WO2013147133A1 - サーバシステム - Google Patents

サーバシステム Download PDF

Info

Publication number
WO2013147133A1
WO2013147133A1 PCT/JP2013/059485 JP2013059485W WO2013147133A1 WO 2013147133 A1 WO2013147133 A1 WO 2013147133A1 JP 2013059485 W JP2013059485 W JP 2013059485W WO 2013147133 A1 WO2013147133 A1 WO 2013147133A1
Authority
WO
WIPO (PCT)
Prior art keywords
player
game
parameter
server system
user
Prior art date
Application number
PCT/JP2013/059485
Other languages
English (en)
French (fr)
Inventor
秀征 岡林
聡吉 下岡
雄允 菱沼
照和 兼松
有也 勝谷
信一郎 梅谷
康満 大西
篤史 大谷
Original Assignee
株式会社ＢＮＤｅＮＡ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社ＢＮＤｅＮＡ filed Critical 株式会社ＢＮＤｅＮＡ
Priority to CN201380018648.5A priority Critical patent/CN104379224B/zh
Publication of WO2013147133A1 publication Critical patent/WO2013147133A1/ja
Priority to US14/499,468 priority patent/US9808718B2/en

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/46—Computing the game score
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/53—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing
    • A63F2300/535—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing for monitoring, e.g. of user parameters, terminal parameters, application parameters, network parameters
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
    • A63F2300/556—Player lists, e.g. online players, buddy list, black list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/575—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player for trading virtual items
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/609—Methods for processing data by generating or executing the game program for unlocking hidden game elements, e.g. features, items, levels

