KR101489609B1 - Game management device, game system, game management method and recording medium - Google Patents

Abstract

The game management apparatus includes access management means for storing the access information of each user in the storage device and managing the frequency of the access for each user, and information on a friend user belonging to a group centered on each user in the storage device An evaluation value calculating means for calculating an evaluation value of the group on the basis of the frequency of access by the friend user for each user; And game information changing means for changing the game information of each user so as to be made advantageous or disadvantageous in terms of the game based on the evaluation value.

Description

TECHNICAL FIELD [0001] The present invention relates to a game management apparatus, a game system, a game management method,

This application is based on and claims the benefit of priority from Japanese Patent Application No. 2011-161339 filed on July 22, 2011, the entire contents of which are hereby incorporated by reference.

The present invention relates to a game management apparatus, a game system, a game management method, a program, and a recording medium, which receive access from a terminal device of each user who receives a game service through a network and manage game information of each user.

BACKGROUND ART Conventionally, there is a game system in which a user can receive various game services provided by a game server by connecting a user terminal device (personal computer, mobile phone terminal, etc.) to a game server installed on the Internet.

Conventionally, in a game system as described above, a game system has been proposed in which a privilege is given to a user according to an access level of a user's game server in order to urge the user to continue using the game service (see Patent Document 1) .

Recently, a so-called social game, in which the above-mentioned game system is embedded and which is provided as one of the services of the SNS, is spreading in a system of a social networking service (SNS) which is a community type service that promotes and supports a relationship between people . In such a social game, each user can acquire points by becoming friends with other users who use the game service, or by communicating with the users of friends, and the system is made advantageous in terms of the game. As described above, in the social game, the promotion of communication between users is promoted, thereby enhancing the enjoyment of the game.

How to activate the game community when providing the game service for valuing the relationship between the users and the exchange relationship such as the social game is an important factor in the construction of the game system.

However, just as in the above-mentioned conventional game system, merely giving a privilege to the user in accordance with the access level to the game server of the user can not sufficiently promote the communication among users receiving the game service, It is difficult to connect with the activation of game community.

Japanese Patent Application Laid-Open No. 2003-144759

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and it is an object of the present invention to provide a game management apparatus, a game system, a game management method, a program, and a recording medium capable of providing a game service with high appeal The purpose.

A game management apparatus according to an aspect of the present invention receives game access information from a terminal device of each user who receives a game service, manages game information of each user, and provides each user with the game service through the network Wherein the game management apparatus comprises: access management means for storing the access information of each user in a storage device and managing frequency of the access for each user; information of a friend user belonging to a group centered on each user is stored An evaluation value calculating means for calculating an evaluation value of the group for each user on the basis of the frequency of the access by the friend user; Based on the evaluation value calculated by the evaluation value calculating means, the game information of each user And a game information changing means for light.

A game system according to another aspect of the present invention includes a terminal device of each user who receives a game service and a game device And a game management device for providing the game service, wherein the game management device includes access management means for storing the access information of each user in the storage device and managing the frequency of the access for each user, A buddy management unit that stores information of friend users belonging to a group centering on each user in a storage unit and manages buddies for each user; Based on the evaluation value calculated by the evaluation value calculating means; And game information changing means for changing the game information of each user so as to make the game advantageous or disadvantageous.

A game management method according to another aspect of the present invention is a game management method for managing game information of each user by accepting access from a terminal device of each user receiving a game service through a network, The game management apparatus comprising an access management step of storing the access information of each user in a storage device and managing the frequency of the access for each user, A friend management step of causing the management apparatus to store information of friend users belonging to a group centering on each user in a storage device and managing friends for each user; An evaluation value calculating step of calculating an evaluation value of the group on a per user basis, And is provided with the evaluation value calculated based on the evaluation value calculated by the step, the glass of the game or so or disadvantageous to the game information changing step for changing the game information of the respective user.

According to another aspect of the present invention, there is provided a program for causing a computer to function as: receiving access through a network from a terminal device of each user who receives a game service, managing game information of each user, A program for causing a computer to function as a game management apparatus for providing a service, comprising: access management means for storing the access information of each user in a storage device and managing frequency of the access for each user; A buddy management unit that stores information of buddy users belonging to a group to which the buddy user belongs and manages buddies for each user, and an evaluation value calculation unit for calculating an evaluation value Based on the evaluation value calculated by the evaluation value calculation means, Or changing the game information of each user so that the game information is changed or disadvantageous.

According to the present invention, motivation to communicate with a friend is given to each user, thereby enabling the entire game community to be activated. As a result, each user strengthens the relationship and exchange between friends in the game, and further strengthens the interest and interest in the game, so that a highly enjoyable game service with continuity that does not bother the user .

The game management apparatus and the game system of the present invention may be realized by a computer. In this case, a program for realizing the game apparatus in a computer and a computer readable recording medium on which the program is implemented And falls within the scope of the present invention.

The objects, features and advantages of the present invention will become more apparent from the following detailed description and accompanying drawings.

1 is an explanatory view showing a configuration example of a game system according to an embodiment of the present invention;
2 is a block diagram showing an example of a hard configuration of a game management apparatus;
3 is a block diagram showing an example of a hard configuration of a terminal device;
4 is a functional block diagram showing an example of the functional configuration of the game management apparatus;
5 is a functional block diagram showing an example of the functional configuration of game information management means;
6 is an explanatory diagram showing an example of game information managed and stored in the database server by the game information management means;
7A is an explanatory diagram showing an example of information on friends of each user stored in the friend information storage control unit;
FIG. 7B is an explanatory diagram showing another example of information on friends of each user stored by the friend information storage control unit; FIG.
8A is an explanatory diagram showing another example of information on friends of each user stored by the friend information storage control unit;
8B is an explanatory diagram showing another example of information on friends of each user stored by the friend information storage control unit;
FIG. 9A is an explanatory diagram showing an example of access information of each user stored in the access information storage control unit; FIG.
FIG. 9B is an explanatory diagram showing another example of access information of each user stored in the access information storage control unit; FIG.
FIG. 9C is an explanatory diagram showing another example of access information of each user stored in the access information storage control unit; FIG.
10A is an explanatory view for explaining an example of access performance to a game server;
10B is an explanatory diagram for explaining another example of access performance to a game server;
FIG. 10C is an explanatory diagram for explaining another example of access performance to a game server; FIG.
11A is an explanatory diagram showing an example of a screen for notifying the occurrence of a privilege;
11B is an explanatory diagram showing another example of a screen for notifying the occurrence of a privilege;
12A is an explanatory diagram showing an example of a screen for notifying occurrence of a demerit.
12B is an explanatory diagram showing another example of a screen for notifying occurrence of a demerit.
13 is an explanatory diagram showing an example of reception message information stored in the message storage control unit;
14A is an explanatory diagram showing an example of a friend list screen;
14B is an explanatory diagram showing another example of the friend list screen;
15 is a flowchart showing an example of the operation of the game system;
16 is a flowchart showing an example of a basic operation of the game server;
17 is a flowchart showing an example of generation processing of a privilege or the like.
18 is an explanatory diagram showing another example of access information of each user stored in the access information storage control unit;
19 is a functional block diagram mainly showing an example of the configuration of game information changing means;
20 is a flowchart showing another example of generation processing of benefits and the like.
21 is a functional block diagram mainly showing another configuration example of the game information changing means;
22 is a flowchart showing another example of generation processing of benefits and the like.
23 is a functional block diagram mainly showing another configuration example of the game information changing means;
24 is a flowchart showing another example of generation processing of benefits and the like.
25 is a functional block diagram showing another example of the functional configuration of the game management apparatus;
26 is an explanatory diagram showing an example of a friend candidate list screen;
27 is an explanatory diagram showing another example of the friend list screen;
28 is a functional block diagram showing another example of the functional configuration of the game management apparatus;
29A is an explanatory diagram showing another example of information on friends of each user stored by the friend information storage control unit;
FIG. 29B is an explanatory diagram showing another example of information on friends of each user stored by the friend information storage control unit; FIG.
30 is a flowchart showing an example of operation of a game server including a privilege award adjustment process;
31 is a flowchart showing another operation example of a game server including a privilege award adjustment process;
32 is a flowchart showing another operation example of a game server including a privilege award adjustment process;

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

[Overview of Game System]

FIG. 1 shows a configuration example of a game system in which a game management apparatus according to an embodiment of the present invention is incorporated. As shown in this figure, the game system comprises a game server 1 installed on a network 4 such as the Internet, a database server 2 connected to be able to communicate with the game server 1, And a terminal device 3 of each user that can communicate with the game server 1 via the communication terminal 4 in a communicable manner.

