JP5869470B2 - GAME MANAGEMENT DEVICE AND PROGRAM - Google Patents

Description

The present invention accepts the access through the network from the terminal device of each player receiving a game service, it relates to the game management instrumentation 置及 beauty program for managing the game information of each player.

  Conventionally, a game system in which a player can receive various game services provided from the game server by connecting the terminal device (personal computer, mobile phone terminal, etc.) of the player to a game server installed on the Internet. There is.

  Conventionally, in the game system as described above, a game system has been proposed in which a privilege is given to a player according to the access level of the player to the game server in order to encourage the player to continue using the game service (Patent Document 1). reference).

JP 2003-144759 A

  By the way, in recent years, the game system is incorporated into a social networking service (SNS) system, which is a community-type service that promotes and supports the connection between people, and is provided as one of the SNS services. Games are prevalent. In such a social game, each player becomes a system that is advantageous in terms of games, such as being able to acquire points by becoming friends with other players who use the game service, or by communicating with fellow players. It has become. Thus, in the social game, the interest of the game is enhanced by promoting the communication between the players.

  And in providing game services to players, such as social games that value the connection and interaction between players, how to activate the game community is important in building a game system. Become an element.

  However, as in the above-described conventional game system, it is not possible to sufficiently promote communication between players receiving a game service simply by giving a privilege to the player according to the access level of the player to the game server. It is not possible to connect to the activation of the game community.

The present invention has been made in view of the above problems, its object is a game management instrumentation 置及 beauty capable of providing a highly entertaining game service by revitalizing the gaming community than conventional It is to realize the program.

A game management device according to an aspect of the present invention receives access to the game service from a terminal device of each player who receives the game service via the network, manages game information of each player, and sends each player via the network. A game management device that provides the game service, wherein the access information for each player is stored in a storage device and the access frequency for each player is managed, and information about the friendship between the players And information on friend candidates extracted from other players who are not yet in a friendship relationship with the player, based on the player's operation and the friend management means for storing and managing the information in the storage device By doing so, on the screen of the terminal device of the player, Comprising display control means for displaying the broadcast, and the information on the buddy candidate includes information about the frequency of the access of the fellow candidate.

According to another aspect of the present invention, a game management device receives access to the game service via a network from a terminal device of each player who receives the game service, manages game information of each player, and sends the network to each player. A game management device that provides the game service via an access management means for storing the access information of each player in a storage device and managing the access frequency for each player; Associate management means for storing and managing information related to the storage device, and the access frequency of the second player who made a friend application to the first player to the terminal device of the first player who received the friend application By transmitting information, the second player is displayed on the screen of the terminal device of the first player. And a display control means for displaying the information on the frequency of the access.

A program according to another aspect of the present invention is a program for causing a computer to operate as each game management device, and causing the computer to function as each means included in the game management device.

It is explanatory drawing which shows the structural example of the game system which concerns on one embodiment of this invention. It is a block diagram which shows an example of the hardware constitutions of a game management apparatus. It is a block diagram which shows an example of the hardware constitutions of a terminal device. It is a functional block diagram which shows an example of a functional structure of a game management apparatus. It is a functional block diagram which shows an example of a functional structure of a game information management means. It is explanatory drawing which shows an example of the game information which a game information management means preserve | saves and manages in a database server. It is explanatory drawing which shows an example of the information regarding the friend of each player which a friend information storage part memorize | stores. It is explanatory drawing which shows the other example of the information regarding the friend of each player which a friend information storage part memorize | stores. It is explanatory drawing which shows an example of the access information of each player which an access information storage part memorize | stores. It is explanatory drawing explaining an example of the access performance to a game server. It is explanatory drawing which shows the example of a screen for alert | reporting generation | occurrence | production of a privilege. It is explanatory drawing which shows the example of a screen for alert | reporting generation | occurrence | production of a demerit. It is explanatory drawing which shows an example of the received message information which a message memory | storage part memorize | stores. It is explanatory drawing which shows an example of a buddy list screen. It is a flowchart which shows an example of operation | movement of a game system. It is a flowchart which shows an example of the basic operation | movement of a game server. It is a flowchart which shows an example of generation | occurrence | production processes, such as a privilege. It is explanatory drawing which shows the other example of the access information of each player which an access information storage part memorize | stores. It is a functional block diagram which mainly shows an example of a structure of a game information change means. It is a flowchart which shows the other example of generation | occurrence | production processes, such as a privilege. It is a functional block diagram which mainly shows the other structural example of a game information change means. It is a flowchart which shows the other example of generation | occurrence | production processes, such as a privilege. It is a functional block diagram which mainly shows the other structural example of a game information change means. It is a flowchart which shows the other example of generation | occurrence | production processes, such as a privilege. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of a friend candidate list screen. It is explanatory drawing which shows the other example of a buddy list screen. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows the other example of the information regarding the friend of each player which a friend information storage part memorize | stores. It is a flowchart which shows the operation example of the game server containing the provision adjustment process of a privilege. It is a flowchart which shows the other operation example of a game server including the provision adjustment process of a privilege. It is a flowchart which shows the other operation example of a game server including the provision adjustment process of a privilege.

  Hereinafter, a game management device, a game management method, and a program according to an embodiment of the present invention will be described with reference to the drawings.

[Outline of the game system]
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. As shown in the figure, 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 player that can be communicably connected.

  The network 4 of the present embodiment is not limited to the Internet. For example, a dedicated line, a public network, or the like can be used as long as the game server 1 and the terminal device 3 of each player can be connected to each other. It may be a line (telephone line, mobile communication line, etc.), wired LAN (Local Area Network), wireless LAN, or the like, or a combination of the Internet and these.

  In this example of the game system, a game management device according to an embodiment of the present invention includes a game server 1 and a database server 2. The game server 1 receives access from the terminal device 3 of each player who receives the game service via the network 4 and stores and manages game information of each player in the database server 2 (storage device). A game service is provided via the network 4.

  In the present embodiment, an example of providing a so-called browser game in which a game can be played by a web browser installed in the terminal device 3 of each player will be described as one form of game service provided by the game server 1. In the service form for providing the browser game, it is not necessary to download or install software dedicated to the game to the terminal device 3 of the player, and the player can easily play 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.

  In this game system, a program (application software) 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 an input operation on the terminal device 3 of each player. Execute the process. Then, the game server 1 updates the game information of each player 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 terminal device 3 of the player. (Game screen data) is transmitted to the terminal device 3 of each player.

  The terminal device 3 of each player 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. Examples of 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.

  In addition, the game provided in the present embodiment has a so-called social game element that allows a player to play while communicating with other players receiving game services. For example, by incorporating the game server 1 and the database server 2 of the present embodiment into a social networking service (SNS) system, a game system that provides a social game service as one of the SNS services can be obtained. As described above, the game service can be provided to the player by the 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 in the SNS system. Good.

  In this game system, each player can establish a special relationship of “friends” with one or more other players who are receiving game services. And the player who made the friend can enjoy the various merit mentioned later. As one form for one player to become a friend with another player, one of the two players makes a friend application to the other player via the game server 1, and the player who has received the friend application The friend application made between both players and the operation of the approval of approving becoming a friend via the game server 1 are mentioned. And the game server 1 memorize | stores in the database server 2 the information of the fellow player who belongs to the group called the "companion" centering on each player, and performs the fellow management for every player. Details of this friend application, its approval, and friend management by the game server 1 will be described later.

  And the game server 1 of this Embodiment calculates the evaluation value of a group for every player based on the access frequency to the game server 1 of the fellow player who belongs to the group centering on each player. Yes. Here, the evaluation value of the group indicates an average value or total value of access frequencies of fellow players belonging to a group centered on each player, a maximum value or a minimum value in the group, and the like. Further, the game server 1 that manages the game information of each player changes the game information of each player so as to be advantageous or disadvantageous for the game based on the evaluation value of the group of each player. Have In other words, the game server 1 compares the evaluation value of each player's group with a predetermined reference value (first reference value), so that the evaluation value is advantageous to the player with respect to a player whose evaluation value is larger than the predetermined reference value. Merits are generated by changing the game information of the player. Alternatively, the game server 1 compares the evaluation value of each player's group with a predetermined reference value (second reference value) so that the evaluation value is disadvantageous for the player against the player whose evaluation value is smaller than the predetermined reference value. The demerit is generated by changing the game information of the player. A method for calculating a group evaluation value, a method for determining a reference value, and specific examples of merits and demerits will be described later.

  With this characteristic configuration of the present embodiment, each player communicates with each other in order to increase the frequency of access to the entire game (access to the game server 1) in order to obtain a privilege. Being motivated, the entire game community can be activated. The activation of the entire game community is an important element in realizing highly interesting social games, etc., and each player strengthens the connection and interaction between friends in the game, and thus the interest and interest in the game. Result. Therefore, this game system can provide a game service having continuity that does not get tired for the player.

  Below, the detail of the structure of the game management apparatus which concerns on this Embodiment which can aim at the activation of the whole game community as mentioned above is demonstrated. In the following description, an example in which an average value of access frequencies of fellow players belonging to a group centered on each player (hereinafter referred to as “friend access average”) is applied as the group evaluation value will be mainly described.

[Configuration of game management device]
As described above, in the present embodiment, 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. As shown in the figure, 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 a program and the like necessary for basic operation control of the game management device 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. For example, 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 player's 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. For example, when it is set as the system configuration which incorporated the game server 1 in SNS, the communication control part 15 of the game server 1 controls communication with the SNS server which is not illustrated via the network 4. FIG.

  The input / output control unit 16 is connected to the database server 2 in a communicable manner, 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 a RAID (Redundant Arrays of Inexpensive Disks) configuration, for example, as a storage device having an area for storing game information of each player managed by the game server 1. The database server 2 stores, for example, various game information (player name, level, in-game points, possessed items, etc.) of each player in association with identification information (player ID) that uniquely identifies each player. It can be constructed as a database, an object database, an object relational database, or the like.

  In the present embodiment, an example in which the game management device is configured by the game server 1 and the database server 2 is shown, but the present invention is not limited to this. For example, 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. Further, 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 player operates the terminal device 3 to access the game server 1, an authentication server having an authentication function for determining whether the player 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. As another configuration example, a billing management server that performs billing management when a player 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.

  In addition, when the number of players using this game service reaches several hundred thousand, millions, or more, it is required to construct a server system that can withstand huge accesses from the terminal device 3 of many players. Therefore, by providing a plurality of game servers 1 on the network 4 for redundancy (multiplexing), 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.