Definitions

  • the present invention relates to a server system that manages parameters of players in a game, communicates with player terminals of the players, and controls the progress of the game.
  • SNS Social Networking Service
  • the present invention has been made in view of the above-described technical background and problems, and in an asynchronous game, enables users to feel each other's presence, thereby improving communication between users and a sense of community.
  • the purpose is Of course, the subject of the present invention is not limited to the SNS game.
  • a first mode for solving the above-mentioned problems is a server system which asynchronously controls the game progress concerning each player according to the operation input transmitted from the player terminal of each player, Parameter management means (for example, the server processing unit 200s of FIG. 4, the first game management server control unit 210, the play data management unit 214, step S42 of FIG. 8) for managing the parameters of each player;
  • Related player storage means for example, the server processing unit 200s in FIG. 4, the user registration information management unit 202, the friend list management unit 203, the server storage unit 500s, and the like
  • User registration data 520, friend list 525), and Trigger detection means for example, the server processing unit 200s of FIG.
  • the first game management server control unit 210 trigger detection which detects that a given trigger condition to trigger processing of changing the parameter of one player is satisfied Unit 220, step S50) in FIG.
  • Parameter change control means for example, the server processing unit 200s of FIG. 4, the first game management server control unit 210, the parameter improvement control unit for changing the parameter of the one player when the activation detection unit is detected 226, step S54
  • Propagation control means for example, the server processing unit 200s of FIG. 4, first game management server control of FIG. 4) that executes propagation control to change the parameter of the related player of the one player when the activation detection unit is detected Section 210, propagation control section 227, and steps S57 to S60) in FIG. It is a server system provided with
  • the parameter related to the game of the one player is changed, and the related player of the one player (for example, a friend user) Parameters related to can also be changed. That is, the spread of the parameter change effect can be realized between asynchronous games based on the relationship between players. Therefore, communication activation between users and improvement of a sense of community can be achieved by making it possible for the related users related to one user to feel the presence of each other.
  • the triggering detection means indicates that the use of a given item for changing the parameter of the one player or the instruction operation input for the execution of a given operation has been made.
  • a first form of server system can be configured to be detected as an activation condition.
  • a server system wherein the activation detection unit detects, as the activation condition, that the game progress related to the one player satisfies a given condition.
  • given conditions are, for example, players who acquired an item, defeated a specific enemy character, became friends with 100 players who play the same game, cleared a stage, etc. It is preferable to set a situation that has been good for the user from the viewpoint of activating communication between users.
  • the spread control means controls the change of the parameter of the related player of the one player with a change width smaller than the change width of the parameter by the parameter change control means. 1 to 3 including change width adjustment means (for example, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the improvement width adjustment unit 230 in FIG. 8, and step S58 in FIG. Any form of server system can be configured.
  • change width adjustment means for example, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the improvement width adjustment unit 230 in FIG. 8, and step S58 in FIG. Any form of server system can be configured.
  • the same effect as any of the first to third aspects can be obtained, and the ripple effect can be made smaller than the original change width.
  • the spread control means changes the parameter of the related player
  • the change width adjustment means adjusts the change width for changing the player of the related player according to the elapsed time from when the activation detection means detects that the related player of the one player logs in.
  • the same effect as the fourth aspect can be obtained, and the ripple effect can be reduced over time.
  • friendship degree storage means for example, the server processing unit 200s in FIG. 4 for storing the friendship degree between the player and the related player for each player.
  • User list information management unit 202, friend list management unit 203, server storage unit 500s, friend list 525 in FIG. 6, friendship degree 525b), and the change width adjustment unit It is possible to configure the fourth or fifth form of the server system in which the change width of the parameter is changed using the degree of friendship with the one player.
  • the same effect as that of the fifth aspect can be obtained, and the change width can be made variable based on the degree of friendship between players.
  • the change width adjusting means has means for changing the change width of the parameter of the related player using the number of the related players of the one player. Any form of server system can be configured.
  • the same effect as any of the fourth to sixth aspects can be obtained, and the change width of each of the related players can be changed according to the number of the related players.
  • the spreading control means gives the parameter of the related player of the one player when the detection of the activation detection means is performed.
  • the server system according to any one of the first to seventh aspects, having a time limit control unit (for example, the server processing unit 200s of FIG. 4, the user registration information management unit 202, and the time limit control unit 233) It can be configured.
  • the same effect as any of the first to seventh aspects can be obtained, and the ripple effect can be made temporary.
  • the game system further comprises friendship degree storage means for storing, for each player, the friendship degree between the player and the related player of the player, and the time limit control means is a related player of the one player.
  • the server system according to the eighth aspect of the present invention is the server system according to the eighth aspect, wherein a time period for changing the parameter of is changed using the friendship degree with the one player (for example, step S68 in FIG. 15).
  • the same effect as the eighth aspect can be obtained, and the time over which the ripple effect is extended can be made variable based on the degree of friendship.
  • the spread destination player which is the target of spread control by the spread control means.
  • the spread control means may configure the server system according to any one of the first to ninth modes for executing the spread control on the parameters of the spread destination player selected by the spread destination selecting means. .
  • the same effect as any of the first to ninth aspects can be obtained, and it is possible to select an opponent that has a ripple effect among the related players.
  • friendship degree storage means for storing the friendship degree between the player and the related player of the player
  • transmission destination selection means for each player, friendship degree storage means for storing the friendship degree between the player and the related player of the player, and the transmission destination selection means
  • the server system according to the tenth aspect can be configured to select a destination player by using the degree of friendship between the one player and the related player.
  • the same effect as that of the tenth aspect can be obtained, and a player to be a destination can be selected based on the friendship degree.
  • FIG. 1 is a view showing an example of the configuration of a game system according to a first embodiment.
  • FIG. 2 is a diagram showing an example of a user terminal configuration.
  • FIG. 3 is a view for explaining propagation of parameter change between asynchronous games in the first embodiment.
  • FIG. 4 is a functional block diagram showing an example of a functional configuration of the server system in the first embodiment.
  • FIG. 5 is a block diagram showing a configuration example of information stored in a server storage unit in the first embodiment.
  • FIG. 6 is a view showing an example of the data configuration of a friend list.
  • FIG. 7 is a view showing an example of the data configuration of play data.
  • FIG. 8 is a flowchart for explaining the flow of processing relating to the spread of parameter change between asynchronous games in the first embodiment.
  • FIG. 8 is a flowchart for explaining the flow of processing relating to the spread of parameter change between asynchronous games in the first embodiment.
  • FIG. 9 is a flowchart for explaining the flow of passive execution processing.
  • FIG. 10 is a view for explaining propagation of parameter change between asynchronous games in the second embodiment.
  • FIG. 11 is a view for explaining propagation of parameter change between asynchronous games in the second embodiment.
  • FIG. 12 is a functional block diagram showing an example of a functional configuration of the server system in the second embodiment.
  • FIG. 13 is a flowchart for explaining the flow of processing relating to the spread of parameter change between asynchronous games in the second embodiment.
  • FIG. 14 is a flowchart for explaining the flow of active propagation control processing.
  • FIG. 15 is a flowchart for explaining the flow of processing in a modification of processing relating to propagation of parameter change between asynchronous games;
  • FIG. 1 is a diagram showing an example of the configuration of a game system according to the present embodiment.
  • the game system of this embodiment includes a server system 1100 connectable to the communication line 1 and a user terminal 1500 (player terminal prepared for each player 2 (2a, 2b, 2c,...) Of the game. 1500a, 1500b, 1500c,...
  • the communication line 1 means a communication channel capable of data communication. That is, communication line 1 includes a communication line such as a telephone communication network, a cable network, and the Internet, as well as a dedicated line (a dedicated cable) for direct connection, a LAN (Local Area Network) by Ethernet (registered trademark), etc. It means, and it does not matter whether it is wired or wireless for the communication method.
  • a communication line such as a telephone communication network, a cable network, and the Internet
  • a dedicated line a dedicated cable
  • LAN Local Area Network
  • Ethernet registered trademark
  • the server system 1100 includes one or more server systems, a storage device, etc., and provides various services for operating a community type website and an online game, and manages play data necessary for game execution, Client programs and various data can be distributed.
  • the server system 1100 includes a housing 1102, a keyboard 1106, a touch panel 1108, and a storage 1140.
  • the chassis 1102 incorporates a plurality of blade servers 1104.
  • the blade server 1104 may, for example, (1) an account management server system 1110 in charge of processing related to user registration and initial setting of player characters, and login / logout, and (2) an online shopping that can purchase items used in a game. There is an online shopping server 1112 that takes charge of service processing, and (3) a game management server system 1114 that manages and distributes data necessary to execute a game to user terminals 1500 participating in the online game by logging in at any time. And be configured.
  • the game management server system 1114 is provided in a manner such as the first game management server system 1115, the second game management server system 1116,... It is connected possible.
  • Each of the servers constituting the blade server 1104 may be realized as an independent server system capable of data communication via the communication line 1.
  • a system configuration may be adopted in which the first game management server system 1115 and the second game management server system 1116 are independent of the first game management server system 1117 and the second game management server system 1118.
  • the user terminal 1500 is a computer prepared for each user, and is an electronic device (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. Then, the server system 1100 can be accessed by connecting to the communication line 1.
  • FIG. 2 is a diagram showing a configuration example of the user terminal 1500, and is (1) front external view, (2) 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 and a touch position input device, a speaker 1510, a microphone 1512, and a GPS (Global Positioning System) antenna.
  • a memory card reader 1542 capable of reading and writing data from a memory card 1540 which is a computer readable information storage medium is provided.
  • a built-in battery, a power button, a volume control button, etc. which are not shown are provided.
  • the CCD camera module 1516 is a module equipped with an auto-focusing mechanism, a CCD image sensor, and an image signal generation chip, and is arranged so as to be able to photograph the back side of the user terminal 1500.
  • the image sensor element is not limited to the CCD.
  • the control board 1550 includes various microprocessors such as central processing unit (CPU) 1551, graphics processing unit (GPU), digital signal processor (DSP), various IC memories such as application specific integrated circuit (ASIC), VRAM, RAM, and ROM. It carries 1552.
  • CPU central processing unit
  • GPU graphics processing unit
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • VRAM dynamic random access memory
  • RAM random access memory
  • ROM read only memory
  • the control substrate 1550 includes a wireless communication module 1553 for wireless connection to a cellular phone base station or a wireless LAN base station, a GPS module 1554, an electronic compass 1555, a three-axis gyro 1556, and a three-axis acceleration sensor.
  • the 1557 is mounted.
  • 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.
  • the elements mounted on the control board 1550 are electrically connected to one another 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.
  • the GPS module 1554 together with the GPS antenna 1514, constitutes means for acquiring position information using GPS.
  • the GPS module 1554 detects positional information (eg, latitude and longitude) and other information (absolute time) at predetermined time intervals (eg, every one second) based on the signal from the GPS satellite 3 received by the GPS antenna 1514. Are output as data that can be arithmetically processed by the control board 1550.
  • the system used for positioning is not limited to GPS. Other satellite positioning systems may be used, or satellite-free positioning systems may be used. As an example of the latter, for example, based on a signal from a cellular phone base station to which the wireless communication module 1553 can wirelessly connect, positioning may be performed based on the principle of triangulation, and position information may be acquired.
  • 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 the respective units of the user terminal 1500 are controlled according to the operation input from the direction input key 1502, the home key 1504, and the touch panel 1506 to execute the online RPG.
  • the user terminal 1500 is configured to acquire necessary programs and various setting data from the server system 1100. However, the user terminal 1500 may be configured to read out from a separately obtained memory card 1540.
  • the message exchange is a service that supports sending and receiving of messages such as short mails between logged-in users, and is realized by, for example, a push notification. Then, the user provides a function of registering another user who is aware as a "friend” by a predetermined registration procedure through the exchange of messages.
  • a related user registered as a "friend” by one user is referred to as a "friend user”.
  • the user can play a predetermined game use registration, and can play any time from among a plurality of games when he / she likes any game. For example, it is assumed that a certain user has registered use of the first game and the second game. And in this embodiment, according to the game progress condition of a 1st game, the parameter used by a 2nd game can be changed, and the spread of the parameter change between asynchronous games can be implement
  • FIG. 3 is a diagram for explaining the propagation of parameter change between asynchronous games in the present embodiment.
  • the parameters of the friend user who plays the second game are changed in a direction advantageous to the player if the game progress condition satisfies the predetermined activation condition. Be done.
  • the game played by a certain user may be the same as the game played by a friend user.
  • the first game and the second game will be described separately.
  • the activation conditions include, for example, use / acquisition / purchase of a predetermined item, capture of a predetermined stage, destruction of a predetermined NPC (non-player character), acquisition of magic and techniques, acquisition of special commands, execution of special techniques, etc. Can be set as appropriate. In addition, parameters to be varied can be set as appropriate.
  • an action point (AP: Action Point) is given as a parameter related to the action of the player character in both the first game and the second game.
  • the action point AP is a point consumed when the player character takes some action, and the point consumed differs depending on the type of action. For example, 2 points for movement, 4 points for attack, 1 point for item use, and so on.
  • the action point AP recovers automatically with time, but can also recover instantly by using a predetermined AP recovery item. And, this AP recovery item is a so-called "billing item" which can be purchased by the online shopping service.
  • an action point meter 4 indicating the maximum value of the latest action point AP and the current remaining AP value is displayed.
  • shaded squares indicate the remaining AP value.
  • the remaining AP 544 included in the play data 540 for the first game is a direct effect of the item.
  • the action point AP is recovered and improved (in the example of the game screen W4, it is recovered from “1” to “10”).
  • an activation notification display W12 for notifying that the activation condition is satisfied is displayed (see the game screen W6).
  • the notification display an announcement regarding the spillover effect is notified.
  • the action point AP is “2” at the end of the previous play, which means that “7” is recovered (see the game screen W8). Then, a spillover notification W14 is displayed on the game screen W8 of the second game, and an announcement indicating that the player is affected by the spillage effect is displayed.
  • the second effect together with the direct effect of the use of the AP recovery item in the first game by the user 2 (2a),
  • the ripple effect of recovery of the action point AP in the game will be obtained, and that effect will be notified to both sides.
  • the first game and the second game are originally asynchronous and independent games, it is possible to sense each other's existence by such ripple effect and notification. And, "The effect of AP recovery arrived at that? It was quite expensive, but how long was it effective?" Or "The AP recovery effect has arrived! At that time it was a pinch. It was saved. "”, It is possible to activate communication between users and improve a sense of community.
  • the activation condition, the parameter (first parameter) changed in the first game when the activation condition is satisfied, and the parameter (second parameter) changed in the second game as the ripple effect can be set as appropriate.
  • the activation condition may be the game progress status. More specifically, they have acquired items useful to the player in the first game, destroyed specific enemy characters, solved in-game puzzles, remembered new spells, performed special moves, etc. Also good.
  • the triggering condition may be an item that has a limited time to effect (eg, an item whose moving speed increases by a first given time).
  • the corresponding first parameter for example, movement power, resilience, etc.
  • the corresponding second parameter It is good to control to return to the state before improvement when time passes.
  • the second parameter may be of a different type from the first parameter.
  • the ripple effect 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.
  • the point at which 10 points are recovered in the first game is reduced to eight points in the second game as compared to the effect in the first game.
  • the improvement is reduced by 20% compared to the first game. If the item has a time limit, the effect lasts for 100 seconds in the first game, but the effect lasts for 50 seconds (the improvement width is 50% lower than the first game) in the second game.
  • the improvement width of the parameter applied to the second game can be determined according to the height of the relationship between the user 2 (2a) and the friend user 2 (2b) (for example, automatically given according to the communication frequency). It can also be determined according to the sensitivity, the common number of games being played, and the like.
  • the values of the same type of parameters for example, player level, experience value, virtual money balance, play date, etc.
  • the range of improvement can also be determined according to Specifically, for example, the player level of the first game and the player level of the second game are compared, and the larger the difference, the lower the degree of effect to be applied.
  • the effect level may be simply lowered as the player level of the second game is smaller (lower).
  • the number of friend users to which the parameter change is applied can be set as appropriate.
  • the ripple effect may be distributed in accordance with the degree of the relationship (for example, the positivity) between the user 1 (2 b) who plays the first game and the friend user who is the spillover destination.
  • the games played by user 2 (2a) and friend user 2 (2b) are different games (different games for the first game and the second game), they are the same game. May be Even in that case, of course, the progress of each user's game is controlled individually (asynchronously). Therefore, it is the same even if this embodiment is read as calling the 1st game and the 2nd game for convenience the respective games that user 2 (2a) and friend user 2 (2b) are playing.
  • the parameters of the user 2 (2a) and the friend user 2 (2b) are changed in an advantageous direction for the player, but the configuration is such that both or one of the parameters is changed in an adverse direction for the player. Is also possible.
  • FIG. 4 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 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 an instruction input operation of the action of the player character) made by the server operator.
  • various operation inputs including an instruction input operation of the action of the player character
  • it can be realized by a keyboard, a touch panel, a mouse, a track pad, and the like.
  • 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 data input / output control with each functional unit, and externally accesses predetermined programs and data, an operation input signal from the operation input unit 100s, and an external unit accessed from the outside through the communication unit 370s.
  • Various operations are executed in response to a request from a device (other computer) or the like to control the operation of the server system 1100.
  • the blade server 1104 more specifically, its control board corresponds to this.
  • the server processing unit 200s of the present embodiment includes the user registration information management unit 202, the login processing unit 204, the first game management server control unit 210, the second game management server control unit 240, and the image generation unit 260s. And a communication control unit 270s. Note that the number of game management server control units can be appropriately increased or decreased according to the types of playable games.
  • the user registration information management unit 202 executes processing relating to acquisition / registration management of various user information such as new issuance of a user account and registration of a password.
  • the user registration information management unit 202 can be realized by appropriately applying a user registration related technology in a known community-type website or online game. Then, the user registration information management unit 202 of the present embodiment includes the friend list management unit 203, and executes processing regarding registration / deletion of a friend user.
  • the login processing unit 204 controls so-called login in response to a request from the user terminal 1500 that has made communication connection.
  • the said process part is realizable by suitably using the login control technique in the well-known community type website and online game.
  • the account management server 1110 is responsible for 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 control necessary to control the progress of the first game and the second game and to display a game image or the like on the user terminal 1500, respectively. . That is, when the game start request is received from the user terminal 1500 while constantly functioning, new play data 540 can be generated to individually control the game progress.
  • the two control units basically have the same configuration except for the game content.
  • 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 spreading control unit 227, an activation notification control unit 236, and a passive execution control unit 238.
  • the play data management unit 214 manages data that describes the progress of the game controlled by the game management server control unit, so-called play data.
  • the present embodiment further includes an action parameter management unit 216 and a play date management unit 218.
  • the action parameter management unit 216 manages action parameters of the player character.
  • the action point AP is subtracted by a value corresponding to the action type and consumed.
  • it is added and recovered by the passage of time or use of the AP recovery item.
  • the play date management unit 218 manages the play date of the player. Specifically, control is performed to associate, store and manage the play start date and time and the play end date and time. If login is performed for each play, the date and time of the single play (logged in) is associated with each player and stored and managed.
  • the trigger detection unit 220 detects that a given trigger condition for triggering processing for improving the first parameter of one player is satisfied.
  • a given trigger condition for triggering processing for improving the first parameter of one player is satisfied.
  • at least the use instructing operation input of the AP recovery item is detected as the trigger condition.
  • the second game data acquisition control unit 222 performs control for acquiring play data in the second game of the friend user who is related to the player of the first game from the server system that manages the progression of the game of the second game.
  • the second game play date acquisition control unit 224 uses the server system (second server system) that manages the progression of the game of the second game, the data of the play date regarding the second game of the friend user related to the player of the first game Control to acquire.
  • server system second server system
  • the parameter improvement control unit 226 changes the first parameter of the player when the detection by the activation detection unit 220 is performed.
  • the action point AP is set as the first parameter, and when the use instruction operation input of the AP recovery item is performed, the player's action point AP is added and restored by a given recovery amount.
  • the first parameter can be appropriately set according to the contents of the game. For example, ability parameter values relating to battle such as attack power and defense power, winning probability applied to a lottery in the game or before the game start, favorability or experience value of the player character, growth frequency, etc. can be set according to the game content. Then, it may be processed to improve according to the meaning of the set parameter, that is, to be beneficial to the player. For example, in the case where the first parameter is the ability parameter or the winning probability, when the activation detection unit 220 is detected, it is preferable to temporarily improve those parameters for a given period.
  • the spreading control unit 227 executes spreading control that changes the parameters of the related player (friend user) of the player of the first game. In other words, processing concerning spreading to other games is executed.
  • the parameter is changed in the direction of improvement. More specifically, with respect to 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 when the activation detection unit 220 is detected. Then, the propagation control is performed to change the parameter so as to improve the second parameter of the related player (friend user) of the player of the first game, that is, to benefit the friend user.
  • the action point AP is set as the second parameter, and the second parameter is changed so that recovery by the item of the action point AP in the first game is also propagated to the action point AP in the second game.
  • the second parameter can be set to a type different from the first parameter. Then, the change of the second parameter can be appropriately changed according to the setting. For example, when the second parameter is the ability parameter value or the winning probability applied to the lottery performed before or during the game, these parameters are temporarily changed for a given period of time. Good.
  • the spread control unit 227 may be realized by making the second parameter changeable from the outside using an API.
  • the spread control unit 227 of the present embodiment includes a spread destination selection unit 229, an improvement width adjustment unit 230, and a time limit control unit 233.
  • the transmission destination selection unit 229 selects an object to change play data of the second game and a transmission destination of the parameter change from among friend users of users (players) who play the first game.
  • the selected number of people can be set as appropriate. It may be a predetermined number, a predetermined ratio (for example, 10% of friend users), or all friend users. In addition, the number of friend users to be spread may be increased as the player character grows or the game progresses according to the game progress status (for example, player level, experience value, etc.) of the first game.
  • the improvement range adjustment unit 230 sets the improvement range of the second parameter, that is, the change range as an improvement range smaller than the improvement range 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 range determination unit 232 and a play frequency reference change range determination unit 234.
  • the play data reference change width determination unit 232 determines the improvement width (change width) based on the play data of the second game.
  • the change width of the second parameter is calculated using the difference between the play data of the player of the first game and the play data of the second game for the friend user acquired by the second game data acquisition control unit 222. decide.
  • the play frequency reference change width determination unit 234 determines the improvement width (change width) based on the history of the play date and time of the second game.
  • the improvement width of the second parameter that is, the change width is determined using the difference between the play frequencies. Specifically, for example, the lower the latter than the former, the smaller the improvement width. Alternatively, if the latter is higher, the improvement may not be lowered or slightly increased.
  • These change range determination units compare parameters for estimating the play proficiency level and the progress degree of play, such as the player level and the number of times of play included in the play data 540, or the play date and time, and compare the friend user with the player of the first game. If the play proficiency level or the play progress degree is low, the change width is made to be similar to that of the first game, or the change width is reduced.
  • the friend users who are the spillovers are configured to be able to receive the same ripple effect.
  • the improvement width adjustment unit 230 indicates the relationship player of the user (player) who plays the first game. It is possible to appropriately provide the function of changing the change width of the parameter of the related player by using the number of the friend users), and change the degree of the ripple effect to be received individually for the friend user as the spillover destination.
  • the spillover effects may be equally distributed according to the number of people, or parameters related to friend users (for example, relationship with the user 2 who plays the first game, etc.) Distribution of spillover effects according to item purchase history, player level etc. (For example, the higher the preference, the higher the item purchase amount or the number of times of purchase, the higher the player level, the more mating will be received) As well.
  • the time limit control unit 233 applies the parameter to the ability parameter value, the lottery performed before the game start, or during the game when improving the transmission destination parameter of the related player (friend user) of one player In the case of the winning probability (for example, the appearance rate of the item is also included), control is performed to temporarily improve for a given period. Specifically, the parameter value before improvement is temporarily stored and the parameter value is improved. Then, a timer for clocking a given period is started, and when clocking is completed, the parameter value is returned to the value before improvement. If the parameter to be improved is only the action point AP, the function of the time limit control unit 233 may be invalidated and the process of returning to the value before the improvement may be omitted.
  • the activation notification control unit 236 indicates that the activation condition is satisfied, and the first parameter of the player is improved accordingly, and the second parameter of the friend user (in the present embodiment, the action point AP in the second game) Control of causing the user terminal 1500 of the player to display, etc. For example, control to display the activation notification display W12 of FIG. 3 is performed.
  • the change of the first parameter is a time-limited system, a configuration in which notification control is performed only during a period in which the first parameter is changed, or a configuration in which notification control is limited to the beginning of the timing of the change is possible It is.
  • the passive execution control unit 238 changes the first parameter related to the friend user (player for the first game management server control unit 210) of the player who is playing on the other server system according to the spreading control from the other server system.
  • the passive execution control unit 238 also includes a spread notification control unit 239.
  • the spillover notification control unit 239 controls the user terminal 1500 to display a spillover notification W14 (see FIG. 3) that announces to the player that the parameter is changed due to a spillover effect based on the game play of the friend user.
  • a ripple effect is a time limit system
  • the structure which performs notification control only in the period when the parameter is changed, and the structure which performs notification control limitedly at the beginning of the start of the timing to be changed are also possible.
  • the image generation unit 260s is, for example, a processor such as a GPU (Graphics Processing Unit) or a digital signal processor (DSP), a video signal IC, a program such as a video codec, an IC memory for drawing frame such as a frame buffer, Is realized by an IC memory or the like used for
  • the image generation unit 260 s generates one screen in one frame time (for example, 1/60 seconds) based on the processing result by the server processing unit 200 s, and outputs the generated image signal of the screen to the image display unit 360 s.
  • the image display unit 360 s displays various images based on the image signal input from the image generation unit 260 s.
  • 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.
  • the touch panel 1108 in FIG. 1 corresponds to this.
  • the communication control unit 270 s executes data processing related to data communication, and realizes exchange of data with an external device via the communication unit 370 s.
  • a communication unit 370 s related to this connects with the communication line 1 to realize communication.
  • 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 server storage unit 500s stores programs and data for causing the server processing unit 200s to implement 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 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.
  • an information storage medium such as an IC memory mounted on the blade server 1104 and a storage 1140 correspond to this.
  • FIG. 5 is a diagram showing a configuration example of information stored in the server storage unit 500s in 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 game client program 511.
  • the game execution data 513, the first game play terminal list 515, and the second game play terminal list 517 are stored.
  • user registration data 520 and play data 540 are stored.
  • count values for various predetermined periods, various flags, and the like necessary for management of other games, provision of a friend login bonus, and the like are stored as appropriate.
  • the server system program 503 is a program for causing a computer to realize a basic function as a server.
  • the server processing unit 200s 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 functions as a game management server control unit (in the present 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 it, stores it in the information storage medium mounted on the user terminal 1500, and executes it.
  • the first game client program 507 is realized by a dedicated program, a web browser program, a plug-in for realizing dynamic display on the web browser program, or the like. The latter configuration can be used when realizing an online game as a so-called browser game.
  • a similar program for playing the second game on the user terminal 1500 is a second game client program 511.
  • the first game execution data 509 stores various data necessary to execute 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 terminal 1500 playing the first game and the second game, respectively, and the user account for each terminal, It associates and stores IP address etc.
  • the user registration data 520 is prepared for each registered user, that is, for each player, and stores various information related to the player. For example, the user account 522 and password 523 necessary for login are stored. Also, login history data 524, friend list 525, and play registered game list 526 are stored.
  • Login history data 524 is a history of login, logout date and time, and the like.
  • the friend list 525 stores information related to other users registered as friends. For example, as shown in FIG. 6, the user account 525a of the friend user, the friendship degree 525b, and the chat history data 525c are stored in association with each other.
  • the play registered game list 526 stores identification information of the game registered by the player with the same user account. In this embodiment, 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. 7, a player account that is identification information of a player, a game ID 542, a remaining AP 544 storing the remaining value of action points AP, and a player level that is automatically set according to game results etc. 546, an experience value 548 in the game world obtained by the player character, a virtual money balance 550 for purchasing an item usable in the game world, a play date history 552 storing data of the date and time of play, possession An item list 554 and a player character's ability parameter value table 556 are stored. Of course, various information necessary for game progress control such as other timer values and various flags can be stored.
  • the first game management server control unit 210 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 the play date and time of the play data 540 The history 552 is updated (step S4).
  • step S6 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 made a request (NO in step S6), the first game management server control unit 210 newly plays the player's play data. 540 is generated (step S8).
  • the first game management server control unit 210 executes loop A for each game being played (steps S40 to S84).
  • the game progress control according to the operation input is performed (step S42).
  • consumption control of the action point AP is performed in accordance with the action of the player character.
  • the action point AP is automatically restored each time a predetermined unit time has elapsed (step S44).
  • the game progress control step S42
  • the virtual money balance 550 can be subtracted and updated by the item purchase amount, and the experience value 548 can be increased if the enemy character can be defeated.
  • the first game management server control unit 210 executes an activation detection process (step S50).
  • an operation input that uses a predetermined item use is detected, but this differs depending on the setting of the activation condition. For example, if the activation condition is a capture of a specific character (for example, a dungeon boss character), it may be detected that the life point of the specific character has become "0". Also, if the activation condition is to obtain a predetermined item, it is sufficient to detect the acquisition of the predetermined item.
  • step S52 the first game management server control unit 210 improves the first parameter of the player character of the first game (step S54).
  • the action point AP is recovered. If the activation condition is set to something other than an item such as capture of a specific character, processing such as improving the experience value 548 (see FIG. 7) may be appropriately performed instead.
  • the first game management server control unit 210 executes display control to cause the user terminal 1500 of the player to display the activation notification display W12 (see FIG. 3) (step S56).
  • a friend user to be the destination is selected (step S57).
  • the first game management server control unit 210 refers to the friend list 525 of the player of the first game, and among the registered friend users, a predetermined number is displayed in descending order of friendship degree 526b (see FIG. 6). select. Alternatively, all friend users who have reached a predetermined high friendship degree reference value may be selected.
  • the play frequency (for example, the number of logins during a predetermined unit period) is calculated with reference to the play date history 552 of the play data 540 of the friend user, and a predetermined number of play frequencies are counted in descending order. You may select a friend user.
  • the first game management server control unit 210 determines the improvement width of the parameter for each of the selected transmission destinations (step S58).
  • the improvement range is determined with reference to the play data 540 currently being used in the first game and the play data 540 of the friend user who is the destination. More specifically, the first game management server control unit 210 acquires the play data 540 of the friend user of the destination from the second game management server control unit 240. Then, the player level 546 in the first game is compared with the player level 546 in the second game of the friend user.
  • the improvement range (change range) 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 smaller than the standard value as the level difference is larger, for example, by a function using the difference between player level 546 values as a variable. Change to become
  • the play frequency of the first game and the play frequency of the second game of the friend user are obtained from the play date and time history 552 in the first game and the play date and time history 552 in the second game of the friend user. If it can be regarded that the symbol is the same, or if the former is more frequent than the latter, the improvement range (change range) determined based on the player level 546 is left as it is. If the latter is higher than the former, the previously determined improvement range (change range) is changed to be smaller.
  • table data in which the player level 546 and the improvement range are associated with each other may be prepared in advance according to the contents of the second game, and may be determined with reference to the table data.
  • the player user level 546 of the friend user in the second game can be set from level "1" to level "5". Set a value smaller than the standard value, and set a value larger than the standard value as the level goes up. In this case, it is possible to determine an appropriate improvement range according to the player level of each friend user in the second game, regardless of the player's proficiency level, progress degree, play-in degree, etc. in the first game.
  • the improvement width (change width) is made smaller than the standard value, and the first game play frequency and the first game A configuration is also possible in which if the play frequency of the two games both reach the desired frequency, the value is larger than the standard value.
  • the improvement in the parameter of the second game may be increased or decreased in proportion to the level of the player in the first game.
  • the data of the play data 540 to be referred to when determining the improvement range may use not only the player level 546 but also the experience value 548 and the virtual money balance 550.
  • the improvement width of the parameter is determined individually for the spreading out side.
  • the first game management server control unit 210 executes the spreading control process using the determined improvement range (step S60). That is, the second game management server system 1116 is externally controlled, and the remaining AP 544 of the play data 540 of the user account 522 of the friend user selected as the spillover in the second game is individually determined in step S58. Add the change width) minutes. That is, the action point AP of the second game is recovered.
  • the second parameter to be the transmission destination is set other than the action point AP, for example, when the ability parameter is used as the second parameter, the corresponding value of the ability parameter value table 556 is determined first in the relevant step.
  • the added improvement range (change range) is added.
  • the contents of the ripple effect in the time-limited contents for example, contents for improving the ability parameter value, the winning probability applied in the lottery before or during the game, etc. for a certain period
  • the first game management server control unit 210 next determines whether the game end condition is satisfied (step S80). It is determined that the game end condition is satisfied when there is a game end operation input, when communication with the user terminal 1500 is interrupted for a predetermined time or more, when the end of the story of the game is reached, or the like. Then, if satisfied (YES in step S80), the user terminal 1500 is excluded from the terminal list 515 during the first game play (step S82), and the loop A is ended (step S84).
  • the first game management server 210 returns again to step S2.
  • FIG. 9 is a flowchart for explaining the flow of the passive execution process.
  • the second game management server control unit 240 performs passive execution processing.
  • the second game management server control unit 240 receives a spread control request from the other 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 S90), the parameter is changed according to the control from the other game management server system (step S92).
  • the action point AP is recovered by adding the designated improvement width (change width) to the remaining AP 544.
  • the second game management server control unit 240 causes the user terminal 1500 to display the arrival notification W14 (see FIG. 3) (step S94), and ends the passive execution process.
  • the progress of the game in the first game of one player is propagated to the progress of the game of the friend user of the second game asynchronous to the first game. it can. More specifically, when the progress status that benefits the player changes, such as when one player uses the AP recovery item in the first game, when it is detected, the action point AP recovers in the first game And other parameters are improved.
  • parameter improvement swipe control
  • recovery of the action point AP in the second game of the friend user of the player is performed. Then, this is notified to the user terminal 1500 of the player of the first game by the activation notification display W12.
  • the spillover indication W14 is displayed. Therefore, communication activation between users and improvement of a sense of community can be achieved by making it possible for the related users related to one user to feel the presence of each other.
  • an element that exerts a ripple effect is targeted for purchase by virtual money, such as an AP recovery item
  • the player can be recognized as an item that can be used for friends as well as himself, and a bargain feeling Can promote the purchase of the item.
  • the parameter improvement range in the second game is basically set to be the same as or smaller than the parameter improvement range in the first game. There is no such thing as breaking the game balance of the second game.
  • the first game management server control unit 210 and the second game management server control unit 240 have the same functional configuration.
  • 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 the “first game” and the “second game” in the process flow of FIG. 8 are reversed and read, and the first game management server control 210 executes FIG. Execute the process of Thereby, the spread from the second game to the first game is made.
  • the second game is described as the second game alone, but other games may be additionally set in the same manner as the third game or the fourth game.
  • the first game and the second game in the present embodiment may be the same game.
  • the present embodiment basically has the same configuration as that of the first embodiment, but executes the second game instead of changing the parameter of the second game as the expression of the function by the program executing the first game. It differs in that it is realized as the expression of function by program.
  • the same components as those in the first embodiment will be assigned the same reference numerals and descriptions thereof will be omitted.
  • FIG. 10 and FIG. 11 are diagrams for explaining the propagation of parameter change between asynchronous games in this embodiment.
  • the first game management server control unit 210 of the present embodiment does not change the parameters of the game play data 540 of the second game, like that of the first embodiment. Instead, as shown in FIG. 10, in the present embodiment, the first game management server control unit 210 that controls the progress of the first game activates the ripple effect in the first game played by the user 2 (2a). If the trigger condition for the event is satisfied, the trigger history data 560 is registered in the play data 540 of the user.
  • the activation history data 560 includes, for example, an activation condition ID 562, an activation date 564, and a transfer destination user account 566.
  • the activation condition ID 562 is, for example, the type of the item to be activated, the character ID to be defeated, and the like. In this embodiment, as in the first embodiment, an AP recovery item is used.
  • the activation date 564 is a date when the activation condition is satisfied.
  • the destination user account 566 is a list of user accounts of friend users who have been made destinations.
  • the second game management server control unit 240 that controls the progress of the second game starts the friend user 2 with the game start.
  • the play data 540 of the friend user of (2c) (in this case, the user 2 (2a) who was playing the first game is included) is referred to.
  • the play data may be acquired from the other game management server control unit.
  • the second game is performed according to the activation condition ID 562 Change the parameters of.
  • the remaining AP 544 is recovered. That is, spread control can be realized.
  • the second game management server control unit 240 varies the amount of change of the parameter according to the elapsed time from the activation date 564 of the activation history data 560 of the first game. For example, if it is within a predetermined full spread 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 spreading occurrence reference time is exceeded, the improvement range (modification range) corresponding to the activation condition ID 562 is reduced according to the excess and applied to the parameter change of the second game. Furthermore, when the spread stop reference time (for example, 24 hours) is exceeded, the process regarding the spread of the parameter change between asynchronous games is skipped to make the spread invalid.
  • a predetermined full spread occurrence reference time for example, 30 minutes
  • 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 spreading occurrence reference time is
  • FIG. 12 is a functional block diagram showing an example of a functional configuration of the server system 1100 in the present embodiment.
  • the functional configuration in this embodiment is basically the same as that of the first embodiment, but there are some differences.
  • the friend list management unit 203 of the present embodiment executes friend registration after mutual consent of users. That is, when the first user tries to register the second user as a friend, the second user is requested to accept. When the second user approves, each other is registered as a friend in the friend list 525 of both the first user and the second user.
  • the play data management unit 214 of the present embodiment includes an activation history registration unit 219.
  • the trigger history registration unit 219 registers the trigger history data 560 (see FIG. 10) in the player's play data 540.
  • another game play data acquisition control unit 225 corresponding to these is provided.
  • the other game play data acquisition control unit 225 acquires or refers to the play data 540 of another game (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).
  • an active spread control unit 227B is provided instead of the spread control unit 227 of the first embodiment.
  • Active propagation control unit 227B further includes activation history detection unit 228.
  • the active propagation control unit 227 ⁇ / b> B detects the activation history data 560 from the play data 540 of the friend user whose acquisition and reference becomes possible by the other game play data acquisition control unit 225 by the activation history detection unit 228. Then, if there is the activation history data 560, the parameter of the own game is actively changed by the amount of improvement obtained by the improvement width adjustment unit 230.
  • the improvement range adjustment unit 230 of the present embodiment determines the improvement range (change range) to be 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.
  • the time base change width determination unit 235 is included.
  • the passive execution control unit 238 is omitted, the spread notification control 239 is included in the active spread control unit 227B.
  • the second game management server control unit 240 has the same functional configuration as the first game management server control unit 210 as in the first embodiment.
  • the flow of processing in the second game management server control unit 240 in the present embodiment will be described.
  • the flow of processing described here is the processing in the first game management server control unit 210. It can also be viewed as the flow of
  • FIG. 13 is a flowchart for explaining the flow of processing in the second game management server control unit 240 in the present embodiment. Basically, it is the same as the flow of processing in the first embodiment, but in this embodiment, active propagation control processing is executed as pre-processing to execute loop A, that is, pre-game start processing (step S10).
  • FIG. 14 is a flowchart for explaining the flow of the active propagation control process.
  • the second game management server control unit 240 first acquires / refers to the play data 540 of the friend user of the player of the user terminal 1500 that has made the game start request (step S12), It is determined whether there is the activation history data 560 (step S14).
  • the second game management server control unit 240 executes loop B for each of the activation history data 560 (steps S15 to S23).
  • the second game management server control unit 240 calculates the elapsed time from the activation date 564 of the activation history data 560 to be processed in the loop B to the present time, and does a predetermined repercussion cancellation reference time elapse? Is determined (step S16).
  • the 2nd game management server control part 240 will primarily determine the improvement range (change range) of a parameter (step S18). Specifically, based on the player level 546 in the own game, the experience value 548, the virtual money balance 550, the play frequency obtained from the play date history 552, etc., the larger the change width, the larger the improvement width (change width). decide.
  • the second game management server control section 240 corrects and finally determines the improvement width (change width) previously determined primarily according to the elapsed time from the activation date 564 of the activation history data 560 (step S20) Then, the parameter of the game is changed by the finally determined improvement width (change width) (step S22), and the loop B is ended (step S23). Then, when the loop B is executed for all of the activation history data 560 included in the play data 540 of the friend user, the second game management server 240 ends the active propagation control process.
  • the trigger history is stored in the game play data 540 during the player's play instead of steps S58 to S60 in the first embodiment.
  • the data 560 is registered (step S62), and the activation history data 560 which has passed a predetermined storage period starting from the activation date 564 among the activation history data 560 already existing is deleted (step S64).
  • the activation history data 560 is stored in the play data 540, it may be stored in the user registration data 520 (see FIG. 5). In that case, the user registration data 520 may be referred to in step S12 of the active propagation control process (see FIG. 14).
  • temporary change is performed to execute the control to cause the spread control unit 227 to temporarily change the second parameter of the player for a given period. It can function as a means.
  • the change of the parameter in the second game temporarily improves the ability value and the winning probability applied in connection with the game.
  • the first game management server control unit 210 selects a destination (step S53a). Register the activation history data 560 (corresponding to step S57 in the first embodiment) (step S53 b). Then, after step S58, in place of step S60 of the first embodiment, the propagation control is executed to correspond to the registered activation history data 560 (step S66). Specifically, if the trigger history data 560 is present at that time, the ability value and the winning probability applied in connection with the game are improved, and a certain time has elapsed since the trigger date 564 of the trigger history data 560. For example, the improved ability value and winning probability etc.
  • the first game management server control unit 210 erases the activation history data 560 after the restriction period corresponding to the friendship degree 525b from the activation date 564 (step S68), and is activated at the processing timing of the next loop A.
  • the second parameter in this case, the ability value, the probability of winning, etc.
  • the time limit in step S68 is longer as the friendship degree 525b (see FIG. 6) between the player of the game to be processed in the loop A processing and the friend user of the destination is higher (the higher the friendship degree), the longer the time is. It is preferable to lead by a predetermined function or the like.
  • User 4 action point meter 200 s server processing unit 202 user registration information management unit 203 friend list management unit 210 first game management server control unit 214 play data management unit 216 action parameter management unit 218 play Date and time management unit 219 ... activation history registration unit 220 ... activation 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 227 ... Propagation control unit 227 B ... Active propagation control unit 228 ... Activation history detection unit 229 ... Transmission destination selection unit 230 ... Improvement width adjustment unit 232 ... Play data reference change width determination unit 233 ... Time limit control unit 234 ... Play frequency reference change width determination unit 235 ...
  • 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 to W8 ... Game screen W12 ... Activation notification display W14 ... Ripple arrival notification display

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　非同期のゲームにおいて、ユーザ同士が互いの存在を感じられるようにして、ユーザ間のコミュニケーションの活性化や連帯感の向上を図る。　第１ゲームで一のプレーヤがＡＰ回復アイテムを使用するなどプレーヤにとってメリットのある進行状況変化を検出すると、第１ゲームにおいて行動ポイントＡＰが回復するなどのパラメータの向上が行われる。加えて、当該プレーヤのフレンドユーザの第２ゲームでも行動ポイントＡＰが回復するなどのパラメータの向上（波及制御）が行われる。そして、そのことが発動通知表示Ｗ１２により第１ゲームのプレーヤのユーザ端末１５００にて通知される。