The network 4 of the present embodiment is not limited to the Internet but may be any type of network such as a dedicated line, a public line (public line), and the like, provided that the game server 1 and each user terminal 3 can communicate with each other. (A telephone line, a mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, or the like and a combination of the Internet and the Internet.

In this example of the game system, the game management device according to an embodiment of the present invention is composed of a game server 1 and a database server 2. [ The game server 1 receives access from the terminal device 3 of each user who receives the game service via the network 4 and accumulates game information of each user in the database server 2 And provides a game service via the network 4 to each user.

In this embodiment, as one form of provision of the game service by the game server 1, an example of providing a so-called browser game capable of playing a game by a web browser mounted on the terminal device 3 of each user Will be described. In the service type providing the browser game, there is no need to download or install game-specific software in the user's terminal device 3, and in an environment where the terminal device 3 can be connected to the network 4, The user can enjoy the game service provided from the game server 1 lightly.

In this game system, a browser game program (application software) is mounted on the game server 1, and the game server 1 performs arithmetic processing for progressing the game in accordance with an input operation on each user's terminal apparatus 3 Or data processing. Then, the game server 1 updates the game information of each user in the database server 2 based on the execution result of the arithmetic processing or the like, and displays the execution result on the screen of the user's terminal device 3 (Game screen data) for each user to the terminal device 3 of each user.

A web browser having a web site browsing function as a user agent is mounted on the terminal device 3 of each user so that web page information transmitted from the game server 1 can be displayed on the screen of the terminal device 3 . As the terminal device 3, for example, a portable telephone terminal, a PHS (Personal Handy-phone System) terminal, a PDA (Personal Digital Assistant) , A personal computer or a tablet type computer, etc., can be connected to the game server 1 via the network 4 and can be provided to various terminals capable of receiving game service.

In addition, the game provided in the present embodiment has elements of a so-called social game in which a user can play while communicating with other users receiving the game service. For example, by embedding the game server 1 and the database server 2 of this embodiment in the system of the social networking service (SNS), it is possible to provide a game system that provides the social game service as one of the services of the SNS . Although the game service can be provided to the user by the game system operating on the platform of the SNS, the game server 1 and the database server 2 may be built as an independent game system without being embedded in the system of the SNS.

In this game system, each user can establish a special relationship called " friend " with one or a plurality of other users receiving the game service. And a user who made a friend can obtain various merits described later. As a form for a certain user to become a friend with another user, either one of the users makes a friend application through the game server 1 to the other user, A friend application made between both users, and an operation of approval thereof. Then, the game server 1 stores the information of the friend users belonging to the group called "friends" centering on each user in the database server 2, and manages the friends for each user. Details of the application of the friend, the approval thereof, and the friend management by the game server 1 will be described later.

The game server 1 according to the present embodiment is configured to calculate the evaluation value of the group for each user based on the access frequency of the friend user belonging to the group centered on each user to the game server 1. Here, the evaluation value of the group indicates an average value or a total value of access frequency of a friend user belonging to a group centered on each user, a maximum value or a minimum value in the group, and the like. The game server 1 that manages the game information of each user has a characteristic configuration in which game information of each user is changed so as to be advantageous or disadvantageous in terms of the game based on the evaluation value of each user group . That is, the game server 1 compares the evaluation value of each user group with a predetermined reference value (first reference value), and stores the game information of the user so that the evaluation value is advantageous for the user who is larger than the predetermined reference value Thereby generating merit. Alternatively, the game server 1 compares the evaluation value of each user group with a predetermined reference value (second reference value), and changes the game information of the corresponding user so that the evaluation value becomes disadvantageous to the user who is smaller than the predetermined reference value Thereby generating a demerit. A method of calculating the evaluation value of the group, a method of determining the reference value, specific examples of merits and demerits will be described later.

According to the characteristic configuration of this embodiment, each user gives motivation to communicate with each other in order to increase the frequency of access to the entire game (access to the game server 1) do. Therefore, the entire game community can be activated. The activation of the entire game community is an important factor in realizing a highly entertaining social game, and each user has to strengthen friendship and exchanges among friends in the game, Resulting in strengthening. Therefore, the present game system can realize the provision of the game service having continuity that the user is not tired of.

Hereinafter, details of the configuration of the game management apparatus according to the present embodiment, which can promote the entire game community as described above, will be described. In the following description, an example in which an average value of access frequency of a friend user belonging to a group centered on each user (hereinafter referred to as "friend access average") is used as an evaluation value of a group.

[Configuration of Game Management Apparatus]

As described above, in this embodiment, the game management apparatus is composed of the game server 1 and the database server 2. [ Fig. 2 shows an example of the hard configuration of the game server 1. As shown in Fig. As shown in this 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 main memories, An auxiliary storage device 14, a communication control section 15 and an input / output control section 16 which are connected to each other via a bus line 17 including an address bus, a data bus, and a control bus. An interface circuit is interposed between the bus line 17 and each component as required, but the illustration of the interface circuit is omitted here.

The CPU 11 interprets and executes commands of application software such as system software and game programs, and controls the entire game server 1. [ The ROM 12 stores programs necessary for basic operation control of the game server 1 and the like. 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 for storing application software such as a game program and various data. As the auxiliary storage device 14, for example, a hard disk drive or the like can be used. The program of this embodiment for operating the game server 1 (computer) as a game management device is also stored in the auxiliary storage device 14, and the program is stored in the auxiliary storage device 14 Is loaded from the RAM 14 to the RAM 13 via the bus line 17 and is executed by the CPU 11. [

The communication control unit 15 has a communication interface 15a connected to the network 4 and controls communication between each user's terminal devices 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, in the case of a system configuration in which the game server 1 is built in the SNS, the communication control unit 15 of the game server 1 controls communication between SNS servers (not shown)

The input / output control unit 16 is connected to the database server 2 in a communicable manner and is a database interface for performing input / output control when the CPU 11 executes reading / writing of data (records) to / from the database server 2.

The database server 2 is a storage device having an area for storing game information of each user managed by the game server 1, and is provided with, for example, a large capacity hard disk device having a RAID (Redundant Arrays of Inexpensive Disks) configuration. The database server 2 stores various game information (user name, level, in-game point, possession item, etc.) of each user in association with identification information (user ID) uniquely identifying each user, A relational database, an object database, or an object relation database.

In the present embodiment, an example is shown in which the game management apparatus is composed of the game server 1 and the database server 2, but the present invention is not limited to this. For example, the game server 1 may be provided with the function of the database server 2, so that the game management device may be constituted only by the game server 1. In addition, the game server 1 may be configured as a plurality of servers by distributing the functions of the game server 1 to a plurality of servers. For example, when the user operates the terminal device 3 to access the game server 1, an authentication server having an authentication function for determining whether or not the user is a regular user is referred to as a main server 1 of the game server 1 It may be installed separately from the server, and the game server 1 may be constituted by the main server and the authentication server. As another example of configuration, a charging management server for performing charging management when the user purchases the item to be charged in the game is installed separately from the main server of the game server 1, and the main server, the authentication server, The game server 1 may be constituted by a game machine.

Further, if the number of users using the game service is several hundreds of thousands, millions of users, or more, it is required to construct a server system capable of withstanding a huge access from a plurality of users' terminal devices 3, , A plurality of game servers 1 may be installed on the game server 1 so as to achieve redundancy (multiplexing). In this case, it is preferable to provide a load balancer for adjusting the load between the plurality of game servers 1.

Next, the configuration of the terminal device 3 of the user who accesses the game server 1 according to the present embodiment and receives the game service will be described.

[Configuration of terminal device]

As the terminal device 3 operated by the user, various terminals having a web site browsing function, including the mobile phone terminal, can be applied as described above. In the present embodiment, the configuration of the mobile phone terminal will be described as an example. It is also possible to display a game screen using the website viewing function or perform an input operation for executing a game with respect to the terminal device 3 other than the mobile phone terminal, Is the same as the mobile phone terminal.

A mobile phone terminal having a Web site browsing function and the like is also referred to as a feature phone or a smart phone, and FIG. 3 shows a configuration example thereof. As shown in this figure, the terminal apparatus 3 mainly includes a CPU 31, a ROM 32 and a RAM 33 as main memories, an image processing section 34, a display section 35, An audio input unit 37, an audio output unit 38, an auxiliary storage unit 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. [ An interface circuit is interposed between the bus line 42 and each component as needed, but the illustration of the interface circuit is omitted here.

The CPU 31 interprets and executes commands of various programs including a web browser, and performs control of the entire terminal apparatus 3. The ROM 32 stores programs necessary for basic operation control of the terminal apparatus 3 and the like. Various programs and data loaded from the ROM 32 or the auxiliary storage device 39 are stored in the RAM 33 and a work area for the CPU 31 is secured. A web browser for displaying game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage 39 and loaded into the RAM 33 and executed by the CPU 31. [ In addition, various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary memory 39 together with the web browser.

The image processing section 34 drives the display section 35 based on the image display command from the CPU 31 and causes the display section 35 to display an image on the screen. A variety of known display devices such as a liquid crystal display and an organic EL (Electro-Luminescence) display can be applied to the display portion 35.

The sound processing unit 36 converts an analog voice signal into a digital voice signal when a voice is inputted from the voice input unit 37 and generates an analog voice signal based on a pronunciation instruction from the CPU 31, (38). The voice input unit 37 is composed of a microphone built in the terminal device 3 and is used when telephone communication or recording is performed. The voice output unit 38 is composed of a speaker for outputting a sign language speaker for telephonic communication and a telephone ring tone or a sound effect at the time of executing a game.

The auxiliary storage device 39 is a storage device for storing various programs, data, and the like. As the auxiliary memory device 39, for example, a flash memory drive or the like can be used as an internal memory of the mobile phone terminal, and a memory card reader / writer, for example, can be used as an external memory of the mobile phone terminal.

The operation input unit 40 receives a user's operation input and outputs an input signal corresponding to the operation input to the CPU 31 via the bus line 42. [ Examples of the operation input unit 40 include physical buttons such as a direction instruction button, a decision button, an English number input button, and the like installed in the main body of the terminal device 3. In the case of the terminal device 3 constituting the display section 35 as a so-called touch screen by mounting a touch panel (touch input type interface) on the screen of the display section 35, .

The communication control unit 41 includes a communication interface 41a and has a communication control function for data communication at the time of game operation and a communication control function for transmitting and receiving voice data as a cellular phone terminal. Here, the data communication communication control function includes, for example, a wireless LAN connection function, an internet connection function through a wireless LAN or a cellular phone network, and a short-range wireless communication function using a predetermined frequency band (for example, a frequency band of 2.4 GHz) do. The communication control unit 41 transmits an access signal for connecting the terminal device 3 to a wireless LAN, the Internet or the like based on a command from the CPU 31, receives information transmitted from the communication counterpart, 31).

An imaging device (camera) such as a GPS (Global Positioning System) signal receiving circuit or a CCD (Charge Coupled Device) image sensor, a three-axis acceleration sensor, or the like may be provided in the terminal device 3, GPS position information and the like may be utilized in the game.

In the terminal device 3 having the above-described configuration, the user who wants to receive the game service operates the web browser to perform an operation of accessing the game site managed by the game server 1. When the access is authenticated to the game server 1, the communication control unit 41 of the terminal device 3 receives the game screen data described in HTML or the like transmitted from the game server 1, Executes the web browser to display the game screen on the display unit 35. [ Here, the user selects and inputs a selectable button object and a hyperlink displayed on the game screen by operating the operation input unit 40. [ The game server 1 proceeds the game according to the selection input and transmits new game screen data to the terminal device 3. [ This new game screen is then displayed on the display section 35 of the terminal device 3. The user then selects the button object or the like selectable on the game screen displayed on the display section 35, So that the game provided by the game server 1 can be played.

[Functional Configuration of Game Management Device]

Next, the main functions of the game management apparatus (game server 1 and database server 2) configured as described above will be described. 4 is a main functional block diagram of the game management apparatus.

The game management apparatus mainly includes a game information management unit 51, a game progress unit 52, a friend management unit 53, an authentication unit 54, an access management unit 55, an access averaging unit 56, (Total average calculating means), game information changing means 59, notifying means 60 and message transmitting means 61 are provided in addition to the means for calculating average calculating means 57 (evaluation value calculating means), the total access average calculating means 58 . These means 51 to 61 are realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

The game information management means 51 accumulates and manages the game information of each user in the database server 2. The items of the game information managed by the game information management means 51 differ depending on the content of the game service provided to the user by the game server 1. [

Examples of the game provided by the game server 1 include sports games on the theme of various sports such as baseball, soccer, and golf, battle games based on battle, music simulation games, and various other role- Games, simulation games, and the like, there are various games regardless of the game type and genre. As an example, in the present embodiment, a 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 is exemplified in which a user possesses a player character in the game and can use the player character to play (match) with another user in the game. The player character owned by the user can make the form of the player character in a card form in which the viewer character 3 can be visually recognized on the screen of the terminal device 3. [ That is, the player character is managed by the game server 1 as a digital player card, and is displayed on the screen of the user's terminal device 3. Fig. 11A illustrates a player card 71 appearing on the screen of the user's terminal device 3, and shows the type of the player character and the degree of rareness of the card It is displayed on the screen as a digital player card. The user collects player cards while playing the game, forms his own original team, and competes with other users to compete in the rankings. Further, the user can improve the ability of the player card (player character) by combining the player cards collected, and enjoy the game aiming at making the team stronger.

5, the game information management means 51 for managing the game information of each user in the baseball game includes a user information storage control section 51a, a level information storage control section 51b, The ownership storage control unit 51d, the owned coin storage control unit 51e, the owned item storage control unit 51f, the match result storage control unit 51g, the ranking storage control unit 51h, the privilege information storage control unit 51i, a demerit information storage control section 51j, and the like. 6 shows an example of game information of each user (in this example, user ID = "000001") stored in the database server 2 by each of the storage control sections 51a to 51j of the game information management means 51 Game information for one person).

The user information storage control unit 51a stores user information related to each user such as a login ID, a password, a user name (a nickname used in the game, etc.), a team name, and the like in association with a user ID uniquely identifying each user , And stores it in a predetermined storage area of the database server 2 for each user ID. Here, the login ID and the password are used for login authentication when each user accesses the game server 1 by operating the terminal device 3. The user name and the team name are arbitrary information set by the user when the user registers the member for receiving the game service or when the game is started and executed. The user name and the team name are displayed on the game screen as needed.

The level information storage control unit 51b stores level information such as the level of the user and the level of the belonging league in a predetermined storage area of the database server 2 for each user ID in association with the user ID. In the baseball game, for example, the experience value is accumulated by the user playing the game, and the user's level is raised by reaching a certain amount of experience value. In the baseball game, for example, there are a plurality of leagues of different levels, and each team of the users belongs to one league and automatically matches (league) with another team of the league have. Further, according to the results of the league game, the substitution transition between the teams of the users belonging to different leagues is automatically executed, and the league level to which the user's team belongs is changed. The level information storage control unit 51b stores the level of this user and the level of the belonging league in association with the user ID.

The owning player card storage control unit 51c stores the information of the player cards acquired and possessed by the user in the game in association with the user ID in the predetermined storage area of the database server 2 for each user ID. Examples of the information of the player card include identification information (player card ID) for uniquely identifying the player card, a capability value indicating the height of the player's ability, and a regular player flag.

FIG. 6 shows an example in which the ability value of the athlete 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 "hit", "main power", "defense", and if the player card is a pitcher, Quot ;, " pitching ", " change ", and the like. The ability item is not limited to this example, but can be increased or decreased. The regular player flags are flags that determine whether a regular player owned by the user is a regular player participating in a match with a team of another user or a candidate player other than a regular player, When this is " 1 ", it indicates that it is registered as a player card of a regular player. By operating the terminal device 3, the user can select a regular player from his owning player card or set a team order.

In the database server 2, a player card database in which image data of a player card, player name, position, belonging club, ability value (initial value not reinforced by composition) 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 control section 51c.

The owning point storage control unit 51d stores various points (including values corresponding to points) owned by the user in the game in association with the user IDs in a predetermined storage area of the database server 2 for each user ID do. In this game, there are various game modes, and it is possible to acquire various points according to the game mode, or to use the acquired points.

As shown in Fig. 6, examples of the points include an action point, an operation cost, an enhancement point, and a member point in addition to the above-mentioned experience value. An action point is used as a "scout mode" in which a player is scouted by searching for a player card while consuming the corresponding action point. The operating cost is used in a " game mode " in which competitors of individual competitions are designated by designating another user, and is consumed by performing the individual competition with a position called cost (point) when the game is operated. For example, it may be desirable to have a point or operating cost reduced and consumed during a game to be recovered over time (e.g., to recover one point for every three minutes), or the experience value may reach a certain amount So that the level of the user can be recovered.

Further, the reinforcement point is used in a " reinforcement mode " for improving the ability of the player card by combining the player cards owned by the user, and is consumed by performing the combination. This reinforcement point can be acquired by, for example, execution of a scout mode or execution of a match mode. In addition, the membership point is a point that the user can acquire by sending a message or the like to another user (by sending a member). This member point is a "player lottery acquisition mode" in which a predetermined number (for example, one) of player cards can be obtained by a lottery based on a random number among all the player cards managed by the game server 1 , And can receive a draw of a player card per predetermined membership point.

The coin storage control unit 51e associates coins owned by the user in the game (a game call different from the above point) in association with the user ID in a predetermined storage area of the database server 2 for each user ID I remember. This coin is required when, for example, acquiring an item to be charged or the like.

The owned item storage control unit 51f stores the items acquired by the user in the game in association with the user ID in a predetermined storage area of the database server 2 for each user ID. As shown in Fig. 6, examples of the item include a recovery item, a piece of a puzzle card, a fake card, and the like. The recovery item is an item that recovers the aforementioned action point and / or operation cost, which is consumed during the game, to a maximum value in a moment without waiting for passage of time. For example, a recovery item may be obtained by purchasing the coin by consuming the coin, or by satisfying a predetermined bonus condition in the game.

A piece of a puzzle card is an item which can obtain a powerful player card having a high ability value by completing a puzzle card by collecting a predetermined number of pieces (for example, six pieces of P1 to P6). For example, a piece of a puzzle card can be obtained when a lottery based on a random number is executed at the time of execution of the scout mode, and in a match mode, a piece aimed at a piece owned by another user is won, In this case, it is possible to steal from the opponent's opponent.

By setting the fake card to the piece of the puzzle card, it is an item that can prevent the aimed piece from being taken out once even if it is given to another user in the competition mode. For example, a fake card may be obtained by purchasing the coin by consuming the coin or by satisfying a predetermined bonus condition in the game.

The match result storage control unit 51g associates a match ID for uniquely specifying a match played by the team of the user against the team of the other user in association with the user ID in a predetermined storage area of the database server 2 . Here, the match uniquely specified by the match ID includes a match of the individual match played by the user specifying the match opponent and a match of the league match automatically performed by the game server 1. [

In addition, the database server 2 is associated with the match ID, and the match date and time (time of starting or ending the match in the real world), the user ID of the winning team, the user ID of the lost team, the match score, A pitcher character, a player character who has hit a home run, information on a match pitch, and the like. The game information management means 51 can acquire information on the match result corresponding to the match ID from the match database on the basis of the match ID stored in the match result storage control section 51g.

The ranking memory control section 51h associates the rank information such as the number of victories and losses of the team of the user before the league match or the substitution and the rank in the belonging league based on the win / In a predetermined storage area of the database server 2. For example, a league match is automatically performed on a predetermined number of matches (for example, 12 matches each day) at a predetermined time on each day of Monday through Friday in the real world. In addition, it is assumed that the substitution transfer is automatically performed on a predetermined number of matches (for example, 12 matches on each day) at a predetermined time on Saturday and Sunday in the real world. In this case, as shown in Fig. 6, the ranking memory control section 51h stores the ranking information for each day of Monday through Sunday in the real world, and updates the ranking information to the latest information every week.

The privilege information storage control unit 51i stores information on the privilege given to the user in association with the user ID in a predetermined storage area of the database server 2 for each user ID. The privilege in the present embodiment is given to a user whose friend access average exceeds a reference value (first reference value). In this case, the privilege is given as an advantageous state in the game (merit-generated state) as compared with before the privilege is granted, and in FIG. 6, an example in which the privilege that three times of competition is advantageous is given to the user. Details of this privilege will be described later.

The demerit information storage control section 51j stores the demerit information given to the user in association with the user ID in a predetermined storage area of the database server 2 for each user ID. The demerit in the present embodiment is given to a user whose friend access average is lower than the reference value (second reference value). To give a demerit here is to make the game unfavorable compared to before demerit. Details of this demerit will also be described later.

Next, the game progress means 52 shown in Fig. 4 will be described. The game progress means 52 executes the game in response to the user's operation on the terminal device 3 and generates game screen data according to the execution result and transmits it to the terminal device 3, ) To display the game screen according to the operation of the user, thereby advancing 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 user performs an operation of selecting a selectable button object or a hyperlink on the game screen when the game screen is displayed by the web browser of the user's terminal device 3, And is transmitted to the game server 1 by the web browser of the device 3. In the game server 1 that has received the request, the game execution means 52a reads the game information of the user according to the request, and executes the game by performing calculation and data processing.

For example, in the case where the user performs an operation to compete with a team of other users in the competition mode, the game execution means 52a sets the player cards of both teams corresponding to the user IDs of both users (Player card information of a regular player participating in a match) from the database server 2. Then, the game execution means 52a performs an operation for determining win or loss based on the ability values of the player cards of both teams and the like. As an example of the calculation of the win / lose decision, it is possible to simply set the winner team having a higher sum of the abilities of the player cards of both teams higher, and increase the probability that the winner team having the higher sum of abilities values will win, . In addition, the game executing means 52a may perform an operation for determining whether or not to produce various effect effects affecting the win / loss, based on a combination of player cards constituting the team before an operation for determining win / loss.

The game screen generating means 52b generates game screen data composed of, for example, HTML data in accordance with the execution result of the game executing means 52a. The HTML data may include image data such as a player card read from the database server 2. [ A script (program) operated by the plug-in of the web browser of the terminal device 3 may be embedded in the HTML data.

The game screen transmitting means 52c transmits the game screen data (HTML data or the like) generated by the game screen generating means 52b to the terminal device 3 of the user as a response to the request of the game screen. In the terminal device 3 of the user who has received the game screen data, the game screen is displayed on the display section 35 by the web browser.

Next, the friend managing means 53 will be described. The friend managing means 53 has a function of storing information of a friend user belonging to a friend (group) centered on each user in the database server 2 (storage device) and managing friends for each user. The friend management means 53 includes a friend information storage control section 53a.

7A shows an example of information about friends of each user stored and managed by the database server 2 by the friend information storage control unit 53a. The friend information storage control unit 53a associates the user ID with the user's ID, information on the limitation number of the friend, the user ID of the friend user who is already in a friend relationship, the user ID of the friend application user, ID and the like in a predetermined storage area of the database server 2 for each user ID. In the example of FIG. 7A, information on a friend of one user with the user ID = "000001" is shown. The number of friends is limited to 20, the friend users of the user are 10, There are 0 users who have received an application but are unapproved.

In the baseball game of the present embodiment, by creating a friend, bonus points are given to both users who become friend relationships (for example, the maximum value of the action point or the operation cost can be increased by a predetermined point). In addition, the game specification is such that the game can be advantageously advanced by cooperating with a user of a friend in a game, or by presenting and cheering a player card among friends. In this way, the user is given the merit of making a friend in the game, thereby facilitating the making of a friend. However, each user has a limited number of friends (a maximum number of friends who can make friends) according to the progress of the game, and the friend information storage control unit 53a stores the limit number of friends in association with the user ID . For example, the limit number of friends is set to increase as the level of the user increases. In this way, the user is motivated to continue the game so as to improve the level in order to make more friends and make the game more advantageous.

In the present embodiment, in order for two users to become friends, one of the users makes a friend application via the game server 1 to the other user. As an operation example of the friend application, a user who wants to make a friend first performs an operation to list up the target candidates of friend candidates on the screen of the terminal device 3. According to the operation by the user, the game server 1 transmits screen data listing up the target candidates of the friend candidates, for example, as shown in the screen example of Fig. 26, a screen in which a plurality of friend candidates are listed up And is displayed on the terminal device 3 of the user. Here, the user confirms the user level of the list-up target person, the belonging league level, and the like on the screen, selects a user who wants to be a friend, and operates the friend application. Details of the friend candidate list screen of Fig. 26 will be described later.

For example, suppose that a user A having a user ID = "000001" performs a friend application operation on a user B having a user ID = "000002". 7A, in accordance with this operation, the friend information storage control section 53a of the game server 1 associates the user ID of the user A with the user ID of "000001" , The user ID = "000002" of the user B as the applicant is stored as " application user ID ".

8A, the friend information storage control section 53a associates the user ID of the user B with the user ID of "000002" as the game information of the user B, which is the applicant, ID = "000001" as " unauthorized user ID ". Then, when the terminal device 3 of the user B logs into the game server 1, the game server 1 notifies the user A that the friend application has been made.

Then, the user B who has received the friend application confirms the information such as the user level of the user A and the belonging league level received from the game server 1 on the screen of the terminal device 3, and selects whether to approve or reject it as a friend Operation is performed. Here, in the case where the user B has performed an operation of approving it as a friend, the friend managing means 53 of the game server 1 according to this operation establishes a friend relationship between the user A and the user B, Register your friends. That is, as shown in Fig. 7B, as the game information of the user A, the user ID = "000002" of the user B is stored as the "friend user ID" in association with the user ID = "000001" , And deletes the user ID of the user B from the " application user ID ".

8B, the friend information storage control unit 53a stores the user ID = "000001" of the user A in association with the user ID = "000002" of the user B as the "friend user ID" , The user ID of the user A is deleted from the " unapproved user ID ". Then, when the terminal device 3 of the user A logs into the game server 1, the game server 1 notifies the user B that the friend has been approved.

Next, the authentication means 54 will be described. When the user who wants to receive the game service attempts to access (login) the game server 1 by operating the terminal device 3, the authentication means 54 judges the presence or absence of the game participation qualification of the user and performs the login authentication . As an example of this authentication, there is an authentication based on a login ID and a password associated with the user ID. For example, when the user uses the game service for the first time, it registers the login ID (arbitrary alphanumeric number, mail address, etc.) and password as member information in the game server 1. [ Then, at the next log-in to the game server 1, the user operates the terminal device 3 to transmit the login ID and password to the game server 1. [ At this time, the authentication means 54 of the game server 1 judges whether or not the combination of the login ID and the password received from the terminal apparatus 3 of the user is registered, and performs login authentication.

In addition, when the present game system is embedded in the system of the SNS, the member registration information (login ID and password) of the SNS may be used as registration registration information for receiving the game service of the game system as it is. For example, when the user's terminal device 3 is initially logged in to the SNS server and the game site managed by the game server 1 is accessed for the first time, the SNS server automatically accesses the game server 1 The login ID and the password are transmitted so that the user can register the use of the game service without registering the login ID and the password again.

In order to omit the trouble of inputting the login ID and the password every time the user accesses the game server 1, the object identification number of the mobile phone terminal, which is the terminal device 3 (An ID for uniquely identifying the contractor of the mobile phone terminal, an ID that is unchanged if the contractor is the same even if the model is changed) . That is, when the user operates the portable telephone terminal to register the member, the game server 1 acquires the object identification number or the contractor unique ID contained in the data transmitted from the portable telephone terminal, , And stores the corresponding object identification number or contractor unique ID in association with the user ID in the database server 2. When receiving the access request from the cellular phone terminal, the authentication means 54 determines whether the object identification number or the contractor unique ID is registered and performs login authentication. Thus, at the time of accessing the game server 1, the user can log in by omitting input of the login ID and password.

Another method of omitting the trouble of inputting the login ID and password every time the user accesses the game server 1 is to use information of HTTP cookie (hereinafter referred to as a cookie). That is, when the user operates the terminal device 3 to register the member, the game server 1 issues the object ID information corresponding to the login ID and the password and registers it in the database server 2, And transmits the information to the terminal device 3 as a cookie. At this time, the browser of the terminal apparatus 3 stores the received Cookie in the terminal apparatus 3. The browser of the terminal device 3 transmits a cookie to the game server 1 together with a page view request at the time of accessing the game server 1 from the next time, It is possible to judge whether or not the individual identification number of the cookie is registered and perform the login authentication.

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

9A shows an example of access information of each user stored in the database server 2 and managed by the access information storage control unit 55a. The access information storage control unit 55a associates with the user ID the number of accesses of the user for each day of the week from Monday to Sunday in the real world and the number of accesses for each week from one week to n weeks before in the real world And stores the access average of the user in a predetermined storage area of the database server 2 for each user ID. The access information stored by the access information storage control unit 55a is not limited to the example shown in Fig. 9A. For example, even if the access number of the user for each day in the latest predetermined period (for example, 30 days) do. Details of the access information stored in the access information storage control unit 55a will be described later.

The access average calculating means 56 of the present embodiment calculates the " access average " which is the average value of the access frequency of each user to the game server 1 as a target of the frequency with which the user accesses the game server 1. Here, the calculation method of the access averages exists in myriad ways, and can be arbitrarily set for the period (access average calculation period) when calculating the access average, for example.

However, the access average of each user calculated by the access average calculating means 56 is a value that is a basis for calculating the friend access average by the friend access average calculating means 57, It is desirable to determine the access average calculation period in consideration of this. Therefore, in the present embodiment, the access average calculating means 56 calculates the access average of each user for a recent predetermined period (hereinafter referred to as an access average calculating period), for example, the last seven days, The average calculating means 57 calculates a friend access average for a group of friends centered on each user.

There are several things to consider when setting the access averaging period. First, since the replacement of the user (the user who has stopped receiving the game service and the new participating user) always occurs, the access average calculation period is a relatively long period of several months, It is easy for the user to be replaced. The user who has started or stopped the game service during the access averaging calculation period does not satisfy the periodical condition for calculating the access average. Therefore, it is preferable to exclude the access average calculation period from the calculation target, More preferably 5 days to 10 days, so that it is possible to reduce the exclusion of the calculation object that does not satisfy the periodic condition. Particularly, for a new participating user who has started a game service, never making a state in which an access average is not calculated (that is, does not contribute to a privilege granting) until a long access average calculation period such as several months elapses It is not preferable. Therefore, it is preferable to set the access average calculation period to be within one month, and more preferably to be limited to about five to ten days.

In addition, if the access average calculation period (the number of times when calculating the access average) is limited to a period of one month or less, more preferably, from 5 days to 10 days, for example, It is possible to avoid a situation in which a change in the average value becomes insufficient and a feeling of overuse occurs.

Further, by setting the access average calculation period to be the "latest" period (for example, the last seven days), the access of the user to the game server 1 every day is reflected in the access average. Here, " recent " means that the timing at which the game server 1 changes the game information of the user based on the friend access average (timing of generation of a privilege or demerit) is recent. For example, even if the access averaging calculation period is set to the same seven days, it is not limited to seven days from the "latest" seven days before (seven days before one day to seven days before) Day, the access averaging period ends before one week already, and access to the game server 1 after the end of the corresponding period is not reflected in the access averages. On the other hand, if the access average calculation period is a predetermined period of " recent ", daily access until the occurrence of the privilege occurrence or demerit occurs is reflected in the calculation result of the access average, To increase motivation.

Hereinafter, in the present embodiment, an example in which the access average calculation period is set to the latest seven days will be described. Whether the merit (benefit) has occurred as a result of the comparison of the friend access average and the reference value or whether the demerit has occurred can be understood easily by the user on the day of the week. Therefore, in the present embodiment, an example of notifying the user of the result of the comparison of the friend access average of the last seven days from Monday to Sunday of the previous week and the reference value on the next Monday will be described.

9A, the access information storage control unit 55a of the access management means 55 associates the user's access count for each day of the week from Monday to Sunday in the real world in association with the user ID, It is stored for each user ID. That is, in the example of FIG. 9A, the access frequency is stored as "number of times / day" as the number of times the user accessed the game server 1 in one day for the last seven days from Monday to Sunday.

Here, the access count is the number of times that the user's terminal device 3 accesses the game server 1 from a state in which the game server 1 is not connected (a state in which the session is not established) and logged in. Therefore, in principle, the access to the game server 1 for advancing the game after login is not included in the count of the number of accesses. After logging in, if the game is once accessed and logged into the game server 1 again after logging off, the count is counted as the number of accesses.

If the log-in time is before 0:00 am, which is the date change time, and the log-out time is past 0:00 am, that is, if the game is played over the date, the game server 1 ) May regard the access during log-in as an access different from the day of log-in, and count the number of accesses.

In the game server 1, the date change time on the game management may be set to a time different from 0:00 am. For example, the day of game management may start at 3:00 am and may be changed to 3:00 am on the next day, so that the game management date changes every day at 3:00 am.

Next, a concrete calculation example of the access average by the access average calculating means 56 when the access average calculating period is set to the latest seven days will be exemplified. Various methods are conceivable as the calculation method of the access averages. Here, the calculation examples (1) to (3) will be described as typical calculation methods.

In the calculation example (1), the sum of the number of accesses for seven days is divided by seven days, and the number of accesses per day (times / day) is calculated as the access average. For example, as shown in FIG. 10A, when user A accesses 0 times, 1 time, 4 times, 1 time, 3 times, 5 times, and 0 times on each day of Monday to Sunday, The access average of A,

.

In the calculation example (2), when the game server 1 is accessed at least once a day, the count of the day is set to "1", and the day when the game server 1 is not accessed is set to "0". That is, if there is an access even at least once a day, it is evaluated that there is access and the count is set to "1". Then, the total of the 7-day counts is divided by 7 days, and the count (count / day) per 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 is equal to one. In the example of the user A shown in Fig. 10A, the access average of the user A is,

.

In the calculation example (2), it is not necessary to store the access frequency of each day of the user as in the example of Fig. 9A, as the access frequency information of the last seven days. 9C, the access information storage control unit 55a associates the user ID with the presence / absence (YES = "1") of the user for each day of the week from Monday to Sunday of this week in the real world, , And non-zero = 1 "), for each user ID. In this case, since the presence or absence of access can be stored as 1-bit information, it is possible to reduce the storage capacity rather than storing the number of accesses as a plurality of bits.

The calculation example (3) is a modified example of the calculation example (2). The calculation example (3) is a modification example of the calculation example (2), in which the weight is changed by changing the weight at the time of access averaging by the day of accessing the game server 1 only once a day, Take an average. For example, a count when accessing only once a day is set to "1", a weight is given so that a count when accessing a plurality of times a day is greater than 1, and an access average of each user is calculated. In the case of expressing an example of the weighting, when the number of accesses on a certain day is a,

, And as the number of access increases, the weight increases. In this calculation method based on the weighted average, if there is an access even at least once a day, it is highly evaluated that there is an access, the count is set to "1", and when there is a plurality of accesses a day, And the count is set to 1 or more. According to the weighting method of Equation (1), when access is performed twice or more a day, the count increases by 0.1 each time the access is incremented by one. In the example of the user A shown in Fig. 10A, the access average (weighted average)

.

The calculation method of the access averages is not limited to the calculation examples (1) to (3). For example, the method of assigning weights at the weighted average calculation may be changed.

Here, calculation examples (1) to (3) will be examined based on the example of access performance of the users A, B, and C shown in Figs. 10A to 10C to the game server 1.

The user A in Fig. 10A has five days of accessing at least one of the seven days, and the number of accesses is different depending on the day. User B in Fig. 10B has the same total number of accesses as in user A 14 times, but only three days in the case of one or more accesses during 7 days, and intensive access from Friday to Sunday. The user C in Fig. 10C accesses a total of the access counts less than the users A and B, but accesses once a day regularly over seven days. As described above, the access result is different for each person, and the calculation result of the access average is also greatly different depending on which of the calculation examples (1) to (3) is adopted.

For example, in a case where the evaluation focuses on a large number of accesses to the game server 1, a calculation method of the access average of the calculation example (1) is suitable. In the calculation method of calculation example (1), the access average of user C is lower than the access average of users A and B.

On the other hand, in a case where the emphasis of evaluation is given to a constant access within the average calculation period rather than a simple number of accesses, the calculation method of the access average of the calculation example (2) or (3) is suitable. In the calculation method of the calculation example (2) or (3), the access average of the user C is higher than the access average of the users A and B. For example, in the case of a game service that employs a so-called item charging method, in which the basic game fee is free and charges only for use of some items, etc., although a large amount of access is also important, (2) or (3), which places an emphasis on evaluation in constant access, is preferable. Particularly, the calculation example (3) employs a weighted average which is an object of evaluation with a large number of accesses while emphasizing evaluation on a constant access, and is most suitable.

The access average calculating means 56 calculates the access average of each user on the basis of the number of accesses (see FIG. 9A) of the latest Monday to Sunday stored in the access information storage control section 55a every Monday, . As shown in FIG. 9B, the access information storage control unit 55a associates the calculation result of each user with the user ID, and stores the result in the database server 2 as the access average one week before. As shown in this figure, the access information storage control section 55a resets information on the number of accesses from Monday to Sunday in order to record a new access count of Monday to Sunday this week do).

In the present embodiment, data for the access averages calculated in the past by the access averaging means 56 is stored by the access information storage control unit 55a n weeks before. That is, information on the access frequency from one week to n weeks before each user is stored as an access average for each week.

Next, the friend access average calculating means 57 will be described. The friend access average calculating means 57 uses the access average value of each user calculated by the access average calculating means 56 to calculate the "friend access average" of friends (groups) centered on each user as the average . The value of the access average of each user used in the calculation of the friend access average is a predetermined period until the user's game information is changed (that is, the privilege or demerit occurs) based on the friend access average In the last seven days). That is, the friend access average calculating means 57 calculates the friend access average for the last seven days until the game information of the user is changed.

The target period for calculating the friend access average is not limited to the period immediately before the game information of the user is changed based on the friend access average (for example, the last seven days), and the game information is changed However, by setting the predetermined period until the game information is changed, the daily access until the judgment as to whether merit or demerit has occurred is reflected in the calculation result of the friend access average .

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

In addition, as for the user who has not made any one friend, the friend access average is not calculated because the friend is not centered on the user, and therefore the merit (benefit) based on the friend access average or There is no demerit.

Next, the total access average calculation means 58 will be described. The total access average calculating means 58 calculates the access average of each user calculated by the access average calculating means 56 based on the access averages of the accesses to all users receiving the game service provided by the game server 1 Quot; total access average " which is the average value of the frequencies. In the present embodiment, an example will be described in which the total access average is used as reference values (first reference value and second reference value) to be compared with the friend access average of each user.

The game information changing means 59 changes the game access information for the user whose friend access average calculated by the friend access average calculating means 57 exceeds the total access average calculated by the total access average calculating means 58 (first reference value) And has a function of changing the game information of the user so as to be advantageous in terms of the game to give a privilege. The game information changing means 59 also has a function of generating demerits by changing the game information of the user so that the friend access average becomes lower than the total access average as the second reference value in the game.

The game information changing means 59 includes a comparing portion 59a for comparing the friend access average of each user with the total access average, And a demerit generation determining section 59c for determining the presence or absence of demerit based on the comparison result between the comparing section 59a and the comparing section 59a. The game information changing means 59 changes the game information of the user who has determined that the privilege occurrence determining section 59b or the demerit occurrence determining section 59c generates the privilege or demerit Game information stored and managed in the server 2) in accordance with the contents of the privilege or demerit.

Here, a privilege given to a user whose friend access average exceeds the total access average will be described. The benefit is that it is advantageous in terms of the game compared with the case in which the benefit is not granted, and various benefits are conceivable depending on the type and contents of the game.

As an example of the privilege in the baseball game of the present embodiment, there is an advantage in the game that the number of times of battle n (for example, three battle times) is improved in the battle mode in which the ball is batted with another team. As a method for favoring the game progression of n games, there is a method of improving the power of the team of the user by n times of the games.

Even if the power of the team of the user is improved by the privilege, there are several methods. In the competition mode, among the player cards owned by the user, a player card of a regular player participating in the match is selected and played (for example, the user selects among the player cards owned by the regular player And combines the team orders from the cards of the regular players). Therefore, normally, it is not possible to use the power of the player's team other than the player's possession card.

However, in the case where the power of the team is improved by the privilege, one of the strongest player cards (player cards having the highest ability value) among all of the possession cards of the user's friends is automatically set to one of the cards of the regular player Replace the sheet. In this case, the game progress means 52 of the game server 1 automatically performs the player card replacement process described above at the time of execution of the prize object competition. In addition, when the user owns the player card which is the strongest among the player cards of the user's friend's power source, the value of the player's ability value is higher than the player card of the strongest one (the special player card prepared by the game server 1) The chapter may be automatically replaced with one of the cards of the regular player of the user.

As another method for improving the team power of the user by the privilege, there is a method of improving the capacity value of part or all of the player card of the regular player participating in the match in the competition mode by a predetermined ratio (or a predetermined value) There is also. In this case, the game progress means 52 of the game server 1 performs processing for improving the ability value of the player card of the team of the user who has received the privilege at the time of executing the prize object competition.

In addition, as another method of favoring the game progression of the n batting games, there is a method of improving the probability that the team of the user to which the award is given is victorious by n times of the competition (accordingly, the probability that the opponent team of the user of the opponent wins ) Is also considered. For example, if the ability of the teams of both players to play the game is the same, if there is no privilege given to any user, the winning probability of both teams is 50%. However, in a game in which a privilege is given to one player, The victory probability of the team of the user X to which the privilege is given is increased by, for example, 10% to 60%, while the probability of victory of the team of the user Y of the opponent is lowered by 10% And is in a favorable state in terms of the winning probability rather than the user Y. [

For example, in the case where the user gives the privilege that the battle of three times is advantageous by the improvement of the team power or the improvement of the winning probability, the game information changing means 59 changes the privilege information of the game information management means 51 The information on the privilege of the user stored in the storage control section 51i is changed. In the lower part of Fig. 6, there is shown an example in which " the number of times of favorable competition = 3 " is stored as the privilege information of the user with the user ID = "000001 "

Examples of other benefits include the following. In other words, points such as action force points that are consumed during the game are recovered by 1 point for every three minutes, for example. However, in order to shorten the point recovery time (for example, Point by point). When this privilege is given, the information of the valid period in which the point recovery time is shortened is stored as the privilege information of the user stored in the privilege information storage control section 51i. This allows the game information management means 51 of the game server 1 to shorten the point recovery time in a period during which the privilege is valid (for example, within 24 hours from when the user receives the notification of the privilege) Processing is performed.

In addition, in the above-mentioned lottery winning mode, a privilege of raising the probability that a rare card (a player card having a lower probability of winning than a normal player card and having a higher rare value) is drawn by a predetermined number (for example, one time) . When this privilege is awarded, the number of times of raising the lottery probability is stored as the privilege information of the user stored in the privilege information memory control section 51i. Then, the game progress means 52 of the game server 1 temporarily performs a process of raising the draw probability of the rare cards at the time of drawing a prize.

Also, in the athlete lottery acquisition mode, normally, points (the above-mentioned points etc.) are required to execute lotteries of player cards, but free (i.e., without consumption of points) a predetermined number of times , A privilege of being able to receive a draw of a player card is also considered. When this privilege is awarded, the number of times that a lottery of a player card can be received at free (no point) is stored as the privilege information of the user stored in the privilege information memory control section 51i.

It is also conceivable that the game server 1 grants a player card selected by a lottery by a random number to the user by a predetermined number (for example, one sheet). When the player card selected by the game server 1 is given to the user as a privilege, the player card ID stored in the owned player card storage control section 51c of the game information management means 51 is assigned a player card ID Is added.

It is also conceivable that a user may be given a predetermined number of points to be used in the game, such as the above-mentioned action points, operating costs, reinforcement points, and member points. Furthermore, it is also conceivable that the user may be given a predetermined number of various items to be used in the game, such as the above-described recovery item or fake card. The game information changing means 59 changes the game information stored in the ownership point storage control section 51d or the owned item storage control section 51f of the game information management means 51 , The game information is changed so as to increase the number of possession points or the number of items owned by the user by a predetermined number.

However, if the privilege is excessively large, there is a possibility that the balance with the improvement of the ability value of the player card realized by executing the original game (that is, the upbringing of the athlete) may be broken. Therefore, It is desirable to set the level to give a certain degree of benefit to the user.

Next, the demerit that a friend access average is given to a user lower than the total access average will be described. This demerit must be disadvantageous to the game as compared with the case where the demerit is not given, and may vary depending on the type and content of the game.

As an example of the demerit in the baseball game of the present embodiment, there is a game in which the power of the team of the user is lowered by n times in the competition n (for example, one match) The demerit of the above. As an example of team power degradation, it is preferable that n player cards (for example, one sheet) having a capacity value equal to or less than a predetermined value are automatically replaced with n players of a regular player of the user by a card of a candidate player possessed by the user do. Or the team power may be lowered by lowering the capacity value of some or all of the player cards of the regular players participating in the match in the competition mode by a predetermined ratio (or a predetermined value).

For example, when a demerit that n batting is disadvantageous due to a drop in team power is given to the user, the game information changing means 59 changes the privilege information storage control unit 51i The information about the demerit of the user which is stored in the memory is changed.

In the lower part of Fig. 6, information about the demerit of the user with the user ID = " 000001 "is illustrated. In the example of Fig. 6, the number of times "the competition is disadvantageous = 0" is stored as the information on the demerit, and the demerit does not occur in the user at present.

Examples of other demerits include the following. In other words, the points of the action force points that are consumed during the game are recovered by 1 point for every 3 minutes, for example, but the point recovery time is extended (for example, 1 minute Point by point to recover). Further, in the aforementioned player lottery acquisition mode, it is possible to reduce the probability that the rare card is drawn by a predetermined number (for example, one time) (i.e., improve the probability that a normal card with a low rare value is drawn) Merit is also considered. It is also possible to reduce the various points used in the game such as the above-mentioned action points, operating costs, reinforcement points, and member points by a predetermined point.

In addition, if the demerit is too large, it may cause a deterioration of motivation for the user's game. Therefore, it is desirable to set an appropriate demerit according to the content of the game.

Next, the notification means 60 will be described. The notifying means 60 has a function of notifying the terminal device 3 of the user who has been granted the privilege that it is advantageous for the game based on the friend access average. The notifying means 60 has a function of notifying the terminal device 3 of the demeritized user of the fact that the game is disadvantageous based on the friend access average.

When a privilege or demerit is given to the user, the notification means 60 of the game server 1 needs to manage whether or not the user has been notified of the effect. Therefore, in the present embodiment, And is managed by the notification flag and the demerit notification flag. That is, in the present embodiment, the time when a privilege or the like is given to the user is a predetermined time (for example, 0:00 am in the morning) every Monday, and the terminal device 3 of the user at that time, In many cases. The reason why the game server 1 notifies the user of a privilege or a demerit is when the user's terminal device 3 first accesses the game server 1 after the granting of a privilege or the like, There is a certain time difference until notification. Accordingly, when the privilege is given to the user, the notifying means 60 of the game server 1 sets the privilege notification flag to "1" in association with the user ID of the user, thereby notifying the user of the privilege grant And manages the state that needs to be done. Then, when there is an access from the terminal device 3 of the user whose "1" is set as the privilege notification flag, the game server 1 notifies the user that the privilege has been granted, The flag is set to " 0 ". When the demerit has been given to the user, the notifying means 60 sets the demeritization notification flag to " 1 " in association with the user ID, and performs the same processing as the case of the privilege notification flag.

An example of notification of a privilege by the notification means 60 is shown in Figs. 11A and 11B. 11A shows an example of the main screen of the game displayed on the display unit 35 of the terminal device 3 of the user to which the privilege is given. 11A from the notification means 60 of the game server 1 when the user's terminal device 3 first accesses the game server 1 after the awarding process in the game server 1 The screen data for displaying the main screen is transmitted to the terminal device 3. [ In this main screen, the team name 70 of the user, the player card 71 selected as the leader among the player cards owned by the user, the game information 72 of the user, and the like are displayed and the privilege notification information 73 is also displayed. Details of the main screen will be described later.

As shown in Fig. 11A, the privilege notification information 73 displayed on the main screen of the terminal device 3 is, for example, " the friend access average of last week exceeded the average of the whole! Quot ;, " to privilege confirmation screen ", and the like. (Or all or some of the privilege notification information 73 may be in a selectable button format), the user can select the privilege notification information 73 on the screen, Can be selected.

Here, when the user operates the terminal device 3 to select the benefit notification information 73, the notification means 60 of the game server 1 responds to the operation, Screen data for displaying a confirmation screen is transmitted to the terminal device 3. [ In this privilege confirmation screen, for example, the user's friend access average value and the total access average value are displayed, and a specific privilege such as " power up for three consecutive charging times " is displayed. Based on the friend access average The contents of the granted privilege can be confirmed. Further, on the privilege confirmation screen, for example, an additional message "Let's keep the friend's game access in this state and aim at obtaining a privilege next week" is also displayed. In this privilege confirmation screen, for example, when the "to main screen" button 74 is selected, the user can return to the main screen.

12A and 12B show examples of the notification of the demerit by the notifying means 60. 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 demeritized user. When the user's terminal device 3 first accesses the game server 1 after the demerit giving process in the game server 1, the notification means 60 of the game server 1 displays Screen data for displaying the main screen to be displayed is transmitted to the terminal device 3. In this main screen, demerit notification information 75 is displayed together with the team name 70 of the user, the player card 71 of the reader described above, and the game information 72 of the user.

The demerit notification information 75 appearing on the main screen of the terminal device 3 is, for example, " The access average of friends fell below the average of the whole last week! To the demerit confirmation screen ", etc., because the average of the friend accesses did not satisfy the criterion. Further, a hyperlink is set in the demerit notification information 75 (or all or part of the demerit notification information 75 may be in the form of a selectable button), and the user inputs demerit notification information (75) can be selected.

Here, when the user operates the terminal device 3 to select the demerit notification information 75, the notification means 60 of the game server 1 responds to the operation, Screen data for displaying the demerit confirmation screen is transmitted to the terminal device 3. [ In the demerit confirmation screen, for example, the user's friend access average value and the total access average value are displayed, and a concrete demerit that is called " power reduction for one full-charge is displayed " The contents of the demerit that occurred on the basis can be confirmed. Further, in this demerit confirmation screen, for example, an additional message " Let's get the friend's game access higher and get the privilege next week " is displayed. In this demerit confirmation screen, for example, when the "to main screen" button 74 is selected, the user can return to the main screen.

As described above, in the present embodiment, when the user's terminal device 3 first accesses the game server 1 after the privilege granting or demerit giving process in the game server 1, By notifying the notification information 73 or the demerit notification information 75, each user is notified of the occurrence of the privilege or demerit. The main screen is a basic screen that is necessarily displayed at the start of the game, and by displaying the privilege notification information 73 or the demerit notification information 75 on this main screen, the user is notified of the occurrence of the privilege or demerit .

Further, since the main screen includes many other objects and information, the details of the privilege or demerit can be confirmed by transiting to the privilege or dimmer confirmation screen shown in Fig. 11B or 12B. However, It is not. For example, when the user's terminal device 3 first accesses the game server 1 after the privilege granting or demerit giving process in the game server 1, 12b is displayed on the display unit 35 of the user's terminal device 3 and the user confirms the occurrence of the privilege or demerit on the confirmation screen and then performs a predetermined operation by the user To the main screen.

Thus, the notification means 60 notifies the user by displaying the privilege or demerit occurring information on the main screen or the like, so that the notification means 60 cooperates with the game screen generating means 52b and the game screen transmitting means 52c, Is performed.

However, the notification means 60 may be omitted. For example, in the description screen of the game (the screen displayed by selecting the help menu of the main screen, etc.), " Quot ;, and even when the user is given a privilege based on the friend access average, the user is not notified clearly that the game is advantageous based on the friend access average. It is also conceivable that the player only presents an item or the like to the user from the game server 1 suddenly (from the game operating side), without specifying that a privilege such as an item is given to the user based on the friend access average. However, by explicitly notifying the user that the game is to be beneficial or disadvantageous based on the friend access average, the user is fully aware of the importance of increasing the friend access average, and actively interacts with friends It is more preferable to include the notification means 60. In this case,

Next, the message transfer means 61 will be described. The message transfer means 61 has a function of receiving a message sent from the terminal device 3 of each user to another user and delivering the message to the other user. The message transfer unit 61 includes a message storage control unit 61a.

13 shows an example of information on a received message managed and stored in the database server 2 by the message storage control unit 61a. The message storage control unit 61a associates information about a message such as a sender's user ID, a message content, a transmission date and time, etc., with the user ID of the receiving-side user, And stores it in a predetermined storage area of the database server 2. 13 shows information on a received message for one receiving user of user ID = "000002 ", and the corresponding user has a user ID of " 000001" "000038" from the user "Hello! Let's try access this week! ", User with user ID =" 000145 "We receive message saying" please do this well this week! "

Here, an example of an operation in which a user sends a message to his / her friend user will be described. 14A shows an example of a friend list screen displayed on the terminal device 3 of the user based on the screen data transmitted from the game server 1. [ The friend list screen is, for example, a screen displayed by the user operating the terminal device 3 and selecting "friend menu" in the main screen. On the friend list screen, information of friend users in a friend relationship with the user is listed up and displayed. In addition, as for the information of the friend user who can not display all on the screen, it is possible to scroll the screen or to request the game server 1 and after the second page of the friend list to display it as a separate screen.

In this friend list screen, there is provided an information display area for each buddy user listed. In each information display area, game information 81 (friend's name, team name, user's level, Level, etc.), an avatar 82, which is an anonymous character of the user, a player card 83 of a leader owned by the user, and the like, as well as an object called a membership button 84. Then, when the user selects this member button 84, it is possible to send a cheer to the friend user of his / her friend (to display the intention to cheer). The user may send only a member to the friend user, but as described below, the user can also send a message.

When the member button 84 is selected by the user's operation on the terminal device 3, the corresponding operation is transmitted from the terminal device 3 to the game server 1. [ Then, the game server 1 transmits, for example, the data of the message input screen shown in Fig. 14B to the terminal device 3, and the corresponding message input screen is displayed on the terminal device 3. [ In this message input screen, for example, a sentence or the like indicating that a member is sent to the friend user (user B in the example of FIG. 14B) is displayed and an object called a message input area 85 and a send button 86 Is also displayed. The user operates the terminal device 3 to enter an arbitrary message in the message input area 85 and selects the send button 86 so that a message sent from the terminal device 3 to the friend user (1). 14B shows an example in which the user inputs a message " Try to access! &Quot;. In consideration of the storage capacity of the database server 2, restrictions may be imposed on the characters that can be input into the message input area 85 (for example, within 30 full-width characters).

A hyperlink 87 for transition to a page of a friend user (user B in this example) is displayed on the message input screen. By selecting this link, a page listing details of the game information of the friend user is displayed can do. A hyperlink 88 for transiting to the friend list and a hyperlink 89 for transiting to the main screen are also displayed on the message input screen. By selecting these links, it is possible to return to the friend list or the main screen .

The message storage control section 61a of the message transmission means 61 of the game server 1 transmits the message to the terminal device 3 in response to the user's operation on the message input screen, (See Fig. 13) in association with the user ID of the friend user. When the terminal device 3 of the friend user accesses the game server 1, the message transfer means 61 of the game server 1 displays the message, the user name of the sender, the transmission time, To the terminal device (3). As a result, a message or the like is displayed on the terminal device 3 of the user who has received the screen data, and a message received from another friend can be confirmed on the screen.

As described above, in the game system of the present embodiment, friends can communicate with each other at any time by using the communication tools exemplified in Figs. 14A and 14B.

In the examples of FIGS. 14A and 14B, an example of sending a message to a friend of a user has been described, but it is possible to send a message to a user other than a friend. For example, it is possible to send a member or a message to the user other than the friend listed in the friend candidate list screen (see Fig. 26) described later by the same operation as the friend.

In the above description, the friend information of each user managed by the friend managing means 53, the access information of each user managed by the access managing means 55, and the message managed by the message transmitting means 61 Information for the game information is distinguished from various information managed by the game information management means 51 for convenience, but these information are all included in the game information managed by the game server 1. [

[Operation of the game system]

In the above configuration, an example of operation of the game system according to the embodiment of the present invention will be described below with reference to the flowchart of Fig. 15 shows the processing flow of the terminal device 3 and the game server 1 when the user operates the terminal device 3 to access the game server 1 and receives the game service.

When the user receives the game service, the user first operates the operation input unit 40 of the terminal device 3 to start the web browser (S11). Thereafter, the user performs an operation of accessing the game site managed by the game server 1, thereby transmitting an access request 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 the user who has registered the 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).

11A, on the main screen, there are displayed a name 70 of the user, an image of the player card 71 selected as a leader among the player cards owned by the user, game information 72 of the user (level of the user, Points, operating costs, reinforcement points, member points, number of player cards owned, number of friends, etc.). In addition, the above-described benefit notification information 73 and the like are also displayed. In this main screen, by scrolling the screen by operating a direction key or the like of the terminal device 3, various buttons such as a game mode selection button, various menu buttons, activity information of a friend, messages from other users The object or information is displayed.

Here, when the user performs an operation of selecting an object such as a selectable button or a hyperlink displayed on the screen, a request of the screen according to the operation is transmitted from the terminal device 3 to the game server 1 (S14) . The game server 1 that has received the request executes an operation process or a data process according to the user's operation to execute the game (S23), and transmits the game screen data reflecting the execution result to the terminal device 3 (S24 ). Then, in the terminal device 3 that has received the screen data, the web browser interprets the data and displays the game screen on the display unit 35 (S15).

Thereafter, S14 and S15 are repeated in the terminal apparatus 3 of the user, and S23 and S24 are repeated in the game server 1, whereby the selection displayed on the screen of the terminal apparatus 3 Every time the user selects a possible button or the like, the game screen of the terminal device 3 is switched in turn to advance the game.

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

In this game system, even if the user logs out from the game server 1, the game information of the user can be read to the game server 1 and the game can be advanced. For example, another user who logs in may play a game (individual game) with respect to the team of the user who is logged out, and the game progress means 52 of the game server 1 may be configured such that the user logs in The game information of each user is read out from the database server 2 to execute the game, and the game information of each user is updated by reflecting the execution result. In the league mode, the game advancing means 52 of the game server 1 reads the game information of each user from the database server 2 without any operation of the terminal device 3 by the user, . As described above, the result of the competition executed when the user is logged out from the game server 1 can be confirmed on the screen when the user subsequently accesses the game server 1. [

[Operation of Game Management Apparatus]

Next, a more detailed operation example of the game management apparatus according to the embodiment of the present invention will be described with reference to the flowcharts of Figs. 16 and 17. Fig. Fig. 16 shows the flow of processing of the game server 1 for one user, and the same processing is performed for each user managed by the game server 1. Fig.

16, when the authentication means 54 of the game server 1 receives an access request from the user terminal device 3 (YES in S31), the authentication means 54 of the game server 1 receives the login ID (S32), based on the password or the object identification number of the cellular phone terminal. Here, if the access is not permitted (NO in S32), the game server 1 transmits screen data for prompting the terminal device 3 to register the use of the game service (S33). On the other hand, when the access is permitted (YES in S32), the access management means 55 stores the access information of the user (S34). For example, as shown in Fig. 9A, the access information storage control section 53a of the access management means 55 associates the information with the user ID and updates the information on the number of accesses of the user on that day (for example, Saturday , The value of the number of accesses on Saturday is incremented by one).

Then, the game server 1 transmits the main screen data to the terminal device 3 of the user who has permitted access (S35). Thereafter, when receiving a screen request according to the game operation of the user transmitted from the user's terminal device 3 (YES in S36), the game execution means 52a executes the operation processing and the data processing according to the screen request And executes the game (S37).

Thereafter, the game server 1 judges whether or not it is necessary to update the game information of the user by executing the game (S38). If there is a need to update the game information (YES in S38) And updates the stored game information of the user (S39). For example, when the game operation of the user is an operation to perform individual competition with another user, the game information of the user such as the information of the game result, the operating cost, the strengthening point, and the item is updated as a result of the match . On the other hand, for example, when the game operation of the user is an operation for confirming the result of the league game, as the game execution processing according to the operation, only the data processing for reading the result information of the league game from the database server 2, There is no change in the game information of the user, and therefore it is not necessary to update the game information of the user (NO in S38).

Thereafter, the game screen generating means 52b generates game screen data reflecting the execution result of the game (S40), and the game screen transmitting means 52c transmits the game screen data to the user's terminal device 3 (S41). Thereafter, it is determined whether or not the user's terminal device 3 has logged out (S42), and the processes of S36 to S41 are repeated until the terminal device 3 logs out, thereby proceeding with the game.

Next, with reference to Fig. 17, a privilege or demerit generation process based on the friend access average in the game server 1 will be described. As described above, an example of notifying the user of the result of the comparison of the average of friend access in the last seven days from Monday to Sunday of the previous week and the total access average, which is the reference value, is notified to next month.

(For example, every Monday at 0 am) (Yes at S51), the access averaging means 56 of the game server 1 first determines whether or not each user (S52). In this embodiment, the access average calculating means 56 calculates the access average for the last seven days for each user based on the number of accesses of each day from Monday to Sunday of the week stored in the access management means 55 do. The calculation result of the access average of each user is stored in the database server 2 in association with the user ID. However, since a new participating user who has not passed seven days from the start of use of the game service does not satisfy the access average calculation period of seven days (seven days of the time parameter during the average calculation) It is preferable to exclude it from the object.

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

Thereafter, the game server 1 performs the following processes of S54 to S61 for each user. In other words, in the following S54 to S61, the same process is performed for each user managed by the game server 1, indicating the flow of the process of the game server 1 for one user .

In S54, the game server 1 determines whether or not a friend is present. Here, if none of the users has made a friend (NO in S54), the game server 1 ends the process without calculating the friend access average AVAg for the user. On the other hand, when there is at least one friend in the user (YES in S54), the friend access average calculating means 57 of the game server 1 calculates the friend information of the user managed by the friend managing means 53, Based on the access average of the friend users calculated by the calculating means 56, the friend access average AVAg of the user is calculated (S55).

Thereafter, when the comparing unit 59a compares the friend access average AVAg with the total access average AVAt and the friend access average AVAg is larger than the total access average AVAt (YES in S56) The game information of the user is changed so as to be advantageous (S57), thereby giving a privilege to the user. For example, in the case of giving a user a privilege that the battle of n times is advantageous by the improvement of the team power, the game information (the information of the number of times of winning the competition) corresponding to the user ID of the user is changed .

On the other hand, when the friend access average AVAg is smaller than the total access average AVAt (NO in S56 and YES in S58), the game information changing means 59 changes the game information of the user so as to be disadvantageous in the game (S59) Thereby causing a demerit to the user. For example, when a demerit that the n times of game is disadvantageous due to the drop of the team power is generated for the user, the game information (the information of the number of times the competition becomes disadvantageous) corresponding to the user ID of the user is changed .

Thereafter, when there is an access from the user's terminal device 3 to the game server 1 (YES in S60), the notification means 60 judges that the game is advantageous based on the friend access average AVAg (Meaning that a demerit has occurred) based on the friend access average AVAg (step S61), to the terminal device 3 of the user. For example, as shown in FIG. 11A or 12A, by including the privilege notification information 73 or the demerit notification information 75 in the main screen of the game, each user is notified of the occurrence of the privilege or demerit . As an example of the notification by the notification means 60, not only the notification of the occurrence of the privilege or demerit on the game screen, but also the notification by voice, the notification by using the screen display and the voice together are also conceivable. The notification by voice can be realized by including voice data in screen data (HTML data) to be transmitted from the game server 1 to the terminal apparatus 3 of the user.

When both of the friend access average AVAg and the total access average AVAt of the user are the same value (NO in S56 and NO in S58), the game server 1 generates a privilege degree and a demerit (S60). When the user has accessed the game server 1 from the terminal device 3, it is notified that the privilege or the like has not occurred (S61).

As described above, in the present embodiment, a privilege that the friend access average is advantageous in the game for a user whose total access average exceeds the first access limit (first reference value) is given. That is, in order to receive the privilege in the game service of the present embodiment, in addition to the effort of the user, it is necessary to increase the average of friend access by cooperation with a friend. Therefore, And gives motivation to communicate with a friend user. For example, each user sends a message to the friend saying " Let's try to access! &Quot; and tries to heighten the community among his / her friend users.

As described above, in the present embodiment, not only the user is provided with the fun of simply receiving the privilege, but also motivates the user to communicate with the friend, thereby enabling the entire game community to be activated. As a result, each user strengthens the relationship and exchange between friends in the game, and further strengthens interest and interest in the game, so that a game having continuity that is not disgusting to the user can be realized.

Further, in this embodiment, a demerit that a friend access average is disadvantageous to a game for a user lower than the total access average (second reference value) occurs. As a result, each user is motivated to communicate with his / her friend user in order to raise the friend access average as high as possible in order to avoid demerit, so that the entire game community can be activated.

In the present embodiment, the reference values (the first reference value and the second reference value) to be compared with the friend access average are set as the total access average. By setting the total access average to the reference value (threshold value) of generation of the privilege grant or demerit as described above, for example, when the popularity of the game becomes high and the total access average increases, the reference value increases accordingly. Since each user tries to increase the friend access average to exceed this threshold value, the improvement in the friend access average of each user leads to the further improvement of the total access average. Improve friend access average → Improve overall access average (reference value) → Improve friend access average → Improve overall access average ... The entire access improvement effect can be expected.

Particularly, as in the present embodiment, the user is notified of the result of the comparison of the average of friend access in the last 7 days from Monday to Sunday of the previous week and the total access average on the next Monday, and a privilege based on the friend access average is obtained every week It is possible to continuously maintain the overall access frequency at a high level.

In the game server 1, in parallel with the normal game progress process, a process of determining whether or not to generate a privilege or demerit based on the friend access average is performed for each user (each user ID) It is possible to take the following measures in consideration of load distribution of the game server 1. That is, not all users are subjected to the same processing at once, but all users are divided into a plurality of blocks, and the time for executing the corresponding processing is delayed, thereby achieving temporal processing dispersion. For example, the game server 1 performs time-sharing processing in a predetermined time zone of every Monday (for example, one hour from 0:00 am to 1:00 am). Even in this case, the time at which the privilege or demerit is valid should be the same for any user, and for example, privilege or demerit shall be made effective at 1:00 am on every Monday.

In the above example, the access average calculating means 56 basically calculates the friend access average with respect to the power of the friend of the user. However, it is also possible to calculate the friend access average excluding the following inactive users . Here, the inactive user refers to a user who is registered to use the game service with respect to the game server 1 but does not play the game at all, Quot; is defined as " a user whose access frequency to the access terminal fails to meet the threshold value ". For example, when the threshold value of the access frequency is set to " once / month " (i.e., access once in the latest one month), a user who has not accessed the game server 1 even during the last one month, It becomes an inactive user that does not satisfy the condition of the threshold value.

The threshold value of the access frequency is not limited to " once / month ", but may be, for example, " twice / month " (two accesses in the last one month) (One access for every three weeks), " one time / 20 days " (one access for the last 20 days), and the like, and the number of accesses during the period can be arbitrarily set.

The reason for calculating the friend access average excluding the non-active users in this way is that, if the non-active user is included in the calculation target of the friend access average, the calculated data may not match the actual situation. For example, even if a user has a large number of friends (for example, about 30 friends) who are engaged in a game, sometimes the friend access average of the user is significantly lowered when half of the friends are inactive users .

Therefore, the friend access average calculating means 56 calculates the friend access average for each user, excluding the non-active users whose access frequency to the game server 1 from the user's friends does not satisfy the threshold value. Here, the determination as to whether or not the user is an inactive user is performed based on the information on the access frequency of each user managed by the access management means 55. [

In this embodiment, as exemplified in Fig. 9A, the access information storage control section 55a of the access management means 55 stores the access number of the user for each day of this week from Monday to Sunday, The access average of the user for each week before the n weeks is also stored and managed in the database server 2 for each user ID. That is, the access management means 55 of the present embodiment manages information on the access frequency of each user up to n weeks ago.

The CPU 11 of the game server 1 judges whether or not to fill the threshold of the access frequency = "once / three weeks" based on the information of the access frequency, for example. That is, it can be determined that the user corresponding to the user ID of which the value of the access average is "0" all before one week to three weeks ago is an inactive user that does not satisfy the condition of the threshold value of the access frequency. On the other hand, the user corresponding to the user ID having a value other than " 0 " in any one of the values of the access averages of one week to three weeks ago is notified to the game server 1 at least once within the last three weeks It can be determined that the user is the non-active user.

18, as the information stored and managed for each user ID by the access information storage control unit 55a of the access management means 55, the last access time of each user An active flag may be included. The CPU 11 of the game server 1 can recognize the length of the period (the period from the final access time to the current time) during which the user has never accessed the game server 1 from the last access time of the user It is possible to judge whether or not it is an inactive user that fails to fill the threshold of the access frequency based on the last access time.

The active flag is 1-bit information indicating whether the user is an active user or an inactive user. A user whose active flag is "1" is active and a user whose flag is "0" is an inactive user. The access management means 55 sets the active flag based on the determination whether or not the non-active user is the above-described non-active user. Then, the friend access average calculating means 56 extracts the friend users who are to calculate the friend access average (that is, excluding the inactive users) by referring to the active flag, and calculates the friend access average of each user .

Furthermore, not only when calculating the friend access average but also when the total access average is calculated, the inactive user may be excluded.

In the above description, the example in which the reference values (first reference value and second reference value) compared with the friend access average are used as the total access average varying according to the access frequency of each user has been described. However, the present invention is not limited to this, May be set to a predetermined fixed value. For example, the game may be operated by setting the reference value to a fixed value = 0.6.

Further, since the game system of the present embodiment manages the game information of the user in the game server 1, the game execution program basically exists in the game server 1 side. Therefore, the operator of the game service can add or change the game execution program on the game server 1 side, so that the user (user) of all the game services can receive the added or changed game service. Therefore, it is also possible to add or change the game execution program on the side of the game server 1 to appropriately hold the in-game event for a limited time, and to provide various game services to the user. Therefore, it is also possible to hold the in-game event for a limited time using the " friend access average ", and to allow the user to obtain (or to acquire) a rare item or rare card as a privilege. In this case, a first reference value other than the total access average may be set to be a value that is set to a fixed value of 0.8, for example, by intentionally raising the first reference value during the event period You can also set it. Further, in the case of holding the above-mentioned period-limited event, the event period may be matched with the period for calculating the friend access average.

In this way, when the reference value is set to a predetermined fixed value, the user (the reference value) for acquiring the privilege becomes clear from the beginning.

In the above description, the first reference value for determining whether to favor the game and the second reference value for determining whether to disadvantage the game are set to the same value (first reference value = second reference value = total access average) However, the present invention is not limited to this, and the game may be operated by using the first reference value and the second reference value as different values.

In the above description, not only merits but also demerits can be generated based on a friend access average of each user. However, merits may be generated without generating demerit. Particularly, in the case of holding a time limited event in which a reference value which is compared with the average of the above-mentioned peers and the friend is intentionally increased, there is a case where operation without causing demerit is preferable. In addition, the demerit may be a form that does not generate merit. That is, the following types of occurrences of merits and demerits can be considered (A) to (D).

(A) "merit occurrence" or "merit degree demerit does not occur" either.

(B) One of "demerit occurrence" or "merit demerit does not occur".

(C) either "merit occurrence" or "demerit occurrence".

(D) "merit occurrence", "demerit occurrence" or "merit demerit does not occur" either.

In the case of the above mode (A), for example, only when "friend access average> total access average" is generated, dimming is not generated. In the case of the above mode (B), for example, a demerit is generated only when the friend access average is equal to the total access average, and the merit is not generated. In the case of the above form (C), for example, a privilege is generated when the friend access average is equal to or larger than the total access average, and when the friend access average is smaller than the total access average, Or < / RTI >

In addition, in the case of the form of this embodiment shown in the flowchart of Fig. 17 ("friend access average> total access average"), a privilege occurrence, "friend access average <total access average" Access average &quot;, nothing occurs) is an example of the above-mentioned form (D). As another example of the form (D), merit or demerit occurs when the user's friend access average deviates from the total access average by a predetermined point or more. Specifically, for example, when the total access average is 0.6, the merit and demerit occurs when the friend access average deviates from 0.6 in the upper and lower 0.1 points, and merit and demerit Have a room. That is, a privilege is generated when the friend access average is 0.7, a dimmer is generated when the friend access average is 0.5, and nothing is generated when the friend access average is 0.7. In this case, the first reference value for determining whether to favor the game is 0.7, and the second reference value for determining whether to disadvantage the game is 0.5, so that the first reference value and the second reference value are different from each other Is an example of taking.

Further, the same privilege may be given to all users whose friend access average exceeds the total access average (first reference value) (for example, a benefit in which three games are favorable), but the higher the friend access average is As the difference between the friend access average and the first reference value is larger), a larger benefit may be given. Fig. 19 shows the configuration of the main part of the game server 1 (game management apparatus) that realizes this. This drawing is a functional block diagram mainly showing the configuration of the game information changing means 59. [

The game information changing means 59 changes the friend access average and the friend access average when the privilege generation judging unit 59b judges the generation of the privilege on the basis of the comparison result of the comparing unit 59a comparing the friend access average and the total access average And a privilege determination unit 90 for determining a privilege based on the difference between the total access average (first reference value). The privilege determination unit 90 includes a difference calculation unit 90a that calculates the difference between the friend access average and the total access average, and determines the benefit so that the greater the calculated difference, the greater the benefit. An example of the processing of the game server 1 in this configuration is shown in the flowchart of Fig.

In Fig. 20, steps S51 to S56 are basically the same as those described in the flowchart of Fig. 17, and a description thereof will be omitted. When the comparison unit 59a of the game server 1 compares the friend access average AVAg with the total access average AVAt and when the friend access average AVAg is larger than the total access average AVAt (YES in S56) 59b judges the generation of the privilege, and shifts to the privilege determination processing by the privilege determination section 90 after S70.

In other words, the privilege determination unit 90 of the game server 1 first calculates the difference Diff between the friend access average AVAg and the total access average AVAt (S70). When the difference Diff is, for example, 0.1 or less (YES in S71), the privilege determination unit 90 determines a privilege advantageous for two rounds of battle, for example, and changes the game information of the user (S72). If the difference Diff is greater than 0.1 and less than or equal to 0.2 (NO in S71, YES in S73), for example, the privilege determination unit 90 determines a privilege advantageous for three games, (S74). When the difference Diff is greater than 0.2 (NO in S73), for example, the privilege determination unit 90 determines a privilege advantageous for four games and changes the game information of the user (S75). The steps S58 to S61 in FIG. 20 are basically the same as the processing described in the flowchart of FIG. 17, and a description thereof will be omitted. According to this routine, for example, when the total access average is 0.6, the relationship between the user's friend access average and the privilege granted to the user is as follows.

0.6 <friend access average ≤0.7 ... Advantageous benefits for Daejeon 2 times

0.7 <friend access average ≤0.8 ... Benefit for 3 times in Daejeon

0.8 <Friends access average ... Advantageous benefits for four times in Daejeon

In the example shown in Fig. 20, an example in which the privilege for advantageous n times of charging is applied is explained. However, in the other privileges, the larger the difference between the friend access average (group evaluation value) and the reference value such as the total access average, Can be applied. For example, when a privilege for assigning a point or item is applied, the greater the difference between the friend access average and the reference value, the greater the number of points or items to give. Further, for example, in the case of applying a privilege that raises a probability of being able to acquire a rare item or a rare card by a predetermined number of times, the greater the difference between the friend access average and the reference value, the higher the probability of drawing a rare item or the like Or the number of times of raising the probability of drawing a rare item or the like is increased.

In this way, when a privilege is given based on the friend access average (evaluation value of the group), by making the configuration that the higher the friend access average of the user is, the bigger the benefits are obtained, To increase the access average further, it gives you the motivation to communicate with your friends. Therefore, the activation of the entire game community can be further improved.

The same method as described above is also applied to the case where the friend access average is demarcated to a user lower than the second reference value (total access average, etc.), and the higher the friend access average (the friend access average and the second reference value The smaller the difference), it is possible to adopt a configuration that diminishes by demerit.

However, in the case of a user having a small number of friends (a parameter for calculating the friend access average), it is considered that the friend access average is likely to be relatively high. That is, when only three friend users including the user are present, for example, if the access frequency of two friend users other than the user is increased, the friend access average can be increased. On the other hand, when the number of friend users including the user itself is 30, for example, the average of friend access can not be increased unless the access frequency of 29 users except the user is increased.

Considering the above circumstances, when a privilege is given to a user, it is preferable to apply a configuration in which a larger privilege is obtained as the friend access average is higher only for a user whose number of friend users is equal to or larger than a predetermined number, For a user who fails to fill a certain number of names, the privileges may be made the same regardless of the size of the friend access average. In this case, the privilege to be given to the user whose number of friends of the user is less than the predetermined number of persons is set to be equal to or smaller than the minimum benefit of the privilege to be given to the user whose number of friends of the user is equal to or larger than the predetermined number. The configuration of the main part of the game server 1 (game management apparatus) that realizes this is shown in Fig.

Fig. 21 is a functional block diagram mainly showing the configuration of the game information changing means 59. Fig. The game information changing means 59 is a means for changing the friend access average (average value) when the privilege generation judging section 59b judges the generation of the privilege based on the comparison result of the comparing section 59a comparing the friend access average and the total access average And a privilege determination unit 91 for determining a privilege based on the difference between the total access average (first reference value) and the number of friends of the user. When the number of friends of the user managed by the friend managing means 53 is equal to or more than a predetermined number (for example, 10 or more), the privilege determining section 91 determines the privilege by the difference between the friend access average and the total access average On the other hand, when the number of friends is less than a predetermined number (for example, less than 10), the benefits are made equal not to the size of the friend access average. The privilege determination unit 91 is provided with a difference calculation unit 91a for calculating the difference between the friend access average and the total access average, and determines the benefit so that the greater the calculated difference, the greater the benefit. The processing of the game server 1 in 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 comparing unit 59a of the game server 1 compares the friend access average AVAg with the total access average AVAt and the friend access average AVAg is larger than the total access average AVAt (YES in S56) The control section 59b makes a determination of the privilege generation and proceeds to the privilege determination processing by the privilege determination section 91 after S80.

That is, the privilege determination unit 91 of the game server 1 first determines whether the number of friends of the user is, for example, 10 or more (S80). Here, if the number of friends of the user is 10 or more (Yes in S80), the processing proceeds to the processing of S70 to S75 described above in which a favorable benefit is given for two to four games depending on the height of the friend AVAg of the user, The higher the average AVAg of the friend access, the greater benefit is obtained. On the other hand, when the number of the friends of the user is less than 10 (NO in S80), the game information changing means 59 changes the game information of the user to give a privilege to be advantageous for one match, for example (S81) . That is, a privilege granted to a user whose number of friends is less than 10 is not the same as the size of the friend access average AVAg, but the same privilege (only advantageous for one game) is obtained.

As described above, a configuration in which a larger privilege is obtained as the friend access average is higher is applied only to the users whose number of friend users is equal to or larger than a predetermined number of users, and also the benefits exceeding the privilege capable of acquiring users whose friend numbers are less than a predetermined number By making it possible to acquire more than a certain number of friends, it becomes easier to obtain greater merit. Thereby, it is possible to give each user the motivation to create a predetermined number of friends or more. Then, each user is made to make more than a predetermined number of friends, and then there is a feeling that he / she wants to increase the friend access average to obtain a larger benefit. Therefore, the environment in which each user communicates with many friends can be promoted. Therefore, the activation of the entire game community can be further improved.

In addition, in order to make a friend who makes a lot of friends receive a bigger privilege, and to promote an environment in which more and more friends increase the frequency of access to each other, a privilege can be determined by adding a friend 's name. That is, the configuration may be such that the more the user has a larger number of friends of the user, the greater the benefit granted to the user. The configuration of the main part of the game server 1 (game management apparatus) 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. Fig. The game information changing means 59 changes the game information of the user's friend (friend) when the privilege generation judging unit 59b judges the generation of the privilege based on the comparison result of the comparing unit 59a comparing the friend access average and the total access average And a privilege determination unit 92 for determining a privilege on the basis of the nominal number of persons. The privilege determination unit 92 determines the privilege so that the more the number of friends of the user is, the greater the privilege is. An example of processing of the game server 1 having this configuration is shown in the flowchart of Fig.

In Fig. 24, steps S51 to S56 are basically the same processes as those described in the flowchart of Fig. 17, and a description thereof will be omitted. When the comparison unit 59a of the game server 1 compares the friend access average AVAg with the total access average AVAt and when the friend access average AVAg is larger than the total access average AVAt (YES in S56) 59b judges the generation of the privilege, and shifts to the privilege determination processing by the privilege determination section 92 after S91.

That is, the privilege determination unit 92 of the game server 1 determines whether the number of friends of the user is equal to or more than 30, for example (S91). Here, if the number of the friends of the user is 30 or more (YES in S91), the privilege determination unit 92 determines advantageous benefits for four games, for example, and changes the game information of the user (S92). If the number of the friends is not less than 20 and less than 30 (NO in S91, YES in S93), for example, the privilege determination unit 92 determines the advantageous benefits for three games, (S94). If the number of friends is not less than 10 and not more than 20 (NO in S93, YES in S95), for example, the privilege determination unit 92 determines a favorable advantage for two matches, (S96). If the number of friends is less than 10, for example, 10 (NO in S95), the privilege determination unit 92 determines an advantageous prize for one game and changes the game information of the user (S97). The steps S58 to S61 in Fig. 24 are basically the same as those described in the flowchart of Fig. 17, and a description thereof will be omitted.

In this way, when a privilege is given to a user, by giving a configuration in which a privilege granted to a user is increased as the number of friends of the user is increased, each user is motivated to actively make a large number of friends . That is, for each user, it feels like creating a lot of friends and then increasing the average of friend access, so that each user can communicate with many friends. Therefore, the activation of the entire game community can be further improved.

The same method as described above is also applied to a case where a friend whose access average is lower than a second reference value (total access average) generates demerit, and a configuration in which demerit is smaller as the number of friends of the user becomes larger It can also be adopted.

[Other Configuration Example of Game Management Apparatus]

Next, another example of the configuration of the game management apparatus will be described with reference to the functional block diagram of Fig. In addition, the same constituent elements as those shown in the previously described drawings (Figs. 1 to 24) are denoted by the same reference numerals, and a description thereof will be appropriately omitted. 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 the access frequency information of another user to the terminal apparatus 3 of the user who accepted the access, Has a function of displaying the access frequency of another user. The 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, benefits and demerits are generated based on the user's friend access average. Therefore, from the user's viewpoint, information on the access frequency of a user who is a friend or a friend who is already a friend is important from now on. Therefore, the access frequency display control means 100 of the present embodiment is configured to display information on the access frequency of other users on the screen of the user's terminal device 3 as information for providing convenience to each user .

Here, as an example of the screen indicated by the access frequency of another user, there is a friend-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 by the user who wants to create a friend performs a game operation for searching for friend candidates from his / her terminal device 3. On this friend candidate list screen, a plurality of users extracted by the game server 1 and not in a friendship relationship with the user are listed up as friend candidates and displayed. In addition, as for the information of friend candidate users who can not display all on the screen, the screen can be scrolled and displayed, or the second page or later of the friend candidate list can be requested to the game server 1 and displayed as a separate screen. In the friend candidate list screen, there is provided an information display area for each user of the listed friend candidates. In each information display area, game information 111 of the friend candidate user (user name, team name, user level, The level of the affiliated league, etc.), the avatar 112 which is a character of the friend candidate user, the player card 113 of the leader owned by the friend candidate user, etc., and the access frequency 114 of the friend candidate user are displayed .

The user confirms the information of the other users listed on the friend candidate list screen, and finds a user who wants to apply for a friend. Further, when an operation for selecting, for example, a hyperlink 111a of the user name is performed on the friend candidate list screen, the game server 1 responds to the corresponding operation to display more detailed game information (for example, For example, a capability value of the player card 113 of the reader) to the terminal device 3. [ This screen data also includes a friend request button and a member button (or hyperlink thereof), and the user can operate the terminal device 3 to transmit a friend request or a message.

Here, the information of the access frequency 114 appearing on the screen may be, for example, the value of the access average of the user calculated by the access average calculating means 56 (for example, the access average for the last seven days). 9A, the access information storage control unit 55a of the access management means 55 stores the accesses of the footnotes before one week to n weeks ago calculated by the access average calculation means 56 Since the average is stored for each user ID, the access average of this one week before may be the information of the access frequency 114 appearing on the screen. Alternatively, the access averages of a plurality of weeks before one week to n weeks before may be listed and displayed.

The information on the access frequency 114 appearing on the screen is not limited to the above example. For example, the access frequency of the last n days, the access average of last week, the access average of last month, the total access frequency of last n days, The total access frequency, the total access frequency of the last month, and the like. Alternatively, the information of the access frequency 114 may be displayed in a multi-step display, for example, three steps A to C (A: many accesses, B: normal access, and C: few accesses).

As described above, in the present embodiment, the past access frequency of each user listed up on the friend candidate list screen displayed on the display unit 35 of the terminal device 3 when the user tries to make a friend is displayed. Thereby, the user can view the access frequency of another user on the screen and set the reference frequency when creating a friend. In other words, in the present embodiment, in order to obtain a privilege based on the friend access average and to advantageously play the game, it is desired that the access frequency of the friend is high, and therefore, the access frequency becomes a reference when creating a friend.

Further, in addition to the access frequency information, the friend candidate list screen also shows information (level of the user level, belonging league, etc.) indicating the level or ability of each user, and according to the above configuration, It is possible to judge whether or not the user wants to be a friend as well as the level and the ability of the user in consideration of the frequency of access and the frequency of access.

Also, in the case of the user who has received the friend application, the access frequency is displayed as one of the information of the user who made the friend application on the screen not shown by the terminal device 3 of the user, Or as a goal in determining whether to approve.

Another example of the screen indicated by the access frequency of another user is the list screen of friends as shown in Fig. As described above, the friend list screen displays information of friend users who are in a friend relationship with the user in a list-up manner. The friend list screen includes game information 81 (user name, team name, user's level, number of friends, level of belonging league, etc.) of the friend user, avatar 82, player card 83 And the access frequency 114 of the friend user is displayed together with the membership button 84 and the like. The access frequency 114 may be information that allows the user to know the past access frequency as described above, and is, for example, an access average of the user last week.

As described above, by displaying the access frequency 114 of the friend user on the friend list screen, the following use becomes possible. That is, for example, on Monday, when the user is notified of the comparison result (occurrence of the privilege or demerit) between the friend access average and the total access average, it is found that the friend access average of the user is lower than the total access average In this case, the user can check the cause on the screen. That is, it is possible to easily analyze from the access frequency 114 of each friend user whether the access frequency of the friend is low or only a few friend users rarely access or interfere. Therefore, for example, when it is found that the friend access average is low due to a low access frequency of some friend users, the user sends a cheer message or the like to a friend with a low access frequency, It can be made to increase the frequency. As a result, it is possible to effectively increase the friend access average in the next and subsequent times.

Here, in order to further facilitate the cause analysis based on the access frequency 114 of each friend user, a display for rearranging the display order on the screen of the friend user in order from the side with the lower access frequency (or higher) A net change button (which may be another selectable object) may be displayed on the terminal device 3 of the user. When the operation of selecting the display order change button is made in the user's terminal device 3, the game server 1 according to the operation grows the friend users in order from the side with the lower access frequency (or higher) And transmits the eleven screen data to the terminal device 3. Since the buddy users arranged in the order of the access frequency are displayed on the terminal device 3 that has received the screen data, the user can quickly grasp the friend user having the low access frequency, and send the support message directly to the buddy user .

[Another example of configuration of game control device]

Next, another example of the configuration of the game management apparatus will be described with reference to the functional block diagram of Fig. In addition, the same constituent elements as those shown in the drawings (FIG. 1 to FIG. 27) already described are denoted by the same reference numerals, and a description thereof will be appropriately omitted.

In this embodiment, a game system in which a friend registration of a part or all of friends of a user can be released based on the intention of the user will be described. In order to obtain a privilege, the user's friend access average is desired to be high. However, when the user can freely cancel the friend registration, it is not intended to improve the access of the friend by sending a cheer message to the friend user with low access frequency, There is a possibility that a user who desires to adopt a method far from the original purpose of attempting to improve the friend access average (evaluation value of the group) by canceling the friend registration of the friend of the friend with low frequency. Therefore, as a countermeasure, in the present embodiment, as described below, when the user releases the friend registration, a configuration is adopted in which the privilege originally obtained is made small or the privilege itself is hardly given will be.

28, the game server 1 (game management apparatus) of the present embodiment further includes the award grant adjusting means 121 in addition to the means 51 to 61 shown in FIG. 4 have. The friend managing means 53 of the present embodiment further includes a friend register canceling means 122. [ The award grant adjusting means 121 and the friend register cancellation means 122 are realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

The friend deregistration means 122 has a function of accepting cancellation of friend registration from each user. An example of the operation of the friend deregistration means 122 will be described below.

For example, when the user A (user ID = "000001") operates the terminal device 3 and performs an operation to cancel the registration of the friend user B (user ID = "000002"), The communication data (request) is transmitted to the game server 1. In the game server 1 that has received the communication data, the friend deregistration unit 122 cancels the friend registration between the user A and the user B.

That is, with respect to the friend information for each user illustrated in FIG. 29A stored in the friend information storage control section 53a, the friend registration cancellation means 122 is stored in association with the user ID = "000001" of the user A Quot; 000002 "of the user B from the information column of the friend user ID (in this figure, the double strikethrough is shown for convenience). The friend deregistration unit 122 records friend deregistration information in association with the user ID = "000001" of the user A. The friend deregistration information recorded here includes user ID = "000002" of the user B to be released, information of the release date and release flag, and the like. The release flag is, for example, information for distinguishing between a release side of a friend and a release side of "0". In the example of Fig. 29A, since the user A has released the friend registration, the releaser flag = 1 is set.

29B, the friend deregistration unit 122 also stores the user ID of the user A = "000002" from the information storage unit of the friend user ID stored in association with the user ID of the user B = "000002" Quot; 000001 "is deleted (for convenience, this is indicated by double strikethrough). Further, the friend deregistration means 122 records friend deregistration information in association with the user ID of user B = "000002 ". The friend deregistration information recorded in this case is information such as user ID = "000001" of the canceling partner user A, release date, and release flag = 0.

When the terminal device 3 of the user B whose friend registration has been canceled accesses the game server 1 after the friend deregistration processing, the game server 1 notifies the user A that the friend registration has been canceled do. Further, in order to prevent the user from easily releasing the friend registration by the user, the game server 1 may issue a penalty for, for example, reducing the ownership point to the user A who has canceled the friend registration do.

Next, the award grant adjusting means 121 will be described. The privilege grant adjusting means 121 makes the privilege granting means 121 make a privilege to the user who has canceled the friend registration for a predetermined period of time from the cancellation of the corresponding friend registration, Thereby making it possible to adjust the award of the privilege. An example of processing of the game server 1 having the privilege award adjusting means 121 is shown in the flowchart of Fig.

In Fig. 30, steps S51 to S55 are basically the same as those described in the flowchart of Fig. The game server 1 determines whether the user releases the friend registration within the predetermined period, for example, within the latest four weeks after the processing of the calculation of the total access average AVAt (S53) and the calculation of the friend access average AVAg (S55) (S100). The determination of this step S100 can be made based on the friend deregistration information (release date and release flag) of each user managed by the friend management means 53, for example, as shown in Fig. 29A. That is, the user who cancels the friend registration within four weeks is the user having the release date within 4 weeks and the release flag = 1 as the friend registration cancellation information corresponding to the user ID of the user.

If the user releases the friend registration within four weeks (YES in S100), the privilege grant adjusting unit 121 sets the value obtained by adding 0.1 to the value of the total access average AVAt calculated in S53, for example, It is regarded as AVAt (S101), and subsequent processing (S56 to S61) is performed. That is, by making the value of the total access average AVAt, which is a reference value compared with the friend access average AVAg, higher than the original calculated value, it is made difficult for the user who has canceled the friend registration to generate a privilege (conversely, . On the other hand, if the user has not canceled the friend registration within four weeks (NO in S100), the process advances to S56 without going to S101. That is, the value of the total access average AVAt calculated in S53 is used as the reference value to be compared with the friend access average AVAg, and the award is not adjusted. The subsequent processes (S56 to S61) are basically the same processes as those described in the flowchart of Fig. 17, and a description thereof will be omitted.

By the process shown in Fig. 30, the user who has canceled the friend registration becomes less likely to be given the privilege as compared with the case where the friend registration is not canceled for four weeks after the friend registration is canceled. As a result, even if an attempt is made to increase the friend access average by canceling the friend registration of the friend user having a low access frequency, the privilege can not be obtained for a certain period (four weeks in this example) by canceling the friend registration. Therefore, it is possible to effectively prevent the user from taking an action that is separate from the original purpose of canceling the friend registration to increase the friend access average.

Another processing example of the game server 1 having the privilege award adjusting means 121 will be described below with reference to the flowchart of FIG.

In Fig. 31, steps S51 to S57 are basically similar to those described in the flowchart of Fig. When the friend access average AVAg and the total access average AVAt are compared with each other, when the friend access average AVAg is larger than the total access average AVAt (YES in S56), the game information changing means 59 changes the game information (S57), thereby granting a privilege to the user. For example, it gives the user a privilege advantageous for three games. Then, the award grant adjusting means 121 of the game server 1 judges whether the user is canceling friend registration within a predetermined period, for example, within the last four weeks (S110). Here, if the user has canceled the friend registration within four weeks (YES in S110), the privilege grant adjusting unit 121 sets the privilege given to the user to be smaller than the privilege given in the above S57 For example, a merit for one round of competition is adjusted (S111). The subsequent processes (S58 to S61) are basically the same processes as those described in the flowchart of Fig. 17, and a description thereof will be omitted.

By the process shown in Fig. 31, the user who has canceled the friend registration is reduced for four weeks from the release of the friend registration, compared with the case where the friend registration is not canceled. Thus, even if an attempt is made to increase the friend access average by canceling the friend registration of the friend user with a low access frequency, by canceling the friend registration, only a privilege smaller than the originally obtained benefit is obtained for a certain period (in this example, four weeks) I can not. Therefore, it is possible to effectively prevent the user from taking an action that is separate from the original purpose of canceling the friend registration to increase the friend access average.

In the example shown in Figs. 30 and 31, the privilege itself is hardly given or a privilege lower than the original privilege is given as the penalty period in which the friend registration is canceled for four weeks from the cancellation of the friend registration, However, the present invention is not limited to this. For example, the period may be shortened to about one week to three weeks, or may be set longer than four weeks, so that an arbitrary period can be set.

Further, in the above example, an example has been described in which the privilege grant adjusting means 121 adjusts the privilege granting when one of the persons is canceled in a predetermined period. However, the present invention is not limited to this, The privilege adjustment may be performed only when the friend registration of n or more persons (for example, two or more persons within one week) is canceled within the period.

However, even though the user has made an effort to increase the access of the friend by sending a cheer message to the friend user with a low access frequency, since the access frequency of the friend user remains low, the friend registration may be inevitably canceled . Therefore, even when the user releases the friend registration, in the case where the friend user is left aside from the friend whose access frequency remains low even though the message has been sent a predetermined number of times, and the friend registration is canceled without transmitting the message, It is desirable to make the effect different.

Therefore, the privilege grant adjusting means 121 of the game server 1 according to the present embodiment is able to set the privilege grant adjusting means 121 of the game server 1 in a predetermined period before the cancellation of the friend registration (for example, within two weeks (For example, two or more times) to the buddy of the user to be released, it is configured not to perform the adjustment of the privilege. An example of the processing of the game server 1 having the privilege award adjusting means 121 configured as described above is shown in the flowchart of Fig.

In Fig. 32, steps S51 to S55 are basically the same as those described in the flowchart of Fig. The game server 1 determines whether the user has released the friend registration within the predetermined period, for example, within the last 4 weeks after the processing of the calculation of the total access average AVAt (S53) or the calculation of the friend access average AVAg (S120). The process of S120 is basically the same as the process of S100 of FIG. Here, if the user has canceled the friend registration within four weeks (YES in S120), the privilege grant adjusting means 121 judges that the user who has canceled the friend registration, for example, , It is determined whether or not a message is transmitted to the buddy user to be released (S121).

The determination at S121 is made by comparing the friend registration information of each user shown in FIG. 29A stored in the friend information storage control section 53a of the friend management means 53 (for example, And the information related to the message shown in FIG. 13, which is stored in the message storage control unit 61a of the message transferring means 61 (the received user ID, the release date, The user ID of the transmission source and the date and time of transmission, which are stored in association with the user ID of the user) are used. That is, the "friend user to be canceled" whose user has canceled the friend registration can be specified as the "canceling relative user ID" among the friend deregistration information shown in FIG. 29A. Further, the "period within two weeks before release" can be specified based on the "release date" of the friend deregistration information. Whether or not the user of the party whose friend registration is canceled has sent a message to the friend user to be canceled is referred to as &quot;Quot; source user ID &quot; by checking whether or not the user ID of the user on the side of canceling friend registration is included. Since the information of "transmission date and time" is also stored along with the "transmission source user ID", it is judged whether or not the message from the user who has canceled the friend registration to the friend user to be released is transmitted within two weeks before the release can do.

If the user who has canceled the friend registration in S121 has not sent a message to the friend user to be canceled more than two times within two weeks before the release (NO in S121), the privilege grant adjusting means 121 , For example, a value obtained by adding 0.1 to the value of the total access average AVAt calculated in S53 is regarded as the total access average AVAt (S122), and the subsequent processes (S56 to S61) are performed. That is, by making the value of the total access average AVAt, which is the reference value compared with the friend access average AVAg, higher than the original calculated value, it is made difficult for the user who has canceled the friend registration to generate the privilege, have.

On the other hand, when the user who has canceled the friend registration sends a message to the friend user to be canceled more than two times within two weeks before the release (YES in S121), the game server 1 does not go to the above step S122 , The process proceeds to S56. That is, as the reference value to be compared with the friend access average AVAg, the total access average AVAt calculated in S53 is used as it is, and the award is not adjusted. Also, when the user does not cancel the friend registration within four weeks (NO in S120), the process proceeds to S56 without passing through the above-mentioned S122, so that the award adjustment is not performed. The subsequent processes (S56 to S61) are basically the same processes as those described in the flowchart of Fig. 17, and a description thereof will be omitted.

By the process shown in Fig. 32, the user who has canceled the friend registration is, in principle, less privileged than when the friend registration is not canceled for four weeks from the cancellation of the friend registration. However, When a message is sent to the friend user of the canceling object more than two times in the past two weeks, the privilege is not hardly given. As a result, the user who has made an effort to increase the access of the friend by sending a support message to the user who has canceled the friend registration is notified that the user who has made the effort to grant the privilege (the process of making it difficult to grant a privilege or reducing the privilege) Can be avoided. Therefore, it is possible to take an effective countermeasure for only the user who cancels the friend registration of the friend user with the low access frequency to increase the average of the friend access, without sending the cheering message to the friend to increase the friend's access, It is possible to more effectively inhibit the user from taking actions that are far from the original purpose.

In the example shown in FIG. 32, it is assumed that the user who has canceled the friend registration transmits a message to the friend user to be canceled more than two times within two weeks before the release, However, the present invention is not limited thereto. For example, it is possible to set the sending condition (condition for not performing the award adjustment) of the message before the friend registration can be set to one or more times within one week before the release or three times or more within one month before the release The period before the friend registration can be canceled and the condition of the number of message transmission times during the period can be arbitrarily set.

[Other Embodiments]

In the above-described embodiment, an example in which the friend access average is applied as the group evaluation value is described. However, as described above, the group evaluation value is not limited to this, and for example, the total of the access frequencies of the friend users belonging to the group Or may be the maximum value or the minimum value of the access frequency among the friend users belonging to the group. When the evaluation value of the group is the total value, the maximum value, or the minimum value as described above, for example, the access average of each friend user calculated by the access average calculating 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, the maximum value, or the minimum value of the access averages of the friend users in the group.

When the maximum value or the minimum value is applied as the evaluation value of the group, one access frequency in the group becomes a value representative of the group. On the other hand, when the friend access average or the total value is used as the evaluation value of the group, The access frequency is reflected as the evaluation value, it is preferable that the friend access average or the total value is used as the evaluation value of the group. In other words, when considering the case where the access frequency of the group is the maximum value in the evaluation value of the group, even if there are many users whose access frequency is not high in the group, if there is even one friend user with high access frequency in the group, As a result of evaluation. In this case, the user does not intend to increase the access frequency of his or her entire friends, but may try to raise the evaluation value of the group by operating the support access only to a certain number of specific friend users whose access frequency is relatively higher than usual. On the other hand, in order to increase the evaluation value, it is necessary to increase the access frequency of many friend users in the group by setting the evaluation value of the group as the average value (friend access average) or the total value of the access frequency in the group, And motivation to communicate with friends can be provided.

In addition, when the total value is applied as the evaluation value of the group, the total value tends to increase as the number of friends (the number of names in the group) increases. Therefore, even if the access frequency of each friend user in the group is not so high, The evaluation value of the group may be increased as a result. On the other hand, by making the evaluation value of the group an average value of the access frequency in the group (friend access average), the height of the access frequency of the friend power source is reflected accurately as the evaluation value irrespective of the number of friend users in the group, As the evaluation value of the group.

Further, in the case of applying the total value as the evaluation value of the group, it is preferable to increase the reference value (threshold value) compared with the evaluation value as the number of the friend users belonging to the group increases. As a result, simply increasing the number of friends of a friend can not satisfy the condition for obtaining a privilege (or avoiding demerit). In order to increase the evaluation value, it is necessary to increase the access frequency of the entire friend, The user can be motivated to communicate with a large number of friend users in the group.

In the above-described embodiment, the reference value to be compared with the friend access average (evaluation value of the group) of each user is set to an example of the total access average calculated by the total access average calculating means 58 (total average calculating means) The average value of the group evaluation values for the entire group managed by the game server 1 may be a reference value which is compared with the evaluation value of each user group. In this case, the total average calculating means of the game server 1 divides the sum of the evaluation values of all the groups by the number of groups, calculates the average value of the whole, and uses the calculated value as the reference value. Here, the whole group managed by the game server 1 is, in principle, all of a group centering on a user who has made friends (that is, a group of friends exists), and the number of users There are the same number of groups. However, as described above, when a user who does not satisfy the time condition of the evaluation value calculation of the group (for example, the last seven days is set as the evaluation period of the evaluation value calculation, A new user who has not participated in the evaluation process), from the calculation of the evaluation value, the group of users who can not calculate the evaluation value of the group may be excluded.

For example, when a total value (hereinafter referred to as a group total value) of access frequencies of friend users belonging to a group is applied as an evaluation value of the group, a numerical value obtained by dividing the total of group total values of all groups by the number of groups is set as a reference value , And it is possible to determine whether or not the privilege or demerit has occurred by comparing the reference value with the group total value of each user. The same applies to the case where the average value (friend access average), the maximum value, the minimum value, and the like are used as the evaluation value of the group.

In the above-described embodiment, the game execution program is mounted on the game server 1 side. In accordance with the input operation of the terminal device 3 of each user, the game server 1 executes an operation The application to the game system in which the game proceeds by transmitting the screen data reflecting the execution result and the screen data to the terminal device 3 has been described, but the present invention is not limited thereto. For example, the game server 1 manages game information such as user's access information, friend information, message information, privilege information and the like, and transmits game services such as exchange of messages among the users in the game, The present invention can also be applied to a game system that is basically performed on the terminal apparatus side of the user.

That is, the present invention can be applied to a game system in which some or all of the game execution program is downloaded or installed on the terminal apparatus side of the user, and the game execution processing is also performed in the terminal apparatus. Accordingly, various types of terminal devices of the user can be connected to the game server (game management device) via the network to receive the game service, and the portable terminal, the PHS terminal, the PDA ), A smart phone, a personal computer, a tablet type computer, a home video game device having a network connection function (a game device configured by connecting a home video game device to a home television), a portable game dedicated device, and the like.

The computer readable program according to the present embodiment is recorded in various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk and a semiconductor memory, And 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 above-described recording medium, but may be performed through a communication network such as the Internet.

[Outline of Embodiment]

(1) As described above, the game management apparatus according to one aspect of the present invention accepts access from a terminal device of each user who receives a game service through a network, manages game information of each user, (A) access management means for storing the access information of each user in a storage device and managing the frequency of access for each user, and (b) A friend managing unit for storing information of a friend user belonging to the group as a center in a storage unit and managing friends for each user; and (c) an evaluation value of the group based on the frequency of the access by the friend user Based on the evaluation value calculated by the evaluation value calculation means, the evaluation value calculated by the evaluation value calculation means for each user; (d) And a game information changing means for changing game information of the lock for each user.

According to this configuration, the game management apparatus receives the access from the terminal apparatus of each user through the network and manages the game information of each user, and provides the game service to each user through the network. For example, And the like. The game service provided to each user by the game management apparatus includes, for example, a service such as a social game in which users can cooperate or communicate while communicating with each other.

The game management apparatus includes access management means for storing information on access of each user who receives the game service to the storage apparatus and managing the frequency of access for each user. Here, the access information stored in the storage device is information such as the access history of each user, the number of accesses per day in the real world, and the presence or absence of access to each day in the real world. Incidentally, the frequency of access here refers to the number of times or the number of days of access from the terminal apparatus of the user through the network within a predetermined period. For example, the access management means stores the number of accesses per day of each user as information of the access over n days (for example, seven days) and manages the access frequency of each user.

The game management apparatus also has a friend management means for managing friends for each user and stores information of friend users belonging to a group called &quot; friends &quot; . In addition, the group referred to here represents a group of friends of the user viewed from the viewpoint of one user only, and each user constituting these groups does not belong to this group alone. Each user also has a group of &quot; friends &quot; centering on themselves individually.

The game management apparatus is provided with evaluation value calculating means and game information changing means. The evaluation value calculating means calculates an evaluation value of a group of friends for each user based on the access frequency of each user managed by the access management means and the information of friends of each user managed by the friend management means. Here, the evaluation value of the group indicates an average value or a total value of access frequency of a friend user, a maximum value or a minimum value of friends (in a group called a friend), and the like. And the game information changing means changes the game information of each user so that the game is made more advantageous or disadvantageous based on the evaluation value calculated by the evaluation value calculating means. For example, the evaluation value calculated by the evaluation value calculating means may be compared with a predetermined reference value, and the game information of the user may be changed so that the evaluation value is advantageous for the user who is larger than the predetermined reference value, The game information of the user is changed so that the user who is smaller than the predetermined reference value becomes disadvantageous in the game.

Here, to be advantageous in terms of the game is to generate a merit in various games according to the type and content of the game (to give a benefit of being advantageous in a game). For example, in a competitive game in which users can play a game, such as a baseball game or a soccer game, the merit is that the power is improved as much as the n times of the battle (for example, three battle games), and the battle is advantageous. Further, if the game is a game in which a point or an item is used, the user may be given a point or item capable of advancing the game advantageously. It is also conceivable that the probability of obtaining a rare item (an item having a lower probability of winning than a normal item and having a higher rare value) by lottery is increased by a predetermined number of times (for example, one time). In addition, the disadvantage of the game is that it causes various game demerits depending on the type and contents of the game. For example, in the charging type game as described above, the demerit that the electric power is lowered by the number of charging n times (for example, one charging), and the charging becomes disadvantageous. Further, it is considered that the demerit that decreasing the probability that the rare item is drawn by a predetermined number of times (for example, one time) (i.e., improving the probability that a normal item having a low rare value is drawn) is drawn. It is also considered to be a demerit that the various points used in the game are reduced by a predetermined point.

As described above, in this configuration, based on the evaluation value of the group based on the access frequency of the buddy user, demerit that the game is advantageous or disadvantageous in the game occurs. In other words, in order to prevent the user from being advantageous or diminished in the game service provided by the game management apparatus, it is necessary to increase the evaluation value of the group by cooperating with a friend other than his own efforts, And gives motivation to communicate with his / her friend user. For example, it is expected that each user sends a message such as &quot; Let's try to access! &Quot; to the friend, thereby increasing the access frequency of the friend. As a result, it is possible to promote a game environment in which friends communicate positively with each other, and the community between friends is heightened.

Thus, the present game management apparatus not only provides the user with the fun of merely receiving benefits, but also gives motivation for actively communicating with friends to each user, thereby promoting the entire game community . As a result, each user strengthens the relationship and exchange between friends in the game, and further strengthens interest and interest in the game. Therefore, it is possible to provide a highly enjoyable game service with continuity not to bother the user .

(2) In the above arrangement, the game management apparatus may further comprise: an average value calculating means for calculating an average value of the frequency of accesses for all users who are receiving the game service or an average value It is preferable to further include a calculation means. The game information changing means may change the game information of the user so as to be advantageous for the game for the user whose evaluation value is larger than the average value calculated by the overall average calculating means, It is preferable to change the game information of the user so that the game is disadvantageous to the user whose evaluation value is smaller than the calculated average value.

According to this configuration, the total average value (the &quot; average value of the access frequency for all users &quot; or the &quot; average value of the group evaluation values for all groups &quot;) calculated by the total average calculating means is divided into groups (Threshold value) to be compared with the evaluation value of the reference value.

In the calculation of the average value by the total average calculating means, all users who are receiving game services in principle are targeted, but a user who does not satisfy the time condition at the time of average calculation (for example, The new participating user who has not passed seven days from the start of use of the game service) may be excluded from the target for the average calculation.

According to this configuration, the average value of the entirety calculated by the total average calculating means is set as a reference value serving as a criterion for determining merit or demerit occurrence, and is compared with the evaluation value of the group. As a result, for example, when the popularity of the game is increased and the average value of the entire game is increased, the reference value is increased accordingly. In order to exceed the reference value, each user communicates with a friend and increases the access frequency of the friend, thereby increasing the evaluation value of the group. Therefore, the improvement of the evaluation value of each user group is further improved . That is, the frequency of access by a friend is improved (= the evaluation value of the group is improved), the average value of all (= reference value) is improved, the frequency of access by the friend is improved, The entire access improvement effect can be expected.

(3) In the above configuration, the evaluation value calculating means may calculate the evaluation value for each user based on a predetermined period until the game information changing means changes the game information of the user based on the evaluation value .

According to this configuration, the target period for calculating the evaluation value of each group of users is defined as &quot; a predetermined period until the game information changing means changes the game information of the user based on the evaluation value &quot;. Here, the predetermined period may be the immediately preceding period (latest period) with respect to the timing of changing the game information, and may be set to an arbitrary period. For example, in consideration of circumstances such as the user always being replaced (the user who has stopped receiving the game service and the new participating user), the "last seven days" before the timing of changing the game information is set as the predetermined period .

By setting the target period of the evaluation value calculation to a period immediately before changing the game information of the user (for example, the last seven days), the daily accesses of the friend users belonging to the group centered on the user are evaluated . For example, even when the target period of the evaluation value calculation is made to be the same seven days, it is not the latest seven days (seven days to seven days before one day) before the game information is changed, If the period is from seven days before to seven days before the start of the game, the target period of evaluation value calculation ends before one week already, and access to the game management apparatus after the end of the period is not reflected in the evaluation result calculation result. On the other hand, if the target period for calculating the evaluation value is a predetermined period before the game information of the user is changed, the daily access until the determination of the presence or absence of the merit or demerit is made as the calculation result of the evaluation value . For this reason, each user gives motivation to increase the evaluation value of the group by increasing the access frequency of the friends until just before the judgment as to whether merit or demerit occurs is made based on the evaluation value. As a result, the entire game community can be effectively activated.

(4) In the above configuration, it is preferable that the evaluation value calculating means calculates the evaluation value for each user, excluding the friend user whose frequency of access does not satisfy the threshold value.

According to this configuration, when a user whose access frequency to the game management apparatus does not satisfy the threshold value (referred to as an inactive user) exists as a friend user in the group, except for the friend user, And an evaluation value is calculated. For example, although the use of the game service is registered, the friend user who has not played the game at all or in actuality is excluded from the evaluation value calculation object as an inactive user whose frequency of access does not satisfy the threshold value. Here, as the threshold value of the access frequency, a period for determining the access frequency and a number of accesses during the period can be arbitrarily set, such as &quot; once / month &quot; (i.e., access once in the last one month). For example, when the threshold value of the access frequency is set to &quot; once / month &quot;, a user who has not accessed the game management apparatus in the last one month becomes an inactive user that does not satisfy the condition of the threshold value .

By thus calculating the evaluation value of the group excluding the inactive users, it is possible to avoid the calculation data of the evaluation value of the group that is not suitable for the actual condition. That is, if the non-active user is included in the calculation target of the evaluation value of the group, for example, for a user who is engaged in a game and creates a large number of friends (for example, about 30 friends) (For example, an average value of the access frequency of the friend user) of the group of the user is greatly deteriorated. Therefore, as in the present configuration, the evaluation value of the group is calculated excluding the inactive user, and based on the evaluation value based on the actual condition, it is determined whether or not the game information should be changed so as to be advantageous in the game or to be disadvantageous .

(5) In the above configuration, the game management apparatus transmits display control information including information on the frequency of accesses of other users to the terminal apparatus of the user who has accepted the access, And display control means for displaying the frequency of the access by another user.

According to this configuration, the display control means transmits the display control information including the access frequency information of the other users to the terminal device of the user who has accepted the 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 for displaying a game screen by a web browser mounted on the user's terminal device. The display control means transmits the display control information to the terminal device of the user, thereby displaying the access frequency of the other user on the screen of the terminal device of the user. As a result, the user can check the access frequency of another user on the screen of the terminal device, and the following effective use of the example becomes possible.

For example, when the past access frequency of each user of the friend candidate is displayed in the &quot; friend candidate candidate list screen &quot; displayed on the terminal device when the user tries to make a friend, And can be a goal when making friends. That is, in the game service provided by the present game management apparatus, in order to obtain a merit in the game based on the evaluation value of the group and to advantageously advance the game (or to avoid occurrence of demerit) Since it is desirable, the frequency of access is one of the criteria when making a friend. Further, in addition to the information on the normal access frequency, information indicating the level or ability of each user is also shown on the list screen of friend candidates. According to the above configuration, when the user determines whether or not another user is to be a friend, In consideration of not only the level or ability of the user, but also the access frequency, it is possible to comprehensively judge other users who want to be friends.

In addition, for example, when the user displays the information of his / her friend user on the screen of the terminal device, the access frequency of each friend user can be confirmed on the screen, thereby making it possible to use the following. That is, when the game is not made advantageous based on the evaluation value of the group (or is disadvantageous in the game), the user can check the cause on the screen. That is, the analysis of whether the access frequency of the friend power source is low or the access frequency of some friend users is low can be easily performed from the information of the access frequency of each friend user. Therefore, for example, when it is found that the evaluation value of the group is low due to the low access frequency of some friend users, the user sends a support message to the friend having the low access frequency, The access frequency can be increased. As a result, the evaluation value of the next and subsequent groups can be effectively increased.

(6) In the above-described configuration, the game information changing means may change the game information of the user so that the greater the difference between the evaluation value and the reference value, It is preferable to change it.

According to this configuration, when the evaluation value of the group generates a benefit for a user whose reference value is larger than the reference value, a larger benefit is generated as the difference between the evaluation value and the reference value is larger (i.e., the evaluation value is higher). For example, in the case of a privilege in which the power is increased by n times in the competitive game, the greater the difference between the evaluation value and the reference value, the greater the number of competitive games (the number of n) in which the power is improved. In addition, for example, in the case of a privilege for assigning a point or an item, the greater the difference between the evaluation value and the reference value, the more points or items to be given are increased. Further, in the case of a privilege that raises the probability of obtaining a rare item by a predetermined number of times, for example, the greater the difference between the evaluation value and the reference value, the higher the probability of drawing the rare item, Increase the number of races to be increased.

As a result, each user gives more motivation to communicate with a friend in order to increase the access frequency of the friend and thereby increase the evaluation value of the group, in order to obtain a larger benefit. Therefore, the activation of the entire game community can be further improved.

(7) In the above-described configuration, the game information changing means may be configured such that, for a user whose evaluation value is larger than a reference value and the number of friends of the user is a predetermined number of users or more, (F) for a user whose evaluation value is larger than the reference value and whose number of friends is less than a predetermined value, the evaluation value and the reference value It is preferable that the game information of the user is changed so that the benefits do not depend on the difference of the game information. The privilege granted to a user whose number of friends of the user is less than a predetermined number is equal to or smaller than the minimum benefit of the privilege given to a user whose number of friends is equal to or larger than a predetermined number, .

In this configuration, when the evaluation value of the group is to be increased, the more the number of friends is, the more time and efforts are required to communicate with the friend in order to increase the evaluation value. It is difficult to obtain an advantage based on the evaluation value of the user, and there is a risk of generating an unfair feeling. Therefore, the problem is solved in advance, and the structure contributing to community activation is further provided. Hereinafter, this will be described in detail.

First, when the number of friends is small, it is considered that the evaluation value of the group is relatively high. That is, when the number of friend users including the user is only three, for example, if the access frequency of two friend users other than the user is increased, the evaluation value of the group (the average value of the access frequency of the friend users in the group, etc.) Can be greatly increased. On the other hand, when the number of friend users including the user itself is 30, for example, the evaluation value of the group can not be increased unless the access frequency of 29 users other than the user is increased.

In consideration of such circumstances, in the present configuration, when a group of evaluation values generates a benefit for a user larger than the reference value, only the user whose number of friend users is equal to or greater than a predetermined number of persons, The higher the privilege is obtained), and for a user whose friend's user name does not fill the predetermined number of names, the privilege is made the same regardless of the size of the evaluation value. In this case, the privilege to be given to the user whose number of friends of the user is less than the predetermined number is equal to or smaller than the minimum privilege to be given to the user whose number of friends is equal to or larger than the predetermined number.

As described above, a configuration in which a larger benefit is obtained as the evaluation value of the group is higher only for the users whose number of friend users is equal to or larger than a predetermined number of persons, and a configuration in which the benefits of a privilege or more So that it is easier for a friend to make more than a predetermined number of times. Thereby, it is possible to give each user the motivation to create a predetermined number of friends or more. Then, each user is made to make more than a predetermined number of friends, and then he or she feels to increase the evaluation value of the group by increasing the access frequency of the friend in order to obtain a larger benefit. Thus, It is possible to promote a game environment in which communication is made by making friends. Thus, the activation of the entire game community can be further improved.

(8) In the above-described configuration, the game information changing means changes the game information of the user so that the user having a larger number of the friend users as the evaluation value is larger than the reference value, .

According to this configuration, when the evaluation value of the group generates a privilege for a user whose value is larger than the reference value, a larger privilege is generated as the number of friends of the user is larger. As a result, each user is motivated to actively make many friends in order to obtain greater benefits. Then, each user creates a lot of friends, then raises the frequency of access by the friends and raises the evaluation value of the group, so that the user feels to acquire a great privilege. Therefore, . Thus, the activation of the entire game community can be further improved.

(9) In the above-described configuration, the friend managing means may include a friend register canceling means for accepting the cancellation of friend registration of the friend user from each user, and the game management apparatus may cancel the friend registration of the friend user A privilege grant adjustment for performing a grant adjustment of the privilege by making a privilege to be advantageous for a game smaller than a case where the friend registration is not canceled for a predetermined period of time from the release of the friend registration, It is preferable to further include a means.

According to this configuration, the game management apparatus has a friend registration canceling means, and accepts cancellation of friend registration from each user. Accordingly, the user can cancel the registration of some or all friends of the friend with his own intention. If the user can cancel the friend registration in this way, it is not intended to improve the access of the friend by sending a cheer message to the friend user with a low access frequency, but rather by registering the friend of the friend with low access frequency There is a possibility that a user who wishes to obtain a privilege in a way that is different from the original purpose of trying to improve the value (the average value of the access frequency of the friend users in the group, etc.) may be considered. Accordingly, as a countermeasure, in this configuration, the user who has canceled the friend registration is made to have a smaller privilege than the case where the friend registration is not canceled for a predetermined period (for example, four weeks) It is made difficult to grant the privilege, and the granting adjustment of the privilege is made.

Thus, even if the user tries to raise the evaluation value of the group by canceling the friend registration of the friend user with a low access frequency, by canceling the friend registration, it becomes difficult to obtain the privilege for a certain period of time or only a privilege smaller than the benefit You will not get it. Therefore, it is possible to effectively suppress the user's behavior that is far from the original purpose of releasing the friend registration to increase the evaluation value of the group.

(10) In the above configuration, the game management apparatus receives a message sent from the terminal device of each user to the friend user, stores the message in the storage device, and sends the message to the terminal device of the friend user And a message delivery unit for delivering the message to the friend user, wherein the privilege grant adjusting unit is configured to allow the user who has canceled the friend registration of the friend user to send the message to the friend user during a predetermined period before the friend registration is canceled , It is preferable not to perform the award adjustment of the privilege when a message of a predetermined number of times or more is transmitted to the friend user to be released.

According to this configuration, the game management apparatus has a message delivery means, stores a message sent to each friend user received from each user in a storage device, and delivers the message to the friend user. Through this message transmission means, the user can communicate with the friend user.

However, even though the user has made an effort to increase the access of the friend by sending a cheer message to the friend user with a low access frequency, since the access frequency of the friend user remains low, the friend registration is inevitably canceled Can be. Therefore, in this configuration, when the user who has canceled the friend registration is notified to the friend user to be released a predetermined number or more (for example, within a predetermined period before the friend registration is canceled Two or more times) is transmitted, the above-mentioned privilege adjustment is not performed (adjustment to make the privilege small or to make it difficult for the privilege to be given).

Thereby, a user who has made an effort to increase the access of the friend by sending a support message to the user who has canceled the friend registration can be prevented from being subjected to the grant adjustment of the privilege. Therefore, the user does not want to increase the accessibility of the friend by sending the support message to the friend, but takes measures to adjust the privilege granting only to the user who cancels the friend registration of the friend user with low access frequency in order to increase the evaluation value of the group And it is possible to more effectively suppress the user's behavior that is far from the original purpose.

(11) A game system according to another aspect of the present invention includes: a terminal device of each user who receives a game service; a game device which receives access through a network from the terminal device, manages game information of each user, And a game management device having any one of the above configurations for providing the game service via the network.

(12) A game management method according to still another aspect of the present invention is a game management method for managing game information of each user by accepting access from a terminal device of each user receiving a game service through a network, (G) the game management apparatus stores an access information of each user in a storage device, and stores the access information for each user in an access (H) a friend management step of causing the game management apparatus to store information of a friend user belonging to a group centering on each user in a storage device and managing friends for each user; (i) An evaluation value calculation step of calculating, for each user, an evaluation value of the group based on the frequency of the access by the friend user; and (j) Being the management device, and includes the evaluation value calculated based on the evaluation value calculated by the step, the game or advantageous or disadvantageous to the game so as to change information for changing the game information of the respective user step.

(13) According to still another aspect of the present invention, there is provided a program for causing a computer to function as: receiving access through a network from a terminal device of each user who receives a game service, managing game information of each user, A program for causing the computer to function as an access management means for storing the access information of each user in the storage device and managing the frequency of the access for each user; A friend managing means for storing information of a friend user belonging to a group centered on the user in a storage device and managing friends for each user, and a storage means for storing an evaluation value of the group on the basis of the frequency of access by the friend user Based on the evaluation value calculated by the evaluation value calculating means, Or so as to be advantageous or disadvantageous intended to function as a game information changing means for changing game information of each user.

(14) A recording medium according to still another aspect of the present invention is a computer-readable recording medium on which the program according to (13) is recorded.

It is to be understood that the detailed description of the present invention is not intended to be construed in a limiting sense, And various changes can be made within the scope of the claims and the claims of the patent.

The present invention is particularly applicable to a game management device, a game management method, a program, and a recording medium for a so-called social game, in which a user can play while communicating with other users receiving game services, Is capable of providing a high game service, and thus is industrially usable.

Claims (14)

There is provided a game management device for receiving access via a network from a terminal device of each user receiving a game service to manage game information of each user and providing the game service to each user via the network,
Access management means for storing the access information of each user in a storage device and managing frequency of the access for each user;
Friend managing means for storing information of friend users belonging to a group centered on each user in a storage device and managing friends for each user;
Evaluation value calculating means for calculating an evaluation value of the group centered on the user based on the frequency of access of the friend user belonging to the group;
And game information changing means for changing the game information of each user so that the game is made more advantageous or disadvantageous based on the evaluation value calculated by the evaluation value calculating means. The method according to claim 1,
Further comprising overall average calculating means for calculating an average value of the frequency of access to all users receiving the game service or an average value of the evaluation values of the group with respect to all groups,
Wherein the game information changing means changes the game information of the user so that the user has a higher evaluation value than the average value calculated by the overall average calculating means in the game, And changes the game information of the user so that the user with a smaller evaluation value than the average value becomes disadvantageous in the game. The method according to claim 1,
Wherein the evaluation value calculating means calculates the evaluation value for each user on a predetermined period until the game information changing means changes the game information of the user based on the evaluation value. The method according to claim 1,
Wherein the evaluation value calculating means calculates the evaluation value for each user except for the friend user whose frequency of access does not satisfy the threshold value. The method according to claim 1,
The display control information including the information on the frequency of accesses of the other users is transmitted to the terminal device of the user who has accepted the access to display on the screen of the terminal device of the user a display for indicating the frequency of access by other users And further comprising a control means. The method according to claim 1,
Wherein the game information changing means changes the game information of the user so that the greater the difference between the evaluation value and the reference value is for the user whose evaluation value is larger than the reference value, The method according to claim 1,
The game information changing means
The game information of the user is changed so that the user having the evaluation value larger than the reference value and the friend number of the friend user is equal to or larger than the predetermined number of persons has a greater advantage of being advantageous in the game as the difference between the evaluation value and the reference value is larger,
The game information of the user is changed so that the user having the evaluation value larger than the reference value and the friend number of the friend user less than the predetermined number of persons are made equal not to the difference between the evaluation value and the reference value,
Wherein the privilege given to the user whose number of friends of the user is less than the predetermined number is equal to or smaller than the minimum privilege of the privilege given to the user whose number of friends is equal to or larger than a predetermined number, Management device. The method according to claim 1,
Wherein the game information changing means changes the game information of a user whose evaluation value is larger than a reference value so that a privilege of being advantageous in a game becomes larger as the number of users of the friend users is larger. 9. The method according to any one of claims 1 to 8,
Wherein the friend managing means has a friend registering canceling means for accepting the release of friend registration of the friend user from each user,
It is possible to reduce the privilege to be gained in the game in comparison with the case where the friend registration is not canceled for a predetermined period of time after the friend registration is canceled for the user who has canceled the friend registration of the friend user, And a privilege grant adjusting means for performing grant concealment of the privilege. 10. The method of claim 9,
Receives a message sent from the terminal device of each user to the friend user, stores the message in the storage device, transmits the message to the terminal device of the friend user, and transmits the message to the friend user Further comprising transmission means,
When the user who has canceled the friend registration of the friend user sends a message more than a predetermined number of times to the friend user to be canceled in the predetermined period before the friend registration is canceled, And does not make any adjustment. The terminal according to claim 1, further comprising: a terminal device of each user who receives the game service; a management server that manages game information of each user by receiving access through the network from the terminal device; and provides the user with the game service via the network A game system, comprising a game management device. delete There is provided a computer program for causing a computer to function as a game management apparatus for receiving game server access from a terminal device of each user to manage game information of each user and providing each user with the game service through the network A computer-readable recording medium recording a program,
The computer,
Access management means for storing the access information of each user in the storage device and managing the frequency of the access for each user,
Friend managing means for storing information of friend users belonging to a group centering on each user in a storage device and managing friends for each user,
Evaluation value calculating means for calculating an evaluation value of the group centered on the user based on the frequency of access of the friend user belonging to the group;
And game information changing means for changing the game information of each user so as to be made advantageous or disadvantageous on the basis of the evaluation value calculated by the evaluation value calculating means, . delete

Images