Next, the configuration of the terminal device 3 of the player who accesses the game server 1 according to the present embodiment and receives a game service will be described.
[Configuration of terminal device]
As the terminal device 3 operated by the player, various terminals having a website browsing function such as a mobile phone terminal can be applied as described above. However, in the present embodiment, the mobile phone terminal is illustrated as an example. Will be explained. 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 referred to as a feature phone or a smartphone, and its configuration example is shown in FIG. As shown in the figure, 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 instructions of various programs including the web browser, and controls the entire terminal device 3. 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 and displays an image on the screen of the display unit 35. Various known display devices such as a liquid crystal display and an organic LE (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. Output. 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. As the auxiliary storage device 39, for example, 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 receives an operation input from the player 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 performing data communication during game operation and the like, a communication control function for transmitting and receiving voice data as a mobile phone terminal, and the like. Here, for the 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 game apparatus 1 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.

  In addition, the terminal device 3 may 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. For example, GPS position information may be used in the game.

  In the terminal device 3 configured as described above, a player who wants to receive a game service performs an operation of starting a web browser and accessing a game site managed by the game server 1. When this access is authenticated 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. Here, the player selects and inputs selectable button objects and hyperlinks displayed on the game screen by operating the operation input unit 40. In response to this selection input, 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, and hereinafter, similarly, the player 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.

[Functional configuration of game management device]
Next, main functions of the game management device (game server 1 and database server 2) configured as described above will be described. 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, fellow management means 53, authentication means 54, access management means 55, access average calculation means 56, fellow access average calculation means 57 (evaluation value calculation means). ), An overall access average calculation means 58 (overall average calculation means), a game information change means 59, a notification means 60, and a 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 game information of each player in the database server 2. The item of game information managed by the game information management means 51 differs depending on the content of the game service that the game server 1 provides to the player.

  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. As an example, in the present embodiment, the case where the game server 1 provides a baseball game as a game service will be described below.

  In the present embodiment, a baseball game in which a player owns a player character in the game and can play a game (match) with another player in the game using the player character is taken as an example. The player character possessed by the player 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 as a digital player card by the game server 1 and displayed on the screen of the terminal device 3 of the player. FIG. 11A illustrates a player card 71 displayed on the screen of the terminal device 3 of the player, and shows the form of the player character and the rarity of the card (the level of rarity value is the number of ☆). Are displayed on the screen as a digital player card with the Players can collect player cards while advancing the game, form their own original team, and compete against other players for ranking. In addition, the player 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.

  In such a baseball game, as shown in FIG. 5, the game information management means 51 for managing the game information of each player includes a player information storage unit 51a, a level information storage unit 51b, an owned player card storage unit 51c, an owned point. A storage unit 51d, an owned coin storage unit 51e, an owned item storage unit 51f, a game result storage unit 51g, a ranking storage unit 51h, a privilege information storage unit 51i, a disadvantage information storage unit 51j, and the like are provided. FIG. 6 shows an example of game information of each player (in this example, one player ID = “000001”) stored and managed in the database server 2 by the storage units 51a to 51j of the game information management means 51. Game information).

  The player information storage unit 51a associates a player ID uniquely identifying each player with player information relating to each player such as a login ID, password, player name (nickname used in the game, etc.), team name, and the like. Each ID is stored in a predetermined storage area of the database server 2. Here, the login ID and the password are used for login authentication when each player accesses the game server 1 by operating the terminal device 3. The player name and the team name are arbitrary information set by the player when the player registers as a member for receiving the game service or when the game is executed for the first time. The player name and team name are displayed on the game screen as necessary.

  The level information storage unit 51b stores level information such as the player level and the league level in a predetermined storage area of the database server 2 for each player ID in association with the player ID. In the baseball game, for example, experience values are accumulated as the player advances the game, and the level of the player is increased when the experience value reaches a certain amount. In this baseball game, for example, there are a plurality of different levels of leagues, and each player's team belongs to one of the leagues, and a game (league battle) is automatically played with another player's team in the league. To do. Further, according to the result of this league game, a replacement game between teams of players belonging to different leagues is automatically executed, and the league level to which the team of players belongs is changed. The level information storage unit 51b stores the player level and the league level in association with the player ID.

  The owned player card storage unit 51c stores information on player cards acquired and owned by the player in the game in a predetermined storage area of the database server 2 for each player ID in association with the player 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 a player's ability value can be set for three ability items (abilities 1 to 3). As an example of the ability item, when the player card is a fielder, the 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 force”, “ball control”, “change”, and the like. The capability item is not limited to this example, and can be increased or decreased. The regular player flag is a regular player (player included in the team order) who participates in a match with another player's team among the player cards owned by the player, or a non-regular player other than the regular player This flag is “1”, indicating that it is registered as a player card for a regular player. By operating the terminal device 3, the player can select a regular player from an owned player card or set a team order.

  Further, 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. There is a database, and the game information management means 51 can acquire the image data of the player card corresponding to the player card ID based on the player card ID stored in the owned player card storage unit 51c. Yes.

  The owned point storage unit 51d stores various points (including values corresponding to points) owned by the player in the game in a predetermined storage area of the database server 2 for each player ID in association with the player ID. To do. In this game, there are various game modes, and various points can be acquired and the acquired points can be used according to the game mode.

  As shown in FIG. 6, examples of points include behavioral power points, operating costs, reinforcement points, ale points, etc., in addition to the above experience values. The action power point is used in a “scout mode” in which the player card is searched and the player is scouted while consuming the action power point. The management cost is used in a “match mode” in which another player is designated to play an individual match, and the individual match is performed at a cost (point) necessary for managing the match. To be consumed. For example, behavioral power points and operating costs consumed and reduced during the game are recovered over time (for example, 1 point is recovered every 3 minutes), or the experience value is set to a certain amount. And the player's level can be increased to recover.

  The strengthening points are used in the “strengthening mode” in which the ability of the player cards is improved by combining the player cards owned by the players, and is consumed by performing the combining. This strengthening point can be acquired, for example, by executing a scout mode or a match mode. The ale point is a point that can be obtained when a player sends a message or the like to another player to support (send an ale). This ale point can be used in, for example, “player lottery acquisition mode” in which a predetermined number (for example, one) of player cards can be acquired by lottery based on random numbers, etc., from all player cards managed by the game server 1 It is possible to receive one player card lottery for a predetermined ale point.

  The owned coin storage unit 51e associates the player ID with the coin owned by the player in the game (in-game currency different from the points) in a predetermined storage area of the database server 2 for each player ID. Remember. This coin is necessary, for example, when acquiring an item to be charged.

  The owned item storage unit 51f stores items acquired by the player in the game in a predetermined storage area of the database server 2 for each player ID in association with the player ID. As shown in FIG. 6, examples of items include recovery items, puzzle card pieces, and fake cards. The recovery item is an item that recovers the above-described action power points and / or operation costs consumed and reduced during the game to the maximum value in an instant without waiting for the passage of time. For example, the recovery item can be acquired by consuming and purchasing the coin or satisfying a predetermined bonus condition in the game.

  The pieces of the puzzle card are items that can obtain a powerful (high ability value) player card by collecting a predetermined number of pieces (for example, six pieces P1 to P6) and completing the puzzle card. . For example, a piece of a puzzle card can be obtained when winning in a lottery based on a random number or the like during the execution of the scout mode, and when winning by fighting against a piece owned by another player in the game mode In addition, it can be taken from the opponent player.

  A fake card is an item that can be set to a piece of the puzzle card so that even if it is defeated by another player in a match in the match mode, the targeted piece cannot be taken once. For example, 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 unit 51g associates a player ID with a game ID for uniquely identifying a game in which a player's team has played against another player's team, and a predetermined storage area of the database server 2 for each player ID. To remember. Here, the game uniquely specified by the game ID includes a game of an individual game performed by the player specifying an opponent and a game of a league game automatically performed by the game server 1.

  In addition, the database server 2 is associated with the game ID, the game date and time (the time when the real world game starts or ends), the player ID of the winning team, the player 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. And 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 storage part 51g has memorize | stored.

  The ranking storage unit 51h associates the player ID with ranking information such as the number of wins and defeats of the team of the player in the league game or the exchange game, and the ranking in the affiliation league based on the number of wins and losses. Each ID is stored in a predetermined storage area of the database server 2. For example, a league game is automatically performed at a predetermined time on each day from Monday to Friday in the real world (for example, 12 games per day), and a replacement game is performed at a predetermined time on Saturday and Sunday in the real world. It is assumed that a predetermined number of games (for example, 12 games each day) are automatically played. In this case, as shown in FIG. 6, the ranking storage unit 51h stores the ranking information for each day from Monday to Sunday in the real world, and updates the ranking information to the latest information every week.

  The privilege information storage unit 51i stores information related to a privilege given to the player in a predetermined storage area of the database server 2 for each player ID in association with the player ID. The privilege in the present embodiment is given to a player whose fellow access average exceeds a reference value (first reference value). Giving a privilege here means that the game is in an advantageous state (merit occurrence state) compared to before the privilege is granted, and in FIG. 6, a privilege that three battles are advantageous is given to the player. An example is shown. Details of this privilege will be described later.

  The demerit information storage unit 51j stores information on the demerits given to the player in a predetermined storage area of the database server 2 for each player ID in association with the player ID. The demerit in the present embodiment is given to a player whose fellow access average is lower than the reference value (second reference value). Giving a disadvantage here means making the game unfavorable compared to before the disadvantage is given. Details of this disadvantage will also be described later.

  Next, the game progress means 52 shown in FIG. 4 will be described. The game progress means 52 executes a game in response to an operation on the terminal device 3 by the player, 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. As shown in FIG. 4, the game progress means 52 includes a game execution means 52a, a game screen generation means 52b, and a game screen transmission means 52c.

  When the game screen is displayed by the web browser of the terminal device 3 of the player, when the player performs an operation of selecting a selectable button object or hyperlink on the game screen, a request for the game screen corresponding to the operation is performed. Is transmitted to the game server 1 by the web browser of the terminal device 3. In the game server 1 that has received this request, the game execution means 52a reads the game information of the player in response to the request and executes the game by performing calculations and data processing.

  For example, taking as an example a case where the player has performed an operation of playing against a team of another player in the battle mode, the game execution means 52a has the player cards of both teams corresponding to the player IDs of both players in 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 unit 52b generates game screen data composed of, for example, HTML data in accordance with the execution result by the game execution unit 52a. The HTML data may include image data such as a player card read from the database server 2. Moreover, the script (program) which operate | 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 terminal device 3 of the player as a response to the game screen request. In the terminal device 3 of the player that has received the game screen data, the game screen is displayed on the display unit 35 by the web browser.

  Next, the fellow management means 53 will be described. The fellow management means 53 has a function of storing the information of fellow players belonging to the fellow (group) centering on each player in the database server 2 (storage device) and performing fellow management for each player. The fellow management means 53 includes a fellow information storage unit 53a.

  FIG. 7A shows an example of information related to each player's friends, which the friend information storage unit 53a stores and manages in the database server 2. The fellow information storage unit 53a receives the information on the limit number of fellows, the player IDs of fellow players who are already in a fellow relation, the player IDs of players who are applying for peers, and fellow applications in association with the player IDs. However, information related to a friend such as a player ID of an unapproved player is stored in a predetermined storage area of the database server 2 for each player ID. In the example of FIG. 7A, information on a friend for one player with player ID = “00001” is shown, the number of friends is limited to 20, the number of fellow players of the player is 10, and players who are applying for friends. Has received one friend application, but there are no unapproved players.

  In the baseball game of the present embodiment, a bonus point is awarded to both players who have become friends by creating a friend (for example, increasing the maximum value of the action power point and the operating cost by a predetermined point). Is possible). Moreover, it is the game specification which can advance a game advantageously by playing a game in cooperation with a fellow player, or performing a present or cheering of a player card between friends. Thus, by giving the player the advantage of creating a friend in the game, the creation of the friend is promoted. However, for each player, 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 unit 53a associates the player ID with the limit number of friends. Is remembered. For example, the limit number of friends is set to increase as the level of the player increases. Thereby, in order to make more friends and make the game advantageous, the player is given a motivation to continuously advance the game and improve the level.

  In the present embodiment, in order for two players to become friends, either one of both players makes a friend application to the other player via the game server 1. As an operation example of this friend application, first, a player who wants to make a friend performs an operation of listing target candidates of friend candidates on the screen of the terminal device 3. In response to the operation by the player, the game server 1 transmits screen data listing the candidates for the fellow candidates, so that, for example, a plurality of fellow candidates are listed as shown in the screen example of FIG. A screen is displayed on the terminal device 3 of the player. Here, the player confirms the player level, the league level, and the like of the target person listed on the screen, selects a player who wants to be a friend, and performs a friend application operation. Details of the fellow candidate list screen in FIG. 26 will be described later.

  For example, consider a case where a player A with a player ID = “000001” performs a friend application operation on a player B with a player ID = “000002”. As shown in FIG. 7A, in response to this operation, the friend information storage unit 53a of the game server 1 corresponds to the player ID of the player A = “000001” as the game information of the player A who has made the friend application. In addition, the player ID = “000002” of the player B who is the applicant is stored as the “player ID being applied”.

  Further, as shown in FIG. 8A, the fellow information storage unit 53a makes a fellow application in association with the player ID of the player B = “000002” as the game information of the player B who is the applicant. The player ID of player A = “000001” is stored as “unapproved player ID”. Then, the game server 1 notifies the player A that a friend application has been made when the terminal device 3 of the player B logs in to the game server 1.

  Then, the player B who has received the friend application confirms the information such as the player level and the league level of the player 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. Here, when the player B performs an operation of approving as a friend, the friend management means 53 of the game server 1 establishes a friendship relationship between the player A and the player B in accordance with this operation, and both players A and B are established. Register as a friend. That is, as shown in FIG. 7B, as the game information of the player A, the player ID of the player B = “000002” is associated with the player ID of the player A = “000002”, and the “friend player ID” And the player ID of the player B is deleted from the “pending player ID”.

  Further, as shown in FIG. 8B, the fellow information storage unit 53a associates the player ID of the player B = “000002” with the player ID = “000001” of the player A as the “companion player ID”. The player ID of the player A is deleted from the “unapproved player ID”. Then, when the terminal device 3 of the player A logs in to the game server 1, the game server 1 notifies the player B that the friend has been approved.

  Next, the authentication unit 54 will be described. When a player who wants to receive a game service operates the terminal device 3 to access (log in) the game server 1, the authentication means 54 determines whether or not the player has a game participation qualification and performs login authentication. . As an example of this authentication, there is authentication based on a login ID and a password associated with a player ID. For example, when a player uses the game service for the first time, a login ID (any alphanumeric character, mail address, etc.) and a password are registered in the game server 1 as member information. Then, at the next login to the game server 1, the player operates the terminal device 3 to transmit the login ID and password to the game server 1. At this time, the authentication means 54 of the game server 1 determines whether or not the combination of the login ID and password received from the terminal device 3 of the player has been registered, and performs login authentication.

  When the game system is incorporated into the SNS system, the SNS member registration information (login ID and password) may be used as the registration information for receiving the game service of the game system. For example, when the player'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 player's login ID and password are automatically input from the SNS server to the game server 1. The game service may be registered for use without registering the login ID and password again.

  In addition, the individual identification number of the mobile phone terminal that is the terminal device 3 (a mobile phone terminal different from the phone number is uniquely specified) so that the time and effort for inputting the login ID and password each time the player accesses the game server 1 can be omitted. Or 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 player 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 player ID. Then, when receiving an access request from the mobile phone terminal, the authentication unit 54 performs login authentication by determining whether the individual identification number or the contractor unique ID has been registered. Thereby, when accessing the game server 1, the player can log in without inputting the login ID and password.

  In addition, as another method that can omit the trouble of inputting the login ID and the password each time the player accesses the game server 1, there is a method of using HTTP cookie information (hereinafter referred to as cookie). That is, when the player operates the terminal device 3 to register as a member, 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. At this time, the browser of the terminal device 3 stores the received cookie in the terminal device 3. When accessing the game server 1 from the next time, the browser of the terminal device 3 transmits a Cookie to the game server 1 together with a page browsing request, so that the authentication unit 54 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.

  Next, the access management means 55 will be described. The access management means 55 manages the access frequency for each player by storing information of access to the game server 1 of each player in the database server 2 (storage device). The access management means 55 includes an access information storage unit 55a. Examples of access information stored in the access information storage unit 55a include information such as the access history of each player, the number of daily accesses in the real world, and the presence / absence of access in each day in the real world.

  FIG. 9A shows an example of access information of each player, which is stored and managed in the database server 2 by the access information storage unit 55a. The access information storage unit 55a associates the player ID with the player ID for the number of times the player accesses each day from Monday to Sunday in the real world, and for each week from one week before to n weeks in the real world. The access average is stored in a predetermined storage area of the database server 2 for each player ID. The access information stored in the access information storage unit 55a is not limited to the example shown in FIG. 9A. For example, the access information stored in the access information storage unit 55a is the number of times the player has accessed the most recent predetermined period (for example, 30 days). There may be. Details of the access information stored in the access information storage unit 55a will be described later.

  The access average calculation means 56 of this embodiment calculates “access average”, which is an average value of the access frequency of each player to the game server 1 as a target of the frequency with which the player accesses the game server 1. Here, there are an infinite number of methods for calculating the access average. For example, a period for calculating the access average (access average calculation period) can be arbitrarily set.

  However, the access average of each player calculated by the access average calculating means 56 is a value used as a base when the fellow access average calculating means 57 calculates the fellow access average, and thus affects the occurrence of a privilege or a disadvantage. Therefore, it is desirable to determine the access average calculation period in consideration of this. Therefore, in the present embodiment, the access average calculation means 56 calculates the access average of each player in the most recent predetermined period (hereinafter referred to as the access average calculation period), for example, the most recent 7 days, and further associates access average The calculating means 57 calculates a friend access average for a group of friends centered on each player.

  There are several points to consider when setting the access average calculation period. First, as for the length of the period, since replacement of players (players that stop receiving game services and new players) always occurs, the access average calculation period is a relatively long period of several months. In such a case, the replacement of players occurring within the period is likely to increase. Since the player who started or stopped the game service in the middle of the access average calculation period does not satisfy the period condition for calculating the access average, it is desirable to exclude it from the calculation target. By limiting the period within the range, more preferably about 5 days to 10 days, it is possible to reduce the exclusion of the calculation target that does not satisfy the period condition. In particular, new players who have started the game service will never be subject to access average calculation (that is, they will not contribute to the benefits) until a long access average calculation period of several months has passed. Not desirable. Therefore, the access average calculation period is preferably set to a period of one month or less, more preferably limited to about 5 to 10 days.

  Further, if the access average calculation period (the parameter when calculating the access average) is limited to a period of one month, more preferably about 5 days to 10 days, for example, the period is set to 3 months. In addition, it is possible to avoid a situation in which a change in the average value becomes scarce and a feeling of redundancy occurs.

  Further, by setting the access average calculation period to the “most recent” period (for example, the latest seven days), the player's daily access to the game server 1 is reflected in the access average. Here, “immediately” means that the game server 1 is closest to the timing at which the game information of the player is changed based on the peer access average (the timing at which a privilege is generated or a disadvantage is generated). For example, even if the access average calculation period is the same 7 days, it is not the “most recent” 7 days from the previous day (7 days from 7 days to 1 day ago), but, for example, 7 days from 13 days ago to 7 days ago In this case, the access average calculation period has already ended one week ago, and access to the game server 1 after the end of the period is not reflected in the access average. On the other hand, if the access average calculation period is set to the “previous” predetermined period, daily access until immediately before the determination of the occurrence of benefits or disadvantages is reflected in the calculation result of access average. It will always be motivated to increase the access average.

  Hereinafter, in the present embodiment, an example in which the access average calculation period is the latest seven days will be described. In addition, it is easier for the player to determine whether a merit (privilege) or demerit has occurred as a result of the comparison between the peer access average and the reference value, based on the day of the week. Therefore, in the present embodiment, an example will be described in which the comparison result between the average access and the reference value for the last seven days from Monday to Sunday of the previous week is notified to the player on the following Monday.

  As shown in FIG. 9A, the access information storage unit 55a of the access management means 55 associates the player ID with the player ID to determine the player's access count for each day from Monday to Sunday in the real world. Remember every time. That is, in the example of FIG. 9A, for the most recent 7 days from Monday to Sunday, the access frequency is stored as “number of times / day” indicating how many times the player has accessed the game server 1 per day. .

  Here, the number of times of access is the number of times of accessing and logging in to the game server 1 from a state where the terminal device 3 of the player is not connected to the game server 1 (a state where no session is established). Therefore, in principle, access to the game server 1 for advancing the game after login is not included in the access count. After logging in, once the game is finished and logged off, when the user logs in again by accessing the game server 1, it is counted as the number of accesses.

  If the login time is before midnight, which is the date change time, and the logout time has passed midnight, that is, if the game is played across dates, the date change time has passed. The subsequent access to the game server 1 may be regarded as an access on a different day from the day of login even if the access is being logged in, and the number of accesses may be counted.

  In the game server 1, the game management date change time may be set to a time different from midnight. For example, a game management day may start at 3 am until the next day until 3 am, and the game management date may be changed every day at 3 am.

  Next, a specific example of calculating the access average by the access average calculation means 56 when the access average calculation period is the latest seven days will be described. Various methods can be considered as the access average calculation method. Here, calculation examples (1) to (3) will be described as typical calculation methods.

In calculation example (1), the total number of accesses for 7 days is simply divided by 7 days, and the number of accesses per day (number of times / day) is calculated as an access average. For example, as shown in FIG. 10A, when the player A accesses 0 times, once, four times, once, three times, five times, and zero times on each day from Monday to Sunday, The access average of the player A is
(0 + 1 + 4 + 1 + 3 + 5 + 0) / 7 = 2 (times / day)
Can be calculated as

In the calculation example (2), if the game server 1 is accessed at least once a day, the count of the day is set to “1”, while the count is set to “0” when the access is never made. That is, if there is at least one access per day, the access is evaluated and the count is set to “1”. Then, the total of the seven days is divided by seven days, and the count per day (count / day) is calculated as the access average. In this case, if there is at least one access per day for all seven days, the access average = 1. In the example of the player A shown in FIG. 10A, the access average of the player A is
(0 + 1 + 1 + 1 + 1 + 1 + 0) /7=0.71 (count / day)
Can be calculated as

  In the case of the calculation example (2), the access frequency information for the most recent 7 days may be determined by whether or not each day is accessed, and the number of accesses by the player for each day is stored as in the example of FIG. There is no need. That is, as illustrated in FIG. 9C, the access information storage unit 55 a associates with the player ID and indicates whether or not the player has access for each day from Monday to Sunday in the real world (present = “1”). “, 1 = bit information of nothing =“ 0 ”) may be stored for each player ID. In this case, since the presence / absence of access can be stored as 1-bit information, the storage capacity can be reduced compared to storing the number of accesses as a numerical value of a plurality of bits.

The calculation example (3) is a modification of the above calculation example (2). When the access average is calculated on the day when the game server 1 is accessed only once per day and the day when the game server 1 is accessed a plurality of times per day. The weighted average is obtained by changing the weight of. For example, the count when accessed only once a day is set to “1”, and a weight is given so that the count when accessed multiple times per day is greater than 1, and the access average of each player is calculated. As an example of weighting, when the number of accesses on a given day is a, the weighted average weight w is
w = {1+ (a-1) × 0.1} (1)
It is possible to increase the weight as the number of accesses increases. In this weighted average calculation method, if there is at least one access per day, the access is highly evaluated and the count is set to “1”, and there are multiple accesses per day In addition, the number of accesses is additionally evaluated and the count is set to 1 or more. According to the weighting method of the above formula (1), when accessing twice or more per day, the count increases by 0.1 every time the access is increased once. In the example of the player A shown in FIG. 10A, the access average (weighted average) of the player A is
(0 + 1 + 1.3 + 1 + 1.2 + 1.4 + 0) /7=0.84 (count / day)
Can be calculated as