Description

サーバシステム
　本発明は、ゲームに係る各プレーヤのパラメータを管理し、各プレーヤのプレーヤ端末と通信を行ってゲームを進行制御するサーバシステムに関する。
　ゲームでは、ゲーム進行状況を記述する様々なパラメータが用意され、ゲームの進行に応じてそれらが適宜変更される。そうしたパラメータは基本的にそのゲーム内でのみ利用可能であり、そのゲーム内での状況変化に応じてのみ変更される。例えば、何らかのアイテムを使用するとパラメータが変更される場合でも、その効果範囲はそのゲーム内に限られている（例えば、特許文献１参照）。
特開２０１０－２３３６５４号公報
　近年のＳＮＳ（So cial Networking Service）などコミュニティ型のウェブサイトでは、サービスの一環として複数のゲームを用意して、ユーザが任意にゲームを選択してプレイできるようになっており、こうしたゲームはＳＮＳゲーム或いはソーシャルゲームなどと呼ばれている。ＳＮＳゲームは、マルチプレイオンラインゲームなどとは異なり、各ユーザのプレイは完全に独立し非同期である。ゲーム同士は連動することが無く、パラメータの変更はそのゲーム内に限られていた。
　それでも、ＳＮＳゲームをプレイするユーザ間では、お互いのゲーム内での体験や感想、攻略法のヒントやコツなどを話題として頻繁にコミュニケーションし、非同期ゲームでありながらもマルチプレイオンラインゲームのプレーヤ同士のような連帯感を持ち、強い友好関係を築くことができる。そして、コミュニケーションが高まると、互いのプレイに刺激され、ＳＮＳゲームがより楽しく感じられるようになる。
　本発明は、上述した技術背景及び課題に鑑みてなされたものであり、非同期のゲームにおいて、ユーザ同士が互いの存在を感じられるようにして、ユーザ間のコミュニケーション活性化や連帯感の向上を図ることを目的とする。なお、本発明の課題は、ＳＮＳゲームに限られるわけではないのは勿論である。
　上述した課題を解決するための第１の形態は、各プレーヤのプレーヤ端末から送信される操作入力に従って、各プレーヤに係るゲーム進行を非同期に制御するサーバシステムであって、
　各プレーヤそれぞれのパラメータを管理するパラメータ管理手段（例えば、図４のサーバ処理部２００ｓ、第１ゲーム管理サーバ制御部２１０、プレイデータ管理部２１４、図８のステップＳ４２）と、
　各プレーヤそれぞれについて、当該プレーヤに関係する関係プレーヤを記憶する関係プレーヤ記憶手段（例えば、図４のサーバ処理部２００ｓ、ユーザ登録情報管理部２０２、フレンドリスト管理部２０３、サーバ記憶部５００ｓ、図５のユーザ登録データ５２０、フレンドリスト５２５）と、
　一のプレーヤの前記パラメータを変更する処理を発動させる所与の発動条件を満たしたことを検出する発動検出手段（例えば、図４のサーバ処理部２００ｓ、第１ゲーム管理サーバ制御部２１０、発動検出部２２０、図８のステップＳ５０）と、
　前記発動検出手段の検出がなされた場合に、前記一のプレーヤの前記パラメータを変更するパラメータ変更制御手段（例えば、図４のサーバ処理部２００ｓ、第１ゲーム管理サーバ制御部２１０、パラメータ向上制御部２２６、図８のステップＳ５４）と、
　前記発動検出手段の検出がなされた場合に、前記一のプレーヤの関係プレーヤの前記パラメータを変更する波及制御を実行する波及制御手段（例えば、図４のサーバ処理部２００ｓ、第１ゲーム管理サーバ制御部２１０、波及制御部２２７、図８のステップＳ５７～Ｓ６０）と、
　を備えたサーバシステムである。
　第１の形態によれば、一のプレーヤのゲームプレイ中に発動条件が満たされると、当該一のプレーヤのゲームに係るパラメータを変更するとともに、当該一のプレーヤの関係プレーヤ（例えば、フレンドユーザ）に係るパラメータをも変更することができる。つまり、プレーヤ間の関係に基づいて非同期のゲーム間でパラメータ変更効果の波及を実現することができる。よって、一のユーザと関係する関係ユーザとが互いの存在を感じられるようにして、ユーザ間のコミュニケーション活性化や連帯感の向上を図ることができる。
　発動条件に関しては、第２の形態として、前記発動検出手段は、前記一のプレーヤの前記パラメータを変更する所与のアイテムの使用或いは所与の動作の実行の指示操作入力がなされたことを前記発動条件として検出する、第１の形態のサーバシステムを構成することができる。
　また、第３の形態として、前記発動検出手段が、前記一のプレーヤに係るゲーム進行が所与の条件を満たしたことを前記発動条件として検出する第１の形態のサーバシステムを構成することができる。
　ここでいう、所与の条件とは、例えばアイテムを取得した、特定の敵キャラクタを倒した、同じゲームをプレイするプレーヤ１００人と友達になれた、ステージをクリアした、など、ゲーム中にプレーヤにとって良いことがあった状況を設定すると、ユーザ間のコミュニケーション活性化の観点から好適である。
　波及の程度に着目すると、第４の形態として、前記波及制御手段が、前記パラメータ変更制御手段による前記パラメータの変更幅よりも小さい変更幅で前記一のプレーヤの関係プレーヤの前記パラメータを変更する制御を前記波及制御として実行する変更幅調整手段（例えば、図４のサーバ処理部２００ｓ、第１ゲーム管理サーバ制御部２１０、向上幅調整部２３０、図８のステップＳ５８）を有する第１～第３の何れかの形態のサーバシステムを構成することができる。
　第４の形態によれば、第１～第３の形態の何れかと同様の効果が得られるとともに、波及効果を本来の変更幅より小さくできる。
　さらには、第５の形態として、前記波及制御手段が、前記発動検出手段の検出がなされた後、前記一のプレーヤの関係プレーヤがログインした際に、当該関係プレーヤの前記パラメータを変更し、前記変更幅調整手段は、前記発動検出手段の検出がなされてから、前記一のプレーヤの関係プレーヤがログインするまでの時間経過に応じて、当該関係プレーヤの前記プレーヤを変更する変更幅を調整する、第４の形態のサーバシステムを構成することができる。
　第５の形態によれば、第４の形態と同様の効果が得られるとともに、波及効果を時間経過で減少させることができる。
　また、同じく波及の程度に着目すると、第６の形態として、各プレーヤそれぞれについて、当該プレーヤと当該プレーヤの関係プレーヤとの友好度を記憶する友好度記憶手段（例えば、図４のサーバ処理部２００ｓ、ユーザ登録情報管理部２０２、フレンドリスト管理部２０３、サーバ記憶部５００ｓ、図６のフレンドリスト５２５、友好度５２５ｂ）を更に備え、前記変更幅調整手段は、前記一のプレーヤの関係プレーヤの前記パラメータの変更幅を、当該一のプレーヤとの友好度を用いて変更する、第４又は第５の形態のサーバシステムを構成することができる。
　第６の形態によれば、第５の形態と同様の効果が得られるとともに、プレーヤ同士の友好度に基づき変更幅を可変にすることができる。
　また、第７の形態として、前記変更幅調整手段が、前記一のプレーヤの関係プレーヤの人数を用いて、当該関係プレーヤの前記パラメータの変更幅を変更する手段を有する、第４～第６の何れかの形態のサーバシステムを構成することができる。
　第７の形態によれば、第４～第６の形態の何れかと同様の効果が得られるとともに、関係プレーヤの人数に応じて、関係プレーヤそれぞれの変更幅を変更することができる。
　また、波及効果の時間的要素に着目して、第８の形態として、前記波及制御手段が、前記発動検出手段の検出がなされた場合に、前記一のプレーヤの関係プレーヤの前記パラメータを所与の期間一時的に変更する時限制御手段（例えば、図４のサーバ処理部２００ｓ、ユーザ登録情報管理部２０２、時限制御部２３３）を有する、第１～第７の何れかの形態のサーバシステムを構成することができる。
　第８の形態によれば、第１～第７の形態の何れかと同様の効果が得られるとともに、波及効果を一時的なものにできる。
　更には、第９の形態として、各プレーヤそれぞれについて、当該プレーヤと当該プレーヤの関係プレーヤとの友好度を記憶する友好度記憶手段を更に備え、前記時限制御手段が、前記一のプレーヤの関係プレーヤの前記パラメータを変更する時限を、前記一のプレーヤとの友好度を用いて変更する（例えば、図１５のステップＳ６８））、第８の形態のサーバシステムである。
　第９の形態によれば、第８の形態と同様の効果が得られるとともに、友好度に基づき波及効果の及ぶ時間を可変にすることができる。
　また、波及先自体に着目するならば、第１０の形態として、前記一のプレーヤの関係プレーヤのうち、前記波及制御手段による波及制御の対象とする関係プレーヤ（以下「波及先プレーヤ」という。）を選択する波及先選択手段（例えば、図４のサーバ処理部２００ｓ、ユーザ登録情報管理部２０２、波及先選択部２２９、図８のステップＳ５７）を更に備え、
　前記波及制御手段は、前記波及先選択手段により選択された波及先プレーヤの前記パラメータを対象に前記波及制御を実行する、第１～第９の何れかの形態のサーバシステムを構成することができる。
　第１０の形態によれば、第１～第９の形態の何れかと同様の効果が得られるとともに、関係プレーヤの中から波及効果が及ぶ相手を選択することができる。
　また、選択に係る要素に着目すれば、第１１の形態として、各プレーヤそれぞれについて、当該プレーヤと当該プレーヤの関係プレーヤとの友好度を記憶する友好度記憶手段を更に備え、前記波及先選択手段が、前記一のプレーヤと当該関係プレーヤとの友好度を用いて、波及先プレーヤを選択する、第１０の形態のサーバシステムを構成することができる。
　第１１の形態によれば、第１０の形態と同様の効果が得られるとともに、友好度に基づいて波及先とするプレーヤを選択することができる。
図１は、第１実施形態におけるゲームシステムの構成の一例を示す図。 図２は、ユーザ端末構成例を示す図。 図３は、第１実施形態における非同期のゲーム間におけるパラメータ変更の波及について説明するための図。 図４は、第１実施形態におけるサーバシステムの機能構成の一例を示す機能ブロック図。 図５は、第１実施形態におけるサーバ記憶部が記憶する情報の構成例を示すブロック図。 図６は、フレンドリストのデータ構成の一例を示す図。 図７は、プレイデータのデータ構成の一例を示す図。 図８は、第１実施形態における非同期のゲーム間におけるパラメータ変更の波及に係る処理の流れについて説明するためのフローチャート。 図９は、受動実行処理の流れを説明するためのフローチャート。 図１０は、第２実施形態における非同期のゲーム間におけるパラメータ変更の波及について説明するための図。 図１１は、第２実施形態における非同期のゲーム間におけるパラメータ変更の波及について説明するための図。 図１２は、第２実施形態におけるサーバシステムの機能構成の一例を示す機能ブロック図。 図１３は、第２実施形態における非同期のゲーム間におけるパラメータ変更の波及に係る処理の流れについて説明するためのフローチャート。 図１４は、能動波及制御処理の流れを説明するためのフローチャート。 図１５は、非同期のゲーム間におけるパラメータ変更の波及に係る処理の変形例における処理の流れについて説明するためのフローチャート。
　〔第１実施形態〕
　本発明を適用した第１実施形態として、登録ユーザに第１ゲームと第２ゲームを提供する例について説明する。なお、以下では、ゲームに係る場合を含む一般的な意味として「ユーザ」という用語を用い、ゲームに係る場合に「プレーヤ」として適宜使い分けているが、同一に扱うことができるため、どちらか一方の用語に置き換えて読むこととしても勿論よい。
　［システムの構成の説明］
　図１は、本実施形態におけるゲームシステムの構成の一例を示す図である。本実施形態のゲームシステムは、通信回線１に接続することのできるサーバシステム１１００と、ゲームのプレーヤ２（２ａ，２ｂ，２ｃ，・・・）毎に用意されるプレーヤ端末であるユーザ端末１５００（１５００ａ，１５００ｂ，１５００ｃ，・・・）により構成される。
　通信回線１は、データ通信が可能な通信路を意味する。すなわち、通信回線１とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
　サーバシステム１１００は、単数又は複数のサーバシステムや記憶装置等を含んで構成され、コミュニティ型ウェブサイトやオンラインゲームを運営するための各種サービスを提供し、ゲーム実行に必要なプレイデータの管理や、クライアントプログラム及び各種データ等を配信することができる。
　本実施形態では、サーバシステム１１００は、筐体１１０２と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備える。筐体１１０２には、複数のブレードサーバ１１０４が内蔵されている。
　ブレードサーバ１１０４は、例えば、（１）ユーザ登録やプレーヤキャラクタの初期設定、及びログイン／ログアウトに関係する処理を担うアカウント管理サーバシステム１１１０と、（２）ゲーム内で使用するアイテムを購入できるオンラインショッピングサービス処理を担うオンラインショッピングサーバ１１１２と、（３）ログインしてオンラインゲームに参加中のユーザ端末１５００へゲームを実行するのに必要なデータを随時管理・配信するゲーム管理サーバシステム１１１４と、を有して構成される。
　ゲーム管理サーバシステム１１１４は、ゲーム種類毎に第１ゲーム管理サーバシステム１１１５、第２ゲーム管理サーバシステム１１１６、・・・と言った具合に設けられており、互いにサーバシステム１１００の内部回線を通じてデータ通信可能に接続されている。
　尚、ブレードサーバ１１０４を構成するそれぞれのサーバは、通信回線１を介してデータ通信可能な独立したサーバシステムとして実現しても良い。例えば、第１ゲーム管理サーバシステム１１１５と第２ゲーム管理サーバシステム１１１６を、独立した第１ゲーム管理サーバシステム１１１７と第２ゲーム管理サーバシステム１１１８としたシステム構成でも良い。
　ユーザ端末１５００は、ユーザそれぞれに１台ずつ用意されるコンピュータであり、電子装置（電子機器）である。例えば、スマートフォンや、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータなどにより実現される。そして、通信回線１に接続し、サーバシステム１１００にアクセスすることができる。
　図２は、ユーザ端末１５００の構成例を示す図であって、（１）正面外観図、（２）背面外観図である。本実施形態におけるユーザ端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、スピーカ１５１０と、マイク１５１２と、ＧＰＳ（Global Positioning System）アンテナ１５１４と、ＣＣＤカメラモジュール１５１６と、制御基板１５５０と、コンピュータ読み出し可能な情報記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない内蔵バッテリーや電源ボタン、音量調節ボタン等が設けられている。
　ＣＣＤカメラモジュール１５１６は、オートフォーカス機構と、ＣＣＤイメージセンサと、イメージ信号生成チップとを搭載したモジュールであって、ユーザ端末１５００の背面側を撮影できるように配置されている。尚、イメージセンサ素子はＣＣＤに限らない。
　制御基板１５５０は、ＣＰＵ（Central Processing Unit）１５５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２を搭載する。
　そして、制御基板１５５０には、携帯電話基地局や無線ＬＡＮ基地局などと無線接続するための無線通信モジュール１５５３と、ＧＰＳモジュール１５５４と、電子コンパス１５５５と、３軸ジャイロ１５５６と、３軸加速度センサ１５５７とが搭載されている。その他、タッチパネル１５０６のドライバ回路、方向入力キー１５０２及びホームキー１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音した音声の信号を生成する入力信号生成回路、メモリカード読取装置１５４２への信号入出力回路といった所謂Ｉ／Ｆ回路（インターフェース回路）、等が搭載されている。これら制御基板１５５０に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。
　ＧＰＳモジュール１５５４は、ＧＰＳアンテナ１５１４とともにＧＰＳを利用した位置情報を取得する手段を構成する。ＧＰＳモジュール１５５４は、ＧＰＳアンテナ１５１４で受信したＧＰＳ衛星３からの信号に基づいて、所定時間毎（例えば、１秒毎）に、位置情報（例えば、緯度・経度）及びその他の情報（絶対時間）を、制御基板１５５０で演算処理可能なデータとして出力する。尚、測位に利用するシステムはＧＰＳに限らない。その他の衛星測位システムでも良いし、衛星を用いない測位システムを用いることもできる。後者の例としては、例えば、無線通信モジュール１５５３が無線接続できる携帯電話基地局からの信号に基づいて三角測量の原理で測位して、位置情報を取得するとしても良い。
　制御基板１５５０は、サーバシステム１１００から取得したゲームクライアントプログラムやデータをＩＣメモリ１５５２に一時記憶する。そして、プログラムを実行して演算処理を実行し、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６からの操作入力に応じてユーザ端末１５００の各部を制御して、オンラインＲＰＧを実行する。尚、本実施形態では、ユーザ端末１５００は必要なプログラムや各種設定データをサーバシステム１１００から取得する構成としているが、別途入手したメモリカード１５４０から読み出す構成としても良い。
　［非同期のゲーム間での波及効果についての説明］
　本実施形態では、ユーザはサーバシステム１１００が提供するサービスを利用するには、所定の手続きを行ってユーザアカウントを取得する必要がある。取得したユーザアカウントと対応づけられるパスワードをもってログインすることで、アイテムのオンライショッピングや、登録ユーザ間でのメッセージ交換、フレンドユーザの登録、ゲームプレイなどのサービスが利用可能となる。
　メッセージ交換は、ログインしているユーザ間でのショートメール等のメッセージの送受をサポートするサービスであり、例えばプッシュ通知などにより実現される。そして、ユーザはメッセージのやりとりを通じて気の合った他ユーザを所定の登録手続きによって「フレンド」として登録する機能を提供する。以降、一のユーザにより「フレンド」として登録された関係ユーザを「フレンドユーザ」と呼ぶ。
　また、ユーザは、所定のゲーム利用登録をすることで、複数のゲームの中から任意のゲームを好きな時に好きな時間だけ遊ぶことが可能である。例えば、とあるユーザは、第１ゲームと第２ゲームとを利用登録しているとする。そして、本実施形態では、第１ゲームのゲーム進行状況に応じて、第２ゲームで使用されるパラメータを変更し、非同期のゲーム間におけるパラメータ変更の波及を実現することができる。
　図３は、本実施形態における非同期のゲーム間におけるパラメータ変更の波及について説明するための図である。
　本実施形態では、あるユーザが第１ゲームをプレイしている際に、ゲーム進行状況が所定の発動条件を満たすと、第２ゲームをプレイするフレンドユーザのパラメータが、プレーヤにとって有利な方向に変更される。
　なお、あるユーザがプレイするゲームと、フレンドユーザがプレイするゲームとは同じであっても勿論構わない。しかし説明上の混乱を避けるために、第１ゲームと第２ゲームとに分けて説明する。
　発動条件としては、例えば、所定アイテムの使用・入手・購入、所定ステージの攻略、所定のＮＰＣ（ノンプレーヤキャラクタ）の撃破、魔法や技などの習得、特殊コマンドの取得、必殺技の実行、などを適宜設定することができる。また、可変されるパラメータも適宜設定可能である。
　より具体的には、本実施形態では、第１ゲームと第２ゲームでは、共にプレーヤキャラクタの行動に関するパラメータとして行動ポイント（ＡＰ：Action Point）が与えられるものとする。行動ポイントＡＰは、プレーヤキャラクタが何らかの行動をとる際に消費されるポイントであって、行動の種類によって消費されるポイントが異なる。例えば、移動なら２ポイント消費、攻撃なら４ポイント消費、アイテム使用なら１ポイント消費、・・・と言った具合である。行動ポイントＡＰは、時間とともに自動的に回復するが、所定のＡＰ回復アイテムの使用により瞬時に回復を図ることもできる。そして、このＡＰ回復アイテは、オンラインショッピングサービスで購入できる所謂「課金アイテム」である。
　例えば、ゲーム画面Ｗ２には、最新の行動ポイントＡＰの最大値と現在の残ＡＰ値を示す行動ポイントメータ４が表示される。ちなみに、図３の例では網掛けされたマスが残ＡＰ値を示している。
　プレーヤが第１ゲームにおいて、このＡＰ回復アイテムの使用指示操作入力をしたならば（ゲーム画面Ｗ４参照）、当該アイテムの直接的な効果として、第１ゲームに係るプレイデータ５４０に含まれる残ＡＰ５４４が加算され行動ポイントＡＰが回復・向上される（ゲーム画面Ｗ４の例では「１」から「１０」まで回復）。
　また、第１ゲームのゲーム画面には、発動条件を満たしたことを通知する発動通知表示Ｗ１２が表示される（ゲーム画面Ｗ６参照）。当該通知表示では、波及効果に関するアナウンスが通知される。
　そして、当該第１ゲームをプレイしているユーザ２（２ａ）のフレンドユーザの中から、波及対象のフレンドユーザが選択され（図３の例ではフレンドユーザ２（２ｃ））、当該フレンドユーザの第２ゲームに係るプレイデータ５４０の残ＡＰ５４４を回復・向上させる（図３の例では「２」から「７」まで回復）。
　フレンドユーザ２（２ｃ）が第２ゲームをプレイすると、前回プレイ終了した時点では行動ポイントＡＰが「２」であったところが「７」まで回復していることとなる（ゲーム画面Ｗ８参照）。そして、第２ゲームのゲーム画面Ｗ８には、波及到達通知Ｗ１４が表示され、プレーヤへ波及効果の影響を受けた旨のアナウンスが表示される。
　このように、本実施形態では、ユーザ２（２ａ）及びそのフレンドユーザ２（２ｃ）にとってみれば、ユーザ２（２ａ）による第１ゲームでのＡＰ回復アイテムの使用による直接的効果とともに、第２ゲームにおける行動ポイントＡＰの回復という波及効果が得られることになり、またその旨が双方に通知される。第１ゲームと第２ゲームとは、本来非同期で独立したゲームであるが、こうした波及効果と通知とにより、互いの存在を感じることができる。そして、「ＡＰ回復の効果そっちに届いた？あれ結構高額だったんだけど、どの程度そっちで効果あった？」或いは「ＡＰ回復効果届いたよ！あのときピンチでさ。助かったよ。所で・・・」と言った、ユーザ間のコミュニケーション活性化や連帯感の向上を図ることができる。
　尚、発動条件や、発動条件が満たされた時に第１ゲームで変更されるパラメータ（第１パラメータ）、波及効果として第２ゲームで変更されるパラメータ（第２パラメータ）は適宜設定可能である。
　例えば、発動条件をゲーム進行状況とすることができる。より具体的には、第１ゲームでプレーヤにとって有益なアイテムを取得した、特定の敵キャラクタを撃破した、ゲーム内パズルを解いた、新しい呪文を憶えた、必殺技を実行した、等であっても良い。より具体的には、発動条件を、効力に制限時間があるアイテム（例えば、第１の所与時間だけ移動速度が増加するアイテムなど）とすることもできる。その場合には、第１ゲームでは、当然当該アイテムの使用に伴い第１の所与時間の間だけ対応する第１パラメータ（例えば、移動力、回復力など）を向上し、時間経過すると向上前の状態に戻すように制御すると良い。そして、第２ゲームにおいても同じアイテム効果が適用さることとし、同じように第２の所与時間（第１ゲームにおける第１の所与時間と異なるとしても可）の間、対応する第２パラメータが向上され、時間経過すると向上前の状態に戻すように制御する構成とすれば良い。勿論、第２パラメータを第１パラメータと異なる種類とすることもできる。
　また、第２ゲームにおける波及効果、具体的には第２ゲームに適用されるパラメータの向上幅は、基本的には第１ゲームと同様又は劣るものとする。
　具体的には、ＡＰ回復アイテムであれば、第１ゲームでは１０ポイント回復するところを、第２ゲームでは８ポイントといった具合に、第１ゲームでの効果よりも低減させる。この例では向上幅は第１ゲームよりも２０％ダウンさせる。制限時間のあるアイテムならば、第１ゲームなら１００秒間効果が持続するが、第２ゲームならば５０秒間（向上幅が第１ゲームより５０％ダウン）だけ効果が持続する等とすると良い。
　更には、第２ゲームに適用されるパラメータの向上幅を、ユーザ２（２ａ）とフレンドユーザ２（２ｂ）との関係性の高さ（例えば、コミュニケーション頻度に応じて自動的に付与される好感度、プレイしているゲームの共通数など）に応じて決定することもできる。本実施形態では、第１ゲームと第２ゲームそれぞれのプレイデータ５４０に格納される同じ種類のパラメータ（例えば、プレーヤレベル、経験値、仮想マネー残高、プレイ日時など）の値を比較し、その差に応じて向上幅を決定することもできる。具体的には、例えば、第１ゲームのプレーヤレベルと、第２ゲームのプレーヤレベルとを比較して、差が大きいほど適用される効果度合を低くする。或いは単純に第２ゲームのプレーヤレベルが小さい（低い）程効果度合をより低くするとしても良い。
　こうすることで、異なるユーザや異なるゲーム間でゲームの進捗度合や、プレーヤの習熟度、ゲームの「やり込み」度合に差があっても、一方のゲームのパラメータがゲームバランスを崩すほど過度に変更されないようにできる。
　また、パラメータ変更の波及先となるフレンドユーザの人数は、適宜設定可能である。そして、もし波及先となるフレンドユーザが複数の場合には、波及効果を人数に応じて分配する構成も可能である。例えば、波及効果を行動ポイントＡＰを１００ポイント回復させるとして、波及先となるフレンドユーザの人数が５人ならば、一人当たり２０ポイント回復するように均等に分配するとしても良い。或いは、第１ゲームをプレイするユーザ１（２ｂ）と波及先となるフレンドユーザとの関係性（例えば、好感度）の程度に応じて波及効果を分配するとしても良い。
　また、上述したように、ユーザ２（２ａ）とフレンドユーザ２（２ｂ）とがプレイしているゲームを異なるゲーム（第１ゲームと第２ゲームとで異なるゲーム）としたが、同じゲームであってもよい。その場合であっても、勿論、各ユーザのゲームは個別（非同期）に進行制御される。そのため、ユーザ２（２ａ）とフレンドユーザ２（２ｂ）とがプレイしているゲームそれぞれを便宜的に第１ゲーム、第２ゲームと呼ぶこととして、本実施形態を読んでも同じである。
　尚、本実施形態では、ユーザ２（２ａ）及びフレンドユーザ２（２ｂ）それぞれのパラメータをプレーヤにとって有利な方向へ変更するとしているが、両方或いは一方のパラメータをプレーヤにとって不利な方向へ変更する構成も可能である。
　［機能ブロックの説明］
　次に、本実施形態を実現するための機能構成について説明する。
　図４は、本実施形態におけるサーバシステム１１００の機能構成の一例を示す機能ブロック図である。サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、画像表示部３６０ｓと、通信部３７０ｓと、サーバ記憶部５００ｓとを備える。
　操作入力部１００ｓは、サーバオペレータによって為された各種の操作入力（プレーヤキャラクタの行動の指示操作入力を含む）に応じて操作入力信号をサーバ処理部２００ｓに出力する。例えば、キーボードや、タッチパネル、マウス、トラックパッドなどによって実現できる。図１ではキーボード１１０６やタッチパネル１１０８がこれに該当する。
　サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現される。サーバ処理部２００ｓは、各機能部との間でデータの入出力制御を行い、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号や、通信部３７０ｓを介して外部からアクセスしてきた外部装置（他コンピュータ）等からのリクエストに応じて各種の演算処理を実行して、サーバシステム１１００の動作を制御する。図１ではブレードサーバ１１０４、より具体的にはその制御基板がこれに該当する。
　そして、本実施形態のサーバ処理部２００ｓは、ユーザ登録情報管理部２０２と、ログイン処理部２０４と、第１ゲーム管理サーバ制御部２１０と、第２ゲーム管理サーバ制御部２４０と、画像生成部２６０ｓと、通信制御部２７０ｓとを備える。尚、プレイ可能なゲームの種類に応じてゲーム管理サーバ制御部の数を適宜加減することができる。
　ユーザ登録情報管理部２０２は、ユーザアカウントの新規発行、パスワードの登録など各種ユーザ情報の取得・登録管理に関する処理を実行する。尚、ユーザ登録情報管理部２０２は、公知のコミュニティ型のウェブサイトやオンラインゲームにおけるユーザ登録関連技術を適宜応用することで実現できる。そして、本実施形態のユーザ登録情報管理部２０２は、フレンドリスト管理部２０３を含み、フレンドユーザの登録・抹消に関する処理を実行する。
　ログイン処理部２０４は、通信接続したユーザ端末１５００からのリクエストに応じて所謂ログインを制御する。当該処理部は、公知のコミュニティ型のウェブサイトやオンラインゲームにおけるログイン制御技術を適宜利用することで実現できる。図１の例では、アカウント管理サーバ１１１０がユーザ登録情報管理部２０２と、ログイン処理部２０４とを担う。
　第１ゲーム管理サーバ制御部２１０及び第２ゲーム管理サーバ制御部２４０は、それぞれ第１ゲーム、第２ゲームの進行制御並びにユーザ端末１５００にてゲーム画像等を表示させるのに必要な処理を実行する。すなわち、常時機能している状態にあって、ユーザ端末１５００からゲーム開始リクエストを受けると新たなプレイデータ５４０を生成して、個別にゲーム進行制御することができる。そして、これら両制御部は、ゲーム内容が異なるだけで基本的には同じ構成を有する。以降、両ゲーム管理サーバ制御部を代表して、第１ゲーム管理サーバ制御部２１０について説明する。
　第１ゲーム管理サーバ制御部２１０は、プレイデータ管理部２１４と、発動検出部２２０と、第２ゲームデータ取得制御部２２２と、第２ゲームプレイ日時取得制御部２２４と、パラメータ向上制御部２２６と、波及制御部２２７と、発動通知制御部２３６と、受動実行制御部２３８とを含む。
　プレイデータ管理部２１４は、当該ゲーム管理サーバ制御部で進行制御するゲームの進行状況を記述するデータ、所謂プレイデータを管理する。本実施形態では更に、行動パラメータ管理部２１６と、プレイ日時管理部２１８とを含む。
　行動パラメータ管理部２１６は、プレーヤキャラクタの行動パラメータを管理する。本実施形態では、ゲームにおける行動の指示操作入力がなされる毎に行動ポイントＡＰを行動種類に応じた値だけ減算し消費する。また、時間経過又はＡＰ回復アイテムの使用により加算・回復させる。
　プレイ日時管理部２１８は、プレーヤのプレイ日時を管理する。具体的には、プレイ開始日時と、プレイ終了日時とを対応づけ記憶・管理するための制御をする。１回１回のプレイ毎にログインがなされる形態であれば、１回１回のプレイされた（ログインされた）日時をプレーヤ毎に対応づけて記憶・管理する。
　発動検出部２２０は、一のプレーヤの第１のパラメータを向上させる処理を発動させる所与の発動条件を満たしたことを検出する。本実施形態では、少なくともＡＰ回復アイテムの使用指示操作入力がなされたことを発動条件として検出する
　第２ゲームデータ取得制御部２２２は、第２ゲームのゲーム進行を管理するサーバシステムから、第１ゲームのプレーヤに関係するフレンドユーザの第２ゲームにおけるプレイデータを取得するための制御を行う。
　第２ゲームプレイ日時取得制御部２２４は、第２ゲームのゲーム進行を管理するサーバシステム（第２サーバシステム）から、第１ゲームのプレーヤに関係するフレンドユーザの第２ゲームに関するプレイ日時のデータを取得するための制御を行う。
　パラメータ向上制御部２２６は、発動検出部２２０による検出がなされた場合に、プレーヤの第１パラメータを変更する。本実施形態では、第１パラメータとして行動ポイントＡＰを設定し、ＡＰ回復アイテムの使用指示操作入力がなされた場合に、所与の回復量分だけプレーヤの行動ポイントＡＰに加算・回復させる。つまり、向上方向へ変更する。
　尚、第１パラメータは、ゲーム内容に応じて適宜設定可能である。例えば、攻撃力や防御力といった戦闘に関する能力パラメータ値、ゲーム内又はゲーム開始前の抽選に適用される当選確率、プレーヤキャラクタの好感度や経験値、成長度数などをゲーム内容に応じて設定できる。そして、設定したパラメータの意味するところに応じて向上させるように、つまりはプレーヤにとって利するように処理すると良い。例えば、第１パラメータを能力パラメータや当選確率とした場合には、発動検出部２２０の検出がなされた場合に、それらのパラメータを所与の期間一時的に向上させると良い。
　波及制御部２２７は、第１ゲームのプレーヤの関係プレーヤ（フレンドユーザ）のパラメータを変更する波及制御を実行する。すなわち、他ゲームへの波及に関する処理を実行する。
　本実施形態では、パラメータを向上する方向へ変更する。より具体的には、発動検出部２２０の検出がなされた場合に、第２ゲームに係る各プレーヤの第２パラメータを管理するとともに第２ゲームを進行制御するサーバシステム（第２サーバシステム）に対して、第１ゲームのプレーヤの関係プレーヤ（フレンドユーザ）の第２パラメータを向上させるように、つまりはフレンドユーザにとって利するようにパラメータを変更させる波及制御を実行する。
　本実施形態では、第２パラメータとして、行動ポイントＡＰを設定し、第１ゲームにおける行動ポイントＡＰのアイテムによる回復が第２ゲームにおける行動ポイントＡＰにも波及するように第２パラメータを変更させる。
　尚、第２パラメータは、第１パラメータと異なる種類を設定することができるのは勿論である。そして、第２パラメータの変更は、その設定により適宜変更できる。例えば、第２パラメータを能力パラメータ値や、ゲーム開始前やゲーム中に実行される抽選に適用される当選確率とした場合には、それらのパラメータを所与の期間一時的に向上させるように変更すると良い。
　もし、第１ゲーム管理サーバシステム１１１５と第２ゲーム管理サーバシステム１１１６が互いに独立したサーバシステムの場合には、外部からシステムを制御できる共通のＡＰＩ（Application Program Interface）いわゆる外部ＡＰＩを実装させ、当該ＡＰＩを用いて外部から第２パラメータを変更可能にすることで波及制御部２２７を実現すると良い。
　そして、本実施形態の波及制御部２２７は、波及先選択部２２９と、向上幅調整部２３０と、時限制御部２３３とを含む。
　波及先選択部２２９は、第２ゲームのプレイデータを変更する対象、パラメータ変更の波及先を、第１ゲームをプレイするユーザ（プレーヤ）のフレンドユーザの中から選択する。選択人数は、適宜設定可能である。所定数でも良いし、所定割合（例えば、フレンドユーザの１０％）、フレンドユーザ全員でも良い。また、第１ゲームのゲーム進行状況（例えば、プレーヤレベル、経験値など）に応じて、プレーヤキャラクタが成長したりゲームが進行するにつれて波及先とするフレンドユーザの数を増加させるとしても良い。
　向上幅調整部２３０は、第２パラメータの向上幅すなわち変更幅を、パラメータ向上制御部２２６による第１パラメータの向上幅よりも原則として小さい向上幅とする。更には、向上幅調整部２３０は、プレイデータ基準変更幅決定部２３２と、プレイ頻度基準変更幅決定部２３４とを含む。
　プレイデータ基準変更幅決定部２３２は、第２ゲームのプレイデータに基づいて向上幅（変更幅）を決定する。本実施形態では、第１ゲームのプレーヤのプレイデータと、第２ゲームデータ取得制御部２２２により取得されたフレンドユーザに係る第２ゲームのプレイデータとの差を用いて第２パラメータの変更幅を決定する。
　プレイ頻度基準変更幅決定部２３４は、第２ゲームのプレイ日時の履歴に基づいて向上幅（変更幅）を決定する。本実施形態では、プレイ日時管理部２１８で管理されているプレーヤの第１ゲームのプレイ日時と、第２ゲームプレイ日時取得制御部２２４の制御により取得されたフレンドユーザの第２ゲームに係るプレイ日時とに基づいて、第１ゲームのプレーヤのプレイ頻度と、フレンドユーザのプレイ頻度の差を求め、当該プレイ頻度の差を用いて第２のパラメータの向上幅すなわち変更幅を決定する。具体的には、例えば、前者よりも後者が低いほど向上幅を小さくする。或いは、後者の方が高ければ、向上幅を低くしない又は若干高くするとしても良い。
　これらの変更幅決定部は、プレイデータ５４０に含まれるプレーヤレベルやプレイ回数、或いはプレイ日時など、プレイ習熟度やプレイ進捗度を推し量るパラメータを比較し、第１ゲームのプレーヤに比べて、フレンドユーザのプレイ習熟度やプレイ進捗度が低い場合には変更幅を第１ゲームと同程度とする、又は変更幅を小さくする。
　また、本実施形態では、波及先となるフレンドユーザは、皆同じ波及効果を受けることができる構成とするが、向上幅調整部２３０に、第１ゲームをプレイするユーザ（プレーヤ）の関係プレーヤ（フレンドユーザ）の人数を用いて、当該関係プレーヤのパラメータの変更幅を変更する機能を適宜持たせ、波及先となるフレンドユーザ個別に受ける波及効果の程度を変更することができる。例えば、波及先となるフレンドユーザが複数の場合には、波及効果を人数に応じて均等配分、或いはフレンドユーザに関するパラメータ（例えば、第１ゲームをプレイするユーザ２との好感度などの関係性、アイテム購入履歴、プレーヤレベルなど）に応じて波及効果を配分する（例えば、好感度が高い程、アイテム購入額や購入回数が多いほど、プレーヤレベルが高い程、交配分を受けるように設定する）としても良い。
　時限制御部２３３は、一のプレーヤの関係プレーヤ（フレンドユーザ）の波及先のパラメータを向上させる際に、そのパラメータが能力パラメータ値や、ゲーム開始前やゲーム中に実行される抽選に適用される当選確率（例えば、アイテムの出現率なども含まれる）であった場合には、所与の期間一時的に向上させる制御を行う。具体的には、向上前のパラメータ値を一時記憶するとともに当該パラメータ値を向上させる。そして、所与の期間を計時するタイマーを起動させ、計時が完了したらパラメータ値を向上前の値に戻す。なお、向上させるパラメータを行動ポイントＡＰのみとするのであれば、時限制御部２３３の機能を無効とし、向上前の値に戻す処理を省略してもよい。
　発動通知制御部２３６は、発動条件を満たしたこと、それに伴いプレーヤの第１パラメータが向上されること、またそれに伴いフレンドユーザの第２パラメータ（本実施形態では、第２ゲームでの行動ポイントＡＰ）が変更されること、等をプレーヤのユーザ端末１５００に表示させる制御を行う。例えば、図３の発動通知表示Ｗ１２を表示させる制御を行う。尚、第１パラメータの変更が時限制の場合には、第１パラメータが変更されている期間に限って通知制御する構成や、変更されるタイミングの開始当初に限定的に通知制御する構成も可能である。
　受動実行制御部２３８は、他サーバシステムからの波及制御に従って、他サーバシステムでプレイ中のプレーヤのフレンドユーザ（第１ゲーム管理サーバ制御部２１０にとってのプレーヤ）に係る第１パラメータを変更する。また、受動実行制御部２３８は、波及到達通知制御部２３９を含む。
　波及到達通知制御部２３９は、フレンドユーザのゲームプレイに基づく波及効果によりパラメータが変更される旨をプレーヤにアナウンスする波及到達通知Ｗ１４（図３参照）をユーザ端末１５００に表示させる制御を行う。尚、波及効果が時限制の場合には、パラメータが変更されている期間に限って通知制御する構成や、変更されるタイミングの開始当初に限定的に通知制御する構成も可能である
　画像生成部２６０ｓは、例えば、ＧＰＵ（Graphics Processing Unit）、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現される。画像生成部２６０ｓは、サーバ処理部２００ｓによる処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚の画面を生成し、生成した画面の画像信号を画像表示部３６０ｓに出力する。
　画像表示部３６０ｓは、画像生成部２６０ｓから入力される画像信号に基づいて各種画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図１のタッチパネル１１０８がこれに該当する。
　通信制御部２７０ｓは、データ通信に係るデータ処理を実行し、通信部３７０ｓを介して外部装置とのデータのやりとりを実現する。
　これに関連する通信部３７０ｓは、通信回線１と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。
　サーバ記憶部５００ｓは、サーバ処理部２００ｓに諸機能を実現させるためのプログラムやデータを記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、各種プログラムに従って実行した演算結果や、ユーザ端末１５００から受信した情報等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１では、ブレードサーバ１１０４に搭載されているＩＣメモリ等の情報記憶媒体や、ストレージ１１４０がこれに該当する。
　図５は、本実施形態におけるサーバ記憶部５００ｓが記憶する情報の構成例を示す図である。本実施形態のサーバ記憶部５００ｓは、サーバシステムプログラム５０３と、ゲーム管理サーバプログラム５０５と、第１ゲームクライアントプログラム５０７と、第１ゲーム実行用データ５０９と、第２ゲームクライアントプログラム５１１と、第２ゲーム実行用データ５１３と、第１ゲームプレイ中端末リスト５１５と、第２ゲームプレイ中端末リスト５１７とを記憶する。また、ユーザ登録データ５２０と、プレイデータ５４０と、を記憶する。その他ゲームの管理や、フレンドログインボーナスの付与等に必要な、所定期間のカウント値、各種フラグなどを適宜記憶する。
　サーバシステムプログラム５０３は、コンピュータにサーバとしての基本的な機能を実現させるためのプログラムである。サーバ処理部２００ｓに、ユーザ登録情報管理部２０２、ログイン処理部２０４、としての機能を実現させることもできる。
　ゲーム管理サーバプログラム５０５は、サーバ処理部２００ｓに、ゲーム管理サーバ制御部（本実施形態では、第１ゲーム管理サーバ制御部２１０、第２ゲーム管理サーバ制御部２４０）としての機能を実現させるためのプログラムである。
　第１ゲームクライアントプログラム５０７は、第１ゲームのプレイを希望するユーザ端末１５００に提供するクライアントプログラムの原本である。ユーザ端末１５００は、これをダウンロードして、ユーザ端末１５００の搭載する情報記憶媒体に記憶させて実行する。第１ゲームクライアントプログラム５０７は、専用のプログラムや、ウェブブラウサプログラム及びウェブブラウザプログラム上で動的な表示を実現するためのプラグインなどにより実現される。後者の構成は、オンラインゲームを所謂ブラウザゲームとして実現する場合に利用可能である。第２ゲームをユーザ端末１５００でプレイするための同様のプログラムが、第２ゲームクライアントプログラム５１１である。
　第１ゲーム実行用データ５０９は、第１ゲームを実行するために必要な各種データを格納する。例えば、ゲームフィールドを設定するためのデータや、プレーヤキャラクタ及び敵キャラクタのモデルデータやモーションデータ、テクスチャデータ、キャラクタの初期能力パラメータ値、ゲーム中で使用可能なアイテムの設定データなどが含まれる。第２ゲームを実行するための同様のデータが、第２ゲーム実行用データ５１３である。
　第１ゲームプレイ中端末リスト５１５と第２ゲームプレイ中端末リスト５１７は、それぞれ第１ゲーム、第２ゲームをプレイしているユーザ端末１５００のリストデータであって、各端末毎のユーザアカウントや、ＩＰアドレスなどを対応づけて格納する。
　ユーザ登録データ５２０は、登録ユーザすなわちプレーヤ別に用意され、当該プレーヤに係わる各種情報を格納する。例えば、ログインするために必要なユーザアカウント５２２とパスワード５２３を格納する。また、ログイン履歴データ５２４と、フレンドリスト５２５と、プレイ登録済ゲームリスト５２６とを格納する。
　ログイン履歴データ５２４は、ログイン、ログアウトの日時等の履歴である。
　フレンドリスト５２５は、フレンドとして登録されている他ユーザに係る情報を格納する。例えば、図６に示すように、フレンドユーザのユーザアカウント５２５ａと、友好度５２５ｂと、チャット履歴データ５２５ｃとを対応づけて格納する。
　プレイ登録済ゲームリスト５２６は、同一ユーザアカウントでプレーヤ登録したゲームの識別情報を格納する。本実施形態では、第１ゲームと第２ゲームの識別情報が格納されていることになる。
　プレイデータ５４０は、ゲームとプレーヤの組み合わせ毎に用意され、当該ゲームの進行状況を記述する各種データを格納する。
　例えば図７に示すように、プレーヤの識別情報であるユーザアカウント５４１と、ゲームＩＤ５４２と、行動ポイントＡＰの残り値を格納する残ＡＰ５４４と、ゲーム成績等に応じて自動的に設定されるプレーヤレベル５４６と、プレーヤキャラクタが得たゲーム世界内での経験値５４８と、ゲーム世界で使用できるアイテムを購入するための仮想マネー残高５５０と、プレイした日時のデータを蓄積したプレイ日時履歴５５２と、所持アイテムリスト５５４と、プレーヤキャラクタの能力パラメータ値テーブル５５６と、を格納する。勿論、その他のタイマー値や、各種フラグなどのゲーム進行制御に必要な各種情報を格納することができる。
　［処理の流れの説明］
　次に、図８を参照しながら、第１ゲームを実行するサーバシステム（本実施形態では、第１ゲーム管理サーバシステム１１１５）における処理の流れについて説明する。尚、プレーヤは既にユーザアカウントを取得し、何人かの関係ユーザをフレンド登録しているものとする。尚、フレンドリストへのフレンドユーザの登録／抹消は公知技術を適宜利用可能なので、ここでの説明は省略する。
　第１ゲーム管理サーバ制御部２１０は、ユーザ端末１５００からゲーム開始リクエストを受信すると（ステップＳ２のＹＥＳ）、当該ユーザ端末１５００を第１ゲームプレイ中端末リスト５１５に登録し、プレイデータ５４０のプレイ日時履歴５５２を更新する（ステップＳ４）。
　そして、もしリクエストしてきたユーザ端末１５００のプレーヤのユーザアカウントと一致する第１ゲームのプレイデータ５４０が無ければ（ステップＳ６のＮＯ）、第１ゲーム管理サーバ制御部２１０は新規に当該プレーヤのプレイデータ５４０を生成する（ステップＳ８）。
　次に、第１ゲーム管理サーバ制御部２１０は、プレイ中のゲーム毎にループＡを実行する（ステップＳ４０～Ｓ８４）。
　ループＡでは、先ず操作入力に応じたゲーム進行制御を行う（ステップＳ４２）。上述のように、本実施形態のゲームは行動ポイント制なので、プレーヤキャラクタの行動に伴い行動ポイントＡＰが消費制御される。その一方で、所定単位時間の経過毎に行動ポイントＡＰの自動回復を行う（ステップＳ４４）。尚、ゲーム進行制御（ステップＳ４２）では、アイテムを購入する操作があればアイテム購入額だけ仮想マネー残高５５０を減算・更新し、敵キャラクタを倒すことができれば経験値５４８を高めることができる。
　次に、第１ゲーム管理サーバ制御部２１０は、発動検出処理を実行する（ステップＳ５０）。本実施形態では、所定のアイテム使用（ＡＰ回復アイテム）を使用する操作入力を検出するが、発動条件の設定によって異なる。例えば、発動条件を特定キャラクタ（例えば、ダンジョンのボスキャラ）の攻略とするならば、当該特定キャラクタのライフポイントが「０」になったことを検出すれば良い。また、発動条件を所定のアイテムの入手とするならば、当該所定アイテムの取得を検出すれば良い。
　そして、もし発動を検出したならば（ステップＳ５２のＹＥＳ）、第１ゲーム管理サーバ制御部２１０は、第１ゲームのプレーヤキャラクタの第１パラメータを向上させる（ステップＳ５４）。本実施形態では、行動ポイントＡＰを回復させる。もし、発動条件を特定キャラクタの攻略などアイテム以外に設定している場合には、代わりに適宜、経験値５４８（図７参照）を向上させるなどの処理を行うと良い。
　次に、第１ゲーム管理サーバ制御部２１０は、プレーヤのユーザ端末１５００に、発動通知表示Ｗ１２（図３参照）を表示させる表示制御を実行する（ステップＳ５６）。
　次いで、波及先とするフレンドユーザの選択を行う（ステップＳ５７）。具体的には、例えば第１ゲーム管理サーバ制御部２１０は第１ゲームのプレーヤのフレンドリスト５２５を参照し、登録されているフレンドユーザのうち、友好度５２６ｂ（図６参照）の大きい順に所定数選択する。或いは、所定の高友好度基準値に達しているフレンドユーザをもれなく選択するとしても良い。或いは別の選択方法として、フレンドユーザのプレイデータ５４０のプレイ日時履歴５５２を参照して、プレイ頻度（例えば、所定の単位期間の間のログイン回数）を算出し、プレイ頻度が高い順に所定数のフレンドユーザを選択するとしても良い。
　次に、第１ゲーム管理サーバ制御部２１０は、選択した波及先毎にパラメータの向上幅を決定する（ステップＳ５８）。
　本実施形態では、現在第１ゲームで使用中のプレイデータ５４０と、波及先のフレンドユーザのプレイデータ５４０とを参照して向上幅を決定する。より具体的には、第１ゲーム管理サーバ制御部２１０は、第２ゲーム管理サーバ制御部２４０から波及先のフレンドユーザのプレイデータ５４０を取得する。そして、第１ゲームにおけるプレーヤレベル５４６と、フレンドユーザの第２ゲームにおけるプレーヤレベル５４６とを比較する。前者と後者とが同レベルと見なせる場合、又は前者の方が後者より大きい時には向上幅（変更幅）を所定の標準値とする。標準値は、ＡＰ回復アイテムの種類によるとしても良い。もし、後者の方が前者よりも大きい場合には、向上幅（変更幅）を、例えばプレーヤレベル５４６の値の差を変数とする関数によって、そのレベル差が大きい程向上幅が標準値より小さくなるように変更する。
　更に、第１ゲームにおけるプレイ日時履歴５５２と、フレンドユーザの第２ゲームにおけるプレイ日時履歴５５２とから、第１ゲームのプレイ頻度と、フレンドユーザの第２ゲームのプレイ頻度とを求め、前者と後者とが同一と見なせる場合、又は前者の方が後者より頻度が高い場合には、プレーヤレベル５４６に基づいて決定した向上幅（変更幅）をそのままとする。もし、後者の方が前者よりも高い場合には、先に決定した向上幅（変更幅）を、小さくなるように変更する。
　尚、このようなプレーヤレベル５４６やプレイ頻度に基づく向上値の設定に代えて次の方法を採用することもできる。すなわち、第２ゲームの内容に応じて予めプレーヤレベル５４６と向上幅とを対応づけたテーブルデータを用意しておいて、当該テーブルデータを参照して決定する構成としても良い。具体的には、例えば、第２ゲームにおけるフレンドユーザのプレーヤレベル５４６がレベル「１」～レベル「５」まで設定可能な仕様として、レベル「３」なら向上幅を標準値とし、レベルが下がる程標準値より小さい値を設定し、レベルが上がるにつれて標準値より大きい値を設定する。この場合、第１ゲームにおけるプレーヤの習熟度や進捗度、やり込み度合などに関わりなく、第２ゲームにおけるフレンドユーザそれぞれのプレーヤレベルに応じた適当な向上幅を決定できる。
　或いは、また別の選択肢として、フレンドユーザの第２ゲームのプレイ頻度が所定の希望頻度よりも低い場合には、向上幅（変更幅）を標準値より小さくし、第１ゲームのプレイ頻度と第２ゲームのプレイ頻度がともに希望頻度に達している場合には、標準値よりも大きくする、といった構成も可能である。更に別の選択肢としては、単に第１ゲームのプレーヤレベルの大小に比例して、第２ゲームのパラメータの向上幅を増減するとしても良い。
　また、向上幅の決定に際して参照するプレイデータ５４０のデータは、プレーヤレベル５４６に限らず、経験値５４８や、仮想マネー残高５５０を用いることもできる。
　また、波及効果を波及先で分け合う構成とする場合には、当該ステップにて波及先個別にパラメータの向上幅を決定することとする。
　さて、向上幅を決定したならば、第１ゲーム管理サーバ制御部２１０は、決定した向上幅を用いて波及制御処理を実行する（ステップＳ６０）。
　すなわち、第２ゲーム管理サーバシステム１１１６を外部制御して、第２ゲームにおける波及先に選択されたフレンドユーザのユーザアカウント５２２のプレイデータ５４０の残ＡＰ５４４に、ステップＳ５８で個別に決定した向上幅（変更幅）分を加算する。つまりは第２ゲームの行動ポイントＡＰを回復させる。波及先となる第２パラメータを行動ポイントＡＰ以外に設定している場合、例えば、能力パラメータを第２パラメータとしている場合には、当該ステップにおいて、能力パラメータ値テーブル５５６の該当値に、先に決定した向上幅（変更幅）分を加算することとする。
　もし、波及効果の内容を時限制の内容（例えば、能力パラメータ値や、ゲーム前やゲーム中の抽選で適用される当選確率などを一定時間向上させる内容）の場合には、例えば、向上前のパラメータ値を一時記憶するとともに当該パラメータ値を向上させる。そして、所与の期間を計時するタイマーを起動させ、計時が完了したらパラメータ値を向上前の値に戻す。
　波及制御処理を実行したならば、第１ゲーム管理サーバ制御部２１０は、次にゲーム終了条件を満たすかを判定する（ステップＳ８０）。ゲーム終了の操作入力が有った場合、ユーザ端末１５００との通信が所定時間以上途絶した場合、ゲームのストーリの最後まで到達した場合など、にゲーム終了条件を満たすと判定する。
　そして、もし満たしたならば（ステップＳ８０のＹＥＳ）、当該ユーザ端末１５００を第１ゲームプレイ中端末リスト５１５から除外して（ステップＳ８２）、ループＡを終了する（ステップＳ８４）。
　実行中の全てのゲームについてループＡを実行したならば、第１ゲーム管理サーバ２１０は、再びステップＳ２に戻る。
　図９は、受動実行処理の流れを説明するためのフローチャートである。ここでは、第２ゲーム管理サーバ制御部２４０が受動実行処理を行うものとして説明する。同処理では、第２ゲーム管理サーバ制御部２４０は、他ゲーム管理サーバシステム（この場合は、第１ゲーム管理サーバ制御部２１０、第１ゲーム管理サーバシステム１１１５）から波及制御のリクエストを受信した場合（ステップＳ９０のＹＥＳ）、他ゲーム管理サーバシステムからの制御に応じてパラメータを変更する（ステップＳ９２）。本実施形態では、残ＡＰ５４４に、指定された向上幅（変更幅）分を加算して行動ポイントＡＰを回復させる。
　そして、第２ゲーム管理サーバ制御部２４０は、ユーザ端末１５００にて波及到達通知Ｗ１４（図３参照）を表示させて（ステップＳ９４）、受動実行処理を終了する。
　以上、本実施形態によれば、一のプレーヤの第１ゲームにおけるゲーム進行状況が、当該第１ゲームと非同期である第２ゲームのフレンドユーザのゲーム進行状況に波及するといった従来に無い機能を実現できる。
　より具体的には、第１ゲームで一のプレーヤがＡＰ回復アイテムを使用するなどしてプレーヤにとってメリットのある進行状況が変化し、それが検出されると、第１ゲームにおいて行動ポイントＡＰが回復するなどのパラメータの向上が行われる。加えて、当該プレーヤのフレンドユーザの第２ゲームでの行動ポイントＡＰが回復するなどのパラメータの向上（波及制御）が行われる。そして、そのことが発動通知表示Ｗ１２により第１ゲームのプレーヤのユーザ端末１５００に通知される。また、波及先のフレンドユーザのユーザ端末１５００においては波及到達表示Ｗ１４が表示される。よって、一のユーザと関係する関係ユーザとが互いの存在を感じられるようにして、ユーザ間のコミュニケーション活性化や連帯感の向上を図ることができる。
　また、波及効果を奏する要素をＡＰ回復アイテムなど仮想マネーによる購入の対象とすることとすれば、プレーヤに、自分自身の他、フレンドのためにも使えるアイテムとして認識させることができ、お買い得感を与え、当該アイテムの購入を促進できる。
　また、第２ゲームのパラメータに波及効果があるといっても、第１ゲームにおけるパラメータ向上幅よりも第２ゲームにおけるパラメータ向上幅は、基本的には同じかそれより下回るように設定されるので、第２ゲームのゲームバランスをいたずらに崩すようなことは起こらない。
　尚、本実施形態では、第１ゲームから第２ゲームへの波及について述べたが、第１ゲーム管理サーバ制御部２１０と第２ゲーム管理サーバ制御部２４０は、同じ機能構成を有しているので、第２ゲームから第１ゲームへの波及も可能である。すなわち、図８の処理フローの「第１ゲーム」と「第２ゲーム」を逆にして読み替えた処理を第２ゲーム管理サーバ制御部２４０が実行するとともに、第１ゲーム管理サーバ制御２１０は図９の処理を実行する。これにより、第２ゲームから第１ゲームへの波及がなされる。
　また、本実施形態では波及先を第２ゲーム単独として説明したが、波及先に第３ゲームや第４ゲームと言った具合にその他のゲームを追加設定することもできる。本実施形態における第１ゲームと第２ゲームが同じゲームであっても差し支えないのは勿論である。
　〔第２実施形態〕
　次に、本発明を適用した第２実施形態について説明する。
　本実施形態は基本的には第１実施形態と同様の構成を有するが、第２ゲームのパラメータの変更を、第１ゲームを実行するプログラムによる機能の発現としてではなく、第２ゲームを実行するプログラムによる機能の発現として実現する点が異なる。尚、第１実施形態と同様の構成要素については同じ符合を付与して説明は省略するものとする。
　図１０と図１１は、本実施形態における非同期のゲーム間におけるパラメータ変更の波及について説明するための図である。
　本実施形態の第１ゲーム管理サーバ制御部２１０は、第１実施形態のそれのように、第２ゲームのゲームプレイデータ５４０のパラメータは変更しない。代わりに、図１０に示すように、本実施形態では第１ゲームの進行制御をする第１ゲーム管理サーバ制御部２１０は、ユーザ２（２ａ）がプレイする第１ゲーム内で波及効果を発動させるための発動条件が満たされた場合、当該ユーザのプレイデータ５４０に発動履歴データ５６０を登録する。
　発動履歴データ５６０は、例えば、発動条件ＩＤ５６２と、発動日時５６４と、波及先ユーザアカウント５６６とを含む。発動条件ＩＤ５６２は、例えば、発動要件とされるアイテムの種類や、倒すべきキャラクタＩＤなどである。本実施形態では、第１実施形態と同様にＡＰ回復アイテムとする。発動日時５６４は、発動条件を満たしたときの日時である。波及先ユーザアカウント５６６は、波及先とされたフレンドユーザのユーザアカウントのリストである。
　一方、図１１に示すように、フレンドユーザ２（２ｃ）が、第２ゲームのプレイを開始すると、第２ゲームを進行制御する第２ゲーム管理サーバ制御部２４０は、ゲーム開始とともに、フレンドユーザ２（２ｃ）のフレンドユーザ（この場合、第１ゲームをプレイしていたユーザ２（２ａ）が含まれる）のプレイデータ５４０を参照する。当該プレイデータは、他ゲーム管理サーバ制御部から取得するとしても良い。
　そして、該当するプレイデータ５４０に、発動履歴データ５６０が有り、且つ波及先ユーザアカウント５６６にフレンドユーザ２（２ｃ）が登録されている場合（図１０参照）、発動条件ＩＤ５６２に応じて第２ゲームのパラメータを変更する。本実施形態では、残ＡＰ５４４を回復させる。すなわち、波及制御を実現できる。
　そして、第２ゲームのパラメータを変更する際、第２ゲーム管理サーバ制御部２４０は、第１ゲームの発動履歴データ５６０の発動日時５６４からの経過時間に応じてパラメータの変更量を可変する。
　例えば、経過時間から所定の全波及発生基準時間（例えば３０分）以内であれば、発動条件ＩＤ５６２に応じた向上幅（変更幅）の１００％を、第２ゲームのパラメータ変更に適用する。もし、全波及発生基準時間を超過している場合には、超過分に応じて発動条件ＩＤ５６２に応じた向上幅（変更幅）を低減させて第２ゲームのパラメータ変更に適用する。更には、波及中止基準時間（例えば、２４時間）を超過した場合には、非同期のゲーム間のパラメータ変更の波及に関する処理をスキップし波及を無効とする。
　図１２は、本実施形態におけるサーバシステム１１００の機能構成例を示す機能ブロック図である。本実施形態における機能構成は、基本的には第１実施形態と同様であるが、幾つかの差異がある。
　先ず、本実施形態のフレンドリスト管理部２０３は、フレンド登録を、ユーザ相互承諾を経て実行する。すなわち、第１のユーザが第２のユーザをフレンド登録しようとする場合、第２のユーザに承諾が要求される。第２のユーザが承諾すると、第１のユーザと第２のユーザの双方のフレンドリスト５２５に互いがフレンド登録される。
　また、本実施形態のプレイデータ管理部２１４は、発動履歴登録部２１９を含む。発動履歴登録部２１９は、発動検出部２２０により発動条件を満たしたことを検出した場合に、プレーヤのプレイデータ５４０に発動履歴データ５６０（図１０参照）を登録する。
　また、第１実施形態の第２ゲームデータ取得制御部２２２及び第２ゲームプレイ日時取得制御部２２４に代えて、これらに相当する他ゲームプレイデータ取得制御部２２５を有する。他ゲームプレイデータ取得制御部２２５は、他のゲーム（第２ゲーム管理サーバ制御部２４０にとっては第１ゲーム、第１ゲーム管理サーバ制御部２１０にとっては第２ゲーム）のプレイデータ５４０を取得或いは参照するための制御をする。
　また、本実施形態では、第１実施形態の波及制御部２２７に代えて、能動波及制御部２２７Ｂを有する。
　能動波及制御部２２７Ｂは、更に発動履歴検出部２２８を含む。能動波及制御部２２７Ｂは、発動履歴検出部２２８によって他ゲームプレイデータ取得制御部２２５により取得・参照可能となったフレンドユーザのプレイデータ５４０から発動履歴データ５６０を検出する。そして、発動履歴データ５６０がある場合には、自ゲームのパラメータを向上幅調整部２３０で求めた向上幅の分だけ能動的に変更する。
　加えて、本実施形態の向上幅調整部２３０は、他ゲームで発動条件を満たした時点からの経過時間に応じて、自ゲームのパラメータ変更に適用される向上幅（変更幅）を決定する経過時間基準変更幅決定部２３５を含む。
　また、本実施形態では、受動実行制御部２３８は省略されるが、波及到達通知制御２３９が能動波及制御部２２７Ｂに含まれる。
　尚、第２ゲーム管理サーバ制御部２４０が第１ゲーム管理サーバ制御部２１０と同様の機能構成を有するのは第１実施形態と同様である。
　次に、本実施形態における第２ゲーム管理サーバ制御部２４０における処理の流れについて説明する。上述のように、第１ゲーム管理サーバ制御部２１０は第２ゲーム管理サーバ制御部２４０と同様の機能構成を有するので、ここで説明する処理の流れは、第１ゲーム管理サーバ制御部２１０における処理の流れと見ることもできる。
　図１３は、本実施形態における第２ゲーム管理サーバ制御部２４０における処理の流れを説明するためのフローチャートである。基本的には、第１実施形態における処理の流れと同様であるが、本実施形態ではループＡを実行する前処理、すなわちゲーム開始前処理として、能動波及制御処理を実行する（ステップＳ１０）。
　図１４は、能動波及制御処理の流れを説明するためのフローチャートである。
　同処理において、第２ゲーム管理サーバ制御部２４０は先ず、ゲーム開始リクエストをしてきたユーザ端末１５００のプレーヤのフレンドユーザのプレイデータ５４０を取得・参照し（ステップＳ１２）、参照先のプレイデータ５４０に発動履歴データ５６０が有るかを判定する（ステップＳ１４）。
　もし、発動履歴データ５６０があれば（ステップＳ１４のＹＥＳ）、第２ゲーム管理サーバ制御部２４０は、発動履歴データ５６０毎にループＢを実行する（ステップＳ１５～Ｓ２３）。
　ループＢでは、第２ゲーム管理サーバ制御部２４０は、ループＢの処理対象とする発動履歴データ５６０の発動日時５６４から現在までの経過時間を算出し、所定の波及中止基準時間を経過しているかを判定する（ステップＳ１６）。そして、経過していなければ（ステップＳ１６のＮＯ）、第２ゲーム管理サーバ制御部２４０は、パラメータの向上幅（変更幅）を１次決定する（ステップＳ１８）。具体的には、自ゲームにおけるプレーヤレベル５４６や、経験値５４８、仮想マネー残高５５０、プレイ日時履歴５５２から求められるプレイ頻度、などに基づいて、それらが大きい程、大きい向上幅（変更幅）を決定する。
　次いで、第２ゲーム管理サーバ制御部２４０は、発動履歴データ５６０の発動日時５６４からの経過時間に応じて先に１次決定した向上幅（変更幅）を補正して最終決定し（ステップＳ２０）、最終決定した向上幅（変更幅）だけ自ゲームのパラメータを変更し（ステップＳ２２）、ループＢを終了する（ステップＳ２３）。
　そして、フレンドユーザのプレイデータ５４０に含まれていた全ての発動履歴データ５６０についてループＢを実行したならば、第２ゲーム管理サーバ２４０は、能動波及制御処理を終了する。
　また、図１３のフローチャートにおいて、本実施形態ではゲーム内で発動条件が満たしたと検出された場合、第１実施形態のステップＳ５８～Ｓ６０に代えて、プレーヤのプレイ中のゲームプレイデータ５４０に発動履歴データ５６０を登録し（ステップＳ６２）、また既に存在する発動履歴データ５６０のうち、その発動日時５６４を起点として所定の保存期間を過ぎた発動履歴データ５６０を消去する（ステップＳ６４）。
　〔変形例〕
　以上、本発明を適用した２つの実施形態について説明したが、本発明の形態はこれらに限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。
　例えば、第２実施形態において、発動履歴データ５６０を、プレイデータ５４０内に格納する構成としているが、ユーザ登録データ５２０（図５参照）に格納する構成としても良い。その場合、能動波及制御処理（図１４参照）のステップＳ１２では、ユーザ登録データ５２０を参照するようにすると良い。
　また、第２実施形態における発動履歴データ５６０を、第１実施形態に用いることで、波及制御部２２７を、プレーヤの第２のパラメータを所与の期間一時的に変更させる制御を実行する一時変更手段として機能させることができる。前提として、第２ゲームにおけるパラメータの変更は、能力値やゲームに関連して適用される当選確率などを一時的に向上させるものとする。
　具体的には、図１５のフローチャートに示すように、第１実施形態の処理の流れをベースとして、ステップＳ５２に次いで、第１ゲーム管理サーバ制御部２１０が、波及先を選択して（ステップＳ５３ａ；第１実施形態のステップＳ５７相当）発動履歴データ５６０を登録する（ステップＳ５３ｂ）。そして、ステップＳ５８に次いで、第１実施形態のステップＳ６０に代えて、登録されている発動履歴データ５６０に対応するように波及制御を実行することとする（ステップＳ６６）。具体的には、そのとき発動履歴データ５６０が有れば、能力値やゲームに関連して適用される当選確率などを向上させ、発動履歴データ５６０の発動日時５６４から一定時間が経過していれば、向上させていた能力値や当選確率などを初期値に戻す。そして、第１ゲーム管理サーバ制御部２１０は、発動日時５６４から友好度５２５ｂに応じた制限期間を過ぎた発動履歴データ５６０を消去することで（ステップＳ６８）、次のループＡの処理タイミングでは発動から一定時間過ぎると第２パラメータ（この場合、能力値や当選確率など）は変更されなくなる。
　尚、ステップＳ６８における制限時間は、ループＡ処理対象のゲームのプレーヤと、波及先のフレンドユーザとの友好度５２５ｂ（図６参照）が高いほど（友好度合いが高いほど）、より長い時間となるように所定の関数等で導くと好適である。
　　２…ユーザ
　　４…行動ポイントメータ
　　２００ｓ…サーバ処理部
　　２０２…ユーザ登録情報管理部
　　２０３…フレンドリスト管理部
　　２１０…第１ゲーム管理サーバ制御部
　　２１４…プレイデータ管理部
　　２１６…行動パラメータ管理部
　　２１８…プレイ日時管理部
　　２１９…発動履歴登録部
　　２２０…発動検出部
　　２２２…第２ゲームデータ取得制御部
　　２２４…第２ゲームプレイ日時取得制御部
　　２２５…他ゲームプレイデータ取得制御部
　　２２６…パラメータ向上制御部
　　２２７…波及制御部
　　２２７Ｂ…能動波及制御部
　　２２８…発動履歴検出部
　　２２９…波及先選択部
　　２３０…向上幅調整部
　　２３２…プレイデータ基準変更幅決定部
　　２３３…時限制御部
　　２３４…プレイ頻度基準変更幅決定部
　　２３５…経過時間基準変更幅決定部
　　２３６…発動通知制御部
　　２３８…受動実行制御部
　　２３９…波及到達通知制御部
　　２４０…第２ゲーム管理サーバ制御部
　　５００ｓ…サーバ記憶部
　　５０３…サーバシステムプログラム
　　５０５…ゲーム管理サーバプログラム
　　５０７…第１ゲームクライアントプログラム
　　５０９…第１ゲーム実行用データ
　　５１１…第２ゲームクライアントプログラム
　　５１３…第２ゲーム実行用データ
　　５１５…第１ゲームプレイ中端末リスト
　　５１７…第２ゲームプレイ中端末リスト
　　５２０…ユーザ登録データ
　　５２２…ユーザアカウント
　　５２４…ログイン履歴データ
　　５２６…プレイ登録済ゲームリスト
　　５４０…ゲームプレイデータ
　　５４０…プレイデータ
　　５４１…ユーザアカウント
　　５４２…ゲームＩＤ
　　５４４…残ＡＰ
　　５６０…発動履歴データ
　　５６４…発動日時
　　１１００…サーバシステム
　　１１０４…ブレードサーバ
　　１１１０…アカウント管理サーバシステム
　　１１１４…ゲーム管理サーバシステム
　　１１１５…第１ゲーム管理サーバシステム
　　１１１６…第２ゲーム管理サーバシステム
　　１５００…ユーザ端末
　　１５４０…メモリカード
　　１５４２…メモリカード読取装置
　　１５５０…制御基板
　　１５５３…無線通信モジュール
　　Ｗ２～Ｗ８…ゲーム画面
　　Ｗ１２…発動通知表示
　　Ｗ１４…波及到達通知表示

