WO2014038256A1 - ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体 - Google Patents

ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体 Download PDF

Info

Publication number
WO2014038256A1
WO2014038256A1 PCT/JP2013/064994 JP2013064994W WO2014038256A1 WO 2014038256 A1 WO2014038256 A1 WO 2014038256A1 JP 2013064994 W JP2013064994 W JP 2013064994W WO 2014038256 A1 WO2014038256 A1 WO 2014038256A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
game
privilege
progress
invitation
Prior art date
Application number
PCT/JP2013/064994
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 株式会社コナミデジタルエンタテインメント
Publication of WO2014038256A1 publication Critical patent/WO2014038256A1/ja

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/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/798—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for assessing skills or for ranking players, e.g. for generating a hall of fame
    • 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/49—Saving the game status; Pausing or ending the game
    • 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/60—Methods for processing data by generating or executing the game program
    • A63F2300/6027—Methods for processing data by generating or executing the game program using adaptive systems learning from user actions, e.g. for skill level adjustment

Definitions

  • the present invention relates to a game management device, a game system, a game management method, a program, and a recording medium for managing a game.
  • SNS social networking service
  • the conventional configuration is a system in which an invitation privilege is granted only once when the invited side registers in the game service, and the contents of the invitation privilege are also simply point grants. Therefore, it did not give the user a strong motivation to invite a new user to the game.
  • the conventional measures that apply the usual invitation benefits it is difficult to effectively increase the number of users registered in the game service, and effective measures that lead to the activation of the game service. Is desired.
  • the present invention has been made in view of the above problems, and an object thereof is to provide a game management device, a game system, a game management method, a program, and a recording medium that contribute to the activation of a game service.
  • a game management device is a game management device that manages game information of each user registered in a game service, and is a second user who has received a predetermined invitation or application from a first user When a response to the invitation or application is received, a relationship management means for storing information relating the first user and the second user in a storage device and managing the relationship between the two and the relationship management means
  • Initial value storage control means for storing a value of a progress parameter indicating a game progress status of the second user when the first user and the second user are associated with each other as an initial value in a storage device. And the degree of progress of the second user in the game after the first user and the second user are related by the relationship management means in the initial value storage control means.
  • a progress degree calculating means for calculating a difference in the change of the progress parameter from the initial value stored in the memory, and the second user calculated by the progress degree calculating means for the first user.
  • a privilege granting means for granting a privilege according to the degree of progress in the game.
  • a game system is a game system including a game management device that manages a game and a terminal device that communicates with the game management device, from a first user.
  • a game management device that manages a game
  • a terminal device that communicates with the game management device, from a first user.
  • Relationship management means to manage, when the first user and the second user are related by the relationship management means, the value of the progress parameter indicating the game progress status of the second user, the initial value
  • a progress degree calculating means for calculating a difference between changes in the progress parameter from the initial value stored by the initial value storage control means, and the progress degree calculating means for the first user.
  • One of the game management device and the terminal device includes a privilege granting unit for granting a privilege according to the progress degree of the second user on the game.
  • a game management method is a game management method in a computer for managing a game, in which a second user who receives a predetermined invitation or application from a first user receives the invitation.
  • a relationship management step for storing information relating the first user and the second user in a storage device and managing the relationship between the first user and the computer by the relationship management step
  • An initial value storage control step of storing a value of a progress parameter indicating a game progress status of the second user when the first user and the second user are associated with each other as an initial value in a storage device
  • the computer is associated with the second user after the first user and the second user are related by the relationship management step.
  • the game management device and the game system of the present invention may be realized by a computer.
  • a computer-readable recording medium on which is recorded also falls within the scope of the present invention.
  • the game service can be activated. Moreover, communication between the 1st user and the 2nd user who were related can be promoted, and activation of a game community can be aimed at.
  • FIG. 1 shows a configuration example of a game system in which a game management device according to an embodiment of the present invention is incorporated.
  • this game system includes a game server 1 installed on a network 4 such as the Internet, a database server 2 connected to be communicable with the game server 1, and a game server via the network 4. 1 and the terminal device 3 of each user that can be communicably connected.
  • the network 4 is not limited to the Internet.
  • the game server 1 and the terminal device 3 of each user can be connected to each other so as to communicate with each other, for example, a dedicated line, a public line, etc. It may be a line (telephone line, mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, or the like, or a combination of the Internet and these.
  • the game management device includes a game server 1 and a database server 2.
  • the game server 1 receives access from the terminal device 3 of each user who receives the game service via the network 4 and stores and manages game information of each user in the database server 2 (storage device).
  • a game service is provided via the network 4.
  • an example of providing a so-called browser game in which a game can be played by a web browser installed in each user terminal device 3 will be described as one form of game service provided by the game server 1.
  • the service form for providing the browser game it is not necessary to download or install software dedicated to the game on the user's terminal device 3, and the user can easily connect to the game server anywhere as long as the terminal device 3 can be connected to the network 4.
  • the game service provided from 1 can be enjoyed.
  • a program for a browser game is installed in the game server 1, and the game server 1 performs arithmetic processing and data for progressing the game in accordance with input operations on the terminal device 3 of each user. Execute the process. Then, the game server 1 updates the game information of each user in the database server 2 based on the execution result of the arithmetic processing and the like, and web page information for displaying the execution result on the screen of the user terminal device 3 (Game screen data) is transmitted to the terminal device 3 of each user.
  • Game screen data web page information for displaying the execution result on the screen of the user terminal device 3
  • Each user's terminal device 3 is equipped with a web browser having a website browsing function as a user agent so that the web page information transmitted from the game server 1 can be displayed on the screen of the terminal device 3. It has become.
  • the terminal device 3 include a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, a personal digital assistant (PDA), and a smartphone that is a mobile terminal in which a mobile phone and a mobile information terminal are integrated.
  • Various terminals that can be connected to the game server 1 via the network 4 and receive a game service, such as a personal computer or a tablet computer, can be applied.
  • the game provided in the present embodiment has a so-called social game element that allows the user to play while communicating with other users who are receiving game services.
  • a social networking service SNS
  • a game system that provides a social game service as one of the SNS services can be obtained.
  • a game service can be provided to the user by a game system operating on the SNS platform, but the game server 1 and the database server 2 can be constructed as independent game systems without being incorporated into the SNS system. Good.
  • the user In order to use the game service in this game system, the user needs to register the use of the game service with the game server 1. Further, a user who has already been registered in the game service can invite a new game service registration to an unregistered person.
  • the invited user (second user) who has been invited to register a new game service registers with the game service. In this case, an invitation privilege is given to the invited user (first user) who invited the game service registration.
  • the game server 1 of this Embodiment does not perform common invitation privilege provision processing of giving a predetermined
  • the inviting user is provided with a novel and attractive invitation privilege utilizing the continuous relationship between the side invited to the game service (inviting user) and the invited side (invited user). is there.
  • the game server 1 stores information that associates the invited user with the invited user when the invited user who has been invited to register a new game service by the invited user registers with the game service. Even after registration of the invited user to the game service, the relationship between them is continuously managed. For example, the invitation user becomes “senior” and the invited user becomes “junior” triggered by successful invitation (registration of the invited user to the game service), and the game server 1 continuously manages the relationship between them. To do.
  • the game server 1 is characterized in that, after the invited user registers in the game service, the invited user is given an invitation privilege according to the invited user's access to the game or the progress of the game. It has a configuration.
  • the game experience value that can be acquired is larger than usual, or the achievement of a mission triggered in the game or the progress of an event is normal.
  • An invitation privilege that is earlier than that is given to the invited user.
  • the invitation privilege that the item of a predetermined rarity level or more is given is given to the invited user.
  • the invited user after the invitation is successful (after the registration of the invited user to the game service), the invited user is invited according to the access to the game or the progress of the game. Since the privilege can be enjoyed continuously, the invitation privilege is more attractive than the conventional privilege in which points are given only once when the invitation is successful. Since such a novel and attractive invitation privilege that has never existed before can be provided to the user, it is possible to give the user a strong motivation to invite a new user to the game.
  • the invitation privilege granted to the invited user is in accordance with the invited user's access to the game or the progress of the game. For example, when the invited user is accessing (logging in) the game server 1, in the case of an invitation privilege that the experience value that can be acquired is larger than usual, the invited user has more access to the game server 1. By doing so, the invited user can enjoy greater benefits. Therefore, inviting users can expect to communicate by sending messages such as “Let's do their best” and “Let's access together” so that more users can be invited. Figured.
  • the game server 1 of the present embodiment is advantageous to the game according to the invited user's access to the game or the progress of the game.
  • a privilege new invitation registration privilege
  • an attractive new invitation registration privilege can be provided also to the invited user, so that it is possible to give the invited user a strong motivation to newly register in the game.
  • it since it is a new invitation registration privilege that takes advantage of the continuous relationship between the invited user and the invited user, it also leads to the activation of the game community, similar to the case where the above-mentioned invitation privilege is given to the invited user. Is.
  • the game management device includes the game server 1 and the database server 2.
  • FIG. 2 shows an example of the hardware configuration of the game server 1.
  • the game server 1 mainly includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12 and a RAM (Random Access Memory) 13 as a main storage device, and an auxiliary storage device 14.
  • the communication control unit 15 and the input / output control unit 16 are connected to each other via a bus line 17 including an address bus, a data bus, a control bus, and the like. Note that an interface circuit is interposed between the bus line 17 and each component as necessary, but the illustration of the interface circuit is omitted here.
  • the CPU 11 interprets and executes instructions of application software such as system software and game programs, and controls the game server 1 as a whole.
  • the ROM 12 stores programs and the like necessary for basic operation control of the game server 1.
  • the RAM 13 stores various programs and data, and secures a work area for the CPU 11.
  • the auxiliary storage device 14 is a storage device that stores application software such as a game program, various data, and the like.
  • application software such as a game program, various data, and the like.
  • a hard disk drive can be used as the auxiliary storage device 14.
  • the program according to the present embodiment for causing the game server 1 (computer) to operate as a game management device is also stored in the auxiliary storage device 14, and the program is transferred from the auxiliary storage device 14 to the bus line when the game server 1 is started. 17 is loaded into the RAM 13 via the CPU 17 and executed by the CPU 11.
  • the communication control unit 15 includes a communication interface 15 a connected to the network 4, and controls communication with each user terminal device 3 via the network 4.
  • the communication control unit 15 also controls communication with a server (not shown) connected to the network 4.
  • a server not shown
  • the communication control unit 15 of the game server 1 controls communication with the SNS server 101.
  • the input / output control unit 16 is communicably connected to the database server 2 and is a database interface that performs input / output control when the CPU 11 executes reading / writing of data (records) with respect to the database server 2.
  • the database server 2 includes a large-capacity hard disk device having, for example, a RAID (Redundant Arrays of Inexpensive Disks) configuration as a storage device having an area for storing game information of each user managed by the game server 1.
  • the database server 2 stores various game information (user name, level, in-game points, possessed items, etc.) of each user in association with identification information (user ID) for uniquely identifying each user, for example. It can be constructed as a database, an object database, an object relational database, or the like.
  • the game management device is configured by the game server 1 and the database server 2
  • the present invention is not limited to this.
  • the game server 1 can have the function of the database server 2 and the game management device can be configured only by the game server 1.
  • the game server 1 can be configured as a plurality of servers by distributing the functions of the game server 1 to a plurality of servers. For example, when a user operates the terminal device 3 to access the game server 1, an authentication server having an authentication function for determining whether the user is a legitimate user is provided separately from the main server of the game server 1,
  • the game server 1 may be composed of a main server and an authentication server.
  • a billing management server that performs billing management when a user purchases an item to be billed in a game is provided separately from the main server of the game server 1, and the main server, authentication server, and billing management
  • the game server 1 may be configured by a server.
  • a load distribution type system configuration may be adopted. In this case, it is desirable to provide a load balancer for adjusting the load among the plurality of game servers 1.
  • terminal device 3 As the terminal device 3 operated by the user, various terminals having a website browsing function such as a mobile phone terminal and a smartphone can be applied as described above, but in the present embodiment, a mobile phone terminal is exemplified. The configuration will be described. Note that the terminal device 3 other than the mobile phone terminal is also basically required for playing a game such as displaying a game screen using a website browsing function or performing an input operation for executing the game. The configuration is the same as that of the mobile phone terminal.
  • a mobile phone terminal having a website browsing function or the like is also called a feature phone or a smart phone, and FIG. 3 shows a configuration example thereof.
  • the terminal device 3 mainly includes a CPU 31, a ROM 32 and a RAM 33 as main storage devices, an image processing unit 34, a display unit 35, a sound processing unit 36, and an audio input unit 37. , An audio output unit 38, an auxiliary storage device 39, an operation input unit 40, and a communication control unit 41.
  • the components 31 to 34, 36 and 39 to 41 are connected to each other via a bus line 42. Has been.
  • An interface circuit is interposed between the bus line 42 and each component as necessary, but the interface circuit is not shown here.
  • the CPU 31 interprets and executes commands of various programs including the web browser, and controls the terminal device 3 as a whole.
  • the ROM 32 stores a program and the like necessary for basic operation control of the terminal device 3.
  • the RAM 33 stores various programs and data loaded from the ROM 32 or the auxiliary storage device 39, and secures a work area for the CPU 31.
  • a web browser that displays game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage device 39, loaded into the RAM 33, and executed by the CPU 31.
  • Various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary storage device 39 together with the web browser.
  • the image processing unit 34 drives the display unit 35 based on an image display command from the CPU 31 to display an image on the screen of the display unit 35.
  • Various known display devices such as a liquid crystal display or an organic EL (Electro-Luminescence) display can be applied to the display unit 35.
  • the sound processing unit 36 converts an analog audio signal into a digital audio signal when audio is input from the audio input unit 37, generates an analog audio signal based on a sound generation instruction from the CPU 31, and outputs it to the audio output unit 38.
  • the voice input unit 37 includes a microphone built in the terminal device 3 and is used for telephone communication or recording.
  • the voice output unit 38 is composed of a speaker that outputs a reception speaker at the time of telephone communication and a telephone ringtone or a sound effect at the time of game execution.
  • the auxiliary storage device 39 is a storage device that stores various programs and data.
  • a flash memory drive or the like can be used as the internal memory of the mobile phone terminal, and a memory card reader / writer or the like can be used as the external memory of the mobile phone terminal.
  • the operation input unit 40 accepts a user's operation input and outputs an input signal corresponding to the operation input to the CPU 31 via the bus line 42.
  • Examples of the operation input unit 40 include physical buttons such as a direction instruction button, a determination button, and an alphanumeric character input button provided on the main body of the terminal device 3. Further, in the case of the terminal device 3 in which the display unit 35 is configured as a so-called touch screen by mounting a touch panel (contact input type interface) on the screen of the display unit 35, the touch panel also becomes the operation input unit 40.
  • the communication control unit 41 includes a communication interface 41a, and has a communication control function for data communication when a game is operated, a communication control function for transmitting and receiving voice data as a mobile phone terminal, and the like.
  • a communication control function for data communication for example, a wireless LAN connection function, an Internet connection function via a wireless LAN or a cellular phone network, a predetermined frequency band (for example, a 2.4 GHz frequency band) is used. Includes short-range wireless communication functions.
  • the communication control unit 41 transmits a connection signal for connecting the terminal device 3 to a wireless LAN, the Internet, or the like based on a command from the CPU 31 and receives information transmitted from the communication partner side and supplies it to the CPU 31. To do.
  • the terminal device 3 may further include a GPS (Global Positioning System) signal receiving circuit, an imaging device (camera) such as a CCD (Charge Coupled Device) image sensor, a triaxial acceleration sensor, and the like.
  • GPS position information may be used in the game.
  • a user who wants to receive a game service starts up a web browser and performs an operation of accessing a game site managed by the game server 1.
  • the communication control unit 41 of the terminal device 3 receives game screen data described in HTML or the like transmitted from the game server 1, and the CPU 31 executes the web browser.
  • a game screen is displayed on the display unit 35.
  • the user selects and inputs selectable button objects and hyperlinks displayed on the game screen by operating the operation input unit 40.
  • the game server 1 advances the game and transmits new game screen data to the terminal device 3. Then, this new game screen is displayed on the display unit 35 of the terminal device 3.
  • the user can select a button object or the like that can be selected on the game screen displayed on the display unit 35 by an operation.
  • a game provided by the game server 1 can be played.
  • FIG. 4 is a main functional block diagram of the game management device.
  • the game management apparatus mainly includes game information management means 51, game progress means 52, authentication means 53, access management means 54, invitation processing means 55, relationship management means 56, privilege granting means 57, parameter setting means 58, notification means. 59, fellow management means 60, and message transmission means 61.
  • Each of these means 51 to 61 is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.
  • the game information management means 51 accumulates and manages the game information of each user in the database server 2.
  • the items of game information managed by the game information management means 51 differ depending on the content of the game service that the game server 1 provides to the user.
  • Examples of games provided by the game server 1 include sports games based on various sports such as baseball, soccer, and golf, battle games based on battles, music simulation games, and other various role-playing games and training.
  • Various games such as games and simulation games can be listed regardless of the game format and genre.
  • the case where the game server 1 provides a baseball game as a game service will be described below.
  • a baseball game in which a user owns a player character in the game and can play a game (match) with another user in the game using the player character is taken as an example.
  • the player character owned by the user can be in a card format in which the form of the player character is visible on the screen of the terminal device 3. That is, the player character is managed by the game server 1 as a digital player card and displayed on the screen of the user terminal device 3.
  • FIG. 10 illustrates a player card 71 displayed on the screen of the user's terminal device 3, and the player card 71 is displayed as a digital player card representing the form of the player character on the screen.
  • the user can collect player cards while proceeding with the game, form his own original team, and compete with other users for ranking.
  • the user can improve the ability of the player card (player character) by synthesizing the collected player cards (that is, nurture the player), and enjoy the game with the aim of creating a stronger team. It can be done.
  • the game information management means 51 for managing the game information of each user includes a user information storage control unit 51a, a level information storage control unit 51b, and an owned player card storage control unit 51c. , Possessed point storage control unit 51d, owned coin storage control unit 51e, owned item storage control unit 51f, game result storage control unit 51g, ranking storage control unit 51h, privilege information storage control unit 51i, and the like.
  • the user information storage control unit 51a associates a user ID uniquely identifying each user with user information related to each user such as a login ID, password, user name (such as a nickname used in the game), team name, and the like.
  • Each user ID is stored in a predetermined storage area of the database server 2.
  • the login ID and password are used for login authentication when each user operates the terminal device 3 to access the game server 1.
  • the user name and the team name are arbitrary information set by the user when the user registers for using the game service or when the game is executed for the first time.
  • the user name and team name are displayed on the game screen as necessary.
  • the level information storage control unit 51b stores level information such as a user's game level and a league level in a predetermined storage area of the database server 2 for each user ID in association with the user ID.
  • level information such as a user's game level and a league level in a predetermined storage area of the database server 2 for each user ID in association with the user ID.
  • experience values are accumulated as the user progresses the game, and the level of the user's game is increased when the experience value reaches a certain amount.
  • there are a plurality of different levels of leagues and each user's team belongs to one of the leagues, and a game (league battle) is automatically played with another user's team in the league. To do.
  • the replacement game between the teams of the users belonging to different leagues is automatically executed, and the league level to which the user's team belongs changes.
  • a user may perform entry operation with the terminal device 3, and even if the said entry operation does not exist, the game server 1 automatically makes each user's team into a league game. You may make it participate.
  • the level information storage control unit 51b stores each user's game level and affiliation league level in association with the user ID.
  • the owned player card storage control unit 51c stores information on player cards acquired and owned by the user in the game in a predetermined storage area of the database server 2 for each user ID in association with the user ID.
  • Examples of the player card information include identification information (player card ID) for uniquely identifying the player card, an ability value indicating the height of the ability of the player, and a regular player flag.
  • FIG. 6 shows an example in which player ability values can be set for three ability items (abilities 1 to 3).
  • the ability item when the player card is a fielder, abilities 1 to 3 can be “blow”, “running power”, “defense”, etc., and when the player card is a pitcher, ability 1 ⁇ 3 can be set as "sphere", "control", "change”, etc.
  • the capability item is not limited to this example, and can be increased or decreased.
  • two ability items “attack power” and “defense power (or defensive power)” may be provided for all player cards, and ability values may be set for the two ability items. .
  • a regular player flag is a regular player (player included in a team order) who participates in a match with another user's team among player cards owned by the user, or a non-regular player. This flag is “1”, indicating that it is registered as a player card for a regular player.
  • the terminal device 3 By operating the terminal device 3, the user can select a regular player from the owned player cards or set a team order.
  • each player card (character) is set with various parameters such as tone, physical strength, and player level, which will be described later.
  • the owned player card storage control unit 51c also stores the parameter information of each player card in the database server 2 in association with the user ID.
  • the database server 2 stores the player card image data, the player name, the position, the affiliation team, the ability value (initial value not strengthened by the synthesis) and the like in association with the player card ID.
  • the game information management means 51 can acquire image data of a player card corresponding to the player card ID based on the player card ID stored in the owned player card storage control unit 51c. ing.
  • the owned point storage control unit 51d associates various points owned by the user in the game (including values corresponding to points) in a predetermined storage area of the database server 2 for each user ID in association with the user ID.
  • various game modes there are various game modes, and various points can be acquired and the acquired points can be used according to the game mode.
  • points include physical strength points, attack costs, power points, AC points, etc. in addition to the above experience values.
  • the physical fitness point is used in a “club activity mode” in which the baseball club performs club activities such as practice while consuming the physical fitness point.
  • the attack cost is used in the “matching mode” in which an individual match is designated by specifying another user, and the individual match is performed at the cost (point) required for playing the match. Is consumed by. For example, the health points and attack costs that are consumed and reduced during the game are recovered over time (for example, 1 point is recovered every 3 minutes), or the experience value reaches a certain amount. It is possible to recover by improving the user level.
  • the power point is used in a “compositing mode” in which the ability of the player cards is improved by combining the player cards owned by the user, and is consumed by performing the combining.
  • This power point can be obtained, for example, by executing the club activity mode or the battle mode.
  • the said exchange point is a point which a user can acquire by sending a message etc. to other users and cheering.
  • This exchange point can be used, for example, in a “lottery acquisition mode” in which a predetermined number (for example, one player card) can be acquired by lottery based on random numbers, etc., from all player cards managed by the game server 1. Yes, you can receive one player card lottery for a given exchange point.
  • the “lottery acquisition mode” not only player cards but also items may be acquired by lottery.
  • the owned coin storage control unit 51e associates the user ID with the coin owned by the user in the game (in-game currency different from the points) in a predetermined storage area of the database server 2 for each user ID. To remember. This coin is necessary, for example, when acquiring an item to be charged.
  • the owned item storage control unit 51f stores the item acquired by the user in the game in a predetermined storage area of the database server 2 for each user ID in association with the user ID.
  • examples of items include recovery items, player card pieces, and fake cards.
  • the recovery item is an item that recovers the above-mentioned physical strength points and / or attack costs that are consumed and reduced during the game to the maximum value instantly without waiting for the passage of time.
  • the recovery item can be acquired by consuming and purchasing the coin or satisfying a predetermined bonus condition in the game.
  • a player card piece is an item that allows you to obtain a powerful (high ability) player card by collecting all of a predetermined number of pieces (for example, six pieces P1 to P6) and completing the player card.
  • a piece of a player card can be obtained when a lottery based on a random number or the like is won at the time of the club activity mode, and it wins by fighting against a piece owned by another user in the battle mode In such a case, the user can be taken from the opponent user.
  • a fake card is an item that can be set on a piece of the player card so that the targeted piece is not taken away only once even if it is defeated by another user in the battle mode.
  • a fake card can be obtained by consuming and purchasing the coin or satisfying a predetermined bonus condition in the game.
  • the game result storage control unit 51g associates a user ID with a game ID for uniquely identifying a game in which the user's team has played against another user's team, for each user ID.
  • the game uniquely specified by the game ID includes a game of an individual game performed by a user specifying an opponent and a game of the league game.
  • the database server 2 is associated with the game ID, the game date and time (real world game start or end time), the user ID of the winning team, the user ID of the defeated team, the battle score, the winning pitcher character,
  • a game database is stored in which information about game results such as a loser pitcher character, a player character who has made a home run, and game critical information is stored.
  • the game information management means 51 can acquire the information regarding the game result corresponding to the said game ID from a game database based on the game ID which the game result memory
  • the ranking storage control unit 51h associates the user ID with ranking information such as the ranking of the league based on the number of wins and defeats of the user's team and the number of wins / defeats for each user ID in association with the user ID. Are stored in a predetermined storage area of the database server 2.
  • the privilege information storage control unit 51i stores information related to the privilege granted to the user in a predetermined storage area of the database server 2 for each user ID in association with the user ID.
  • the benefits in the present embodiment include an invitation privilege that is given to an invited user when the invited user newly registers in the game service and a new invitation registration privilege that is given to the invited user.
  • the granting of a privilege is to make the game more advantageous (merit occurrence state) than that before granting the privilege.
  • FIG. 6 the invitation privilege that the value of a parameter to be described later is improved by one level. An example given to a user is shown. Details of this privilege will be described later.
  • the game progress means 52 executes a game in response to an operation on the terminal device 3 by the user, generates game screen data corresponding to the execution result, and transmits the game screen data to the terminal device 3. It has a function to advance the game by displaying a game screen according to the game.
  • the game progress means 52 includes a game execution means 52a, a game screen generation means 52b, and a game screen transmission means 52c.
  • the game execution means 52a reads the user's game information in response to the request and executes the game by performing calculations and data processing.
  • the game execution means 52a is configured so that the player cards of both teams corresponding to the user IDs of the two users performing the battle. Information (player card information of regular players participating in the game) is read from the database server 2. And the game execution means 52a performs the calculation which determines a win / loss based on the ability value etc. of the player card of both teams. As an example of the calculation of this win / loss decision, the player with the highest total ability value of both teams may be the winning team, or the team with the higher total ability value will have a higher probability of winning. The winning team may be obtained by probability calculation. Moreover, the game execution means 52a performs the calculation which determines whether various effect productions which affect a win / loss are generated based on the combination of the player card which comprises a team before the calculation which determines a win / loss. May be.
  • the game screen generation means 52b generates game screen data composed of HTML data, for example, according to the execution result by the game execution means 52a.
  • the HTML data may include image data such as a player card read from the database server 2.
  • moves by the plug-in of the web browser of the terminal device 3 may be embedded in HTML data.
  • the game screen transmission unit 52c transmits the game screen data (HTML data or the like) generated by the game screen generation unit 52b to the user terminal device 3 as a response to the request for the game screen.
  • the game screen is displayed on the display unit 35 by the web browser.
  • the authentication unit 53 determines whether the user has a game participation qualification and performs login authentication. .
  • An example of this authentication is authentication based on a login ID and password associated with a user ID. For example, when the user uses the game service for the first time, a login ID (any alphanumeric character, email address, etc.) and password are registered in the game server 1 as member information. Then, when logging in to the game server 1 from the next time, the user operates the terminal device 3 to transmit the login ID and password to the game server 1. At this time, the authentication means 53 of the game server 1 determines whether or not the combination of the login ID and password received from the user terminal device 3 has been registered, and performs login authentication.
  • the SNS member registration information may be used as registration information for receiving the game service of the game system.
  • the user's terminal device 3 is logged in to the SNS server, when the game site managed by the game server 1 is first accessed, the user's login ID and password are automatically input from the SNS server to the game server 1. It may be transferred so that the user can register to use the game service without registering the login ID and password again.
  • an individual identification number of a mobile phone terminal that is the terminal device 3 (a mobile phone terminal different from the phone number is uniquely specified) so that the user can save the trouble of inputting a login ID and a password each time the user accesses the game server 1.
  • a unique ID of the contractor (ID for uniquely identifying the contractor of the mobile phone terminal, which is not changed as long as the contractor is the same even if the model is changed) You may perform authentication using. That is, when the user registers the member by operating the mobile phone terminal, the game server 1 acquires the individual identification number or the contractor specific ID included in the data transmitted from the mobile phone terminal, and the login ID and password At the same time, the individual identification number or the contractor unique ID is also stored in the database server 2 in association with the user ID.
  • the authentication unit 53 determines whether the individual identification number or the contractor unique ID has been registered and performs login authentication. Thereby, when accessing the game server 1, the user can log in without inputting the login ID and password.
  • cookie HTTP cookie information
  • the game server 1 issues individual identification information corresponding to the login ID and password and registers it in the database server 2, and the individual identification information is used as a cookie. It transmits to the terminal device 3.
  • the browser of the terminal device 3 stores the received cookie in the terminal device 3.
  • the browser of the terminal device 3 transmits a Cookie to the game server 1 together with the page browsing request, so that the authentication means 53 receives the access request from the mobile phone terminal. Can perform login authentication by determining whether or not the individual identification number of the cookie has been registered.
  • the access management means 54 stores access information of each user to the game server 1 in the database server 2 (storage device) and manages access for each user.
  • the access management means 54 includes an access information storage control unit 54a. Examples of access information stored in the access information storage control unit 54a include the access history (access start date and time and access end date and time) of each user, the number of daily accesses in the real world, and the presence / absence of access on each day in the real world. And the like.
  • the access management means 54 also manages an access state indicating whether or not each user is accessing the game server 1 (logging in).
  • the invitation processing means 55 When the user (inviting user) registered in the game service operates the terminal device 3 and performs an operation input for inviting an unregistered person (invited user) to the game service, the invitation processing means 55 It has a function of sending an invitation message to the terminal device 3 of an unregistered person.
  • the processing of the invitation processing means 55 when the game server 1 and the database server 2 of the present embodiment are incorporated into an SNS system to provide a social game service as one of the SNS services. This will be described below with reference to FIG.
  • the game server 1 is communicably connected to the SNS server 101.
  • the SNS server 101 stores SNS member information and the like in the SNS database server 102 and controls the operation of the SNS system.
  • the SNS database server 102 includes a member database 102a and a friend database 102b.
  • the member database 102a stores, for example, SNS member information such as a member ID, password, name, nickname, address, telephone number, e-mail address, date of birth, sex, occupation, profile, and the like.
  • the friend database 102b stores information on friend relationships between SNS members (combination information of member IDs for which friend registration has been performed).
  • the game server 1 can obtain information on friendship between SNS members via the SNS server 101.
  • an “Invite Friends” button is provided in the main screen of the game displayed on the display unit 35 of the user terminal device 3.
  • the game server 1 obtains information of SNS members who are friends with the user via the SNS server 101.
  • the invitation processing means 55 of the game server 1 creates an invitation target person list screen that lists members who are SNS members who are in friendship with this user and who have not registered the game service. Is transmitted to the terminal device 3 of the user. Thereby, the invitation target person list screen is displayed on the display unit 35 of the user terminal device 3.
  • the invitation processing means 55 of the game server 1 displays the invited friend relationship.
  • An invitation message is transmitted to the terminal device 3 of the SNS member (invited user).
  • This invitation message includes a hyperlink of the URL of a new registration page managed by the game server 1.
  • a user can invite an acquaintance who is not an SNS member to the game. That is, the user performs an operation of notifying the game server 1 of an email address of an acquaintance that the user wants to invite to the game.
  • the game server 1 can transmit an invitation message to the mail address of an acquaintance.
  • This invitation message includes a hyperlink of the URL of a page for performing SNS member registration and new registration for the game service.
  • this URL also includes information on the invited user (user ID), and the invited user performs an operation of selecting the URL in the invitation message. The user can be recognized.
  • the game invitation when the game server 1 and the database server 2 are incorporated into the SNS system has been described.
  • the game server 1 and the database server 2 are not incorporated into the SNS system and are independent.
  • it is possible to invite to the game as follows. That is, as in the case described above, the user performs an operation of notifying the game server 1 of an email address of an acquaintance that the user wants to invite to the game, and the game server 1 transmits an invitation message to the email address of the acquaintance.
  • This invitation message includes a hyperlink of the URL of the new registration page managed by the game server 1, and the URL includes information on the invited user.
  • the game server 1 can recognize the invited user by performing an operation of selecting.
  • a column in which the information of the invited user (such as the user ID of the invited user) can be directly input is provided, and the game server 1 may recognize the invited user.
  • the relationship management means 56 When the invited user who has been registered with the game service and invited by the invited user who invited the game service registration to the new game service registration has registered with the game service, the relationship management means 56 is registered with the invited user. It has a function of storing information related to invited users in a storage device (such as the database server 2) and managing the relationship between the two.
  • the relationship management means 56 includes an invitation relationship storage control unit 56a.
  • FIG. 8 shows an example of the invitation relationship information relating the invited user and the invited user, which is stored and managed in the database server 2 by the invitation relationship storage control unit 56a.
  • the invited user when an invited user who has been invited to register a new game service by an invited user registers in the game service, the invited user becomes “senior”, the invited user becomes “junior”, and the relationship between the two users
  • the relationship management means 56 manages as seniors and juniors.
  • the invitation relationship storage control unit 56 a stores the user ID of the invited user who is the senior in a predetermined storage area of the database server 2 in association with the user ID of the invited user who is the senior.
  • the invited user is referred to as “senior” and the invited user is referred to as “junior” as appropriate.
  • the privilege granting unit 57 has a function of granting a privilege that takes advantage of the relationship between the invited user and the invited user after the invited user who has been invited to register a new game service by the invited user registers with the game service.
  • This privilege grant means 57 is provided with the invitation privilege provision part 57a and the new invitation registration privilege provision part 57b.
  • the invitation privilege granting unit 57a is advantageous in terms of the game depending on the invited user (senior) 's access to the game or the progress of the game.
  • prescribed rarity, etc. are provided as an invitation privilege.
  • the access to the game means an access (login) to the game server 1 that provides the game service.
  • Giving an invitation privilege according to access to a junior's game means that the junior is accessing the game, that there is a fact that the junior has accessed the game, or that the junior's access to the game or the number of access days In response, it means giving an invitation privilege.
  • the senior when the junior is accessing the game (logging in), the senior can be given a merit of the invitation privilege. Moreover, it can be set as the structure which gives the merit of an invitation privilege to a senior when the frequency
  • points are given to seniors.
  • An item or other privilege may be given instead of the point.
  • the benefits such as points to be given increase as the accumulated access days (or accumulated access times) increase.
  • seniors can expect to communicate by sending messages such as “Let's do their best” so that more juniors can access the game, and the game community can be activated.
  • a time limit for granting the invitation privilege may be provided so that the accumulated access days must reach the reference number of days by the time limit. For example, if the cumulative access days of the junior is 3 days before the deadline within 2 weeks from the new registration, 200 points will be given to the senior, and if the cumulative access days of the junior is 6 days before the deadline, 500 points will be given to the senior Or the like.
  • a configuration is also possible in which a time limit is set within a predetermined period from new registration, and the invitation privilege is increased according to the accumulated access days of the junior during that period.
  • the junior game progress status refers to situations such as the level of the junior game, the ability of the character owned by the junior, and the strength of the junior team as a result of the junior playing the game. .
  • the senior can be given a merit of the invitation privilege.
  • the ability value of a junior character after new registration when there are multiple junior characters, the maximum value, average value, total value, etc. reaches the reference value, the merit of the invitation privilege to the senior It can be set as the structure which gives.
  • it can be set as the structure which gives the merit of an invitation privilege to a senior when the strength value of the junior team after new registration reaches a reference value.
  • the junior game level is 200 points when the junior game level is "5", 500 points when the junior game level is “10”, 1000 points when the junior game level is “15”, and so on.
  • points are given to seniors.
  • An item or other privilege may be given instead of the point.
  • the benefits such as points to be given increase as the game level increases.
  • seniors can expect to communicate by sending messages such as “Let's do their best” to encourage juniors to level up, and the game community can be activated.
  • a privilege such as points and items can be given to the senior.
  • the new invitation registration privilege granting unit 57b gives the invited user (junior) an on-game game according to the access or game progress of the invited user (senior). Grant a new invitation registration privilege to be advantageous.
  • senior game access refers to the fact that the senior is accessing the game, the fact that the senior has accessed the game, the number of accesses to the senior game, the number of access days, etc.
  • the progress status refers to the status of the senior's game level as a result of the senior having played the game, the character's ability possessed by the senior, the strength of the senior team, and the like.
  • the senior when the senior is accessing the game (logging in), it can be configured to give the merit of the new invitation registration privilege to the junior.
  • it can be set as the structure which gives the merit of a new invitation registration privilege to a junior, when the frequency
  • it can be set as the structure which gives the merit of a new invitation registration privilege to a junior, when the accumulation access days to the senior's game after a junior's new registration reach predetermined days.
  • junior students can expect to communicate by sending messages such as “Let's do their best” so that more seniors can access the game, and the game community can be activated.
  • the merit of the new invitation registration privilege can be given to the junior.
  • the ability value of the senior character after the new registration of the senior is improved by a predetermined value (if there are multiple characters owned by the senior, the maximum value, average value, total value, etc. for the ability improvement is set to the predetermined value. When it is reached), it can be configured to give the merit of the new invitation registration privilege to the junior.
  • the strength value of the senior team after the new registration of the junior is improved by a predetermined value
  • the merit of the new invitation registration privilege can be given to the junior. In these cases, the junior can expect to communicate by sending a message such as “Let's do his best” in order to encourage the senior to improve his level and strength, thereby activating the game community.
  • the details of a privilege (invitation privilege) given to a senior and a privilege (new invitation registration privilege) given to a junior will be described in more detail.
  • these benefits only need to be advantageous in terms of the game as compared to the case where the benefits are not given, and various privileges are conceivable depending on the type and content of the game.
  • the invitation privilege or the new invitation registration privilege is not advantageous in terms of the game, but may be an item that gives a game item of a predetermined rarity level or higher.
  • n battles for example, 3 battles
  • a method for making it advantageous to carry a game for n battles a method for improving the strength of the user's team by n battles is conceivable.
  • a player card of a regular player who participates in the game is selected from the player cards owned by the user and battles are performed (for example, the user preliminarily selects from the player cards owned by the user). Select the card of the regular player who will participate in the game, and team up with the regular player's card to play a match). Therefore, as a matter of course, normally, the strength of the own team cannot be other than the user's handheld player card.
  • one of the strongest player cards (the player card with the highest ability value) is automatically assigned to the regular player of the user. Try to replace one of the cards.
  • the game progress means 52 of the game server 1 automatically performs the above-described player card replacement process at the time of execution of a privilege target battle. The user's friends will be described later. If the user himself possesses the strongest player card among all the handheld cards of the user's allies, an assistant player card having a higher ability value than the strongest player card (a special one provided by the game server 1) One player card) may be automatically replaced with one of the regular player cards of the user.
  • the ability value of a part or all of the player cards of the regular players participating in the game in the battle mode is improved by a predetermined ratio (or a predetermined value).
  • the game progress means 52 of the game server 1 performs the process which improves the capability value of the player card of the user's team who received the privilege at the time of execution of the privilege target battle.
  • the probability that the user's team to which the privilege is given wins is improved by n battles (therefore, the probability that the opponent user's team wins) Is also possible.
  • the probability that the opponent user's team wins is also possible. For example, if the ability of the teams of both users who are competing is the same, if no privilege is granted to any user, the victory probability of both teams is 50%, but the privilege is granted to one user In the battle being played, while the victory probability of the team of the user X to whom the privilege is given is increased by 10%, for example, to 60%, the victory probability of the team of the opponent user Y is reduced by 10% to 40%. %, The user X is more advantageous in terms of the probability of victory than the user Y.
  • benefits include the following. That is, points such as physical strength points consumed and reduced during the game are recovered by 1 point every 3 minutes, for example, but this point recovery time is shortened (for example, 2 minutes elapses). It is conceivable to recover 1 point every time).
  • this privilege is granted, information on the effective period in which the point recovery time is shortened is stored as the user privilege information stored in the privilege information storage control unit 51i.
  • the game information management means 51 of the game server 1 performs the process which shortens point recovery time rather than normal time in the period when a privilege is effective (for example, within 24 hours after a user receives notification of a privilege). It will be.
  • points such as the exchange points
  • a privilege that a player card can be drawn is also considered.
  • this privilege is given, the number of times that the player card can be drawn for free (no points) is stored as the privilege information of the user stored in the privilege information storage control unit 51i.
  • a privilege that a predetermined number (for example, one) of player cards selected by the game server 1 by lottery using random numbers or the like is given to the user can be considered.
  • the player card selected by the game server 1 is given to the user as a privilege
  • the player card ID given as a privilege is added to the player card ID stored in the owned player card storage control unit 51c of the game information management means 51. Is done.
  • a privilege that a predetermined point is given to the user for various points used in the game such as the above-mentioned physical strength points, attack costs, power points, and exchange points.
  • a privilege that a predetermined number of various items used in the game such as the recovery item and the fake card described above are given to the user can be considered.
  • the privilege granting unit 57 is owned by the user, which is stored in the owned point storage control unit 51d or the owned item storage control unit 51f of the game information management unit 51. The game information is changed so as to increase the number of points or items owned by a predetermined number.
  • a privilege that the experience value on the game that can be acquired while the user is playing the game is larger than usual can be considered.
  • the game progress means 52 of the game server 1 performs a process of making the experience value acquired by the user larger than usual when the user operates the command button.
  • a privilege that a mission activated in the game or an event progresses faster than usual can be considered.
  • the game progress means 52 of the game server 1 performs a process of increasing the mission achievement rate or the event progress rate of the user higher than usual when the user operates the command button.
  • the parameter setting means 58 has a function of setting any one value of tone parameters having a plurality of levels (for example, 6 levels from 0 to 5) to the terminal device 3 of each user.
  • the values at a plurality of levels of this parameter correspond to a plurality of tone marks as a parameter display image.
  • the tone mark is an image that pseudo-displays the goodness (or good physical condition) of the user who is playing the game or the character of the user.
  • FIG. 9 illustrates the correspondence between parameter values and tone marks stored in a predetermined area of the database server 2.
  • parameter setting methods by the parameter setting means 58.
  • the parameter value may be set at random using a random number.
  • the parameter value may be set higher as the number of days of continuous access to the game server 1 increases.
  • the parameter setting means 58 can set the parameter value for the user terminal device 3 even when the user terminal device 3 is not accessing the game server 1. For example, regardless of whether or not the terminal device 3 of the user is accessing the game server 1, the parameter value applied to each user is based on a random number or the like every day at a predetermined time in the real world (for example, midnight). May be set.
  • the game screen transmission unit 52c transmits a game screen including a tone mark corresponding to the value set by the parameter setting unit 58 to the user terminal device 3. Thereby, a game screen including a tone mark is displayed on the user's terminal device 3, and the user recognizes the current tone by visually recognizing the tone mark.
  • the game progress means 52 controls the game progress of the user so that the higher the value set by the parameter setting means 58 is, the more advantageous the game is.
  • the game progress means 52 controls the game progress so that the higher the value set by the parameter setting means 58 is, the more experience values on the game that the user can acquire while playing the game.
  • the game progress means 52 controls the progress of the game so that the higher the value set by the parameter setting means 58, the faster the achievement of the mission activated in the game or the progress of the event becomes.
  • the game progression means 52 controls such that the higher the value set by the parameter setting means 58 is, the higher the probability that a rare card or a rare item will be drawn in the aforementioned lottery acquisition mode.
  • the invitation privilege grant part 57a raises the value which the parameter setting means 58 set with respect to the senior's terminal device 3, when the junior is accessing the game. Thereby, for example, when the junior is accessing the game, the value of the parameter set for the senior terminal device 3 is increased by a predetermined value (for example, one). If the value of the parameter increases, the degree of advantage in terms of the game increases. Therefore, the invitation privilege giving unit 57a can give the invitation privilege to the senior through a form of increasing the parameter value.
  • the invitation privilege grant unit 57a may associate the parameter value with the number of juniors who are accessing the game.
  • the new invitation registration privilege grant part 57b raises the value which the parameter setting means 58 set with respect to the junior terminal device 3, when the senior is accessing the game.
  • the value of the parameter set for the terminal device 3 of the senior is increased by a predetermined value (for example, two).
  • the value on the game related to the junior who changes as the junior's game progresses reaches a predetermined value. It is desirable not to execute the process of granting the invitation privilege due to the invitation. This is to arouse the willingness to make a new invitation by avoiding giving a privilege indefinitely, as will be described later.
  • the value on the junior's game that changes as the junior's game progresses refers to the level value of the junior game, the ability value of the character owned by the junior, the strength value of the junior team, This refers to the difficulty level of the stage in the game that has been reached.
  • the level of the junior game increases when the junior plays the game and acquires the experience value, and does not reach the predetermined value unless the junior actually plays the game.
  • the ability value of the character owned by the junior, the strength value of the junior team, and the like do not reach a predetermined value unless the junior actually plays the game to develop the character or improve the team strength.
  • the junior actually plays the game If you do not clear the stage, you will not reach the predetermined difficulty level. That is, the “value on the game that changes as the junior's game progresses” is an index that indicates the timing at which a newly registered junior played a game to some extent.
  • the invitation privilege granting unit 57a can be prevented from executing the invitation privilege grant process for the senior.
  • the grant of the invitation privilege to the senior is cancelled.
  • the user can be invited to invite a new user. That is, if the user can continue to receive the invitation privilege indefinitely as a senior, the user who is already satisfied with the attractive invitation privilege that has already been received may not be aggressive to invite new users. .
  • the user wants to receive an attractive invitation privilege again, and is strongly encouraged to invite a new user to the game again Motivation can be given to the user.
  • the period during which the senior can enjoy the invitation privilege is not the real time in the real world, but “until the value on the game related to the junior, which changes as the junior's game progresses, reaches a predetermined value”. This is due to the following reason.
  • the invitation privilege provided to a senior is according to a junior's game access or game progress condition. Therefore, if the senior can enjoy the invitation privilege in real time in the real world, after the junior newly registers with the game service, the game is never accessed (the game is not progressed at all) or the game If access is insignificant, the senior will not be able to enjoy the invitation privilege at all, or will be able to enjoy the invitation privilege after the real time in the real world has passed.
  • the period in which the senior can enjoy the invitation privilege is “until the value on the game related to the junior, which changes as the junior's game progresses, reaches a predetermined value”.
  • the granting period of the invitation privilege is ensured until the junior plays the game to some extent and the senior can realize the benefits of the privilege.
  • the new invitation registration privilege granting unit 57b Therefore, it is desirable not to execute the new invitation registration privilege grant process. For example, after the level of the junior game reaches a value (for example, level 15) that exceeds the beginner level, the new invitation registration privilege granting unit 57b gives the new invitation registration privilege to the junior. Do not execute.
  • the grant of the new invitation registration privilege to the junior is canceled.
  • the grant of the new invitation registration privilege to the junior is canceled.
  • the user can continue to receive the new invitation registration privilege indefinitely as a junior, the user who is already satisfied with the attractive new invitation registration privilege who has received the invitation invites a new user himself It is possible that the desire to receive the benefits will be dilute.
  • canceling the granting of benefits at the timing when the user enjoys a certain new invitation registration privilege the user feels that he wants to receive an invitation privilege with the same content as the new invitation registration privilege. It is possible to give the user a strong motivation to invite a new user to the game.
  • the notification means 59 has a function of notifying that a privilege has been granted to the user terminal device 3 to which a privilege (invitation privilege or new invitation registration privilege) has been granted.
  • Examples of privilege notification by the notification means 59 are shown in FIGS.
  • FIG. 10 shows an example of the main screen of the game displayed on the display unit 35 of the senior terminal device 3 to which the invitation privilege is given.
  • FIG. 11 shows an example of the main screen of the game displayed on the display unit 35 of the junior terminal device 3 to which the new invitation registration privilege is given.
  • screen data for displaying the main screen shown in FIG. 10 or FIG. 3 is sent.
  • the player card 71 selected as the fourth batter and ace pitcher from among the player cards owned by the user, the game information 72 of the user, the tone mark 73, etc. are displayed, and the privilege notification information 74 is also displayed. Is displayed. Details of the main screen will be described later.
  • the privilege notification information 74 displayed on the main screen of the senior terminal device 3 is provided with an invitation privilege such as “Two-stage improvement during access by two juniors!” This is what you can understand.
  • the game server 1 can access the two juniors who are accessing.
  • Screen data displaying information such as a name is transmitted to the senior terminal device 3 so that the information of the two juniors who are accessing can be confirmed.
  • the privilege notification information 74 displayed on the main screen of the junior terminal device 3 is given a new invitation registration privilege such as “Tone MAX during senior access!”, For example. This is what you can see.
  • Data is transmitted to the junior terminal device 3 so that the senior information can be confirmed.
  • the notification means 59 displays the privilege occurrence information on the main screen or the like to notify the user, so that the notification processing is performed in cooperation with the game screen generation means 52b and the game screen transmission means 52c. Is supposed to do.
  • the fellow management means 60 shown in FIG. 4 has a function of storing fellow user information belonging to a group centered on each user in the database server 2 (storage device) and performing peer management for each user.
  • the group here shows the group of one's friend seen from the viewpoint of one user to the last, and each user who comprises these groups does not belong only to this group.
  • Each user also has a group of “buddies” centered on him / herself.
  • the fellow management means 60 includes a fellow information storage control unit 60a.
  • FIG. 12A shows an example of information related to each user's associate, which is stored and managed in the database server 2 by the associate information storage control unit 60a.
  • the associate information storage control unit 60a receives information on the limit number of associates, the user IDs of associate users who are already in the associate relationship, the user IDs of users who are applying for associates, and associate applications in association with the user ID.
  • the information regarding associates such as user IDs of unapproved users, is stored in a predetermined storage area of the database server 2 for each user ID.
  • the number of unapproved users who have received peer applications is zero.
  • bonus points are awarded to both users who have become friends (for example, the maximum value of the physical strength point and the attack cost may be increased by a predetermined point). it can).
  • a limit number of friends according to the degree of progress of the game (upper limit number of people who can make friends) is set, and the friend information storage control unit 60a associates the user ID with the friend limit. I remember the number.
  • the limit number of friends is set to increase as the level of the user's game increases. Thereby, in order to make more friends and make the game advantageous, the user is given a motivation to continuously advance the game and improve the level.
  • two forms are prepared for two users to become a friendship.
  • a 1st form it is based on the operation of the friend application made between two users, and its approval.
  • either one of the two users makes a friend application to the other user via the game server 1.
  • this friend application first, a user who wants to make a friend performs an operation of listing target candidates of friend candidates on the screen of the terminal device 3.
  • the game server 1 transmits the screen data listing the candidates for the fellow candidates, so that a screen on which the plurality of fellow candidates are listed is displayed on the user terminal device 3.
  • the user confirms the level of the target person's game listed on the screen, the affiliation league level, and the like, selects a user who wants to be a friend, and performs a friend application operation.
  • the user B who received the friend application checks the information such as the user level and the affiliation league level of the user A received from the game server 1 on the screen of the terminal device 3 and decides whether to approve or reject as a friend. Perform the operation to select.
  • the friend management means 60 of the game server 1 automatically
  • the invited user (senior) and the invited user (junior) are registered as friends.
  • the invited user and the invited user are not only related to seniors and juniors (relationships used mainly for privilege grant processing) but also to fellow relationships.
  • the number of friends is set according to the level of the user's game. Normally, it is not possible to create a friend exceeding the friend's limit. When an invited user is registered as a friend, the friend registration may be performed even when the limit number of friends is exceeded.
  • the message transmission unit 61 has a function of receiving a message addressed to another user transmitted from the terminal device 3 of each user and transmitting the message to the other user.
  • the message transmission means 61 includes a message storage control unit 61a.
  • FIG. 14 shows an example of information regarding a received message that is stored and managed in the database server 2 by the message storage control unit 61a.
  • This message storage control unit 61a associates information about the message such as the user ID of the transmission source, the content of the message, and the transmission date with the user ID of the reception side user who received the message, for each user ID of the reception side user Are stored in a predetermined storage area of the database server 2.
  • FIG. 15A shows an example of a buddy list screen displayed on the user terminal device 3 based on the screen data transmitted from the game server 1.
  • This buddy list screen is a screen that is displayed, for example, when the user operates the terminal device 3 and selects “buddy menu” in the main screen.
  • information of buddy users who are in a buddy relationship with the user is listed and displayed.
  • the screen can be scrolled or the 2nd page or more of a fellow list can be requested to the game server 1, and can be displayed as another screen.
  • this buddy list screen there is an information display area for each buddy user listed.
  • each information display area if the buddy user is his / her senior, “senior”, buddy user will be his / her junior If so, a relationship display object 80 indicating “junior” is displayed.
  • the relationship display object 80 indicates that the user X is “junior”.
  • the game information 81 of the fellow user user name, game level, number of fellows, number of members representing the number of player cards owned, etc.
  • the avatar 82, the player card 90 of the 4th batter owned by the user, and the object called the support button 84 are also displayed.
  • the user can support his / her fellow users by selecting the support button 84. For example, when a user presses the support button 84 to support a fellow user, a predetermined exchange point is given to the user, and the friendship between the user and the fellow user is improved. In addition, the user can not only support fellow users, but can also send messages as described below.
  • the operation is transmitted from the terminal device 3 to the game server 1. Thereafter, from the game server 1, for example, data on a message input screen illustrated in FIG. 15B is transmitted to the terminal device 3, and the message input screen is displayed on the terminal device 3. On this message input screen, for example, a text indicating that support has been provided to a fellow user (user X who is a junior in the example of FIG. 15B) is displayed, and objects such as a message input area 85 and a send button 86 are displayed. Is also displayed.
  • FIG. 15B shows an example in which the user inputs a message “Let's do our best!”.
  • there may be a restriction for example, within 30 full-width characters) on characters that can be input in the message input area 85.
  • the hyperlink 87 for changing to the page of a fellow user is displayed on the message input screen, and the details of the game information of the fellow user are described by selecting this link. Displayed pages.
  • a hyperlink 88 for transitioning to the buddy list and a hyperlink 89 for transitioning to the main screen are also displayed on the message input screen. By selecting these links, a buddy list or main screen is displayed. You can come back.
  • the message storage control unit 61 a of the message transmission means 61 receives a message addressed to the fellow user received from the terminal device 3. Then, it is stored in the database server 2 in association with the user ID of the fellow user (see FIGS. 13A and 13B).
  • the message transmission means 61 of the game server 1 transmits screen data for displaying a message, a transmission source user name, a transmission time, and the like to the terminal device 3. To do. As a result, a message or the like is displayed on the terminal device 3 of the user who has received this screen data, and the message received from another friend can be confirmed on the screen.
  • the communication tools illustrated in FIGS. 15A and 15B can be used to communicate with each other at any time. Naturally, seniors and juniors can also exchange messages with each other using the communication tool.
  • FIGS. 15A and 15B the example in which a message is sent to a user's associate has been described.
  • the access information of each user managed by the access management means 54, the relationship information of seniors and juniors managed by the relationship management means 56, and the information of each user managed by the fellow management means 60 The friend information and the information related to the message managed by the message transmission means 61 are described separately from the various information managed by the game information management means 51 for convenience. 1 is included in the game information managed by 1.
  • FIG. 16 shows a processing flow of the terminal device 3 and the game server 1 when the user operates the terminal device 3 to access the game server 1 and receive a game service.
  • the web browser When the user receives the game service, first, the web browser is started by operating the operation input unit 40 of the terminal device 3 (S11). Thereafter, the user performs an operation of accessing a game site managed by the game server 1, and an access request is transmitted from the terminal device 3 to the game server 1 (S12). At this time, the game server 1 performs login authentication for access from the terminal device 3 (S21), and confirms that the access is from a user who is registered for use of the game service. Thereafter, the game server 1 transmits main screen data described in HTML or the like to the terminal device 3 (S22). In the terminal device 3 that has received the main screen data, the web browser interprets the data and displays the main screen on the display unit 35 (S13).
  • the player card 71 selected as the fourth batter and the ace pitcher from among the player cards owned by the user the game information 72 of the user (game level, physical strength point, attack) Point, number of members, power point, AC point, etc.), tone mark 73 and the like are displayed.
  • the privilege is provided to the user
  • the above-described privilege notification information 74 and the like are also displayed.
  • a game mode selection button (not shown), various menu buttons, fellow movement information, messages from other users, etc.
  • Various objects and information are displayed.
  • a screen request corresponding to the operation is transmitted from the terminal device 3 to the game server 1 (S14).
  • the game server 1 performs arithmetic processing and data processing according to the user's operation to execute the game (S23), and transmits game screen data reflecting the execution result to the terminal device 3 (S24).
  • a web browser interprets the said data and displays a game screen on the display part 35 (S15).
  • the game server 1 performs logout processing (S25). For example, when the user closes the web browser, the game server 1 performs logout processing after a session timeout.
  • the game server 1 side can read the game information of the user and advance the game. For example, another logged-in user may start a battle (individual battle) against the logged-out user's team, and the game progress means 52 of the game server 1 determines whether the user is logged in. Regardless of whether or not, the game information of each user is read from the database server 2 and the battle is executed, and the game information of each user is updated to reflect the execution result. Further, in the league game mode, the game progress means 52 of the game server 1 reads out the game information of each user from the database server 2 and automatically executes the league game without the user operating the terminal device 3. Thus, the result of the battle executed when the user is logged out from the game server 1 can be confirmed on the screen when the user accesses the game server 1 thereafter.
  • FIG. 17 shows the flow of processing of the game server 1 for a single user, and the same processing is performed for each user managed by the game server 1.
  • the authentication means 53 of the game server 1 receives an access request from the user's terminal device 3 (YES in S31), the login ID / password transmitted from the terminal device 3 or the mobile phone Based on the individual identification number of the terminal or the like, login authentication is performed to determine whether or not to permit access (S32).
  • the game server 1 transmits screen data for prompting registration of use of the game service to the terminal device 3 (S33).
  • the access management means 54 stores the user access information (S34).
  • the game server 1 transmits main screen data to the terminal device 3 of the user who permitted access (S35). Thereafter, when a screen request corresponding to the user's game operation transmitted from the user's terminal device 3 is received (YES in S36), the game executing means 52a performs arithmetic processing and data processing corresponding to the screen request. The game is executed (S37).
  • the game server 1 determines whether or not the user's game information needs to be updated by executing the game (S38). If the game server 1 needs to be updated (YES in S38), it is stored in the database server 2.
  • the user's game information is updated (S39). For example, when the user's game operation is an operation of performing an individual battle with another user, the game information of the user such as game result information, attack cost, power point, item, etc. is updated as a result of execution of the battle. Will be.
  • the game execution process corresponding to the operation is only data processing for reading out the result information of the league match from the database server 2
  • the game execution process corresponding to the operation is only data processing for reading out the result information of the league match from the database server 2
  • the game screen generation means 52b generates game screen data reflecting the execution result of the game (S40), and the game screen transmission means 52c transmits the game screen data to the user terminal device 3 (S41). Thereafter, it is determined whether or not the user's terminal device 3 has logged out (S42). Until the terminal device 3 logs out, the processing of S36 to S41 is repeated, whereby the game proceeds.
  • new registration application data including a login ID (any alphanumeric character, e-mail address, etc.) and a password are transmitted to the game server 1.
  • the game server 1 receives application data for new registration from the terminal device 3 of the user (YES in S71)
  • the game server 1 secures an area for managing the user's game information in the database server 2 and newly registers for the user. Processing is performed (S72).
  • the game server 1 determines whether or not the newly registered user has received an invitation from another user (S73). For example, when the user selects a URL including information on the invited user in the invitation message and applies for new registration, the game server 1 determines that the user has received an invitation from the invited user. Can do.
  • the game server 1 ends the process without shifting to S74.
  • the relationship management means 56 of the game server 1 determines the invited user who invited the user and the invited user who received the invitation.
  • Information relating the invited user (newly registered user) is stored in the database server 2 and the relationship between the two is managed (S74).
  • the relationship between the newly registered junior members is managed by using the invited user as the senior and the invited user as the junior.
  • the senior and the junior are registered as friends by the friend management means 60 (S75).
  • This fellow relationship is an equal relationship between the invited user and the invited user.
  • the relationship information directly used for granting a privilege is a senior / junior relationship in which there is a distinction between the invited user and the invited user, this fellow registration process (S75). ) Can be omitted.
  • the notification means 59 of the game server 1 transmits screen data indicating the contents of the new invitation registration privilege to the invited user's terminal device 3 as a junior, and the new invitation registration privilege is given to the invited user.
  • the fact that it has been received is notified (S76).
  • FIG. 24 the example of a screen which shows the content of the new invitation registration privilege is shown.
  • the tone mark becomes MAX (the parameter value is maximized)
  • a rare item is acquired every time the senior level increases by five.
  • the contents of the new invitation registration privilege that it is possible are informed to juniors.
  • the notification means 59 indicates the contents of the invitation privilege to the terminal device 3 of the invited user who has become the senior.
  • the screen data is transmitted to notify the invited user that the invitation privilege has been received (S78).
  • FIG. 25 shows a screen example showing the contents of the invitation privilege. In this screen example, (1) when the junior is accessing the game, the tone mark is increased (the parameter value set by the parameter setting means 58 is increased), and (2) each time the junior level is increased by five. The contents of the invitation privilege that a rare item can be acquired is reported to the senior.
  • the figure shows an invitation privilege giving process in which the parameter value of the tone set by the parameter setting means 58 is increased for the senior terminal device 3 when the senior is accessing the game during the senior game. This is just an example.
  • the game server 1 determines whether there is a junior whom the user has invited to the user in the game (S81). Furthermore, when there is a junior user in the game (YES in S81), the game server 1 determines whether or not the junior is accessing the game (S82). Here, when a junior does not exist in the user in the game (NO in S81), or even if a junior is present, the junior does not access the game (NO in S82), the game server 1
  • the parameter value set by the parameter setting unit 58 is applied to the terminal device 3 of the user (S83), and a tone mark corresponding to the value is displayed on the game screen (S84). That is, the game server 1 transmits a game screen including a tone mark corresponding to the parameter value set by the parameter setting unit 58 to the user terminal device 3.
  • the invitation privilege granting unit 57a acquires the number n of juniors who are accessing (S85). And the invitation privilege provision part 57a raises the value of the parameter of the condition which the parameter setting means 58 set with respect to the senior's terminal device 3 n steps (S86).
  • the parameter value may be increased by a predetermined value (for example, one) when even one junior is accessing regardless of the number of junior access.
  • the game progression means 52 controls the game progression so that the higher the tone parameter value, the greater the advantage of the game. For example, the higher the value of the parameter, the more experience value that can be acquired during the game, the achievement of missions triggered in the game or the progress of the event will be faster, the rare cards and rare items will be drawn To increase the probability. Therefore, if the value of the parameter for the senior terminal device 3 is increased by S86, the degree of advantage in terms of the game is increased, and the invitation privilege is granted.
  • the game server 1 reflects the tone mark corresponding to the value on the game screen of the senior terminal device 3 (S87).
  • the notification means 59 of the game server 1 includes the privilege notification information 74 in the game screen as illustrated in FIG. 10, and notifies the senior that the tone mark has been changed to a better one by the invitation privilege. (S88). Thereby, the senior can recognize the state to which the invitation privilege is provided.
  • This figure exemplifies a process of giving an invitation privilege to a senior when the game level indicating the game progress status of the junior reaches a reference value.
  • the game server 1 determines whether the user who is playing the game (accessing the game) is a junior of another user (S91). If the accessing user is not associated with another user as a junior person (NO in S91), the process is terminated without performing subsequent processing for the user. On the other hand, if the accessing user is a junior (YES in S91) and the level of the junior game is improved (YES in S92) during the junior game (YES in S92), the level has reached the reference value. It is determined whether or not (S94). Here, when the junior finishes the game (NO in S92) without the junior game level reaching the reference value (NO in S94), the process is terminated without performing the subsequent processing.
  • the invitation privilege granting unit 57a of the game server 1 grants the invitation privilege to the senior user who invited the junior (S95).
  • the invitation privilege granted to the senior may be any advantage as long as it is advantageous in terms of the game as compared to before granting the privilege, and various privileges can be applied without being limited to the point or item grant.
  • the notification means 59 gives the invitation privilege to the senior terminal device 3 The screen data indicating the fact is transmitted, and the grant of the privilege is notified to the senior (S97).
  • the junior can enjoy the merit of the privilege by improving the game level. Therefore, seniors can expect to communicate with their juniors by sending messages such as “Let's do their best” and this will lead to the activation of the game community.
  • the determination criteria are changed as follows. May be.
  • other values indicating the progress of the junior game such as the ability value of the character owned by the junior and the strength value of the junior team
  • these values are the reference values.
  • values indicating the game access of the junior such as the number of accesses to the junior game and the number of access days, are used as judgment criteria, and when these values reach the standard value, An invitation privilege may be granted.
  • the relationship management means 56 is information relating the invited user and the invited user. (Senior / junior information) is stored in the storage device and the relationship between the two is managed. And after an invited user registers in a game service, an invitation privilege is given with respect to an invited user (senior) according to a game access or game progress of a invited user (junior). .
  • an invitation privilege is given with respect to an invited user (senior) according to a game access or game progress of a invited user (junior).
  • the senior after the new registration of the junior, it is possible to continuously enjoy the invitation privilege according to the game access or game progress status of the junior, so than the conventional privilege where the point is given only once when the invitation is successful Is also an attractive invitation benefit.
  • FIG. 1 shows a process of granting a new invitation registration privilege that the value of the parameter set by the parameter setting means 58 increases for the junior terminal device 3 when the senior is accessing the game during the junior game. This is just an example.
  • the game server 1 determines whether there is a senior who invited the user during the game (S101). Further, when there is a senior in the user in the game (YES in S101), the game server 1 determines whether or not the senior is accessing the game (S102). Here, when there is no senior in the user in the game (NO in S101), or even when the senior exists, the senior does not access the game (NO in S102), the game server 1
  • the parameter value set by the parameter setting unit 58 is applied to the terminal device 3 of the user (S103), and a tone mark corresponding to the value is displayed on the game screen (S104). That is, the game server 1 transmits a game screen including a tone mark corresponding to the parameter value set by the parameter setting unit 58 to the user terminal device 3.
  • the parameter value is increased to the maximum value, but the present invention is not limited to this.
  • the parameter value for the terminal device 3 of the junior may be increased by a predetermined value (for example, two). If the value of the parameter for the junior terminal device 3 is increased by S105, the degree to which the game is advantageous increases, and a new invitation registration privilege is given.
  • the game server 1 reflects the tone mark corresponding to the value on the game screen of the junior terminal device 3 (S106).
  • the notification means 59 of the game server 1 includes the privilege notification information 74 in the game screen as illustrated in FIG. 11, and informs the junior that the tone mark has been changed to a better one by the new invitation registration privilege. Notification is made (S107). Thereby, the junior can recognize the state where the new invitation registration privilege is provided.
  • the junior who receives the new invitation registration privilege illustrated in FIG. 21 the more times the senior accesses the game when he / she plays the game, the more the benefits of the new invitation registration privilege can be enjoyed. Therefore, the junior can expect to communicate with the senior by sending a message such as “Let's access together”, which leads to the activation of the game community.
  • the figure exemplifies a process of giving a new invitation registration privilege to a junior when the improvement in the level of the senior's game after the junior newly registers with the game service reaches a reference value.
  • the game server 1 determines whether the user who is playing the game (accessing the game) is a senior of another user (S111). If the accessing user is not related to another user as a senior (NO in S111), the process is terminated without performing subsequent processing for the user. On the other hand, if the accessing user is a senior (YES in S111), and the senior's game level has improved (YES in S113) during the senior's game (YES in S112), the junior newly registered in the game service. It is determined whether or not the improvement in the level of the later senior game has reached the reference value (S114). Here, the improvement in the level of the senior's game does not reach the reference value (NO in S114), and when the senior finishes the game (NO in S112), the process ends without performing the subsequent processing.
  • the new invitation registration privilege granting unit 57b of the game server 1 provides the new invitation registration privilege to the senior user invited to the senior. Is given (S115). For example, when the reference value is set to 5, 10, 15 and a senior's game level improvement reaches any one of 5, 10, 15, a new invitation registration privilege is granted to a junior. It will be. For example, when the senior's game level is “25” when the junior newly registers with the game service, the senior's game level reaches “30”, “35”, “40”. A new invitation registration privilege will be given to each junior. At this time, the new invitation registration privilege to be granted to the junior may be anything that is advantageous in the game as compared to before granting the privilege as described above, and various benefits can be applied without being limited to the point or item grant. .
  • the notification means 59 gives the new invitation registration privilege to the junior terminal device 3.
  • the screen data indicating that is granted is transmitted, and the grant of the privilege is notified to the junior (S117).
  • the game server 1 determines whether or not the user who is playing the game (accessing the game) is a junior (S121). If the accessing user is not a junior (NO in S121), the process is terminated without performing subsequent processing for the user. On the other hand, when the accessing user is a junior (YES in S121), and the junior game level is improved (YES in S122) and the level of the junior game is improved (YES in S123), the level is a predetermined value (for example, beginner) It is determined whether or not the level 15) that exceeded the level has been reached (S124). Here, if the level of the junior game does not reach the predetermined value (NO in S124) and the junior finishes the game (NO in S122), the process is terminated without performing the subsequent processing.
  • the game server 1 gives a rare item, points, etc. as graduation reward to the junior (S125).
  • the invitation privilege provision part 57a of the game server 1 provides a rare item, a point, etc. as a last invitation privilege with respect to the senior who invited the junior (S126).
  • the privilege provision means 57 of the game server 1 complete
  • privilege grant means 57 does not perform grant processing of privilege (invitation privilege, new invitation registration privilege) to any of seniors and juniors thereafter.
  • S125 and S126 may be omitted depending on the game specifications.
  • the notification means 59 of the game server 1 transmits screen data indicating that the graduation reward has been granted and that the new invitation registration privilege has ended to the junior terminal device 3, and notifies the junior of these facts. Notification is made (S129). Also, if there is an access from the senior terminal device 3 to the game server 1 (YES in S130), the notifying means 59 will inform the senior terminal device 3 that the last invitation privilege has been granted and the invitation privilege. The screen data indicating the end is transmitted, and this is notified to the senior (S131).
  • the end timings of the invitation privilege and the new invitation registration privilege are matched, but the end timings of both privileges may be different. For example, when the junior game level reaches 20, the invitation privilege for the senior may be terminated, and when the junior game level reaches 15, the new invitation registration privilege for the junior may be terminated. .
  • the criteria for determination may be changed as follows.
  • the degree of difficulty may be used as a criterion, and the privilege may be terminated when these values reach a predetermined value.
  • the privilege granting process is not executed after the value on the game related to the junior, which changes as the junior's game progresses, reaches a predetermined value. Thereby, it is possible to urge the user to invite a new user.
  • the user finishes granting a privilege at a timing when he / she has enjoyed a certain privilege he / she wants to receive an attractive privilege again, and has a strong motivation to invite a new user to the game. Can be given to the user.
  • FIG. 26 shows a configuration for realizing “matching cooperation” that makes use of the continuous relationship between the invited user (senior) and the invited user (junior) after the invited user newly registers in the game service.
  • This will be described with reference to a functional block diagram.
  • the same member number is attached
  • the game server 1 (game management device) according to the present embodiment further includes a battle cooperation management unit 62 and a battle cooperation reception unit 63 in addition to the units 51 to 61 shown in FIG. These means 62 and 63 are realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.
  • the battle cooperation managing means 62 automatically causes the invited user (junior) character to be added to the inviting user side as a “helper”, and the battle cooperation It has a function to make it. That is, after a junior newly registers for a game service, a hierarchical relationship is established between the senior who introduced the junior and the junior, and the junior character automatically cooperates with the senior character as a "helper” It has become. Since a senior character takes part in the senior side as an assistant and cooperates with the senior side, the strength of the senior side is improved, so that the senior's battle is more advantageous than when there is no such cooperation.
  • the “other character” when the senior character battles with another character is a character of another user or a character prepared by the CPU of the game server 1 (for example, a boss character appearing at the end of each stage, etc. ).
  • the operation of the assistant's cooperation request by the senior is unnecessary, and the battle cooperation management is performed based on the senior / junior relationship information managed by the relationship management means 56 of the game server 1.
  • the means 62 causes the senior character to automatically participate in the senior side, thereby realizing the battle cooperation.
  • the senior / junior relationship is registered in the database server 2 after the successful invitation, and the continuous relationship between the two is managed. It becomes possible to cooperate with each other.
  • the number of fellow helpers who can cooperate in the battle can be set to “1”, for example.
  • the number of fellow helpers who can cooperate in the battle can be set to “2”, for example.
  • the following configuration is adopted so as not to become a problem.
  • a predetermined number (first prescribed number) of fellow assistants who can arbitrarily request the battle cooperation is secured.
  • a “junior helper frame” in which a junior character is automatically a helper
  • a “friend helper frame” in which a user can optionally use a favorite fellow user character as a helper.
  • a helper frame is available.
  • the junior assistant frame is a special assistant frame dedicated to invitations given only to seniors who have succeeded in inviting junior students.
  • the game server 1 selects a friend user character (or a first prescribed number) that is equal to or less than a first prescribed number that can request a battle cooperation, in addition to a battle cooperation by a junior character that is automatically executed.
  • Competitive cooperation receiving means 63 for receiving the following selection of fellow users) by an operation on the user terminal device 3 is provided. If the user operates the terminal device 3 and selects a fellow user character (or fellow user) who wants to be an assistant, the terminal device 3 will play a battle including information on the selected fellow user character (or fellow user).
  • Cooperation request information is transmitted to the game server 1.
  • the battle cooperation reception means 63 of the game server 1 receives the battle cooperation request information transmitted from the user's terminal device 3, and receives the fellow user character selected by the user as an assistant.
  • FIG. 27 shows an example of the game screen in the battle mode.
  • information 81 of the opponent team (enemy army) designated by the user and information 77 of the user team (own army) are displayed.
  • the opponent's team (enemy) information 81 for example, the opponent's user name, avatar, player card, information on strength, and the like are displayed.
  • the user's team (self-army) information 77 information on the user name, avatar, player card, strength, and the like of the user are displayed.
  • the assistant display area 83 of the game screen information such as characters that cooperate with the army as assistants is displayed.
  • the game screen is generated by the game screen generation unit 52b of the game server 1 and is transmitted to the user's terminal device 3 by the game screen transmission unit 52c, and is displayed on the display unit 35 of the terminal device 3. .
  • FIG. 27 shows an example in which a player card set as a fourth batter among a plurality of player cards possessed by a junior is automatically set as a helper character.
  • a representative character such as a player card set as an ace pitcher or a player card set as a leader (captain) may be a junior assistant character.
  • the assistant display area 83 also displays the avatar of the junior who cooperates in the battle and the strength improvement information by the battle cooperation.
  • “attack power + 100” is displayed as the strength-up information by battle cooperation.
  • a “call assistant from fellow” button 78 (or hyperlink) is displayed, and in addition to the assistant of the junior, an arbitrary fellow character can be requested as a fellow assistant. Yes.
  • the friend's assistant frame is “1”.
  • the screen changes to, for example, a helper selection screen shown in FIG.
  • fellow users who have a fellow relationship with the user and characters (player cards) possessed by the fellow user are listed and displayed. Note that information that cannot be displayed on the screen can be displayed as a separate screen by scrolling the screen or requesting the second or subsequent page of the assistant selection screen from the game server 1.
  • this assistant selection screen an information display area for each fellow user listed is provided.
  • Player card 93, player name 94, information on the player card (level, attack power, etc. set in the player card) 95 and the like are displayed.
  • FIG. 28 the example which can select the player card set as a 4th batter among the several player cards which a fellow user has as a helper character is shown.
  • a representative character such as a player card set as an ace pitcher or a leader may be selected as a fellow assistant.
  • a fellow character who wants to be an assistant can be selected.
  • the assistant selection screen of FIG. 28 when the user A operates the terminal device 3 and selects the character of the fellow user B as an assistant, the game screen illustrated in FIG. In addition to the junior assistant, user B's player card 96 is added as a fellow assistant.
  • the game server 1 stores the fellow assistant information in the database server 2 (storage device) in association with the user ID of the user. Therefore, if the user performs an operation of selecting a fellow assistant, the last-selected fellow character is set as the assistant in the next battle.
  • the helper display area 83 displays a “button 97 (or hyperlink) for changing a fellow helper. Is selected, the screen shifts to the assistant selection screen shown in FIG. 28, and it is possible to reselect a friend character to be an assistant.
  • the battle command is transmitted from the terminal device 3 of the user to the game server 1. Is done.
  • the game server 1 receives a battle command from the user's terminal device 3 (YES in S131)
  • the game server 1 determines whether there is a junior invited by the user (S132).
  • the battle cooperation management means 62 automatically causes the junior character (4th batter's player card or the like) to be automatically assigned to the user as an assistant (S133).
  • the process proceeds to S134 without executing the process of S133.
  • a fellow assistant has been selected by the user (S134). That is, it is determined whether or not the friend user character arbitrarily selected by the user, received by the battle cooperation receiving means 63 as an assistant, is stored in the database server 2.
  • the battle cooperation managing means 62 causes the fellow user (4th batter's player card or the like) to participate in the user side as an assistant (S135).
  • the process proceeds to S136 without executing the process of S135.
  • the game execution means 52a executes a battle taking into account the assistant (S136). That is, the game execution means 52a reads out from the database server 2 the player card information of both teams corresponding to the user IDs of both users who are playing the battle (player card information of regular players participating in the game). Furthermore, when there is a junior player card and / or a fellow player card that cooperates as a helper, the player card information to be a helper is also read from the database server 2. For example, the game execution means 52a adds the ability value of the player card serving as a helper to the sum of the ability values of the player cards of the user's team (self army) who set up the match, and the team's team strength (attack strength) of the user ) Is calculated.
  • the game execution means 52a calculates the team strength (defense strength) of the opponent by summing the ability values of the player cards of the opponent team (enemy army). And the game execution means 52a performs the calculation which determines victory or defeat based on the team strength of both teams. As an example of the calculation of this win / loss decision, the team with the higher strength of both teams may be the winning team, or the team with the higher strength will win higher than the probability with the team with the lower strength winning. Then, the winning team may be obtained by probability calculation.
  • the game information management means 51 of the game server 1 updates the game information of both users in order to reflect the result of the battle in the game information of both users who battled (S137). Furthermore, the game screen generation means 52b of the game server 1 generates game screen data for displaying the battle result (S138). And the game screen transmission means 52c transmits the game screen data produced
  • a predetermined number (first prescribed number) of fellow assistants can be arbitrarily requested by the user. Secured. Therefore, a part or all of the limited number of fellow assistants will not be automatically filled by a junior character who cooperates with the senior side. Help the user's character.
  • This junior assistant frame is a special assistant frame given only to users who have been successfully invited, and can give the user a strong motivation to invite new users to the game.
  • the number of juniors who can cooperate with the senior side and cooperate with each other may be allowed without limitation as described below, or a limit may be set.
  • the junior assistant frame is a special assistant frame dedicated to the invitation given only to the senior who has succeeded in inviting the junior, and is one of the benefits given to the invited user. Therefore, if the invitation of multiple juniors succeeds, the number of junior assistants will increase without limit according to the number of juniors, so that users who have successfully invited multiple juniors can enjoy great benefits. Good.
  • the number of juniors who can participate in and cooperate with the senior side may be limited to a prescribed number (second prescribed number) or less.
  • the battle cooperation management means 62 has a second rule having a character with a higher ability value among the plurality of juniors. It is desirable to select a number of juniors and have the second side of the selected second specified number of junior characters automatically participate in the senior side.
  • the second prescribed number in order from the junior having a character with a high ability value.
  • the junior is automatically selected, and the strongest junior character within the upper limit can automatically cooperate with the senior's battle.
  • the flowchart of FIG. 31 shows an example of a battle process of the game server 1 when an upper limit is set for the number of juniors who can participate in the battle cooperation with the senior side.
  • the battle process shown in FIG. 31 can be realized by inserting steps S141 and S142 between S132 and S133 in the flowchart of FIG.
  • FIG. 31 shows an example in which the upper limit number (second prescribed number) of juniors who can participate in the battle cooperation with the senior side is two.
  • the same steps as those in the flowchart of FIG. 30 are denoted by the same step numbers, and the description thereof is omitted as appropriate.
  • the battle cooperation management means 62 selects two juniors having a higher ability value from a plurality of juniors (S142). ). In this case, the battle cooperation management means 62 causes the selected two junior characters to assist the user who set up the battle (S133).
  • the battle cooperation management means 62 sets up a battle with all the junior characters as assistants without going through the selection process of the juniors in S142. Let the user side take part (S133). The steps after S134 are the same as the steps shown in the flowchart of FIG.
  • the junior assistant's helper frame As described above, by setting a certain upper limit for the junior assistant's helper frame, it is possible to avoid an extreme disruption of the balance of strength between the two fighting players. Furthermore, even when the number of junior members exceeds the upper limit, the strongest junior character within the upper limit automatically cooperates as a helper, so that the user can enjoy the advantage of inviting more juniors.
  • the senior character when a senior character battles with another character, the senior character is automatically assisted as a "helper" to the senior side, and the configuration that cooperates with the battle is explained. It is also possible to configure the senior to cooperate with the junior's battle. That is, when the invited user (junior) character battles with another character, the battle cooperation management means 62 automatically causes the invited user (senior) character to participate in the invited user side as a “helper”. , You may cooperate with the battle. In this case, since the senior character automatically participates in the junior side as an assistant and cooperates with the junior side, the strength of the junior side is improved, so the junior's battle is advantageous compared to the case where there is no such cooperation. .
  • helper frames there are two different helper frames: a “senior helper frame” in which the senior character is automatically a helper, and a “friend helper frame” in which the user can optionally be a favorite fellow user character.
  • the senior helper frame is a special helper frame dedicated to invitation that is given only to juniors who have received an invitation and newly registered in the game.
  • the parameter setting means 58 is provided to the terminal device 3 of the invited user (senior) while the invited user (junior) is accessing the game.
  • the invitation privilege of raising the set value has been described, even if the invited user has finished accessing the game, the invitation privilege may be given to the invited user as described below.
  • the privilege granting unit 57 applies to the inviting user's terminal device 3 within a predetermined time from the start of access to the game of the invited user even when the invited user has finished accessing the game.
  • the invitation privilege that increases the value set by the parameter setting means 58 is given to the invited user. This configuration emphasizes the fact that the invited user has accessed the game, not only while the invited user is accessing the game, but also after the invited user has finished accessing the game, A period for enjoying the invitation privilege can be provided.
  • the predetermined time can be set to an arbitrary time length such as 8 hours, 12 hours, 24 hours, etc. It is.
  • the predetermined time may be “a time from an access start time of the invited user to the game to a final time (24:00) of the day to which the access start time belongs”. In this case, the invited user enters the game. It is a period during which the invited user can enjoy the invitation privilege all day after starting the access.
  • the invited user accesses the game, a predetermined time (for example, from the start of the invited user's access to the game, regardless of the duration of the access time to the game by the invited user) , 12 hours), the invited user can enjoy the invitation privilege that the value of the parameter set by the parameter setting means 58 for the terminal device 3 of the invited user increases. For example, even if the invited user once accesses the game and ends immediately, the invited user can enjoy the invitation privilege for several hours or all day.
  • a predetermined time for example, from the start of the invited user's access to the game, regardless of the duration of the access time to the game by the invited user
  • the access management unit 54 of the game server 1 acquires the invited user's access start time to the game, and associates this access start time with the user ID of the invited user in the database server 2 (stored). Device). And if the invited user who invited the said invited user accesses a game and plays a game within the predetermined time from the access start of a invited user's game, the privilege provision means 57 will be the terminal device of the said invited user. 3, the value set by the parameter setting means 58 is increased, so that even if the invited user has finished accessing the game, the invited user can enjoy the invitation privilege.
  • the invited user it is good also as a structure which provides a new invitation registration privilege. That is, even if the inviting user (senior) finishes access to the game, the privilege granting means 57 is the terminal of the invited user (junior) within a predetermined time from the start of access to the game of the inviting user. It can be set as the structure which gives the new invitation registration privilege which raises the value which the parameter setting means 58 set with respect to the apparatus 3 with respect to an invited user.
  • the relationship management means 56 manages the relationship as “senior / junior” in a game in a pseudo manner, but is not limited to this. For example, even if the relationship between the invited user and the invited user is managed as “parent / child”, “brother / brother”, “sister / sister”, “boss / subordinate”, “teacher / student”, etc. Good. Or the relationship management means 56 may manage the relationship between both users, without attaching
  • the privilege provision means 57 is provided with both the invitation privilege provision part 57a which provides a privilege to an invited user, and the new invitation registration privilege provision part 57b which provides a privilege to an invited user.
  • the privilege granting unit 57 may include only the invitation privilege granting unit 57a and may not include the new invitation registration privilege granting unit 57b.
  • the game execution program is mounted on the game server 1 side, and the game server 1 performs arithmetic processing and data processing for the game progress according to the input operation in the terminal device 3 of each user.
  • the game server 1 manages game information such as relationship information between invited users and invited users, user character information, owned item information, friend information, message information, and exchanges messages between users in the game.
  • the present invention is also applied to a game system that is basically performed on the user's terminal device side with respect to part or all of the game execution processing for advancing the game it can.
  • the present invention can also be applied to a game system in which a part or all of the game execution program is downloaded or installed on the user terminal device side and the game execution processing is also performed on the terminal device.
  • a user terminal device peers with another user terminal device by Internet communication, wireless LAN communication, short-range wireless communication using a predetermined frequency band (for example, 2.4 GHz frequency band), or wired LAN communication. It is also possible to execute a peer-to-peer game by connecting two to peers.
  • a user terminal device various devices that can be connected to a game server (game management device) via a network and receive a game service can be applied.
  • the above-described mobile phone terminal, PHS terminal, mobile information In addition to a terminal (PDA), a smartphone, a personal computer, and a tablet computer, a home video game device having a network connection function (a game configured by connecting a home video game machine to a home television) Apparatus), a portable game-dedicated apparatus, a multi-function television receiver (so-called smart TV) having a bidirectional communication function, and the like are also applicable.
  • the “first user” who is an invited user who invited a new game service registration, and the invited user “second user” who newly registered in the game service in response to the invitation After the two users are related to each other, a description is given of a configuration in which a privilege is given to the “first user” according to the access to the game of the “second user” or the progress of the game. did. Not limited to this, as shown in FIG. 32, the game management device (game server 1, database server 2) makes a predetermined invitation (such as an invitation to a game) or application (such as a friend's application) from the first user.
  • a predetermined invitation such as an invitation to a game
  • application such as a friend's application
  • the received second user responds to the invitation or application
  • information relating the first user and the second user is stored in a storage device (such as the database server 2) and the relationship between the two is managed.
  • the first user and the second user are related by the relationship management unit 56 and the relationship management unit 56, the first user is accessed to the game of the second user or the progress of the game Accordingly, it is only necessary to provide a privilege providing means 57 that grants a privilege. This can give the first user strong motivation to establish a relationship with the second user (invite a new user to the game or build a friendship). Service can be activated.
  • the “first user” is a user who has applied for a fellow to the second user, and the “second user” has approved the fellow application from the first user.
  • An example will be described.
  • the same member number is attached
  • the relationship management means 56 has the function of the above-mentioned friend management means 60 and manages the friendship between users. And the relationship management means 56 clearly distinguishes and manages the 1st user who applied for friend and the 2nd user who approved it about two users who are in a fellow relationship.
  • FIG. 33 shows an example of fellow relation information relating the first user who applied for fellowship and the second user who approved it, which the relation management means 56 stores and manages in the database server 2. ing.
  • the 2nd user who received the friend application from the 1st user approves the application
  • the 2nd user supports "the cheering party" and the 1st user "supports"
  • the relationship management means 56 manages the relationship between both users.
  • any name such as “cheering party” may be used in the game.
  • a first user makes a friend application to a second user to make a friend, and a “cheering party” that is a friend who supports him / her is acquired.
  • the relationship management means 56 is supported by the first user.
  • the user ID of the second user to be a cheering party is stored in a predetermined storage area of the database server 2 in association with the user ID of the user.
  • each user can acquire multiple cheering teams.
  • user B is a cheering party for user A, but user B also has his cheering party.
  • An upper limit can be set for the number of cheering groups that each user can acquire (the number of applications that the first user can apply to become a cheering party).
  • this upper limit one upper limit common to each user (for example, 50 groups) can be provided.
  • the number of cheering teams that can be acquired may vary within a predetermined range (for example, a range of 1 to 50) according to the progress of each user's game.
  • the first user who applied for and the second user who approved it are not equal, and the second user is in the cheering party of the first user.
  • the first user is not the cheering party of the second user.
  • the user B only approves the application of the user A
  • the user B becomes the cheering party for the user A
  • there is no mutual relationship that the user A becomes the cheering party for the user B in order for the user A to become the cheering party of the user B, it is necessary for the user B to apply to the user A to become his cheering party, and then the user A approves it. .
  • the operation when the first user makes an application to become the cheering party for the second user is basically the same as the operation when making the above-mentioned friend application.
  • the game server 1 performs processing as described below when applying for each user to become a cheering party so that the two users can easily become the cheering party of the other party.
  • FIG. 34 shows an example of the main screen (user's My Page) of the game according to the present embodiment.
  • the terminal device 3 such as a smartphone equipped with the acceleration sensor
  • the vertical display and the horizontal display are automatically switched when the user tilts the terminal device 3.
  • FIG. 34 is an example of a horizontal display screen.
  • the horizontal display is used.
  • the vertical display may be used.
  • the display unit 35 is relatively large, such as a PC or a tablet terminal, for example, the screen as shown in FIG. 34 can be displayed as it is, so that there is no need to change the vertical and horizontal directions. The same applies to FIG. 35 described later.
  • the main screen includes user game information 151 (user's photo or avatar, user level, etc.), a button group 152 for selecting various modes, a player card 153 set by the user as a team order, A text display area 154 for displaying the explanation of the operation inside and various notifications, a “cheering party” button 155 for confirming the cheering party, and the like are displayed.
  • user game information 151 user's photo or avatar, user level, etc.
  • a button group 152 for selecting various modes
  • a player card 153 set by the user as a team order
  • a text display area 154 for displaying the explanation of the operation inside and various notifications
  • a “cheering party” button 155 for confirming the cheering party, and the like are displayed.
  • the screen changes to the cheering party screen of FIG. 35 so that his / her “cheering party” can be viewed.
  • the cheering party screen is provided with a “recruiting cheering party” button 172 for recruiting one's own cheering party.
  • the game server 1 executes a process of extracting cheering party candidate users according to the information related to the input by the user A.
  • the game server 1 is configured such that the user A is the cheering party of the extraction target user, but the extraction target user is not the cheering party of the user A (however, the cheering team that can be acquired) (Excluding users whose number has reached the upper limit)).
  • This extraction process is executed based on the friendship relationship information of FIG. 33 stored in the database server 2.
  • the game server 1 When the extraction target user as described above is preferentially extracted, the game server 1 includes a cheering party including information 181 that notifies that the user A is a cheering party as shown in FIG.
  • the candidate list screen data is generated and transmitted to the terminal device 3 of the user A. Thereby, the user A can apply to a partner who is already a cheering party so that he can become a cheering party.
  • the game server 1 gives priority to a user whose number of cheering groups that can be acquired has not reached the upper limit (that is, a user who has a free application group for the cheering group) over a user whose number of cheering groups has reached the upper limit. Extracted and included in the cheering party candidate list.
  • the users randomly extracted from them are included in the cheering party candidate list.
  • the user A becomes a cheering party for the user G.
  • the user G can apply to the user A to become a cheering party by utilizing the vacant space of the application frame. In this way, two users can easily become a cheering party of each other.
  • the screen changes to an application screen (not shown) and the selected user can apply to become his cheering party. It is like that. If user A inputs an arbitrary message at the time of this application, the message is delivered to the other user together with the application.
  • a confirmation screen (not shown) for confirming whether or not to approve the application from the user A transmitted from the game server 1 is displayed on the terminal device 3 of the user (user F) who has received the application from the user A. Is displayed. When the user A who is the applicant is already the cheering party of the user F, it is desirable that information for notifying the fact is displayed on the confirmation screen.
  • the relationship management means 56 of the game server 1 will identify the user A as “the person to be cheered (first user)” and the user F. It registers with the database server 2 as "a cheering party (2nd user)", and manages the relationship between both continuously after that.
  • the privilege provision means 57 of this Embodiment is "the person who is supported (the person who is cheered on” the relationship between the "senior (first user)” and “junior (second user)” of each above-mentioned embodiment.
  • the first user can access the game of the second user or Various benefits are granted according to the game progress.
  • FIG. 37 shows a preferred main functional configuration example of the game management device (game server 1, database server 2) of the present embodiment.
  • the game management apparatus mainly includes relationship management means 56, initial value storage control means 201, progress degree calculation means 202, and privilege grant means 57.
  • the relationship management unit 56 associates the first user with the second user.
  • the stored information is stored in a storage device (such as the database server 2) to manage the relationship between the two.
  • the invited user (first user) who invited the new game service registration is “senior”, and the invited user (second user) newly registered in the game service in response to the invitation is displayed.
  • the invited user (first user) is the “supported person” and the invited user (second user) is the senior team of the cheering party. It shall be referred to as a “support party”. Therefore, the 1st user can acquire "a cheering party" by the above-mentioned friend application, or can acquire "a support party" by the invitation to a game.
  • the initial value storage control unit 201 sets, as an initial value, a value of a progress parameter indicating a game progress status of the second user when the first user and the second user are related by the relationship management unit 56.
  • a storage device such as the database server 2).
  • the “second user progress parameter” indicates the game progress status of the second user (cheering party or support party), and changes with the progress of the second user game.
  • Various game parameters related to the user can be included.
  • the game level of the second user can be used as the progress parameter.
  • the level of this game may be increased by 1 each time the experience value acquired by progressing the game reaches a predetermined value, or the number of wins is increased to a predetermined number by performing a battle in the game. You may level up by 1 each time you reach it. Further, as the level of the user's game increases, the experience value or the number of wins necessary for level up may be increased.
  • the progress parameter of the second user include the level or ability value of the character owned by the second user, the strength value of the team of the second user, and the in-game game reached by the second user. It may be a level of difficulty of the stage. Alternatively, any value other than these may be used as long as the parameter indicates the game progress status of the second user.
  • the second user at the time when the second user approves the application of the first user's companion (cheering team) and the second user is related as the cheering team of the first user.
  • the game level is stored as an initial value.
  • FIG. 38 illustrates information on the initial value of the second user level stored in the predetermined area of the database server 2 by the initial value storage control unit 201. As shown in the figure, the initial value of the level of the second user at the time when the first user and the second user are associated with each other is stored.
  • the progress degree calculation means 202 uses the initial value storage control means 201 to indicate the degree of progress of the second user in the game after the first user and the second user are related by the relation management means 56. It has a function of calculating as a difference between changes in the game level (progress parameter) from the stored initial value.
  • the level (initial value) of the game of the second user at the time when the second user is related as the cheering party (or support party) of the first user is L2initial
  • a is a constant, and an arbitrary numerical value (for example, 0, 1 or the like) can be a.
  • a 1.
  • the progress degree P2 on the game of the 2nd user who became the cheering party of the 1st user is called the "cheering party level" of the 2nd user.
  • the privilege provision means 57 of this Embodiment is a 1st user's progress degree on the 2nd user game calculated by the said progress degree calculation means 202 (cheering party level with respect to a 1st user). Depending on the, it has a function of granting a privilege.
  • the privilege granted to the first user the various privileges described above can be applied.
  • the privilege grant means 57 grants the following characteristic and attractive privilege to the first user. That is, the privilege granting means 57 is set to the second user's cheering team level calculated by the progress degree calculating means 202 every time the first user plays a battle in the game mode in which a battle is played with the opponent in the game. The corresponding point or item is given to the first user.
  • the cheering party level P2 for the first user A of the second user B is 20
  • each time the first user A executes a battle 20 points are given to the first user as a privilege. Is done. This point can be used, for example, when an item or the like is obtained at a shop virtually provided in the game.
  • the 1st user A is carrying out not only the 2nd user B but the 2nd users C, D, ... as his cheering party, each time the 1st user A performs a battle, The point for which the cheering party level with respect to the 1st user A of 2nd user B, C, D, ... was added is given to the 1st user A.
  • the cheering party level of all the second users for the first user is 100, and the first user is 1 If it is assumed that six battles (games) are executed per day, 30,000 points (50 people ⁇ 100 ⁇ 6 games) will be given to the first user per day. In this way, since the benefits for each match by the cheering team are added together, the more the number of cheering teams are, and the greater the cheering team level of each cheering team is, the benefit that the first user can receive every time during the fighting is It will be bigger.
  • a predetermined number for example, 6
  • This “game ticket” is a right item that can be played once per piece.
  • the “match ticket” used for the match is lost from the user's hand. On the day when the user does not access the game, the six “game tickets” cannot be obtained.
  • each user In order to obtain a privilege that can be acquired for each match, the user needs to access the game every day and obtain a “match ticket”. Thereby, the motivation which tries to access a game every day can be given to a user.
  • a predetermined period for example, 12 hours
  • a predetermined number of game tickets may be given.
  • the reward for becoming a cheering party may be other than “game ticket”.
  • the relationship of a cheering party or a sponsorship association may be canceled.
  • a “match ticket” can be obtained when a predetermined condition is satisfied during a game match (for example, when a character of the user's team hits a home run) or by playing a game mode other than a match. It may be possible. Or you may enable it to purchase a "game ticket” using the above-mentioned coin for acquiring the item of charge object.
  • the present invention is not limited to this, and when the second user B has not grown since becoming the cheering party of the first user A, the first user A has the privilege of using the second user B as the cheering party. May not be given.
  • the game server 1 responds to the input operation performed in the terminal device 3 of the first user A so as to become a cheering party for the second user B (YES in S151). 2 is notified to the terminal device 3 of the user B (S152). Thereafter, the processing is divided depending on whether the second user B approves or rejects the application from the first user A (S153).
  • the relationship management means 56 of the game server 1 stores information relating the first user A and the second user B in the database.
  • the server 2 stores the information and manages the relationship between the two (S154). In the present embodiment, as illustrated in FIG. 33, the friendship between the first user A and the second user B as a cheering party is managed.
  • the game server 1 is given one “match ticket” as a reward to the terminal device 3 of the second user B who has become the cheering party, and as a reward.
  • a notification is made (S155).
  • the above-described notification means 59 of the game server 1 indicates that the second user B has become a cheering party. And it notifies that the privilege according to the cheering party level of the 2nd user B was received for every battle
  • step S153 if the second user B rejects the application of the first user A in step S153, the process proceeds to S156, and if there is access to the game server 1 from the terminal device 3 of the first user A (S156).
  • the game server 1 notifies that the second user B has refused to become a cheering party (S157).
  • FIG. 1 exemplifies the granting process for the privilege that points corresponding to the cheering team level of each cheering team are obtained each time the user executes a battle.
  • Each user registers a predetermined number of player cards (characters) that he owns in one army and forms his team. Each user can play a match with another user's team (a baseball game in this embodiment) as a director who directs his team.
  • the game server 1 determines that the cheering party (the second cheering party as the cheering party) associated with the user A based on the information illustrated in FIG. It is determined whether or not (user) exists (S162).
  • the cheering party of the user A exists (YES in S162)
  • the progress degree calculation means 202 of the game server 1 calculates the cheering party level (progress degree on the game) of each cheering party of the user A ( S163). That is, the progress degree calculation means 202 is the level of the game when the second user who is each cheering party of the first user A becomes the cheering party of the first user A according to the above formula (1).
  • the difference in level change from the initial value is calculated as the cheering party level.
  • the privilege granting means 57 of the game server 1 gives the first user A the same points as the cheering party level of the cheering party of the first user A (S164). In addition, when the 1st user A has a some cheering party, the point which added the cheering party level of each cheering party is given to the 1st user A.
  • the privilege granting process in the flowchart of FIG. 40 is executed every time the user plays a battle.
  • step S162 if there is no cheering party for user A in step S162 (NO in S162), the process ends without executing the privilege grant process.
  • a support party is a friend who has a privilege effect higher than a cheering party (a point given to a 1st user, etc. are large), and is similar to a cheering party. Can be handled.
  • the initial value of the game level of the second user when the sponsorship meeting is held is “Lv1”. is there. Therefore, the progress degree (cheering team level) on the game, which is the difference in the change in the game level from the initial value, is equal to the current game level in the case of the sponsorship party.
  • the game management apparatus mainly includes the relationship management means 56, the initial value storage control means 201, the progress degree calculation means 202, and the privilege grant means 57 as shown in FIG. It is the composition which is.
  • the privilege according to the progress degree (cheering party level) on the 2nd user's game is continued. For example, when it becomes a friend or when the invitation is successful, the benefit is more attractive than the conventional privilege in which points are given only once.
  • the privilege given to a 1st user is a thing according to the progress degree (cheering party level) on the 2nd user's game after a 1st user and a 2nd user were related. Therefore, the first user is given a motivation to communicate with the second user in order to promote the game progress of the second user. Thereby, activation of a game community is achieved.
  • FIG. 35 is a screen example when the “my cheering party” button 161 is selected.
  • the information display area 164 includes an avatar (or photo) 165 of a second user who supports the cheering team, a representative player card 166, a user name 167, an initial value 168 of the game level, and a current value of the game level. 169, the cheering party level 170, the number of cheering members 171 described later, and the like are displayed. Information about cheering groups that cannot be displayed on the screen can be displayed by operations such as screen scrolling.
  • Each user confirms the cheering team level of each cheering team on the cheering team screen, and sends a message such as “Let's do your best” to promote the progress of the game. Can be encouraged.
  • the game management apparatus includes cheering party number management means 203 (number of friends management means) in addition to the means shown in FIG.
  • the cheering party number management means 203 may apply so that the first user becomes a cheering party (companion) as the level of the first user's game (a progress parameter indicating the progress of the game) increases. It has a function to increase the number of possible. For example, when the user's game level is “Lv1”, only one person can apply for the cheering party. Thereafter, each time the user's game level increases by “1”, the number of applications for cheering teams is increased by one. In addition, when the maximum value of the user's game level is Lv50, the maximum value of the number of cheering teams is also 50. This is just an example. For example, every time the user's game level increases by “2”, the number of cheering groups that can be applied for increases by one, or whenever the user's game level increases by “1”. You may increase the number of groups you can apply by two.
  • the first user can obtain more benefits. Therefore, in order to make more cheering teams, it is possible to motivate each user to play games actively (promote each user's game progress).
  • the “progress parameter indicating the game progress status” for determining the number of cheering groups that the user can acquire is not limited to the level of the user's game, but as described above, the level of the character owned by the user and the user It may be the difficulty level of the stage in the game that has been reached.
  • the in-game production is performed such that the cheering party level is equal to the number of cheering members, and the cheering party level of the cheering party increases as the cheering party level increases.
  • the cheering party level of the user B who is the cheering party of the user A is 20, the cheering party (user B) has 20 cheering party members.
  • the cheering party level of the user C which is another cheering party of the user A is 10
  • This “exciting effect” is to generate an advantageous effect for the user A at the time of the battle, and improve the strength of the user A at the time of the battle over the current strength (or the strength of the opponent user is higher than the current strength). To lower).
  • the game management apparatus for realizing this includes a total calculation means 204, a comparison means 205, and a strength variable means 206 in addition to the means shown in FIG.
  • the comparison unit 205 has a function of comparing the total value (total number of cheering members) of both users calculated by the total calculation unit 204 with both users performing the battle as separate first users. For example, the second user B, C, D,... Is related to the first user A as a cheering party, and the second user R, S, T,. It shall be related. And when the 1st user A and the 1st user Q play, the number of cheering members of all the 2nd users B, C, D, etc. related with respect to the 1st user A The total value Ptotal (A) is compared with the total value Ptotal (Q) of the number of cheering members of all the second users R, S, T,... Related to the first user Q. .
  • the strength variable means 206 improves the strength at the time of the battle of the user with the larger total value (total number of cheering members) out of the two users, or both It has a function of reducing the battle strength of the user with the smaller total value among the users, compared to the current battle strength.
  • “improve the strength over the current strength” parameters (tones, abilities, etc.) related to the strength of each player card (character) constituting the team of the user with the larger total number of cheering members It is possible to improve the current value by a predetermined amount.
  • Each player card is set with one of the above-described six-stage parameters, and the strength variable means 206 determines the tone of all player cards constituting the team of the user with the larger total number of cheering members, for example. Step by step (for example, one step). Alternatively, by lowering the tone of all player cards constituting the team of the user with the smaller total number of cheering members by a predetermined level (for example, one level), the user with the larger total number of cheering members becomes relatively advantageous. It may be.
  • the game server 1 when the team of the user A and the team of the user Q play a battle (YES in S171), the game server 1 is associated with at least one of the user A or the user Q based on the information illustrated in FIG. It is determined whether there is a cheering party (second user as a cheering party) (S172).
  • the total calculation unit 204 of the game server 1 calculates the total number of cheering members of the user A and the total number of cheering members of the user Q (S173). ).
  • the comparison unit 205 compares the total number of cheering members of the user A with the total number of cheering members of the user Q (S174), and the strength varying unit 206 determines the team of the user with the larger total number of cheering members based on the comparison result.
  • the tone of all player cards is raised by one step (S175).
  • the total number of cheering members who do not have the cheering party is zero. As a matter of course, the user who has the cheering party becomes the user with the larger total cheering member.
  • the battle game is executed.
  • a simulation of a baseball game is executed by an AI (Artificial Intelligence) program based on parameters such as ability and tone of player cards of both teams.
  • AI Artificial Intelligence
  • a part or all of the game execution program is downloaded or installed in the terminal device 3, and the game execution process is performed on the terminal device 3, so that the characters of each player card are displayed on the screen as a 3D video. It may be.
  • step S172 if there is no cheering party at all for user A and user Q in step S172 (NO in S172), the process of FIG. 43 is completed without executing the strength variable process, and then the battle game is executed. Will be.
  • the game management apparatus is configured to include the total calculation means 204, the comparison means 205, and the strength variable means 206 as shown in FIG.
  • the level of the game progression level and proficiency level
  • the second users who are more eager to play the game and have a high degree of progress on the game It is possible to realize a highly entertaining game in which the battle can be advantageously advanced.
  • the game management apparatus includes an access information storage control unit 54a (access information storage control means) and a relationship resolution means 207 in addition to the means shown in FIG. I have.
  • the access information storage control unit 54a has a function of storing access information on the user's game in a storage device (such as the database server 2).
  • the “predetermined period” may be an arbitrary period such as 2 weeks, 1 month, 2 months, or the like. In the present embodiment, the following description is continued assuming that the “predetermined period” is one month.
  • the first user A wants to maintain the relationship with the second users B, C, D,... That is his cheering party, the second users B, C, D,. It is necessary to work on the second user B, C, D,... To access the game (for example, to communicate with the second user B, C, D,... is there.
  • the second user who has not accessed the game for more than one month is his cheering team. That would waste a limited number of cheering teams. Therefore, the fact that such a relationship with the second user is automatically canceled and a space for the cheering party is made available has an opportunity to invite a new second user who actively plays the game as a cheering party. It can be said that it is desirable for the first user A because it can be made.
  • the first user who has a second user who is inactive to the game in his cheering team such as the level of the game does not rise at all, voluntarily uses the cheering team without waiting for a period of one month.
  • the first user when dismissing a cheering party voluntarily, the first user does not disband his cheering group easily by including a penalty element that requires payment of the price (points, etc.). I am doing so. For example, the first user pays the cheering party level ⁇ 10 points of the cheering party he / she wants to voluntarily dissolve to the second user who is the cheering party, thereby approving the relationship cancellation to the second user.
  • the cheering party can be dissolved without obtaining
  • the user A can make the user B the cheering party again.
  • the cheering party level of the user B starts from “1”.
  • the sponsorship association is a friend with higher benefits than the cheering party, and can basically be handled in the same way as the cheering party. Therefore, similarly to the cheering party, when the second user who is the support party has not accessed the game for a predetermined period (for example, one month), the association between the first user and the second user is canceled. (Natural dissolution of the sponsorship association). In addition, the user can voluntarily disband the support party by paying the other party.
  • an invitation privilege not available in the cheering party may be provided for the sponsorship party.
  • a rare event called “encouragement party” that is an invitation privilege is generated during the game of the first user according to the level of the game of the second user who is the support party of the first user. This rare event will be described below.
  • an “encouragement party” that is an invitation privilege occurs.
  • the “encouragement party” is a virtual presentation that a meeting to encourage the first user is held. Specifically, the first user plays a game on the day when the “encouragement party” occurs. When accessing, a message such as “Encouragement party!” Appears on the screen. When this “encouragement party” occurs, the tone and physical strength of all player characters (player cards) registered by the first user in the army are restored.
  • the privilege “encouragement party” corresponds to a variation of the invitation privilege shown in FIG.
  • the physical strength of the player character is a parameter consumed when the player character is specially trained in the special training mode in the game. In the special training mode, the player character's physical strength is consumed to increase the experience value of the player character. When the experience value reaches a predetermined value, the player level (a parameter indicating the high ability of the player character) is improved.
  • the player level of all player characters registered by the first user in one army is increased by a predetermined level (for example, 2 levels) for a predetermined period (for example, 1 day), It will be easy to win.
  • a predetermined level for example, 2 levels
  • a predetermined period for example, 1 day
  • the configuration having a storage control function for storing various types of information in the storage device Is not included in the configuration, and may be installed anywhere regardless of the inside or outside of the game management device (or game system).
  • the storage device is a RAM 13 or auxiliary storage device 14 that the game server 1 has, a database server 2, a RAM 33 or auxiliary storage device 39 that the terminal device 3 has, or a file server (online that is different from the game management device or terminal device). Storage) or the like.
  • the server game server 1, database server 2 and the terminal device can communicate with each other to send and receive various data, and an information processing device (CPU, ROM, RAM, auxiliary storage device, communication control unit, etc.) Computer) having the same hardware configuration. Therefore, in a game system including a server and a terminal device, each means included in the game management device described in each of the above embodiments may be provided in either the server or the terminal device.
  • the game management device can be configured to be provided in a server and a terminal device that communicate with each other to send and receive various data, and achieve the same effects as the above-described embodiment.
  • the configurations described in the above embodiments can be applied in appropriate combination.
  • the computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, a semiconductor memory, and the like. Is executed by the CPU 11 of the game server 1.
  • the means for providing the program to the game server 1 or the terminal device 3 is not limited to the recording medium described above, and can also be performed via a communication network such as the Internet.
  • the game management device (1, 2) is a game management device (1, 2) that manages game information of each user registered in the game service, When a second user who has received a predetermined invitation or application from the first user responds to the invitation or application, information relating the first user and the second user is stored in a storage device.
  • a relationship management means (56) for managing the relationship between the first user and the second user game when the relation management means (56) associates the first user with the second user.
  • the initial value storage control means (201) for storing the value of the progress parameter indicating the progress status in the storage device as an initial value, and the relation management means (56) relate the first user and the second user.
  • it is a structure provided with the privilege provision means (57) which provides a privilege according to the progress degree on the game of the said 2nd user calculated by the said progress degree calculation means (202).
  • the game management device having this configuration provides, for example, a game service to each user via the network while accepting access from the terminal device of each user via the network and managing game information of each user.
  • the game management apparatus is configured by an information processing apparatus that can be connected to a network, such as a server.
  • a game service provided to each user by the game management device there is a service such as a social game that can be played while the users cooperate or communicate with each other.
  • the relationship management means of the present game management device relates the first user and the second user when the second user who has received a predetermined invitation or application from the first user responds to the invitation or application.
  • Information is stored in a storage device, and the relationship between the two is continuously managed.
  • “invitation or application” includes “a first user who is registered in the game service applies to a second user for a friend” as in the configuration 2) described later. It is done.
  • a companion is a generic term for a virtual relationship between users built in the game. An acquaintance, friend, friend, classmate, partner, relative, family, brother, sister, company or organization colleague, Includes various in-game relationships such as teacher-student, teacher-disciple, senior-junior, etc.
  • the second user responding to the application means “approving the fellow application”.
  • a first user who is registered in the game service is a second user who is not yet registered in the game service”.
  • the second user accepting the invitation means “newly registering with the game service”.
  • a second user is requested to join a group in the first user's game (for example, the first user's baseball team). Invite a second user to the group). In this case, the second user responding to the application is “approving and joining the first user group”.
  • the initial value storage control means of the game management device uses the initial value as the value of the progress parameter of the second user when the first user and the second user are related by the relation management means.
  • the “second user progress parameter” indicates the game progress status of the second user, and various on the game related to the second user that change as the second user progresses. Parameters can be included.
  • the level in the game of the second user, the level or ability value of the character owned by the second user, the strength value of the team of the second user, the stage in the game reached by the second user It may be a value other than these as long as it is a parameter indicating the game progress status of the second user.
  • the level in the game of the second user at the time when the second user approves the application of the first user's mate and both users are associated as the mate is stored as the initial value.
  • the progress degree calculation means of the game management device indicates the progress degree on the game of the second user after the first user and the second user are related to the progress from the initial value. Calculated as the difference in parameter change.
  • the level (initial value) in the game of the second user at the time when the first user and the second user are related as a friend is L2initial
  • the current value of the in-game level of the second user is L2current
  • P2 L2current ⁇ L2initial + a.
  • a is a constant
  • an arbitrary numerical value for example, 0, 1 or the like
  • the privilege granting means of the game management device provides the first user associated with the second user according to the progress degree of the second user on the game calculated by the progress degree calculating means.
  • a privilege is given to it.
  • a privilege given to the first user a privilege that gives an advantage on the game as compared to the case where the privilege is not given or a privilege that gives an item of a game having a predetermined rarity (rare degree) or more.
  • Various privileges can be applied according to the type and content of the game. As an example, in the case of a game in which an experience value is acquired during the game to improve the level, a privilege that the experience value that can be acquired during the game is made larger than usual can be considered.
  • the game system is configured so that items can be obtained by lottery, the probability that a rare item (item with a lower lottery probability than a normal item and a rare value) can be obtained by lottery
  • a privilege of raising a predetermined number of times (for example, once) is also conceivable.
  • the privilege according to the progress degree of the second user on the game is continued. Therefore, for example, it is a more attractive privilege than the conventional privilege in which points are given only once when the invitation is successful. Since it is possible to provide users with such a novel and attractive privilege that has never existed before, let's build a relationship with the second user for the first user (build a friendship relationship with a new user) Or invite them to the game). Thereby, a game service can be activated.
  • the privilege given to a 1st user becomes a thing according to the progress degree on the game of a 2nd user after a 1st user and a 2nd user were related.
  • the first user will be motivated to communicate with the second user in order to promote the game progression of the second user. Therefore, the first user can expect to actively communicate by sending a message such as “Let's do my best” to the second user. Thereby, activation of a game community is achieved.
  • the first user is a user who has applied for a friend of the second user, and the second user has approved the application of the friend of the first user.
  • a user is preferred.
  • the relationship management means stores the information relating the two in the storage device. Continuously manage the relationship. For example, the second user becomes “a cheering party” that supports the first user, and the first user becomes “the person who is supported”, and the relationship management means continuously manages the relationship between them. It has become.
  • any name such as “cheering party” may be used in the game.
  • the number that the first user can apply for friends varies depending on the value of the progress parameter indicating the game progress status of the first user, and the value of the progress parameter
  • the larger the number the larger the number of friends. For example, each time the level (progression parameter) in the game of the first user increases by “1”, the number of friends who become “cheering groups” can be increased by “1”.
  • the more second users associated with the first user's associate the more benefits the first user can obtain. Therefore, in order to make more friends, it is possible to motivate each user to play a game actively (promote each user's game progress).
  • the game includes a game mode in which the first user battles with an opponent, and the privilege granting means (57) Each time the player performs the match, the point or item corresponding to the progress degree of the second user on the game calculated by the progress degree calculating means (202) is given to the first user. Is preferred.
  • related with the 1st user is as a privilege. Granted to the first user. That is, in the past, when the invitation is successful or when the friendship is established, the benefit content is such that points are given to the user only once, whereas in this configuration, the first user and the second user After the user is related, every time the first user executes a battle, points or items corresponding to the progress degree of the second user on the game are continuously given to the first user. It is a characteristic and attractive privilege.
  • the right item owned by the first user or a predetermined in-game point is required, and depending on the amount of the right item etc. owned The number of battles may be limited.
  • the game includes a game mode in which users play against each other, and the relationship management unit (56) It is possible to associate a plurality of second users, and a total calculating means (204 for calculating a total value of the degree of progress on the game of all the second users related to the first user.
  • And comparison means (205) for comparing the total values of the two users calculated by the total calculation means (204), with both users performing the battle as separate first users, Based on the result of the comparison by the comparison means (205), the battle strength of the user with the larger total value of the two users is improved from the current battle strength, or the sum of the two users Small value And strength varying means to lower than the current strength the strength at the time of the match of the user (206), preferably further comprises a.
  • a plurality of second users can be related to the first user, and the game management device can manage all the second users related to the first user.
  • Total calculation means for calculating the total value of the degree of progress of the user on the game is provided. For example, when the second user B, C, D,... Who has applied for a friend of the first user A approves according to the application, the second user B, C, D,... Are related as friends called “cheering teams” etc. (Thus, the first user A receives support from the cheering groups B, C, D,. In-game production may be performed).
  • P2 (B), P2 (C), P2 (D),. P2 (B) + P2 (C) + P2 (D) +...
  • both users are regarded as separate first users, and the total calculation is performed.
  • the total value Ptotal of both users calculated by the means is compared by the comparison means.
  • the strength variable means improves the strength of the battle of the user having the larger total value Ptotal among the two users based on the result of the comparison by the comparison means, compared with the current strength (or the The battle strength of the user with the smaller total value Ptotal may be reduced from the current battle strength).
  • the first user A and the first user Q play a battle.
  • the first user A is associated with the second users B, C, D,...
  • the first user Q is associated with the second users R, S, T,.
  • progress on the game of all the 2nd users B, C, D, ... related with respect to the 1st user A
  • a total value Ptotal (A) of the degree and a total value Ptotal (Q) of the degree of progress on the game of all the second users R, S, T,. are compared.
  • Ptotal (A)> Ptotal (Q) the first user A's strength is improved from the current strength (or the first user Q's strength is decreased from the current strength).
  • One user A can advantageously advance the battle.
  • the game management device stores and manages the access information for each user's game in the storage device by the access information storage control means. Then, when the second user has not accessed the game for a predetermined period (for example, for one month), the relationship canceling means automatically cancels the association between the first user and the second user.
  • the first user wants to maintain a relationship with the second user, the second user will regularly encourage the second user to access the game (eg, the second user more than usual). To call for game access).
  • the second user may hardly access the game. Since the privilege given to the first user depends on the degree of progress of the second user on the game, the first user who has not accessed the game for a predetermined period (for example, one month) or longer The second user should have a small progress in the game, and is considered as a second user that is not very attractive to the first user. Therefore, it is rather desirable for the first user that such a relationship with the second user is automatically canceled.
  • the second user who has not accessed the game for a predetermined period or more is a friend. It will use up a lot of friends. Therefore, the fact that such a relationship with the second user is automatically canceled and the frame of the friend can be used is an opportunity to invite a new second user who actively plays the game to the friend. This is desirable for the first user.
  • the first user is a user who is registered in a game service and is an invited user who invites the second user to register a new game service
  • the second user is preferably an invited user who is newly registered in the game service in response to the invitation from the first user.
  • the relationship management means invites the first user registered in the game service to register the game service to the second user who has not yet registered in the game service.
  • the registered second user newly registers with the game service, information relating the two is stored in the storage device, and the relationship between the two is continuously managed.
  • the first user who invited the game service registration is “inviting user”
  • the second user who is invited by the invited user for new game service registration is “invited user”.
  • the invited user is “senior”
  • the invited user is “junior”
  • the invited user is “supporter” that supports the invited user
  • the invited user is “person who receives support”.
  • the relationship management means continuously manages the relationship between the two.
  • an arbitrary name such as “support party” may be used in the game.
  • a game system includes a game management device (1, 2) that manages a game and a terminal device (3) that communicates between the game management device (1, 2). And when the second user who has received a predetermined invitation or application from the first user responds to the invitation or application, the first user and the second user are When relationship information is stored in the storage device and the relationship management means (56) for managing the relationship between the first user and the second user is related by the relationship management means (56)
  • the initial value storage control means (201) for storing the value of the progress parameter indicating the game progress status of the second user in the storage device as an initial value
  • the relation management means (56) Associated with the second user
  • a progress degree calculating means for calculating the progress degree of the second user on the game from the initial value stored in the initial value storage control means (201) as a difference of the progress parameter from the initial value. 202), a privilege granting means (57) for granting a privilege to the first user according to the progress degree of the second user on the game calculated by the progress degree calculating means
  • a game management method is a game management method in a computer that manages games, in which a second user who has received a predetermined invitation or application from a first user When responding to the invitation or application, a relationship management step for storing information relating the first user and the second user in a storage device and managing the relationship between the two, and a computer comprising the relationship management An initial value storage that stores, as an initial value, a value of a progress parameter indicating a game progress status of the second user when the first user and the second user are related in a step. The second user after the control step and the computer are related to the first user and the second user by the relationship management step.
  • a program according to another aspect of the present invention is a program for causing a computer to operate as the game management device (1, 2) having any one of the above configurations 1) to 7).
  • a recording medium according to still another aspect of the present invention is a computer-readable recording medium recording the program described in 10) above.
  • the first user can establish a relationship with the second user (invite a new user to the game, It is possible to give a strong motivation to build friendships. Thereby, a game service can be activated. Moreover, communication between the 1st user and the 2nd user who were related can be promoted, and activation of a game community can be aimed at.
  • the present invention is suitably applied to a game management device, a game management method, a program, and a recording medium that provide various game services such as online games, social games, and cloud gaming, and can provide highly interesting game services. Industrially available.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (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

ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体
　本出願は、２０１２月９月５日提出の日本国特許出願第２０１２－１９５４１６号を基礎として優先権を主張するものであり、その記載内容の全てをここに援用する。
　本発明は、ゲームを管理するゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体に関するものである。
　従来から、インターネット上に設置されたゲームサーバに、ユーザの端末装置（パーソナルコンピュータ、携帯電話端末等）を接続することによって、ユーザがゲームサーバから提供される各種ゲームサービスを受けることができるゲームシステムがある。
　そして近年、人と人とのつながりを促進・サポートするコミュニティ型のサービスであるソーシャルネットワーキングサービス（ＳＮＳ）のシステムに、前記ゲームシステムが組み込まれ、ＳＮＳのサービスの一つとして提供される、いわゆるソーシャルゲームが普及している。このようなソーシャルゲームにおいては、各ユーザがゲームサービスを利用している他のユーザと仲間になったり、仲間のユーザとコミュニケーションをとったりすることで、ユーザ同士が交流を持つことができるようになっている。
　通常、このようなソーシャルゲーム等のゲームサービスを利用するためには、ユーザがゲームサービスに登録する必要がある。従来、ゲームサービスに登録するユーザの増加を図ってゲームサービスを活性化させるため、既にゲームサービスに登録済みのユーザが未登録者をゲームサービスに招待した場合、招待された側がゲームサービスに登録したときに、招待した側に招待特典として所定量のポイントを付与するというシステムが提案されている（特許文献１参照）。
　しかしながら、前記従来の構成では、招待された側がゲームサービスに登録したときに１回だけ招待特典が付与されるというシステムであり、さらに招待特典の内容も単純にポイント付与というありきたりなものであるため、ユーザに新たなユーザをゲームに招待しようという強い動機付けを与えるものではなかった。このように、前記従来のありきたりの招待特典を適用した施策では、ゲームサービスに登録するユーザ数を効果的に増加させることは困難であり、ゲームサービスの活性化に繋がるような効果的な施策が望まれる。
　また、ゲームサービスに登録しているユーザ同士が仲間関係を構築する場合、一方のユーザが他方のユーザに仲間の申請をし、申請を受けたユーザがそれを承認するということが行われる。この場合も仲間関係が構築されたときに１回だけ両ユーザにポイント等の特典が付与されるだけであれば、やはりゲームサービスの活性化には繋がり難い。
特開２００３－３０３６８号公報
　本発明は、上記の問題に鑑みてなされたものであり、その目的は、ゲームサービスの活性化に寄与するゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体を提供することである。
　本発明の一局面によるゲーム管理装置は、ゲームサービスに登録している各ユーザのゲーム情報を管理するゲーム管理装置であって、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段と、前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段と、前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段と、前記第１のユーザに対して、前記進行度合い算出手段によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段と、を備える構成である。
　本発明の他の一局面によるゲームシステムは、ゲームの管理を行うゲーム管理装置と、当該ゲーム管理装置との間で通信を行う端末装置と、を含むゲームシステムであって、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段、前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段、前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段、前記第１のユーザに対して、前記進行度合い算出手段によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段、を前記ゲーム管理装置又は前記端末装置のいずれか一方が備える構成である。
　本発明の他の一局面によるゲーム管理方法は、ゲームの管理を行うコンピュータにおけるゲーム管理方法であって、コンピュータが、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理ステップと、コンピュータが、前記関係管理ステップによって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御ステップと、コンピュータが、前記関係管理ステップによって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御ステップによって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出ステップと、コンピュータが、前記第１のユーザに対して、前記進行度合い算出ステップによって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与ステップと、を含む。
　また、本発明のゲーム管理装置及びゲームシステムは、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより、上記ゲーム管理装置をコンピュータにて実現させるプログラム及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
　本発明によれば、ゲームサービスを活性化させることができる。また、関係付けられた第１のユーザと第２のユーザとの間のコミュニケーションを促進し、ゲームコミュニティの活性化を図ることができる。
　本発明の目的、特徴及び利点は、以下の詳細な説明と添付図面とによって、より明白となる。
本発明の一実施の形態に係るゲームシステムの構成例を示す説明図である。 ゲーム管理装置のハード構成の一例を示すブロック図である。 端末装置のハード構成の一例を示すブロック図である。 ゲーム管理装置の機能的構成の一例を示す機能ブロック図である。 ゲーム情報管理手段の機能的構成の一例を示す機能ブロック図である。 ゲーム情報管理手段がデータベースサーバに保存して管理するゲーム情報の一例を示す説明図である。 ゲームシステムをＳＮＳに組み込んだシステム構成の一例を示すブロック図である。 招待関係記憶制御部が記憶する招待関係情報の一例を示す説明図である。 パラメータの値と調子マークとの対応関係の一例を示す説明図である。 招待特典が付与されているときのメイン画面の一例を示す説明図である。 新規招待登録特典が付与されているときのメイン画面の一例を示す説明図である。 仲間情報記憶制御部が記憶する各ユーザの仲間に関する情報の一例を示す説明図である。 仲間情報記憶制御部が記憶する各ユーザの仲間に関する情報の他の例を示す説明図である。 仲間情報記憶制御部が記憶する各ユーザの仲間に関する情報の他の例を示す説明図である。 仲間情報記憶制御部が記憶する各ユーザの仲間に関する情報の他の例を示す説明図である。 メッセージ記憶制御部が記憶する受信メッセージ情報の一例を示す説明図である。 仲間リスト画面の一例を示す説明図である。 メッセージ入力画面の一例を示す説明図である。 ゲームシステムの動作の一例を示すフローチャートである。 ゲーム進行処理の一例を示すフローチャートである。 ユーザがゲームサービスに新規登録したときのゲームサーバの処理の一例を示すフローチャートである。 招待特典付与処理の一例を示すフローチャートである。 招待特典付与処理の他の例を示すフローチャートである。 新規招待登録特典付与処理の一例を示すフローチャートである。 新規招待登録特典付与処理の他の例を示すフローチャートである。 特典を終了させる処理の一例を示すフローチャートである。 新規招待登録特典の内容を示す画面の一例を示す説明図である。 招待特典の内容を示す画面の一例を示す説明図である。 ゲーム管理装置の機能的構成の他の例を示す機能ブロック図である。 対戦モードにおけるゲーム画面の一例を示す説明図である。 助っ人選択画面の一例を示す説明図である。 対戦モードにおけるゲーム画面の他の例を示す説明図である。 対戦処理の一例を示すフローチャートである。 対戦処理の他の例を示すフローチャートである。 ゲーム管理装置の主要な機能的構成を示す機能ブロック図である。 仲間関係情報の一例を示す説明図である。 ゲームのメイン画面の一例を示す説明図である。 応援団画面の一例を示す説明図である。 応援団候補リスト画面の一例を示す説明図である。 ゲーム管理装置の主要な機能的構成の他の例を示す機能ブロック図である。 第１のユーザと第２のユーザとが関係付けられた時点における第２のユーザのレベルの初期値の記憶情報の一例を示す説明図である。 第１のユーザが第２のユーザに応援団になってくれるように申請をしたときのゲームサーバの処理の一例を示すフローチャートである。 応援団による特典の付与処理の一例を示すフローチャートである。 ゲーム管理装置の主要な機能的構成の他の例を示す機能ブロック図である。 ゲーム管理装置の主要な機能的構成の他の例を示す機能ブロック図である。 対戦を行う両ユーザの応援団員総数に応じて戦力を可変する処理の一例を示すフローチャートである。 ゲーム管理装置の主要な機能的構成の他の例を示す機能ブロック図である。 応援団を自然解散させる動作の一例を示すフローチャートである。
　以下、本発明の一実施の形態に係るゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体について、図面を参照しながら説明する。
　〔ゲームシステムの概要〕
　本発明の一実施の形態に係るゲーム管理装置が組み込まれたゲームシステムの構成例を、図１に示している。同図に示すように、このゲームシステムは、インターネットなどのネットワーク４上に設置されたゲームサーバ１と、当該ゲームサーバ１と通信可能に接続されたデータベースサーバ２と、ネットワーク４を介してゲームサーバ１と通信可能に接続できる各ユーザの端末装置３とによって構成される。
　本実施の形態のネットワーク４は、インターネットに限定されるものではなく、ゲームサーバ１と各ユーザの端末装置３との間を通信可能に相互に接続できるものであれば、例えば、専用回線、公衆回線（電話回線、移動体通信回線等）、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ等であってもよく、或いはインターネットとこれらを組み合わせたものであってもよい。
　このゲームシステムの例において、本発明の一実施の形態に係るゲーム管理装置は、ゲームサーバ１およびデータベースサーバ２から構成される。ゲームサーバ１は、ゲームサービスを受ける各ユーザの端末装置３からのネットワーク４を介したアクセスを受け付けて、各ユーザのゲーム情報をデータベースサーバ２（記憶装置）に蓄積して管理し、各ユーザにネットワーク４を介したゲームサービスを提供する。
　本実施の形態では、ゲームサーバ１によるゲームサービスの提供の一形態として、各ユーザの端末装置３に搭載されたウェブブラウザによってゲームがプレイできる、いわゆるブラウザゲームを提供する例について説明する。このブラウザゲームを提供するサービス形態では、ユーザの端末装置３にゲーム専用のソフトウェアをダウンロード又はインストールする必要がなく、端末装置３をネットワーク４に接続できる環境であれば、ユーザはどこでも気軽にゲームサーバ１から提供されるゲームサービスを楽しむことができる。
　このゲームシステムでは、ブラウザゲーム用のプログラム（アプリケーションソフトウェア）がゲームサーバ１に実装されており、ゲームサーバ１が、各ユーザの端末装置３における入力操作に応じてゲーム進行のための演算処理やデータ処理を実行する。そして、ゲームサーバ１は、演算処理等の実行結果に基づいてデータベースサーバ２内の各ユーザのゲーム情報を更新するとともに、当該実行結果をユーザの端末装置３の画面に表示させるためのウェブページ情報（ゲーム画面データ）を各ユーザの端末装置３に送信する。
　各ユーザの端末装置３には、ユーザーエージェントとしてウェブサイト閲覧機能を有するウェブブラウザが搭載されており、ゲームサーバ１から送信されたウェブページ情報を端末装置３の画面に表示することができるようになっている。この端末装置３としては、例えば、携帯電話端末、ＰＨＳ（Personal Handy-phone System）端末、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、携帯電話と携帯情報端末とを融合させた携帯端末であるスマートフォン、パーソナルコンピュータまたはタブレット型コンピュータなど、ネットワーク４経由でゲームサーバ１に接続してゲームサービスの提供を受けることができる様々な端末が適用できる。
　また、本実施の形態で提供されるゲームは、ユーザが、ゲームサービスを受けている他のユーザとコミュニケーションをとりながらプレイすることができる、いわゆるソーシャルゲームの要素を有する。例えば、本実施の形態のゲームサーバ１およびデータベースサーバ２をソーシャルネットワーキングサービス（ＳＮＳ）のシステムに組み込むことによって、ＳＮＳのサービスの一つとしてソーシャルゲームサービスを提供するゲームシステムとすることができる。このようにＳＮＳのプラットフォーム上で動作するゲームシステムによりゲームサービスをユーザに提供することもできるが、ゲームサーバ１およびデータベースサーバ２をＳＮＳのシステムに組み込まずに、独立したゲームシステムとして構築してもよい。
　本ゲームシステムにおいてゲームサービスを利用するためには、ユーザがゲームサーバ１に対してゲームサービスの利用登録を行う必要がある。また、既にゲームサービスに登録済みのユーザは、未登録者に対して新規のゲームサービス登録を招待することができるようになっている。ここで、各ユーザに対して「新たなユーザをゲームに招待しょう」という動機付けを与えるため、新規のゲームサービス登録を招待された側の被招待ユーザ（第２のユーザ）がゲームサービスに登録した場合、ゲームサービス登録を招待した側の招待ユーザ（第１のユーザ）には、招待特典が付与されるようになっている。
　そして、本実施の形態のゲームサーバ１は、被招待ユーザがゲームサービスに登録したときに１回だけ招待ユーザに所定のポイントを付与するといったありふれた招待特典の供与処理を行うのではなく、以下に説明するようにゲームサービスへ招待した側（招待ユーザ）と招待された側（被招待ユーザ）との継続的な関係性を生かした斬新で魅力的な招待特典を招待ユーザに供与するものである。
　すなわち、本実施の形態のゲームサーバ１は、招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録したとき、招待ユーザと被招待ユーザとを関係付けた情報を記憶装置に記憶し、被招待ユーザのゲームサービスへの登録後においても、両者の関係を継続的に管理する。例えば、招待成功（被招待ユーザのゲームサービスへの登録）を契機として招待ユーザが「先輩」、被招待ユーザが「後輩」となり、このような両者の関係性を継続的にゲームサーバ１が管理する。そして、本ゲームサーバ１は、被招待ユーザがゲームサービスに登録した後、招待ユーザに対して、被招待ユーザのゲームへのアクセスまたはゲーム進行状況に応じて、招待特典を付与するという特徴的な構成を有する。例えば、被招待ユーザがゲームサーバ１へアクセス（ログイン）しているときに、取得できるゲーム上の経験値が通常よりも大きくなったり、ゲーム内で発動されたミッションの達成またはイベントの進行が通常よりも早くなったりする招待特典が招待ユーザに付与される。あるいは所定の希少度以上のアイテムが貰えるという招待特典が招待ユーザに付与される。本ゲームサーバ１により供与される招待特典のより詳細な説明については後述する。
　この本実施の形態の特徴的な構成によって、招待ユーザにとっては、招待成功後（被招待ユーザのゲームサービスへの登録後）において、被招待ユーザのゲームへのアクセスまたはゲーム進行状況に応じた招待特典を継続的に享受できるので、招待成功時に１回だけポイントが付与される従来の特典よりも魅力的な招待特典となっている。このような従来にはない斬新で魅力的な招待特典をユーザに提供することができるので、ユーザに対して新たなユーザをゲームに招待しようという強い動機付けを与えることができる。
　また、招待ユーザに付与される招待特典は、被招待ユーザのゲームへのアクセスまたはゲーム進行状況に応じたものとなっている。例えば、被招待ユーザがゲームサーバ１へアクセス（ログイン）しているときに、取得できるゲーム上の経験値が通常よりも大きくなるという招待特典の場合、被招待ユーザがより多くゲームサーバ１へアクセスしてくれることにより、招待ユーザがより大きな特典を享受できる。よって、招待ユーザは、被招待ユーザにより多くアクセスしてもらうように、「アクセス頑張ろう」、「一緒にアクセスしよう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化が図られる。
　また、本実施の形態のゲームサーバ１は、被招待ユーザがゲームサービスに登録した後、当該被招待ユーザに対しても、招待ユーザのゲームへのアクセスまたはゲーム進行状況に応じて、ゲーム上有利になるように特典（新規招待登録特典）を付与するようになっている。これにより、被招待ユーザに対しても魅力的な新規招待登録特典を提供することができるので、被招待ユーザに対して是非ゲームに新規登録してみようという強い動機付けを与えることができる。さらに、招待ユーザと被招待ユーザとの継続的な関係性を生かした新規招待登録特典となっているので、上記招待特典を招待ユーザに付与する場合と同様に、ゲームコミュニティの活性化にもつながるものである。
　以下に、上記のように斬新で魅力的な招待特典または新規招待登録特典をユーザに提供することができる、本実施の形態に係るゲーム管理装置の構成の詳細を説明する。
　〔ゲーム管理装置の構成〕
　上述のように本実施の形態では、ゲーム管理装置は、ゲームサーバ１およびデータベースサーバ２から構成される。図２にゲームサーバ１のハード構成の一例を示している。同図に示すように、ゲームサーバ１は、主に、ＣＰＵ（Central Processing Unit）１１と、主記憶装置としてのＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３と、補助記憶装置１４と、通信制御部１５と、入出力制御部１６とを備えており、これらはアドレスバス、データバス及びコントロールバス等を含むバスライン１７を介して相互に接続されている。なお、バスライン１７と各構成要素との間には必要に応じてインタフェース回路が介在しているが、ここではインタフェース回路の図示を省略している。
　ＣＰＵ１１は、システムソフトウェアやゲームプログラム等のアプリケーションソフトウェアの命令を解釈して実行し、ゲームサーバ１全体の制御を行う。ＲＯＭ１２は、ゲームサーバ１の基本的な動作制御に必要なプログラム等を記憶している。ＲＡＭ１３は、各種プログラム及びデータを記憶し、ＣＰＵ１１に対する作業領域を確保する。
　補助記憶装置１４は、ゲームプログラム等のアプリケーションソフトウェアや各種データ等を格納する記憶装置である。補助記憶装置１４としては、例えばハードディスクドライブなどを用いることができる。ゲームサーバ１（コンピュータ）をゲーム管理装置として動作させるための本実施の形態のプログラムも、この補助記憶装置１４に記憶されており、当該プログラムはゲームサーバ１の起動時に補助記憶装置１４からバスライン１７を介してＲＡＭ１３へとロードされ、当該ＣＰＵ１１によって実行される。
　通信制御部１５は、ネットワーク４と接続される通信インタフェース１５ａを備え、ネットワーク４を介した各ユーザの端末装置３との間の通信を制御する。また、通信制御部１５は、ネットワーク４に接続されている図示しないサーバとの通信も制御するようになっている。例えば、図７に示すように、ゲームサーバ１をＳＮＳに組み込んだシステム構成とした場合、ゲームサーバ１の通信制御部１５は、ＳＮＳサーバ１０１との間の通信を制御する。
　入出力制御部１６は、データベースサーバ２と通信可能に接続されており、ＣＰＵ１１がデータベースサーバ２に対してデータ（レコード）の読み書きを実行するときの入出力制御を行うデータベースインタフェースである。
　データベースサーバ２は、ゲームサーバ１が管理する各ユーザのゲーム情報を記憶する領域を有する記憶装置として、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成の大容量ハードディスク装置を具備する。このデータベースサーバ２は、例えば、各ユーザを一意に識別する識別情報（ユーザＩＤ）と対応付けて、各ユーザの各種ゲーム情報（ユーザ名、レベル、ゲーム内ポイント、所持アイテムなど）を記憶するリレーショナルデータベース、オブジェクトデータベース又はオブジェクト関係データベース等として構築することができる。
　本実施の形態では、ゲーム管理装置がゲームサーバ１およびデータベースサーバ２から構成される例を示すが、これに限定されるものではない。例えば、ゲームサーバ１にデータベースサーバ２の機能を持たせて、ゲーム管理装置をゲームサーバ１のみで構成することもできる。また、ゲームサーバ１の有する各機能を複数のサーバに分散して持たせて、ゲームサーバ１を複数台のサーバとして構成することもできる。例えば、ユーザが端末装置３を操作してゲームサーバ１へアクセスした場合に、当該ユーザが正規のユーザかどうかを判別する認証機能を有する認証サーバを、ゲームサーバ１のメインサーバとは別に設け、メインサーバと認証サーバとでゲームサーバ１を構成してもよい。他の構成例としては、ユーザが課金対象のアイテムをゲーム内で購入した場合に課金管理を行う課金管理サーバを、ゲームサーバ１のメインサーバ等とは別に設け、メインサーバ、認証サーバおよび課金管理サーバによりゲームサーバ１を構成してもよい。
　また、本ゲームサービスを利用するユーザ数が数十万人、数百万人、あるいはそれ以上となると、多数のユーザの端末装置３からの巨大なアクセスにも耐え得るサーバシステムの構築が求められるため、ネットワーク４上に複数のゲームサーバ１を設けて冗長化（多重化）を図ることにより、負荷分散型のシステム構成としてもよい。この場合、複数のゲームサーバ１間の負荷を調整するためのロードバランサを設けることが望ましい。
　次に、本実施の形態に係るゲームサーバ１にアクセスしてゲームサービスの提供を受けるユーザの端末装置３の構成を説明する。
　〔端末装置の構成〕
　ユーザが操作する端末装置３としては、上述のように携帯電話端末やスマートフォンをはじめとして、ウェブサイト閲覧機能を有する様々な端末を適用できるが、本実施の形態では、携帯電話端末を例示してその構成を説明する。なお、携帯電話端末以外の端末装置３についても、ウェブサイト閲覧機能を用いてゲーム画面を表示したり、ゲームを実行するための入力操作を行うといった、ゲームをプレイする上で必要となる基本的な構成は、携帯電話端末と同様である。
　ウェブサイト閲覧機能等を有する携帯電話端末は、フィーチャーフォン（Feature phone）やスマートフォン（Smartphone）とも呼称され、図３にその構成例を示している。同図に示すように、端末装置３は、主に、ＣＰＵ３１と、主記憶装置としてのＲＯＭ３２及びＲＡＭ３３と、画像処理部３４と、表示部３５と、サウンド処理部３６と、音声入力部３７と、音声出力部３８と、補助記憶装置３９と、操作入力部４０と、通信制御部４１とを備えており、構成要素３１～３４、３６および３９～４１はバスライン４２を介して相互に接続されている。なお、バスライン４２と各構成要素との間には必要に応じてインタフェース回路が介在しているが、ここではインタフェース回路の図示を省略している。
　ＣＰＵ３１は、ウェブブラウザを含む各種プログラムの命令を解釈して実行し、端末装置３全体の制御を行う。ＲＯＭ３２には、端末装置３の基本的な動作制御に必要なプログラム等が記憶されている。また、ＲＡＭ３３には、ＲＯＭ３２または補助記憶装置３９からロードされた各種プログラムやデータが記憶され、ＣＰＵ３１に対する作業領域を確保する。ＨＴＭＬ等で記述されたゲーム画面データを表示するウェブブラウザは、ＲＯＭ３２または補助記憶装置３９に記憶されており、ＲＡＭ３３にロードされてＣＰＵ３１によって実行される。また、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインソフトウェアを、ウェブブラウザと共にＲＯＭ３２または補助記憶装置３９に記憶していてもよい。
　画像処理部３４は、ＣＰＵ３１からの画像表示命令に基づいて表示部３５を駆動し、当該表示部３５の画面に画像を表示させる。表示部３５には、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等の既知の種々の表示装置が適用できる。
　サウンド処理部３６は、音声入力部３７から音声が入力されたときにアナログ音声信号をデジタル音声信号に変換するとともに、ＣＰＵ３１からの発音指示に基づいてアナログ音声信号を生成して音声出力部３８に出力する。音声入力部３７は、端末装置３に内蔵されたマイクロフォンからなり、電話通信する場合や録音を行う場合などに用いられる。音声出力部３８は、電話通信時の受話スピーカおよび電話着信音やゲーム実行時の効果音などを出力するスピーカからなる。
　補助記憶装置３９は、各種プログラムやデータ等を格納する記憶装置である。補助記憶装置３９としては、携帯電話端末の内部メモリとして、例えばフラッシュメモリドライブ等を用いることができ、また、携帯電話端末の外部メモリとして、例えばメモリカードリーダライタ等を用いることができる。
　操作入力部４０は、ユーザの操作入力を受け入れて当該操作入力に対応した入力信号を、バスライン４２を介してＣＰＵ３１に出力するものである。操作入力部４０の例としては、端末装置３の本体に設けられた方向指示ボタン、決定ボタン、英数文字等入力ボタンなどの物理的ボタンがある。また、表示部３５の画面にタッチパネル（接触入力式のインタフェース）を搭載することによって表示部３５をいわゆるタッチスクリーンとして構成している端末装置３の場合、当該タッチパネルも操作入力部４０となる。
　通信制御部４１は、通信インタフェース４１ａを備え、ゲーム操作時等にデータ通信するための通信制御機能および携帯電話端末として音声データを送受信するための通信制御機能等を有している。ここで、データ通信用の通信制御機能には、例えば、無線ＬＡＮ接続機能、無線ＬＡＮや携帯電話回線網を介したインターネット接続機能、所定の周波数帯（例えば２．４ＧＨｚの周波数帯）を用いた近距離無線通信機能などが含まれる。通信制御部４１は、ＣＰＵ３１からの命令に基づいて端末装置３を無線ＬＡＮやインターネット等に接続するための接続信号を発信するとともに、通信相手側から送信されてきた情報を受信してＣＰＵ３１へ供給する。
　なお、端末装置３には、その他にもＧＰＳ（Global Positioning System）信号受信回路、ＣＣＤ（Charge Coupled Device）イメージセンサ等の撮像装置（カメラ）、３軸加速度センサなどが備えられていてもよく、例えば、ＧＰＳ位置情報などをゲーム内で活用してもよい。
　上記構成の端末装置３において、ゲームサービスを受けようとするユーザは、ウェブブラウザを立ち上げてゲームサーバ１が管理するゲームサイトにアクセスする操作を行う。このアクセスがゲームサーバ１に認証された場合、端末装置３の通信制御部４１がゲームサーバ１から送信されてくるＨＴＭＬ等で記述されたゲーム画面データを受信し、ＣＰＵ３１がウェブブラウザを実行してゲーム画面を表示部３５に表示させる。ここでユーザは、ゲーム画面に表示されている選択可能なボタンオブジェクトやハイパーリンクを、操作入力部４０を操作して選択入力する。この選択入力に応じてゲームサーバ１がゲームを進行させ、新たなゲーム画面データを端末装置３に送信する。そして、この新たなゲーム画面が端末装置３の表示部３５に表示され、以下、同様に、ユーザは、表示部３５に表示されているゲーム画面で選択可能なボタンオブジェクト等を選択する操作により、ゲームサーバ１が提供するゲームをプレイすることができるようになっている。
　〔ゲーム管理装置の機能的構成〕
　次に、上記のように構成されたゲーム管理装置（ゲームサーバ１およびデータベースサーバ２）の主要な機能について説明する。図４は、ゲーム管理装置の主要機能ブロック図である。
　ゲーム管理装置は、主に、ゲーム情報管理手段５１、ゲーム進行手段５２、認証手段５３、アクセス管理手段５４、招待処理手段５５、関係管理手段５６、特典付与手段５７、パラメータ設定手段５８、報知手段５９、仲間管理手段６０、およびメッセージ伝達手段６１を備えている。これらの各手段５１～６１は、ゲームサーバ１のＣＰＵ１１が本実施の形態に係るプログラムを実行することにより実現されるものである。
　ゲーム情報管理手段５１は、各ユーザのゲーム情報をデータベースサーバ２に蓄積して管理する。ゲーム情報管理手段５１で管理されるゲーム情報の項目は、本ゲームサーバ１がユーザに提供するゲームサービスの内容によって異なる。
　本ゲームサーバ１によって提供されるゲームの例としては、野球、サッカー、ゴルフなどの各種スポーツを題材としたスポーツゲーム、戦闘を題材とした戦闘ゲーム、音楽シミュレーションゲーム、その他種々のロールプレイングゲーム・育成ゲーム・シミュレーションゲームといったように、ゲーム形式・ジャンルを問わず様々なゲームを挙げることができる。その一例として、本実施の形態では、ゲームサーバ１がゲームサービスとして野球ゲームを提供する場合について、以下に説明する。
　本実施の形態では、ユーザがゲーム内において選手キャラクタを所有し、当該選手キャラクタを用いてゲーム内で他のユーザと試合（対戦）を行うことができる野球ゲームを例に挙げる。ユーザが所有する選手キャラクタは、当該選手キャラクタの形態を端末装置３の画面上で視認可能としたカード形式とすることができる。すなわち、選手キャラクタは、デジタル選手カードとしてゲームサーバ１で管理されるとともに、ユーザの端末装置３の画面に表示される。図１０には、ユーザの端末装置３の画面に表示される選手カード７１を例示しており、当該画面上で、選手カード７１は、選手キャラクタの形態を表したデジタル選手カードとして表示されている。ユーザは、ゲームを進行させながら選手カードを集め、自分だけのオリジナルチームを結成し、他のユーザと対戦してランキングを競うことができる。また、ユーザは、集めた選手カード同士を合成することによって選手カード（選手キャラクタ）の能力を向上させる（すなわち、選手を育成する）ことができ、より強いチーム作りを目指してゲームを楽しむことができるようになっている。
　このような野球ゲームにおいて、各ユーザのゲーム情報を管理するゲーム情報管理手段５１は、図５に示すように、ユーザ情報記憶制御部５１ａ、レベル情報記憶制御部５１ｂ、所有選手カード記憶制御部５１ｃ、所有ポイント記憶制御部５１ｄ、所有コイン記憶制御部５１ｅ、所有アイテム記憶制御部５１ｆ、試合結果記憶制御部５１ｇ、ランキング記憶制御部５１ｈおよび特典情報記憶制御部５１ｉなどを備えている。図６には、ゲーム情報管理手段５１の各記憶制御部５１ａ～５１ｉがデータベースサーバ２に記憶して管理する、各ユーザのゲーム情報の一例（この例ではユーザＩＤ＝“０００００１”の１人分のゲーム情報）を示している。
　ユーザ情報記憶制御部５１ａは、各ユーザを一意に識別するユーザＩＤと対応付けて、ログインＩＤ、パスワード、ユーザ名（ゲーム内で使用するニックネーム等）、チーム名等の各ユーザに関するユーザ情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。ここで、ログインＩＤおよびパスワードは、各ユーザが端末装置３を操作してゲームサーバ１にアクセスしたときのログイン認証に用いられる。ユーザ名およびチーム名は、ユーザがゲームサービスを受けるための利用登録をした際や、ゲームを初めて実行した際に、ユーザが自ら設定した任意の情報である。ユーザ名およびチーム名は、必要に応じてゲーム画面に表示される。
　レベル情報記憶制御部５１ｂは、ユーザＩＤと対応付けて、ユーザのゲームのレベルや所属リーグのレベル等のレベル情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。本野球ゲームでは、例えば、ユーザがゲームを進行させることにより経験値が蓄積され、当該経験値が一定量に達することによりユーザのゲームのレベルがアップするようになっている。また、本野球ゲームでは、例えば、複数の異なるレベルのリーグが存在し、各ユーザのチームが何れかのリーグに所属して、同リーグの他のユーザのチームと自動で試合（リーグ戦）を行うようになっている。また、このリーグ戦の成績に応じて、異なるリーグに所属するユーザのチーム同士の入替戦が自動で実行され、ユーザのチームが所属するリーグレベルが変化するようになっている。なお、ユーザのチームがリーグ戦に参加するには、ユーザが端末装置３でエントリー操作を行ってもよいし、当該エントリー操作がなくともゲームサーバ１が自動的に各ユーザのチームをリーグ戦に参加させるようにしてもよい。レベル情報記憶制御部５１ｂは、各ユーザのゲームのレベルや所属リーグのレベルを、ユーザＩＤと対応付けて記憶する。
　所有選手カード記憶制御部５１ｃは、ユーザＩＤと対応付けて、ゲーム内でユーザが獲得して所有している選手カードの情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。この選手カードの情報の例としては、選手カードを一意に識別するための識別情報（選手カードＩＤ）、選手の能力の高さを示す能力値およびレギュラー選手フラグなどがある。
　図６では、３つの能力項目（能力１～３）に対して選手の能力値を設定できる例を示している。能力項目の例としては、選手カードが野手の場合は、能力１～３を「打撃」、「走力」、「守備」等とすることができ、また選手カードが投手の場合は、能力１～３を「球威」、「制球」、「変化」等とすることができる。能力項目はこの例に限らず、増減可能である。例えば、全ての選手カードに対して、「攻撃力」および「防御力（または守備力）」の２つの能力項目を設け、当該２つの能力項目に対して能力値を設定するようにしてもよい。
　レギュラー選手フラグとは、ユーザが所有している選手カードのうち、他のユーザのチームとの試合に出場するレギュラー選手（チームオーダーに組み込まれた選手）であるか、それともレギュラー選手以外の控え選手であるかを判別するフラグであり、これが「１」のときレギュラー選手の選手カードとして登録されていることを示す。ユーザは、端末装置３を操作することにより、所有している選手カードからレギュラー選手を選択したり、チームオーダを設定したりすることができるようになっている。
　また各選手カード（キャラクタ）には、その他にも、後述する調子、体力、選手レベルなどの各種パラメータが設定される。所有選手カード記憶制御部５１ｃは、これらの各選手カードのパラメータの情報も、ユーザＩＤと対応付けて、データベースサーバ２に記憶する。
　また、データベースサーバ２には、選手カードＩＤと対応付けられて、選手カードの画像データ、選手名、ポジション、所属球団、能力値（合成により強化されていない初期値）などが記憶された選手カードデータベースが存在し、ゲーム情報管理手段５１は、所有選手カード記憶制御部５１ｃが記憶している選手カードＩＤに基づいて、当該選手カードＩＤに対応する選手カードの画像データ等を取得できるようになっている。
　所有ポイント記憶制御部５１ｄは、ユーザＩＤと対応付けて、ゲーム内でユーザが所有している各種ポイント（ポイントに準ずる値などを含む）を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。本ゲームにおいては、様々なゲームモードが存在し、ゲームモードに応じて様々なポイントを獲得したり、獲得したポイントを使用したりできるようになっている。
　図６に示すように、ポイントの例としては、上述の経験値の他、体力ポイント、攻撃コスト、パワーポイント、交流ポイントなどがある。体力ポイントは、当該体力ポイントを消費しながら野球部が練習等の部活動を行うという「部活動モード」で使用される。攻撃コストは、他のユーザを指定して個別対戦の試合を行う「対戦モード」で使用されるものであり、試合を行う場合に必要なコスト（ポイント）という位置付けで、当該個別対戦を行うことにより消費される。例えば、ゲーム中に消費されて減った体力ポイントや攻撃コストは、時間の経過により回復する（例えば、３分経過する毎に１ポイントずつ回復する）ようにしたり、前記経験値が一定量に達してユーザのレベルがアップすることにより回復するようにしたりできる。
　また、前記パワーポイントは、ユーザが所有する選手カード同士を合成することによって選手カードの能力を向上させる「合成モード」で使用されるものであり、当該合成を行うことにより消費される。このパワーポイントは、例えば部活動モードの実行や対戦モードの実行等によって獲得できるようにすることができる。また、前記交流ポイントは、ユーザが他のユーザにメッセージ等を送って応援することによって獲得できるポイントである。この交流ポイントは、例えば、ゲームサーバ１が管理している全ての選手カードの中から乱数等に基づく抽選で所定枚数（例えば１枚）の選手カードを獲得できる「抽選獲得モード」で使用可能であり、所定の交流ポイントにつき１回の選手カード抽選を受けることができる。また、「抽選獲得モード」では、選手カードだけでなくアイテムも抽選で獲得できるようにしてもよい。その他に、ゲーム内の仮想的なショップでアイテム等を購入する場合に使用されるポイントなどもある。
　所有コイン記憶制御部５１ｅは、ユーザＩＤと対応付けて、ゲーム内でユーザが所有しているコイン（前記ポイントとは別のゲーム内通貨）を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。このコインは、例えば、課金対象のアイテムを獲得する等の際に必要となるものである。
　所有アイテム記憶制御部５１ｆは、ユーザＩＤと対応付けて、ゲーム内でユーザが獲得したアイテムを、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。図６に示すように、アイテムの例としては、回復アイテム、選手カードのピース、フェイクカードなどがある。回復アイテムは、ゲーム中に消費して減った前述の体力ポイントおよび／または攻撃コストを、時間の経過を待たずに一瞬で最大値まで回復させるアイテムである。例えば、回復アイテムは、前記コインを消費して購入したり、ゲーム内で所定のボーナス条件を満たしたりすることにより獲得できる。
　選手カードのピースは、所定数のピース（例えばＰ１～Ｐ６の６つのピース）を全部集めて選手カードを完成させることで強力な（能力値の高い）選手カードを入手することができるアイテムである。例えば、選手カードのピースは、前記部活動モードの実行時に乱数等に基づく抽選で当選した場合に獲得でき、また前記対戦モードで他のユーザが所有しているピースを狙って対戦して勝利した場合に、当該対戦相手のユーザから奪取できるようになっている。
　フェイクカードは、前記選手カードのピースにセットしておくことにより、前記対戦モードの対戦で他のユーザに負けても、狙われたピースを一度だけ奪取されないようにできるアイテムである。例えば、フェイクカードは、前記コインを消費して購入したり、ゲーム内で所定のボーナス条件を満たしたりすることにより獲得できる。
　試合結果記憶制御部５１ｇは、ユーザＩＤと対応付けて、ユーザのチームが他のユーザのチームと対戦した試合を一意に特定するための試合ＩＤを、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。ここで、試合ＩＤにより一意に特定される試合は、ユーザが対戦相手を指定して行う個別対戦の試合、および前記リーグ戦の試合を含む。
　また、データベースサーバ２は、試合ＩＤと対応付けられて、試合日時（現実世界の試合開始または終了の時間）、勝利したチームのユーザＩＤ、敗北したチームのユーザＩＤ、対戦スコア、勝利投手キャラクタ、敗戦投手キャラクタ、本塁打を打った選手キャラクタ、試合寸評情報などの試合結果に関する情報が記憶された試合データベースを備えている。そして、ゲーム情報管理手段５１は、試合結果記憶制御部５１ｇが記憶している試合ＩＤに基づいて、当該試合ＩＤに対応する試合結果に関する情報を、試合データベースから取得できるようになっている。
　ランキング記憶制御部５１ｈは、ユーザＩＤと対応付けて、前記リーグ戦におけるユーザのチームの勝利数および敗戦数、ならびに勝利数・敗戦数に基づく所属リーグ内の順位などのランキング情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。
　特典情報記憶制御部５１ｉは、ユーザＩＤと対応付けて、ユーザに付与された特典に関する情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。本実施の形態における特典には、被招待ユーザがゲームサービスに新規登録することにより招待ユーザに付与される招待特典および被招待ユーザに付与される新規招待登録特典が含まれる。ここで特典の付与とは、特典の付与前と比較してゲーム上有利な状態（メリット発生状態）にすることであり、図６では、後述するパラメータの値が１段階向上するという招待特典がユーザに付与された例を示している。この特典の詳細は後述する。
　次に、図４に示すゲーム進行手段５２について説明する。ゲーム進行手段５２は、ユーザによる端末装置３に対する操作に応じてゲームを実行し、当該実行結果に応じたゲーム画面データを生成してこれを端末装置３に送信し、端末装置３にユーザの操作に応じたゲーム画面を表示させることによってゲームを進行させる機能を有する。図４に示すように、このゲーム進行手段５２は、ゲーム実行手段５２ａと、ゲーム画面生成手段５２ｂと、ゲーム画面送信手段５２ｃとを備えている。
　ユーザの端末装置３のウェブブラウザによってゲーム画面が表示されているとき、ユーザがゲーム画面上の選択可能なボタンオブジェクトやハイパーリンクを選択する操作を行った場合、当該操作に応じたゲーム画面のリクエストが端末装置３のウェブブラウザによってゲームサーバ１へ送信される。このリクエストを受信したゲームサーバ１では、ゲーム実行手段５２ａが、当該リクエストに応じてユーザのゲーム情報を読み出して演算やデータ処理を行うことによってゲームを実行する。
　例えば、対戦モードで他のユーザのチームと対戦するという操作がユーザによって行われた場合を例に挙げると、ゲーム実行手段５２ａは、対戦を行う両ユーザのユーザＩＤに対応した両チームの選手カード情報（試合に出場するレギュラー選手の選手カード情報）をデータベースサーバ２から読み出す。そして、ゲーム実行手段５２ａは、両チームの選手カードの能力値等に基づいて、勝敗を決定する演算を行う。この勝敗決定の演算の例としては、単純に両チームの選手カードの能力値の合計が高い方を勝利チームとしてもよいし、能力値の合計が高い方のチームが勝利する確率を高くして勝利チームを確率演算により求めてもよい。また、ゲーム実行手段５２ａは、勝敗を決定する演算の前に、チームを構成する選手カードの組み合わせに基づいて、勝敗に影響を与える様々な効果演出を発生させるか否かを決定する演算を行ってもよい。
　ゲーム画面生成手段５２ｂは、ゲーム実行手段５２ａによる実行結果に応じて、例えばＨＴＭＬデータからなるゲーム画面データを生成する。ＨＴＭＬデータには、データベースサーバ２から読み出された選手カード等の画像データを含めてもよい。また、ＨＴＭＬデータには、端末装置３のウェブブラウザのプラグインによって動作するスクリプト（プログラム）が埋め込まれていてもよい。
　ゲーム画面送信手段５２ｃは、ゲーム画面生成手段５２ｂにより生成されたゲーム画面データ（ＨＴＭＬデータ等）を、ゲーム画面のリクエストに対するレスポンスとしてユーザの端末装置３へ送信する。このゲーム画面データを受信したユーザの端末装置３では、ウェブブラウザによって表示部３５にゲーム画面が表示される。
　次に、認証手段５３について説明する。認証手段５３は、ゲームサービスを受けようとするユーザが端末装置３を操作してゲームサーバ１にアクセス（ログイン）しようとした際、当該ユーザのゲーム参加資格の有無を判断してログイン認証を行う。この認証の例としては、ユーザＩＤと対応付けられたログインＩＤおよびパスワードに基づく認証がある。例えば、ユーザが初めてゲームサービスを利用するときに、会員情報としてログインＩＤ（任意の英数文字やメールアドレス等）およびパスワードをゲームサーバ１に登録する。そして、次回からのゲームサーバ１へのログイン時には、ユーザが端末装置３を操作してログインＩＤおよびパスワードをゲームサーバ１へ送信する。このとき、ゲームサーバ１の認証手段５３が、ユーザの端末装置３から受信したログインＩＤおよびパスワードの組み合わせが登録済みであるか否かを判断し、ログイン認証を行う。
　また、ＳＮＳのシステムに本ゲームシステムを組み込む場合、ＳＮＳの会員登録情報（ログインＩＤおよびパスワード）をそのまま本ゲームシステムのゲームサービスを受けるための利用登録情報としてもよい。例えば、ユーザの端末装置３がＳＮＳサーバにログインしている状態で、ゲームサーバ１が管理するゲームサイトに最初にアクセスした際、ＳＮＳサーバからゲームサーバ１へ自動的にユーザのログインＩＤおよびパスワードが転送され、これによってユーザが改めてログインＩＤおよびパスワードを登録することなくゲームサービスの利用登録ができるようにしてもよい。
　また、ユーザがゲームサーバ１にアクセスする度にログインＩＤおよびパスワードを入力する手間を省略できるように、端末装置３である携帯電話端末の個体識別番号（電話番号とは別の携帯電話端末を一意に識別するための情報）、または契約者固有ＩＤ（携帯電話端末の契約者を一意に識別するための情報であって、機種変更を行っても契約者が同一である限りは変更されないＩＤ）を利用した認証を行ってもよい。すなわち、ユーザが携帯電話端末を操作して会員登録した際に、当該携帯電話端末から送信されてくるデータに含まれる個体識別番号または契約者固有ＩＤをゲームサーバ１が取得し、ログインＩＤおよびパスワードとともに、当該個体識別番号または契約者固有ＩＤもユーザＩＤと対応付けてデータベースサーバ２に記憶しておくのである。そして、認証手段５３は、携帯電話端末からアクセス要求を受けた際には、個体識別番号または契約者固有ＩＤが登録済みであるか否かを判断してログイン認証を行う。これにより、ゲームサーバ１へのアクセス時には、ユーザはログインＩＤおよびパスワードの入力を省略してログインすることが可能となる。
　また、ユーザがゲームサーバ１にアクセスする度にログインＩＤおよびパスワードを入力する手間を省略できる別の方法としては、HTTP cookieの情報（以下、Cookieと称する）を利用する方法もある。すなわち、ユーザが端末装置３を操作して会員登録した際に、ゲームサーバ１がログインＩＤおよびパスワードに対応した個体識別情報を発行してデータベースサーバ２へ登録するとともに、当該個体識別情報をCookieとして端末装置３へ送信する。このとき、端末装置３のブラウザは、受信したCookieを端末装置３内へ記憶する。次回からのゲームサーバ１へのアクセスの際には、端末装置３のブラウザがページ閲覧要求とともにCookieをゲームサーバ１へ送信するので、認証手段５３は、携帯電話端末からアクセス要求を受けた際には、Cookieの個体識別番号が登録済みであるか否かを判断してログイン認証を行うことができる。
　次に、アクセス管理手段５４について説明する。アクセス管理手段５４は、各ユーザのゲームサーバ１へのアクセスの情報を、データベースサーバ２（記憶装置）に記憶してユーザ毎のアクセスを管理する。このアクセス管理手段５４は、アクセス情報記憶制御部５４ａを備えている。アクセス情報記憶制御部５４ａが記憶するアクセスの情報の例としては、各ユーザのアクセス履歴（アクセス開始日時およびアクセス終了日時）、現実世界の１日のアクセス回数、現実世界の各日のアクセスの有無等の情報が挙げられる。アクセス管理手段５４は、各ユーザがゲームサーバ１にアクセス中（ログイン中）であるか否かのアクセス状態も管理する。
　次に、招待処理手段５５について説明する。招待処理手段５５は、ゲームサービスに登録しているユーザ（招待ユーザ）が端末装置３を操作して、未登録者（被招待ユーザ）をゲームサービスに招待する操作入力を行った場合に、当該未登録者の端末装置３に対して招待メッセージを送信する機能を有する。
　ここで、本実施の形態のゲームサーバ１およびデータベースサーバ２をＳＮＳのシステムに組み込むことによって、ＳＮＳのサービスの一つとしてソーシャルゲームサービスを提供するゲームシステムとした場合の招待処理手段５５の処理について、図７を参照しながら以下に説明する。
　図７に示すように、ゲームサーバ１は、ＳＮＳサーバ１０１と通信可能に接続されている。また、ＳＮＳサーバ１０１は、ＳＮＳデータベースサーバ１０２にＳＮＳ会員情報等を格納してＳＮＳシステムの動作を制御する。このＳＮＳデータベースサーバ１０２は、会員データベース１０２ａおよび友達データベース１０２ｂを含んでいる。会員データベース１０２ａには、例えば、会員ＩＤ、パスワード、氏名、ニックネーム、住所、電話番号、メールアドレス、生年月日、性別、職業、プロフィール等のＳＮＳ会員情報が記憶されている。また、友達データベース１０２ｂには、ＳＮＳの会員同士の友達関係の情報（相互に友達登録を行った会員ＩＤの組み合わせ情報）が記憶されている。このようなＳＮＳのシステムにおいて、ゲームサービスに登録するには、先ずＳＮＳの会員に登録していることが必要である。よって、ゲームサービスに登録しているユーザは、ＳＮＳの会員でもある。このようなＳＮＳのシステムにおいて、ゲームサーバ１は、ＳＮＳサーバ１０１を介して、ＳＮＳの会員同士の友達関係の情報を入手することができる。
　例えば、ユーザの端末装置３の表示部３５に表示されるゲームのメイン画面内には、「友達を招待する」ボタンが設けられている。この「友達を招待する」ボタンがユーザにより選択された場合、ゲームサーバ１は、ＳＮＳサーバ１０１を介して、当該ユーザと友達関係にあるＳＮＳの会員の情報を入手する。そして、ゲームサーバ１の招待処理手段５５が、このユーザと友達関係にあるＳＮＳの会員であって、且つ、ゲームサービス未登録者をリストアップした招待対象者リスト画面を作成し、当該画面のデータをユーザの端末装置３へ送信する。これにより、ユーザの端末装置３の表示部３５には、招待対象者リスト画面が表示される。
　ここで、ユーザが招待対象者リストの中から招待を行う友達関係のＳＮＳの会員を選択して「招待する」ボタンを押すと、ゲームサーバ１の招待処理手段５５は、招待された友達関係のＳＮＳの会員（被招待ユーザ）の端末装置３へ招待メッセージを送信する。この招待メッセージには、ゲームサーバ１が管理する新規登録ページのＵＲＬのハイパーリンクが含まれている。また、このＵＲＬには、例えば、招待ユーザの情報（ユーザＩＤ）も含まれている。例えば、招待ユーザのユーザＩＤ＝“０００００１”の場合、ＵＲＬは、「http://・・・invite_user_id=000001・・・」等となる。よって、被招待ユーザが招待メッセージ中のＵＲＬを選択する操作を行うことによって、ゲームサーバ１は、招待ユーザを認識することができる。その後、被招待ユーザがゲームサービスに新規登録する操作を行えば、ゲームサーバ１の関係管理手段５６が、招待ユーザと被招待ユーザとを関係付けた情報を記憶装置に記憶する。
　上記の説明では、ユーザと友達関係にあるＳＮＳの会員をゲームに招待する例について説明したが、次に示すように、ユーザがＳＮＳの会員ではない知り合いをゲームに招待することも可能である。すなわち、ユーザがゲームに招待したい知り合いのメールアドレスをゲームサーバ１に通知する操作を行う。これにより、ゲームサーバ１は、知り合いのメールアドレス宛に招待メッセージを送信することができる。この招待メッセージには、ＳＮＳの会員登録およびゲームサービスへの新規登録を行うためのページのＵＲＬのハイパーリンクが含まれている。また、上記と同様に、このＵＲＬには、招待ユーザの情報（ユーザＩＤ）も含まれており、被招待ユーザが招待メッセージ中のＵＲＬを選択する操作を行うことによって、ゲームサーバ１は、招待ユーザを認識することができるようになっている。
　また、上記の説明では、ゲームサーバ１およびデータベースサーバ２をＳＮＳのシステムに組み込んだ場合におけるゲームへの招待について説明したが、ゲームサーバ１およびデータベースサーバ２をＳＮＳのシステムに組み込まずに、独立したゲームシステムとして構築した場合であっても、次のようにしてゲームへの招待が可能である。すなわち、前述の場合と同様に、ユーザがゲームに招待したい知り合いのメールアドレスをゲームサーバ１に通知する操作を行い、ゲームサーバ１が、知り合いのメールアドレス宛に招待メッセージを送信する。この招待メッセージには、ゲームサーバ１が管理する新規登録ページのＵＲＬのハイパーリンクが含まれており、当該ＵＲＬには招待ユーザの情報が含まれているので、被招待ユーザが招待メッセージ中のＵＲＬを選択する操作を行うことによって、ゲームサーバ１は、招待ユーザを認識することができる。
　なお、被招待ユーザがゲームサービスへ新規登録する画面中に、招待ユーザの情報（招待ユーザのユーザＩＤ等）を直接入力することができる欄を設け、当該欄に入力された情報により、ゲームサーバ１が招待ユーザを認識するようにしてもよい。
　次に、関係管理手段５６について説明する。関係管理手段５６は、ゲームサービスに登録しているユーザであってゲームサービス登録を招待した招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録したとき、招待ユーザと被招待ユーザとを関係付けた情報を記憶装置（データベースサーバ２等）に記憶して両者の関係を管理する機能を有する。この関係管理手段５６は、招待関係記憶制御部５６ａを備えている。
　図８には、招待関係記憶制御部５６ａがデータベースサーバ２に記憶して管理する、招待ユーザと被招待ユーザとを関係付けた招待関係情報の一例を示している。本実施の形態では、招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録したとき、招待ユーザが「先輩」、被招待ユーザが「後輩」となり、両ユーザの関係を先輩・後輩として関係管理手段５６が管理するようになっている。招待関係記憶制御部５６ａは、先輩となる招待ユーザのユーザＩＤと関係付けて、後輩となる被招待ユーザのユーザＩＤをデータベースサーバ２の所定の記憶領域に記憶する。図８には、ユーザＩＤ＝“０００００１”のユーザが、３人のユーザ（ユーザＩＤ＝“５１７８５０”、“５１８２１５”、“５２０１１３”）の招待に成功し、ユーザＩＤ＝“０００００１”のユーザが先輩となり、招待された当該３人のユーザが後輩になった例を示している。また、図８には、ユーザＩＤ＝“０００００５”の招待ユーザ（先輩）と、ユーザＩＤ＝“５１９３６７”の被招待ユーザ（後輩）との関係、およびユーザＩＤ＝“００００１２”の招待ユーザ（先輩）と、ユーザＩＤ＝“５２１５０１”、“５２１７８６”の２人の被招待ユーザ（後輩）との関係も例示している。以下、適宜、招待ユーザを「先輩」、被招待ユーザを「後輩」と呼称する。
　次に、特典付与手段５７について説明する。特典付与手段５７は、招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録した後、招待ユーザと被招待ユーザとの関係性を生かした特典を付与する機能を有する。この特典付与手段５７は、招待特典付与部５７ａおよび新規招待登録特典付与部５７ｂを備えている。
　招待特典付与部５７ａは、被招待ユーザがゲームサービスに登録した後、招待ユーザ（先輩）に対して、被招待ユーザ（後輩）のゲームへのアクセスまたはゲーム進行状況に応じて、ゲーム上有利になる特典や所定の希少度以上のゲームのアイテムを付与する特典等を招待特典として付与する。ここで、ゲームへのアクセスとは、ゲームサービスを提供するゲームサーバ１へのアクセス（ログイン）を意味する。後輩のゲームへのアクセスに応じて招待特典を付与するとは、後輩がゲームへアクセス中であること、後輩がゲームへアクセスした事実があること、または後輩のゲームへのアクセス回数やアクセス日数などに応じて、招待特典を付与することをいう。例えば、後輩がゲームへアクセス中（ログイン中）であるときに、先輩に招待特典のメリットを与える構成とすることができる。また、新規登録後の後輩のゲームへの累積アクセス回数が基準回数に達したときに、先輩に招待特典のメリットを与える構成とすることができる。また、新規登録後の後輩のゲームへの累積アクセス日数が基準日数に達したときに、先輩に招待特典のメリットを与える構成とすることができる。
　一例を挙げると、後輩の累積アクセス日数が３日になった時点で２００ポイント、６日になった時点で５００ポイント、９日になった時点で１０００ポイントというように、後輩のゲームへの累積アクセス日数が所定日数に達する毎に、先輩にポイントを付与する。ポイントに代えてアイテムやその他の特典を付与してもよい。また、付与するポイント等の特典は、累積アクセス日数（または累積アクセス回数）が増加するほど大きくすることが望ましい。この場合、先輩は、後輩により多くゲームにアクセスしてもらうように、「アクセス頑張ろう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化が図られる。
　なお、後輩の累積アクセス日数が基準日数に達するまでにあまりに長い期間を要する（例えば後輩の累積アクセス日数が３日に達するまでに３か月かかる）場合には、先輩にポイント等が付与されないように、招待特典付与のための期限を設け、期限までに累積アクセス日数が基準日数に達する必要があるようにしてもよい。例えば、新規登録から２週間以内という期限までに後輩の累積アクセス日数が３日になれば先輩に２００ポイントが付与され、当該期限までに後輩の累積アクセス日数が６日になれば先輩に５００ポイントが付与される等とすることができる。このように、新規登録から所定期間以内という期限を設けて、その間の後輩の累積アクセス日数に応じて招待特典を大きくする構成も可能である。あるいは、新規登録から所定期間毎（例えば２週間毎）に、その間の後輩の累積アクセス日数を調べて、累積アクセス日数が多いほど招待特典を大きくする構成も可能である。
　また、後輩のゲーム進行状況とは、後輩がゲームをプレイすることによりゲームを進行させた結果としての後輩のゲームのレベル、後輩が所有するキャラクタの能力、後輩のチームの戦力などの状況をいう。例えば、新規登録後における後輩のゲームのレベルが基準値に達したときに、先輩に招待特典のメリットを与える構成とすることができる。また、新規登録後における後輩のキャラクタの能力値（後輩の所有するキャラクタが複数ある場合、それらの最大値、平均値、または合計値等）が基準値に達したとき、先輩に招待特典のメリットを与える構成とすることができる。また、新規登録後における後輩のチームの戦力値が基準値に達したとき、先輩に招待特典のメリットを与える構成とすることができる。
　一例を挙げると、後輩のゲームのレベルが「５」になった時点で２００ポイント、「１０」になった時点で５００ポイント、「１５」になった時点で１０００ポイントというように、後輩のゲームのレベルが所定レベルだけアップする毎に、先輩にポイントを付与する。ポイントに代えてアイテムやその他の特典を付与してもよい。また、付与するポイント等の特典は、ゲームレベルが増加するほど大きくすることが望ましい。この場合、先輩は、後輩にレベルアップを促すために、「レベルアップ頑張ろう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化が図られる。同様に、後輩が所有するキャラクタの能力値や後輩のチームの戦力値が所定値だけアップする毎に、先輩にポイントやアイテム等の特典を付与する構成とすることもできる。
　新規招待登録特典付与部５７ｂは、被招待ユーザがゲームサービスに登録した後、被招待ユーザ（後輩）に対して、招待ユーザ（先輩）のゲームへのアクセスまたはゲーム進行状況に応じて、ゲーム上有利になるように新規招待登録特典を付与する。ここで、先輩のゲームへのアクセスとは、先輩がゲームへアクセス中であること、先輩がゲームへアクセスした事実があること、先輩のゲームへのアクセス回数やアクセス日数などをいい、先輩のゲーム進行状況とは、先輩がゲームをプレイすることによりゲームを進行させた結果としての先輩のゲームのレベル、先輩が所有するキャラクタの能力、先輩のチームの戦力などの状況をいう。
　例えば、先輩がゲームへアクセス中（ログイン中）であるときに、後輩に新規招待登録特典のメリットを与える構成とすることができる。また、後輩の新規登録後における先輩のゲームへの累積アクセス回数が所定回数に達したときに、後輩に新規招待登録特典のメリットを与える構成とすることができる。また、後輩の新規登録後における先輩のゲームへの累積アクセス日数が所定日数に達したときに、後輩に新規招待登録特典のメリットを与える構成とすることができる。これらの場合、後輩は、先輩により多くゲームにアクセスしてもらうように、「アクセス頑張りましょう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化が図られる。
　また、後輩の新規登録後における先輩のゲームのレベルが所定レベルだけ向上したときに、後輩に新規招待登録特典のメリットを与える構成とすることができる。また、後輩の新規登録後における先輩のキャラクタの能力値が所定値だけ向上したとき（先輩の所有するキャラクタが複数ある場合、能力向上分の最大値、平均値、または合計値等が所定値に達したとき）、後輩に新規招待登録特典のメリットを与える構成とすることができる。また、後輩の新規登録後における先輩のチームの戦力値が所定値だけ向上したとき、後輩に新規招待登録特典のメリットを与える構成とすることができる。これらの場合、後輩は、先輩にレベルアップや戦力アップを促すために、「レベルアップ頑張ろう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化が図られる。
　ここで、先輩に付与される特典（招待特典）および後輩に付与される特典（新規招待登録特典）の内容について、より詳細に説明する。これらの特典は、当該特典が付与されなかった場合と比較してゲーム上有利になるものであればよく、ゲームの種類や内容に応じて様々な特典が考えられる。あるいは、招待特典または新規招待登録特典は、ゲーム上有利になるものではないが、所定の希少度以上のゲームのアイテムを付与するものであってもよい。
　本実施の形態の野球ゲームにおける特典の一例としては、他のユーザのチームと対戦する対戦モードにおいて、対戦ｎ回分（例えば対戦３回分）だけ有利になるというゲーム上のメリットを挙げることができる。対戦ｎ回分のゲーム運びを有利にする方法としては、ユーザのチームの戦力を対戦ｎ回分だけ向上させる方法が考えられる。
　ここで、特典によってユーザのチームの戦力を向上させる場合にも、幾つかの方法がある。対戦モードにおいては、ユーザが所有している選手カードの中から試合に出場するレギュラー選手の選手カードが選択されて対戦することになる（例えば、ユーザは、所有している選手カードの中から予め試合に出場するレギュラー選手のカードを選択しておき、当該レギュラー選手のカードでチームオーダを組んで対戦する）。よって、当然ながら、通常は、ユーザの手持ち選手カード以外を自己チームの戦力とすることはできない。
　しかし、特典によりチームの戦力を向上させる場合、ユーザの仲間全員の手持ちカードすべての中で、最強の選手カード（最も能力値が高い選手カード）１枚が、自動的に当該ユーザのレギュラー選手のカードの１枚と入れ替わるようにする。この場合、ゲームサーバ１のゲーム進行手段５２が、特典対象の対戦の実行時に、自動的に上述の選手カードの入れ替え処理を行うことになる。なお、ユーザの仲間については後述する。もし、ユーザの仲間全員の手持ちカードの中で最強の選手カードを当該ユーザ自らが所有していた場合、当該最強の選手カードよりも能力値が高い助っ人選手カード（ゲームサーバ１が用意する特別な選手カード）１枚が、自動的に当該ユーザのレギュラー選手のカードの１枚と入れ替わるようにしてもよい。
　特典によってユーザのチーム戦力を向上させる他の方法としては、対戦モードにおいて試合に出場するレギュラー選手の選手カードの一部または全部の能力値を、所定の割合（または所定の値）だけ向上させるという方法もある。この場合、ゲームサーバ１のゲーム進行手段５２が、特典対象の対戦の実行時に、特典を受けたユーザのチームの選手カードの能力値を向上させる処理を行なうことになる。
　また、対戦ｎ回分のゲーム運びを有利にする他の方法としては、特典が付与されたユーザのチームが勝利する確率を対戦ｎ回分だけ向上させる（よって、対戦相手のユーザのチームが勝利する確率をその分低下させる）方法も考えられる。例えば、対戦する両ユーザのチームの能力が同一であったとすると、何れのユーザにも特典が付与されていなければ、両チームの勝利確率はともに５０％であるが、一方のユーザに特典が付与されている対戦においては、特典が付与されたユーザＸのチームの勝利確率を例えば１０％向上させて６０％とする一方、その対戦相手のユーザＹのチームの勝利確率を１０％低下させて４０％として、ユーザＸの方がユーザＹよりも勝利確率の面で有利な状態にする。
　その他の特典の例としては、次のようなものがある。すなわち、ゲーム中に消費されて減った体力ポイントなどのポイントは、例えば３分経過する毎に１ポイントずつ回復するようになっているが、このポイント回復時間を短縮する（例えば、２分経過する毎に１ポイントずつ回復するようにする）ことが考えられる。この特典が付与される場合、特典情報記憶制御部５１ｉが記憶しているユーザの特典情報として、ポイント回復時間が短縮される有効期間の情報が記憶される。これにより、ゲームサーバ１のゲーム情報管理手段５１が、特典が有効な期間（例えば、ユーザが特典の通知を受けてから２４時間以内）において、ポイント回復時間を通常時よりも短縮する処理を行うことになる。
　また、前述の抽選獲得モードにおいて、レアカード（通常の選手カードよりも抽選確率が低く、希少価値が高い選手カード）が抽選される確率を所定回数（例えば１回）だけ上昇させるという特典も考えられる。この特典が付与される場合、特典情報記憶制御部５１ｉが記憶しているユーザの特典情報として、抽選確率を上昇させる回数が記憶される。そして、ゲームサーバ１のゲーム進行手段５２が、特典対象の抽選実行時に、レアカードの抽選確率を一時的に高める処理を行うことになる。
　また、抽選獲得モードにおいて、通常は選手カードの抽選を実行するのにポイント（前記交流ポイント等）を必要とするが、所定回数（例えば１回）だけ無料で（すなわちポイントの消費なしに）、選手カードの抽選を受けることができるという特典も考えられる。この特典が付与される場合、特典情報記憶制御部５１ｉが記憶しているユーザの特典情報として、無料（無ポイント）で選手カードの抽選を受けることができる回数が記憶される。
　また、ゲームサーバ１が乱数等により抽選で選んだ選手カードを、所定枚数（例えば１枚）だけユーザに付与するという特典も考えられる。ゲームサーバ１が選んだ選手カードを特典としてユーザに付与する場合、ゲーム情報管理手段５１の所有選手カード記憶制御部５１ｃが記憶している選手カードＩＤに、特典として付与される選手カードＩＤが追加される。
　また、前述の体力ポイント、攻撃コスト、パワーポイント、交流ポイントなどのゲーム内で使用される各種ポイントを、所定ポイント分だけユーザに付与するという特典も考えられる。さらには、前述の回復アイテムやフェイクカードなどのゲーム内で使用される各種アイテムを、所定数だけユーザに付与するという特典も考えられる。ゲーム内で使用されるポイントまたはアイテムを特典として付与する場合、特典付与手段５７は、ゲーム情報管理手段５１の所有ポイント記憶制御部５１ｄまたは所有アイテム記憶制御部５１ｆが記憶している、ユーザの所有ポイントまたはアイテムの所有数を、所定数だけ増加させるようにゲーム情報を変更する。
　また、ユーザがゲームをプレイする中で取得できるゲーム上の経験値が通常よりも大きくなるという特典も考えられる。この場合、ゲームサーバ１のゲーム進行手段５２が、ユーザによるコマンドボタン操作時に、当該ユーザが獲得する経験値を通常よりも大きくする処理を行なうことになる。さらには、ゲーム内で発動されたミッションの達成またはイベントの進行が通常よりも早くなるという特典も考えられる。この場合、ゲームサーバ１のゲーム進行手段５２が、ユーザによるコマンドボタン操作時に、当該ユーザのミッションの達成率またはイベントの進行率を通常よりも高くする処理を行なうことになる。
　さらに、以下に示すパラメータ設定手段５８が設定する値を上昇させることにより、先輩または後輩に特典を付与する形態もある。
　パラメータ設定手段５８は、各ユーザの端末装置３に対して、複数段階の値（例えば０～５の６段階の値）を有する調子のパラメータの何れか一つの値を設定する機能を有する。このパラメータの複数段階の値は、パラメータ表示画像としての複数の調子マークに対応している。調子マークは、ゲームをプレイしているユーザまたは当該ユーザのキャラクタの調子の良さ（または体調の良さ）を疑似的に表示する画像である。図９には、データベースサーバ２の所定領域に記憶されているパラメータの値と調子マークとの対応関係を例示している。図９の例では、調子のパラメータには０～５の６段階の値（０＝不調、１＝普通、２＝好調、３＝かなり好調、４＝絶好調、５＝最好調）が設定されており、値が大きいほど調子がよい状態を示す。
　パラメータ設定手段５８によるパラメータの設定方法には様々な方法が考えられる。例えば、ユーザの端末装置３がゲームサーバ１にアクセスする毎に、乱数によりランダムにパラメータの値を設定するようにしてもよい。あるいは、連続してゲームサーバ１にアクセスする日数が多くなるほど、パラメータの値を高く設定するようにしてもよい。
　また、パラメータ設定手段５８は、ユーザの端末装置３がゲームサーバ１にアクセスしていないときにも、当該ユーザの端末装置３に対してパラメータの値を設定可能である。例えば、ユーザの端末装置３がゲームサーバ１にアクセスしているか否かにかかわらず、毎日、現実世界の所定時刻（例えば午前０時）に、各ユーザに適用するパラメータの値を乱数等に基づいて設定するようにしてもよい。
　ゲーム画面送信手段５２ｃは、パラメータ設定手段５８が設定した値に対応した調子マークを含むゲーム画面をユーザの端末装置３へ送信するようになっている。これにより、ユーザの端末装置３には、調子マークを含むゲーム画面が表示され、ユーザは調子マークを視認して現在の調子の良さを認識することになる。
　また、ゲーム進行手段５２は、パラメータ設定手段５８が設定した値が高いユーザほど、ゲーム上有利になる程度が大きくなるように当該ユーザのゲーム進行を制御するようになっている。例えば、ゲーム進行手段５２は、パラメータ設定手段５８が設定した値が高いほど、ユーザがゲームをプレイする中で取得できるゲーム上の経験値がより多くなるようにゲーム進行を制御する。また、ゲーム進行手段５２は、パラメータ設定手段５８が設定した値が高いほど、ゲーム内で発動されたミッションの達成またはイベントの進行がより早くなるようにゲーム進行を制御する。また、ゲーム進行手段５２は、パラメータ設定手段５８が設定した値が高いほど、前述の抽選獲得モードにおいて、レアカードやレアアイテムが抽選される確率がより向上するように制御する。
　そして、招待特典付与部５７ａは、後輩がゲームにアクセスしているとき、先輩の端末装置３に対してパラメータ設定手段５８が設定した値を上昇させる。これにより、例えば、後輩がゲームにアクセスしているとき、先輩の端末装置３に対して設定されたパラメータの値が所定値（例えば１つ）だけ上昇するようになっている。パラメータの値が上昇すれば、ゲーム上有利になる程度が大きくなるので、招待特典付与部５７ａは、パラメータの値の上昇という形態を介して先輩に招待特典を付与することができる。
　また、複数のユーザの招待に成功したことにより先輩に後輩が複数いる場合（すなわち、招待ユーザが招待した複数の被招待ユーザがゲームサービスに登録している場合）、招待特典付与部５７ａは、ゲームにアクセスしている後輩の人数が多いほど、先輩の端末装置３に対してパラメータ設定手段５８が設定した値を、より大きく上昇させることが望ましい。例えば、招待特典付与部５７ａは、ゲームにアクセスしている後輩の人数がｎ人の場合、パラメータの値をｎ段階上昇させるようになっている。例えば、先輩の端末装置３に対してパラメータ設定手段５８が設定した値が「１＝普通」であり、ゲームにアクセスしている後輩の人数が３人のときは、パラメータの値を３段階上昇させて、「４＝絶好調」にする。なお、上昇させたパラメータの値が最大値（５＝最好調）を超える場合は、最大値となる。
　また、複数の後輩がいる先輩の場合、招待特典付与部５７ａは、ゲームにアクセスしている後輩の人数にパラメータの値を対応させてもよい。例えば、ゲームにアクセスしている後輩の人数１人～５人と、パラメータの値１～５とを対応させる。すなわち、ゲームにアクセスしている後輩が１人でもいる場合は、パラメータの最低値「０＝不調」が選択されることはなく、ゲームにアクセスしている後輩の人数が多いほど、パラメータの値が大きくなる。なお、パラメータの値の最大値が「５＝最好調」であるため、ゲームにアクセスしている後輩の人数が６人以上の場合は、パラメータの最大値「５＝最好調」を対応させる。
　また、複数の後輩がいる先輩の場合、招待特典付与部５７ａは、全ての後輩がゲームにアクセスしているとき、先輩の端末装置３に対してパラメータ設定手段５８が設定した値を、全ての後輩がゲームにアクセスしていない場合と比較して大幅に上昇させてもよい。例えば、全ての後輩がゲームにアクセスしているとき、先輩の端末装置３に対して設定されたパラメータの値が最大値「５＝最好調」まで上昇するようにすることができる。
　また、新規招待登録特典付与部５７ｂは、先輩がゲームにアクセスしているとき、後輩の端末装置３に対してパラメータ設定手段５８が設定した値を上昇させる。これにより、先輩がゲームにアクセスしているとき、後輩の端末装置３に対して設定されたパラメータの値が所定値（例えば２つ）だけ上昇するようになっている。あるいは、先輩がゲームにアクセスしているとき、後輩の端末装置３に対して設定されたパラメータの値が最大値「５＝最好調」まで上昇するようにしてもよい。パラメータの値が上昇すれば、ゲーム上有利になる程度が大きくなるので、新規招待登録特典付与部５７ｂは、パラメータの値の上昇という形態を介して後輩に新規招待登録特典を付与することができる。
　ところで、後輩がゲームサービスに登録した後、当該後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値が所定値に達した後は、招待特典付与部５７ａが先輩に対して当該後輩を招待したことによる招待特典の付与処理を実行しないようにすることが望ましい。これは、後記するとおり、特典を無期限に付与することを回避することで、新たな招待を行う意欲を喚起するためである。ここで、「後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値」とは、後輩のゲームのレベルの値、後輩の所有するキャラクタの能力値、後輩のチームの戦力値、後輩が到達しているゲーム内のステージの難易度の値などをいう。
　例えば、後輩のゲームのレベルは、後輩がゲームをプレイして経験値を取得することにより上昇するものであり、後輩が実際にゲームをプレイしなければ所定値に達しない。同様に、後輩の所有するキャラクタの能力値や後輩のチームの戦力値なども、後輩が実際にゲームをプレイしてキャラクタの育成やチーム戦力向上を図らなければ所定値に達しないものである。また、ゲーム内に難易度の異なる複数のステージが設けられており、１つのステージをクリアしたら１つ難易度の高い別のステージに進むようなゲームの場合、後輩が実際にゲームをプレイしてステージをクリアしなければ所定の難易度に達しない。すなわち、「後輩のゲーム進行に伴って変化するゲーム上の値」とは、新規登録の後輩がある程度ゲームをプレイしたタイミングを示す指標となるものである。
　一例を挙げると、「後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値」を後輩のゲームのレベルとしたとき、後輩のゲームのレベルが初心者レベルを突破した値（例えばレベル１５）に達した後においては、招待特典付与部５７ａが先輩に対して招待特典の付与処理を実行しないようにすることができる。
　上記のように後輩がある程度ゲームをプレイすることによって「後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値」が所定値に達した後において、先輩に対する招待特典の付与を中止することにより、ユーザに対して新たなユーザの招待を促すことができる。すなわち、ユーザが先輩として招待特典を無期限に受け続けることができる場合、既に受けている魅力的な招待特典に満足しているユーザは、新たなユーザの招待に積極的にならないことも考えられる。一方、ユーザが一定の招待特典を享受したタイミングで特典の付与を中止することによって、再度、魅力的な招待特典を受けたいという気持ちがユーザに働き、もう一度新たなユーザをゲームに招待しようという強い動機付けをユーザに与えることができるのである。
　本実施の形態では、先輩が招待特典を享受できる期間を現実世界の実時間ではなく、「後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値が所定値に達するまで」としている。これは以下の理由による。本実施の形態において、先輩に付与される招待特典は、後輩のゲームアクセスまたはゲーム進行状況に応じたものとなっている。よって、もし先輩が招待特典を享受できる期間を現実世界の実時間とした場合は、仮に後輩がゲームサービスに新規登録した後、一度もゲームにアクセスせず（ゲームを全く進行させず）又はゲームアクセスが僅かである場合、その間、先輩は招待特典を全く享受できない又は僅かしか享受できないにもかかわらず、上記の現実世界の実時間が経過してしまえば、それ以降、招待特典を享受できる機会は失われる。これに対して、先輩が招待特典を享受できる期間を「後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値が所定値に達するまで」とすることにより、現実世界の実時間によらず、後輩がある程度ゲームをプレイして先輩が特典によるメリットを実感できるまで招待特典の付与期間が確保されることになる。
　また、後輩がゲームサービスに登録した後、「当該後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値」が所定値に達した後は、新規招待登録特典付与部５７ｂが後輩に対して新規招待登録特典の付与処理を実行しないようにすることが望ましい。一例を挙げると、後輩のゲームのレベルが初心者レベルを突破した値（例えばレベル１５）に達した後においては、新規招待登録特典付与部５７ｂが、当該後輩に対して新規招待登録特典の付与処理を実行しないようにする。
　上記のように後輩がある程度ゲームをプレイすることによって「後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値」が所定値に達した後において、後輩に対する新規招待登録特典の付与を中止することにより、ユーザに対して新たなユーザの招待を促すことができる。すなわち、ユーザが後輩として新規招待登録特典を無期限に受け続けることができる場合、既に受けている魅力的な新規招待登録特典に満足しているユーザは、自らが新たなユーザを招待して招待特典を受けようとする気持ちが希薄になることも考えられる。一方、ユーザが一定の新規招待登録特典を享受したタイミングで特典の付与を中止することによって、新規招待登録特典と同様の内容の招待特典を受けたいという気持ちがユーザに働き、今度は自分が新たなユーザをゲームに招待しようという強い動機付けをユーザに与えることができるのである。
　次に、報知手段５９について説明する。報知手段５９は、特典（招待特典または新規招待登録特典）が付与されたユーザの端末装置３に対して、特典が付与されている旨を報知する機能を有する。報知手段５９による特典の報知の例を、図１０および図１１に示している。図１０は、招待特典が付与された先輩の端末装置３の表示部３５に表示されるゲームのメイン画面の一例を示すものである。また、図１１は、新規招待登録特典が付与された後輩の端末装置３の表示部３５に表示されるゲームのメイン画面の一例を示すものである。
　ゲームサーバ１における特典付与処理後に、ユーザがゲームのメイン画面を表示させる操作をしたとき、ゲームサーバ１の報知手段５９からは、図１０または図１１に示すメイン画面を表示させる画面データが端末装置３へ送信されてくる。このメイン画面には、ユーザが所有する選手カードの中から４番打者およびエース投手として選択された選手カード７１、ユーザのゲーム情報７２、調子マーク７３などが表示されるとともに、特典通知情報７４も表示される。なお、メイン画面の詳細については、後述する。
　図１０に示すように、先輩の端末装置３のメイン画面に表示される特典通知情報７４は、例えば「後輩２人アクセス中につき調子２段階アップ！」というような、招待特典が付与されていることが分かる内容である。この例において、先輩が特典通知情報７４の中の「後輩２人」の部分に設けられたハイパーリンク７５を選択する操作を行うことにより、ゲームサーバ１からは、アクセスしている後輩２人の名前等の情報を表示する画面データが先輩の端末装置３へ送信され、アクセスしている後輩２人の情報を確認することができるようになっている。
　また、図１１に示すように、後輩の端末装置３のメイン画面に表示される特典通知情報７４は、例えば「先輩アクセス中につき調子ＭＡＸ！」」というような、新規招待登録特典が付与されていることが分かる内容である。この例において、後輩が特典通知情報７４の中の「先輩」の部分に設けられたハイパーリンク７６を選択する操作を行うことにより、ゲームサーバ１からは、先輩の名前等の情報を表示する画面データが後輩の端末装置３へ送信され、先輩の情報を確認することができるようになっている。
　このように報知手段５９は、メイン画面等に特典の発生情報を表示させてユーザへの報知を行うので、前記のゲーム画面生成手段５２ｂおよびゲーム画面送信手段５２ｃと協働して当該報知の処理を行うようになっている。
　次に、図４に示す仲間管理手段６０について説明する。仲間管理手段６０は、各ユーザを中心とするグループに所属する仲間関係にある仲間ユーザの情報をデータベースサーバ２（記憶装置）に記憶してユーザ毎の仲間管理を行う機能を有する。なお、ここでいうグループとは、あくまで１ユーザの視点から見た自分の仲間の集団を示しており、これらの集団を構成する各ユーザがこの集団のみに所属するわけではない。各ユーザもまた、個々に自分を中心とする「仲間」のグループを有している。この仲間管理手段６０は、仲間情報記憶制御部６０ａを備えている。
　図１２Ａには、仲間情報記憶制御部６０ａがデータベースサーバ２に記憶して管理する、各ユーザの仲間に関する情報の一例を示している。仲間情報記憶制御部６０ａは、ユーザＩＤと対応付けて、仲間の制限数の情報、すでに仲間の関係になっている仲間ユーザのユーザＩＤ、仲間申請中のユーザのユーザＩＤ、および仲間申請を受けているが未承認のユーザのユーザＩＤなどの仲間に関する情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。図１２Ａの例では、ユーザＩＤ＝“０００００１”のユーザ１人分の仲間に関する情報を示しており、仲間制限数は２０人、当該ユーザの仲間ユーザは１０人、仲間申請中のユーザは１人、仲間申請を受けているが未承認のユーザは０人である。
　本実施の形態の野球ゲームでは、仲間をつくることによって、仲間の関係になった両ユーザにボーナスポイントが付与される（例えば、前記体力ポイントや攻撃コストの最大値を所定ポイントだけ増加させることができる）。また、仲間のユーザと協力して試合をしたり、仲間同士で選手カードのプレゼントや応援を行ったりすることで、ゲームを有利に進めることができるゲーム仕様となっている。このようにゲーム内で仲間をつくることによるメリットをユーザに付与することにより、仲間を作ることを促進している。但し、各ユーザには、ゲームの進行度合いに応じた仲間の制限数（仲間をつくることができる上限人数）が設定されており、仲間情報記憶制御部６０ａがユーザＩＤと対応付けて仲間の制限数を記憶している。例えば、仲間の制限数は、ユーザのゲームのレベルが高くなるほど大きくなるように設定される。これにより、ユーザは、より多くの仲間を作ってゲームを有利にするために、ゲームを継続的に進めてレベルアップを図ろうとする動機付けを与えられることになる。
　本実施の形態において、２人のユーザが仲間関係になるには、２つの形態が用意されている。第１の形態としては、２人のユーザ間においてなされる仲間申請とその承認の操作によるものである。この場合、両ユーザの何れか一方が、他方のユーザに対してゲームサーバ１を介して仲間申請を行う。この仲間申請の操作例としては、先ず、仲間を作ろうとするユーザが、端末装置３の画面上に仲間候補の対象者をリストアップする操作を行う。このユーザによる操作に応じて、ゲームサーバ１が仲間候補の対象者をリストアップした画面データを送信することにより、複数の仲間候補がリストアップされた画面がユーザの端末装置３に表示される。ここで、ユーザは、画面上にリストアップされた対象者のゲームのレベルや所属リーグレベル等を確認し、仲間にしたいユーザを選択して仲間申請の操作を行う。
　例えば、ユーザＩＤ＝“０００００１”のユーザＡが、ユーザＩＤ＝“０００００２”のユーザＢに対して仲間申請の操作を行った場合を考える。図１２Ａに示すように、この操作に応じてゲームサーバ１の仲間情報記憶制御部６０ａは、仲間申請を行ったユーザＡのゲーム情報として、当該ユーザＡのユーザＩＤ＝“０００００１”と対応付けて、被申請者であるユーザＢのユーザＩＤ＝“０００００２”を、「申請中のユーザＩＤ」として記憶する。
　さらに、図１３Ａに示すように、仲間情報記憶制御部６０ａは、被申請者であるユーザＢのゲーム情報として、当該ユーザＢのユーザＩＤ＝“０００００２”と対応付けて、仲間申請を行ったユーザＡのユーザＩＤ＝“０００００１”を、「未承認のユーザＩＤ」として記憶する。そして、ゲームサーバ１は、その後、ユーザＢの端末装置３がゲームサーバ１にログインしたときに、ユーザＡから仲間申請があった旨を通知する。
　そして、仲間申請を受けたユーザＢは、ゲームサーバ１から受信したユーザＡのユーザレベルや所属リーグレベル等の情報を、端末装置３の画面上で確認し、仲間として承認するか拒否するかを選択する操作を行う。ここで、ユーザＢが仲間として承認する操作を行った場合、この操作に応じてゲームサーバ１の仲間管理手段６０は、ユーザＡとユーザＢとの仲間関係を成立させ、両ユーザＡ・Ｂを仲間登録する。すなわち、図１２Ｂに示すように、ユーザＡのゲーム情報として、当該ユーザＡのユーザＩＤ＝“０００００１”と対応付けて、ユーザＢのユーザＩＤ＝“０００００２”を、「仲間ユーザＩＤ」として記憶し、「申請中のユーザＩＤ」からユーザＢのユーザＩＤを削除する。
　さらに、図１３Ｂに示すように、仲間情報記憶制御部６０ａは、ユーザＢのユーザＩＤ＝“０００００２”と対応付けて、ユーザＡのユーザＩＤ＝“０００００１”を、「仲間ユーザＩＤ」として記憶し、「未承認のユーザＩＤ」からユーザＡのユーザＩＤを削除する。そして、ゲームサーバ１は、その後、ユーザＡの端末装置３がゲームサーバ１にログインしたときに、ユーザＢから仲間の承認があった旨を通知する。
　２人のユーザが仲間関係になる第２の形態としては、招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録したとき、ゲームサーバ１の仲間管理手段６０が、自動的に招待ユーザ（先輩）と被招待ユーザ（後輩）とを仲間として登録するというものである。すなわち、本実施の形態では、招待ユーザと被招待ユーザとは、先輩と後輩という関係（主に特典付与処理に用いられる関係）だけでなく、仲間関係も構築されることになる。上述のようにユーザのゲームのレベルに応じて仲間の制限数が設定されているので、通常は仲間の制限数を超えて仲間をつくることはできないのであるが、招待を契機として招待ユーザと被招待ユーザとが仲間登録されるときは、仲間の制限数を超えるときでも仲間登録が行われるようにしてもよい。
　次に、図４に示すメッセージ伝達手段６１について説明する。
　メッセージ伝達手段６１は、各ユーザの端末装置３から送信された他のユーザ宛のメッセージを受信するとともに、当該メッセージを当該他のユーザへ伝達する機能を有する。このメッセージ伝達手段６１は、メッセージ記憶制御部６１ａを備えている。
　図１４には、メッセージ記憶制御部６１ａがデータベースサーバ２に記憶して管理する、受信メッセージに関する情報の一例を示している。このメッセージ記憶制御部６１ａは、メッセージを受け取った受信側ユーザのユーザＩＤと対応付けて、送信元のユーザＩＤ、メッセージの内容、送信日時などのメッセージに関する情報を、受信側のユーザのユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。図１４の例では、ユーザＩＤ＝“０００００２”の受信側ユーザ１人分の受信メッセージに関する情報を示しており、当該ユーザは、ユーザＩＤ＝“０００００１”のユーザから「アクセス頑張ろう！」、ユーザＩＤ＝“００００３８”のユーザから「おはようございます！今週はアクセス頑張りましょう！」、ユーザＩＤ＝“０００１４５”のユーザから「今週もよろしく！」というメッセージをそれぞれ受け取っている。
　ここで、ユーザが自分の仲間ユーザに対してメッセージを送る操作の一例を説明する。図１５Ａには、ゲームサーバ１から送信された画面データに基づいて、ユーザの端末装置３に表示される仲間リスト画面の一例を示している。この仲間リスト画面は、例えばユーザが端末装置３を操作してメイン画面中の「仲間メニュー」を選択することによって表示される画面である。この仲間リスト画面には、ユーザと仲間関係にある仲間ユーザの情報がリストアップされて表示される。なお、画面に表示しきれない仲間ユーザの情報については、画面をスクロールするまたは仲間リストの２ページ目以降をゲームサーバ１にリクエストして別画面として表示することができる。
　この仲間リスト画面内にはリストアップされた仲間ユーザ毎の情報表示領域が設けられており、各情報表示領域には、仲間ユーザが自分の先輩であれば「先輩」、仲間ユーザが自分の後輩であれば「後輩」の旨を表示する関係表示オブジェクト８０が表示される。図１５Ａの例では、ユーザＸが「後輩」である旨を関係表示オブジェクト８０で示している。また、仲間ユーザ毎の情報表示領域には、仲間ユーザのゲーム情報８１（ユーザ名、ゲームのレベル、仲間の人数、所有する選手カードの数を表す部員数等）、当該ユーザの分身的なキャラクタであるアバター８２、当該ユーザの所有する４番打者の選手カード９０などとともに、応援ボタン８４というオブジェクトも表示される。
　そして、ユーザがこの応援ボタン８４を選択することで、自分の仲間ユーザを応援することができるようになっている。例えば、ユーザが応援ボタン８４を押して仲間ユーザを応援すると、当該ユーザに所定の交流ポイントが付与されるとともに、当該ユーザと当該仲間ユーザとの友情度が向上するようになっている。また、ユーザは、仲間ユーザを応援するだけでなく、以下に説明するように、さらにメッセージも送ることができる。
　ユーザの端末装置３における操作により応援ボタン８４が選択された場合、当該操作が端末装置３からゲームサーバ１へ伝えられる。その後、ゲームサーバ１からは、例えば図１５Ｂに示すメッセージ入力画面のデータが端末装置３へ送信され、端末装置３に当該メッセージ入力画面が表示される。このメッセージ入力画面には、例えば、仲間ユーザ（図１５Ｂの例では後輩にあたるユーザＸ）に対して応援を行った旨を示す文章等が表示されるとともに、メッセージ入力領域８５および送信ボタン８６というオブジェクトも表示される。そして、ユーザは、端末装置３を操作してメッセージ入力領域８５に任意のメッセージを入力し、送信ボタン８６を選択することによって、端末装置３からは仲間ユーザ宛のメッセージがゲームサーバ１へ送信される。図１５Ｂでは「アクセス頑張ろう！」というメッセージをユーザが入力した例を示している。なお、データベースサーバ２における記憶容量を考慮して、メッセージ入力領域８５に入力できる文字に制限（例えば全角３０文字以内）を設けてもよい。
　また、メッセージ入力画面には、仲間ユーザ（この例ではユーザＸ）のページへ遷移するためのハイパーリンク８７が表示されており、このリンクを選択することにより当該仲間ユーザのゲーム情報の詳細が記載されたページを表示できる。また、メッセージ入力画面には、仲間リストへ遷移するためのハイパーリンク８８やメイン画面へ遷移するためのハイパーリンク８９なども表示されており、これらのリンクを選択することにより仲間リストやメイン画面に戻れるようになっている。
　このメッセージ入力画面でのユーザの操作により端末装置３からメッセージが送信された場合、ゲームサーバ１では、メッセージ伝達手段６１のメッセージ記憶制御部６１ａが、端末装置３から受信した仲間ユーザ宛のメッセージを、当該仲間ユーザのユーザＩＤと対応させてデータベースサーバ２に記憶する（図１３Ａ及び図１３Ｂ参照）。そして、当該仲間ユーザの端末装置３がゲームサーバ１へアクセスしたとき、ゲームサーバ１のメッセージ伝達手段６１は、メッセージ、送信元のユーザ名、送信時間等を表示させる画面データを端末装置３に送信する。これにより、この画面データを受信したユーザの端末装置３にはメッセージ等が表示され、他の仲間から受け取ったメッセージを画面で確認できるようになっている。
　このように、本実施の形態のゲームシステムでは、前記図１５Ａ及び図１５Ｂに例示するようなコミュニケーションツールを使用して、仲間同士が何時でもコミュニケーションをとることができるようになっている。当然ながら、先輩と後輩とが前記のコミュニケーションツールを使用して、互いにメッセージのやり取りをすることも可能である。
　前記図１５Ａ及び図１５Ｂの例では、ユーザの仲間に対してメッセージを送る例を説明したが、仲間関係にはない他のユーザに対しても、応援を行ったりメッセージを送ったりすることができる。例えば、図示しない仲間候補リスト画面にリストアップされた仲間ではない他のユーザに対して、仲間の場合と同様の操作により、応援やメッセージを送ることが可能である。
　ところで、上記の説明では、アクセス管理手段５４が管理している各ユーザのアクセス情報、関係管理手段５６が管理している先輩・後輩の関係情報、仲間管理手段６０が管理している各ユーザの仲間情報、およびメッセージ伝達手段６１が管理しているメッセージに関する情報は、便宜上、ゲーム情報管理手段５１が管理している各種情報とは区別して記載しているが、これらの情報は何れもゲームサーバ１が管理するゲーム情報に含まれるものである。
　〔ゲームシステムの動作〕
　上記の構成において、本発明の実施の形態に係るゲームシステムの動作例を、図１６のフローチャートを参照しながら以下に説明する。図１６は、ユーザが端末装置３を操作してゲームサーバ１にアクセスしてゲームサービスを受けるときの、端末装置３およびゲームサーバ１の処理の流れを示すものである。
　ユーザがゲームサービスを受ける場合、先ず、端末装置３の操作入力部４０を操作してウェブブラウザを起動する（Ｓ１１）。その後、ユーザは、ゲームサーバ１が管理するゲームサイトにアクセスする操作を行い、これにより、端末装置３からゲームサーバ１へアクセスリクエストが送信される（Ｓ１２）。このとき、ゲームサーバ１は、端末装置３からのアクセスに対するログイン認証を行い（Ｓ２１）、ゲームサービスの利用登録がなされているユーザからのアクセスであることを確認する。その後、ゲームサーバ１は、ＨＴＭＬ等で記述されたメイン画面データを端末装置３に送信する（Ｓ２２）。そして、メイン画面データを受信した端末装置３では、ウェブブラウザが当該データを解釈し、メイン画面を表示部３５に表示させる（Ｓ１３）。
　図１０に例示するように、メイン画面には、ユーザが所有する選手カードの中から４番打者およびエース投手として選択された選手カード７１、ユーザのゲーム情報７２（ゲームのレベル、体力ポイント、攻撃ポイント、部員数、パワーポイント、交流ポイント等）、調子マーク７３などが表示される。また、ユーザに特典が付与されている場合は、上述の特典通知情報７４なども表示される。さらに、このメイン画面には、端末装置３の方向キー等を操作して画面をスクロールさせることによって、図示しないゲームモードの選択ボタン、各種メニューボタン、仲間の動き情報、他のユーザからのメッセージなど、様々なオブジェクトや情報が表示されるようになっている。
　ここでユーザが、画面に表示されている選択可能なボタン等のオブジェクトやハイパーリンクを選択する操作をすると、当該操作に応じた画面のリクエストが端末装置３からゲームサーバ１へ送信される（Ｓ１４）。このリクエストを受信したゲームサーバ１は、ユーザの操作に応じた演算処理やデータ処理を行ってゲームを実行し（Ｓ２３）、実行結果を反映させたゲーム画面データを端末装置３へ送信する（Ｓ２４）。そして、画面データを受信した端末装置３では、ウェブブラウザが当該データを解釈し、ゲーム画面を表示部３５に表示させる（Ｓ１５）。ＨＴＭＬデータ等からなる画面データにウェブブラウザのプラグインによって動作するスクリプト（プログラム）が埋め込まれている場合、ウェブブラウザにおいて当該スクリプトが実行され、端末装置３には動きのあるゲーム画面が表示される。
　以降は、ユーザの端末装置３においては前記のＳ１４およびＳ１５が繰り返され、ゲームサーバ１においては前記のＳ２３およびＳ２４が繰り返され、これにより、端末装置３の画面に表示されている選択可能なボタン等をユーザが選択する度に、端末装置３のゲーム画面が次々と切り替わり、ゲームを進行させることができる。
　その後、ユーザが端末装置３を操作してゲーム画面を閉じた場合（Ｓ１６）、ゲームサーバ１はログアウト処理を行う（Ｓ２５）。例えば、ユーザがウェブブラウザを閉じた場合、ゲームサーバ１はセッションタイムアウト後にログアウト処理を行う。
　ところで、本ゲームシステムにおいては、ユーザがゲームサーバ１からログアウトした場合であっても、ゲームサーバ１側で当該ユーザのゲーム情報を読み出してゲームを進行させることができる。例えば、ログアウトしているユーザのチームに対して、ログインしている他のユーザが対戦（個別対戦）を仕掛けてくることもあり、ゲームサーバ１のゲーム進行手段５２は、ユーザがログインしているか否かに依らずに、各ユーザのゲーム情報をデータベースサーバ２から読み出して対戦を実行し、その実行結果を反映させて各ユーザのゲーム情報を更新する。また、リーグ戦モードでは、ユーザによる端末装置３の操作なしに、ゲームサーバ１のゲーム進行手段５２が、各ユーザのゲーム情報をデータベースサーバ２から読み出して、自動でリーグ戦の試合を実行する。このように、ユーザがゲームサーバ１からログアウトしているときに実行された対戦の結果は、その後、ユーザがゲームサーバ１にアクセスしたときに画面で確認することができる。
　〔ゲーム管理装置の動作〕
　次に、本発明の実施の形態に係るゲーム管理装置のより詳細な動作例を、図１７ないし図２３のフローチャートを参照しながら説明する。図１７は、ある一人のユーザを対象としたゲームサーバ１の処理の流れを示すものであり、ゲームサーバ１が管理している各々のユーザに対して同様の処理が行われる。
　図１７に示すように、ゲームサーバ１の認証手段５３は、ユーザの端末装置３からアクセス要求を受けたとき（Ｓ３１でＹＥＳ）、端末装置３から送信されてきたログインＩＤ・パスワード、または携帯電話端末の個体識別番号等に基づいて、アクセスを許可するか否かを判断するログイン認証を行う（Ｓ３２）。ここで、アクセスを許可しない場合（Ｓ３２でＮＯ）、ゲームサーバ１は、端末装置３にゲームサービスの利用登録を促す画面データを送信する（Ｓ３３）。一方、アクセスを許可する場合（Ｓ３２でＹＥＳ）、アクセス管理手段５４がユーザのアクセス情報を記憶する（Ｓ３４）。
　そして、ゲームサーバ１は、アクセスを許可したユーザの端末装置３に、メイン画面データを送信する（Ｓ３５）。その後、ユーザの端末装置３から送信されてくるユーザのゲーム操作に応じた画面リクエストを受信すると（Ｓ３６でＹＥＳ）、ゲーム実行手段５２ａは、当該画面リクエストに応じた演算処理やデータ処理を行ってゲームを実行する（Ｓ３７）。
　その後、ゲームサーバ１はゲームの実行によりユーザのゲーム情報を更新する必要があるか否かを判断し（Ｓ３８）、更新の必要がある場合（Ｓ３８でＹＥＳ）、データベースサーバ２に記憶されているユーザのゲーム情報を更新する（Ｓ３９）。例えば、ユーザのゲーム操作が他のユーザとの個別対戦を行う操作であった場合、当該対戦が実行された結果、試合結果の情報、攻撃コスト、パワーポイント、アイテム等のユーザのゲーム情報が更新されることになる。一方、例えば、ユーザのゲーム操作が自動対戦のリーグ戦の結果確認の操作であった場合、当該操作に応じたゲームの実行処理としてはリーグ戦の結果情報をデータベースサーバ２から読み出すデータ処理だけであって、当該処理の前後でユーザのゲーム情報に変化はなく、よってユーザのゲーム情報を更新する必要はない（Ｓ３８でＮＯ）。
　その後、ゲーム画面生成手段５２ｂがゲームの実行結果を反映させたゲーム画面データを生成し（Ｓ４０）、ゲーム画面送信手段５２ｃが当該ゲーム画面データをユーザの端末装置３へ送信する（Ｓ４１）。その後、ユーザの端末装置３がログアウトしたか否かが判断され（Ｓ４２）、端末装置３がログアウトするまで、前記Ｓ３６～Ｓ４１の処理が繰り返されることで、ゲームが進行していく。
　次に、図１８のフローチャートを参照して、あるユーザがゲームサービスに新規登録したときのゲームサーバ１の処理について説明する。
　ユーザがゲームサービスに新規登録する場合、ログインＩＤ（任意の英数文字やメールアドレス等）およびパスワード等を含む新規登録の申請データをゲームサーバ１に送信することになる。ゲームサーバ１は、ユーザの端末装置３から新規登録の申請データを受信したとき（Ｓ７１でＹＥＳ）、当該ユーザのゲーム情報を管理する領域をデータベースサーバ２内に確保して、当該ユーザに対する新規登録処理を行う（Ｓ７２）。そして、ゲームサーバ１は、新規登録のユーザが、他のユーザから招待を受けているか否かを判断する（Ｓ７３）。例えば、ユーザが、招待メッセージ中における招待ユーザの情報が含まれたＵＲＬを選択して新規登録の申請をした場合、ゲームサーバ１は、当該ユーザが招待ユーザから招待を受けていると判断することができる。
　新規登録のユーザが、他のユーザから招待を受けていない場合（Ｓ７３でＮＯ）、ゲームサーバ１は、Ｓ７４に移行することなく処理を終了する。一方、新規登録のユーザが、他のユーザから招待を受けている場合（Ｓ７３でＹＥＳ）、ゲームサーバ１の関係管理手段５６は、招待をした側の招待ユーザと、招待をされた側の被招待ユーザ（新規登録のユーザ）とを関係付けた情報をデータベースサーバ２に記憶して両者の関係を管理する（Ｓ７４）。本実施の形態では、図８に例示するように、招待ユーザを先輩、被招待ユーザを後輩として、後輩の新規登録後の両者の関係が管理されることになる。
　さらに、本実施の形態では、仲間管理手段６０により、先輩と後輩とが互いに仲間として登録されるようになっている（Ｓ７５）。この仲間の関係は、招待ユーザと被招待ユーザとの区別がない両者対等な関係である。なお特典（招待特典または新規招待登録特典）の付与に直接的に用いられる関係情報は、招待ユーザと被招待ユーザとの区別がある先輩・後輩の関係であるため、この仲間登録の処理（Ｓ７５）は、省略することも可能である。
　その後、ゲームサーバ１の報知手段５９は、後輩となった被招待ユーザの端末装置３に対して、新規招待登録特典の内容等を示す画面データを送信し、被招待ユーザに新規招待登録特典が受けられることとなった旨を報知する（Ｓ７６）。図２４に、新規招待登録特典の内容を示す画面例を示している。この画面例では、（１）先輩がゲームにアクセスしているとき、調子マークがＭＡＸになる（パラメータの値が最大になる）、（２）先輩のレベルが５つ上がる毎にレアアイテムが獲得できる、という新規招待登録特典の内容を後輩に報知している。
　また、招待ユーザの端末装置３からゲームサーバ１へのアクセスがあれば（Ｓ７７でＹＥＳ）、報知手段５９は、先輩となった招待ユーザの端末装置３に対して、招待特典の内容等を示す画面データを送信し、招待ユーザに招待特典が受けられることとなった旨を報知する（Ｓ７８）。図２５に、招待特典の内容を示す画面例を示している。この画面例では、（１）後輩がゲームにアクセスしているとき、調子マークがアップする（パラメータ設定手段５８が設定したパラメータの値が上昇する）、（２）後輩のレベルが５つ上がる毎にレアアイテムが獲得できる、という招待特典の内容を先輩に報知している。
　次に、図１９のフローチャートを参照して、ゲームサーバ１における招待特典付与処理の一例について説明する。同図は、先輩のゲーム中において、後輩がゲームにアクセスしているとき、先輩の端末装置３に対してパラメータ設定手段５８が設定した調子のパラメータの値が上昇するという招待特典の付与処理を例示するものである。
　ゲームサーバ１は、ゲーム中のユーザに、当該ユーザが招待をした後輩が存在するか否かを判断する（Ｓ８１）。さらに、ゲームサーバ１は、ゲーム中のユーザに後輩が存在する場合（Ｓ８１でＹＥＳ）、当該後輩がゲームにアクセス中であるか否かを判断する（Ｓ８２）。ここで、ゲーム中のユーザに後輩が存在しない場合（Ｓ８１でＮＯ）、または後輩が存在する場合であっても当該後輩がゲームにアクセスしていない場合（Ｓ８２でＮＯ）、ゲームサーバ１は、当該ユーザの端末装置３に対してパラメータ設定手段５８が設定したパラメータの値を適用し（Ｓ８３）、当該値に対応した調子マークをゲーム画面に表示させる（Ｓ８４）。すなわち、ゲームサーバ１は、パラメータ設定手段５８が設定したパラメータの値に対応した調子マークを含むゲーム画面を、ユーザの端末装置３に送信する。
　一方、後輩がゲームにアクセス中である場合（Ｓ８２でＹＥＳ）、招待特典付与部５７ａは、アクセス中の後輩の人数ｎを取得する（Ｓ８５）。そして、招待特典付与部５７ａは、先輩の端末装置３に対してパラメータ設定手段５８が設定した調子のパラメータの値をｎ段階上昇させる（Ｓ８６）。この例では、アクセス中の後輩の人数とパラメータの値の上昇段数とを一致させているが、これに限定されない。例えば、後輩のアクセス人数によらず、後輩が１人でもアクセスしているときはパラメータの値を所定値（例えば１つ）だけ上昇させるようにしてもよい。
　ユーザのゲーム中において、ゲーム進行手段５２は、調子のパラメータの値が高いほど、ゲーム上有利になる程度が大きくなるようにゲーム進行を制御するようになっている。例えば、パラメータの値が高いほど、ゲーム中に取得できる経験値をより多くしたり、ゲーム内で発動されたミッションの達成またはイベントの進行をより早くしたり、レアカードやレアアイテムが抽選される確率をより高めたりする。よって、Ｓ８６により先輩の端末装置３に対するパラメータの値が上昇すれば、ゲーム上有利になる程度が大きくなり、招待特典を付与した状態となる。
　また、Ｓ８６でパラメータの値を上昇させたことに伴い、ゲームサーバ１は、当該値に対応した調子マークを、先輩の端末装置３のゲーム画面に反映させる（Ｓ８７）。そして、ゲームサーバ１の報知手段５９は、図１０に例示するように、ゲーム画面に特典通知情報７４を含ませて、招待特典により調子マークが良い方に変更されている旨を先輩に報知する（Ｓ８８）。これにより、先輩は、招待特典が付与されている状態を認識できる。
　ユーザのゲーム中において（Ｓ８９でＹＥＳ）、前記Ｓ８１～Ｓ８８の処理が繰り返し実行され、ユーザがゲームを終了してログアウトしたとき（Ｓ８９でＮＯ）、処理は終了となる。
　図１９に例示した招待特典を受ける先輩にとっては、自分がゲームをプレイするときに後輩がゲームにアクセスしてくれる回数が多いほど、招待特典のメリットをより多く享受できる。よって、先輩は、後輩に対して、「アクセス頑張ろう」、「一緒にアクセスしよう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化に繋がる。
　次に、図２０のフローチャートを参照して、ゲームサーバ１における招待特典付与処理の他の例について説明する。同図は、後輩のゲーム進行状況を示すゲームのレベルが基準値に到達したとき、先輩に招待特典を付与する処理を例示するものである。
　ゲームサーバ１は、ゲーム中（ゲームにアクセス中）のユーザが他のユーザの後輩であるか否かを判断する（Ｓ９１）。アクセス中のユーザが後輩として他のユーザと関係付けられていない場合（Ｓ９１でＮＯ）、当該ユーザに対しては以降の処理が行われることなく終了となる。一方、アクセス中のユーザが後輩であり（Ｓ９１でＹＥＳ）、後輩のゲーム中に（Ｓ９２でＹＥＳ）、後輩のゲームのレベルが向上した場合（Ｓ９３でＹＥＳ）、当該レベルが基準値に到達したか否かが判定される（Ｓ９４）。ここで、後輩のゲームのレベルが基準値に到達することなく（Ｓ９４でＮＯ）後輩がゲームを終了した場合（Ｓ９２でＮＯ）、以降の処理が行われることなく終了となる。
　一方、後輩のゲームのレベルが基準値に到達した場合（Ｓ９４でＹＥＳ）、ゲームサーバ１の招待特典付与部５７ａは、当該後輩を招待した先輩のユーザに招待特典を付与する（Ｓ９５）。例えば、前記基準値をレベル５、１０、１５に設定している場合、後輩のゲームのレベルが５、１０、１５の何れかに達したとき、先輩に招待特典が付与されることになる。このとき先輩に付与される招待特典は、前述のとおり特典の付与前と比較してゲーム上有利となるものであればよく、ポイントやアイテムの付与に限らず様々な特典を適用できる。
　その後、招待特典が付与された先輩の端末装置３からゲームサーバ１へのアクセスがあれば（Ｓ９６でＹＥＳ）、報知手段５９は、当該先輩の端末装置３に対して、招待特典が付与された旨を示す画面データを送信し、先輩に特典の付与を報知する（Ｓ９７）。
　図２０に例示した招待特典を受ける先輩にとっては、後輩がゲームのレベルを向上させることによって当該特典のメリットを享受できる。よって、先輩は、後輩に対して、「レベルアップ頑張ろう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化に繋がる。
　前記図２０のフローチャートでは、Ｓ９３およびＳ９４において後輩のゲームのレベルが基準値に到達した状況を判断し、先輩に招待特典を付与する例を説明したが、次のように判断の基準を変更してもよい。すなわち、後輩のゲームのレベルに代えて、後輩のゲーム進行状況を示す他の値（後輩が所有するキャラクタの能力値や後輩のチームの戦力値など）を判断基準とし、これらの値が基準値に到達したときに、先輩に招待特典を付与してもよい。あるいは、後輩のゲームのレベルに代えて、後輩のゲームへのアクセス回数やアクセス日数などの、後輩のゲームアクセスを示す値を判断基準とし、これらの値が基準値に到達したときに、先輩に招待特典を付与してもよい。
　以上のように、本実施の形態では、招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録したとき、関係管理手段５６招待ユーザと被招待ユーザとを関係付けた情報（先輩・後輩の情報）を記憶装置に記憶して両者の関係を管理する。そして、被招待ユーザがゲームサービスに登録した後、招待ユーザ（先輩）に対して、被招待ユーザ（後輩）のゲームアクセスまたはゲーム進行状況に応じて、招待特典が付与されるようになっている。これにより、先輩にとっては、後輩の新規登録後において、後輩のゲームアクセスまたはゲーム進行状況に応じた招待特典を継続的に享受できるので、招待成功時に１回だけポイントが付与される従来の特典よりも魅力的な招待特典となっている。このようなゲームサービスへ招待した側（招待ユーザ）と招待された側（被招待ユーザ）との継続的な関係性を生かした斬新で魅力的な招待特典をユーザに提供することにより、ユーザに対して新たなユーザをゲームに招待しようという強い動機付けを与えることができる。
　次に、図２１のフローチャートを参照して、ゲームサーバ１における新規招待登録特典付与処理の一例について説明する。同図は、後輩のゲーム中において、先輩がゲームにアクセスしているとき、後輩の端末装置３に対してパラメータ設定手段５８が設定したパラメータの値が上昇するという新規招待登録特典の付与処理を例示するものである。
　ゲームサーバ１は、ゲーム中のユーザに招待をした先輩が存在するか否かを判断する（Ｓ１０１）。さらに、ゲームサーバ１は、ゲーム中のユーザに先輩が存在する場合（Ｓ１０１でＹＥＳ）、当該先輩がゲームにアクセス中であるか否かを判断する（Ｓ１０２）。ここで、ゲーム中のユーザに先輩が存在しない場合（Ｓ１０１でＮＯ）、または先輩が存在する場合であっても当該先輩がゲームにアクセスしていない場合（Ｓ１０２でＮＯ）、ゲームサーバ１は、当該ユーザの端末装置３に対してパラメータ設定手段５８が設定したパラメータの値を適用し（Ｓ１０３）、当該値に対応した調子マークをゲーム画面に表示させる（Ｓ１０４）。すなわち、ゲームサーバ１は、パラメータ設定手段５８が設定したパラメータの値に対応した調子マークを含むゲーム画面を、ユーザの端末装置３に送信する。
　一方、先輩がゲームにアクセス中である場合（Ｓ１０２でＹＥＳ）、新規招待登録特典付与部５７ｂは、後輩の端末装置３に対してパラメータ設定手段５８が設定したパラメータの値を最大値「５＝最好調」まで上昇させる（Ｓ１０５）。この例では、パラメータの値を最大値まで上昇させているが、これに限定されない。例えば、後輩の端末装置３に対するパラメータの値を所定値（例えば２つ）だけ上昇させるようにしてもよい。Ｓ１０５により後輩の端末装置３に対するパラメータの値が上昇すれば、ゲーム上有利になる程度が大きくなり、新規招待登録特典を付与した状態となる。
　また、Ｓ１０５でパラメータの値を上昇させたことに伴い、ゲームサーバ１は、当該値に対応した調子マークを、後輩の端末装置３のゲーム画面に反映させる（Ｓ１０６）。そして、ゲームサーバ１の報知手段５９は、図１１に例示するように、ゲーム画面に特典通知情報７４を含ませて、新規招待登録特典により調子マークが良い方に変更されている旨を後輩に報知する（Ｓ１０７）。これにより、後輩は、新規招待登録特典が付与されている状態を認識できる。
　ユーザのゲーム中において（Ｓ１０８でＹＥＳ）、前記Ｓ１０１～Ｓ１０７の処理が繰り返し実行され、ユーザがゲームを終了してログアウトしたとき（Ｓ１０８でＮＯ）、処理は終了となる。
　図２１に例示した新規招待登録特典を受ける後輩にとっては、自分がゲームをプレイするときに先輩がゲームにアクセスしてくれる回数が多いほど、新規招待登録特典のメリットをより多く享受できる。よって、後輩は、先輩に対して、「一緒にアクセスしましょう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化に繋がる。
　次に、図２２のフローチャートを参照して、ゲームサーバ１における新規招待登録特典付与処理の他の例について説明する。同図は、後輩がゲームサービスに新規登録した後における先輩のゲームのレベルの向上分が基準値に到達したとき、後輩に新規招待登録特典を付与する処理を例示するものである。
　ゲームサーバ１は、ゲーム中（ゲームにアクセス中）のユーザが他のユーザの先輩であるか否かを判断する（Ｓ１１１）。アクセス中のユーザが先輩として他のユーザと関係付けられていない場合（Ｓ１１１でＮＯ）、当該ユーザに対しては以降の処理が行われることなく終了となる。一方、アクセス中のユーザが先輩であり（Ｓ１１１でＹＥＳ）、先輩のゲーム中に（Ｓ１１２でＹＥＳ）、先輩のゲームのレベルが向上した場合（Ｓ１１３でＹＥＳ）、後輩がゲームサービスに新規登録した後における先輩のゲームのレベルの向上分が基準値に到達したか否かが判定される（Ｓ１１４）。ここで、先輩のゲームのレベルの向上分が基準値に到達することなく（Ｓ１１４でＮＯ）、先輩がゲームを終了した場合（Ｓ１１２でＮＯ）、以降の処理が行われることなく終了となる。
　一方、先輩のゲームのレベルの向上分が基準値に到達した場合（Ｓ１１４でＹＥＳ）、ゲームサーバ１の新規招待登録特典付与部５７ｂは、当該先輩に招待された後輩のユーザに新規招待登録特典を付与する（Ｓ１１５）。例えば、前記基準値を５、１０、１５に設定している場合、先輩のゲームのレベルの向上分が５、１０、１５の何れかに達したとき、後輩に新規招待登録特典が付与されることになる。一例を挙げると、後輩がゲームサービスに新規登録したときの先輩のゲームのレベルが「２５」であった場合、先輩のゲームのレベルが「３０」、「３５」、「４０」に達したとき、それぞれ後輩に新規招待登録特典が付与されることになる。このとき後輩に付与される新規招待登録特典は、前述のとおり特典の付与前と比較してゲーム上有利となるもの等であればよく、ポイントやアイテムの付与に限らず様々な特典を適用できる。
　その後、新規招待登録特典が付与された後輩の端末装置３からゲームサーバ１へのアクセスがあれば（Ｓ１１６でＹＥＳ）、報知手段５９は、当該後輩の端末装置３に対して、新規招待登録特典が付与された旨を示す画面データを送信し、後輩に特典の付与を報知する（Ｓ１１７）。
　図２２に例示した新規招待登録特典を受ける後輩にとっては、先輩がゲームのレベルを向上させることによって当該特典のメリットを享受できる。よって、後輩は、先輩に対して、「レベルアップ頑張りましょう」等のメッセージを送ってコミュニケーションをとることが期待でき、ゲームコミュニティの活性化に繋がる。
　前記図２２のフローチャートでは、Ｓ１１３およびＳ１１４において先輩のゲームのレベルの向上分が基準値に到達した状況を判断し、後輩に新規招待登録特典を付与する例を説明したが、次のように判断の基準を変更してもよい。すなわち、先輩のゲームのレベルの向上分に代えて、先輩のゲーム進行状況を示す他の値（先輩が所有するキャラクタの能力値や先輩のチームの戦力値など）の向上分を判断基準とし、これらの値の向上分が基準値に到達したときに、後輩に新規招待登録特典を付与してもよい。あるいは、先輩のゲームのレベルの向上分に代えて、先輩のゲームアクセスを示す値（先輩のゲームへのアクセス回数やアクセス日数など）を判断基準とし、これらの値が基準値に到達したときに、後輩に新規招待登録特典を付与してもよい。
　以上のように、本実施の形態では、招待を受けた後輩がゲームサービスに登録した後、当該後輩に対して、先輩のゲームアクセスまたはゲーム進行状況に応じて、ゲーム上有利になる新規招待登録特典が付与されるようになっている。これにより、後輩にとっては、ゲームサービスへの新規登録後に、先輩のゲームアクセスまたはゲーム進行状況に応じた新規招待登録特典を継続的に享受できるので、新規登録時に１回だけポイントが付与される従来の特典よりも魅力的な特典となっている。このようなゲームサービスへ招待した側（招待ユーザ）と招待された側（被招待ユーザ）との継続的な関係性を生かした斬新で魅力的な新規招待登録特典をユーザに提供することにより、当該ユーザに対して是非ゲームに新規登録してみようという強い動機付けを与えることができる。
　次に、図２３のフローチャートを参照して、ゲームサーバ１における特典（招待特典、新規招待登録特典）を終了させる処理の一例について説明する。
　ゲームサーバ１は、ゲーム中（ゲームにアクセス中）のユーザが後輩であるか否かを判断する（Ｓ１２１）。アクセス中のユーザが後輩でない場合（Ｓ１２１でＮＯ）、当該ユーザに対しては以降の処理が行われることなく終了となる。一方、アクセス中のユーザが後輩であり（Ｓ１２１でＹＥＳ）、後輩のゲーム中において（Ｓ１２２でＹＥＳ）、後輩のゲームのレベルが向上した場合（Ｓ１２３でＹＥＳ）、当該レベルが所定値（例えば初心者レベルを突破したレベル１５）に到達したか否かが判定される（Ｓ１２４）。ここで、後輩のゲームのレベルが所定値に到達することなく（Ｓ１２４でＮＯ）、後輩がゲームを終了した場合（Ｓ１２２でＮＯ）、以降の処理が行われることなく終了となる。
　一方、後輩のゲームのレベルが所定値に到達した場合（Ｓ１２４でＹＥＳ）、ゲームサーバ１は、当該後輩に対して卒業報酬としてレアアイテムやポイント等を付与する（Ｓ１２５）。また、ゲームサーバ１の招待特典付与部５７ａは、後輩を招待した先輩に対して、最後の招待特典としてレアアイテムやポイント等を付与する（Ｓ１２６）。そして、ゲームサーバ１の特典付与手段５７は、先輩に対する招待特典を終了する（Ｓ１２７）とともに、後輩に対する新規招待登録特典を終了する（Ｓ１２８）。これにより、特典付与手段５７は、これ以降、先輩および後輩の何れに対しても、特典（招待特典、新規招待登録特典）の付与処理を実行しない。なお、Ｓ１２５およびＳ１２６は、ゲームの仕様によっては省略してもよい。
　その後、ゲームサーバ１の報知手段５９は、後輩の端末装置３に対して、卒業報酬が付与された旨および新規招待登録特典が終了した旨を示す画面データを送信し、これらの旨を後輩に報知する（Ｓ１２９）。また、先輩の端末装置３からゲームサーバ１へのアクセスがあれば（Ｓ１３０でＹＥＳ）、報知手段５９は、先輩の端末装置３に対して、最後の招待特典が付与された旨および招待特典が終了した旨を示す画面データを送信し、これらの旨を先輩に報知する（Ｓ１３１）。
　なお、図２３の例では、招待特典および新規招待登録特典の終了タイミングを一致させているが、両特典の終了タイミングを異ならせてもよい。例えば、後輩のゲームのレベルが２０に到達したときに先輩に対する招待特典を終了し、後輩のゲームのレベルが１５に到達したときに、当該後輩に対する新規招待登録特典を終了するようにしてもよい。
　また、図２３の例では、後輩のゲームのレベルが所定値に到達したことを判断し、特典を終了する例を説明したが、次のように判断の基準を変更してもよい。すなわち、後輩のゲームのレベルに代えて、後輩のゲーム進行に伴って変化するゲーム上の他の値（後輩の所有するキャラクタの能力値、後輩のチームの戦力値、後輩のゲーム内のステージの難易度の値など）を判断基準とし、これらの値が所定値に到達したときに、特典を終了するようにしてもよい。
　以上のように、本実施の形態では、後輩のゲーム進行に伴って変化する、後輩に関するゲーム上の値が所定値に達した後は、特典の付与処理を実行しないようになっている。これにより、ユーザに対して新たなユーザの招待を促すことができる。すなわち、ユーザが一定の特典を享受したタイミングで特典の付与を終了することによって、再度、魅力的な特典を受けたいという気持ちがユーザに働き、新たなユーザをゲームに招待しようという強い動機付けをユーザに与えることができる。
　〔ゲーム管理装置の他の構成例〕
　以下に、被招待ユーザがゲームサービスに新規登録した後における招待ユーザ（先輩）と被招待ユーザ（後輩）との継続的な関係性を生かした「対戦協力」を実現する構成を、図２６の機能ブロック図を参照しながら説明する。なお、既出の図面（図１～図２５）において示した構成と同様の構成については同一の部材番号を付し、適宜その説明を省略する。
　本実施の形態のゲームサーバ１（ゲーム管理装置）は、図４に示した各手段５１～６１に加えて、対戦協力管理手段６２および対戦協力受付手段６３をさらに備えている。これらの手段６２・６３は、ゲームサーバ１のＣＰＵ１１が本実施の形態に係るプログラムを実行することにより実現されるものである。
　対戦協力管理手段６２は、招待ユーザ（先輩）のキャラクタが他のキャラクタと対戦するときに、被招待ユーザ（後輩）のキャラクタを、自動的に「助っ人」として招待ユーザ側に加担させ、対戦協力させる機能を有する。すなわち、後輩がゲームサービスに新規登録した後は、後輩を紹介した先輩と当該後輩との間に上下関係が構築され、後輩のキャラクタは自動的に「助っ人」として先輩のキャラクタに対戦協力するようになっている。後輩のキャラクタが助っ人として先輩側に加担して対戦協力することにより、先輩側の戦力が向上するので、当該対戦協力がない場合に比べて、先輩の対戦が有利になる。
　なお、先輩のキャラクタが他のキャラクタと対戦する場合の「他のキャラクタ」とは、他のユーザのキャラクタ又はゲームサーバ１のＣＰＵが用意したキャラクタ（例えば、各ステージの最後に登場するボスキャラクタ等）のいずれであってもよい。
　通常、あるユーザが仲間に対戦協力を求める場合、端末装置３を操作して、助っ人の協力要請を行う必要がある。これに対して、本実施の形態では、先輩による助っ人の協力要請の操作は不要であり、ゲームサーバ１の関係管理手段５６が管理している先輩・後輩の関係情報に基づいて、対戦協力管理手段６２が後輩のキャラクタを自動的に先輩側に加担させ、対戦協力を実現する。本ゲームサーバ１では、仲間関係とは別に、招待成功後に先輩・後輩の関係をデータベースサーバ２に登録して両者の継続的な関係を管理しているので、後輩のキャラクタを自動的に先輩側に加担させる対戦協力が可能となる。
　ところで、対戦に協力できる仲間のキャラクタ（助っ人）の数には上限を設けることが望ましい。これは、助っ人の数が多くなりすぎると、対戦相手との戦力差が大きくなり過ぎて、対戦を行う両者の戦力バランスが極端に崩れてしまうことを防止するためである。対戦モードにおいて他のユーザのキャラクタと対戦する場合には、対戦に協力できる仲間の助っ人の数を、例えば「１」とすることができる。また、ゲームサーバ１のＣＰＵが用意したキャラクタ（ボスキャラクタ等）と対戦する場合には、対戦に協力できる仲間の助っ人の数を、例えば「２」とすることができる。ここで、例えば、先輩が招待した後輩が１人または２人以上いる場合、自動的に先輩側に協力する後輩のキャラクタによって限られた数の助っ人枠の一部または全部が埋められてしまうことにならないように、本実施の形態では以下に示す構成をとっている。
　すなわち、上述のように自動的に実行される後輩のキャラクタによる対戦協力とは別に、ユーザが任意に対戦協力を要請することができる所定数（第１規定数）の仲間の助っ人枠を確保する。換言すれば、自動的に後輩のキャラクタが助っ人となる「後輩の助っ人枠」と、ユーザの任意で、好きな仲間ユーザのキャラクタを助っ人とすることができる「仲間の助っ人枠」という２つの異なる助っ人枠が、用意されているのである。後輩の助っ人枠は、後輩の招待に成功した先輩だけに与えられる招待専用の特別な助っ人枠である。
　そして、本ゲームサーバ１は、自動的に実行される後輩のキャラクタによる対戦協力とは別に、対戦協力を要請することができる第１規定数以下の仲間ユーザのキャラクタの選択（または第１規定数以下の仲間ユーザの選択）を、ユーザの端末装置３における操作により受け付ける対戦協力受付手段６３を備えている。ユーザが端末装置３を操作して、助っ人にしたい仲間ユーザのキャラクタ（または仲間ユーザ）を選択すれば、端末装置３からは、選択された仲間ユーザのキャラクタ（または仲間ユーザ）の情報を含む対戦協力要請情報がゲームサーバ１へ送信される。そして、ゲームサーバ１の対戦協力受付手段６３は、ユーザの端末装置３から送信された対戦協力要請情報を受信して、当該ユーザが選択した仲間ユーザのキャラクタを助っ人として受け付ける。
　図２７に、対戦モードにおけるゲーム画面の一例を示している。このゲーム画面には、ユーザが指定した対戦相手のチーム（敵軍）の情報８１およびユーザのチーム（自軍）の情報７７が表示される。対戦相手のチーム（敵軍）の情報８１としては、例えば、対戦相手のユーザ名、アバター、選手カード、戦力に関する情報などが表示される。また、ユーザのチーム（自軍）の情報７７としては、当該ユーザのユーザ名、アバター、選手カード、戦力に関する情報などが表示される。さらに、このゲーム画面の助っ人表示領域８３には、助っ人として自軍に協力するキャラクタ等の情報が表示されるようになっている。このゲーム画面は、ゲームサーバ１のゲーム画面生成手段５２ｂにより生成されるとともに、ゲーム画面送信手段５２ｃによりユーザの端末装置３へ送信されるものであり、端末装置３の表示部３５に表示される。
　図２７に示すように、後輩を有するユーザＡがユーザＹを指定して対戦を仕掛ける場合、対戦協力管理手段６２がユーザＡの後輩のキャラクタを自動的に助っ人とするので、助っ人表示領域８３には、後輩（この例ではユーザＸ）のキャラクタである選手カード７９が自動的に表示される。図２７では、後輩が有する複数の選手カードのうち、４番打者として設定されている選手カードが自動的に助っ人のキャラクタとして設定される例を示している。これに限らず、例えば、エース投手として設定されている選手カードやリーダー（キャプテン）として設定されている選手カードなどの代表的なキャラクタを、後輩の助っ人のキャラクタとしてもよい。また、助っ人表示領域８３には、対戦協力する後輩のアバターや対戦協力による戦力アップ情報も併せて表示される。図２７の画面例では、対戦協力による戦力アップ情報として「攻撃力＋１００」が表示されている。
　また、助っ人表示領域８３には、「仲間から助っ人を呼ぶ」ボタン７８（またはハイパーリンク）が表示され、後輩の助っ人に加えて、任意の仲間のキャラクタを仲間の助っ人として要請できるようになっている。ここでは、仲間の助っ人枠を「１」として以下に説明する。ユーザが「仲間から助っ人を呼ぶ」ボタン７８を選択することにより、例えば図２８に示す助っ人選択画面に遷移する。この助っ人選択画面には、ユーザと仲間関係にある仲間ユーザおよび当該仲間ユーザが有するキャラクタ（選手カード）がリストアップされて表示される。なお、画面に表示しきれない情報については、画面をスクロールするまたは助っ人選択画面の２ページ目以降をゲームサーバ１にリクエストして別画面として表示することができる。
　この助っ人選択画面内にはリストアップされた仲間ユーザ毎の情報表示領域が設けられており、各情報表示領域には、仲間ユーザの名前９１、仲間ユーザのアバター９２、仲間ユーザが有する４番打者の選手カード９３、選手名９４、当該選手カードの情報（選手カードに設定されているレベルや攻撃力等）９５などが表示される。図２８では、仲間ユーザが有する複数の選手カードのうち、４番打者として設定されている選手カードを助っ人のキャラクタとして選択可能な例を示している。これに限らず、例えば、エース投手やリーダーとして設定されている選手カードなどの代表的なキャラクタを、仲間の助っ人として選択可能としてもよい。そして、ユーザが端末装置３を操作して、例えば選手名９４に設定されたハイパーリンクを選択することにより、助っ人にしたい仲間のキャラクタを選択できるようになっている。
　例えば、図２８の助っ人選択画面において、ユーザＡが端末装置３を操作して仲間ユーザＢのキャラクタを助っ人として選択した場合、図２９に例示するゲーム画面に遷移し、助っ人表示領域８３には、後輩の助っ人に加えて、ユーザＢの選手カード９６が仲間の助っ人として追加される。
　なお、ユーザが仲間の助っ人を選択すれば、ゲームサーバ１において当該仲間の助っ人の情報を当該ユーザのユーザＩＤと対応付けてデータベースサーバ２（記憶装置）に記憶する。よって、ユーザが仲間の助っ人を選択する操作を行えば、次回の対戦においても、前回選択した仲間のキャラクタが助っ人として設定されるようになっている。また、仲間のキャラクタが助っ人として設定されているとき、助っ人表示領域８３には、「仲間の助っ人を変更するボタン９７（またはハイパーリンク）が表示されるようになっている。ユーザがこのボタン９７を選択することにより、図２８の助っ人選択画面に遷移し、助っ人にしたい仲間のキャラクタを選択し直すことができるようになっている。
　図２７または図２９の対戦モードの画面において、ユーザが「対戦開始」ボタン９８（またはハイパーリンク）を選択する操作を行うことにより、ユーザの端末装置３からは対戦コマンドがゲームサーバ１へ送信され、ゲームサーバ１において対戦処理が実行される。
　次に、図３０のフローチャートを参照しながら、ゲームサーバ１における対戦処理の一例を説明する。
　対戦モードにおいて他のユーザのチームと対戦する操作（前述の「対戦開始」ボタン９８の選択操作）が、ユーザによって行われた場合、当該ユーザの端末装置３からは対戦コマンドがゲームサーバ１へ送信される。ゲームサーバ１は、ユーザの端末装置３から対戦コマンドを受信したとき（Ｓ１３１でＹＥＳ）、当該ユーザが招待した後輩が存在するか否かを判断する（Ｓ１３２）。ユーザに後輩が存在する場合（Ｓ１３２でＹＥＳ）、対戦協力管理手段６２は、当該後輩のキャラクタ（４番打者の選手カード等）を自動的に助っ人として当該ユーザ側に加担させる（Ｓ１３３）。一方、ユーザに後輩が存在しない場合（Ｓ１３２でＮＯ）、Ｓ１３３の処理が実行されることなくＳ１３４に移行する。
　次に、ユーザにより仲間の助っ人が選択されているか否かが判断される（Ｓ１３４）。すなわち、対戦協力受付手段６３が助っ人として受け付けた、ユーザにより任意に選択された仲間ユーザのキャラクタが、データベースサーバ２に記憶されているか否かが判断される。ここで、仲間の助っ人が選択されている場合（Ｓ１３４でＹＥＳ）、対戦協力管理手段６２は、当該仲間のキャラクタ（４番打者の選手カード等）を助っ人として当該ユーザ側に加担させる（Ｓ１３５）。一方、仲間の助っ人が選択されていない場合（Ｓ１３４でＮＯ）、Ｓ１３５の処理が実行されることなくＳ１３６に移行する。
　その後、ゲーム実行手段５２ａは、助っ人を加味した対戦を実行する（Ｓ１３６）。すなわち、ゲーム実行手段５２ａは、対戦を行う両ユーザのユーザＩＤに対応した両チームの選手カード情報（試合に出場するレギュラー選手の選手カード情報）をデータベースサーバ２から読み出す。さらに、助っ人として対戦協力する後輩の選手カードおよび／または仲間の選手カードが存在する場合、助っ人となる選手カード情報もデータベースサーバ２から読み出す。例えば、ゲーム実行手段５２ａは、対戦を仕掛けたユーザ側のチーム（自軍）の選手カードの能力値の合計に、助っ人となる選手カードの能力値を加算して、当該ユーザのチーム戦力（攻撃力）を算出する。また、ゲーム実行手段５２ａは、対戦相手のチーム（敵軍）の選手カードの能力値を合計して、当該対戦相手のチーム戦力（守備力）を算出する。そして、ゲーム実行手段５２ａは、両チームのチーム戦力に基づいて、勝敗を決定する演算を行う。この勝敗決定の演算の例としては、両チームの戦力が高い方を勝利チームとしてもよいし、戦力の高い方のチームが勝利する確率を、戦力の低い方のチームが勝利する確率よりも高くして、勝利チームを確率演算により求めてもよい。
　その後、ゲームサーバ１のゲーム情報管理手段５１は、対戦結果を対戦した両ユーザのゲーム情報に反映すべく、両ユーザのゲーム情報を更新する（Ｓ１３７）。さらに、ゲームサーバ１のゲーム画面生成手段５２ｂは、対戦結果を表示するゲーム画面データを生成する（Ｓ１３８）。そして、ゲーム画面送信手段５２ｃは、ゲーム画面生成手段５２ｂにより生成されたゲーム画面データを、ユーザの端末装置３へ送信する（Ｓ１３９）。
　以上のように、本実施の形態では、招待した後輩が存在する招待ユーザ（先輩）が対戦を行う場合、後輩のキャラクタが助っ人として自動的に先輩側に加担して対戦協力するので、先輩は、対戦協力要請の操作をすることなく対戦が有利になる。特に、ソーシャルゲーム等のユーザによる操作の容易化・簡略化が強く求められるゲームサービスには、ユーザの操作を不要とした本構成のメリット発生が好適である。このように、招待成功後において招待ユーザ（先輩）と被招待ユーザ（後輩）との継続的な関係性を生かした対戦協力のメリットをユーザに提供することにより、ユーザに対して新たなユーザをゲームに招待しようという強い動機付けを与えることができる。
　また、本実施の形態では、自動的に実行される後輩のキャラクタによる対戦協力とは別に、ユーザが任意に対戦協力を要請することができる所定数（第１規定数）の仲間の助っ人枠を確保している。よって、限られた数の仲間の助っ人枠の一部または全部が自動的に先輩側に協力する後輩のキャラクタによって埋められてしまうことがなく、先輩は、後輩のキャラクタ以外にも、好きな仲間ユーザのキャラクタを助っ人にできる。
　本構成により、誰も招待をしていない通常のユーザには、仲間の助っ人枠だけが与えられる一方、招待した後輩が存在する招待ユーザ（先輩）には、仲間の助っ人枠だけでなく、後輩の助っ人枠が追加で与えられる。このように助っ人枠が増えることによって、先輩の対戦は通常のユーザよりも有利になる。この後輩の助っ人枠は、招待に成功したユーザだけに与えられる特別な助っ人枠であり、ユーザに対して新たなユーザをゲームに招待しようという強い動機付けを与えることができる。
　ところで、先輩側に加担して対戦協力できる後輩の人数については、次に説明するように無制限に認めてもよいし、制限を設けてもよい。上述のように、後輩の助っ人枠は、後輩の招待に成功した先輩だけに与えられる招待専用の特別な助っ人枠であり、招待ユーザに付与される特典の一つである。そこで、複数の後輩の招待に成功すれば、後輩の人数に合わせて後輩の助っ人枠が無制限に増加するようにして、複数の後輩の招待に成功したユーザが大きなメリットを享受できるようにしてもよい。
　一方で、後輩の助っ人枠を無制限に認めた場合、対戦相手との戦力差が大きくなり過ぎて、対戦を行う両者の戦力バランスが極端に崩れてしまう可能性もでてくる。そこで、先輩側に加担して対戦協力できる後輩の人数を、規定数（第２規定数）以下に限定してもよい。この場合、先輩が招待した第２規定数を超える複数の後輩がゲームサービスに登録されているときには、対戦協力管理手段６２が、複数の後輩の中からより能力値の高いキャラクタを有する第２規定数の後輩を選択し、選択した第２規定数の後輩のキャラクタを先輩側に自動的に加担させるようにすることが望ましい。これにより、後輩の助っ人枠に一定の上限を設けながらも、上限（第２規定数）を超える複数の後輩が存在する場合には、能力値の高いキャラクタを有する後輩から順番に第２規定数の後輩が自動的に選択されて、上限内で最強の後輩のキャラクタが自動的に先輩の対戦に協力するようにできる。
　図３１のフローチャートには、先輩側に加担して対戦協力できる後輩の人数に上限を設けた場合におけるゲームサーバ１の対戦処理の一例を示している。図３１に示す対戦処理は、前記した図３０のフローチャートにおいて、Ｓ１３２とＳ１３３との間に、Ｓ１４１およびＳ１４２のステップを挿入することにより実現できる。図３１には、先輩側に加担して対戦協力できる後輩の上限人数（第２規定数）を２人とした例を示している。なお、図３１のフローチャートにおいて、図３０のフローチャートと同様のステップについては同一のステップ番号を付し、適宜その説明を省略する。
　対戦を仕掛けたユーザに後輩が存在する場合（Ｓ１３２でＹＥＳ）、後輩の人数が上限である２人を超えているか否かが判断される（Ｓ１４１）。ここで、後輩の人数が２人を超えている場合（Ｓ１４１でＹＥＳ）、対戦協力管理手段６２が、複数の後輩の中からより能力値の高いキャラクタを有する２人の後輩を選択する（Ｓ１４２）。この場合、対戦協力管理手段６２は、選択した２人の後輩のキャラクタを助っ人として、対戦を仕掛けたユーザ側に加担させる（Ｓ１３３）。
　一方、後輩の人数が２人以下であった場合（Ｓ１４１でＮＯ）、前記Ｓ１４２における後輩の選択処理を経ることなく、対戦協力管理手段６２が、後輩全員のキャラクタを助っ人として、対戦を仕掛けたユーザ側に加担させる（Ｓ１３３）。Ｓ１３４以降のステップは、図３０のフローチャートで示したステップと同様である。
　このように、後輩の助っ人枠に一定の上限を設けたことにより、対戦を行う両者の戦力バランスが極端に崩れることを回避できる。さらに、後輩の人数が上限を超える場合にも、上限内で最強の後輩のキャラクタが自動的に助っ人として対戦協力する構成としているので、ユーザにとってはより多くの後輩を招待するメリットも享受できる。
　ところで、前述の説明では、先輩のキャラクタが他のキャラクタと対戦するときに、後輩のキャラクタを、自動的に「助っ人」として先輩側に加担させ、対戦協力させる構成について説明したが、先輩と後輩を逆にして、先輩が後輩の対戦に協力する構成も可能である。すなわち、対戦協力管理手段６２は、被招待ユーザ（後輩）のキャラクタが他のキャラクタと対戦するときに、招待ユーザ（先輩）のキャラクタを、自動的に「助っ人」として被招待ユーザ側に加担させ、対戦協力させてもよい。この場合、先輩のキャラクタが助っ人として自動的に後輩側に加担して対戦協力することにより、後輩側の戦力が向上するので、当該対戦協力がない場合に比べて、後輩の対戦が有利になる。
　また、前述の場合と同様に、先輩のキャラクタによる自動対戦協力とは別に、後輩が任意に対戦協力を要請することができる所定数の仲間の助っ人枠を確保することが望ましい。すなわち、自動的に先輩のキャラクタが助っ人となる「先輩の助っ人枠」と、ユーザの任意で、好きな仲間ユーザのキャラクタを助っ人とすることができる「仲間の助っ人枠」という２つの異なる助っ人枠を用意する。先輩の助っ人枠は、招待を受けてゲームに新規登録を行った後輩にだけに与えられる招待専用の特別な助っ人枠である。
　〔他の実施の形態〕
　上述の実施の形態では、図１９のフローチャートを参照して、被招待ユーザ（後輩）がゲームにアクセスしている最中に、招待ユーザ（先輩）の端末装置３に対してパラメータ設定手段５８が設定した値を上昇させるという招待特典について説明したが、被招待ユーザがゲームへのアクセスを終了した場合であっても、以下に説明するように招待ユーザに招待特典を付与する構成としてもよい。
　すなわち、特典付与手段５７は、被招待ユーザがゲームへのアクセスを終了した場合であっても、当該被招待ユーザのゲームへのアクセス開始から所定時間以内は、招待ユーザの端末装置３に対してパラメータ設定手段５８が設定した値を上昇させるという招待特典を、招待ユーザに対して付与する構成とする。この構成は、被招待ユーザがゲームへアクセスしたという事実を重視して、被招待ユーザがゲームにアクセスしている最中だけでなく、被招待ユーザがゲームへのアクセスを終了した後においても、招待特典の享受期間を設けることができるようにしたものである。
　前記招待特典を享受できる期間である「被招待ユーザのゲームへのアクセス開始から所定時間以内」に関し、例えば、前記所定時間を８時間、１２時間、２４時間等、任意の時間長さに設定可能である。あるいは、前記所定時間を、「被招待ユーザのゲームへのアクセス開始時刻から当該アクセス開始時刻が属する日の最終時刻（２４時）までの時間」としてもよく、この場合、被招待ユーザがゲームへのアクセスを開始してから終日、招待ユーザが招待特典を享受できる期間となる。
　前記の構成の場合、被招待ユーザが一旦ゲームにアクセスすれば、当該被招待ユーザによるゲームへのアクセス継続時間の長さにかかわらず、当該被招待ユーザのゲームへのアクセス開始から所定時間（例えば、１２時間）以内であれば、招待ユーザの端末装置３に対してパラメータ設定手段５８が設定したパラメータの値が上昇するという招待特典を、招待ユーザが享受できる。例えば、被招待ユーザが一旦ゲームにアクセスして直ぐに終了した場合であっても、その後、数時間あるいは終日、招待ユーザが前記の招待特典を享受できる状態とすることができる。
　前記の構成において、ゲームサーバ１のアクセス管理手段５４は、被招待ユーザのゲームへのアクセス開始時間を取得し、このアクセス開始時間を当該被招待ユーザのユーザＩＤと対応付けてデータベースサーバ２（記憶装置）の所定領域に記憶している。そして、被招待ユーザのゲームへのアクセス開始から所定時間以内に、当該被招待ユーザを招待した招待ユーザがゲームにアクセスしてゲームをプレイすれば、特典付与手段５７が、当該招待ユーザの端末装置３に対してパラメータ設定手段５８が設定した値を上昇させるので、被招待ユーザがゲームへのアクセスを終了している場合であっても、当該招待ユーザは招待特典を享受できる。
　このように、被招待ユーザのゲームへのアクセスに応じて付与される招待特典の享受期間を、被招待ユーザがゲームへのアクセスを終了した後にまで拡大することにより、より魅力的な招待特典をユーザに提供することができる。これにより、ユーザに対して新たなユーザをゲームに招待しようという強い動機付けを与えることができ、ゲームサービスに登録するユーザの効果的な増加が図られ、ゲームサービスをより活性化させることができる。
　また、前記招待特典と同様に、被招待ユーザ（後輩）に対して付与される新規招待登録特典においても、招待ユーザ（先輩）がゲームへのアクセスを終了した場合であっても、被招待ユーザに新規招待登録特典を付与する構成としてもよい。すなわち、特典付与手段５７は、招待ユーザ（先輩）がゲームへのアクセスを終了した場合であっても、当該招待ユーザのゲームへのアクセス開始から所定時間以内は、被招待ユーザ（後輩）の端末装置３に対してパラメータ設定手段５８が設定した値を上昇させるという新規招待登録特典を、被招待ユーザに対して付与する構成とすることができる。
　また、上述の実施の形態では、招待ユーザから新規のゲームサービス登録を招待された被招待ユーザがゲームサービスに登録したとき、招待ユーザが「先輩」、被招待ユーザが「後輩」となり、両ユーザの関係をゲーム内で疑似的に「先輩・後輩」として関係管理手段５６が管理するようになっているがこれに限定されるものではない。例えば、招待ユーザと被招待ユーザとの関係を、「親・子」、「兄・弟」、「姉・妹」、「上司・部下」、「先生・生徒」などの関係として管理してもよい。あるいは、関係管理手段５６は、招待ユーザと被招待ユーザとの関係に、先輩・後輩などの特別な名称を付すことなく両ユーザの関係を管理してもよい。
　また、上述の実施の形態では、特典付与手段５７が、招待ユーザに特典を付与する招待特典付与部５７ａと、被招待ユーザに特典を付与する新規招待登録特典付与部５７ｂとを両方とも備えている構成について説明したが、これに限定されるものではなく、特典付与手段５７が招待特典付与部５７ａのみを備え、新規招待登録特典付与部５７ｂを備えていない構成とすることもできる。
　また、上述の実施の形態では、ゲーム実行プログラムがゲームサーバ１側に実装されており、各ユーザの端末装置３における入力操作に応じて、ゲームサーバ１がゲーム進行のための演算処理やデータ処理を実行し、その実行結果を反映させた画面データを端末装置３へ送信することによって、ゲームが進行するゲームシステムへの適用例について説明したが、これに限定されるものではない。例えば、ゲームサーバ１が、招待ユーザと被招待ユーザとの関係情報、ユーザのキャラクタ情報、所有アイテム情報、仲間情報、メッセージ情報などのゲーム情報を管理し、ゲーム内でのユーザ間のメッセージのやり取りや特典付与等のゲームサービスをユーザに提供する一方、ゲームを進行させるゲーム実行処理の一部または全部については、基本的にはユーザの端末装置側にて行われるゲームシステムにも本発明を適用できる。
　すなわち、ゲーム実行プログラムの一部または全部をユーザの端末装置側にダウンロードまたはインストールし、端末装置においてもゲーム実行処理が行われるようなゲームシステムにも本発明を適用できる。例えば、ユーザの端末装置が、インターネット通信、無線ＬＡＮ通信、所定の周波数帯（例えば２．４ＧＨｚの周波数帯）を用いた近距離無線通信、または有線ＬＡＮ通信などにより他のユーザの端末装置とピア・ツー・ピア接続し、ピア・ツー・ピア型のゲームを実行することも可能である。
　よって、ユーザの端末装置としては、ネットワーク経由でゲームサーバ（ゲーム管理装置）に接続してゲームサービスの提供を受けることができる様々なものが適用でき、前述の携帯電話端末、ＰＨＳ端末、携帯情報端末（ＰＤＡ）、スマートフォン、パーソナルコンピュータ、タブレット型コンピュータ以外にも、ネットワーク接続機能を有している家庭用ビデオゲーム装置（家庭用ビデオゲーム機を家庭用テレビジョンに接続することによって構成されるゲーム装置）、携帯型のゲーム専用装置、双方向の通信機能を備えた多機能型テレビジョン受像機（いわゆるスマートテレビ）なども適用可能である。
　〔他の実施の形態〕
　前述の各実施の形態では、新規のゲームサービス登録を招待した招待ユーザである「第１のユーザ」と、その招待に応じて新規にゲームサービスに登録した被招待ユーザ「第２のユーザ」とを関係付けて、両ユーザが関係付けられた後、「第１のユーザ」に対して、「第２のユーザ」のゲームへのアクセスまたはゲーム進行状況に応じて特典を付与する構成等について説明した。これに限らず、図３２に示すように、ゲーム管理装置（ゲームサーバ１、データベースサーバ２）が、第１のユーザから所定の招待（ゲームへの招待等）または申請（仲間の申請等）を受けた第２のユーザが当該招待または申請に応じたとき、第１のユーザと第２のユーザとを関係付けた情報を記憶装置（データベースサーバ２等）に記憶して両者の関係を管理する関係管理手段５６と、当該関係管理手段５６によって第１のユーザと第２のユーザとが関係付けられた後、第１のユーザに対して、第２のユーザのゲームへのアクセスまたはゲーム進行状況に応じて、特典を付与する特典付与手段５７と、を備えている構成であればよい。これにより、第１のユーザに対して、第２のユーザと関係を築こう（新たなユーザをゲームに招待したり、仲間関係を構築したりしよう）という強い動機付けを与えることができ、ゲームサービスを活性化させることができる。
　以下には、主に、「第１のユーザ」が第２のユーザに対して仲間の申請をしたユーザであり、「第２のユーザ」が第１のユーザからの仲間の申請を承認したユーザである例について説明する。なお、既出の図面において示した構成と同様の構成については同一の部材番号を付し、適宜その説明を省略する。
　本実施の形態においては、関係管理手段５６が前述の仲間管理手段６０の機能を有し、ユーザ同士の仲間関係を管理する。そして、関係管理手段５６が、仲間関係にある２人のユーザについて、仲間申請をした第１のユーザと、それを承認した第２のユーザとを明確に区別して管理する。図３３には、関係管理手段５６がデータベースサーバ２に記憶して管理する、仲間申請をした第１のユーザと、それを承認した第２のユーザとを関係付けた仲間関係情報の一例を示している。ここでは、第１のユーザから仲間申請を受けた第２のユーザが、その申請を承認したとき、第２のユーザが第１のユーザを応援する「応援団」、第１のユーザが「応援される者」となり、両ユーザの関係を関係管理手段５６が管理するようになっている。このように、仲間関係を表すために、ゲーム内で「応援団」等の任意の呼称を用いてもよい。以下には、第１のユーザが第２のユーザに仲間申請をして仲間を作ることを、自分を応援してくれる仲間である「応援団」を獲得することとする例を説明する。
　第１のユーザが、第２のユーザに対して、自分の応援団になってくれるよう申請を行い、それが第２のユーザによって承認されると、関係管理手段５６は、応援される第１のユーザのユーザＩＤと関係付けて、応援団となる第２のユーザのユーザＩＤをデータベースサーバ２の所定の記憶領域に記憶する。図３３の例では、申請したユーザＩＤ＝“０００００１”のユーザＡと、それを承認したユーザＩＤ＝“０００００２”のユーザＢとの２人のユーザを関係付けた仲間情報が、データベースサーバ２に登録されている。これにより、ユーザＡは、自分を応援してくれる仲間ユーザＢを、応援団として獲得したことになる。
　また、各ユーザは複数の応援団を獲得することも可能である。図３３の例では、ユーザＡは、ユーザＢだけではなく、ユーザＩＤ＝“０００００３”のユーザＣおよび“０００００４”のユーザＤからも、申請に対する承認を得て自分の応援団にしている。
　なお、ユーザＢは、ユーザＡの応援団であるが、ユーザＢ自身もまた自分の応援団を持っている。図３３の例では、ユーザＢは、ユーザＡおよびユーザＩＤ＝“０００００５”のユーザＥを自分の応援団としている。
　各ユーザが獲得できる応援団の数（第１のユーザが応援団になってくれるよう申請できる数）には上限を設定することができる。この上限としては、各ユーザに共通の１つの上限（例えば、５０団体）を設けることができる。あるいは、後述するように、各ユーザのゲームの進行度合いに応じて、獲得できる応援団の数が所定範囲（例えば１～５０の範囲）で変動するようにしてもよい。
　本実施の形態の仲間関係にあっては、申請をした第１のユーザとそれを承認した第２のユーザとが対等な関係ではなく、第２のユーザは第１のユーザの応援団にはなるが、第１のユーザは第２のユーザの応援団ではない。例えば、ユーザＡの申請をユーザＢが承認しただけでは、ユーザＢがユーザＡの応援団にはなるが、ユーザＡがユーザＢの応援団になるという相互関係にはならない。この場合、ユーザＡがユーザＢの応援団になるためには、今度はユーザＢがユーザＡに自分の応援団になってくれるよう申請を行い、それをユーザＡが承認することが必要である。
　第１のユーザが、第２のユーザに対して、自分の応援団になってくれるよう申請を行うときの操作は、前述の仲間申請を行うときの操作と基本的には同じである。但し、ゲームサーバ１は、２人のユーザが相互に相手の応援団になり易くするため、各ユーザが応援団になってくれるよう申請を行う場合に、以下に説明するような処理を行う。
　本実施の形態のゲームのメイン画面（ユーザのマイページ）の一例を図３４に示す。なお、加速度センサを搭載しているスマートフォン等の端末装置３では、ユーザが端末装置３を傾けることで自動的に縦表示・横表示の切替えが行われる。図３４は、横表示の画面例である。ここでは、説明の都合上、横表示としているが、内容や文字が確認できる状態であれば、縦表示でも良いのはもちろんである。また、例えばＰＣやタブレット型端末等のように比較的、表示部３５が大きい場合には、図３４のような画面をそのまま表示できるので縦横を変更する必要もない。後記する図３５についても同じである。このメイン画面には、ユーザのゲーム情報１５１（ユーザの写真またはアバター、ユーザのレベルなど）、各種モードを選択するためのボタン群１５２、ユーザがチームオーダとして設定している選手カード１５３、現在実行中の操作の説明や各種お知らせを表示するテキスト表示領域１５４、応援団を確認するための「応援団」ボタン１５５などが表示される。ここで、ユーザが「応援団」ボタン１５５を選択すれば、図３５の応援団画面に遷移し、自分の「応援団」等を閲覧できるようになっている。また、この応援団画面には、自分の応援団を募集するための「応援団募集」ボタン１７２が設けられている。
　自分の応援団を獲得しようとするユーザＡは、自分の端末装置３を操作して、前記「応援団募集」ボタン１７２を選択する入力を行う。ゲームサーバ１は、ユーザＡによる前記入力に関する情報に応じて、応援団候補のユーザを抽出する処理を実行する。この抽出処理において、ゲームサーバ１は、ユーザＡが抽出対象ユーザの応援団になっているが、その抽出対象ユーザがユーザＡの応援団ではないような抽出対象ユーザ（ただし、獲得できる応援団の数が上限に達しているユーザを除く）を、最優先に抽出する。この抽出処理は、データベースサーバ２に記憶されている図３３の仲間関係情報に基づいて実行される。上記のような抽出対象ユーザが優先的に抽出された場合、ゲームサーバ１は、図３６に示すように、ユーザＡが応援団になっているユーザであることを報知する情報１８１を含む応援団候補リストの画面データを生成し、ユーザＡの端末装置３に送信する。これにより、ユーザＡは、すでに自分が応援団になっている相手に対して、応援団になってくれるように申請することが可能となる。
　また、ゲームサーバ１は、獲得できる応援団の数が上限に達していないユーザ（すなわち、応援団の申請枠に空きのあるユーザ）を、応援団の数が上限に達しているユーザよりも優先的に抽出し、応援団候補リストに含める。なお、応援団候補リストに表示できる人数よりも対象となるユーザの方が多い場合には、その中からランダムに抽出したユーザを応援団候補リストに含める。このように、応援団の申請枠に空きのあるユーザ（例えばユーザＧとする）を優先的に応援団候補リストに表示することにより、ユーザＡが当該ユーザＧに応援団になってくれるように申請すれば、その後、ユーザＧからも申請枠の空きを利用してユーザＡに対して応援団になってくれるように申請することができる。このようにして、２人のユーザが相互に相手の応援団になり易くしている。
　ユーザＡが応援団候補リストの中から、応援団になって欲しいユーザを一人選択すれば、図示しない申請画面に遷移し、選択したユーザに対して、自分の応援団になってくれるよう申請できるようになっている。この申請に際し、ユーザＡが任意のメッセージを入力すれば、申請とともにメッセージが相手ユーザに届けられる。ユーザＡから申請を受けたユーザ（ユーザＦとする）の端末装置３には、ゲームサーバ１から送信された、ユーザＡからの申請を承認するか否かを確認するための図示しない確認画面が表示される。申請者であるユーザＡが既にユーザＦの応援団である場合には、その旨を報知する情報が上記確認画面に表示されることが望ましい。ここでユーザＦがユーザＡの応援団になることを承認する入力操作を行えば、ゲームサーバ１の関係管理手段５６がユーザＡを「応援される者（第１のユーザ）」、ユーザＦを「応援団（第２のユーザ）」としてデータベースサーバ２に登録し、その後も両者の関係を継続的に管理する。
　そして、本実施の形態の特典付与手段５７は、前述の各実施の形態の「先輩（第１のユーザ）」と「後輩（第２のユーザ）」との関係を、「応援される者（第１のユーザ）」と「応援団（第２のユーザ）」とに置き換えて、前述の各実施の形態と同様に、第１のユーザに対して、第２のユーザのゲームへのアクセスまたはゲーム進行状況に応じて、様々な特典を付与する。
　ここで、図３７に、本実施の形態のゲーム管理装置（ゲームサーバ１、データベースサーバ２）の好ましい主要な機能的構成例を示す。ゲーム管理装置は、主に、関係管理手段５６、初期値記憶制御手段２０１、進行度合い算出手段２０２、特典付与手段５７を備えている。
　関係管理手段５６は、前述のとおり、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、第１のユーザと第２のユーザとを関係付けた情報を記憶装置（データベースサーバ２等）に記憶して両者の関係を管理する。前述の実施の形態では、新規のゲームサービス登録を招待した招待ユーザ（第１のユーザ）を「先輩」、その招待に応じて新規にゲームサービスに登録した被招待ユーザ（第２のユーザ）を「後輩」として関係付けたが、本実施の形態では、前記招待ユーザ（第１のユーザ）を「応援される者」、前記被招待ユーザ（第２のユーザ）を応援団の上級職である「後援会」と呼称するものとする。よって、第１のユーザは、前述の仲間申請により「応援団」を獲得したり、ゲームへの招待により「後援会」を獲得したりすることができる。
　初期値記憶制御手段２０１は、関係管理手段５６によって第１のユーザと第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置（データベースサーバ２等）に記憶する機能を有する。ここで、「第２のユーザの進行パラメータ」とは、第２ユーザ（応援団または後援会）のゲーム進行状況を示すものであり、第２のユーザのゲーム進行に伴って変化する、第２のユーザに関するゲーム上の種々のパラメータを含めることができる。例えば、第２のユーザのゲームのレベルを進行パラメータとすることができる。このゲームのレベルは、ゲームを進行させることにより獲得する経験値が所定値に達する毎に１ずつレベルアップするものであってもよいし、ゲーム内の対戦を行ってその勝利数が所定数に達する毎に１ずつレベルアップするものであってもよい。また、ユーザのゲームのレベルが大きくなるほど、レベルアップのために必要な経験値または勝利数が大きくなるようにしてもよい。
　第２のユーザの進行パラメータの他の例としては、第２のユーザの所有するキャラクタのレベル又は能力値、第２のユーザのチームの戦力値、第２のユーザが到達しているゲーム内のステージの難易度の値などであってもよい。あるいは、第２のユーザのゲーム進行状況を示すパラメータであれば、これら以外の値であってもよい。これにより、例えば、第２のユーザが第１のユーザの仲間（応援団）の申請に承認して、第２のユーザが第１のユーザの応援団として関係付けられた時点における第２のユーザのゲームのレベルが、初期値として記憶される。
　本実施の形態では第２のユーザの進行パラメータを、第２のユーザのゲームのレベルとする例について説明する。図３８には、初期値記憶制御手段２０１がデータベースサーバ２の所定領域に記憶している第２のユーザのレベルの初期値の情報を例示する。同図に示すように、第１のユーザと第２のユーザとを関係付けた情報に対応付けて、両者が関係付けられた時点における第２のユーザのレベルの初期値が記憶されている。
　進行度合い算出手段２０２は、関係管理手段５６によって第１のユーザと第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、初期値記憶制御手段２０１によって記憶されている初期値からのゲームのレベル（進行パラメータ）の変化の差分として算出する機能を有する。例えば、第２のユーザが第１のユーザの応援団（または後援会）として関係付けられた時点における第２のユーザのゲームのレベル（初期値）をＬ２initial、第２ユーザのゲームのレベルの現在値をＬ２current、第２のユーザのゲーム上の進行度合いをＰ２とした場合、Ｐ２は、
Ｐ２＝Ｌ２current－Ｌ２initial＋ａ　・・・（１）
として算出できる。上式（１）中のａは定数であり、任意の数値（例えば、０、１等）をａとすることができる。本実施の形態ではａ＝１とする。以下、本実施の形態では、第１のユーザの応援団になった第２のユーザのゲーム上の進行度合いＰ２を、第２のユーザの「応援団レベル」と呼称する。
　具体例を挙げると、第１のユーザＡの応援団になった時点における第２のユーザＢのレベル（初期値）がＬ２initial＝Ｌｖ５であったとする。この時点では、第２のユーザＢの応援団レベルＰ２は、１（Ｐ２＝５－５＋１）である。その後、第２のユーザＢがゲームをプレイすることにより現在のレベルＬ２currentがＬｖ２４になった場合、第２のユーザＢの応援団レベルＰ２は、２４－５＋１＝２０となる。
　そして、本実施の形態の特典付与手段５７は、第１のユーザに対して、前記進行度合い算出手段２０２によって算出された第２のユーザゲーム上の進行度合い（第１のユーザに対する応援団レベル）に応じて、特典を付与する機能を有する。ここで、第１のユーザに対して付与される特典としては、前述した様々な特典が適用できる。
　本実施の形態では、特典付与手段５７が、次に示す特徴的で魅力的な特典を第１のユーザに対して付与する。すなわち、特典付与手段５７は、ゲーム内で対戦相手と対戦を行うゲームモードにおいて、第１のユーザが対戦を行う毎に、進行度合い算出手段２０２によって算出された第２のユーザの応援団レベルに応じたポイントまたはアイテムを、第１のユーザに対して付与する。
　一例を挙げると、第２のユーザＢの第１のユーザＡに対する応援団レベルＰ２が２０の場合、第１のユーザＡが対戦を実行する毎に、第１のユーザに２０ポイントが特典として付与される。このポイントは、例えばゲーム内に仮想的に設けられたショップでアイテム等を入手するときに使用できる。また、第１のユーザＡが第２のユーザＢだけではなく、第２のユーザＣ、Ｄ、…を自分の応援団としている場合は、第１のユーザＡが対戦を実行する毎に、各第２のユーザＢ、Ｃ、Ｄ、…の第１のユーザＡに対する応援団レベルを加算した分のポイントが第１のユーザＡに付与される。
　たとえば、ある第１のユーザに関係づけられた第２のユーザが５０人存在するものとし、全ての第２のユーザの第１のユーザに対する応援団レベルが１００であり、第１のユーザが１日６回の対戦（試合）を実行するものと仮定すれば、１日に３０，０００ポイント（５０人×１００×６試合）が第１のユーザに付与されることになる。このように、応援団による対戦毎の特典は合算されるため、応援団の数が多いほど、また、各々の応援団の応援団レベルが大きいほど、対戦時に第１のユーザが毎回受け取れる特典はより大きなものとなる。
　このように、本構成では、第１のユーザが対戦を実行する毎に、自分の応援団である第２のユーザの応援団レベル（ゲーム上の進行度合い又は成長度合い）に応じたポイント等が当該第１のユーザに付与され続けるという魅力的な特典により、第１のユーザに対して、多くの第２のユーザと関係を築いて第２のユーザのゲーム進行を促進させようという強い動機付けを与えることができる。
　なお、第１のユーザが対戦を実行する場合、第１のユーザが所有する権利アイテムまたは所定のゲーム内ポイントを必要とし、権利アイテム等の所有量に応じて対戦回数に制限がかかるようにしてもよい。本実施の形態では、１日１回以上ゲームにアクセスした各ユーザには、１日に所定枚数（例えば６枚）の「試合チケット」というアイテムがゲームサーバ１から配布される。この「試合チケット」は、１枚につき１回の対戦を行うことができる権利アイテムである。対戦に使用された「試合チケット」はユーザの手持ちからなくなる。ユーザがゲームにアクセスしない日は、前記６枚の「試合チケット」を入手できない。ユーザは、対戦毎に獲得できる特典を得るためには、毎日、ゲームにアクセスして「試合チケット」を入手する必要がある。これにより、ユーザに対して、毎日ゲームにアクセスしようとする動機付けを与えることができる。なお、ここでは、１日を期間の単位とする例を示したが、所定期間（例えば１２時間）に所定回以上（２回以上であってもよい）ゲームにアクセスした各ユーザに、所定期間につき所定枚数の試合チケット（権利アイテム）を付与する構成としてもよい。
　また、本実施の形態では、第１のユーザの応援団になった第２のユーザ（第１のユーザの仲間申請を承認したユーザ）に対して、応援団になったときに、報酬として所定枚数（例えば１枚）の「試合チケット」が付与されるようになっている。また、第１のユーザの後援会になった第２のユーザ（第１のユーザによってゲームに招待されたユーザ）に対して、後援会になったときに、報酬として所定枚数（例えば６枚）の「試合チケット」が付与されるようになっている。このように、応援団または後援会になることに一定のメリットを与えることにより、各ユーザが積極的に他のユーザの応援団または後援会になる動機付けを与えている。応援団になったときの報酬は、「試合チケット」以外であってもよい。なお、後述のように、応援団または後援会という関係は解消されることもある。あるユーザの応援団（または後援会）になったときに報酬として試合チケット等を受けとったユーザは、その後、関係が解消されて再度、同一のユーザの応援団（または後援会）になったとしても、報酬を受けとることはできない。
　なお、「試合チケット」は、ゲーム内の対戦中に所定条件を満たしたとき（例えばユーザのチームのキャラクタが本塁打を打ったとき）に獲得できたり、対戦以外のゲームモードをプレイすることにより獲得できたりしてもよい。あるいは、課金対象のアイテムを入手するための前述のコインを使用して「試合チケット」を購入できるようにしてもよい。
　なお、前述の例では、第１のユーザＡの応援団になった時点における第２のユーザＢの応援団レベルＰ２は「１」であり、第２のユーザＢが応援団になってから成長（レベルアップ）していない場合であっても、第１のユーザＡには第２のユーザＢの応援団レベル＝１に応じた「１ポイント」が特典として付与される。これに限定されず、第２のユーザＢが第１のユーザＡの応援団になってから成長していない場合には、第１のユーザＡには第２のユーザＢを応援団とする特典が付与されないようにしてもよい。例えば、上式（１）の定数ａ＝０とした場合、第１のユーザＡの応援団になった時点では、Ｌ２initial＝Ｌ２currentであるため、第２のユーザＢの応援団レベルＰ２は、Ｐ２＝Ｌ２current－Ｌ２initial＋０＝０である。このように、応援団になったときの応援団レベルを「１」ではなく「０」にすることにより、第２のユーザＢが第１のユーザＡの応援団になってから成長していない場合には、第１のユーザＡには第２のユーザＢを応援団とする特典が付与されないようにすることができる。
　次に、本実施の形態のゲーム管理装置の動作について説明する。先ず、図３９のフローチャートを参照して、第１のユーザＡが第２のユーザＢに対して自分の応援団になってくれるよう申請したときのゲームサーバ１の処理例について説明する。
　ゲームサーバ１は、第１のユーザＡの端末装置３において行われる、第２のユーザＢに対して応援団になってくれるよう申請する入力操作に応じて（Ｓ１５１でＹＥＳ）、当該申請を第２のユーザＢの端末装置３に通知する（Ｓ１５２）。その後、第２のユーザＢが、第１のユーザＡからの申請を承認したか拒否したかによって処理が分かれる（Ｓ１５３）。ここで、第２のユーザＢが第１のユーザＡの申請を承認した場合、ゲームサーバ１の関係管理手段５６は、第１のユーザＡと第２のユーザＢとを関係付けた情報をデータベースサーバ２に記憶して両者の関係を管理する（Ｓ１５４）。本実施の形態では、図３３に例示するように、第１のユーザＡを応援される者、第２のユーザＢを応援団として、両者の仲間関係が管理されることになる。
　その後、ゲームサーバ１は、応援団となった第２のユーザＢの端末装置３に対して、第１のユーザＡの応援団になった旨、および報酬として「対戦チケット」が１枚付与された旨を報知する（Ｓ１５５）。
　また、第１のユーザＡの端末装置３からゲームサーバ１へのアクセスがあれば（Ｓ１５６でＹＥＳ）、ゲームサーバ１の前述の報知手段５９は、第２のユーザＢが応援団になった旨、及びそれによって対戦毎に第２のユーザＢの応援団レベルに応じた特典が受けられることとなった旨を報知する（Ｓ１５７）。
　一方、ステップＳ１５３において、第２のユーザＢが第１のユーザＡの申請を拒否した場合、Ｓ１５６に移行し、第１のユーザＡの端末装置３からゲームサーバ１へのアクセスがあれば（Ｓ１５６でＹＥＳ）、ゲームサーバ１は、第２のユーザＢが応援団になることを拒否した旨を報知する（Ｓ１５７）。
　次に、図４０のフローチャートを参照して、ゲームサーバ１における応援団による特典の付与処理の一例について説明する。同図は、ユーザが対戦を実行する毎に、自分の応援団の応援団レベルに応じたポイントが得られるという特典についての付与処理を例示するものである。
　各ユーザは、自分の所有する任意の選手カード（キャラクタ）を所定枚数一軍に登録し、自分のチームを結成する。そして、各ユーザは、自分のチームを指揮する監督として、他のユーザのチームと対戦（本実施の形態では野球の試合）を行うことができる。
　例えばユーザＡが上記の対戦を行った場合（Ｓ１６１でＹＥＳ）、ゲームサーバ１は、図３３に例示する情報に基づいて、当該ユーザＡに対応付けられた応援団（応援団としての第２のユーザ）が存在するか否かを判断する（Ｓ１６２）。ここで、ユーザＡの応援団が存在する場合（Ｓ１６２でＹＥＳ）、ゲームサーバ１の進行度合い算出手段２０２は、ユーザＡの各応援団の応援団レベル（ゲーム上の進行度合い）を算出する（Ｓ１６３）。すなわち、進行度合い算出手段２０２は、上式（１）に従って、第１のユーザＡの各応援団である第２のユーザが、第１のユーザＡの応援団になったときのゲームのレベル（初期値）からのレベルの変化の差分を応援団レベルとして算出する。
　その後、ゲームサーバ１の特典付与手段５７は、第１のユーザＡの応援団の応援団レベルと同じだけのポイントを第１のユーザＡに付与する（Ｓ１６４）。なお、第１のユーザＡに複数の応援団が存在する場合、各応援団の応援団レベルを合算したポイントが第１のユーザＡに付与される。この図４０のフローチャートの特典付与処理は、ユーザが対戦を行えば毎回実行される。
　一方、ステップＳ１６２においてユーザＡに応援団が存在しない場合（Ｓ１６２でＮＯ）、特典付与処理が実行されることなく処理を終える。
　なお、上記の説明では、応援団による特典について説明したが、後援会は応援団よりも特典効果の高い（第１のユーザに付与されるポイント等が大きい）仲間であり、応援団と同様に扱うことができる。すなわち、後援会は、通常の応援団よりも特典が大きくなる特別な応援団である。例えば、第１のユーザに応援団が存在する場合、その応援団の応援団レベル×１のポイントが第１のユーザに付与されるが、第１のユーザに後援会（＝特典が大きくなる応援団）が存在する場合、その後援会の応援団レベル×５のポイントが第１のユーザに付与される。よって、ゲームサーバ１による特典付与処理は、後援会の場合だけ特典のポイントを５倍にするのみで、それ例外の処理は応援団と同様である。
　なお、後援会は、第１のユーザの招待に応じてゲームに新規登録した第２のユーザであるため、後援会になったときの第２のユーザのゲームレベルの初期値は「Ｌｖ１」である。よって、初期値からのゲームレベルの変化の差分であるゲーム上の進行度合い（応援団レベル）は、後援会の場合、現在のゲームレベルと等しいことになる。
　以上のように、本実施の形態のゲーム管理装置は、図３７に示すように、主に、関係管理手段５６、初期値記憶制御手段２０１、進行度合い算出手段２０２、特典付与手段５７を備えている構成である。これにより、第１のユーザにとっては、第１のユーザと第２のユーザとが関係付けられた後において、第２のユーザのゲーム上の進行度合い（応援団レベル）に応じた特典を継続的に享受できるので、例えば仲間になったときや招待成功時に１回だけポイントが付与される従来の特典よりも魅力的な特典となっている。このような従来にはない斬新で魅力的な特典をユーザに提供することができるので、第１のユーザに対して、第２のユーザと関係を築こう（新たなユーザと仲間関係を構築したり、ゲームに招待したりしよう）という強い動機付けを与えることができる。これにより、ゲームサービスを活性化させることができる。
　また、第１のユーザに付与される特典は、第１のユーザと第２のユーザとが関係付けられてからの、第２のユーザのゲーム上の進行度合い（応援団レベル）に応じたものとなっているので、第１のユーザは、第２のユーザのゲーム進行を促進させるために、第２のユーザとコミュニケーションをとる動機付けを与えられることになる。これによりゲームコミュニティの活性化が図られる。
　各ユーザは自分の応援団等を図３５に例示する応援団画面で確認することができる。図３５に示すように、応援団画面には、「自分の応援団」ボタン１６１、「応援している仲間」ボタン１６２および「後援会」ボタン１６３が設けられている。「自分の応援団」ボタン１６１を選択すれば、現在、自分の応援団となっている第２のユーザの一覧が表示される。また、「応援している仲間」ボタン１６２を選択すれば、現在、自分が応援団になって応援している仲間の一覧が表示される。また、「後援会」ボタン１６３を選択すれば、現在、自分の後援会となっている第２のユーザの一覧が表示される。図３５は、「自分の応援団」ボタン１６１が選択されている場合の画面例である。この画面には、各応援団の情報表示領域１６４が設けられる。この情報表示領域１６４には、応援団として応援してくれる第２のユーザのアバター（または写真）１６５、代表的な選手カード１６６、ユーザ名１６７、ゲームレベルの初期値１６８、ゲームレベルの現在値１６９、応援団レベル１７０および後述する応援団員数１７１などが表示される。なお、画面に表示しきれない応援団の情報については、画面スクロール等の操作により表示させることができる。
　各ユーザは、上記の応援団画面で各応援団の応援団レベルを確認し、応援団レベルが低いユーザに対しては、例えば、「レベルアップ頑張ろう」等のメッセージを送ってゲーム進行を促進させるように働きかけることができる。
　次に、各ユーザのゲームレベル（ゲーム進行状況を示す進行パラメータ）に応じて、各ユーザが獲得できる応援団の数を可変する構成について説明する。図４１に示すように、この構成のゲーム管理装置は、図３７に示す各手段に加えて、応援団数管理手段２０３（仲間数管理手段）を備えている。
　応援団数管理手段２０３は、第１のユーザのゲームのレベル（ゲーム進行状況を示す進行パラメータ）が大きいほど、当該第１のユーザが応援団（仲間）になってくれるよう申請をすることができる数を増加させる機能を有する。例えば、ユーザのゲームのレベルが「Ｌｖ１」のとき、応援団の申請は１人だけしかできないこととする。その後、ユーザのゲームのレベルが「１」上昇する毎に、応援団の申請ができる数を１ずつ増やす。なお、ユーザのゲームのレベルの最大値をＬｖ５０とした場合、応援団数の最大値も５０となる。これは一例であり、例えば、ユーザのゲームのレベルが「２」上昇する毎に、応援団の申請ができる数を１ずつ増やしたり、ユーザのゲームのレベルが「１」上昇する毎に、応援団の申請ができる数を２ずつ増やしたりしても良い。
　第１のユーザを応援してくれる応援団が多いほど、第１のユーザは、多くの特典を獲得できる。よって、より多くの応援団を作るべく、各ユーザに積極的にゲームをするよう動機付ける（各ユーザのゲーム進行を促進させる）ことができる。
　なお、ユーザが獲得できる応援団の数を決定するための「ゲーム進行状況を示す進行パラメータ」は、ユーザのゲームのレベルに限らず、前述のように、ユーザの所有するキャラクタのレベルやユーザが到達しているゲーム内のステージの難易度等であってもよい。
　次に、ゲーム内でユーザ同士が対戦を行う場合に、一方のユーザを応援する全ての応援団の応援団レベルの合計値と、他方のユーザを応援する全ての応援団の応援団レベルの合計値との比較結果に応じて戦力を可変する構成について説明する。
　本実施の形態では、応援団レベル＝応援団員数とし、応援団の応援団レベルが大きくなるとその応援団に所属する応援団員数も多くなるというゲーム内の演出を行うようになっている。例えば、図３５に示すように、ユーザＡの応援団であるユーザＢの応援団レベルが２０の場合、その応援団（ユーザＢ）の応援団員は２０人である。また、ユーザＡの他の応援団であるユーザＣの応援団レベルが１０の場合、その応援団（ユーザＣ）の応援団員は１０人である。よって、ユーザＡを応援する全ての応援団の応援団レベル（＝応援団員数）の合計値とは、そのユーザＡを応援する応援団員総数のこととなる。
　そして、ユーザＡが他のユーザと対戦を行う場合に、ユーザＡの応援団総数が対戦相手ユーザの応援団員総数よりも大きい場合、対戦相手よりも大きな応援を受けて「盛り上がり効果」が発生するものとする。この「盛り上がり効果」とは、対戦時にユーザＡにとって有利な効果を発生させるものであり、対戦時のユーザＡの戦力を現戦力よりも向上させる（または、対戦相手ユーザの戦力を現戦力よりも低下させる）ものである。
　図４２に示すように、これを実現するゲーム管理装置は、図３７に示す各手段に加えて、合計算出手段２０４、比較手段２０５および戦力可変手段２０６を備えている。
　合計算出手段２０４は、第１ユーザに対して関係付けられている全ての第２のユーザ（応援団）のゲーム上の進行度合い（応援団レベル）の合計値を算出する機能を有する。例えば、第１のユーザＡに対して、第２のユーザＢ、Ｃ、Ｄ、…が「応援団」として関係付けられているものとする。そして、第２のユーザＢ、Ｃ、Ｄ、…のそれぞれのゲーム上の進行度合いである応援団レベルをＰ２（Ｂ）、Ｐ２（Ｃ）、Ｐ２（Ｄ）、…とした場合、合計算出手段２０４は、合計値Ｐtotal＝Ｐ２（Ｂ）＋Ｐ２（Ｃ）＋Ｐ２（Ｄ）＋…を算出する。上記のように、応援団レベル＝応援団員数とする演出を行う場合には、前記合計値が応援団員総数となる。
　比較手段２０５は、対戦を行う両ユーザを別個の第１のユーザとし、合計算出手段２０４によって算出された両ユーザのそれぞれの前記合計値（応援団員総数）を比較する機能を有する。例えば、第１のユーザＡには応援団として第２のユーザＢ、Ｃ、Ｄ、…が関係付けられ、第１のユーザＱには応援団として第２のユーザＲ、Ｓ、Ｔ、…が関係付けられているものとする。そして、第１のユーザＡと第１のユーザＱとが対戦する場合、第１のユーザＡに対して関係づけられている全ての第２のユーザＢ、Ｃ、Ｄ、…の応援団員数の合計値Ｐtotal（Ａ）と、第１のユーザＱに対して関係づけられている全ての第２のユーザＲ、Ｓ、Ｔ、…の応援団員数の合計値Ｐtotal（Ｑ）とが比較される。
　戦力可変手段２０６は、比較手段２０５による比較の結果に基づいて、両ユーザのうちの前記合計値（応援団員総数）の大きい方のユーザの対戦時の戦力を現戦力よりも向上させる、又は両ユーザのうちの前記合計値の小さい方のユーザの対戦時の戦力を現戦力よりも低下させる機能を有する。ここで、「戦力を現戦力よりも向上させる」の例としては、応援団員総数の大きい方のユーザのチームを構成する各選手カード（キャラクタ）の戦力に関係するパラメータ（調子、能力等）を、現在値よりも所定量だけ向上させることが挙げられる。各選手カードには前述した６段階の調子のパラメータの何れかが設定されており、戦力可変手段２０６は、例えば、応援団員総数の大きい方のユーザのチームを構成する全選手カードの調子を所定段階（例えば１段階）ずつ上げる。あるいは、応援団員総数の小さい方のユーザのチームを構成する全選手カードの調子を所定段階（例えば１段階）ずつ下げることにより、相対的に、応援団員総数の大きい方のユーザが有利になるようにしてもよい。
　ここで、対戦を行う両ユーザの応援団員総数に応じて戦力を可変する処理の一例を、図４３のフローチャートを参照しながら説明する。
　例えばユーザＡのチームとユーザＱのチームとが対戦を行う場合（Ｓ１７１でＹＥＳ）、ゲームサーバ１は、図３３に例示する情報に基づいて、当該ユーザＡまたはユーザＱの少なくとも一方に対応付けられた応援団（応援団としての第２のユーザ）が存在するか否かを判断する（Ｓ１７２）。ここで、ユーザＡまたはユーザＱに応援団が存在する場合（Ｓ１７２でＹＥＳ）、ゲームサーバ１の合計算出手段２０４は、ユーザＡの応援団員総数およびユーザＱの応援団員総数をそれぞれ算出する（Ｓ１７３）。その後、比較手段２０５は、ユーザＡの応援団員総数とユーザＱの応援団員総数とを比較し（Ｓ１７４）、戦力可変手段２０６は、その比較結果に基づき、応援団員総数の大きい方のユーザのチームの全選手カードの調子を１段階ずつ上げる（Ｓ１７５）。なお、対戦を行う両ユーザのうち、一方のユーザには応援団が存在するが、他方のユーザには応援団が存在しない場合、応援団が存在しない方の応援団員総数は０となるので、当然のことながら応援団が存在する方のユーザが応援団員総数の大きい方のユーザとなる。
　このようにして戦力が可変された後、対戦ゲームが実行されることになる。例えば、ＡＩ（Artificial Intelligence）プログラムにより、両チームの選手カードの能力、調子等のパラメータに基づいて、野球の試合のシミュレーションが実行される。前述のように、端末装置３にゲーム実行プログラムの一部または全部をダウンロードまたはインストールし、端末装置３側でゲーム実行処理を行い、各選手カードのキャラクタが３Ｄの動画で画面に表示されるようにしてもよい。
　一方、ステップＳ１７２においてユーザＡおよびユーザＱの何れにも応援団が全く存在しない場合（Ｓ１７２でＮＯ）、戦力可変処理が実行されることなく図４３の処理を終え、その後に対戦ゲームが実行されることになる。
　以上のように、本実施の形態のゲーム管理装置は、図４２に示すように、合計算出手段２０４、比較手段２０５および戦力可変手段２０６を備えている構成である。これにより、対戦を行う両ユーザのゲームのレベル（進行度、習熟度）が同じであっても、よりゲームプレイに熱心でゲーム上の進行度合いが大きい第２のユーザ（応援団）を集めた方が、対戦を有利に進めることができるという興趣性の高いゲームを実現できる。
　次に、応援団の解散（第１のユーザと第２のユーザとの関係の解消）について説明する。本実施の形態では、他のユーザの応援団になっているユーザが所定期間（例えば１か月間）、ゲームへアクセス（ログイン）しなければ、応援団は自然解散となる。図４４に示すように、これを実現する本実施の形態のゲーム管理装置は、図３７に示す各手段に加えて、アクセス情報記憶制御部５４ａ（アクセス情報記憶制御手段）および関係解消手段２０７を備えている。
　アクセス情報記憶制御部５４ａは、前述のとおり、ユーザのゲームへのアクセス情報を記憶装置（データベースサーバ２等）に記憶する機能を有する。
　関係解消手段２０７は、アクセス情報記憶制御部５４ａに記憶されているアクセス情報に基づいて、第２のユーザが、所定期間、ゲームへアクセスしていないと判断したときに、第１のユーザと第２のユーザとの関係付けを解消する（応援団を解散する）機能を有する。ここで、「所定期間」は、２週間、１か月間、２か月間等、任意の期間とすることができる。本実施の形態では「所定期間」を１か月間として以下の説明を続ける。
　ここで、図４５のフローチャートを参照して、応援団を自然解散させる動作の一例について説明する。ゲームサーバ１は、アクセス情報記憶制御部５４ａに記憶されている各ユーザのアクセス情報に基づいて、１か月間（またはそれ以上の期間）、ゲームにアクセス（ログイン）していないユーザが存在するか否かを判断する（Ｓ１８１）。ここで、１か月間ゲームにアクセスしていないユーザが存在する場合（Ｓ１８１でＹＥＳ）、ゲームサーバ１は、当該ユーザが応援団（第２のユーザ）として関係付けられている第１のユーザを全て抽出する（Ｓ１８２）。この抽出処理は、データベースサーバ２に記憶されている図３３の仲間関係情報に基づいて実行できる。その後、ゲームサーバ１は、ステップＳ１８２において抽出された第１のユーザと、１か月間ゲームにアクセスしていない第２のユーザとの関係を自動的に解消することにより、応援団を自然解散させる（Ｓ１８３）。
　従って、第１のユーザＡが自分の応援団である第２のユーザＢ、Ｃ、Ｄ、…との関係を維持したい場合には、第２のユーザＢ、Ｃ、Ｄ、…が定期的にゲームへアクセスするように、第２のユーザＢ、Ｃ、Ｄ、…へ働きかける（例えば、普段より第２のユーザＢ、Ｃ、Ｄ、…とコミュニケーションをとってゲームアクセスを呼び掛ける）ことが必要である。
　但し、たとえ第１のユーザＡが第２のユーザＢ、Ｃ、Ｄ、…にゲームへアクセスするように働きかけても、中には殆どゲームにアクセスしてくれない第２のユーザもいる。第１のユーザＡに付与される特典は、第２のユーザＢ、Ｃ、Ｄ、…のゲーム上の進行度合いに応じたものであるため、１か月間あるいはそれ以上、ゲームへアクセスしていないような第２のユーザは、ゲーム上の進行度合いも小さいはずであり、第１のユーザＡにとってはあまり魅力的ではない応援団（第２のユーザ）と考えられる。よって、そのような第２のユーザとの関係が上述のように自動的に解消されることは、第１のユーザＡにとって、むしろ望ましいと考えられる。
　特に、第１のユーザＡが獲得できる応援団の数が自分のゲームのレベルによって制限されている構成においては、１か月間以上ゲームにアクセスしていない第２のユーザが自分の応援団であることは、限られた数の応援団の枠を無駄に使用してしまうことになる。よって、そのような第２のユーザとの関係が自動的に解消されて、応援団の枠に空きができることは、ゲームを積極的にプレイする新たな第２のユーザを応援団として招き入れる機会が作れるようになるため、第１のユーザＡにとっては望ましいと言える。
　ところで、ゲームのレベルがまったく上がらないなど、ゲームに対して非アクティブな第２のユーザを自分の応援団に持った第１のユーザは、１か月という期間を待たずにその応援団を自主的に解散させ、新たなユーザを応援団として獲得したいと考えることもあり得る。そこで、応援団の自然解散とは別に、第１のユーザ自身の意思により、応援団を解散させることができるオプションを設けてもよい。この場合、第１のユーザは、自主的に解散させたい応援団である第２のユーザに、所定のポイントまたはアイテムを支払うことを要する。すなわち、応援団を自主的に解散させる場合には、その代価（ポイント等）の支払を求めるというペナルティ的要素を含めることにより、第１のユーザが自分の応援団を安易に解散させることのないようにしている。例えば、第１のユーザは、自主的に解散させたい応援団の応援団レベル×１０ポイントを、当該応援団である第２のユーザに対して支払うことにより、第２のユーザに関係解消の承認を得ることなく、応援団を解散させることができるものとする。
　なお、ユーザＡとその応援団であるユーザＢとの関係が解消された後、ユーザＡが再びユーザＢを応援団とすることもできる。但し、この場合は、ユーザＢの応援団レベルは「１」からのスタートとなる。
　前述のように後援会は、応援団よりも特典効果の高い仲間であり、基本的には応援団と同様に扱うことができる。よって、応援団と同じく、後援会である第２のユーザが、所定期間（例えば１か月間）、ゲームへアクセスしていない場合、第１のユーザと第２のユーザとの関係付けが解消される（後援会の自然解散）。また、ユーザは、相手に代価を支払うことにより自主的に後援会を解散することもできる。
　なお、後援会には、応援団にはない招待特典を設けても良い。例えば、第１のユーザの後援会である第２のユーザのゲームのレベルに応じて、当該第１のユーザのゲーム中に招待特典である「激励会」というレアイベントを発生させる。このレアイベントについて以下に説明する。
　第１のユーザの後援会である第２のユーザのゲームのレベルが基準値（例えば、２０、４０、６０、８０、１００のそれぞれの値）に達した場合、その翌日、第１のユーザのゲームへのログイン時に、招待特典である「激励会」が発生する。「激励会」とは、第１のユーザを激励する会が催されるということを仮想的に演出するもので、具体的には、「激励会」が発生した日に、第１のユーザがゲームにアクセスすると、画面に「激励会発生！」といった表示が行われる。この「激励会」が発生すると、第１のユーザが一軍に登録している全ての選手キャラクタ（選手カード）の調子および体力がすべて回復する。この「激励会」という特典は、図２０に示した招待特典のバリエーションに相当する。
　ここで、選手キャラクタの調子が回復するとは、選手キャラクタに設定されている前述の調子のパラメータが最も高い値（５＝最好調）になることをいう。これにより、第１のユーザのチームの戦力が高まる。また、選手キャラクタの体力が回復するとは、選手キャラクタに設定されている体力のパラメータが最大値になることをいう。ここで、選手キャラクタの体力とは、ゲーム内の特訓モードで選手キャラクタを特訓させることにより消費されるパラメータである。特訓モードでは、選手キャラクタの体力を消費して選手キャラクタの経験値を高め、経験値が所定値になれば選手レベル（選手キャラクタの能力の高さを表すパラメータ）が向上する。
　さらに、「激励会」が発生すると、所定期間（例えば１日間）、第１のユーザが一軍に登録している全ての選手キャラクタの選手レベルが所定段階（例えば２段階）上昇した状態となり、対戦に勝ち易い状態となる。「激励会」により選手キャラクタの選手レベルが上昇している期間中は、選手レベルを表示する色を通常時と異ならせたり、選手キャラクタ自体の表示状態（色、輝度、顔の表情等）を通常時と異ならせたりすることにより、「激励会」発生中の状態をユーザに分かり易く報知する。
　なお、「激励会」の効果を受けた選手キャラクタについては、その効果発生中において、特訓モードで選手レベルを向上させることはできない。これは、「激励会」の効果によって選手キャラクタの選手レベルが、一時的に向上した通常とは違う特別な状態になっているからである。同様に、選手キャラクタの選手レベルを変化させるゲームモードがある場合、「激励会」の効果を受けた選手キャラクタを当該ゲームモードで使用できないようにすることが望ましい。例えば、ユーザが同一の選手キャラクタを複数所有している場合、それらを合体させて選手キャラクタの選手レベルを向上させることができるゲームモードもその対象となる。
　〔他の実施の形態〕
　各種情報を記憶装置に記憶する記憶制御機能を有する構成（アクセス情報記憶制御部５４ａ、招待関係記憶制御部５６ａ、仲間情報記憶制御部６０ａ、初期値記憶制御手段２０１など）に関し、記憶装置そのものについては当該構成に含まれないので、ゲーム管理装置（またはゲームシステム）の内外を問わず、どこに設置されていてもよい。例えば、記憶装置は、ゲームサーバ１が有するＲＡＭ１３や補助記憶装置１４、データベースサーバ２、端末装置３が有するＲＡＭ３３や補助記憶装置３９、あるいはゲーム管理装置や端末装置とは別構成のファイルサーバ（オンラインストレージ）等であってもよい。
　サーバ（ゲームサーバ１、データベースサーバ２）と端末装置とは互いに通信して各種データの送受が可能であり、共にＣＰＵ、ＲＯＭ、ＲＡＭ、補助記憶装置、通信制御部等を備えた情報処理装置（コンピュータ）であって、同様のハード構成を有する。よって、サーバと端末装置とを含むゲームシステムにおいて、上述の各実施の形態で説明したゲーム管理装置が具備する各手段は、サーバ又は端末装置のいずれか一方が備えていればよい。すなわち、ゲーム管理装置は、互いに通信して各種データの送受を行うサーバおよび端末装置に設けられる構成とすることができ、前述の実施の形態と同様の作用効果を奏する。
　また、前述の各実施の形態で説明した各構成は、適宜組み合わせて適用することができる。
　また、本実施の形態に係るコンピュータ読み取り可能なプログラムは、ハードディスク、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等）、フレキシブルディスク、半導体メモリ等のコンピュータ読み取り可能な各種記録媒体に記録され、当該記録媒体から読み出されてゲームサーバ１のＣＰＵ１１により実行される。また、プログラムをゲームサーバ１または端末装置３に提供する手段は、前述した記録媒体に限定されるものではなく、インターネット等の通信ネットワークを介して行うこともできる。
　〔実施の形態の概要〕
　１）以上のように、本発明の一局面によるゲーム管理装置（1,2）は、ゲームサービスに登録している各ユーザのゲーム情報を管理するゲーム管理装置（1,2）であって、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段（56）と、前記関係管理手段（56）によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段（201）と、前記関係管理手段（56）によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段（201）によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段（202）と、前記第１のユーザに対して、前記進行度合い算出手段（202）によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段（57）と、を備える構成である。
　この構成のゲーム管理装置は、例えば、各ユーザの端末装置からのネットワークを介したアクセスを受け付けて各ユーザのゲーム情報を管理しながら、ネットワークを介して各ユーザへゲームサービスを提供する。本ゲーム管理装置は、例えばサーバなどのネットワーク接続可能な情報処理装置により構成される。本ゲーム管理装置により各ユーザに提供されるゲームサービスとしては、例えばユーザ同士が協力したりコミュニケーションをとったりしながらプレイすることができるソーシャルゲーム等のサービスがある。
　本ゲーム管理装置の関係管理手段は、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、第１のユーザと第２のユーザとを関係付けた情報を記憶装置に記憶し、両者の関係を継続的に管理する。ここで、「招待または申請」としては、後述の２）の構成のように「共にゲームサービスに登録している第１のユーザが第２のユーザに対して仲間の申請をすること」が挙げられる。ここで、仲間とは、ゲーム内で構築されるユーザ同士の仮想的な関係の総称であり、知人、友人、友達、クラスメイト、相棒、親類、家族、兄弟、姉妹、会社や組織の同僚、先生－生徒、師匠－弟子、先輩－後輩などの様々なゲーム内の関係を含む。この場合、第２のユーザが申請に応じるとは、「仲間の申請を承認する」ことである。
　また、「招待または申請」の他の例としては、後述の７）の構成のように「ゲームサービスに登録している第１のユーザが、未だゲームサービスに登録していない第２のユーザに対してゲームサービスへの登録を招待すること」が挙げられる。この場合、第２のユーザが招待に応じるとは、「新規にゲームサービスに登録すること」である。
　また、「招待または申請」の他の例としては、第１のユーザのゲーム内のグループ（例えば第１のユーザの野球チーム）に加入してもらえるように第２のユーザに申請する（自分のグループに第２のユーザを誘う）ことが挙げられる。この場合、第２のユーザが申請に応じるとは、「承認して第１のユーザのグループに加入すること」である。
　そして、本ゲーム管理装置の初期値記憶制御手段は、関係管理手段によって第１のユーザと第２のユーザとが関係付けられたときの、当該第２のユーザの進行パラメータの値を、初期値として記憶装置に記憶する。ここで、「第２のユーザの進行パラメータ」とは、第２ユーザのゲーム進行状況を示すものであり、第２のユーザのゲーム進行に伴って変化する、第２のユーザに関するゲーム上の種々のパラメータを含めることができる。例えば、第２のユーザのゲーム内のレベル、第２のユーザの所有するキャラクタのレベル又は能力値、第２のユーザのチームの戦力値、第２のユーザが到達しているゲーム内のステージの難易度の値などをいい、第２のユーザのゲーム進行状況を示すパラメータであれば、これら以外の値であってもよい。これにより、例えば、第２のユーザが第１のユーザの仲間の申請に承認して、両ユーザが仲間として関係付けられた時点における第２のユーザのゲーム内のレベルが、初期値として記憶される。
　また、本ゲーム管理装置の進行度合い算出手段は、第１のユーザと第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値からの進行パラメータの変化の差分として算出する。例えば、第１のユーザと第２のユーザとが仲間として関係付けられた時点における第２のユーザのゲーム内のレベル（初期値）をＬ２initial、第２ユーザのゲーム内レベルの現在値をＬ２current、第２のユーザのゲーム上の進行度合いをＰ２とした場合、Ｐ２＝Ｌ２current－Ｌ２initial＋ａである。この式中のａは定数であり、任意の数値（例えば、０、１等）をａとすることができる。例えば、ａ＝１とし、初期値Ｌ２initialがＬｖ５であり、その後、第２のユーザがゲームをプレイすることにより現在のレベルＬ２currentがＬｖ２４になった場合、第２のユーザゲーム上の進行度合いＰ２は、２４－５＋１＝２０として算出できる。
　そして、本ゲーム管理装置の特典付与手段は、進行度合い算出手段によって算出された第２のユーザのゲーム上の進行度合いに応じて、当該第２のユーザと関係付けられている第１のユーザに対して特典を付与する。ここで、第１のユーザに付与される特典としては、特典が付与されなかった場合と比較してゲーム上有利になる特典または所定の希少度（レア度）以上のゲームのアイテムを付与する特典などが挙げられ、ゲームの種類や内容に応じて様々な特典を適用できる。一例を挙げると、ゲーム中に経験値を取得してレベルアップを図るゲームであれば、ゲーム中に取得できる経験値を通常よりも大きくするという特典が考えられる。また、ゲーム中に発動されたミッションやイベントを達成するゲームであれば、発動されたミッションやイベントの進行・達成が通常よりも早くなるという特典が考えられる。また、ポイントやアイテムが使用されるゲームであれば、ゲームを有利に進めることができるポイントやアイテムをユーザに付与するという特典が考えられる。また、野球ゲームやサッカーゲームなどのようにユーザ同士で対戦することができる対戦型ゲームでは、対戦ｎ回分（例えば対戦３回分）だけ戦力が向上し、対戦が有利になるという特典が考えられる。また、ゲームのシステムとして、アイテムを抽選によって獲得できるという構成が設けられている場合には、レアアイテム（通常のアイテムよりも抽選確率が低く、希少価値が高いアイテム）を抽選で獲得できる確率を所定回数（例えば１回）だけ上昇させるという特典も考えられる。
　以上のように、本構成によって、第１のユーザにとっては、第１のユーザと第２のユーザとが関係付けられた後において、第２のユーザのゲーム上の進行度合いに応じた特典を継続的に享受できるので、例えば招待成功時に１回だけポイントが付与される従来の特典よりも魅力的な特典となっている。このような従来にはない斬新で魅力的な特典をユーザに提供することができるので、第１のユーザに対して、第２のユーザと関係を築こう（新たなユーザと仲間関係を構築したり、ゲームに招待したりしよう）という強い動機付けを与えることができる。これにより、ゲームサービスを活性化させることができる。
　また、第１のユーザに付与される特典は、第１のユーザと第２のユーザとが関係付けられてからの、第２のユーザのゲーム上の進行度合いに応じたものとなっているので、第１のユーザは、第２のユーザのゲーム進行を促進させるために、第２のユーザとコミュニケーションをとる動機付けを与えられることになる。よって、第１のユーザは、例えば、「レベルアップ頑張ろう」等のメッセージを第２のユーザに送ってコミュニケーションを積極的にとることが期待できる。これによりゲームコミュニティの活性化が図られる。
　２）上記の構成において、前記第１のユーザは前記第２のユーザに対して仲間の申請をしたユーザであり、前記第２のユーザは前記第１のユーザからの前記仲間の申請を承認したユーザであることが好ましい。
　この構成によれば、前記関係管理手段は、第１のユーザから仲間の申請を受けた第２のユーザが、その申請を承認したとき、両者を関係付けた情報を記憶装置に記憶し、両者の関係を継続的に管理する。例えば、第２のユーザが第１のユーザを応援する「応援団」、第１のユーザが「応援される者」となり、このような両者の関係性を継続的に関係管理手段が管理するようになっている。このように、仲間関係を表すために、ゲーム内で「応援団」等の任意の呼称を用いてもよい。
　本構成によって、第１のユーザにとっては、第２のユーザと仲間関係が構築された後において、仲間のゲーム進行状況に応じた魅力的な特典を継続的に享受できるので、積極的に仲間を作ったり仲間とコミュニケーションをとったりする動機付けを与えられることになる。これにより、ゲームサービスを活性化させることができる。
　３）上記の２）の構成において、前記第１のユーザのゲーム進行状況を示す進行パラメータの値が大きいほど、当該第１のユーザが前記仲間の申請をすることができる数を増加させる仲間数管理手段（203）をさらに備えることが好ましい。
　この構成によれば、第１のユーザが「応援団」等の仲間の申請をすることができる数は、第１のユーザのゲーム進行状況を示す進行パラメータの値によって変化し、進行パラメータの値が大きいほど仲間数を多くすることができる。例えば、第１のユーザのゲーム内のレベル（進行パラメータ）が「１」上昇する毎に、「応援団」となる仲間を「１」だけ増やすことができる。第１のユーザの仲間として関係付けられた第２のユーザが多いほど、第１のユーザはより多くの特典を獲得できる。よって、より多くの仲間を作るべく、各ユーザに積極的にゲームをするよう動機付ける（各ユーザのゲーム進行を促進させる）ことができる。
　４）上記の１）ないし３）の何れかの構成において、前記ゲームは前記第１のユーザが対戦相手と対戦を行うゲームモードを含み、前記特典付与手段（57）は、前記第１のユーザが前記対戦を行う毎に、前記進行度合い算出手段（202）によって算出された前記第２のユーザのゲーム上の進行度合いに応じたポイントまたはアイテムを、前記第１のユーザに対して付与することが好ましい。
　この構成によれば、第１のユーザがゲーム内で対戦を行う毎に、第１のユーザと関係付けられている第２のユーザのゲーム上の進行度合いに応じたポイントまたはアイテムが、特典として第１のユーザに付与される。すなわち、従来では、招待成功時や仲間関係の成立時に、１回だけポイントがユーザに付与されるような特典内容となっているのに対して、本構成では、第１のユーザと第２のユーザとが関係付けられた後は、第１のユーザが対戦を実行すれば、毎回、第２のユーザのゲーム上の進行度合いに応じたポイントまたはアイテムが当該第１のユーザに付与され続けるという特徴的で魅力的な特典内容となっている。
　一例を挙げると、第２ユーザのゲーム内のレベルがＬ２initial＝Ｌｖ５からＬ２current＝Ｌｖ２４になってゲーム上の進行度合いがＰ２＝２４－５＋１＝２０の場合、第１のユーザが対戦を実行する都度、第１のユーザに２０ポイントが付与される。たとえば、第１のユーザに関係づけられた第２のユーザが５０人存在するものとし、全ての第２のユーザのゲーム上の進行度合いが１００であり、第１のユーザが１日６回の対戦（試合）を実行するものと仮定すれば、１日に３０，０００ポイント（５０人×１００×６試合）が第１のユーザに付与されることになる。このように、対戦毎の特典は合算されるため、関係付けられた第２のユーザの数が多いほど、また、各々の第２のユーザのゲーム上の進行度合いが大きいほど、対戦時に第１のユーザが毎回受け取れる特典はより大きなものとなる。
　なお、本構成には含まれないが、第１のユーザが対戦を実行する場合、第１のユーザが所有する権利アイテムまたは所定のゲーム内ポイントを必要とし、権利アイテム等の所有量に応じて対戦回数に制限がかかるようにしてもよい。
　以上のように、本構成では、第１のユーザが対戦を実行する毎に、第２のユーザのゲーム上の進行度合いに応じたポイントまたはアイテムが当該第１のユーザに付与され続けるという魅力的な特典により、第１のユーザに対して、多くの第２のユーザと関係を築いて第２のユーザのゲーム進行を促進させようという強い動機付けを与えることができる。
　５）上記の１）ないし４）の何れかの構成において、前記ゲームはユーザ同士が対戦を行うゲームモードを含み、前記関係管理手段（56）は、前記第１のユーザ一人に対して、前記第２のユーザを複数人関係付けることが可能であり、前記第１ユーザに対して関係づけられている全ての第２のユーザのゲーム上の進行度合いの合計値を算出する合計算出手段（204）と、前記対戦を行う両ユーザを別個の前記第１のユーザとし、前記合計算出手段（204）によって算出された前記両ユーザのそれぞれの前記合計値を比較する比較手段（205）と、前記比較手段（205）による比較の結果に基づいて、前記両ユーザのうちの前記合計値の大きい方のユーザの前記対戦時の戦力を現戦力よりも向上させる、又は前記両ユーザのうちの前記合計値の小さい方のユーザの前記対戦時の戦力を現戦力よりも低下させる戦力可変手段（206）と、をさらに備えることが好ましい。
　この構成によれば、第１のユーザに対して、第２のユーザを複数人関係付けることが可能であり、ゲーム管理装置は、第１ユーザに対して関係づけられている全ての第２のユーザのゲーム上の進行度合いの合計値を算出する合計算出手段を備える。例えば、第１のユーザＡが仲間の申請をした第２のユーザＢ、Ｃ、Ｄ、…がその申請に応じて承認したとき、第１のユーザＡ一人に対して、第２のユーザＢ、Ｃ、Ｄ、…が「応援団」等と呼称される仲間として関係付けられる（これにより、第１のユーザＡは、仲間としての応援団Ｂ、Ｃ、Ｄ、…から応援を受けるものとするゲーム内の演出を行ってもよい）。そして、第２のユーザＢ、Ｃ、Ｄ、…のそれぞれのゲーム上の進行度合いをＰ２（Ｂ）、Ｐ２（Ｃ）、Ｐ２（Ｄ）、…とした場合、合計算出手段は、合計値Ｐtotal＝Ｐ２（Ｂ）＋Ｐ２（Ｃ）＋Ｐ２（Ｄ）＋…を算出する。
　なお、第２のユーザＢのゲーム上の進行度合いＰ２（Ｂ）が大きくなると、応援団Ｂに所属する応援団員数も大きくなるというゲーム内の演出を行ってもよい。この場合、第１ユーザに対して関係づけられている全ての第２のユーザＢ、Ｃ、Ｄ、…のゲーム上の進行度合いの合計値Ｐtotalを、応援団Ｂ、Ｃ、Ｄ、…にそれぞれ所属する応援団員数の合計（応援団員総数）とするゲーム内の演出も可能である。
　本構成では、ゲーム内で２人のユーザによる対戦（例えば各ユーザが所有するキャラクタから構成されるチーム同士の対戦）が実行される場合、両ユーザを別個の第１のユーザとし、前記合計算出手段によって算出された両ユーザのそれぞれの前記合計値Ｐtotalが比較手段によって比較される。そして、戦力可変手段は、比較手段による比較の結果に基づいて、前記両ユーザのうちの合計値Ｐtotalの大きい方のユーザの対戦時の戦力を現戦力よりも向上させる（又は、前記両ユーザのうちの合計値Ｐtotalの小さい方のユーザの対戦時の戦力を現戦力よりも低下させてもよい）。
　例えば、第１のユーザＡと第１のユーザＱとが対戦を行うものとする。そして、第１のユーザＡには第２のユーザＢ、Ｃ、Ｄ、…が関係付けられ、第１のユーザＱには第２のユーザＲ、Ｓ、Ｔ、…が関係付けられているものとする。そして、第１のユーザＡと第１のユーザＱとが対戦する場合、第１のユーザＡに対して関係づけられている全ての第２のユーザＢ、Ｃ、Ｄ、…のゲーム上の進行度合いの合計値Ｐtotal（Ａ）と、第１のユーザＱに対して関係づけられている全ての第２のユーザＲ、Ｓ、Ｔ、…のゲーム上の進行度合いの合計値Ｐtotal（Ｑ）とが比較される。例えばＰtotal（Ａ）＞Ｐtotal（Ｑ）の場合には、第１のユーザＡの戦力を現戦力よりも向上させる（又は第１のユーザＱの戦力を現戦力よりも低下させる）ことにより、第１のユーザＡが対戦を有利に進めることができるようにする。
　ここで、「戦力を現戦力よりも向上させる」の例としては、合計値Ｐtotalの大きい方のユーザのチームを構成する各キャラクタの調子、能力等のパラメータを、現在値よりも所定量だけ向上させることが挙げられる。
　本構成により、対戦を行う両ユーザのゲーム習熟度等が同じであっても、よりゲームプレイに熱心でゲーム上の進行度合いが大きい第２のユーザ（応援団と称される仲間等）を集めた方が、対戦を有利に進めることができるという興趣性の高いゲームを実現できる。
　６）上記の１）ないし５）の何れかの構成において、ユーザの前記ゲームへのアクセス情報を記憶装置に記憶するアクセス情報記憶制御手段（54a）と、前記アクセス情報記憶制御手段（54a）に記憶されている前記アクセス情報に基づいて、前記第２のユーザが、所定期間、前記ゲームへアクセスしていないと判断したときに、前記第１のユーザと前記第２のユーザとの関係付けを解消する関係解消手段と、をさらに備えることが好ましい。
　この構成によれば、ゲーム管理装置は、各ユーザのゲームへのアクセス情報を、アクセス情報記憶制御手段によって記憶装置に記憶して管理している。そして、第２のユーザが、所定期間（例えば１か月間）、ゲームへアクセスしていない場合、関係解消手段が、第１のユーザと第２のユーザとの関係付けを自動的に解消する。従って、第１のユーザが第２のユーザとの関係を維持したい場合には、第２のユーザが定期的にゲームへアクセスするように第２のユーザへ働きかける（例えば、普段より第２のユーザとコミュニケーションをとってゲームアクセスを呼び掛ける）ことが必要である。
　但し、たとえ第１のユーザが第２のユーザにゲームへアクセスするように働きかけても、第２のユーザが殆どゲームにアクセスしないということもあり得る。第１のユーザに付与される特典は、第２のユーザのゲーム上の進行度合いに応じたものであるため、所定期間（例えば１か月間）あるいはそれ以上、ゲームへアクセスしていないような第２のユーザは、ゲーム上の進行度合いも小さいはずであり、第１のユーザにとってはあまり魅力的ではない第２のユーザと考えられる。よって、そのような第２のユーザとの関係が自動的に解消されることは、第１のユーザにとって、むしろ望ましいと考えられる。
　特に、前述の３）の構成のように、第１のユーザの仲間数が制限されている構成においては、所定期間以上ゲームにアクセスしていない第２のユーザが仲間であることは、限られた数の仲間の枠を無駄に使用してしまうことになる。よって、そのような第２のユーザとの関係が自動的に解消されてその仲間の枠が使用できるようになることは、ゲームを積極的にプレイする新たな第２のユーザを仲間に招き入れる機会が作れるようになるため、第１のユーザにとっては望ましいと言える。
　７）上記の１）の構成において、前記第１のユーザはゲームサービスに登録しているユーザであって前記第２のユーザに対して新規のゲームサービス登録を招待した招待ユーザであり、前記第２のユーザは、前記第１のユーザからの前記招待に応じて新規にゲームサービスに登録した被招待ユーザであることが好ましい。
　この構成によれば、前記関係管理手段は、ゲームサービスに登録している第１のユーザが、未だゲームサービスに登録していない第２のユーザに対してゲームサービスへの登録を招待し、招待された第２のユーザが新規にゲームサービスに登録したとき、両者を関係付けた情報を記憶装置に記憶し、両者の関係を継続的に管理する。ここで、ゲームサービス登録を招待した側の第１のユーザが「招待ユーザ」、当該招待ユーザから新規のゲームサービス登録を招待された側の第２のユーザが「被招待ユーザ」である。例えば、招待ユーザが「先輩」、被招待ユーザが「後輩」となったり、被招待ユーザが招待ユーザを応援する「後援会」、招待ユーザが「応援を受ける者」となったりし、このような両者の関係性を継続的に関係管理手段が管理するようになっている。このように、招待ユーザと被招待ユーザとの関係を表すために、ゲーム内で「後援会」等の任意の呼称を用いてもよい。
　本構成によって、招待ユーザにとっては、被招待ユーザとの関係が構築された後において、被招待ユーザのゲーム進行状況に応じた魅力的な特典を継続的に享受できるので、積極的に他のユーザをゲームに招待したり、招待後にも被招待ユーザとコミュニケーションをとったりする動機付けを与えられることになる。これにより、ゲームサービスを活性化させることができる。
　８）本発明の他の一局面によるゲームシステムは、ゲームの管理を行うゲーム管理装置（1,2）と、当該ゲーム管理装置（1,2）との間で通信を行う端末装置（3）と、を含むゲームシステムであって、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段（56）、前記関係管理手段（56）によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段（201）、前記関係管理手段（56）によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段（201）によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段（202）、前記第１のユーザに対して、前記進行度合い算出手段（202）によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段（57）、を前記ゲーム管理装置（1,2）又は前記端末装置（3）のいずれか一方が備える。
　９）本発明の他の一局面によるゲーム管理方法は、ゲームの管理を行うコンピュータにおけるゲーム管理方法であって、コンピュータが、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理ステップと、コンピュータが、前記関係管理ステップによって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御ステップと、コンピュータが、前記関係管理ステップによって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御ステップによって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出ステップと、コンピュータが、前記第１のユーザに対して、前記進行度合い算出ステップによって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与ステップと、を含む。
　１０）本発明の他の一局面によるプログラムは、コンピュータを、上記の１）ないし７）の何れかの構成のゲーム管理装置（1,2）として動作させるためのプログラムであって、前記コンピュータを、前記ゲーム管理装置（1,2）が備えている各手段として機能させるためのプログラムである。
　１１）本発明のさらに他の局面に係る記録媒体は、上記の１０）に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
　本発明によれば、斬新で魅力的な特典をユーザに提供することができるので、第１のユーザに対して、第２のユーザと関係を築こう（新たなユーザをゲームに招待したり、仲間関係を構築したりしよう）という強い動機付けを与えることができる。これにより、ゲームサービスを活性化させることができる。また、関係付けられた第１のユーザと第２のユーザとの間のコミュニケーションを促進し、ゲームコミュニティの活性化を図ることができる。
　なお、発明を実施するための形態においてなされた具体的な実施態様又は実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の技術思想と特許請求事項との範囲内で、種々変更して実施することができるものである。
　本発明は、例えばオンラインゲーム、ソーシャルゲーム、クラウドゲーミング等の各種ゲームサービスを提供するゲーム管理装置、ゲーム管理方法、プログラム、及び記録媒体に好適に適用され、興趣性の高いゲームサービスを提供できるので、産業上利用可能である。

Claims (11)

  1. 　ゲームサービスに登録している各ユーザのゲーム情報を管理するゲーム管理装置であって、
    　第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段と、
    　前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段と、
    　前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段と、
    　前記第１のユーザに対して、前記進行度合い算出手段によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段と、を備えるゲーム管理装置。
  2. 　前記第１のユーザは前記第２のユーザに対して仲間の申請をしたユーザであり、
    　前記第２のユーザは前記第１のユーザからの前記仲間の申請を承認したユーザである請求項１に記載のゲーム管理装置。
  3. 　前記第１のユーザのゲーム進行状況を示す進行パラメータの値が大きいほど、当該第１のユーザが前記仲間の申請をすることができる数を増加させる仲間数管理手段をさらに備える請求項２に記載のゲーム管理装置。
  4. 　前記ゲームは前記第１のユーザが対戦相手と対戦を行うゲームモードを含み、
    　前記特典付与手段は、前記第１のユーザが前記対戦を行う毎に、前記進行度合い算出手段によって算出された前記第２のユーザのゲーム上の進行度合いに応じたポイントまたはアイテムを、前記第１のユーザに対して付与する請求項１に記載のゲーム管理装置。
  5. 　前記ゲームはユーザ同士が対戦を行うゲームモードを含み、
    　前記関係管理手段は、前記第１のユーザ一人に対して、前記第２のユーザを複数人関係付けることが可能であり、
    　前記第１ユーザに対して関係づけられている全ての第２のユーザのゲーム上の進行度合いの合計値を算出する合計算出手段と、
    　前記対戦を行う両ユーザを別個の前記第１のユーザとし、前記合計算出手段によって算出された前記両ユーザのそれぞれの前記合計値を比較する比較手段と、
    　前記比較手段による比較の結果に基づいて、前記両ユーザのうちの前記合計値の大きい方のユーザの前記対戦時の戦力を現戦力よりも向上させる、又は前記両ユーザのうちの前記合計値の小さい方のユーザの前記対戦時の戦力を現戦力よりも低下させる戦力可変手段と、をさらに備える請求項１に記載のゲーム管理装置。
  6. 　ユーザの前記ゲームへのアクセス情報を記憶装置に記憶するアクセス情報記憶制御手段と、
    　前記アクセス情報記憶制御手段に記憶されている前記アクセス情報に基づいて、前記第２のユーザが、所定期間、前記ゲームへアクセスしていないと判断したときに、前記第１のユーザと前記第２のユーザとの関係付けを解消する関係解消手段と、をさらに備える請求項１ないし５の何れか１項に記載のゲーム管理装置。
  7. 　前記第１のユーザはゲームサービスに登録しているユーザであって前記第２のユーザに対して新規のゲームサービス登録を招待した招待ユーザであり、
    　前記第２のユーザは、前記第１のユーザからの前記招待に応じて新規にゲームサービスに登録した被招待ユーザである請求項１に記載のゲーム管理装置。
  8. 　ゲームの管理を行うゲーム管理装置と、当該ゲーム管理装置との間で通信を行う端末装置と、を含むゲームシステムであって、
    　第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段、
    　前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段、
    　前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段、
    　前記第１のユーザに対して、前記進行度合い算出手段によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段、を前記ゲーム管理装置又は前記端末装置のいずれか一方が備えるゲームシステム。
  9. 　ゲームの管理を行うコンピュータにおけるゲーム管理方法であって、
    　コンピュータが、第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理ステップと、
    　コンピュータが、前記関係管理ステップによって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御ステップと、
    　コンピュータが、前記関係管理ステップによって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御ステップによって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出ステップと、
    　コンピュータが、前記第１のユーザに対して、前記進行度合い算出ステップによって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与ステップと、を含むゲーム管理方法。
  10. 　コンピュータを、ゲームの管理を行うゲーム管理装置として動作させるためのプログラムであって、
    　前記コンピュータを、
    　第１のユーザから所定の招待または申請を受けた第２のユーザが当該招待または申請に応じたとき、前記第１のユーザと前記第２のユーザとを関係付けた情報を記憶装置に記憶して両者の関係を管理する関係管理手段、
    　前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられたときの、当該第２のユーザのゲーム進行状況を示す進行パラメータの値を、初期値として記憶装置に記憶する初期値記憶制御手段、
    　前記関係管理手段によって前記第１のユーザと前記第２のユーザとが関係付けられてからの、当該第２のユーザのゲーム上の進行度合いを、前記初期値記憶制御手段によって記憶されている前記初期値からの前記進行パラメータの変化の差分として算出する進行度合い算出手段、
    　前記第１のユーザに対して、前記進行度合い算出手段によって算出された前記第２のユーザのゲーム上の進行度合いに応じて、特典を付与する特典付与手段、
    として機能させるためのプログラム。
  11. 　請求項１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

     
PCT/JP2013/064994 2012-09-05 2013-05-30 ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体 WO2014038256A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-195416 2012-09-05
JP2012195416A JP5624589B2 (ja) 2012-09-05 2012-09-05 ゲーム管理装置、ゲームシステム及びプログラム

Publications (1)

Publication Number Publication Date
WO2014038256A1 true WO2014038256A1 (ja) 2014-03-13

Family

ID=50236879

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/064994 WO2014038256A1 (ja) 2012-09-05 2013-05-30 ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体

Country Status (2)

Country Link
JP (1) JP5624589B2 (ja)
WO (1) WO2014038256A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015173783A (ja) * 2014-03-14 2015-10-05 株式会社コナミデジタルエンタテインメント 情報処理装置、プログラム、情報処理システム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6726083B2 (ja) * 2016-10-31 2020-07-22 株式会社ミクシィ 情報処理装置，情報処理装置の制御方法及び制御プログラム
JP7316659B2 (ja) * 2019-12-17 2023-07-28 株式会社ユニバーサルエンターテインメント ゲーム制御方法、ゲームサーバ、および、ゲームシステム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030368A (ja) * 2001-07-13 2003-01-31 Ace Denken:Kk ゲームサイト運営装置
JP2010237970A (ja) * 2009-03-31 2010-10-21 Namco Bandai Games Inc ネットワークシステム、サーバ、プログラム、及び情報記憶媒体

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030368A (ja) * 2001-07-13 2003-01-31 Ace Denken:Kk ゲームサイト運営装置
JP2010237970A (ja) * 2009-03-31 2010-10-21 Namco Bandai Games Inc ネットワークシステム、サーバ、プログラム、及び情報記憶媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KAITO ROYAL KORYAKU WIKI NAKAMA HEN, 25 June 2013 (2013-06-25), Retrieved from the Internet <URL:http://roval-e.wiki.fc2.com/wiki/%E4%BB%B2%E9%96%93%E7%B7%A8> [retrieved on 20111127] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015173783A (ja) * 2014-03-14 2015-10-05 株式会社コナミデジタルエンタテインメント 情報処理装置、プログラム、情報処理システム

Also Published As

Publication number Publication date
JP5624589B2 (ja) 2014-11-12
JP2014050471A (ja) 2014-03-20

Similar Documents

Publication Publication Date Title
JP5406350B2 (ja) ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム
JP6423489B2 (ja) ゲーム管理装置及びプログラム
JP5108142B1 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5167390B2 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5260765B1 (ja) ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム
WO2013099334A1 (ja) ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体
JP5869470B2 (ja) ゲーム管理装置及びプログラム
JP5145466B1 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP2013075189A5 (ja)
JP5145468B1 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5624589B2 (ja) ゲーム管理装置、ゲームシステム及びプログラム
JP5492970B2 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5659267B2 (ja) ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム
JP5174986B1 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5945315B2 (ja) ゲーム管理装置、ゲームシステム及びプログラム
JP5209141B1 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5145467B1 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP5492969B2 (ja) ゲーム管理装置、ゲーム管理方法及びプログラム
JP2013138838A (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: 13835607

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: 13835607

Country of ref document: EP

Kind code of ref document: A1