Note that the access average calculation method is not limited to the above calculation examples (1) to (3). For example, the weighting method used when calculating the weighted average may be changed.
Here, calculation examples (1) to (3) will be considered based on the examples of access results of the players A, B, and C to the game server 1 shown in FIGS.

  Player A in FIG. 10A accesses 5 times or more out of 7 days, and the number of accesses varies depending on the day. Player B in FIG. 10 (b) has the same number of accesses as the player A, but the same number as the player A is 14 times. However, only the third day of the seven days is accessed, and it is concentrated from Friday to Sunday. Have access to. The player C in FIG. 10C has a smaller total access count than the players A and B, but constantly accesses once a day for seven days. In this way, the access mode is tripartite, and the access average calculation result varies greatly depending on which calculation method of calculation examples (1) to (3) is adopted.

  For example, when the evaluation is focused on the number of accesses to the game server 1, the access average calculation method of the calculation example (1) is suitable. In the calculation method of calculation example (1), the access average of player C is lower than the access average of players A and B.

  On the other hand, the method of calculating the average access in the calculation example (2) or (3) is suitable when the evaluation is focused on the constant access within the average calculation period rather than simply the number of accesses. In the calculation method of the calculation example (2) or (3), the access average of the player C is higher than the access average of the players A and B. For example, in the case of a game service that uses a so-called item billing system in which the basic game fee is free and only charges for the use of some items, etc., the amount of access is also important, but for game service users Since it is more demanded to continuously use the service, it can be said that the calculation example (2) or (3) in which evaluation is focused on constant access is more suitable. In particular, calculation example (3) employs a weighted average in which the number of accesses is also evaluated while placing emphasis on constant access, and is most suitable.

  As described above, the access average calculation means 56 calculates the average access of each player as described above based on the most recent Monday to Sunday access count (see FIG. 9A) stored in the access information storage unit 55a every Monday. Is calculated. The access average calculation result of each player is stored in the database server 2 as the access average of one week ago in association with the player ID by the access information storage unit 55a as shown in FIG. 9B. Furthermore, as shown in the figure, the access information storage unit 55a resets the information on the number of accesses from Monday to Sunday (to 0) so that the number of accesses from Monday to Sunday can be newly recorded. .

  In the present embodiment, for the access average data calculated in the past by the access average calculation means 56, data up to n weeks ago is stored in the access information storage unit 55a. That is, information on the access frequency from 1 week before to n weeks before each player is stored as an access average for each week.

  Next, the fellow access average calculating means 57 will be described. The fellow access average calculating means 57 uses the access average value of each player calculated by the access average calculating means 56 to calculate the “friend access average” of the friends (group) around each player for each player. To do. The access average value of each player used in the calculation of the fellow access average is a predetermined period (this implementation) immediately before the game information of the player is changed based on the peer access average (that is, a privilege or a disadvantage occurs). In this form, the access average value for the most recent 7 days). That is, the fellow access average calculating means 57 calculates the fellow access average for the most recent seven days until immediately before the game information of the player is changed.

  Note that the target period when calculating the fellow access average is not limited to the period immediately before the game information of the player is changed based on the peer access average (for example, the last seven days), and the game information is changed. It may be a period of several days before, but not just before the game, but by setting a predetermined period until immediately before the game information is changed, daily access until just before the determination of the occurrence of the merit or demerit is made. It is desirable because it is reflected in the calculation result of peer access average.

  Here, since a friend (group) centered on each player includes the player at the center, the friend access average is also calculated including the access average of the player at the center.

  For players who do not make any friends, there is no group of friends centered on the player, so the peer access average is not calculated. Therefore, there are merits (privileges) or disadvantages based on the peer access average. Nor.

  Next, the overall access average calculation means 58 will be described. This overall access average calculation means 58 uses the average access value of each player calculated by the access average calculation means 56 to obtain an average value of access frequencies for all players who receive the game service provided by the game server 1. A certain “overall access average” is calculated. In the present embodiment, an example will be described in which this overall access average is used as a reference value (first reference value and second reference value) to be compared with the fellow access average of each player.

  The game information changing means 59 is provided for the game where the fellow access average calculated by the fellow access average calculating means 57 exceeds the overall access average (first reference value) calculated by the overall access average calculating means 58. It has a function of changing the game information of the player so as to be advantageous and giving a privilege. Further, the game information changing means 59 is a function for causing a disadvantage by changing the game information of the player so that the player access average is lower than the overall access average as the second reference value so as to be disadvantageous in the game. Also have.

  The game information changing means 59 includes a comparison unit 59a that compares the fellow access average and the overall access average of each player, a privilege generation determination unit 59b that determines whether or not a privilege has been generated based on the comparison result of the comparison unit 59a, A demerit occurrence determination unit 59c that determines whether or not a demerit has occurred based on a comparison result of the comparison unit 59a. Then, the game information changing unit 59 stores and manages the game information of the player (the game information management unit 51 stores in the database server 2) that the privilege generation determination unit 59b or the disadvantage generation determination unit 59c determines to generate the privilege or disadvantage. Game information) is changed according to the contents of the benefits or disadvantages.

  Here, a privilege given to a player whose fellow access average exceeds the overall access average will be described. The benefit only needs to be advantageous in terms of the game as compared to the case where the benefit is not given, and various privileges can be considered depending on the type and content of the game.

  As an example of the privilege in the baseball game of the present embodiment, there can be mentioned a merit on the game that it is advantageous only for n battles (for example, 3 battles) in a battle mode in which a team of other players is played. As a method for making game play for n battles advantageous, a method for improving the strength of a team of players by n battles is conceivable.

  Here, there are several methods for improving the team strength of the player by means of the privilege. In the battle mode, a player card of a regular player who participates in the game is selected from the player cards owned by the player and battles are performed (for example, the player is preliminarily selected from the player cards owned by the player). Select the card of the regular player who will participate in the match, and team up with the regular player's card to play against). Therefore, as a matter of course, normally, the player's own team strength other than the player's handheld player card cannot be used.

  However, when the team's strength is improved by a privilege, one of the strongest player cards (the player card with the highest ability value) is automatically assigned to the player's regular player among all the cards held by all of the players' friends. Try to replace one of the cards. In this case, 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. If the player owns the strongest player card among all the cards held by all of the players, the assistant player card having a higher ability value than the strongest player card (the special server provided by the game server 1). One player card) may be automatically replaced with one of the player's regular player cards.

  As another method of improving the team strength of the player by the privilege, 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). There is also a method. In this case, the game progress means 52 of the game server 1 performs the process which improves the ability value of the player card of the team of the player who received the privilege at the time of execution of the privilege target battle.

  Further, as another method of making the game carrying for n games advantageous, the probability that the team of the player to whom the privilege is given wins is improved by n times (the probability that the team of the opponent player wins) Is also possible. For example, if the teams of both players having the same ability have the same ability, if neither player has a privilege, the winning probability of both teams is 50%, but the privilege is given to one player. In the battle being played, the victory probability of the team of the player X to which the privilege is given is increased by 10% to 60%, for example, while the victory probability of the team of the player Y of the opponent is reduced by 10% to 40 %, The player X is more advantageous than the player Y in terms of victory probability.

  For example, when the player is given a privilege that the battle for three times is advantageous due to improvement of team strength or victory probability, the game information change unit 59 stores the privilege information storage unit 51i of the game information management unit 51. The information regarding the privilege of the player who is playing is changed. The lower part of FIG. 6 shows an example in which “the number of times the battle is advantageous = 3” is stored as the privilege information of the player as a result of the privilege being given to the player with the player ID = “000001”.

  Examples of other benefits include the following. That is, points such as action power 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 have elapsed) It is possible to recover 1 point each time. When this privilege is given, information on the effective period in which the point recovery time is shortened is stored as the privilege information of the player stored in the privilege information storage unit 51i. Thereby, the game information management means 51 of the game server 1 performs a process of shortening the point recovery time from the normal time during a period in which the privilege is valid (for example, within 24 hours after the player receives the privilege notification). It will be.

  In addition, in the above-described player lottery acquisition mode, there is also a privilege that the probability that a rare card (a player card with a lower lottery probability than a normal player card and a rare value) will be drawn is increased by a predetermined number of times (for example, once). Conceivable. When this privilege is granted, the number of times that the lottery probability is increased is stored as the privilege information of the player stored in the privilege information storage unit 51i. And the game progress means 52 of the game server 1 will perform the process which raises the lottery probability of a rare card temporarily at the time of the lottery execution of a privilege object.

  Also, in the player lottery acquisition mode, points (such as the above-mentioned Yale points) are usually required to execute the player card lottery, but it is free for a predetermined number of times (for example, once) (ie, no points are consumed) A privilege that a player card can be drawn is also considered. When this privilege is granted, the number of times that a player card can be drawn for free (no points) is stored as the privilege information of the player stored in the privilege information storage unit 51i.

  In addition, there may be a privilege that a predetermined number (for example, one) of player cards selected by the game server 1 by a random number or the like is given to the player. When the player card selected by the game server 1 is given to the player 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 unit 51c of the game information management means 51. The

  In addition, there may be a privilege of giving a player a predetermined point of various points used in the game such as the above-mentioned behavioral power points, operating costs, reinforcement points, and ale points. Furthermore, 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 player is also conceivable. When a point or item used in the game is given as a privilege, the game information changing means 59 is the player's owned points stored in the owned point storage section 51d or owned item storage section 51f of the game information management means 51. Alternatively, the game information is changed so that the number of items owned is increased by a predetermined number.

  By the way, if the privilege is too large, there is a possibility that the balance with the improvement of the ability value of the player card that is originally realized by executing the game (that is, the development of the player) may be lost. It is preferable to set the level that gives the player a certain level of feeling as a secondary (secondary) position.

  Next, a demerit given to a player whose fellow access average is lower than the overall access average will be described. This demerit should just be a game disadvantage compared with the case where the said demerit is not provided, and various things can be considered according to the kind and content of a game.

  As an example of a demerit in the baseball game according to the present embodiment, in a battle mode in which a player battles against another player's team, the player's team's strength is reduced by n battles (for example, one battle). Can be mentioned. As an example of a decrease in team strength, n player cards owned by a player and having an ability value equal to or lower than a predetermined value (for example, 1) are automatically n regular players of the player. To be replaced. Alternatively, the team strength may be reduced by reducing the ability values of some or all of the player cards of regular players participating in the game in the battle mode by a predetermined ratio (or a predetermined value).

  For example, when the player is given a demerit that the battle for n times is disadvantageous due to a decrease in team strength, the game information changing unit 59 is a disadvantage of the player stored in the privilege information storage unit 51i of the game information management unit 51. Information about will be changed.

  The lower part of FIG. 6 exemplifies information on the demerits of the player with player ID = “000001”. In the example of FIG. 6, “the number of times the battle is disadvantageous = 0” is stored as information on the disadvantages, and no disadvantage is currently generated for the player.

  Examples of other disadvantages include the following. That is, points such as action power points consumed and reduced during the game are recovered by 1 point every 3 minutes, for example, but this point recovery time is extended (for example, 4 minutes have elapsed) It is conceivable that the point is recovered by 1 point each time. In addition, in the above-described player lottery acquisition mode, there is a demerit that the probability that a rare card is drawn is reduced by a predetermined number of times (for example, once) (that is, the probability that a normal card with a low rare value is drawn is improved). It is done. Moreover, the demerit of reducing various points used in a game, such as the above-mentioned action power point, management cost, reinforcement | strengthening point, an ale point, only a predetermined point is also considered.

  It should be noted that if the disadvantage is too large, the player's motivation for the game may be reduced, and therefore, it is preferable to set an appropriate disadvantage according to the game content.

  Next, the notification means 60 will be described. The notification means 60 has a function of notifying the terminal device 3 of the player who has been given a privilege that the game is advantageous based on the peer access average. Moreover, the notification means 60 has a function of notifying the terminal device 3 of the player who has been disadvantaged that the game is disadvantageous based on the peer access average.

  When a privilege or demerit is given to the player, the notification means 60 of the game server 1 needs to manage whether or not the player has been notified of this, so in this embodiment, it is shown at the bottom of FIG. This is managed by the privilege notification flag and the demerit notification flag. That is, in the present embodiment, the time for which a privilege or the like is given to the player is a predetermined time every Monday (for example, after midnight), and the terminal device 3 of the player accesses the game server 1 at that time. It is thought that there are not many cases. The game server 1 notifies the player of the privilege or demerit when the player's terminal device 3 first accesses the game server 1 after the privilege grant process, and from the privilege grant process to the notification. There is a certain time difference. Therefore, when the privilege is given to the player, the notification means 60 of the game server 1 sets the privilege notification flag to “1” in association with the player ID of the player, thereby notifying the player of the privilege grant. Manage the conditions you need. Then, when there is an access from the terminal device 3 of the player for which “1” is set as the privilege notification flag, the game server 1 notifies the player that the privilege has been granted, and also notifies the privilege. Set the flag to “0”. When the disadvantage is given to the player, the notification unit 60 sets the disadvantage notification flag to “1” in association with the player ID, and thereafter performs the same processing as in the case of the privilege notification flag.

  An example of privilege notification by the notification means 60 is shown in FIGS. FIG. 11A shows an example of the main screen of the game displayed on the display unit 35 of the terminal device 3 of the player to whom the privilege is given. When the player's terminal device 3 first accesses the game server 1 after the privilege granting process in the game server 1, screen data for displaying the main screen shown in FIG. 11A is displayed from the notification means 60 of the game server 1. It is transmitted to the terminal device 3. On this main screen, the team name 70 of the player, the player card 71 selected as the leader from the player cards owned by the player, the game information 72 of the player, and the like, and privilege notification information 73 are also displayed. . Details of the main screen will be described later.

  As shown in FIG. 11 (a), the privilege notification information 73 displayed on the main screen of the terminal device 3 is, for example, “the last week's peer access average exceeded the overall average! Go to the privilege confirmation screen” The content shows that the privilege is granted based on the peer access average. Further, a hyperlink is set in the privilege notification information 73 (or the privilege notification information 73 may be in the form of a button that allows selection of all or a part of the privilege notification information 73), and the player notifies the privilege notification on the screen. Information 73 can be selected.

  When the player operates the terminal device 3 to select the privilege notification information 73, the privilege confirmation screen shown in FIG. 11B is displayed from the notification unit 60 of the game server 1 in response to the operation. Is displayed to the terminal device 3. On this privilege confirmation screen, for example, the player's fellow access average value and the overall access average value are displayed, and a specific privilege such as “up to 3 battles,” and the player accesses The contents of the privilege granted based on the average can be confirmed. In addition, on this privilege confirmation screen, for example, an additional message such as “Maintain fellow game access in this condition and aim for privilege acquisition next week!” Is also displayed. In this privilege confirmation screen, for example, when the “go to main screen” button 74 is selected, it is possible to return to the main screen.

  Moreover, the example of the alerting | reporting of the demerit by the alerting | reporting means 60 is shown to Fig.12 (a) (b). FIG. 12A shows an example of the main screen of the game displayed on the display unit 35 of the terminal device 3 of the player in which the disadvantage has occurred. When the player's terminal device 3 first accesses the game server 1 after the demerit provision process in the game server 1, the notification data 60 of the game server 1 displays screen data for displaying the main screen shown in FIG. It is transmitted to the terminal device 3. On this main screen, demerit notification information 75 is displayed together with the team name 70 of the player, the player card 71 of the leader described above, and the game information 72 of the player.

  Disadvantage notification information 75 displayed on the main screen of the terminal device 3 is, for example, “the average access of friends was lower than the average of last week! Therefore, it is understood that the disadvantage has occurred. In addition, a hyperlink is set in the demerit notification information 75 (or the demerit notification information 75 may be in the form of a selectable button), and the player can notify the demerit on the screen. Information 75 can be selected.

  Here, when the player operates the terminal device 3 to select the demerit notification information 75, in response to the operation, the notifying unit 60 of the game server 1 displays the demerit confirmation screen shown in FIG. Is displayed to the terminal device 3. On this demerit confirmation screen, for example, the player's fellow access average value and the overall access average value are displayed, and specific demerits such as “down the strength for one battle” are displayed. It is possible to confirm the contents of the disadvantages generated based on the average. In addition, on the demerit confirmation screen, for example, an additional message such as “I will increase my friend's game access and get a privilege next week!” Is displayed. In the demerit confirmation screen, for example, when the “go to main screen” button 74 is selected, the main screen can be returned to.

  As described above, in the present embodiment, when the player's terminal device 3 first accesses the game server 1 after the process of granting benefits or disadvantages in the game server 1, the benefit notification information 73 or disadvantages are displayed in the main screen of the game. By including the notification information 75, the occurrence of a privilege or a demerit is notified to each player. The main screen is a basic screen that is always displayed at the start of the game. By displaying the benefit notification information 73 or the disadvantage notification information 75 on the main screen, it is possible to accurately notify the player of the occurrence of the privilege or the disadvantage. it can.

  In addition, since this main screen includes a lot of other objects and information, the details of the privilege or disadvantage can be confirmed by transitioning to the privilege or disadvantage confirmation screen shown in FIG. 11 (b) or FIG. 12 (b). However, the present invention is not limited to this. For example, when the player's terminal device 3 accesses the game server 1 for the first time after the privilege grant or demerit grant process in the game server 1, the screen shown in FIG. 11B or FIG. The privilege or demerit confirmation screen shown is displayed on the display unit 35 of the terminal device 3 of the player, and the player confirms the occurrence of the privilege or demerit on the confirmation screen, and then transitions to the main screen by a predetermined operation by the player. You may make it do.

  In this way, the notifying means 60 displays information on the occurrence of benefits or disadvantages on the main screen or the like to notify the player, so that the notification is performed in cooperation with the game screen generating means 52b and the game screen transmitting means 52c. The process is to be performed.

  By the way, the notification means 60 can be omitted. For example, in the game explanation screen (screen displayed by selecting the help menu on the main screen, etc.), an implicit display such as “The more joyful the more your friends access ...” Thus, even if a privilege is given to the player based on the peer access average, the player can be configured not to clearly notify the player that the game is advantageous based on the peer access average. In addition, a configuration in which an item or the like is suddenly presented to the player from the game server 1 (from the game management side) without clearly indicating that a privilege such as an item is given to the player based on the peer access average. It is done. However, by clearly informing the player that the game has become advantageous or disadvantageous based on the peer access average, the player fully recognizes the importance of increasing the peer access average, and determines the access frequency of the peer. It is more preferable to provide the notification means 60 because motivation to actively communicate with friends is given in order to increase it.

  Next, the message transmission means 61 will be described. The message transmission means 61 has a function of receiving a message addressed to another player transmitted from the terminal device 3 of each player and transmitting the message to the other player. The message transmission means 61 includes a message storage unit 61a.

  FIG. 13 shows an example of information related to a received message that the message storage unit 61a stores and manages in the database server 2. The message storage unit 61a associates the message with the player ID of the receiving player who has received the message, and sends information related to the message such as the player ID of the transmission source, the content of the message, and the transmission date and time for each player ID of the receiving player. The data is stored in a predetermined storage area of the database server 2. In the example of FIG. 13, information regarding a received message for one receiving player with player ID = “000002” is shown, and the player receives “Let's access hard!” From the player with player ID = “000001”. The message “Good morning! Let's do our best this week!” From the player with ID = “000038” and the message “Thank you this week!” From the player with the player ID = “000145”.

  Here, an example of an operation in which a player sends a message to his / her fellow player will be described. FIG. 14A shows an example of a buddy list screen displayed on the terminal device 3 of the player based on the screen data transmitted from the game server 1. This buddy list screen is a screen that is displayed when, for example, the player operates the terminal device 3 to select “buddy menu” in the main screen. On this buddy list screen, information of buddy players who are in a buddy relationship with the player is listed and displayed. Note that information about fellow players that cannot be displayed on the screen can be displayed as a separate screen by scrolling the screen or requesting the game server 1 for the second and subsequent pages of the peer list.

  In this friend list screen, an information display area for each friend player listed is provided. In each information display area, game information 81 of the friend player (player name, team name, player level, friend's level). The number of people, the league level, etc.), an avatar 82 which is a separate character of the player, a player card 83 of the leader owned by the player, and an object called an ale button 84 are also displayed. Then, when the player selects this ale button 84, it is possible to send ale (support) to his / her fellow player (to display a support intention). The player can send only ale to the fellow player, but can also send a message as described below.

  When the ale button 84 is selected by the player's operation on the terminal device 3, the operation is transmitted from the terminal device 3 to the game server 1. Thereafter, from the game server 1, for example, data of a message input screen illustrated in FIG. 14B 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 an ale has been sent to a fellow player (player B in the example of FIG. 14B) is displayed, and a message input area 85 and a send button 86 are displayed. Objects are also displayed. Then, the player operates the terminal device 3 to input an arbitrary message in the message input area 85 and selects the transmission button 86, whereby a message addressed to the fellow player is transmitted from the terminal device 3 to the game server 1. The FIG. 14B shows an example in which the player inputs a message “Let's do our best!”. In consideration of the storage capacity in the database server 2, 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 message input screen displays a hyperlink 87 for transitioning to the page of the fellow player (player B in this example), and the details of the game information of the fellow player are described by selecting this link. Displayed pages. In addition, 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.

  When a message is transmitted from the terminal device 3 by the player's operation on this message input screen, in the game server 1, the message storage unit 61 a of the message transmission means 61 receives the message addressed to the fellow player received from the terminal device 3. The data is stored in the database server 2 in association with the player ID of the fellow player (see FIG. 13). When the friend player's terminal device 3 accesses the game server 1, the message transmission means 61 of the game server 1 transmits screen data for displaying a message, a transmission source player name, a transmission time, and the like to the terminal device 3. To do. Thus, a message or the like is displayed on the terminal device 3 of the player who has received this screen data, and the message received from another friend can be confirmed on the screen.

  As described above, in the game system according to the present embodiment, friends can communicate with each other at any time using the communication tool illustrated in FIGS. 14 (a) and 14 (b). .

  In the examples of FIGS. 14 (a) and 14 (b), an example in which a message is sent to a friend of a player has been described, but an ale or message is also sent to other players who are not in a friendship relationship. be able to. For example, it is possible to send an ale or a message to other players who are not listed on the fellow candidate list screen (see FIG. 26), which will be described later, by the same operation as that of the fellow.

  By the way, in the above description, the fellow information of each player managed by the fellow management means 53, the access information of each player managed by the access management means 55, and the information related to the message managed by the message transmission means 61 are as follows. For convenience, the information is described separately from the various information managed by the game information management means 51, but these pieces of information are all included in the game information managed by the game server 1.

[Game system operation]
In the above configuration, an example of the operation of the game system according to the embodiment of the present invention will be described below with reference to the flowchart of FIG. FIG. 15 shows a processing flow of the terminal device 3 and the game server 1 when the player operates the terminal device 3 to access the game server 1 and receive a game service.

  When the player receives the game service, first, the web browser is activated by operating the operation input unit 40 of the terminal device 3 (S11). Thereafter, the player performs an operation of accessing a game site managed by the game server 1, and thereby 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 player 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).

  As illustrated in FIG. 11A, on the main screen, the player's team name 70, the image of the player card 71 selected as the leader from the player cards owned by the player, the player's game information 72 (the player's game information 72) Level, action points, operating costs, reinforcement points, ale points, number of player cards owned, number of friends, etc.) are displayed. In addition, the above-described privilege notification information 73 and the like are also displayed. Furthermore, on this main screen, by operating the direction keys of the terminal device 3 and scrolling the screen, a game mode selection button (not shown), various menu buttons, fellow movement information, messages from other players, etc. Various objects and information are displayed.

  Here, when the player performs an operation of selecting an object such as a selectable button or a hyperlink displayed on the screen, a screen request corresponding to the operation is transmitted from the terminal device 3 to the game server 1 (S14). ). Receiving this request, the game server 1 executes arithmetic processing and data processing according to the player's operation to execute the game (S23), and transmits game screen data reflecting the execution result to the terminal device 3 (S24). ). And in the terminal device 3 which received screen data, a web browser interprets the said data and displays a game screen on the display part 35 (S15).

  Thereafter, the above-described S14 and S15 are repeated in the terminal device 3 of the player, and the above-described S23 and S24 are repeated in the game server 1, whereby the selectable buttons displayed on the screen of the terminal device 3 Etc., the game screen of the terminal device 3 is switched one after another and the game can be advanced.

  Thereafter, when the player operates the terminal device 3 to close the game screen (S16), the game server 1 performs logout processing (S25). For example, when the player closes the web browser, the game server 1 performs logout processing after a session timeout.

  By the way, in this game system, even when the player logs out from the game server 1, the game server 1 side can read the game information of the player and advance the game. For example, another logged-in player may start a battle (individual battle) against a team of logged-out players, and the game progress means 52 of the game server 1 determines whether the player is logged in. Regardless of whether or not, the game information of each player is read from the database server 2 and the battle is executed, and the game information of each player is updated to reflect the execution result. In the league battle mode, the game progress means 52 of the game server 1 reads the game information of each player from the database server 2 and automatically executes the league game without the player operating the terminal device 3. Thus, the result of the battle executed when the player is logged out from the game server 1 can be confirmed on the screen when the player accesses the game server 1 thereafter.