Claims (11)

  1. 　各プレーヤのプレーヤ端末から送信される操作入力に従って、各プレーヤに係るゲーム進行を非同期に制御するサーバシステムであって、
    　各プレーヤそれぞれのパラメータを管理するパラメータ管理手段と、
    　各プレーヤそれぞれについて、当該プレーヤに関係する関係プレーヤを記憶する関係プレーヤ記憶手段と、
    　一のプレーヤの前記パラメータを変更する処理を発動させる所与の発動条件を満たしたことを検出する発動検出手段と、
    　前記発動検出手段の検出がなされた場合に、前記一のプレーヤの前記パラメータを変更するパラメータ変更制御手段と、
    　前記発動検出手段の検出がなされた場合に、前記一のプレーヤの関係プレーヤの前記パラメータを変更する波及制御を実行する波及制御手段と、
    　を備えたサーバシステム。
  2. 　前記発動検出手段は、前記一のプレーヤの前記パラメータを変更させる所与のアイテムの使用或いは所与の動作の実行の指示操作入力がなされたことを前記発動条件として検出する、
    　請求項１に記載のサーバシステム。
  3. 　前記発動検出手段は、前記一のプレーヤに係るゲーム進行が所与の条件を満たしたことを前記発動条件として検出する、
    　請求項１に記載のサーバシステム。
  4. 　前記波及制御手段は、前記パラメータ変更制御手段による前記パラメータの変更幅よりも小さい変更幅で前記一のプレーヤの関係プレーヤの前記パラメータを変更する制御を前記波及制御として実行する変更幅調整手段を有する、
    　請求項１～３の何れか一項に記載のサーバシステム。
  5. 　前記波及制御手段は、前記発動検出手段の検出がなされた後、前記一のプレーヤの関係プレーヤがログインした際に、当該関係プレーヤの前記パラメータを変更し、
    　前記変更幅調整手段は、前記発動検出手段の検出がなされてから、前記一のプレーヤの関係プレーヤがログインするまでの時間経過に応じて、当該関係プレーヤの前記パラメータを変更する変更幅を調整する、
    　請求項４に記載のサーバシステム。
  6. 　各プレーヤそれぞれについて、当該プレーヤと当該プレーヤの関係プレーヤとの友好度を記憶する友好度記憶手段を更に備え、
    　前記変更幅調整手段は、前記一のプレーヤの関係プレーヤの前記パラメータの変更幅を、当該一のプレーヤとの友好度を用いて変更する、
    　請求項４又は５に記載のサーバシステム。
  7. 　前記変更幅調整手段は、前記一のプレーヤの関係プレーヤの人数を用いて、当該関係プレーヤの前記パラメータの変更幅を変更する手段を有する、
    　請求項４～６の何れか一項に記載のサーバシステム。
  8. 　前記波及制御手段は、前記発動検出手段の検出がなされた場合に、前記一のプレーヤの関係プレーヤの前記パラメータを所与の期間一時的に変更する時限制御手段を有する、
    　請求項１～７の何れか一項に記載のサーバシステム。
  9. 　各プレーヤそれぞれについて、当該プレーヤと当該プレーヤの関係プレーヤとの友好度を記憶する友好度記憶手段を更に備え、
    　前記時限制御手段は、前記一のプレーヤの関係プレーヤの前記パラメータを変更する時限を、前記一のプレーヤとの友好度を用いて変更する、
    　請求項８に記載のサーバシステム。
  10. 　前記一のプレーヤの関係プレーヤのうち、前記波及制御手段による波及制御の対象とする関係プレーヤ（以下「波及先プレーヤ」という。）を選択する波及先選択手段を更に備え、
    　前記波及制御手段は、前記波及先選択手段により選択された波及先プレーヤの前記パラメータを対象に前記波及制御を実行する、
    　請求項１～９の何れか一項に記載のサーバシステム。
  11. 　各プレーヤそれぞれについて、当該プレーヤと当該プレーヤの関係プレーヤとの友好度を記憶する友好度記憶手段を更に備え、
    　前記波及先選択手段は、前記一のプレーヤと当該関係プレーヤとの友好度を用いて、波及先プレーヤを選択する、
    　請求項１０に記載のサーバシステム。