[Operation of game management device]
Next, a more detailed operation example of the game management device according to the embodiment of the present invention will be described with reference to the flowcharts of FIGS. FIG. 16 shows the flow of processing of the game server 1 targeting a certain player, and the same processing is performed for each player managed by the game server 1.

  As shown in FIG. 16, the authentication means 54 of the game server 1 receives the access request from the terminal device 3 of the player (YES in S31), or 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). Here, when access is not permitted (NO in S32), the game server 1 transmits screen data for prompting registration of use of the game service to the terminal device 3 (S33). On the other hand, when access is permitted (YES in S32), the access management means 55 stores the player's access information (S34). For example, as shown in FIG. 9A, the access information storage unit 53a of the access management means 55 updates the information on the number of accesses of the player on the current day in association with the player ID (for example, there is an access on Saturday). The value of the number of accesses on Saturday is increased by one).

  And the game server 1 transmits main screen data to the terminal device 3 of the player who permitted access (S35). Thereafter, when a screen request corresponding to the game operation of the player transmitted from the terminal device 3 of the player 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).

  Thereafter, the game server 1 determines whether or not the game information of the player 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 game information of the player is updated (S39). For example, when the player's game operation is an operation for performing an individual battle with another player, the game information of the player such as information on the game result, operation cost, reinforcement points, items, etc. is updated as a result of the battle being executed. Will be. On the other hand, for example, when the game operation of the player is an operation for confirming the result of the league game, the game execution process corresponding to the operation is only a data process for reading out the result information of the league game from the database server 2, There is no change in the game information of the player before and after the process, and therefore it is not necessary to update the game information of the player (NO in S38).

  Thereafter, the game screen generation means 52b generates game screen data reflecting the game execution result (S40), and the game screen transmission means 52c transmits the game screen data to the terminal device 3 of the player (S41). Thereafter, it is determined whether or not the terminal device 3 of the player has logged out (S42), and the game proceeds by repeating the processes of S36 to S41 until the terminal device 3 logs out.

  Next, with reference to FIG. 17, the privilege or demerit generating process based on the peer access average in the game server 1 will be described. As described above, here, an example will be described in which the comparison result between the peer access average for the most recent seven days from Monday to Sunday of the previous week and the overall access average that is the reference value is notified to the player the following Monday.

  If it is a predetermined time (for example, every midnight on Monday) that grants a privilege or the like based on the fellow access average (YES at S51), first, the access average calculation means 56 of the game server 1 determines each player's access average calculation means 56. An access average is calculated (S52). In the present embodiment, the access average calculation means 56 calculates the access average for the most recent 7 days for each player based on the number of accesses of each day from Monday to Sunday of the previous week stored in the access management means 55. It will be. Further, the calculation result of the access average of each player is stored in the database server 2 in association with the player ID. By the way, for newly-entered players who have not passed 7 days since the start of the use of the game service, the access average calculation period for the most recent 7 days (7 days of the time parameter at the time of average calculation) is not satisfied. It is desirable to exclude from the average calculation target.

  Thereafter, the overall access average calculating means 58 of the game server 1 calculates the overall access average AVAt based on the access average of each player calculated by the access average calculating means 56 (S53).

  Thereafter, the game server 1 performs the following processes of S54 to S61 for each player. That is, the following S54 to S61 show the flow of processing of the game server 1 targeted for a certain player, and the same processing is performed for each player managed by the game server 1. It will be.

  In S54, the game server 1 determines whether or not a friend exists in the player. Here, when no player has made any friends (NO in S54), the game server 1 ends the process without performing the friend access average AVAg calculation process for the player. On the other hand, when one or more friends are present in the player (YES in S54), the friend access average calculating means 57 of the game server 1 is the player's friend information managed by the friend managing means 53 and the access average calculating means 56. Based on the calculated access average of the fellow players, the fellow access average AVAg of the player is calculated (S55).

  Thereafter, the comparison unit 59a compares the fellow access average AVAg with the overall access average AVAt, and when the fellow access average AVAg is larger than the overall access average AVAt (YES in S56), the game information changing means 59 The game information of the player is changed so as to be more advantageous (S57), thereby giving a privilege to the player. For example, when a player is given a privilege that an advantage of n battles is advantageous due to an improvement in team strength, game information corresponding to the player ID of the player (information on the number of times a battle is advantageous) is changed. Become.

  On the other hand, when the fellow access average AVAg is smaller than the overall access average AVAt (NO in S56 and YES in S58), the game information changing means 59 changes the game information of the player so as to be disadvantageous in the game (S59). This causes a disadvantage to the player. For example, in the case of causing a player to have a disadvantage that a match of n times is disadvantageous due to a decrease in team strength, game information corresponding to the player ID of the player (information on the number of times a match is disadvantageous) is changed. It will be.

  Thereafter, if there is an access from the terminal device 3 of the player to the game server 1 (YES in S60), the notification means 60 is advantageous in terms of the game based on the peer access average AVAg (a privilege has been granted). Alternatively, the player's terminal device 3 is notified that the game has become disadvantageous (a disadvantage has occurred) based on the peer access average AVAg (S61). For example, as illustrated in FIG. 11 (a) or FIG. 12 (a), by including privilege notification information 73 or disadvantage notification information 75 in the main screen of the game, the occurrence of the privilege or disadvantage is notified to each player. To do. As an example of the notification by the notification means 60, in addition to displaying that a privilege or a demerit has occurred on the game screen, a notification by voice or a notification using a combination of screen display and voice is also conceivable. The notification by voice can be realized by including voice data in the screen data (HTML data) transmitted from the game server 1 to the terminal device 3 of the player.

  In addition, if the comparison result between the player's fellow access average AVAg and the overall access average AVAt shows that both values are the same (NO in S56 and NO in S58), the game server 1 also provides benefits to the player. The process proceeds to S60 without causing any demerits, and when the player accesses the game server 1 from the terminal device 3, a notification is made that a privilege or the like has not occurred (S61).

  As described above, in the present embodiment, a privilege that is advantageous in terms of the game is given to a player whose fellow access average exceeds the overall access average (first reference value). That is, in order for the player to receive a privilege in the game service of the present embodiment, it is necessary to increase the peer access average in cooperation with the fellow, in addition to his efforts, so each player increases the peer access average. As a result, motivation to communicate with his / her fellow players is given. For example, each player sends a message such as “Let's do my best!” To his friends to try to excite the community with his fellow players.

  As described above, in this embodiment, the player is not only provided with the fun of receiving a privilege, but is given a motivation to communicate with friends, thereby activating the entire game community. Can be planned. As a result, each player strengthens the connection and exchange between friends in the game, and further increases the interest and interest in the game, so that it is possible to realize a game having continuity that does not get tired for the player.

  Moreover, in this Embodiment, the demerit that a game access disadvantageous with respect to a player whose associate access average is lower than a whole access average (2nd reference value) arises. As a result, each player is motivated to communicate with his / her fellow players in an attempt to increase the peer access average as much as possible in order to avoid the disadvantages, so that the entire game community is activated. Can do.

  Moreover, in this Embodiment, the reference value (1st reference value, 2nd reference value) compared with a fellow access average is made into the whole access average. Thus, by setting the overall access average as a reference value (threshold) for granting a privilege or demerit occurrence, for example, when the popularity of the game increases and the overall access average increases, the reference value also increases accordingly. Since each player tries to increase the peer access average in order to exceed this reference value, improvement of the peer access average of each player leads to further improvement of the overall access average. That is, it is possible to expect an overall access improvement effect such as improvement of peer access average → improvement of overall access average (reference value) → improvement of peer access average → improvement of overall access average.

  In particular, as in this embodiment, the comparison result between the peer access average for the most recent seven days from Monday to Sunday of the previous week and the overall access average is notified to the player the following Monday, and based on the peer access average every week. By adopting a game operation mode capable of acquiring a privilege, the overall access frequency can be continuously maintained at a high level.

  By the way, in the game server 1, a process for determining whether or not a privilege or a demerit is generated based on the peer access average is performed for each player (each player ID) in parallel with the normal game progress process. Therefore, taking the load distribution of the game server 1 into consideration, the following measures can be taken. That is, the process is not executed for all players at the same time, but all the players are divided into a plurality of blocks, and the time for executing the process is shifted by the blocks to achieve temporal processing dispersion. For example, the game server 1 performs time-sharing processing within a predetermined time zone every Monday (for example, one hour from midnight to 1 am). Even in this case, the time when the benefits or disadvantages become valid should be the same timing for all players, for example, the benefits or disadvantages become valid all together at 1 am every Monday. And

  In the above description, the access average calculation unit 56 basically calculates the friend access average for all the players' friends. However, the access average calculation means 56 excludes the following inactive players and calculates the friend access average. It is good also as a structure. The inactive player here refers to a player who has registered to use the game service for the game server 1 but does not play the game at all or has less game play than the standard. It is defined as “a player whose access frequency to the game server 1 is less than a threshold value”. For example, if the threshold of access frequency is “once / month” (that is, access once in the most recent month), a player who has never accessed the game server 1 in the most recent month The inactive player does not satisfy the threshold condition.

  Note that the threshold of access frequency is not limited to “once / month”, and for example, “twice / month” (two accesses in the most recent month), “once / three weeks”. (Access once in the last 3 weeks), “Once / 20 days” (Access once in the last 20 days), etc. Can be set to

  The reason why the peer access average is calculated by excluding the inactive player in this way is that, if the inactive player is included in the peer access average calculation target, the calculation data may not match the actual situation. For example, even if a player is enthusiastic about the game and makes a large number of friends (for example, about 30 friends), if about half of the friends happen to be inactive players, the average access rate of the players is large. It is because it will fall.

  Therefore, the fellow access average calculating means 56 excludes inactive players whose access frequency to the game server 1 is less than the threshold from the players' friends, and calculates the fellow access average for each player. Here, the determination as to whether or not the player is an inactive player is made based on the access frequency information of each player managed by the access management means 55.

  In the present embodiment, as illustrated in FIG. 9A, the access information storage unit 55a of the access management unit 55 includes the number of accesses by the player for each day from Monday to Sunday of this week. The average access of the player for each week before the week is also stored and managed in the database server 2 for each player ID. That is, the access management means 55 of the present embodiment manages information on the access frequency of each player up to n weeks ago.

  The CPU 11 of the game server 1 determines, for example, whether or not the access frequency threshold = “one time / 3 weeks” is satisfied based on the access frequency information. That is, it can be determined that a player corresponding to a player ID whose access average values from one week before to three weeks ago are all “0” is an inactive player that does not satisfy the threshold condition of the access frequency. On the other hand, the player corresponding to the player ID having a value other than “0” in any one of the access average values from one week to three weeks ago plays the game at least once within the last three weeks. It can be determined that the player has accessed the server 1 and is not an inactive player.

  In order to manage inactive players, as shown in FIG. 18, the access information storage unit 55a of the access management means 55 stores and manages information for each player ID as the last access time and active flag of each player. May be included. Since the last access time of the player knows the length of the period in which the player has never accessed the game server 1 (the period from the last access time to the current time), the CPU 11 of the game server 1 determines the last access time. It is also possible to determine whether or not the player is an inactive player that does not satisfy the access frequency threshold.

The active flag is 1-bit information indicating whether the player is an active player or an inactive player. A player whose active flag is “1” is active, and the flag is “0”. The player is an inactive player. The access management means 55 sets an active flag based on the determination as to whether or not the player is an inactive player. Then, the fellow access average calculation means 56 refers to the active flag, extracts the fellow players for which the peer access average is calculated (that is, excludes inactive players), and calculates the peer access average of each player. be able to.
The inactive player may be excluded not only when calculating the peer access average but also when calculating the overall access average.

  In the above description, the reference value (first reference value, second reference value) to be compared with the peer access average is described as an overall access average that varies depending on the access frequency of each player. However, the present invention is not limited to this. Instead, the reference value may be a predetermined fixed value. For example, the game may be operated with this reference value as a fixed value = 0.6.

Moreover, since the game system of this Embodiment manages a game information of a player in the game server 1 and runs a game, a game execution program exists in the game server 1 side fundamentally. Therefore, when the game service operator adds / changes the game execution program on the game server 1 side, all game service users (players) can receive the added / changed game service. For this reason, it is possible to easily provide a variety of game services to the player by adding / changing the game execution program on the game server 1 side and appropriately holding in-game events for a limited time. Therefore, a “limited access average” may be used to hold a limited-time in-game event so that a player can acquire (or easily acquire) a rare item, a rare card, or the like as a privilege. In this case, during the event period, the first reference value is intentionally increased, for example, the first reference value is set to a fixed value of 0.8. A first reference value other than the access average may be set. When holding a limited-time event as described above, the event period may be matched with the period for calculating the peer access average.
In this way, when the reference value is set to a predetermined fixed value, for the player, a target (reference value) for acquiring a privilege is clarified from the beginning.

  In the above, the first reference value for determining whether or not the game is advantageous and the second reference value for determining whether or not the game is disadvantageous are the same value (first Although an example in which reference value = second reference value = overall access average) has been described, the present invention is not limited to this, and the game may be operated with the first reference value and the second reference value different from each other. .

Further, in the above, an example has been described in which not only merits (privileges) but also disadvantages may occur based on the average access to each player, but a form in which merits occur but demerits do not occur may be employed. In particular, when holding a limited-time event that intentionally increases the reference value compared with the peer access average as described above, an operation that does not cause a disadvantage may be desirable. Moreover, the form which does not generate a merit even if a demerit occurs may be sufficient. That is, the following (A) to (D) are considered as modes of occurrence of merits and demerits.
(A) Either “Merits” or “No merit or demerit”.
(B) Either “demerit occurs” or “no advantage or disadvantage occurs”.
(C) Either “Merits” or “Demerits”.
(D) Any of "Merits occur", "Demerits occur" or "No merit or demerit occur".

  In the case of the above aspect (A), for example, a merit (privilege) is generated only when “buddy access average> overall access average”, and no demerit is generated. In the case of the above aspect (B), for example, a demerit is generated only when “buddy access average <overall access average”, and no merit is generated. In the case of the above mode (C), for example, a benefit is generated when “buddy access average ≧ total access average”, and a disadvantage is generated when “buddy access average <overall access average”. Or make sure that any of the disadvantages occur.

  In addition, when the mode of the present embodiment shown in the flowchart of FIG. 17 (“friend access average> overall access average” is given, benefits are generated, demerits occur when “friend access average <overall access average”, “friend access average” Nothing occurs when “= average access average” is an example of the above-described aspect (D). As another example of the mode (D), a merit or a demerit is generated when the friend access average of the players is a predetermined point or more away from the overall access average. Specifically, for example, if the average access average is 0.6, the merits and demerits will be generated when the peer access average exceeds 0.6 points above and below 0.1 points. Give width to areas that do not occur. That is, a privilege is generated when “friend access average> 0.7”, a disadvantage is generated when “friend access average <0.5”, and “0.5 ≧ friend access average ≦ 0.7”. Sometimes nothing is generated. In this case, the first reference value for determining whether to make the game advantageous is 0.7, while the second reference value for determining whether to make the game disadvantageous is 0.5. Therefore, this is an example in which the first reference value and the second reference value take different values.

  Moreover, although it is good also as a structure which gives the same privilege (for example, privilege which becomes advantageous for 3 times of battle | competition) to all the players whose fellow access average exceeded the whole access average (1st reference value), fellow access average is It can also be set as the structure which gives a bigger privilege, so that it is high (a difference with a fellow access average and a 1st reference value is large). The structure of the principal part of the game server 1 (game management apparatus) which implement | achieves this is shown in FIG. This figure is a functional block diagram mainly showing the configuration of the game information changing means 59.

  The game information changing means 59, when the privilege occurrence determination unit 59b determines the occurrence of a privilege based on the comparison result of the comparison unit 59a that compares the fellow access average and the overall access average, the fellow access average and the overall access average ( A privilege determining unit 90 that determines a privilege based on a difference from the first reference value) is provided. The privilege determination unit 90 includes a difference calculation unit 90a that calculates the difference between the peer access average and the overall access average, and determines the privilege so that the privilege increases as the calculated difference increases. A processing example of the game server 1 having this configuration is shown in a flowchart of FIG.

  20, S51 to S56 are basically the same processes as those described in the flowchart of FIG. When the comparison unit 59a of the game server 1 compares the fellow access average AVAg and the overall access average AVAt, when the fellow access average AVAg is larger than the overall access average AVAt (YES in S56), the privilege occurrence determination unit 59b Determines that a privilege has been generated, and proceeds to a privilege determination process by the privilege determination unit 90 after S70.

That is, the privilege determination unit 90 of the game server 1 first calculates the difference Diff between the fellow access average AVAg and the overall access average AVAt (S70). And when this difference Diff is 0.1 or less, for example (it is YES at S71), the privilege determination part 90 determines the privilege advantageous for two battles, for example, and changes a player's game information (S72). When the difference Diff is greater than 0.1 and less than or equal to 0.2 (NO in S71, YES in S73), the privilege determining unit 90 determines, for example, a privilege that is advantageous for three battles, and the player's The game information is changed (S74). Further, when the difference Diff is larger than 0.2, for example (NO in S73), the privilege determining unit 90 determines, for example, a privilege advantageous for 4 battles and changes the game information of the player (S75). Note that S58 to S61 in FIG. 20 are basically the same processes as those described in the flowchart of FIG. According to this routine, for example, when the overall access average is 0.6, the relationship between the player's fellow access average and the privilege granted to the player is as follows.
0.6 <Buddy access average ≦ 0.7 ・ ・ ・ Benefits for 2 matches 0.7 <Buddy access average ≦ 0.8 ・ ・ ・ Bad benefits for 3 matches 0.8 <Buddy access average ... Benefits advantageous for 4 matches

  In FIG. 20, an example in which a benefit that is advantageous for n times of battles is applied has been described. Similarly, in other benefits, the difference between the peer access average (group evaluation value) and the reference value such as the overall access average is large. The structure which gives a bigger privilege so is applicable. For example, when applying the privilege which grants a point and an item, the number of the points and items to give is increased, so that the difference with a friend access average and a reference value is large. In addition, for example, when applying a privilege of increasing the probability that a rare item or a rare card can be obtained by lottery by a predetermined number of times, the larger the difference between the peer access average and the reference value, the higher the lottery probability of the rare item etc. Or, increase the number of times that the lottery probability of a rare item or the like becomes high.

  Thus, when a privilege is granted based on the fellow access average (group evaluation value), each player can obtain a larger privilege by adopting a configuration in which a larger privilege is obtained as the player's fellow access average is higher. In order to increase the peer access average in order to gain, it will be motivated to communicate with peers. For this reason, the activation of the whole game community can be further improved.

  The same idea as described above is also applied to a case where a disadvantage is generated for a player whose fellow access average is lower than the second reference value (such as the overall access average), and the higher the fellow access average (the peer access average and the second access average). It is also possible to adopt a configuration in which the demerit is further reduced as the difference from the reference value is smaller.

  By the way, in the case of a player with a small number of fellows (a parameter when calculating the peer access average), it is considered that the peer access average is likely to be relatively high. That is, when there are only three fellow players including the player himself, for example, if the access frequency of two fellow players excluding the player is increased, the peer access average can be increased. On the other hand, when the number of fellow players including the player itself is 30, for example, the average of peer access cannot be increased unless the access frequency of 29 people excluding the player is increased.

  In consideration of the above circumstances, when a privilege is given to a player, a configuration in which a larger privilege can be obtained as the average peer access is higher is applied only to a player whose number of fellow players is a predetermined number or more. For the players whose number of fellow players is less than the predetermined number, the benefits may be the same regardless of the average size of fellow access. In this case, the privilege given to a player whose number of fellow players is less than the predetermined number is the same as the minimum privilege among the benefits given to players whose number of fellow players is equal to or more than the predetermined number or the minimum It is set smaller than the benefits. The structure of the principal part of the game server 1 (game management apparatus) which implement | achieves this is shown in FIG.

  FIG. 21 is a functional block diagram mainly showing the configuration of the game information changing means 59. This game information changing means 59, when the privilege occurrence determination unit 59b determines the occurrence of a privilege based on the comparison result of the comparison unit 59a that compares the fellow access average and the overall access average, the fellow access average and the overall access average. A privilege determination unit 91 that determines a privilege based on the difference from the (first reference value) and the number of friends of the player is provided. When the number of players managed by the friend management means 53 is equal to or greater than a predetermined number (for example, 10 or more), the privilege determination unit 91 changes the privilege depending on the difference between the peer access average and the overall access average. When the number of persons is less than a predetermined number (for example, less than 10 persons), the benefits are the same regardless of the average size of the peer access. Moreover, the privilege determination part 91 is provided with the difference calculation part 91a which calculates the difference of a fellow access average and a whole access average, and determines a privilege so that a privilege becomes large, so that the calculated difference is large. The processing of the game server 1 having this configuration can be realized by adding the following steps S80 and S81 to the flowchart of FIG. 20 as shown in the flowchart of FIG.

  That is, when the comparison unit 59a of the game server 1 compares the fellow access average AVAg with the overall access average AVAt, and the fellow access average AVAg is larger than the overall access average AVAt (YES in S56), a privilege occurrence determination is made. The unit 59b determines that a privilege is generated, and the process proceeds to a privilege determination process by the privilege determination unit 91 after S80.

  That is, the privilege determination unit 91 of the game server 1 first determines whether or not the number of friends of the player is, for example, 10 or more (S80). Here, when the number of friends of the player is 10 or more (YES in S80), the above-mentioned S70 is given that an advantage that is advantageous for 2 to 4 matches is provided according to the height of the player's fellow access average AVAg. The process proceeds to the process of S75, and a player with a higher fellow access average AVAg can obtain a larger privilege. On the other hand, if the number of friends of the player is less than 10 (NO in S80), the game information changing means 59 changes the game information of the player so as to give a privilege that is advantageous for one battle, for example (S81). ). That is, the privilege given to a player whose number of friends is less than 10 is the same privilege (only a privilege advantageous for one match) regardless of the size of the average access average AVAg.

  As described above, a configuration in which a larger privilege is obtained as the average of the peer access is higher is applied only to a player whose number of fellow players is a predetermined number or more, and a player whose number of fellow players is less than the predetermined number is acquired. By making it possible to acquire more than a privilege that can be made, it becomes easier to receive a greater merit when a predetermined number of friends are made. Thereby, it is possible to give each player motivation to make more than a predetermined number of friends. And, since each player has a desire to raise the average access to the friends in order to obtain a greater privilege after creating a predetermined number of friends, an environment where each player communicates with many friends Can be promoted. For this reason, the activation of the whole game community can be further improved.

  In addition, in order to make it easier to receive a larger privilege for a larger number of friends and to promote an environment in which more friends increase the access frequency with each other, the number of friends may be taken into account to determine the privilege. That is, it is good also as a structure where the privilege provided to the said player becomes large, so that there are many players of the player's associate. The structure of the main part of the game server 1 (game management device) that realizes this is shown in FIG.

  FIG. 23 is a functional block diagram mainly showing the configuration of the game information changing means 59. This game information changing means 59 is based on the number of friends of the player when the privilege generation determination unit 59b determines the generation of the privilege based on the comparison result of the comparison unit 59a that compares the average access with the fellow access. And a privilege determining unit 92 that determines the privilege. This privilege determination part 92 determines a privilege so that a privilege becomes large, so that there are many player friends. A processing example of the game server 1 having this configuration is shown in a flowchart of FIG.

  In FIG. 24, S51 to S56 are basically the same processes as those described in the flowchart of FIG. When the comparison unit 59a of the game server 1 compares the fellow access average AVAg and the overall access average AVAt, when the fellow access average AVAg is larger than the overall access average AVAt (YES in S56), the privilege occurrence determination unit 59b Determines that a privilege has been generated, and proceeds to a privilege determination process by the privilege determination unit 92 after S91.

  That is, the privilege determination unit 92 of the game server 1 determines whether or not the number of players' friends is, for example, 30 or more (S91). Here, if the number of friends of the player is 30 or more (YES in S91), the privilege determining unit 92 determines, for example, a privilege advantageous for four battles and changes the game information of the player (S92). Further, when the number of friends is, for example, 20 or more and less than 30 (NO in S91, YES in S93), the privilege determining unit 92 determines, for example, an advantageous privilege for three battles, and stores game information of the player. Change (S94). Further, when the number of friends is, for example, 10 or more and less than 20 (NO in S93, YES in S95), the privilege determining unit 92 determines, for example, an advantageous privilege for two battles, and the game information of the player Change (S96). When the number of friends is less than 10, for example (NO in S95), the privilege determining unit 92 determines, for example, a privilege that is advantageous for one battle and changes the game information of the player (S97). Note that S58 to S61 in FIG. 24 are basically the same processes as those described in the flowchart of FIG.

  Thus, when a privilege is given to a player, each player is more proactive in order to obtain a larger privilege by adopting a configuration in which the privilege to be given increases as the number of friends of the player increases. Will be motivated to make many friends. That is, since each player has a desire to increase the average access rate of friends after making many friends, an environment in which each player can communicate with many friends can be promoted. For this reason, the activation of the whole game community can be further improved.

  The same idea as described above is also applied to a case where a disadvantage is generated for a player whose average peer access is lower than the second reference value (overall access average), and the disadvantage is further reduced as the number of friends of the player increases. A configuration can also be adopted.

[Another configuration example of the game management device]
Next, another configuration example of the game management device will be described with reference to the functional block diagram of FIG. In addition, the same member number is attached | subjected about the structure similar to the structure shown in previous drawing (FIGS. 1-24), and the description is abbreviate | omitted suitably. The game server 1 (game management apparatus) of the present embodiment further includes an access frequency display control means 100 (display control means) in addition to the means 51 to 61 shown in FIG. The access frequency display control means 100 transmits screen data (display control information) including information on the access frequency of other players to the terminal device 3 of the player that has received access, whereby the screen of the player terminal device 3 is displayed. In addition, it has a function of displaying the access frequency of other players. This access frequency display control means 100 is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

  In this game system, since benefits and disadvantages are generated based on the average access to the friends of the players, the information on the access frequency of the players who will become friends and the players who are already friends is important for the players. Therefore, the access frequency display control means 100 of the present embodiment displays information on the access frequency of other players on the screen of the terminal device 3 of the player as information for the convenience of each player. Yes.

  Here, as an example of the screen on which the access frequency of other players is displayed, there is a friend candidate list screen as shown in FIG. This friend candidate list screen is one of the game screens transmitted from the game server 1 when a player who wants to make a friend performs a game operation for searching for a friend candidate on his terminal device 3. On this friend candidate list screen, a plurality of players extracted by the game server 1 and not yet in a friend relationship with the player are listed and displayed as friend candidates. In addition, about the information of the fellow candidate player who cannot be displayed on the screen, the screen can be displayed by scrolling, or the second page and subsequent pages of the fellow candidate list can be requested from the game server 1 and displayed as a separate screen. . In the fellow candidate list screen, an information display area for each player of the listed fellow candidates is provided. In each information display area, game information 111 (player name, team name, player's name of the fellow candidate player) is provided. Level, number of friends, league level, etc.), avatar 112 which is a separate character of fellow candidate players, player card 113 of leader possessed by fellow candidate players, and access frequency 114 of fellow candidate players are displayed. The

  The player confirms information of other players listed on the friend candidate list screen, and finds a player who wants to apply for a friend. In addition, if an operation for selecting, for example, the player name hyperlink 111a is performed on this fellow candidate list screen, the game server 1 responds to the operation, and more detailed game information (for example, the player name of the player name) Screen data for displaying the ability value of the player card 113 of the leader) is transmitted to the terminal device 3. This screen data includes a friend application button and an ale button (or hyperlinks thereof), and the player can operate the terminal device 3 to send a friend application and a message.

  Here, the information of the access frequency 114 displayed on the screen can be, for example, the value of the player's access average (for example, the access average for the most recent 7 days) calculated by the access average calculation means 56. In the present embodiment, as illustrated in FIG. 9A, the access information storage unit 55a of the access management unit 55 calculates the access average for each week from one week before to n weeks before calculated by the access average calculation unit 56. Is stored for each player ID, and the access average one week ago may be used as information on the access frequency 114 displayed on the screen. Alternatively, access averages of a plurality of weeks from one week before to n weeks ago may be listed and displayed.

  The information on the access frequency 114 displayed on the screen is not limited to the above example. For example, the access average for the last n days, the access average for the last week, the access average for the last month, the total number of accesses for the last n days, Any information can be used as long as it indicates the player's past access frequency, such as the total number of accesses last week and the total number of accesses last month. Alternatively, the information of the access frequency 114 may be displayed in a multi-level display, for example, in three levels A to C (A: many accesses, B: normal access, C: few accesses).

  Thus, in this Embodiment, when the player tries to make a friend, the past access frequency of each player listed is displayed on the friend candidate list screen displayed on the display unit 35 of the terminal device 3. . Thus, the player can see the access frequency of other players on the screen and can be used as one standard when making a friend. That is, in this embodiment, in order to obtain a privilege based on the peer access average and carry the game advantageously, it is desirable that the access frequency of the peer is high. It becomes.

  In addition to the information on the access frequency, information indicating the level and ability of each player (player level, league level, etc.) is also displayed on the fellow candidate list screen. According to the above configuration, When a player decides whether or not to make another player a friend, he considers not only the level and ability of the player but also the access frequency, and makes a comprehensive judgment on other players who want to make friends. A player can be selected.

  Further, even in a player who has received a friend application, an access frequency is displayed on the screen (not shown) of the terminal device 3 of the player as one piece of information of the player who has applied for the friend. Can also be used as a guide for determining whether to approve a fellow application.

  Another example of the screen on which the access frequency of other players is displayed is a buddy list screen as shown in FIG. As described above, information of fellow players who are in a friendship relationship with the player is listed and displayed on the friend list screen. On this buddy list screen, game information 81 of the buddy player (player name, team name, player level, number of buddy, level of affiliation league, etc.), avatar 82, player card 83 of the owned leader, ale button 84, etc. At the same time, the access frequency 114 of the fellow player is displayed. As described above, the access frequency 114 may be information that indicates the past access frequency of the player, and is, for example, the average access of the player last week.

  As described above, the access frequency 114 of the friend player is displayed on the friend list screen, and the following usage is also possible. That is, for example, on Monday, a comparison result (occurrence of benefits and disadvantages) between the fellow access average and the overall access average was notified to the player, and as a result, it was found that the fellow access average of the player was below the overall access average. In this case, the player can confirm the cause on the screen. That is, it is possible to easily analyze the cause of whether the access frequency of all the fellow players is low, or only some of the fellow players have hardly accessed and have pulled their legs, from the access frequency 114 of each fellow player. Therefore, for example, when it is determined that the average access of the fellows is low due to the low access frequency of some of the fellow players, the player sends a cheering message to the fellows with the low access frequency. The player can be directed to increase the access frequency. As a result, the peer access average after the next time can be effectively increased.

  Here, in order to further facilitate the cause analysis based on the access frequency 114 of each fellow player, a display for rearranging the display order on the screen of the fellow player in order from the one with the lowest access frequency (or one with the highest access frequency). The order change button (may be another selectable object) may be displayed on the terminal device 3 of the player. When an operation for selecting the display order change button is performed in the terminal device 3 of the player, the screen data in which the game server 1 rearranges the fellow players in order from the one with the lower access frequency (or the higher one) according to the operation. Is transmitted to the terminal device 3. The terminal device 3 that has received the screen data displays the fellow players arranged in the order of access frequency, so that the player can quickly grasp the fellow players with the low access frequency and immediately support the fellow players. Messages can be sent.

[Another configuration example of the game control apparatus]
Next, still another configuration example of the game management device will be described with reference to the functional block diagram of FIG. In addition, the same member number is attached | subjected about the structure similar to the structure shown in previous drawing (FIGS. 1-27), and the description is abbreviate | omitted suitably.

  In this embodiment, a game system is described in which part or all of the friend registrations of a player can be canceled based on the player's intention. In order to obtain a privilege, it is desired that the average access rate of the friends is high. However, if the player can freely cancel the registration, it is not possible to send a support message to a fellow player with a low access frequency to improve access to the friends. There is a possibility that a player who tries to improve the peer access average (evaluation value of the group) by canceling the fellow registration of the fellow player with low access frequency will try to take a method far from the original purpose. Sex is also conceivable. Therefore, as a countermeasure, in the present embodiment, as described below, when the player cancels the friend registration, the benefit originally obtained is reduced for a certain period from the release or the privilege itself is hardly given. Is adopted.

As shown in FIG. 28, the game server 1 (game management apparatus) according to the present embodiment further includes a privilege grant adjusting means 121 in addition to the means 51 to 61 shown in FIG. Moreover, the friend management means 53 of this Embodiment is further provided with the friend registration cancellation | release means 122. FIG. The privilege grant adjustment means 121 and the friend registration cancellation means 122 are realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.
The fellow registration cancellation unit 122 has a function of accepting cancellation of fellow registration from each player. An example of the operation of the friend registration cancellation means 122 is shown below.

  For example, when the player A (player ID = “000001”) operates the terminal device 3 and performs an operation to cancel the registration of the fellow player B (player ID = “000002”), communication data ( Request) is transmitted to the game server 1. In the game server 1 that has received the communication data, the friend registration cancellation unit 122 cancels the friend registration between the players A and B.

  That is, the friend registration cancellation unit 122 stores the friend information stored in the friend information storage unit 53a for each player illustrated in FIG. 29A in association with the player ID of player A = “000001”. The player ID of player B = “000002” is deleted from the information field of the fellow player ID being displayed (in the figure, this is indicated by a double strikethrough for convenience). Further, the fellow registration cancellation unit 122 records the fellow registration cancellation information in association with the player ID of the player A = “000001”. The friend registration cancellation information recorded here includes player ID = “000002” of the cancellation partner Player B, information on a cancellation date, a cancellation person flag, and the like. The canceler flag is information for distinguishing between the side where the friend registration is canceled as “1” and the canceled side as “0”, for example. In the example of FIG. 29A, since the player A is on the side where the friend registration is canceled, the canceler flag = 1 is set.

  Furthermore, as shown in FIG. 29 (b), the fellow registration cancellation means 122 also determines the player A's player from the information storage field of the fellow player ID stored in association with the player ID of player B = “000002”. ID = “000001” is deleted (in the figure, this is indicated by a double strikethrough for convenience). Further, the fellow registration cancellation unit 122 records the fellow registration cancellation information in association with the player ID of the player B = “000002”. The friend registration cancellation information recorded in this case is information such as the player ID of player A who is the cancellation partner = “000001”, the cancellation date and the canceler flag = 0.

  After the above-described friend registration cancellation process, the game server 1 notifies the player A that the friend registration has been released when the terminal device 3 of the player B whose friend registration has been canceled accesses the game server 1. In addition, the game server 1 imposes a penalty such as reducing ownership points on the player A on the side of canceling the friend registration so that the player does not easily cancel the friend registration. May be.

  Next, the privilege grant adjusting means 121 will be described. This privilege granting adjustment means 121 reduces or gives a privilege that is generated to a player who has canceled friend registration, compared to a case where the friend registration is not released for a predetermined period after the friend registration is released. By making it difficult, it has a function of adjusting the provision of benefits. The processing example of the game server 1 provided with this privilege provision adjustment means 121 is shown in the flowchart of FIG.

  In FIG. 30, S51 to S55 are basically the same processes as those described in the flowchart of FIG. The game server 1 determines whether or not the player cancels the friend registration within a predetermined period, for example, within the last four weeks after the calculation of the overall access average AVAt (S53) and the friend access average AVAg (S55). Is determined (S100). For example, as shown in FIG. 29A, the determination in S100 can be made based on friend registration cancellation information (release date and canceler flag) of each player managed by the friend management means 53. In other words, a player who has canceled friend registration within 4 weeks has information on release date and releaser flag = 1 within 4 weeks as friend registration cancellation information associated with the player ID of the player. A player.

  When the player cancels the friend registration within 4 weeks (YES in S100), the privilege grant adjustment unit 121, for example, sets a value obtained by adding 0.1 to the value of the overall access average AVAt calculated in S53. The total access average AVAt is considered (S101), and the subsequent processing (S56 to S61) is performed. In other words, by making the value of the overall access average AVAt, which is a reference value compared with the fellow access average AVAg, higher than the original calculated value, it is made difficult for the player to cancel the fellow registration. (Conversely, disadvantages are likely to occur). On the other hand, if the player has not canceled the friend registration within 4 weeks (NO in S100), the process proceeds to S56 without proceeding to S101. That is, as the reference value compared with the peer access average AVAg, the value of the overall access average AVAt calculated in S53 is used as it is, and the privilege grant adjustment is not performed. Note that the subsequent processing (S56 to S61) is basically the same processing as the processing described with reference to the flowchart of FIG.

With the process shown in FIG. 30, the player who has canceled the friend registration is less likely to receive a privilege for four weeks after the friend registration is released than when the friend registration is not released. Thereby, even if it is going to raise friend access average by canceling friend registration of the fellow player with low access frequency, it becomes difficult to obtain a privilege for a certain period (in this example, four weeks) by canceling friend registration. Therefore, it is possible to effectively suppress the player from taking an action far from the original purpose, such as canceling the friend registration in order to increase the friend access average.
Further, another processing example of the game server 1 provided with the privilege grant adjusting means 121 will be described below with reference to the flowchart of FIG.

  In FIG. 31, S51 to S57 are basically the same processes as those described in the flowchart of FIG. As a result of comparing the peer access average AVAg and the overall access average AVAt, when the peer access average AVAg is larger than the overall access average AVAt (YES in S56), the game information changing means 59 is advantageous in terms of the game. The game information of the player is changed (S57), thereby giving a privilege to the player. For example, a privilege advantageous for three battles is given to the player. And the privilege provision adjustment means 121 of the game server 1 judges whether or not the player has canceled the friend registration within a predetermined period, for example, within the latest four weeks (S110). Here, when the player cancels the friend registration within 4 weeks (YES in S110), the privilege granting adjustment means 121 determines the privilege granted to the player as the privilege granted in S57 (for three matches). For example, the benefit is adjusted to be advantageous for one battle (S111). The subsequent processing (S58 to S61) is basically the same processing as that described in the flowchart of FIG.

  By the process shown in FIG. 31, the player who has canceled the friend registration is reduced in privilege for four weeks after the friend registration is released compared to the case where the friend registration is not released. As a result, even if an attempt is made to increase the peer access average by canceling the peer registration of the fellow player with low access frequency, the privilege that should be originally obtained for a certain period (four weeks in this example) by canceling the peer registration. Only smaller benefits can be obtained. Therefore, it is possible to effectively suppress the player from taking an action far from the original purpose, such as canceling the friend registration in order to increase the friend access average.

  In the above example shown in FIG. 30 and FIG. 31, 4 weeks from the cancellation of the fellow registration, as a penalty period for canceling the fellow registration, the benefit itself is made difficult to be granted or the benefit is smaller than the original benefit. The grant is adjusted by granting, but it is not limited to this. For example, the period may be shortened to about one week to three weeks, or conversely, set longer than four weeks. An arbitrary period may be set.

  Further, in the above example, the example in which the privilege grant adjustment by the privilege grant adjustment unit 121 is performed if even one person cancels the friend registration within the predetermined period is described. However, the present invention is not limited to this. For example, privilege adjustment adjustment may be performed only when n or more (for example, two or more within one week) friend registrations are canceled within a predetermined period.

  By the way, even if a player sends a support message to a fellow player with low access frequency and makes efforts to increase the access of the fellow player, the access frequency of the fellow player remains low, so the friend registration may be canceled unavoidably. possible. Therefore, even when the player cancels the friend registration, if the player who has sent the message a predetermined number of times and removes the fellow player whose access frequency is low is removed from the friend, and cancels the friend registration without sending such a message. In some cases, it is desirable to have different effects.

  Therefore, the privilege granting adjustment means 121 of the game server 1 according to the present embodiment allows the player who has canceled the friend registration during a predetermined period before the cancellation of the friend registration (for example, within two weeks before the release). When a message is transmitted a predetermined number of times or more (e.g., twice or more) to a friend player to be canceled, the above-described privilege grant adjustment is not performed. A processing example of the game server 1 provided with the classic grant adjusting means 121 configured as described above is shown in the flowchart of FIG.

  In FIG. 32, S51 to S55 are basically the same processes as those described in the flowchart of FIG. The game server 1 determines whether or not the player cancels the friend registration within a predetermined period, for example, within the last four weeks after the calculation of the overall access average AVAt (S53) and the friend access average AVAg (S55). Is determined (S120). The process of S120 is basically the same process as S100 of FIG. Here, when the player cancels the friend registration within 4 weeks (YES in S120), the privilege grant adjusting means 121 indicates that the player who canceled the friend registration is, for example, within 2 weeks before the cancellation. It is determined whether or not the message has been transmitted to the friend player to be released at least once (S121).

  For the determination in S121, for example, the friend registration cancellation information (stored in association with the player ID of each player) shown in FIG. 13, for example, information relating to the message shown in FIG. 13 (corresponding to the player ID of the receiving player) stored in the message storage unit 61 a of the message transmission means 61. Stored information such as the player ID of the transmission source and the transmission date and time). In other words, the “cancellation partner player” for which the player has canceled the friend registration can be specified as the “release partner player ID” in the friend registration release information shown in FIG. Further, the “period within two weeks before cancellation” can be specified based on the “release date” in the above-mentioned friend registration cancellation information. In addition, regarding “whether or not the player who canceled the friend registration has transmitted a message to the friend player to be released”, the “receiving player ID” shown in FIG. The determination can be made by checking whether or not the “transmission source player ID” includes the player ID of the player who canceled the friend registration. In addition, since the “transmission date and time” information is also stored together with the “transmission source player ID”, a message from the player who canceled the friend registration to the friend player to be canceled is within two weeks before the cancellation. It is possible to determine whether or not the message has been transmitted to.

  In S121, when the player who has canceled the friend registration has not transmitted a message to the friend player to be canceled two or more times within two weeks before the cancellation (NO in S121), the privilege grant adjusting means 121 For example, the value obtained by adding 0.1 to the value of the overall access average AVAt calculated in S53 is regarded as the overall access average AVAt (S122), and the subsequent processing (S56 to S61) is performed. In other words, by making the value of the overall access average AVAt, which is a reference value compared with the fellow access average AVAg, higher than the original calculated value, it becomes difficult to generate a privilege for the player who canceled the fellow registration, and vice versa. It is easy to generate disadvantages.

  On the other hand, when the player who canceled the friend registration has transmitted a message to the friend player to be canceled at least twice within two weeks before the cancellation (YES in S121), the game server 1 proceeds to S122. The process proceeds to S56 without shifting. That is, as the reference value compared with the peer access average AVAg, the overall access average AVAt calculated in S53 is used as it is, and the privilege grant adjustment is not performed. Further, even when the player has not canceled the friend registration within 4 weeks (NO in S120), the process proceeds to S56 without going through S122, so that the bonus is not adjusted. Note that the subsequent processing (S56 to S61) is basically the same processing as the processing described with reference to the flowchart of FIG.

  By the process shown in FIG. 32, the player who canceled the friend registration is, in principle, less likely to be given a privilege for four weeks after the friend registration is released than when the friend registration is not released. In the case where a message is transmitted to the fellow player to be canceled twice or more within two weeks before the cancellation, the privilege is not easily given. Thereby, a player who has made an effort to increase the access of friends by sending a support message to the player who canceled the friend registration before releasing the bonus, a bonus grant adjustment (a process for making it difficult to grant a bonus or reducing a bonus) ) Can be avoided. Therefore, it is effective only for the player who cancels the friend registration of the friend player with low access frequency in order to increase the friend access average without sending the support message to the friend and trying to increase the friend access. Measures can be taken, and it is possible to more effectively suppress the player from taking actions that are far from the original purpose.

  In the example shown in FIG. 32, the bonus grant adjustment that the player who canceled the friend registration has transmitted a message to the friend player to be canceled at least twice within two weeks before the cancellation. However, the present invention is not limited to this. For example, the message transmission conditions before canceling friend registration (conditions for not granting benefits) are set to at least once within one week before cancellation, or three times within one month before cancellation It may be set as described above, and the period before canceling the friend registration and the condition of the number of message transmissions during the period can be arbitrarily set.