PCT/JP2013/059485 2012-03-30 2013-03-29 サーバシステム WO2013147133A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201380018648.5A CN104379224B (zh) 2012-03-30 2013-03-29 服务器系统
US14/499,468 US9808718B2 (en) 2012-03-30 2014-09-29 Server system and method for controlling computer system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012080458A JP5964109B2 (ja) 2012-03-30 2012-03-30 サーバシステムおよび制御方法
JP2012-080458 2012-03-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/499,468 Continuation US9808718B2 (en) 2012-03-30 2014-09-29 Server system and method for controlling computer system

Publications (1)

Publication Number Publication Date
WO2013147133A1 true WO2013147133A1 (ja) 2013-10-03

Family

ID=49260375

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/059485 WO2013147133A1 (ja) 2012-03-30 2013-03-29 サーバシステム

Country Status (4)

Country Link
US (1) US9808718B2 (ja)
JP (1) JP5964109B2 (ja)
CN (1) CN104379224B (ja)
WO (1) WO2013147133A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105302539A (zh) * 2014-06-30 2016-02-03 株式会社万代南梦宫娱乐 服务器及服务器系统

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5675678B2 (ja) * 2012-03-07 2015-02-25 株式会社コナミデジタルエンタテインメント ゲームシステム、ゲーム装置、ゲーム制御方法、プログラム
JP6062786B2 (ja) * 2013-03-29 2017-01-18 株式会社バンダイナムコエンターテインメント サーバシステム及びプログラム
JP5726987B2 (ja) * 2013-11-05 2015-06-03 株式会社 ディー・エヌ・エー コンテンツの配信システム、配信プログラム及び配信方法
JP6377554B2 (ja) * 2015-03-16 2018-08-22 株式会社 ディー・エヌ・エー コンテンツの配信システム、配信プログラム及び配信方法
JP6688559B2 (ja) * 2015-03-30 2020-04-28 株式会社バンダイナムコエンターテインメント プログラム及びゲームシステム
CN106527675A (zh) * 2015-09-15 2017-03-22 北京企鹅童话科技有限公司 应用交互方法、装置及系统
JP6769697B2 (ja) * 2015-09-16 2020-10-14 株式会社バンダイナムコエンターテインメント プログラム及びゲーム装置
JP6882848B2 (ja) * 2016-03-15 2021-06-02 グリー株式会社 サーバ装置の制御方法、サーバ装置及びプログラム
CN106302418B (zh) * 2016-08-05 2018-09-18 腾讯科技（深圳）有限公司 虚拟应用属性的更新方法和装置
JP6662808B2 (ja) * 2017-04-06 2020-03-11 グリー株式会社 プログラム、制御方法及び情報処理装置
JP6918159B2 (ja) * 2017-04-06 2021-08-11 グリー株式会社 プログラム、制御方法及び情報処理装置
JP6585670B2 (ja) * 2017-08-03 2019-10-02 グリー株式会社 ゲーム制御方法、コンピュータ及び制御プログラム
JP6957293B2 (ja) * 2017-09-27 2021-11-02 株式会社ユニバーサルエンターテインメント ゲームシステム、ゲームプログラム、及び、ゲーム制御方法
JP7154749B2 (ja) * 2017-11-14 2022-10-18 株式会社バンダイナムコエンターテインメント サーバシステム、ゲームシステム、プログラム及び制御方法
JP7296702B2 (ja) * 2018-09-07 2023-06-23 株式会社バンダイナムコエンターテインメント コンピュータシステム、ゲームシステム及びゲーム進行制御方法
JP7065282B2 (ja) * 2018-10-03 2022-05-12 株式会社コナミデジタルエンタテインメント プログラム、ゲーム制御装置、及びゲームシステム
JP7280344B2 (ja) * 2019-09-05 2023-05-23 グリー株式会社 ゲーム制御方法、コンピュータ及び制御プログラム
JP7280343B2 (ja) * 2019-09-05 2023-05-23 グリー株式会社 ゲーム制御方法、コンピュータ及び制御プログラム
JP7002509B2 (ja) * 2019-09-05 2022-01-20 グリー株式会社 ゲーム制御方法、コンピュータ及び制御プログラム
JP6997388B2 (ja) * 2019-10-10 2022-01-17 株式会社カプコン ゲーム管理装置およびゲーム管理プログラム
JP7254132B2 (ja) * 2020-01-08 2023-04-07 グリー株式会社 制御方法、コンピュータ及び制御プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003181143A (ja) * 2001-12-18 2003-07-02 Namco Ltd ゲームシステム、プログラム及び情報記憶媒体
JP2012034325A (ja) * 2010-07-07 2012-02-16 Nintendo Co Ltd 情報処理システム、情報処理プログラム、情報処理装置、情報処理方法
JP2012050750A (ja) * 2010-09-02 2012-03-15 Tsutomu Sekimoto サーバ装置、サーバ装置制御方法、及びサーバ装置制御プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1254295C (zh) * 2001-05-09 2006-05-03 世嘉股份有限公司 游戏装置
JP5238467B2 (ja) * 2008-11-28 2013-07-17 株式会社コナミデジタルエンタテインメント ゲーム装置、ゲーム装置の制御方法、ならびに、プログラム
JP2010233654A (ja) 2009-03-30 2010-10-21 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003181143A (ja) * 2001-12-18 2003-07-02 Namco Ltd ゲームシステム、プログラム及び情報記憶媒体
JP2012034325A (ja) * 2010-07-07 2012-02-16 Nintendo Co Ltd 情報処理システム、情報処理プログラム、情報処理装置、情報処理方法
JP2012050750A (ja) * 2010-09-02 2012-03-15 Tsutomu Sekimoto サーバ装置、サーバ装置制御方法、及びサーバ装置制御プログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Monster Hunter Frontier Online Sakigake!!", SKILL JUKU, vol. 27, no. 2, 1 February 2008 (2008-02-01), pages 68, 73 *
MASATOSHI TOKUOKA, SOCIAL GAME GYOKAI SAISHIN JIJO, 1 April 2011 (2011-04-01), pages 9 - 13, 27 TO 35 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105302539A (zh) * 2014-06-30 2016-02-03 株式会社万代南梦宫娱乐 服务器及服务器系统