[Other Embodiments]
In the above-described embodiment, the example in which the peer access average is applied as the evaluation value of the group has been described. However, as described above, the evaluation value of the group is not limited to this. For example, the fellow player belonging to the group It is good also as the total value of access frequency, and it is good also as the maximum value or minimum value of the access frequency in the fellow player which belongs to a group. When the evaluation value of the group is set to the total value, the maximum value, or the minimum value as described above, for example, the access average of each fellow player calculated by the access average calculation means 56 is used as a value indicating the access frequency. The evaluation value of the group can be calculated by obtaining the total value, maximum value, or minimum value of the access averages of the fellow players.

  When the above maximum or minimum value is applied as the group evaluation value, the access frequency of one person in the group is the value representing the group, whereas the peer access average or total value is used as the group evaluation value. In this case, since the access frequency of all members in the group is reflected as the evaluation value, it can be said that it is preferable to use the peer access average or the total value as the evaluation value of the group. That is, considering the case where the evaluation value of the group is the maximum value of the access frequency in the group, even if there are many players who are not frequently accessed in the group, even if there is only one fellow player who is frequently accessed in the group If it exists, the evaluation value of the group will be high. In this case, the player does not try to increase the access frequency of his / her entire friends, but by using support access to only a few specific player players whose access frequency is relatively higher than usual, the evaluation value of the group is obtained. There is a possibility to increase. On the other hand, the access frequency of many fellow players in the group is increased in order to increase the evaluation value by setting the evaluation value of the group to the average value (companion access average) or the total value of the access frequencies in the group. Since a need arises, the player can be motivated to communicate with many fellow players in the group.

  In addition, when the above total value is applied as the evaluation value of the group, the total value tends to increase as the number of friends (number of people in the group) increases, so the access frequency of each fellow player in the group is so high. Even if the number of groups is large, the evaluation value of the group may increase as a result. On the other hand, by setting the group evaluation value to the average value of the access frequency in the group (friend access average), the high access frequency of all the friends can be accurately determined regardless of the number of fellow players in the group. Since it is reflected as an evaluation value, it can be said that it is more preferable to use the peer access average as the evaluation value of the group.

  Moreover, when applying said total value as a group evaluation value, it is desirable to raise the reference value (threshold value) compared with an evaluation value, so that there are many friend players who belong to a group. As a result, simply increasing the number of friends will not satisfy the conditions for acquiring benefits (or avoiding disadvantages), and it will be necessary to increase the access frequency of the whole group to increase the evaluation value. The player can be motivated to communicate with many fellow players in the group.

  In the above-described embodiment, the reference value to be compared with the peer access average (group evaluation value) of each player is the overall access average calculated by the overall access average calculation means 58 (overall average calculation means). However, the average value of the group evaluation values for all the groups managed by the game server 1 may be used as a reference value to be compared with the group evaluation value of each player. In this case, the overall average calculating means of the game server 1 calculates the overall average value by dividing the total evaluation value of all the groups by the number of groups, and uses this calculated value as a reference value. Here, the entire group managed by the game server 1 means, in principle, all the groups centered on players who are making friends (that is, there is a group called friends). There are as many groups as there are players. However, as described above, a player who does not satisfy the time condition for calculating the evaluation value of the group (for example, in the case where the most recent seven days is the target period for calculating the evaluation value, seven days have passed since the start of the use of the game service A group of players whose group evaluation values could not be calculated may be excluded by excluding a new entry player or the like from the calculation of the evaluation value.

  For example, when the total value of the access frequencies of fellow players belonging to a group (hereinafter referred to as the group total value) is applied as the group evaluation value, a value obtained by dividing the total group total value of all groups by the number of groups By comparing the reference value with the group total value of each player, it is possible to determine whether or not a privilege or a demerit has occurred. The same applies to the case where the above average value (friend access average), maximum value, minimum value, etc. are applied as the evaluation value of the group.

  In the above-described embodiment, the game execution program is installed on the game server 1 side, and the game server 1 performs arithmetic processing and data processing for game progression in response to input operations on the terminal device 3 of each player. Although the example of application to a game system in which a game progresses by transmitting screen data reflecting the execution result to the terminal device 3 has been described, the present invention is not limited to this. For example, the game server 1 manages game information such as player access information, friend information, message information, privilege information, etc., and provides game services such as message exchanges and privilege grants between players in the game. On the other hand, the game execution process for advancing the game can be basically applied to a game system performed on the terminal device side of the player.

  That is, the present invention can also be applied to a game system in which part or all of the game execution program is downloaded or installed on the terminal device side of the player and the game execution processing is performed also on the terminal device. Therefore, as the terminal device of the player, 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) Device), a portable game-dedicated device, and the like are also applicable.

  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 is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

(1) A game management device according to one aspect of the present invention receives game access from a terminal device of each player who receives a game service, manages game information of each player, and sends each player via the network. A game management device for providing the game service; (a) access management means for storing the access information of each player in a storage device and managing the access frequency for each player; and (b) each player. And (c) evaluation of the group based on the access frequency of the fellow players, storing information on fellow players belonging to a group centered on the storage device in a storage device and performing fellow management for each player. Evaluation value calculating means for calculating a value for each player, and (d) based on the evaluation value calculated by the evaluation value calculating means. Includes a game information changing means for changing game information of each player to be advantageous or disadvantageous game, a.

According to this configuration, the present game management device provides game services to each player via the network while receiving access from the terminal device of each player via the network and managing game information of each player. For example, it is configured by an information processing apparatus that can be connected to a network such as a server. Examples of the game service provided to each player by the game management apparatus include services such as a social game that the players can play while cooperating with each other or communicating.

The game management device includes access management means for storing access information of each player who receives the game service in a storage device and managing the frequency of access for each player. Here, the access information stored in the storage device is information such as the access history of each player, the number of daily accesses in the real world, and the presence / absence of access in each day in the real world. The access frequency here indicates the number of times or the number of days that the player terminal device is accessed via the network within a predetermined period. For example, the access management means stores the number of daily accesses for each player as access information for n days (for example, 7 days), and manages the access frequency of each player.

Moreover, this game management apparatus is provided with the friend management means which performs the friend management for every player, and memorize | stores in the memory | storage device and manages the information of the fellow player who belongs to the group "a friend" centering on each player. Yes. In addition, the group here shows the group of one's own friend seen from the viewpoint of one player to the last, and each player which comprises these groups does not belong only to this group. Each player also has a group of “friends” centered on him / her.

Further, the game management device includes an evaluation value calculation unit and a game information change unit. The evaluation value calculation means calculates an evaluation value of a group called a friend for each player based on the access frequency of each player managed by the access management means and information about the friends of each player managed by the friend management means. Here, the evaluation value of the group indicates an average value or total value of access frequencies of the fellow players, a maximum value or a minimum value of the fellow players (within the group called the fellow), and the like. Then, the game information changing means changes the game information of each player so as to be advantageous or disadvantageous on the game based on the evaluation value calculated by the evaluation value calculating means. For example, the evaluation value calculated by the evaluation value calculating means is compared with a predetermined reference value, and the game information of the player is changed so as to be advantageous to the player with respect to a player whose evaluation value is larger than the predetermined reference value. Alternatively, the game information of the player is changed so as to be disadvantageous for the game against a player whose evaluation value is smaller than a predetermined reference value.

Here, being advantageous in terms of a game means generating various advantages on the game according to the type and content of the game (giving a privilege that is advantageous in terms of the game). For example, in a competitive game such as a baseball game or a soccer game where players can play against each other, there is a merit that the fighting power is improved by n battles (for example, 3 battles) and the battle is advantageous. Conceivable. In addition, if the game uses points or items, points or items that can advantageously advance the game may be given to the player. In addition, there is a merit that a probability that a rare item (an item having a lower lottery probability than that of a normal item and a rare value) can be acquired by lottery is increased a predetermined number of times (for example, once). Further, being disadvantageous in the game means generating various disadvantages on the game according to the type and contents of the game. As an example, in the battle type game as described above, there may be a demerit that the battle power is reduced by n battles (for example, one battle) and the battle is disadvantageous. Further, there is a demerit that the probability that a rare item is drawn is reduced by a predetermined number of times (for example, once) (that is, the probability that a normal item with a low rare value is drawn is improved). Another disadvantage is that various points used in the game are reduced by a predetermined amount.

As described above, in this configuration, there is a merit that the game is advantageous or a disadvantage that the game is disadvantageous based on the evaluation value of the group based on the access frequency of the fellow players. In other words, in order to receive the merit or avoid the demerit in the game service provided by the game management device, it is necessary to increase the evaluation value of the group by cooperation with friends in addition to their own efforts. Players will be given the motivation to communicate with their fellow players. For example, it is expected that each player sends a message such as “Let's do our best to access!” To increase the access frequency of the friend. As a result, a game environment in which communication can be actively conducted among the peers can be promoted, and the community of the peers can be excited.

In this way, the game management device not only provides the players with the fun of receiving merits and the like, but also gives each player the motivation to actively communicate with their friends. Can be activated. As a result, each player strengthens the connection and interaction between friends in the game, and further increases the interest and interest in the game, so the game service is highly interesting and has continuity that will never get tired. Can provide.

(2) In the above-described configuration, the game management device has an average value of the access frequency for all players receiving the game service or an average value of the evaluation values of the group for all groups. It is preferable to further include an overall average calculating means for calculating. And the game information changing means changes the game information of the player so as to be advantageous to the game for the player having the evaluation value larger than the average value calculated by the overall average calculating means, or It is preferable that the game information of the player is changed so as to be disadvantageous for the game with respect to a player whose evaluation value is smaller than the average value calculated by the overall average calculation means.

According to this configuration, the overall average value calculated by the overall average calculating means (“average value of access frequency for all players” or “average value of evaluation values of groups for all groups”) is calculated. A reference value (threshold value) to be compared with the evaluation value of each player's group is used.

Note that, in the calculation of the average value by the overall average calculating means, in principle, all players who receive the game service are targeted, but players who do not satisfy the temporal condition at the time of the average calculation (for example, the latest seven days) In the case of calculating the average of the access frequencies, new players who have not yet passed 7 days since the start of the use of the game service may be excluded from the target of the average calculation.

According to this configuration, the overall average value calculated by the overall average calculating means is used as a reference value that is a determination criterion for occurrence of merit or demerit, and is compared with the evaluation value of the group. Thereby, for example, when the popularity of the game increases and the overall average value increases, the reference value also increases accordingly. And in order to exceed this reference value, each player tries to increase the evaluation value of his / her group by increasing the access frequency of his / her group while communicating with his / her friend. This leads to further improvement of the overall average value. That is, improvement of access frequency of friends (= improvement of evaluation value of group) → improvement of overall average value (= reference value) → improvement of access frequency of friends → improvement of overall average value, etc. Overall access improvement effect can be expected.

(3) In the above configuration, the evaluation value calculation means sets the evaluation value for each player for a predetermined period immediately before the game information change means changes the game information of the player based on the evaluation value. It is preferable to calculate.

According to this configuration, the target period when the evaluation value of each player's group is calculated is set as “a predetermined period until the game information changing unit immediately changes the player's game information based on the evaluation value”. Here, the predetermined period may be a period immediately before the timing when game information is changed (the most recent period), and an arbitrary period can be set. For example, in consideration of circumstances such as a change of players (a player who stops receiving game services and a new player) always occurs, the “last 7 days” before the timing of changing game information is It can be a predetermined period.

Then, by setting the target period for calculating the evaluation value to a period immediately before the game information of the player is changed (for example, the latest seven days), the daily access of the fellow players belonging to the group centered on the player is evaluated. Will be reflected. For example, even if the evaluation value calculation target period is the same 7 days, it is not the last 7 days (7 days from 7 days before to 1 day before) immediately before the game information is changed, for example, 7 days before 7 days. In the case of seven days before, the evaluation value calculation target period has already ended one week ago, and access to the game management device after the end of the period is not reflected in the evaluation value calculation result. On the other hand, if the target period for calculating the evaluation value is a predetermined period immediately before the game information of the player is changed, the daily access until immediately before the determination of the occurrence of the merit or demerit is made. It is reflected in the calculation result. For this reason, each player is given the motivation to increase the group's evaluation value by increasing the friend's access frequency until immediately before the determination of the occurrence of the merit or demerit is made based on the evaluation value. . As a result, it is possible to effectively activate the entire game community.

(4) In the above configuration, it is preferable that the evaluation value calculation unit calculates the evaluation value for each player, excluding the fellow players whose access frequency is less than a threshold.

  According to this configuration, when a player whose frequency of access to the game management device does not reach the threshold value (referred to as an inactive player) exists as a fellow player in the group, the player is excluded from each player. The evaluation value of the group is calculated. For example, a fellow player who has registered for use of the game service but does not play the game at all or is actually excluded from the evaluation value calculation as an inactive player whose access frequency does not reach the threshold value. Will be. Here, as the access frequency threshold, a period for determining the access frequency and the number of accesses during the period, such as “once / month” (that is, access once in the most recent month), are arbitrarily set. Can be set to For example, if the access frequency threshold is “once / month”, a player who has never accessed the game management device once in the most recent month is an inactive player that does not satisfy the threshold condition.

Thus, by calculating the evaluation value of the group excluding the inactive player, it is possible to avoid the calculation data of the evaluation value of the group that does not match the actual situation. That is, if an inactive player is included in the group's evaluation value calculation target, for example, in a player who is enthusiastic about the game and has created a large number of friends (for example, about 30 friends), about half of the friends by chance. If the player is an inactive player, the evaluation value of the group of the players (for example, the average access frequency of the fellow players) is greatly reduced. Therefore, as in this configuration, whether the game information is changed so as to be advantageous or disadvantageous on the game based on the evaluation value in accordance with the actual situation by calculating the evaluation value of the group excluding inactive players A determination of whether or not can be made.

(5) In the above configuration, the game management device transmits display control information including information on the access frequency of another player to the terminal device of the player who has received access, thereby the terminal device of the player. It is preferable to further include display control means for displaying the access frequency of other players on the screen.

According to this structure, a display control means transmits the display control information containing the information of the access frequency of another player to the terminal device of the player who received access. Here, the display control information is, for example, game screen data described in HTML (Hyper Text Markup Language) or the like in a game service that displays a game screen by a web browser installed in a terminal device of a player. The display control means displays the access frequency of other players on the screen of the terminal device of the player by transmitting such display control information to the terminal device of the player. Thereby, the player can check the access frequency of other players on the screen of the terminal device, and effective use as exemplified below becomes possible.

For example, in the “screen of the target list of candidates for fellow candidates” displayed on the terminal device when the player tries to make friends, the past access frequency of each player of the fellow candidates is displayed, so that the player By looking at the access frequency, you can use it as a guide when making friends. In other words, in the game service provided by this game management device, in order to obtain a merit on the game based on the evaluation value of the group and to carry the game advantageously (or to avoid the demerit), the access of the friend Since it is desirable that the frequency be high, the access frequency is a measure for making friends. In addition to the information on access frequency, information indicating the level and ability of each player is usually displayed on the list screen of fellow candidates. According to the above configuration, the player When determining whether or not to make a friend, it is possible to select other players that the player wants to make a friend by comprehensively considering not only the level and ability of the player but also the access frequency.

Further, for example, when the player displays information about his / her fellow player on the screen of the terminal device, the access frequency of each fellow player can be confirmed on the screen, whereby the following usage is also possible. That is, when the game is not advantageous based on the evaluation value of the group (or when the game is disadvantageous), the player can confirm the cause on the screen. That is, it is possible to easily analyze whether the access frequency of all the friends is low or whether the cause is that the access frequency of some of the fellow players is low from the information of the access frequency of each fellow player. Therefore, for example, when it is determined that the evaluation value of the group is low due to the low access frequency of some fellow players, the player sends a support message or the like to the fellow who has the low access frequency. Thereafter, the player can be directed to increase the access frequency. As a result, the evaluation value of the group after the next time can be effectively increased.

(6) In the above-described configuration, the game information changing unit has a greater benefit for the player as the difference between the evaluation value and the reference value is larger for a player whose evaluation value is greater than the reference value. It is preferable to change the game information of the player.

According to this configuration, when a privilege is generated for a player whose group evaluation value is greater than the reference value, the larger the difference between the evaluation value and the reference value (that is, the higher the evaluation value), the greater the privilege is generated. It has become. For example, in the case of a privilege that the strength is improved by n times in the battle-type game, the number of battles (the number of n) is increased as the difference between the evaluation value and the reference value is larger. For example, in the case of a privilege for giving points or items, the number of points or items to be given is increased as the difference between the evaluation value and the reference value is larger. For example, in the case of a privilege that increases the probability that a rare item can be obtained by lottery by a predetermined number of times, the larger the difference between the evaluation value and the reference value, the higher the rare item lottery probability, or the rare item lottery probability Increase the number of lotteries that will increase.

  Thereby, in order to obtain a larger privilege, each player is given more motivation to communicate with his / her friend in order to increase the access frequency of the friend and further increase the evaluation value of the group. For this reason, the activation of the whole game community can be further improved.

(7) In the above configuration, the game information changing means is (e) a player whose evaluation value is larger than a reference value, and the evaluation value for a player whose number of fellow players is a predetermined number or more. And the game information of the player is changed so that the benefit that is advantageous to the game increases as the difference between the reference value and the reference value increases, and (f) the player whose evaluation value is greater than the reference value, It is preferable that the game information of the player is changed so that the benefits are the same regardless of the difference between the evaluation value and the reference value for players with less than a predetermined number of players. The privilege given to a player whose number of fellow players is less than a predetermined number is the same as the minimum privilege among the benefits given to players whose number of fellow players is a predetermined number or more. Or it is preferable that it is smaller than the said minimum privilege.

In this configuration, when trying to increase the evaluation value of a group, the more members there are, the more communication and other time and labor are required to increase the evaluation value. On the contrary, since it may lead to the difficulty of enjoying the benefits based on the evaluation value of the group, it may cause unfairness, so the problem is solved in advance, and further community activation This is to provide a mechanism that contributes to This will be specifically described below.

First, in the case of a player with a small number of friends, it is considered that the group evaluation value is likely to be relatively high. That is, when there are only three fellow players including the player itself, for example, if the access frequency of the two fellow players excluding the player is increased, the evaluation value of the group (the average value of the access frequencies of the fellow players in the group, etc.) ) Can be increased. On the other hand, when the number of fellow players including the player himself is 30, for example, the evaluation value of the group cannot be increased unless the access frequency of 29 people excluding the player is increased.

In consideration of such circumstances, in the present configuration, when a privilege is generated for a player whose group evaluation value is greater than the reference value, the evaluation value and the reference value are determined only for players whose number of fellow players is greater than or equal to a predetermined number. The larger the difference is (that is, the higher the evaluation value is), the larger the privilege can be obtained. For the players whose number of fellow players is less than the predetermined number, the privilege is the same regardless of the evaluation value. To be. In this case, the privilege given to a player whose number of fellow players is less than the predetermined number is the same as the minimum privilege among the benefits given to players whose number of fellow players is equal to or more than the predetermined number or the minimum It is smaller than the benefits.

As described above, only a player whose number of fellow players is equal to or greater than a predetermined number applies a configuration in which a larger privilege is obtained as the evaluation value of the group is higher, and a player whose number of fellow players is less than the predetermined number is applied. By making it possible to obtain a benefit that is greater than the benefits that can be obtained, it is easier to receive a greater merit when a predetermined number of friends are made. Thereby, it is possible to give each player motivation to make more than a predetermined number of friends. And, since each player has a desire to raise the evaluation value of the group by increasing the access frequency of the friends in order to obtain a larger privilege after making a predetermined number of friends or more, by this configuration, It is possible to promote a game environment in which each player creates a predetermined number or more of friends and communicates. Thereby, activation of the whole game community can be improved further.

(8) In the above-described configuration, the game information changing means is configured so that, with respect to a player whose evaluation value is larger than a reference value, the player who has a larger number of fellow players has a greater privilege that is advantageous to the game. It is preferable to change the game information.

According to this configuration, when a privilege is generated for a player whose group evaluation value is greater than the reference value, a larger privilege is generated as the number of fellow players increases. Thereby, in order to obtain a bigger privilege, each player is given a motivation to actively make many friends. And each player makes a lot of friends, and the feeling of trying to increase the group's access frequency and raise the evaluation value of the group to acquire a big privilege works, so each player makes a lot of friends Can promote a game environment where people can communicate with each other. Thereby, activation of the whole game community can be improved further.

(9) In the above configuration, the fellow management means includes fellow registration cancellation means for receiving cancellation of fellow registration of the fellow player from each player, and the game management device cancels the fellow registration of the fellow player. The bonus granting adjustment is made by reducing the bonus that is advantageous in the game for a predetermined period from the cancellation of the peer registration, or making it difficult to give the bonus to the player who has made the bonus. It is preferable to further include a privilege grant adjusting means for performing the above.

According to this configuration, the game management device includes the fellow registration cancellation unit, and accepts the cancellation of the fellow registration from each player. Therefore, the player can cancel part or all of the friend registration by his / her own intention. In this way, when the player can cancel the friend registration, the support message is not sent to the friend player with a low access frequency to improve the access of the friend, but the friend registration of the friend player with a low access frequency is canceled to cancel the group registration. There is a possibility that a player who tries to improve the evaluation value (such as an average value of the access frequency of the fellow players in the group) will obtain a player by using a method far from the original purpose. Therefore, in this configuration, as a countermeasure, for the player who has canceled the friend registration, the privilege is reduced for a predetermined period (for example, four weeks) from the cancellation of the friend registration, compared to the case where the friend registration is not released, or By making it difficult for a privilege to be given, the grant adjustment of the privilege is made.

As a result, even if an attempt is made to increase the evaluation value of the group by canceling the fellow registration of the fellow player with low access frequency, it becomes difficult to obtain a privilege for a certain period of time or originally gaining by canceling the fellow registration. You can only get benefits that are smaller than the benefits that should be given. Therefore, it is possible to effectively suppress a player's action that is far from the original purpose, such as canceling friend registration in order to increase the evaluation value of the group.

(10) In the above configuration, the game management device receives a message addressed to the inter-player transmitted from the terminal device of each player, stores the message in a storage device, and stores the message in the terminal of the fellow player The apparatus further includes message transmission means for transmitting the message to the fellow player, and the privilege grant adjusting means is configured such that the player who has canceled the fellow player's fellow registration is released before the fellow registration is released. In the case where a predetermined number of messages have been transmitted to the friend player to be released during the predetermined period, it is preferable not to perform the grant adjustment.

According to this configuration, the game management device includes the message transmission unit, stores the message addressed to the fellow player received from each player in the storage device, and transmits the message to the fellow player. Through this message transmission means, the player can communicate with fellow players.

By the way, even if the player has made an effort to increase the access of the fellow by sending a support message to the fellow player with a low access frequency, the access frequency of the fellow player remains low, so the friend registration is unavoidably cancelled. There is also a possibility. Therefore, in this configuration, the player who has canceled the friend registration is given a predetermined number of times (for example, 2) to the friend player to be canceled during a predetermined period before the cancellation of the friend registration (for example, within two weeks before the cancellation). When the message is transmitted more than once), the above-described privilege grant adjustment (adjustment for reducing the privilege or making it difficult to grant the privilege) is not performed.

Thereby, it can avoid that the player who sent the support message to the player who canceled the friend registration and made an effort to increase the friend's access before being canceled is the target of the privilege grant adjustment. Therefore, the privilege grant only for the player who cancels the friend registration of the friend player with low access frequency in order to increase the evaluation value of the group without sending the support message to the friend and trying to increase the friend's access. Adjustment measures can be taken, and the actions of the player far from the original purpose can be more effectively suppressed.

(11) A game management method according to another aspect of the present invention receives access from a terminal device of each player who receives a game service via a network, manages game information of each player, and sets the network to each player. (G) the game management device stores the access information of each player in a storage device and determines the access frequency for each player. An access management step for managing, and (h) a fellow management step in which the game management device stores information on fellow players belonging to a group centered on each player in a storage device to perform fellow management for each player; i) The game management device evaluates the group based on the access frequency of the fellow players. An evaluation value calculating step for calculating a value for each player; and (j) the game management device is configured to be advantageous or disadvantageous for each player based on the evaluation value calculated in the evaluation value calculating step. A game information changing step for changing the game information.

(12) A program according to still another aspect of the present invention is a program for causing a computer to operate as the game management device, and causes the computer to function as each unit included in the game management device. belongs to.

According to the present invention, motivation for communicating with friends is given to each player, and thereby the entire game community can be activated. As a result, each player strengthens the connection and interaction between friends in the game, and further increases the interest and interest in the game, and provides a highly entertaining game service with continuity that does not get tired for the player. it can.

(13) A game management device according to another aspect of the present invention receives access via a network from a terminal device of each player who receives a game service, manages game information of each player, and provides each player with the network. A game management device for providing the game service via the access management means for storing the access information of each player in a storage device and managing the frequency of the access for each player; Based on the friend management means for storing the information of the fellow players belonging to the group in the storage device and managing the fellows for each player, and the access frequency of the fellow players, the evaluation value of the group is calculated for each player. Based on the evaluation value calculation means and the evaluation value calculated by the evaluation value calculation means, Game information changing means comprising: game information changing means for changing game information of each player so as to be disadvantageous; and overall average calculating means for calculating an average value of the evaluation values of the groups for all groups. Changes the game information of the player so that the player who has the evaluation value calculated by the evaluation value calculation means larger than the average value calculated by the overall average calculation means is advantageous to the game. Or the game information of the player is changed so as to be disadvantageous to the game for a player whose evaluation value calculated by the evaluation value calculation means is smaller than the average value calculated by the overall average calculation means. .

(14) A game management device according to another aspect of the present invention receives access via a network from a terminal device of each player who receives a game service, manages game information of each player, and provides each player with the network. A game management device for providing the game service via the access management means for storing the access information of each player in a storage device and managing the frequency of the access for each player; Information of fellow players belonging to a group is stored in a storage device, and fellow management means for managing fellow players for each player, and an average value of the access frequency of the fellow players belonging to the group as an evaluation value of the group An evaluation value calculation means for each player, and the evaluation value calculated by the evaluation value calculation means Accordingly, game information changing means for changing the game information of each player so as to be advantageous or disadvantageous on the game, and the whole calculating the average value of the access frequency for all players receiving the game service Average calculating means, wherein the game information changing means is provided for a player who has a larger evaluation value calculated by the evaluation value calculating means than the average value calculated by the overall average calculating means. The game information of the player is changed so as to be advantageous, or a player whose evaluation value calculated by the evaluation value calculation means is smaller than the average value calculated by the overall average calculation means is The game information of the player is changed so as to be disadvantageous.

(15) In the above configuration, the evaluation value calculation means sets the evaluation value for each player for a predetermined period until immediately before the game information change means changes the game information of the player based on the evaluation value. calculate.

(16) A game management device according to another aspect of the present invention receives access via a network from a terminal device of each player who receives a game service, manages game information of each player, and provides each player with the network. A game management device for providing the game service via the access management means for storing the access information of each player in a storage device and managing the frequency of the access for each player; Based on the friend management means for storing the information of the fellow players belonging to the group in the storage device and managing the fellows for each player, and the access frequency of the fellow players, the evaluation value of the group is calculated for each player. Based on the evaluation value calculation means and the evaluation value calculated by the evaluation value calculation means, Game information changing means for changing game information of each player so as to be disadvantageous, and the evaluation value calculating means excludes the fellow players whose access frequency is less than a threshold value, and sets the evaluation value. Calculate for each player.

(17) In the above configuration, by transmitting display control information including information on the frequency of access of other players to the terminal device of the player who has received the access, the screen of the terminal device of the player is Display control means for displaying the access frequency of each player.

(18) In the above-described configuration, the game information changing unit has a greater benefit for the player as the difference between the evaluation value and the reference value is larger for a player whose evaluation value is greater than the reference value. As such, the game information of the player is changed.

(19) A game management device according to another aspect of the present invention receives access from a terminal device of each player who receives a game service via a network, manages game information of each player, and provides each player with the network. A game management device for providing the game service via the access management means for storing the access information of each player in a storage device and managing the frequency of the access for each player; Based on the friend management means for storing the information of the fellow players belonging to the group in the storage device and managing the fellows for each player, and the access frequency of the fellow players, the evaluation value of the group is calculated for each player. Based on the evaluation value calculation means and the evaluation value calculated by the evaluation value calculation means, Game information changing means for changing the game information of each player so as to be disadvantageous, wherein the game information changing means is a player whose evaluation value is greater than a reference value, and the number of fellow players is a predetermined number. For the above players, the game information of the player is changed so that the benefit that is advantageous in terms of the game increases as the difference between the evaluation value and the reference value increases, while the evaluation value is higher than the reference value. For a player who is a large player and the number of fellow players is less than a predetermined number, the game information of the player is displayed so that the benefits are the same regardless of the difference between the evaluation value and the reference value. The privilege to be changed and given to a player whose number of fellow players is less than a predetermined number is for players whose number of fellow players is a predetermined number or more. Smaller than the minimum benefits the same or the minimum benefits of the benefits to be granted.

(20) In the above-described configuration, the game information changing means is configured so that a player who has a larger number of fellow players has a greater advantage that is advantageous in terms of the game than a player whose evaluation value is greater than a reference value. Change game information.

(21) A game management device according to another aspect of the present invention receives access from a terminal device of each player who receives a game service via a network, manages game information of each player, and sends the network to each player. A game management device for providing the game service via the access management means for storing the access information of each player in a storage device and managing the frequency of the access for each player; Based on the friend management means for storing the information of the fellow players belonging to the group in the storage device and managing the fellows for each player, and the access frequency of the fellow players, the evaluation value of the group is calculated for each player. Based on the evaluation value calculation means and the evaluation value calculated by the evaluation value calculation means, Game information changing means for changing game information of each player so as to be disadvantageous, and the fellow management means comprises fellow registration cancellation means for accepting cancellation of fellow registration of the fellow player from each player, For a player who has canceled the fellow registration of the player, the benefit that is advantageous in terms of the game is reduced or made difficult to be given compared to the case where the fellow registration is not canceled for a predetermined period after the cancellation of the fellow registration. Further, a privilege grant adjusting means for adjusting the grant of the privilege is provided.

(22) In the above configuration, a message addressed to the fellow player transmitted from the terminal device of each player is received and stored in a storage device, and the message is transmitted to the terminal device of the fellow player, The apparatus further includes message transmission means for transmitting a message to the fellow player, wherein the privilege grant adjustment means is configured so that the player who has canceled the fellow player's fellow registration is a release target during a predetermined period before the fellow registration is released. When a message is transmitted a predetermined number of times or more to a fellow player, the bonus grant adjustment is not performed.

(23) In a game management method according to another aspect of the present invention, a game service is received from a terminal device of each player who receives a game service, manages game information of each player, and each player is provided with the network. A game management method in a game management device that provides the game service via the access, wherein the game management device stores the access information of each player in a storage device and manages the access frequency for each player A management step, a friend management step in which the game management device stores information of fellow players belonging to a group centered on each player in a storage device and performs peer management for each player; and Based on the access frequency of the fellow player, the evaluation value of the group is determined for each player. An evaluation value calculation step to be issued, and a game information change in which the game management device changes the game information of each player so as to be advantageous or disadvantageous on the game based on the evaluation value calculated in the evaluation value calculation step And an overall average calculation step in which the game management device calculates an average value of the evaluation values of the groups for all groups, and in the game information changing step, the game management device For the player whose evaluation value calculated by the evaluation value calculation step is larger than the average value calculated by the average calculation step, the game information of the player is changed so as to be advantageous to the game, or the whole The evaluation calculated by the evaluation value calculation step is more than the average value calculated by the average calculation step. For values smaller player changes the game information of the player so that the game disadvantageous.

(24) According to another aspect of the present invention, there is provided a game management method that receives access from a terminal device of each player who receives a game service via a network, manages game information of each player, and provides each player with the network. A game management method in a game management device that provides the game service via the access, wherein the game management device stores the access information of each player in a storage device and manages the access frequency for each player A management step, a friend management step in which the game management device stores information of fellow players belonging to a group centered on each player in a storage device and performs peer management for each player; and The average value of the access frequency of the fellow players belonging to the group An evaluation value calculation step for calculating for each player as a value, and the game management device sets game information of each player so as to be advantageous or disadvantageous for the game based on the evaluation value calculated by the evaluation value calculation step. A game information changing step for changing, and an overall average calculating step in which the game management device calculates an average value of the access frequency for all players receiving the game service, and the game information changing In the step, the game management device has a game advantage for a player having the evaluation value calculated by the evaluation value calculation step larger than the average value calculated by the overall average calculation step. The average calculated by the game information of the player or calculated by the overall average calculating step Wherein the evaluation value calculating said evaluation value is smaller player calculated by step, changing the game information of the player so that the game disadvantageous than.

(25) In a game management method according to another aspect of the present invention, a game service is received from a terminal device of each player who receives a game service, manages game information of each player, and each player is provided with the network. A game management method in a game management device that provides the game service via the access, wherein the game management device stores the access information of each player in a storage device and manages the access frequency for each player A management step, a friend management step in which the game management device stores information of fellow players belonging to a group centered on each player in a storage device and performs peer management for each player; and Based on the access frequency of the fellow player, the evaluation value of the group is determined for each player. An evaluation value calculation step to be issued, and a game information change in which the game management device changes the game information of each player so as to be advantageous or disadvantageous on the game based on the evaluation value calculated in the evaluation value calculation step In the evaluation value calculating step, the game management device calculates the evaluation value for each player, excluding the fellow players whose access frequency is less than a threshold value.

(26) According to another aspect of the present invention, there is provided a game management method that receives access from a terminal device of each player who receives a game service via a network, manages game information of each player, and provides the player with the network. A game management method in a game management device that provides the game service via the access, wherein the game management device stores the access information of each player in a storage device and manages the access frequency for each player A management step, a friend management step in which the game management device stores information of fellow players belonging to a group centered on each player in a storage device and performs peer management for each player; and Based on the access frequency of the fellow player, the evaluation value of the group is determined for each player. An evaluation value calculation step to be issued, and a game information change in which the game management device changes the game information of each player so as to be advantageous or disadvantageous on the game based on the evaluation value calculated in the evaluation value calculation step In the game information changing step, the game management device is a player whose evaluation value is larger than a reference value and the number of fellow players is a predetermined number or more. The game information of the player is changed so that the benefit that is advantageous to the game increases as the difference between the value and the reference value increases, while the evaluation value is greater than the reference value, For players with less than a predetermined number of players, the benefits are the same so that the benefits are the same regardless of the difference between the evaluation value and the reference value. The bonus that is given to players whose number of fellow players is less than a predetermined number by changing the game information of the fellow players is the bonus that is given to players whose number of fellow players is a predetermined number or more. Is the same as or smaller than the minimum privilege.

(27) In a game management method according to another aspect of the present invention, a game service is received from a terminal device of each player who receives a game service, manages game information of each player, and each player is provided with the network. A game management method in a game management device that provides the game service via the access, wherein the game management device stores the access information of each player in a storage device and manages the access frequency for each player A management step, a friend management step in which the game management device stores information of fellow players belonging to a group centered on each player in a storage device and performs peer management for each player; and Based on the access frequency of the fellow player, the evaluation value of the group is determined for each player. An evaluation value calculation step to be issued, and a game information change in which the game management device changes the game information of each player so as to be advantageous or disadvantageous on the game based on the evaluation value calculated in the evaluation value calculation step The friend management step includes a friend registration cancellation step in which the game management device accepts cancellation of the friend registration of the friend player from each player, and the game management device registers the friend player as a friend. For the player who has released the above-mentioned benefits, by reducing the benefits that are advantageous in terms of game compared to the case where there is no cancellation of the relevant friends registration for a predetermined period after the cancellation of the relevant friends registration, or making the privilege difficult to be given. A bonus grant adjustment step for performing the grant adjustment is further included.

(28) A game management device according to another aspect of the present invention receives access to the game service from a terminal device of each player who receives the game service via the network and manages game information of each player. A game management device that provides the game service via the network, the access management means for storing the access information of each player in a storage device and managing the access frequency for each player, and each player Friend management means for storing and managing information related to the friendship in the storage device, and a friend extracted from the other player who is not yet in a friendship relationship with the player based on the operation of the player. By transmitting information on the candidate, the friend is displayed on the screen of the terminal device of the player. Comprising display control means for displaying information about the accessory, and the information on the buddy candidate includes information about the frequency of the access of the fellow candidate.

(29) In the above configuration, the display control means further relates to the access frequency of the second player who has made a friend application to the first player to the terminal device of the first player who has received the friend application. By transmitting the information, information related to the access frequency of the second player is displayed on the screen of the terminal device of the first player.

(30) A game management device according to another aspect of the present invention receives access to the game service via a network from a terminal device of each player who receives the game service and manages game information of each player. A game management device that provides the game service via the network, the access management means for storing the access information of each player in a storage device and managing the access frequency for each player, and each player The access of the second player who made a friend application to the first player to the friend management means for storing and managing information related to the friend in the storage device and the terminal device of the first player who received the friend application By transmitting information on the frequency of the second player, the second player terminal screen is displayed on the screen of the first player terminal device. Comprising display control means for displaying the information on the frequency of the access layer, the.

(31) In the above configuration, an evaluation value calculating means for calculating an evaluation value of a group of the player, including a player and a fellow player who is in a friendship relationship with the player , based on the access frequency of the fellow player ; Game information changing means for changing the game information of the player so as to be advantageous or disadvantageous on the game based on the evaluation value calculated by the evaluation value calculating means.

(32) In the above configuration, the game information changing unit may further include an overall average calculating unit that calculates an average value of the evaluation values for the group of all players receiving the game service. For the player whose evaluation value calculated by the evaluation value calculation means is larger than the average value calculated by the average calculation means, the game information of the player is changed to be advantageous to the game, or the whole The game information of the player is changed so as to be disadvantageous for the game with respect to a player whose evaluation value calculated by the evaluation value calculation means is smaller than the average value calculated by the average calculation means.

(33) In the above configuration, the system further includes an overall average calculating unit that calculates an average value of the access frequency for all players receiving the game service, and the evaluation value calculating unit belongs to the group An average value of the access frequency of the fellow players is calculated as the evaluation value of the group, and the game information changing means is calculated by the evaluation value calculating means rather than the average value calculated by the overall average calculating means. The game information of the player is changed so as to be advantageous to the game for the player who has a large evaluation value, or is calculated by the evaluation value calculation means than the average value calculated by the overall average calculation means The game information of the player is changed so as to be disadvantageous to the game with respect to the player with the small evaluation value.

(34) In the above configuration, the evaluation value calculation means calculates the evaluation value by excluding the fellow players whose access frequency is less than a threshold value.

(35) In the above configuration, the game information changing means is a player whose evaluation value is larger than a reference value, and the player who has more than a predetermined number of fellow players has the evaluation value and the reference While the game information of the player is changed such that the greater the difference from the value, the more advantageous the game is, the player's evaluation value is greater than the reference value, and the number of fellow players is a predetermined number. For less players, the game information of the players is changed so that the benefits are the same regardless of the difference between the evaluation value and the reference value, and the number of fellow players is less than a predetermined number. The privilege given to the player is the same as the minimum privilege among the benefits given to players with a predetermined number or more of the fellow players, or the highest Of less than the benefits.

(36) In the above configuration, the fellow management means includes fellow registration cancellation means for receiving cancellation of fellow registration of the fellow player from each player. A privilege grant adjustment means for adjusting the grant of the privilege by reducing the privilege that is advantageous in the game compared to the case where the friend registration is not canceled for a predetermined period from the cancellation of the friend registration or making the privilege difficult to be given. Further prepare.

(37) In the above configuration, a message addressed to the fellow player transmitted from the terminal device of each player is received and stored in a storage device, and the message is transmitted to the terminal device of the fellow player, The apparatus further includes message transmission means for transmitting a message to the fellow player, wherein the privilege grant adjustment means is configured so that the player who has canceled the fellow player's fellow registration is a release target during a predetermined period before the fellow registration is released. When a message is transmitted a predetermined number of times or more to a fellow player, the bonus grant adjustment is not performed.

1 Game server (game management device)
2 Database server (game management device)
3 Terminal device 4 Network 11 CPU
12 ROM
13 RAM
14 auxiliary storage device 15 communication control unit 51 game information management unit 51i privilege information storage unit 51j demerit information storage unit 52 game progression unit 53 fellow management unit 55 access management unit 56 access average calculation unit 57 fellow access average calculation unit (evaluation value calculation) means)
58 Overall access average calculation means (overall average calculation means)
59 Game information changing means 59a Comparison section 59b Benefit occurrence determination section 59c Demerit occurrence determination section 60 Notification means 61 Message transmission means 73 Benefit notification information 100 Access frequency display control means (display control means)
121 privilege grant adjustment means

Claims (11)

A game management device that receives access to the game service via a network from a terminal device of each player that receives the game service, manages game information of each player, and provides the game service to each player via the network There,
Access management means for storing the access information of each player in a storage device and managing the access frequency for each player;
Fellow management means for storing and managing information related to the fellowship of each player in a storage device ;
Based on the operation of the player, the terminal device of the player is transmitted with information on the fellow candidates extracted from other players who are not yet in a fellowship relationship with the player, so that the screen of the terminal device of the player is Display control means for displaying information on fellow candidates ,
The game management device includes information regarding the access frequency of the fellow candidates in the information about the fellow candidates . The display control means further transmits, to the terminal device of the first player who has received a friend application, information related to the access frequency of the second player who has made a friend application to the first player. The game management device according to claim 1, wherein information related to the access frequency of the second player is displayed on a screen of a terminal device of the first player. A game management device that receives access to the game service via a network from a terminal device of each player that receives the game service, manages game information of each player, and provides the game service to each player via the network There,
Access management means for storing the access information of each player in a storage device and managing the access frequency for each player;
Fellow management means for storing and managing information related to the fellowship of each player in a storage device ;
By transmitting information on the access frequency of the second player who has applied for a friend to the first player to the terminal device of the first player who has received the friend application, the terminal device of the first player screen, display control means for displaying the information on the frequency of the access of the second player, game management device Ru comprising a. An evaluation value calculating means for calculating an evaluation value of a group of the player, including a player and a fellow player who is in a fellow relationship with the player , based on the access frequency of the fellow player ;
4. The game information changing means according to claim 1, further comprising game information changing means for changing game information of the player based on the evaluation value calculated by the evaluation value calculating means so as to be advantageous or disadvantageous for the game. The game management device according to item 1. An overall average calculating means for calculating an average value of the evaluation values for the group of all players receiving the game service ;
The game information changing means is arranged so as to be advantageous to the player for a player who has a larger evaluation value calculated by the evaluation value calculating means than the average value calculated by the overall average calculating means. The game information is changed, or the player's evaluation value calculated by the evaluation value calculation unit is smaller than the average value calculated by the overall average calculation unit, so that the player's game is disadvantageous. The game management device according to claim 4 which changes game information . Further comprising a total average calculation means for calculating an average value of the frequency of the access that targets all players undergoing pre Symbol game service,
The evaluation value calculating means calculates an average value of the access frequencies of the fellow players belonging to the group as an evaluation value of the group ,
The game information changing means is arranged so as to be advantageous to the player for a player who has a larger evaluation value calculated by the evaluation value calculating means than the average value calculated by the overall average calculating means. The game information is changed, or the player's evaluation value calculated by the evaluation value calculation unit is smaller than the average value calculated by the overall average calculation unit, so that the player's game is disadvantageous. The game management device according to claim 4 which changes game information . Before Symbol evaluation value calculating means, to the exclusion of the fellow player frequency of the access is less than the threshold value, the game management device according to any one of 6 to claims 4 to calculate the evaluation value. Before Symbol game information change means,
For a player whose evaluation value is greater than a reference value and the number of fellow players is greater than or equal to a predetermined number, the greater the difference between the evaluation value and the reference value, the greater the benefit that is advantageous to the game. While changing the game information of the player so that
For a player whose evaluation value is greater than the reference value and the number of fellow players is less than a predetermined number, the benefits are the same regardless of the difference between the evaluation value and the reference value. So that the game information of the player is changed,
The privilege given to a player whose number of fellow players is less than a predetermined number is the same as the minimum privilege among the benefits given to a player whose number of fellow players is a predetermined number or more. The game management device according to claim 4, wherein the game management device is smaller than a minimum privilege. Before Symbol fellow management means is provided with a fellow deregistration means for accepting the release of fellow registration of the fellow player from each player,
The player who has canceled the friend registration of the friend player has a privilege that is advantageous in terms of game compared to the case where the friend registration is not canceled for a predetermined period from the cancellation of the friend registration, or the privilege is given. The game management device according to any one of claims 4 to 8, further comprising a bonus grant adjusting unit that makes the bonus grant adjustment by making it difficult. A message addressed to the fellow player transmitted from the terminal device of each player is received and stored in a storage device, the message is transmitted to the terminal device of the fellow player, and the message is transmitted to the fellow player. A message transmission means,
In the case where the player who canceled the friend registration of the fellow player has transmitted a message more than a predetermined number of times to the friend player to be canceled during the predetermined period before the cancellation of the friend registration. The game management device according to claim 9 , wherein the bonus grant adjustment is not performed. A program for causing a computer to operate as the game management apparatus according to any one of claims 1 to 10 , wherein the program causes the computer to function as each unit included in the game management apparatus.

Images