Also Published As

Publication number Publication date
JP2013208270A (ja) 2013-10-10
US20150072793A1 (en) 2015-03-12
JP5964109B2 (ja) 2016-08-03
CN104379224B (zh) 2017-03-01
US9808718B2 (en) 2017-11-07
CN104379224A (zh) 2015-02-25

Similar Documents

Publication Publication Date Title
JP5964109B2 (ja) サーバシステムおよび制御方法
JP6080371B2 (ja) サーバシステム
JP6271883B2 (ja) コンピュータシステムおよびプログラム
JP5755593B2 (ja) サーバシステムおよびプログラム
JP6148022B2 (ja) サーバシステム
JP5587920B2 (ja) サーバシステム
JP5677481B2 (ja) サーバシステムおよびプログラム
JP6185223B2 (ja) サーバシステム
JP6184204B2 (ja) プログラムおよびサーバシステム
JP6408207B2 (ja) サーバシステム
JP6578321B2 (ja) サーバシステム
JP2013226385A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5918203B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP2018055649A (ja) プログラム及びコンピュータシステム
JP5964110B2 (ja) サーバシステム
JP2020168132A (ja) サーバシステムおよびゲームシステム
JP2014198169A (ja) サーバシステム
JP6296692B2 (ja) サーバシステム
JP6766238B1 (ja) プログラム、端末、ゲーム管理装置及びゲームシステム
JP6657171B2 (ja) サーバシステムおよびプログラム
JP2022155073A (ja) コンピュータシステムおよびゲームシステム
JP2017185409A (ja) プログラムおよびサーバシステム
JP7302956B2 (ja) コンピュータシステム、ゲームシステム及びプログラム
JP2023049986A (ja) サーバシステム、端末装置及び提供方法
JP2023049987A (ja) サーバシステム、端末装置及び提供方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13768546

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13768546

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE