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

Abstract

The game management device stores the information of the access of each user in a storage device and manages the frequency of the access for each user, and the information of the friend user belonging to the group centering on each user in the storage device. By a friend management means for storing and managing friends for each user, an evaluation value calculating means for calculating the evaluation value of the group for each user based on the frequency of the access of the friend user, and the evaluation value calculating means On the basis of the above-mentioned evaluation value, game information changing means for changing the game information of each user to be advantageous or disadvantageous in game is provided.

Description

Game management device, game system, game management method, program and recording medium {GAME MANAGEMENT DEVICE, GAME SYSTEM, GAME MANAGEMENT METHOD, PROGRAM AND RECORDING MEDIUM}

This application claims priority based on Japanese Patent Application No. 2011-161339 which was submitted on July 22, 2011, and uses all of the description here.

The present invention relates to a game management device, a game system, a game management method, a program, and a recording medium for receiving access via a network from a terminal device of each user receiving a game service and managing game information of each user.

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

Conventionally, in the above-described game system, in order to prompt the user to continue using the game service, a game system for granting a privilege to the user according to the access level of the user to the game server has been proposed (see Patent Document 1). .

In recent years, so-called social games, which are provided as one of the services of the SNS, have been widely distributed in the system of the social networking service (SNS), which is a community type service that promotes and supports the relationship between people. . In such a social game, it is a system that is advantageous in the game, such that each user can be friends with other users who use the game service, or can earn points by communicating with a user of a friend. As described above, in the social game, the interest of the game is improved by promoting communication between users.

In the case of providing a user with a game service that values relationships and interactions between users, such as the social game, how to activate the game community is an important factor in game system construction.

However, just as in the conventional game system described above, only by granting the privilege to the user according to the access level of the user to the game server, it is not possible to sufficiently promote communication between users receiving the game service. It is difficult to connect with the revitalization of the game community.

Japanese Patent Laid-Open No. 2003-144759

SUMMARY OF THE INVENTION The present invention has been made in view of the above-mentioned problems, and the present invention provides a game management apparatus, a game system, a game management method, a program, and a recording medium capable of providing a highly entertaining game service by activating the game community. The purpose.

The game management apparatus according to an aspect of the present invention receives access through a network from a terminal device of each user receiving a game service, manages game information of each user, and provides the game service through the network to each user. A game management device, comprising: access management means for storing the access information of each user in a storage device to manage the frequency of the access for each user, and information of a friend user belonging to a group centered on each user. Friend management means for storing friends in each device and performing friend management for each user, evaluation value calculating means for calculating the evaluation value of the group for each user based on the frequency of the access of the friend user, and the evaluation value calculating means. Based on the evaluation value calculated above, game information of each user is made to be advantageous or disadvantageous in game. And a game information changing means for light.

A game system according to another aspect of the present invention, a terminal device of each user receiving a game service, and receives access through the network from the terminal device to manage the game information of each user, and to each user through the network A game system comprising a game management device that provides the game service, the game management device storing access information of each user in a storage device and managing access frequency for each user; Friend management means for storing information of friend users belonging to groups centered on each user in a storage device to perform friend management for each user, and an evaluation value of the group based on the frequency of the access of the friend user. On the basis of the evaluation value calculating means calculated for each user and the evaluation value calculated by the evaluation value calculating means. For example, game information changing means for changing game information of each user so as to be advantageous or disadvantageous in the game is provided.

According to still another aspect of the present invention, a game management method receives access via a network 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 via the network. A game management method in a game management apparatus for providing a game, the game management apparatus comprising: an access management step of storing the information of the access of each user in a storage device to manage the frequency of the access for each user; A friend management step in which a management device stores information of a friend user belonging to a group centering on each user in a storage device and performs friend management for each user, and the game management device has a frequency of the access of the friend user. An evaluation value calculating step of calculating the evaluation value of the group for each user based on the 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.

The program according to another aspect of the present invention, the computer receives the access via the network from the terminal device of each user receiving a game service, and manages the game information of each user, and gives each user the game via the network A program for operating as a game management device that provides a service, comprising: access management means for storing the computer in the storage device the information of the access of each user, and managing the frequency of the access for each user, with a focus on each user; Evaluation value which calculates the evaluation value of the said group for every user based on the friend management means which memorize | stores the information of the friend user belonging to the said group in a memory | storage device, and performs friend management for every user, and the frequency of the said access of said friend user. On-game advantage based on the evaluation value calculated by the calculation means and the evaluation value calculation means It is intended to function as game information changing means for changing the game information of each user so as to be canceled or disadvantageous.

According to the present invention, motivation for communicating with a friend is given to each user, whereby the entire game community can be activated. As a result, each user strengthens relationships and exchanges between friends in the game, and further strengthens interest and interest in the game, thereby providing a highly entertaining game service with continuity that is not boring for the user. Can provide.

The game management device and game system of the present invention may be implemented by a computer. In this case, by operating the computer as each of the above means, a program for realizing the game device on a computer and a computer-readable recording medium recording the same It is 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 the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS Explanatory drawing which shows the structural example of the game system which concerns on one Embodiment of this invention.
2 is a block diagram showing an example of a hard configuration of a game management device.
3 is a block diagram showing an example of a hard configuration of a terminal device;
4 is a functional block diagram illustrating an example of a functional configuration of a game management device.
5 is a functional block diagram illustrating an example of a functional configuration of game information management means.
6 is an explanatory diagram showing an example of game information stored and managed by a game information management means in a database server;
FIG. 7A is an explanatory diagram showing an example of information about a friend of each user stored by the friend information storage control unit; FIG.
FIG. 7B is an explanatory diagram showing another example of information about a friend of each user stored by the friend information storage control unit; FIG.
8A is an explanatory diagram showing another example of information about a friend of each user, which the friend information storage control unit stores;
FIG. 8B is an explanatory diagram showing another example of information about a friend 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 an access information storage control section.
FIG. 9B is an explanatory diagram showing another example of access information of each user stored in the access information storage control unit; FIG.
9C is an explanatory diagram showing another example of access information of each user stored in the access information storage control section.
10A is an explanatory diagram for explaining an example of the results of access to a game server.
10B is an explanatory diagram for explaining another example of the access history to the game server.
10C is an explanatory diagram for explaining another example of the access history to the game server.
11A is an explanatory diagram illustrating an example of a screen for notifying occurrence of privilege;
11B is an explanatory diagram illustrating another screen example for notifying occurrence of privilege;
FIG. 12A is an explanatory diagram showing an example of a screen for notifying occurrence of the demerit; FIG.
12B is an explanatory diagram showing another screen example for notifying the occurrence of the dememory.
13 is an explanatory diagram showing an example of received message information stored in a message storage control section;
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 operation of a game system.
16 is a flowchart showing an example of basic operations of a game server.
17 is a flowchart showing an example of generation processing such as privilege.
18 is an explanatory diagram showing another example of access information of each user stored in the access information storage control section;
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 such as privilege.
Fig. 21 is a functional block diagram mainly showing another configuration example of game information changing means.
22 is a flowchart showing another example of generation processing such as privilege.
Fig. 23 is a functional block diagram mainly showing another configuration example of game information changing means.
24 is a flowchart showing another example of generation processing such as privilege.
25 is a functional block diagram illustrating another example of the functional configuration of a game management device.
Fig. 26 is an explanatory diagram showing an example of a friend candidate list screen;
27 is an explanatory diagram showing another example of a friend list screen;
28 is a functional block diagram illustrating another example of the functional configuration of the game management device.
29A is an explanatory diagram showing another example of information about a friend of each user, which the friend information storage control unit stores;
29B is an explanatory diagram showing another example of information about a friend of each user, which the friend information storage control unit stores;
30 is a flowchart showing an operation example of a game server including privilege grant adjustment processing.
Fig. 31 is a flowchart showing another example of operation of a game server including privilege grant adjustment processing.
32 is a flowchart showing another operation example of the game server including the privilege grant adjustment process.

EMBODIMENT OF THE INVENTION Hereinafter, the game management apparatus, the game system, the game management method, the program, and the recording medium which concern on one Embodiment of this invention are demonstrated, referring drawings.

[Overview of Game System]

The structural example of the game system in which the game management apparatus which concerns on one Embodiment of this invention was built is shown in FIG. As shown in this figure, the game system includes a game server 1 installed on a network 4 such as the Internet, a database server 2 connected to the game server 1 so as to be communicable, and a network. It is comprised by the terminal apparatus 3 of each user which can connect with the game server 1 so that communication is possible via (4).

The network 4 of the present embodiment is not limited to the Internet, and can be connected to the game server 1 and the terminal device 3 of each user so as to communicate with each other, for example, a dedicated line or a public line. (Telephone line, mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, or the like, or a combination of the Internet and these.

In the example of this game system, the game management apparatus which concerns on one Embodiment of this invention is comprised with the game server 1 and the database server 2. As shown in FIG. The game server 1 receives access via the network 4 from the terminal device 3 of each user who receives a game service, and accumulates and manages game information of each user in the database server 2 (memory device). Then, a game service through the network 4 is provided to each user.

In this embodiment, as a form of providing the game service by the game server 1, an example of providing a so-called browser game that can play a game by a web browser mounted on the terminal device 3 of each user is provided. It demonstrates. In the service form of providing this browser game, it is not necessary to download or install game-specific software on the user's terminal device 3, and if the user can connect the terminal device 3 to the network 4, where is the user? Even in the light game game service provided from the game server (1) can be enjoyed.

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 game progression in accordance with an input operation in the terminal device 3 of each user. I execute 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 calculation process or the like, and displays the execution result on the screen of the terminal device 3 of the user. Web page information (game screen data) is transmitted to the terminal device 3 of each user.

The terminal device 3 of each user is equipped with a web browser having a web site browsing function as a user agent, so that web page information transmitted from the game server 1 can be displayed on the screen of the terminal device 3. It is. As this terminal device 3, for example, a mobile phone terminal, a personal handy-phone system (PHS) terminal, a personal digital assistant (PDA), a smartphone that is a mobile terminal in which a mobile phone and a mobile information terminal are fused together The present invention can be applied to various terminals capable of receiving game service by connecting to the game server 1 via a network 4 such as a personal computer or a tablet computer.

In addition, the game provided by this embodiment has the element of what is called a social game which a user can play, communicating with another user receiving game service. For example, by embedding the game server 1 and the database server 2 of the present embodiment into a system of a social networking service (SNS), a game system that provides a social game service as one of the services of the SNS can be provided. . In this way, the game service can be provided to the user by the game system operating on the SNS platform. However, the game server 1 and the database server 2 may be built as an independent game system without being embedded in the SNS system.

In this game system, each user can establish a special relationship of "friend" with one or more other users who are receiving game services. And the user who made a friend can acquire various merit mentioned later. As a form for a user to become friends with another user, either one of the users requests a friend to the other user through the game server 1, and the user who receives the friend request is the game server 1. A friend application made between the two users and the operation of the approval are said to approve to become friends through. And the game server 1 memorize | stores in the database server 2 the information of the friend user belonging to the said group called "friend" centering around each user, and manages the friend for every user. The details of this friend application, its approval, and friend management by the game server 1 will be described later.

And the game server 1 of this embodiment calculates the evaluation value of a group for every user based on the frequency of access to the game server 1 of the friend user belonging to the group centering on each user. Here, the evaluation value of a group shows the average value, the total value, the maximum value, the minimum value, etc. of the access frequency of the friend user belonging to the group centering on each user. In addition, the game server 1 which manages game information of each user has a characteristic configuration of changing the game information of each user so as to be advantageous or disadvantageous on the basis of the evaluation value of the group of each user. Have That is, the game server 1 compares the evaluation value of each user's group with a predetermined reference value (first reference value), and selects the game information of the user so that the evaluation value is advantageous to the game for the user whose evaluation value is larger than the predetermined reference value. Change to generate merit. Alternatively, the game server 1 compares the evaluation value of each user's group with a predetermined reference value (second reference value), and changes the game information of the user so that the evaluation value is disadvantaged in the game for the user whose evaluation value is smaller than the predetermined reference value. To generate demerits. In addition, the calculation method of the evaluation value of a group, the determination method of a reference value, the specific example of a merit or a dimer, etc. are mentioned later.

The characteristic configuration of this embodiment allows each user to motivate friends to communicate with each other in order to increase the frequency of access to the game of all the friends (access to the game server 1) in order to obtain a privilege. do. Therefore, the whole game community can be activated. Activation of the entire game community is an important factor in realizing high-interesting social games, and each user can reinforce relationships and exchanges between friends in the game, and furthermore, interest in and interest in the game. Resulting in reinforcement. Therefore, this game system can implement | achieve the provision of the game service which has a continuity which wears well for a user.

Below, the detail of the structure of the game management apparatus which concerns on this embodiment which can aim at activation of the whole game community as mentioned above is demonstrated. In the following description, the evaluation value of a group is demonstrated centering on the example which applied the average value of the access frequency of the friend user belonging to the group centering on each user (henceforth "a friend access average").

[Configuration of Game Management Device]

As described above, in the present embodiment, the game management device is composed of a game server 1 and a database server 2. An example of the hard structure of the game server 1 is shown in FIG. As shown in this figure, the game server 1 mainly comprises a central processing unit (CPU) 11, a read only memory (ROM) 12 and a random access memory (RAM) 13 as main memory devices, The auxiliary storage device 14, the communication control unit 15, and the input / output control unit 16 are provided, and they are connected to each other via a bus line 17 including an address bus, a data bus, a control bus, and the like. In addition, although an interface circuit is interposed between the bus line 17 and each component as needed, illustration of the interface circuit is omitted here.

The CPU 11 analyzes and executes instructions of application software such as system software and game programs, and controls the entire game server 1. The ROM 12 stores a program and the like necessary for basic operation control of the game management device 1. The RAM 13 stores various programs and data, and secures a work area for the CPU 11.

The auxiliary storage device 14 is a storage device that stores application software such as game programs, various data, and the like. As the auxiliary storage device 14, a hard disk drive or the like can be used, for example. The program of the present embodiment for operating the game server 1 (computer) as a game management device is also stored in this auxiliary storage device 14, and the program is stored in the auxiliary storage device at the time of startup of the game server 1. It is loaded from 14 to the RAM 13 via the bus line 17 and executed by the CPU 11.

The communication control unit 15 has a communication interface 15a connected to the network 4, and controls communication between the terminal device 3 of each user via the network 4. In addition, the communication control unit 15 also controls communication with a server (not shown) connected to the network 4. For example, when the game server 1 has a system configuration incorporating the SNS, the communication control unit 15 of the game server 1 controls communication between SNS servers (not shown) via the network 4.

The input / output control unit 16 is connected to the database server 2 so as to be communicable, and is a database interface for performing input / output control when the CPU 11 reads and writes data (records) to 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 includes, for example, a large capacity hard disk device having a redundant array of inexpensive disks (RAID) configuration. The database server 2 stores, for example, 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. It can be constructed as a relational database, an object database, or an object relational database.

In this embodiment, although the game management apparatus shows the example comprised by the game server 1 and the database server 2, it is not limited to this. For example, the game server 1 may be provided with the function of the database server 2, and the game management device may be constituted by the game server 1 only. In addition, the functions of the game server 1 may be distributed to a plurality of servers so that the game server 1 may be configured as a plurality of servers. For example, when a user operates the terminal device 3 to access the game server 1, an authentication server having an authentication function for determining whether the user is a regular user is a main server of the game server 1. The game server 1 may be configured separately from the server and constituted of a main server and an authentication server. As another configuration example, a billing management server that performs billing management when a user purchases an item to be charged in a game is provided separately from the main server of the game server 1, and the like. The game server 1 may be configured.

In addition, if the number of users using the game service is hundreds of thousands, millions, or more, it is required to construct a server system that can withstand huge access from the terminal device 3 of a large number of users. It is good also as a load-balancing system structure by installing a some game server 1 on (), and making it redundant (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 structure of the user terminal device 3 which accesses the game server 1 which concerns on this embodiment, and receives the provision of a game service is demonstrated.

[Configuration of terminal device]

As the terminal device 3 operated by the user, as described above, various terminals having a web site browsing function can be applied including the mobile phone terminal. In this embodiment, the mobile phone terminal is illustrated and the structure is demonstrated. Also for a terminal device 3 other than the mobile phone terminal, a basic configuration required for playing a game, such as displaying a game screen using a web site browsing function or performing an input operation for executing a game. Is the same as the mobile phone terminal.

A mobile phone terminal having a web site browsing function or the like is also called a feature phone or a smart phone, and a configuration example thereof is shown in FIG. As shown in this figure, the terminal device 3 mainly includes a CPU 31, a ROM 32 and a RAM 33 as main memory devices, an image processing unit 34, a display unit 35, and a sound processing unit. 36, an audio input unit 37, an audio output unit 38, an auxiliary memory device 39, an operation input unit 40, and a communication control unit 41 are provided. The components 31 to 34, 36 and 39 to 41 are connected to each other via the bus line 42. In addition, although the interface circuit is interposed between the bus line 42 and each component as needed, illustration of the interface circuit is omitted here.

The CPU 31 analyzes and executes commands of various programs including a web browser, and controls the entire terminal device 3. The ROM 32 stores a program and the like necessary for basic operation control of the terminal device 3. 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. The web browser for displaying game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage device 39, loaded in 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 storage device 39 together with the web browser.

The image processing unit 34 drives the display unit 35 based on the image display command from the CPU 31, and causes the image of the display unit 35 to display an image. As the display unit 35, various known display devices such as a liquid crystal display and an organic electroluminescence (LE) display can be used.

The sound processor 36 converts the analog voice signal into a digital voice signal when the voice is input from the voice input unit 37, and generates an analog voice signal based on the pronunciation instruction from the CPU 31. Output to (38). The voice input unit 37 is composed of a microphone built in the terminal device 3, and is used for telephone communication or recording. The audio output unit 38 includes a speaker that outputs a sign language speaker during telephone communication and a ringing tone or an effect sound when playing a game.

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

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. As an example of the operation input part 40, there exist physical buttons, such as a direction indication button provided in the main body of the terminal device 3, an input button, input buttons, such as an alphanumeric number. Moreover, in the case of the terminal device 3 which comprises the display part 35 as what is called a touch screen by mounting a touch panel (contact input interface) on the screen of the display part 35, the said touch panel also has an operation input part 40. It becomes

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

In addition, the terminal device 3 may be further equipped with a GPS (Global Positioning System) signal receiving circuit, an imaging device (camera) such as a charge coupled device (CCD) image sensor, a three-axis acceleration sensor, or the like. GPS location information can also be used in games.

In the terminal device 3 having the above configuration, the user who is going to receive a game service performs an operation of accessing a game site managed by the game server 1 by driving a web browser. When this access is authenticated to the game server 1, the communication control unit 41 of the terminal device 3 receives game screen data described in HTML or the like transmitted from the game server 1, and the CPU 31 Executes a web browser to display a game screen on the display unit 35. Here, the user selects and inputs a selectable button object or hyperlink displayed on the game screen by operating the operation input unit 40. The game server 1 advances a game according to this selection input, and transmits new game screen data to the terminal device 3. Then, this new game screen is displayed on the display unit 35 of the terminal device 3, and in the following, the user similarly selects a selectable button object or the like from the game screen displayed on the display unit 35, 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 device (game server 1 and database server 2) configured as described above will be described. 4 is a main functional block diagram of a game management device.

The game management device mainly includes game information management means 51, game progress means 52, friend management means 53, authentication means 54, access management means 55, access average calculation means 56, friend access. An average calculating means 57 (evaluation value calculating means), a total access average calculating means 58 (full average calculating means), a game information changing means 59, a notification means 60, and a message transmitting means 61; Doing. Each of these means 51 to 61 is realized by the CPU 11 of the game server 1 executing a program according to the present embodiment.

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

Examples of the games provided by the game server 1 include sports games on the basis of various sports such as baseball, soccer, and golf, combat games on the theme of combat, music simulation games, and other role-playing games and training. Like games and simulation games, various games can be mentioned regardless of the game type and genre. As an example, in this embodiment, the case where the game server 1 provides a baseball game as a game service is described below.

In this embodiment, an example is a baseball game in which a user owns a player character in a game and can play a game (competition) with another user in the game using the player character. The player character owned by the user can be in the form of a card in which the form of the player character 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 displayed on the screen of the terminal device 3 of the user. In FIG. 11A, the player card 71 shown on the screen of the user's terminal device 3 is illustrated, and the form of the player character and the rareness of the card (indicated by the height of the scarcity value in lots of ☆) are indicated. One digital player card is displayed on the screen. The user can collect player cards as the game progresses, form their own original team, and compete against other users to compete in the ranking. In addition, the user can improve the ability of the player card (player character) by synthesizing the collected player cards (ie, fostering the player), so that the user can enjoy the game with the goal of making a stronger team.

In such a baseball game, the game information management means 51 which manages the game information of each user is as shown in FIG. 5, and the user information memory control part 51a, the level information memory control part 51b, and the owned player card. Storage control unit 51c, possession point storage control unit 51d, possession coin storage control unit 51e, possession item storage control unit 51f, match result storage control unit 51g, ranking storage control unit 51h, privilege information storage control unit ( 51i) and the de-memory information storage control unit 51j. FIG. 6 shows an example of game information of each user (in this example, user ID = " 000001 ") stored in the database server 2 and managed by the storage controllers 51a to 51j of the game information management means 51. FIG. Game information for one person).

The user information storage control unit 51a corresponds to a user ID that uniquely identifies each user, and stores user information about each user such as a login ID, a password, a user name (nickname used in the game, etc.), a team name, and the like. Each user ID is stored in a predetermined storage area of the database server 2. Here, the login ID and password are used for login authentication when each user operates the terminal device 3 to access the game server 1. The user name and team name are arbitrary information set by the user when the user registers for receiving the game service or when starting and executing the game. The user name and team name are displayed on the game screen as needed.

The level information storage control unit 51b stores, in association with the user ID, level information such as the user's level and the league's level in a predetermined storage area of the database server 2 for each user ID. In this baseball game, for example, the experience value is accumulated as the user advances the game, and the user's level is increased by reaching the predetermined amount. In addition, in this baseball game, for example, there are a plurality of different levels of leagues, and a team of each user belongs to any one league and automatically competes with a team of other users of this league. have. In addition, according to the results of this league match, a match between teams of 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 this user's level and the league's level in association with the user ID.

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

In FIG. 6, the example which can set the competency value of a player with respect to three capability items (capabilities 1 to 3) is shown. As an example of the ability item, when the player card is a beast, the ability 1 to 3 may be "hit", "the main force", "defense", etc., and when the player card is a pitcher, the ability 1 to 3 is " Orchestration "," control "," change ", or the like. The ability item is not limited to this example and can be increased or decreased. The regular player flag is a flag for determining whether the player is a regular player (player included in the team order) participating in a game with another user's team or a candidate other than the regular player. When it is "1", it shows 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 a player card he owns or set a team order.

In addition, the database server 2 has a player card database which is associated with a player card ID and stores image data of the player card, player name, position, team belonging to the team, ability values (initial values not reinforced by synthesis), and the like. Then, the game information management means 51 can acquire the image data of the player card corresponding to the player card ID, etc., based on the player card ID stored in the owned player card memory control unit 51c.

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

As shown in FIG. 6, examples of the points include, in addition to the above-described experience value, behavioral power points, operating costs, reinforcement points, and support points. The action point is used in the "scout mode" in which a player card is scouted by searching for a player card while spending the action point. The operation cost is used in the "match mode" which designates another user and competes in individual competitions, and it is consumed by performing the individual competitions with a position called a cost (point) required when operating a competition. For example, reduced action point or operating cost spent during the game can be recovered over time (for example, by one point every three minutes), or the experience value reaches a certain amount. The user's level may be increased to recover.

In addition, the said reinforcement point is used in the "reinforcement mode" which improves the ability of a player card by combining player cards owned by a user, and is consumed by performing the said synthesis | combination. This reinforcement point can be acquired, for example by execution of a scout mode, execution of a match mode, etc. In addition, the member points are points that the user can earn by sending a message or the like to another user to support (sending the member). This member point is a "player lottery acquisition mode" which can acquire a predetermined number (for example, one) player card by the drawing based on a random number etc. among all the player cards managed by the game server 1, for example. It can be used and you can get one player card lottery per predetermined member point.

The owned coin storage control unit 51e corresponds to a user ID and stores coins (in-game currency different from the above points) owned by the user in the game in a predetermined storage area of the database server 2 for each user ID. Remember This coin is required when the item to be charged is obtained, for example.

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

Pieces of puzzle cards are items that can obtain a strong (high ability) player card by collecting a predetermined number of pieces (for example, six pieces of P1 to P6) to complete the puzzle card. For example, a piece of a puzzle card can be obtained when winning a scout based on a random number at the time of execution of the scout mode, and also wins by playing against a piece owned by another user in the match mode. In one case, it is possible to seize from the user of the 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 can be acquired by consuming the coin or by satisfying a predetermined bonus condition in the game.

The game result storage control unit 51g corresponds to the user ID, and specifies a game ID for uniquely specifying a game in which the team of the user competes with the team of another user, and the predetermined storage area of the database server 2 for each user ID. Remember to. Here, the game uniquely specified by the game ID includes the game of individual competitions in which the user designates the opponent and the competition of the league games 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 (the time of the match start or end in the real world), the user ID of the winning team, the user ID of the losing team, the match score, the winning pitcher character, and the defeat The game has a game database in which information on game results, such as a pitcher character, a home run player character, and game score information, is stored. And the game information management means 51 is able to acquire the information regarding the match result corresponding to the said match ID from the match database based on the match ID memorize | stored in the match result storage control part 51g.

The ranking memory control unit 51h corresponds to the user ID, and ranks information such as ranking in the league based on the number of victories and defeats and the number of victories and defeats of the user's team in the league game or the game before the exchange. Each time, it is stored in the predetermined storage area of the database server 2. For example, a league match is automatically played at a predetermined time (for example, 12 games on each day) at a predetermined time on each day of Monday to Friday in the real world. In addition, it is assumed that a predetermined number of games (for example, 12 games each day) is automatically performed at a predetermined time on Saturday and Sunday in the real world before the replacement game. In this case, as shown in FIG. 6, the ranking memory control unit 51h stores the ranking information for each day of the Monday to 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 about the privilege granted to the user in a predetermined storage area of the database server 2 for each user ID in association with the user ID. The privilege in this embodiment is given to the user whose friend access average has exceeded the reference value (first reference value). In this case, the granting of a privilege is an advantageous state (merit generation state) in the game compared to before the granting of the privilege. In FIG. 6, an example in which a privilege of three games is advantageous is given to the user. The detail of this privilege is mentioned later.

The de-memory information storage control unit 51j stores information about the de-merit given to the user in a predetermined storage area of the database server 2 for each user ID in association with the user ID. The default in this embodiment is given to a user whose friend access average is lower than a reference value (second reference value). To give a demerit here is to make the game in a disadvantageous state compared to before the demerit is given. The detail of this dimer is also mentioned later.

Next, the game progress means 52 shown in FIG. 4 is demonstrated. The game progress means 52 executes the game according to the operation of the terminal device 3 by the user, generates game screen data according to the result of the execution, transmits it to the terminal device 3, and the terminal device 3. Display a game screen according to the user's operation. As shown in FIG. 4, this game progress means 52 is provided with the game execution means 52a, the game screen generation means 52b, and the game screen transmission means 52c.

When the game screen is displayed by the web browser of the user terminal device 3, when the user performs an operation of selecting a selectable button object or hyperlink on the game screen, a request of the game screen according to the operation is terminal. It is transmitted to the game server 1 by the web browser of the apparatus 3. In the game server 1 that has received this request, the game execution means 52a reads the user's game information in accordance with the request, and executes a game by performing calculation or data processing.

For example, in the case where the operation of playing against a team of other users in the competitive mode is performed by the user, the game execution means 52a is a player card of both teams corresponding to the user IDs of both users who play the competitive game. The information (player card information of a regular player who is participating in a game) is read from the database server 2. And the game execution means 52a performs a calculation which determines a win or lose based on the ability value of the player card of both teams, etc. As an example of this win / loss decision operation, the winning team may be the one with the highest sum of the ability values of the players' cards of both teams. You may obtain by. In addition, the game execution means 52a may perform a calculation to determine whether to produce various effects influencing the win or lose based on the combination of the player cards constituting the team before the operation for determining the win or loss.

The game screen generating means 52b generates game screen data made of HTML data, for example, in accordance with the execution result by the game executing means 52a. The HTML data may include image data such as a player card read from the database server 2. In addition, a script (program) that is operated by a 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 game screen data (HTML data or the like) generated by the game screen generating means 52b to the user terminal device 3 as a response to a request of the game screen. In the terminal device 3 of the user who has received this game screen data, the game screen is displayed on the display unit 35 by a web browser.

Next, the friend management means 53 is demonstrated. The friend management means 53 has the function of storing the information of the friend users belonging to the friend (group) centering on each user in the database server 2 (storage device), and performing friend management for each user. This friend management means 53 is provided with the friend information storage control part 53a.

FIG. 7A shows an example of information about friends of each user, which is stored in the database server 2 and managed by the friend information storage control unit 53a. The friend information storage control unit 53a corresponds to the user ID, and includes information on a limited number of friends, a user ID of a friend user who is already a friend, a user ID of a user who is applying for a friend, and a user of a user who has received a friend request but is not approved. Information about a friend such as an ID is stored in a predetermined storage area of the database server 2 for each user ID. In the example of FIG. 7A, information about a friend for one user having user ID = "000001" is shown. The number of friends is 20, a friend user of the user is 10, a user applying for a friend, a friend 0 users have been requested but not approved.

In the baseball game of the present embodiment, by making friends, bonus points are granted to both users who have become friends (for example, the above-mentioned behavioral force point and the maximum operating cost value can be increased by a predetermined point). Moreover, it is a game specification which can advance a game advantageously by playing a game in cooperation with a friend of a friend, or giving or cheering a player card with friends. Thus, making a friend is promoted by giving a user a merit by making a friend in a game. However, each user has a limited number of friends (the maximum number of friends that can make a friend) according to the progress of the game, and the friend information storage control unit 53a stores the limited number of friends in association with the user ID. . For example, the limited number of friends is set to increase as the level of the user increases. As a result, the user is motivated to continue to progress the game and to level up, in order to make more friends to play the game.

In the present embodiment, in order for two users to be friends, either of the users requests a friend to the other user through the game server 1. As an operation example of this friend request, the user who tries to make a friend first performs an operation of listing up the candidate candidates on the screen of the terminal device 3. In response to the operation by the user, the game server 1 transmits screen data that lists the target candidates of the friend candidates, so that, for example, as shown in the screen example of FIG. It is displayed on the terminal device 3 of the user. Here, the user checks the user level, the league level, etc. of the target person listed on the screen, selects a user who wants to be a friend, and performs a friend application operation. In addition, the detail of the friend candidate list screen of FIG. 26 is mentioned later.

For example, consider a case where a user A with user ID = "000001" performs a friend request operation on user B with user ID = "000002". As shown in Fig. 7A, in accordance with this operation, the friend information storage control unit 53a of the game server 1 is game information of the user A who made a friend request, and is associated with the user ID of the user A = " 000001 ". The user ID of user B, which is the requestee, is stored as "user ID being applied."

In addition, as shown in Fig. 8A, the friend information storage control unit 53a is the game information of the user B who is the applicant, and corresponds to the user ID of the user B of the user B, and the user of the user A who has made a friend request. ID = "000001" is stored as "unapproved 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.

The user B who has received the friend request checks the user level of the user A, the league level, etc. received from the game server 1 on the screen of the terminal device 3, and selects whether to approve or reject as a friend. Perform the operation. Here, when the user B performs the operation which approves as a friend, the friend management means 53 of the game server 1 establishes the friend relationship of the user A and the user B according to this operation, and connects both users A and B. Register a friend. That is, as shown in FIG. 7B, as the game information of user A, the user ID of user B = "000002" of user B is stored as "friend user ID" as the game information of user A. The user ID of user B is deleted from the "user ID being requested".

In addition, as shown in FIG. 8B, the friend information storage control unit 53a associates with the user ID of the user B, “000002”, and stores the user ID of the user A, “000001,” as the “friend user ID”. The user ID of the user A is deleted from the "unapproved user ID". The game server 1 then notifies that the user B has approved the friend when the terminal device 3 of the user A logs in to the game server 1.

Next, the authentication means 54 is demonstrated. The authentication means 54 judges the presence or absence of the game participation qualification of the user and performs login authentication when the user who is going to receive the game service attempts to access (log in) the game server 1 by operating the terminal device 3. . An example of this authentication is authentication based on the login ID and password associated with the user ID. For example, when the user uses the game service for the first time, a login ID (any alphanumeric number, an e-mail address, etc.) and password are registered in the game server 1 as member information. At the time of logging in to the game server 1 from the next time, the user operates the terminal device 3 to transmit a login ID and a password to the game server 1. At this time, the authentication means 54 of the game server 1 judges whether the combination of the login ID and password received from the user's terminal device 3 is registered, and performs login authentication.

When the game system is incorporated into the SNS system, the member registration information (login ID and password) of the SNS may be used as the usage registration information for receiving the game service of the game system as it is. For example, when the user terminal device 3 is logged in to the SNS server, when the user accesses the game site managed by the game server 1 for the first time, the user's terminal device 3 automatically accesses the game server 1 from the SNS server. The login ID and password are transmitted, whereby the user may be able to register the use of the game service without registering the login ID and password again.

In addition, the object identification number (mobile phone terminal different from the phone number) of the mobile phone terminal, which is the terminal device 3, so that the user can skip the trouble of inputting a login ID and password each time the user accesses the game server 1. May be authenticated using information uniquely identified) or a contractor's unique ID (information for uniquely identifying the contractor of the mobile phone terminal, and the ID does not change if the contractor is the same even if the model is changed). . In other words, when a user operates a mobile phone terminal and registers as a member, the game server 1 acquires the object identification number or the contractor's unique ID included in the data transmitted from the mobile phone terminal, and together with the login ID and password, The object identification number or the contractor unique ID is also stored in the database server 2 in association with the user ID. When the access means receives the access request from the mobile phone terminal, the authentication means 54 determines whether the individual identification number or the contractor unique ID is registered and performs login authentication. Thereby, at the time of access to the game server 1, a user can log in by skipping input of a login ID and a 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 and registers, the game server 1 issues object identification information corresponding to the login ID and password, registers it with the database server 2, and identifies the object. The information is sent to the terminal device 3 as a cookie. At this time, the browser of the terminal device 3 stores the received cookie in the terminal device 3. At the time of access to the game server 1 from the next time, the browser of the terminal device 3 sends a cookie to the game server 1 together with the page view request, so that the authentication means 54 requests access from the mobile phone terminal. When receiving the message, it is possible to perform login authentication by determining whether the cookie object identification number has been registered.

Next, the access management means 55 will be described. The access management means 55 stores the information of each user's access to the game server 1 in the database server 2 (memory device) and manages the access frequency for each user. This access management means 55 is provided with the access information storage control part 55a. Examples of the access information stored in the access information storage control unit 55a include information such as the access history of each user, the number of accesses per day in the real world, the presence or absence of access on each day in the real world, and the like.

FIG. 9A shows an example of access information of each user, which is stored in the database server 2 and managed by the access information storage control unit 55a. The access information storage control unit 55a corresponds to the user ID, and corresponds to the user's access frequency for each day of the week from Monday to Sunday in the real world, and for each week 1 to n weeks ago in the real world. The access average of the user is stored in the predetermined storage area of the database server 2 for each user ID. Note that the access information stored in the access information storage control unit 55a is not limited to the example of FIG. 9A, and may be, for example, the number of times the user accesses each day in a recent predetermined period (for example, 30 days). do. The detail of the access information memorize | stored by this access information storage control part 55a is mentioned later.

The access average calculating means 56 of this embodiment calculates an "access average" which is an average value of the frequency of each user's access 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 an access average exists innumerably, For example, it can set arbitrarily about the period (access average calculation period) at the time of calculating an access average.

However, the access average of each user which this access average calculating means 56 calculates is a value used as the basis when the friend access average calculating means 57 calculates a friend access average, and also the privilege or demerit Since it is a value that affects the occurrence, it is preferable to consider this to determine the access average calculation period. Therefore, in this embodiment, the access average calculation means 56 calculates the access average of each user of the recent predetermined period (henceforth an access average calculation period), for example, the last 7 days, and also friend access The average calculating means 57 calculates a friend access average for a group called a friend centered on each user.

There are several points to consider when setting the access average calculation period. First of all, it is the length of the period, and the replacement of the users (users who stop receiving the game service and new entry users) always occurs, so if the average access calculation period is a relatively long period of several months, within the period It is easy to change the number of users that occur. Since the user who starts or stops the game service in the middle of the access average calculation period does not satisfy the periodic condition for calculating the access average, it is preferable to exclude the access average calculation period from the calculation target. More preferably, by limiting it to about 5 days to 10 days, exclusion of the calculation object which does not satisfy a periodic condition can be reduced. In particular, for a new participating user who has started a game service, it is never possible to create a state that is not subject to the calculation of the access average (i.e., does not contribute to privilege granting at all) until a long access average calculation period such as several months has elapsed. Not desirable Therefore, it is preferable to make the access average calculation period into the period within 1 month, and it is more preferable to limit it to about 5 days-about 10 days.

Further, if the access average calculation period (parameter when calculating the access average) is limited to a period within one month, more preferably about 5 days to 10 days, for example, as in the case where the period is 3 months, It is also possible to avoid the situation that the change of the average value is insufficient and a sense of redundancy occurs.

In addition, by setting the access average calculation period to be the "last" period (for example, the last seven days), the user's daily access to the game server 1 is reflected in the access average. Here, the term "recent" means that the game server 1 is recent with respect to the timing (the timing of the privilege generation or the demerit generation) of changing the game information of the user based on the friend access average. For example, even if the access average calculation period is set to the same seven days, for example, not seven days (seven days before seven days before seven days) until the previous day, for example, seven days before thirteen days before seven days. In the case of daily use, the access average calculation period is already completed one week before, and access to the game server 1 after the end of the period is not reflected in the access average. On the other hand, if the access average calculation period is set to be "recent", the access average is always reflected since the daily access until immediately before the determination of privilege occurrence or demerit occurrence is made is reflected in the calculation result of the access average. Motivation to increase

Hereinafter, in this embodiment, the example which made the access average calculation period into the last seven days is demonstrated. In addition, it is easy for a user to determine whether a merit (privilege) or a demerit has occurred on the day of the week as a result of the comparison between the friend access average and the reference value. Therefore, in this embodiment, the example which notifies a user of the comparison result of the friend access average and a reference value in the last seven days from Monday to Sunday of the previous week is notified next Monday.

As shown in Fig. 9A, the access information storage control unit 55a of the access management unit 55 associates with the user ID and records the number of times the user accesses each Monday to Sunday in the real world. It is stored for each user ID. That is, in the example of FIG. 9A, the access frequency is stored as "count / day" such as how many times the user has accessed the game server 1 per day in the last seven days from Monday to Sunday.

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

In addition, if the log-in time is before the date-change time of 0 am and the log-out time is past 0 am, that is, if you are playing the game over a date, the game server after the date-change time (1 ) May be regarded as access on a day different from the day of login even in the case of login, and the number of times of access may be counted.

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

Next, the specific example of calculation of the access average by the access average calculating means 56 in the case where the access average calculation period is made into the last seven days is illustrated. As a calculation method of an access average, various methods can be considered, but calculation examples (1)-(3) are demonstrated as a typical calculation method here.

The calculation example (1) simply divides the sum of the number of accesses for seven days into seven days, and calculates the number of times of access per day (number / day) as an access average. For example, as shown in FIG. 10A, when user A has accessed 0 times, 1 time, 4 times, 1 time, 3 times, 5 times, 0 times on each day from Monday to Sunday, the corresponding user. A's access average is

It can be calculated as

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 count is set to "0" on the day which has never been accessed. In other words, if there is access at least once a day, the access is evaluated and the count is set to "1". Then, the sum of the counts for 7 days is divided by 7 days, and the count per day (count / day) is calculated as the access average. In this case, if there is access once or more per day for all seven days, access average = 1. In addition, in the example of user A shown in FIG. 10A mentioned above, the access average of this user A is

It can be calculated as

In the case of the calculation example (2), the access frequency information of the last 7 days should just be able to know the presence or absence of the access of each day, and it is not necessary to store the number of times of access of the user of each day like the example of FIG. 9A. That is, as illustrated in FIG. 9C, the access information storage control unit 55a is associated with the user ID, and whether or not the user has access to each day of the Monday to Sunday of this week in the real world. 1-bit information having no " 0 ") may be stored for each user ID. In this case, the presence or absence of the access can be stored as 1-bit information, so that the storage capacity can be reduced rather than storing the number of accesses as a multi-bit numerical value.

The calculation example (3) is a modification of the said calculation example (2), The weight which changed the weight at the time of calculating an average of access on the day which accessed the game server 1 only once a day, and the day which accessed multiple times a day. Take an average. For example, the count when accessing only once a day is set to "1", and the count when accessing a plurality of times a day is weighted so as to be larger than 1, and the access average of each user is calculated. As an example of weighting, when the number of accesses in a day is a, the weight w of the weighted average is

As the number of accesses increases, the weight may increase. In the weighted average calculation method, if there is access even at least once a day, the access is highly evaluated, and the count is set to "1". It evaluates and makes count more than one. According to the weighting method of Equation 1, when accessing more than once a day, the count increases by 0.1 every time the access increases. In the example of the user A shown in Fig. 10A, the access average (weighted average)

It can be calculated as

In addition, the calculation method of an access average is not limited to the said calculation examples (1)-(3), For example, you may change the weighting method in the weighted average calculation.

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

The user A of FIG. 10A has five days of accessing at least once in seven days, and the number of times of accessing is different depending on the day. The user B in Fig. 10B has the same number of times as the user A in terms of the total number of accesses, but only three days of accessing at least once in seven days are intensively accessed from Friday to Sunday. Although user C of FIG. 10C has less total number of accesses than user A and B, the user C accesses regularly once per day over 7 days. In this way, the access forms differ from person to person, and the calculation result of the access average also varies greatly depending on which calculation method in the calculation examples (1) to (3) is employed.

For example, when the emphasis is placed on the number of accesses to the game server 1, the method of calculating 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 user A * B.

On the other hand, when the emphasis is placed on constant access within the average calculation period, rather than a large number of simple access times, the method of calculating the access average in the calculation example (2) or (3) is suitable. In the calculation method of calculation example (2) or (3), the access average of user C becomes higher than the access average of user A * B. For example, in the case of a game service that employs a so-called item billing system, in which the basic game fee is free and only charges for use of some items, a lot of access is important, but the service is continuously provided to the user of the game service. Since it is more demanded to use, it can be said that the calculation example (2) or (3) which puts the emphasis of evaluation on a fixed access is suitable. In particular, the calculation example (3) adopts a weighted average of the number of access times as the object of evaluation, while the emphasis is placed on constant access, and is most suitable.

When the access average calculating means 56 is every Monday, the access average of each user as described above is based on the number of accesses (see FIG. 9A) from the most recent Monday to Sunday stored by the access information storage control unit 55a as described above. To calculate. As shown in Fig. 9B, the access information storage control unit 55a associates with the user ID and stores the result of the access average of each user in the database server 2 as the access average one week ago. In addition, as shown in this figure, the access information storage control unit 55a resets the information of the number of times of access from Monday to Sunday in order to be able to newly record the number of times of access from Monday to Sunday of this week (to 0). do).

In addition, in this embodiment, about the access average data which the access average calculating means 56 calculated in the past, the data up to n weeks ago is memorize | stored by the access information storage control part 55a. That is, the information of the access frequency 1 week ago to n weeks before of each user is stored as an access average for every week.

Next, the friend access average calculation means 57 will be described. This friend access average calculation means 57 uses the value of the access average of each user calculated by the access average calculation means 56, and performs the "friend access average" of the friend (group) centering on each user for each user. Calculate. The value of the access average of each user used in the calculation of this friend access average is a predetermined period until the game information of the user is changed (that is, privilege or demerit occurs) based on the friend access average (this implementation) The form is the value of the access average of the last 7 days). That is, the friend access average calculating means 57 calculates a friend access average for the last seven days until immediately before the game information of the user is changed.

The target period when calculating the friend access average is not limited to the period immediately before the user's game information is changed based on the friend access average (for example, the last seven days), and the game information is changed. Although the period may be several days ago, not immediately before, by setting it as a predetermined period immediately before the game information is changed, the daily access until immediately before the determination of merit or demerit occurrence is made is reflected in the calculation result of the friend access average. It is preferable as it is.

Here, the friend (group) centering on each user includes the user as the center, and therefore, the friend access average is also calculated including the access average of the user as the center.

In addition, as for the user who has not made a friend, since there is no group itself called a friend centered on the user, the friend access average is not calculated, and therefore, a merit (privilege) based on the friend access average or There is no occurrence of demerit.

Next, all the access average calculation means 58 is demonstrated. This all-access average calculation means 58 uses the value of the access average of each user calculated by the access average calculation means 56, and is the access to all the users who receive the game service which the game server 1 provides. The "all access average" which is an average value of frequencies is calculated. In this embodiment, the example which uses this all-access average as a reference value (1st reference value and 2nd reference value) compared with the friend access average of each user is demonstrated.

The game information changing means 59 is for a user whose friend access average calculated by the friend access average calculating means 57 exceeds the total access average (first reference value) calculated by the total access average calculating means 58, It has a function of granting a privilege by changing the game information of the user to be advantageous in the game. The game information changing means 59 also has a function of changing the game information of the user so as to be disadvantageous in the game for the user whose friend access average is lower than the total access average as the second reference value to generate a demerit.

This game information changing means 59 is a privilege generation board which judges the presence or absence of a privilege generation based on the comparison result of the comparison part 59a which compares each user's friend access average, and the whole access average, and the comparison part 59a. The demerit generation determination part 59c which determines the presence or absence of the demerit generation | occurrence | production is provided based on the comparison result of the comparison part 59b and the comparison part 59a. Then, the game information changing means 59 determines that the game information of the user (the game information management means 51) has determined that the privilege occurrence determining unit 59b or the demerit generation determining unit 59c generates the privilege or the demerit. Game information stored and managed in the server 2) is changed according to the contents of the privilege or demerit.

Here, the privilege granted to the user whose friend access average exceeds the total access average is demonstrated. The privilege may be advantageous in game compared with the case where the privilege is not granted, and various privileges are conceived according to the type and content of the game.

As an example of the privilege in the baseball game of this embodiment, the merit on the game that it is advantageous by n times of a match (for example, 3 times of a match) in the match mode with which the team of another user is played is mentioned. As a method of facilitating the game progress for n-match games, a method of improving the power of the user's team by n-match games is considered.

Here, even when the privilege of the user's team is improved by power, there are some methods. In the match mode, a player card of a regular player who participates in a game is selected from among player cards owned by the user, and a match is made (for example, a card of a regular player who participates in a game in advance among player cards owned by the user). Select and match the team order from the card of the regular player). Therefore, naturally, of course, the player's player card cannot be used for his or her team.

However, in the case of improving the power of the team by privilege, one of the strongest player cards (the player card with the highest ability value) among all the cards of the friend of the user automatically 1 of the card of the regular player of the user concerned Replace with chapter. In this case, the game advancing means 52 of the game server 1 will automatically perform the above-mentioned player card replacement process at the time of performing the game of the privilege target. In addition, when the user himself owns the strongest player card among the cards possessed by all the friends of the user, the helper player card (special player card prepared by the game server 1) has a capability value higher than the strongest player card. The chapter may be automatically replaced with one of the regular player cards of the user.

As another method of improving the user's team power by privilege, a method of improving a part or all ability values of a player card of a regular player who is participating in a game in a match mode by a predetermined ratio (or a predetermined value) There is also. In this case, the game advancing means 52 of the game server 1 performs the process of improving the capability value of the player card of the team of the user who received the privilege at the time of the competition of the privilege target.

In addition, as another method of favoring n-game progress, the probability of winning the team of the privileged user will be increased by n-times, thus increasing the probability of winning the team of the opponents. Lowering) is also contemplated. For example, if the teams of the two users to compete have the same ability, if no bonuses are granted to any of the users, both teams have a 50% chance of winning. For example, increase the 10% chance of victory of the user X's team to 60%, while reducing the 10% chance of victory of the player Y's team of the opponent 10% to 40%. The user Y is advantageous in terms of the probability of victory.

For example, in the case of granting the user the privilege that three competitive games are advantageous due to the improvement of team power or the improvement of the probability of winning, the game information changing means 59 receives the privilege information of the game information management means 51. The storage control unit 51i changes the information on the privilege of the user stored. In the lower part of FIG. 6, as a result of granting a privilege to a user having a user ID of "000001", an example in which "the number of times the game is released = 3" is stored as the privilege information of the user.

Examples of other benefits include the following. That is, points such as behavioral power points that have been consumed and reduced during the game are recovered by one point every three minutes, for example, but the point recovery time is shortened (for example, every two minutes elapses). To recover by points. When this privilege is granted, as the privilege information of the user stored in the privilege information storage control unit 51i, information of the valid period for which the point recovery time is shortened is stored. This allows the game information management means 51 of the game server 1 to shorten the point recovery time from the normal time in the period in which the privilege is valid (for example, within 24 hours after the user is notified of the privilege). Processing will be performed.

In addition, in the aforementioned player lottery acquisition mode, the privilege of increasing the probability that a rare card (a player card having a lower lottery probability and a higher rare value than a normal player card) is drawn by a predetermined number of times (for example, once). I think too. When this privilege is granted, the number of times of increasing the lottery probability is stored as the privilege information of the user stored in the privilege information storage control unit 51i. Then, when the game progress means 52 of the game server 1 executes the lottery for the privilege object, the processing for temporarily increasing the lottery probability of the rare card is performed.

Further, in the player lottery acquisition mode, points (such as the above member points) are usually required to execute a player card lottery, but are free (i.e. without spending points) for a predetermined number of times (e.g., once). Privilege to be able to receive lottery of player card is thought, too. When this privilege is granted, the number of times that the player card can be drawn free of charge (no points) is stored as the privilege information of the user stored in the privilege information storage control unit 51i.

Moreover, the privilege that the game server 1 grants a user the player card which selected by lot by the random number etc. to a predetermined number (for example, one) is also considered. When the game server 1 grants the player card selected as a privilege to the user, the player card ID provided as a privilege to the player card ID stored in the player card storage control section 51c owned by the game information management means 51. Is added.

In addition, the privilege of granting the user various points used in the game such as the above-described behavioral power points, operating costs, reinforcement points, and support points to the user for a predetermined point is also considered. Furthermore, the privilege of providing the user with the predetermined number of various items used in a game, such as a recovery item and a fake card mentioned above, is also considered. In the case of granting a point or item used in the game as a privilege, the game information changing means 59 stores the owned point storage control unit 51d or the owned item storage control unit 51f of the game information management unit 51. The game information is changed to increase the number of owned points or items owned by the user by a predetermined number.

By the way, if the privilege is made too large, the balance with the improvement of the ability value of the player card (that is, the development of the player) etc. which is realized by executing the original game may be broken, so the privilege is only subordinate (secondary). As in-positioning, it is preferable to set it as the level which provides a certain sense of benefit for a user.

Next, the demerit given to a user whose friend access average is lower than the total access average will be described. This demerit may be disadvantageous in the game as compared with the case where the demerit is not given, and various things can be considered depending on the type and content of the game.

As an example of the demerit in the baseball game of the present embodiment, a game in which the power of the team of the user is lowered by a match n times (for example, one match) in a match mode in which the team of another user is played. Demerit on top. As an example of the decrease in team power, a card of a candidate player owned by a user, and n player cards (for example, one card) whose ability value is equal to or less than a predetermined value are automatically replaced with n cards of the regular player of the user. do. Alternatively, the team power may be reduced by lowering the capability value of a part or all of the player cards of the regular players who are participating in the game in a match mode by a predetermined ratio (or a predetermined value).

For example, when a user is given a demerge that n fights are disadvantaged due to a decrease in team power, the game information changing means 59 is the privilege information storage control part 51i of the game information management means 51. ) Will change the information on the user's defaults.

In the lower part of FIG. 6, the information regarding the user's de merit of user ID = "000001" is illustrated. In the example of FIG. 6, as the information about the demerit, "the number of times the war is disadvantageous" is stored, and the demerit is not currently generated in the user.

Examples of other dimers include the following. That is, points such as behavioral power points consumed and reduced during the game are restored by one point every three minutes, for example, but the point recovery time is extended (for example, every four minutes elapses). To restore points by point). Further, in the aforementioned player lottery acquisition mode, the probability that the rare card is drawn is reduced by a predetermined number of times (for example, once) (that is, the probability that the rare card with low rare value is improved). Merit is thought, too. In addition, it is also possible to reduce the number of points used in the game, such as the above-described behavioral power point, operating cost, reinforcement point, and support point, by a predetermined point.

In addition, if the demerit is made too large, a decrease in the motivation for the user's game may be caused. Therefore, an appropriate demerit setting according to the game content is preferable.

Next, the notification means 60 will be described. The notification means 60 has a function of notifying the terminal device 3 of the user to which the privilege has been granted, that it is advantageous in the game based on the friend access average. In addition, the notification means 60 has a function of notifying the terminal device 3 of the user to whom the de-merment is given that the game is disadvantageous on the basis of 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 the user has been notified of the effect. In this embodiment, the privilege shown in the lower part of FIG. This is managed by the notification flag and the default notification flag. That is, in this embodiment, the time when a privilege is given to a user is a predetermined time of every Monday (for example, past 0 AM), and the terminal device 3 of the user is connected to the game server 1 at that time. It is thought that there are many cases that do not have access to. The game server 1 notifies the user of the privilege or the demerit when the user's terminal device 3 first accesses the game server 1 after the grant process such as a privilege and the like. There is some time difference until notification. Therefore, when the privilege is granted to the user, the notification 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 privilege of granting the privilege to the user. Manage what needs to be done. Then, after that, when there is access from the terminal device 3 of the user whose "1" is set as the privilege notification flag, the game server 1 notifies that the privilege is granted to the user, and also privilege notification. Set the flag to "0". In addition, when the user is given a demerit, the notification means 60 sets the demite notification flag to "1" in association with the user ID, and performs the same processing as that of the privilege notification flag below.

11A and 11B show examples of privilege notification by the notification means 60. FIG. 11A shows an example of a main screen of a game shown on the display unit 35 of the terminal device 3 of the user to whom the privilege is granted. When the user terminal device 3 first accesses the game server 1 after the privilege grant processing in the game server 1, the notification means 60 of the game server 1 is shown in FIG. 11A. Screen data for displaying the main screen is transmitted to the terminal device 3. On this main screen, the user's team name 70, the player card 71 selected as the leader among the player cards owned by the user, the game information 72 of the user, etc. are displayed, and the privilege notification information 73 is also displayed. In addition, the detail of a main screen is mentioned 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 last week's friend access average exceeded the overall average! It is the contents which can know that privilege was given based on the friend access average, such as a privilege confirmation screen. " In addition, the privilege notification information 73 is set with a hyperlink (or all or a part of the privilege notification information 73 may be in a selectable button format), and the user can receive privilege notification information 73 on the screen. Can be selected.

Here, when the user operates the terminal device 3 to select the privilege notification information 73, in response to the operation, the privilege shown in FIG. 11B from the notification means 60 of the game server 1 is performed. Screen data for displaying a confirmation screen is transmitted to the terminal device 3. In this privilege confirmation screen, for example, the value of the user's friend access average and the value of the total access average are displayed, and the specific privilege called "power up three times" is displayed, and the user is based on the friend access average. You can check the contents of the granted privilege. In addition, on this privilege confirmation screen, for example, an additional message "Let's keep the friend's game access in this state and aim to acquire the privilege next week!" Is also displayed. In this privilege confirmation screen, if the "back to main screen" button 74 is selected, for example, it can return to the said main screen.

12A and 12B show an example of notification of the demite by the notification means 60. FIG. 12A shows an example of the main screen of the game shown on the display unit 35 of the terminal device 3 of the user whose demerit has occurred. When the terminal device 3 of the user accesses the game server 1 for the first time after the dememorizing processing in the game server 1, the notification means 60 of the game server 1 is shown in FIG. 12A. Screen data for displaying the displayed main screen is transmitted to the terminal device 3. In this main screen, the demite notification information 75 is displayed together with the team name 70 of the user, the player card 71 of the leader described above, and the game information 72 of the user.

As for the de-merit notification information 75 appearing on the main screen of the terminal device 3, for example, "Last week's access average was less than the whole average!" It is the content which shows that a demerit has arisen because the friend access average did not satisfy | fill the criteria, such as a "demerit confirmation screen." In addition, hyperlink is set to the said de- merit notification information 75 (or all or a part of the de-memory notification information 75 may be in the form of a selectable button), and the user shows the de-memory notification information on the screen. 75 is selectable.

Here, when the user operates the terminal device 3 to select the de-memory notification information 75, the user responds to the operation and the notification means 60 of the game server 1 is shown in FIG. 12B. Screen data for displaying the dememory confirmation screen is transmitted to the terminal device 3. In this demeter confirmation screen, for example, the value of the user's friend access average and the value of the total access average are displayed, and a specific demerit called "one-time power down" is displayed, and the user is displayed on the friend access average. You can check the contents of the generated merit based on this. In addition, an additional message is displayed on this de-merit confirmation screen, for example, "Get more privileges for the game next week!" In this demeter confirmation screen, when the "back to main screen" button 74 is selected, for example, the main screen can be returned.

As described above, in the present embodiment, when the user terminal device 3 accesses the game server 1 for the first time after the privilege granting or demeritization processing in the game server 1, the privilege is displayed in the main screen of the game. By including the notification information 73 or the dememory notification information 75, each user is notified of the generation of the privilege or the dememory. The main screen is a basic screen which is always displayed at the start of a game. By displaying the privilege notification information 73 or the de-merit notification information 75 on this main screen, it is possible to accurately notify the user of the generation of the privilege or de-merit. Can be.

In addition, since this main screen includes many other objects and information, the details of the privilege or demerit can be confirmed by transitioning to the privilege or demerit confirmation screen shown in FIG. 11B or 12B, but is limited thereto. It doesn't happen. For example, when the user terminal device 3 accesses the game server 1 for the first time after the processing of privilege granting or demeritization in the game server 1, the user first accesses the game server 1 before the main screen. Predetermined operation by the user after the privilege or demerit confirmation screen shown in 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. You may make the transition to the main screen by.

In this way, the notification means 60 notifies the user by displaying the occurrence information of the privilege or demerit on the main screen or the like, so that the notification means cooperates with the game screen generating means 52b and the game screen transmitting means 52c. Is to be processed.

By the way, the said notification means 60 can also be abbreviate | omitted. For example, in the game description screen (the screen displayed by selecting the help menu of the main screen, etc.), "the more happy a friend accesses, the better. It is also possible to have a configuration in which the display is only implicit, and the user is not clearly informed that the game is advantageous on the basis of the friend access average even if a privilege is granted to the user based on the friend access average. Also, without specifying that a user is given a privilege such as an item based on a friend access average, a configuration only for presenting an item or the like to the user from the game server 1 (from the game administration side) is conceivable. However, by clearly notifying the user of the advantage or disadvantage in the game based on the friend access average, the user is fully aware of the importance of raising the friend access average and actively engaged with the friend to increase the frequency of the friend's access. It is more preferable to provide the said notification means 60 because it gives the motivation to communicate.

Next, the message delivery means 61 is demonstrated. The message delivery means 61 has a function of receiving a message sent to the other user, sent from the terminal apparatus 3 of each user, and delivering the message to the other user. This message delivery means 61 is provided with a message storage control part 61a.

In FIG. 13, an example of the information regarding the received message which the message storage control part 61a stores and manages in the database server 2 is shown. The message storage control unit 61a corresponds to the user ID of the receiving user who received the message, and provides information about the message such as the user ID of the sender, the contents of the message, the transmission date and time, and the like for each user ID of the receiving user. It is stored in the predetermined storage area of the database server 2. In the example of FIG. 13, the information regarding the reception message for one receiving user of user ID = "000002" is shown, and the said user is "Let's try an access effort" from the user whose user ID is "000001", and user ID = From the user who is "000038" "Hello! Let's try this week! ", We receive message" we ask this week well! "From user with user ID" 000145 ", respectively.

Here, an example of the operation which a user sends a message to his friend user is demonstrated. 14A shows an example of the friend list screen shown on the terminal device 3 of the user based on the screen data transmitted from the game server 1. This friend list screen is a screen shown by the user operating the terminal device 3, for example, and selecting "friend menu" from the main screen. This friend list screen lists and displays information of friend users who are in a friend relationship with the user. In addition, the information of the friend user who cannot be displayed on the screen can be displayed as a separate screen by scrolling the screen or requesting the game server 1 for the second page or later of the friend list.

In this friend list screen, an information display area for each friend user listed is provided, and in each information display area, game information 81 (user name, team name, user level, number of friends, belonging league) of a friend user is provided. Level, etc.), an avatar 82 which is a person's self-disputed character, a player card 83 of a leader owned by the user, and the like, and an object called a member button 84 is also displayed. Then, when the user selects this member button 84, it is possible to send (support) the support (support) to his / her friend user. The user may send only a support to a friend user, but may also send a message as described below.

When the support button 84 is selected by the operation in the terminal device 3 of the user, the operation is transmitted from the terminal device 3 to the game server 1. Then, the data of the message input screen shown in FIG. 14B is transmitted from the game server 1 to the terminal device 3, for example, and the message input screen is displayed on the terminal device 3. On this message input screen, for example, a sentence indicating that a member is sent to a friend user (user B in the example of FIG. 14B) is displayed, and an object such as a message input area 85 and a send button 86 is displayed. Is also displayed. Then, the user operates the terminal device 3 to input an arbitrary message in the message input area 85 and selects the send button 86, whereby the message sent from the terminal device 3 to the friend user is sent to the game server. Is sent to (1). 14B illustrates an example in which the user inputs a message "Let's try access!". In addition, in consideration of the storage capacity in the database server 2, a restriction (for example, 30 characters or less) may be placed on the characters that can be input to the message input area 85.

In addition, the message input screen displays a hyperlink 87 for transitioning to a page of a friend user (User B in this example), and by selecting this link, a page in which the game information of the friend user is described is displayed. can do. In addition, the message input screen also displays a hyperlink 88 for transitioning to the friend list, a hyperlink 89 for transitioning to the main screen, and the like. It is.

When a message is transmitted from the terminal device 3 by the user's operation on this message input screen, in the game server 1, the message storage control part 61a of the message transmission means 61 is the terminal device 3 The message sent to the friend user received from the friend is stored in the database server 2 in association with the user ID of the friend user (see Fig. 13). Then, when the terminal device 3 of the friend user accesses the game server 1, the message transmitting means 61 of the game server 1 displays the screen, the user name of the sender, the transmission time, and the like. Is transmitted to the terminal device 3. Thereby, a message etc. are displayed on the terminal device 3 of the user who received this screen data, and the message received from another friend can be confirmed on a screen.

As described above, in the game system of the present embodiment, friends can communicate at any time by using the communication tool illustrated in FIGS. 14A and 14B.

In the example of Figs. 14A and 14B, an example of sending a message to a friend of a user has been described, but a member or a message can be sent to a user who is not a friend. For example, it is possible to send a support or a message to a user other than the friend listed on the friend candidate list screen (see Fig. 26) described later by the same operation as that of 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. [

[Game system behavior]

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

When the user receives the game service, first, the operation input unit 40 of the terminal device 3 is operated to start a web browser (S11). Thereafter, the user performs an operation of accessing the game site managed by the game server 1, whereby an access request is transmitted from the terminal device 3 to the game server 1 (S12). At this time, the game server 1 performs login authentication for access from the terminal device 3 (S21), and confirms that the game server 1 is access from a user who is registered to use the game service. After that, 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 causes the display unit 35 to display the main screen (S13).

As illustrated in FIG. 11A, the main screen includes a user's team name 70, an image of a player card 71 selected as a leader among player cards owned by the user, and game information 72 (user level, behavioral force) of the user. Points, operating costs, reinforcement points, member points, number of player cards owned, number of friends, etc.) are displayed. In addition, the above-mentioned privilege notification information 73 and the like are also displayed. In addition, the main screen is operated by using a direction key or the like of the terminal device 3 to scroll the screen, thereby selecting various buttons such as selection buttons of various game modes, various menu buttons, activity information of friends, and messages from other users. Objects and information are displayed.

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 this request executes arithmetic processing or data processing according to a user's operation (S23), and transmits game screen data reflecting the execution result to the terminal device 3 (S24). ). In the terminal device 3 that has received the screen data, the web browser analyzes the data and displays the game screen on the display unit 35 (S15).

Subsequently, the S14 and S15 are repeated in the terminal device 3 of the user, and the S23 and S24 are repeated in the game server 1, whereby the selection displayed on the screen of the terminal device 3 is repeated. Each time the user selects a possible button or the like, the game screen of the terminal device 3 is sequentially switched 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 logout processing after the session timeout.

By the way, in this game system, even when a user logs out from the game server 1, the game server 1 can read the game information of the user and advance the game. For example, another user who is logged in may play a match (individual match) against the team of the user who is logged out, and the game progress means 52 of the game server 1 logs in with the user. The game information of each user is updated by reading the game information of each user from the database server 2 and playing the match, and reflecting the result of the execution. In the league battle mode, the game progress means 52 of the game server 1 reads game information of each user from the database server 2 without automatically operating the terminal device 3 by the user, and automatically plays the league game. Run a match. In this way, the result of the game played when the user is logged out of the game server 1 can be confirmed on the screen after that when the user accesses the game server 1.

[Operation of Game Management Device]

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

As shown in FIG. 16, when the authentication means 54 of the game server 1 receives an access request from the terminal device 3 of the user (YES in S31), the login ID transmitted from the terminal device 3 • Login authentication for determining whether to permit access is performed based on the password or the object identification number of the cellular phone terminal (S32). Here, in the case where access is not permitted (NO in S32), the game server 1 transmits screen data for prompting the use registration of the game service to the terminal device 3 (S33). On the other hand, when allowing access (YES in S32), the access management means 55 stores the user's access information (S34). For example, as shown in Fig. 9A, the access information storage control unit 53a of the access management means 55 updates the information of the number of times of access of the user on the day in association with the user ID (for example, Saturday When there was access to, the value of the number of accesses on Saturday is increased by one).

The game server 1 then transmits main screen data to the terminal device 3 of the user who has granted access (S35). After that, upon receiving the screen request corresponding to the user's game operation transmitted from the user terminal device 3 (YES in S36), the game execution means 52a performs arithmetic processing or data processing according to the screen request. In operation S37, the game is executed.

Thereafter, the game server 1 judges whether or not the game information of the user needs to be updated by execution of the game (S38), and if there is a need for updating (YES in S38), the database server 2 The game information of the stored user is updated (S39). For example, if the user's game operation is an operation in which an individual game is played against another user, the game information of the user, such as the information of the game result, the running cost, the reinforcement point, the item, etc. is updated as a result of the competition. . On the other hand, for example, when the user's game operation is an operation for checking the result of the league game, the execution process of the game according to the operation is only data processing for reading the result information of the league game from the database server 2, before and after the process. There is no change in the user's game information, and therefore it is not necessary to update the user's game information (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 terminal device 3 of the user. (S41). After that, it is determined whether the user's terminal device 3 has logged out (S42), and the process proceeds by repeating the processes of S36 to S41 until the terminal device 3 logs out.

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

When it becomes a predetermined time (for example, every Monday at 0:00 AM) to perform a grant process such as a privilege based on a friend access average (YES in S51), first, the access average calculating means 56 of the game server 1 performs each user. The access average of is calculated (S52). In this embodiment, based on the number of accesses of each day from Monday to Sunday of the previous week stored in the access management means 55, the access average calculating means 56 calculates the access average of the last seven days for each user. do. The calculation result of the access average of each user is stored in the database server 2 in association with the user ID. By the way, for a new participation user who has not passed 7 days since the start of use of the game service, the access average calculation period (7 days of temporal parameters at the time of average calculation) of the last 7 days is not satisfied, so It is preferable to exclude from a subject.

After that, 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).

After that, the game server 1 performs the following S54 to S61 processing for each user. That is, the following S54 to S61 show the flow of the processing of the game server 1 for any one user, and the same processing is performed for each user managed by the game server 1. .

In S54, the game server 1 determines whether a friend exists in the user. Here, if the user has not made a friend at all (NO in S54), the game server 1 terminates the process without performing the calculation of the friend access average AVAg for the user. On the other hand, when there is more than one friend to the user (YES in S54), the friend access average calculating means 57 of the game server 1 is the friend information and the access average of the user managed by the friend managing means 53. Based on the access average of the friend user calculated by the calculation means 56, the friend access average AVAg of the user is calculated (S55).

Thereafter, the comparison unit 59a compares the friend access average AVAg and the total access average AVAt, and when the friend access average AVAg is larger than the total access average AVAt (YES in S56), the game information changing means 59 plays the game. The game information of the user is changed to be advantageous (S57), thereby granting the privilege to the user. For example, in the case of granting a user the privilege that n fights are advantageous by improving the team power, game information corresponding to the user ID of the user (information on the number of times a match is released) is changed. .

On the other hand, when the friend access average AVAg is smaller than the total access average AVAt (YES in S56 and YES in S58), the game information changing means 59 is changed so that the game information of the user is disadvantaged in game (S59). By doing this, the user generates a memory. For example, when a demerit is generated for a user that n battles are disadvantaged due to a decrease in team power, game information (information on the number of times a battle is disadvantaged) corresponding to the user's user ID is changed. Will be.

After that, if there is access to the game server 1 from the user's terminal device 3 (YES in S60), the notification means 60 is advantageous in the game based on the friend access average AVAg. The terminal device 3 of the user (notice that a demerit has occurred) is notified on the basis of the user) or the friend access average AVAg (S61). For example, as illustrated in FIG. 11A or FIG. 12A, the privilege notification information 73 or the de-merit notification information 75 is included in the main screen of the game to notify each user of the generation of the privilege or de-merit. . As an example of the notification by the notification means 60, in addition to displaying the fact that a privilege or demerit is generated in the game screen, a notification by voice or a notification using the screen display and the voice together can be considered. Notification by sound can be realized by including sound data in the screen data (HTML data) transmitted from the game server 1 to the user's terminal device 3.

Also, as a result of the comparison between the user access average AVAg of the user and the total access average AVAt, when both are the same value (NO in S56 and NO in S58), the game server 1 also generates privilege and demerit for the user. If the user accesses the game server 1 from the terminal device 3 of the user, the system notifies that no privilege or the like has occurred (S61).

As described above, in the present embodiment, the privilege that the friend access average exceeds the total access average (first reference value) is given a privilege that the game is advantageous. In other words, in order to receive a privilege in the game service of the present embodiment, each user needs to increase the friend access average by cooperation with a friend in addition to his or her own effort, so that each user tries to increase the friend access average. It will motivate you to communicate with your friend. For example, each user sends a message, "Let's try to access!" To a friend, to increase the community between his or her friend users.

As described above, the present embodiment not only provides the user with the fun of receiving a privilege, but also gives the user motivation to communicate with a friend, thereby enabling activation of the entire game community. As a result, each user reinforces the relationships and exchanges between friends in the game, and further strengthens interest and interest in the game, thereby realizing a game having a continuity that does not get tired of the user.

In addition, in this embodiment, the demerit that the friend access average becomes disadvantageous in game with respect to a user lower than the total access average (2nd reference value) arises. As a result, each user is motivated to communicate with his or her friend user in order to increase the friend access average as much as possible in order to avoid demerit, so that the entire game community can be activated.

In addition, in this embodiment, the reference value (1st reference value, 2nd reference value) compared with a friend access average is made into all the access averages. By setting the total access average as the reference value (threshold value) for granting privileges or generating demerits in this way, for example, when the popularity of the game increases and the total access average increases, the reference value also increases with it. In order to exceed this reference value, each user intends to raise the friend access average, and therefore, the improvement of the friend access average of each user leads to the further improvement of the overall access average. In other words, improvement of friend access mean → improvement of all access mean (reference value) → improvement of friend access mean → improvement of all access mean…. As described above, the overall access improvement effect can be expected.

In particular, like this embodiment, a user is notified of the comparison result of the friend access average and the total access average of the last seven days from Monday to Sunday of the previous week to the user on next Monday, and acquires the privilege based on the friend access average every week. By adopting a game operation mode that can be performed, the overall access frequency can be maintained at a high level continuously.

By the way, in the game server 1, the process of judging whether to generate a privilege or demerit based on a friend access average is performed for each user (each user ID) in parallel with the normal game progression process. Therefore, in consideration of load balancing of the game server 1, the following correspondence can also be taken. In other words, the processing is not performed for all users at once, but all users are divided into a plurality of blocks, the time for executing the processing by the blocks is delayed, and the processing in time is distributed. For example, the game server 1 performs time division processing in a predetermined time zone (for example, one hour from 0am to 1am) on every Monday. Even in this case, the time at which the benefits or demerits become valid must be the same timing for any user. For example, it is assumed that the benefits or demerits become effective at 1:00 am every Monday.

In addition, in the above description, the example in which the access average calculating means 56 basically calculates the friend access average for all the friends of the user has been described, but the configuration for calculating the friend access average except for the inactive users shown below. You may make it. The inactive user referred to herein refers to a user who has registered the use of a game service with the game server 1, but does not actually play a game at all, or indicates a user whose game play is smaller than a standard. Frequency of access to the user who has not met the threshold value ”. For example, if the threshold of the access frequency is set to "once / month" (that is, once in the last month), a user who has never accessed the game server 1 in the last month, The user becomes an inactive user who does not satisfy the condition of the threshold.

In addition, the threshold of an access frequency is not limited to "once / month", for example, "two times / month" (two times of access in the last one month), "once / 3 week" (recently Can be arbitrarily set in a period for determining the frequency of access and the number of times of access during the period, such as "1 access every 3 weeks", "once / 20 days" (once in the last 20 days).

The reason why the friend access average is calculated except for the inactive user is that when the inactive user is put into the calculation target of the friend access average, the calculated data may not be suitable for the actual situation. For example, even if a user is engaged in a game and makes a large number of friends (e.g., about 30 friends), sometimes the half of those friends are inactive users, so that the average of their friends' access is greatly reduced. Because it becomes.

Therefore, the friend access average calculating means 56 calculates a friend access average for each user, except for inactive users whose frequency of access to the game server 1 does not meet the threshold among the user's friends. Here, determination of whether the user is an inactive user is performed based on the information of the access frequency of each user managed by the access management means 55.

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

Based on the information of the access frequency, the CPU 11 of the game server 1 determines, for example, whether or not the threshold value of the access frequency = " once / three weeks ". That is, it can be judged that the user corresponding to the user ID whose access average value of 1 week ago-3 weeks ago is all "0" is an inactive user which does not satisfy the condition of the threshold of the said access frequency. On the other hand, a user corresponding to a user ID having a value other than "0" in any of the values of the access average of one week ago to three weeks ago is notified to the game server 1 at least once within the last three weeks. As the accessed user, it can be determined that the user is not an inactive user.

In addition, for the management of inactive users, as shown in FIG. 18, the information stored and managed by the access information storage control unit 55a of the access management unit 55 for each user ID is used as the last access time of each user. The active flag may be included. From the last access time of the user, since the length of the period (the period from the last access time to the present time) that the user has never accessed the game server 1 can be known, the CPU 11 of the game server 1 Based on the last access time, it may be determined whether the user is an inactive user who does not satisfy the threshold of the access frequency.

The active flag is 1-bit information indicating whether the user is an active user or an inactive user. The user whose active flag is "1" is active and the user whose flag is "0" is an inactive user. The access management means 55 sets the active flag based on the determination of whether or not it is the inactive user described above. Then, the friend access average calculating means 56 extracts (i.e., excludes inactive users) target friend users who calculate the friend access average with reference to this active flag to calculate the friend access average of each user. Can be.

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 addition, although the example which demonstrated the reference value (1st reference value, 2nd reference value) compared with a friend access average as the total access average which changes with the access frequency of each user was demonstrated, it is not limited to this, The reference value May be set to a predetermined fixed value. For example, the game may be operated at a fixed value of 0.6.

In addition, since the game system of the present embodiment manages the game information of the user in the game server 1 and executes the game, the game execution program basically exists on the game server 1 side. Therefore, when the operator of the game service adds and changes the game execution program on the game server 1 side, the user (user) of all game services can receive the added and changed game service. For this reason, it is also easy to add and change the game execution program on the game server 1 side, to hold a limited time in-game event, and to provide various game services to a user. Therefore, a limited time in-game event may be held using a "friend access average", and as a privilege, the user may be able to acquire (or easily obtain) a rare item, a rare card, or the like. In this case, during the event period, the first reference value other than the total access average may be set in accordance with the game operation mode of the game service provider, in which the first reference value is intentionally increased, for example, the first reference value is set to 0.8 of the fixed value. You may set it. In the case of holding the above limited time event, the event period may be matched with the period for calculating the friend access average.

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

In the above description, the first reference value for determining whether to play the game or the second reference value for determining whether to play the game is the same value (first reference value = second reference value = total access average). Although the example was demonstrated, it is not limited to this, You may operate a game as a different value from a 1st reference value and a 2nd reference value.

In addition, in the above, although the example which can generate not only a merit (privilege) but also a demerit was demonstrated based on the friend access average of each user, the form which does not generate a merit may be sufficient as a merit. In particular, in the case of holding a limited time event in which the reference value compared with the access average between the friends and the above is intentionally raised, an operation without generating a demerit may be desirable. In addition, the form which does not generate a merit even if it produces a dimer may be sufficient. That is, the following forms (A) to (D) are conceivable in the form of merit and demerit.

(A) Any of "merit generation" or "neither merit nor demerit generate | occur | produces".

(B) Either "generate demerit" or "neither merit nor demerit generate | occur | produces".

(C) Either "merit generation" or "dimlet generation".

(D) Any one of "merit generation", "dimerite generation", or "neither merit nor demerit occurs".

In the case of the said aspect (A), a merit (privilege) is generated only when "friend access average> total access average", for example, and it does not generate a demerit. In the case of the above aspect (B), for example, the demerit is generated only when the "friend access average <total access average", and the merit is not generated. In the case of the above aspect (C), for example, a privilege is generated when "friend access average ≥ total access average", and a demerit is generated when "friend access average <total access average" generates merit or demerit. Either one must occur.

In addition, in the embodiment of the present embodiment shown in the flowchart of FIG. 17 (in the case of "friend access average> total access average", privilege generation occurs; in the case of "friend access average <total access average", demerit generation; "friend access average = total"). Access average ”is an example of the above-mentioned form (D). As another example of the form (D), when the user's friend access average deviates by a predetermined point or more from the overall access average, merit or demerit is caused to occur. Specifically, for example, when the total access average is 0.6, merit and demerit occur when the friend access mean is more than 0.1 points above and below 0.6, so that merit and demerit do not occur. Allow time. That is, it is assumed that a privilege is generated when "friend access average> 0.7", a demerit is generated when "friend access average <0.5", and nothing is generated when "0.5> friend access average≤0.7". In this case, the first reference value for determining whether to play the game is 0.7, while the second reference value for determining whether to play the game is 0.5, so that the first reference value is different from the second reference value. This is one example.

In addition, it is good also as a structure which gives the same privilege (for example, the privilege that three times of competitions are advantageous) to all the users whose friend access average exceeded the total access average (1st reference value), but the friend access average is high ( The larger the difference between the friend access average and the first reference value), the greater the privilege can be set. The structure of the principal part of the game server 1 (game management apparatus) which implements this is shown in FIG. This figure is a functional block diagram mainly showing the structure of the game information changing means 59. As shown in FIG.

The game information changing means 59, when the privilege generation determination unit 59b determines the occurrence of the privilege based on the comparison result of the comparison unit 59a which compares the friend access average and the total access average, matches the friend access average and the friend access average. The privilege determination part 90 which determines a privilege based on the difference of all the access average (1st reference value) is provided. The privilege determining unit 90 includes a difference calculating unit 90a that calculates the difference between the friend access average and the total access average, and determines the privilege so that the privilege becomes larger as the calculated difference is larger. An example of the process of the game server 1 of this structure is shown in the flowchart of FIG.

In FIG. 20, about S51-S56, it is the process similar to the process demonstrated by the flowchart of FIG. 17, and the description is abbreviate | omitted. When the comparison unit 59a of the game server 1 compares the friend access average AVAg and the total access average AVAt, when the friend access average AVAg is larger than the total access average AVAt (YES in S56), the privilege occurrence determination unit ( 59b) determines the occurrence of the privilege, and proceeds to the privilege determination processing by the privilege determination unit 90 after S70.

That is, the privilege determination unit 90 of the game server 1 first calculates a difference Diff between the friend access average AVAg and the total access average AVAt (S70). Then, when the difference Diff is, for example, 0.1 or less (YES in S71), the privilege determining unit 90 determines a privilege that is advantageous for two games, for example, and changes the game information of the user (S72). Also, when the difference Diff is greater than 0.1 and less than or equal to 0.2, for example (NO in S71, YES in S73), the privilege determining unit 90 determines a privilege that is advantageous for three games, for example, and the game information of the user. Change (S74). In addition, when the difference Diff is larger than 0.2, for example (NO in S73), the privilege determining unit 90 determines advantageous privileges, for example, four times of the game, and changes the game information of the user (S75). In addition, about S58-S61 in FIG. 20, it is the process similar to the process demonstrated by the flowchart of FIG. 17 basically, The description is abbreviate | omitted. According to this routine, for example, when the total access average is 0.6, the relationship between the friend access average of the user and the privilege granted to the user is as follows.

0.6 <average of friend access ≤ 0.7. Advantageous privilege for Great War two times

0.7 <friend access average ≤ 0.8. Advantageous privilege for three times of Great War

0.8 <average friends access… Advantageous privilege for Great War four times

In FIG. 20, although the example which applied the privilege which became advantageous n times of competition was applied was demonstrated, similarly in other privileges, the larger the difference of the reference value, such as the friend access average (evaluation value of a group) and the total access average, the larger privilege is given. The configuration can be applied. For example, when the privilege of granting points or items is applied, the larger the difference between the friend access average and the reference value, the more the number of points or items to grant. In addition, for example, when applying the privilege of increasing the probability of acquiring 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 the rare item or the like. Alternatively, the number of times that the probability of drawing the rare item or the like increases is increased.

In this way, in the case of granting a privilege based on a friend access average (evaluation value of a group), the higher the friend access average of the user is, the more privilege is obtained, so that each user can obtain a friend in order to obtain a greater privilege. To increase access averages, they are motivated to communicate with friends. For this reason, activation of the whole game community can be improved further.

In addition, the above-described method is also applied to a case where the demerit is generated to a user whose friend access average is lower than the second reference value (such as the total access average), and the higher the friend access average is (the The smaller the difference), the smaller the configuration can be adopted.

By the way, when the number of friends (parameters when calculating the friend access average) is small, it is thought that the friend access average is relatively high. That is, in the case where there are only three friend users including the user himself, if the access frequency of two friend users except the user is increased, the friend access average can be increased. On the other hand, if the number of friend users including the user himself is 30, for example, unless the access frequency of 29 persons except the user is increased, the friend access average cannot be increased.

In view of the above circumstances, in the case of granting a privilege to a user, only the user whose number of friend users is greater than or equal to the predetermined number of numbers, the configuration in which a larger privilege is obtained as the friend access average is higher is applied. For users who do not meet the predetermined number, the privilege may be the same regardless of the size of the friend access average. In this case, the privilege granted to the user whose number of friend users is less than the predetermined number is set equal to or smaller than the minimum privilege among the privileges granted to the user whose number of friend users is greater than or equal to the predetermined number. The structure of the main part of the game server 1 (game management apparatus) which implement | achieves this is shown in FIG.

21 is a functional block diagram mainly showing the configuration of the game information changing means 59. As shown in FIG. This game information changing means 59 is the friend access average when the privilege occurrence determination unit 59b determines the occurrence of the privilege based on the comparison result of the comparison unit 59a comparing the friend access average and the total access average. And a privilege determining unit 91 for determining the 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 management means 53 is more than a predetermined number (for example, 10 or more), the privilege determination unit 91 grants 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 privilege is the same regardless of the size of the friend access average. The privilege determination unit 91 further includes a difference calculator 91a that calculates the difference between the friend access average and the total access average, and determines the privilege so that the privilege becomes larger as the calculated difference is larger. The process of the game server 1 of this structure can be implemented by adding the following steps S80 and S81 to the flowchart of FIG. 20, as shown in the flowchart of FIG.

That is, when the comparison part 59a of the game server 1 compared the friend access average AVAg and the total access average AVAt, when the friend access average AVAg is larger than the total access average AVAt (YES in S56), the privilege generation board The government 59b determines the occurrence of the privilege, and proceeds to the privilege determination processing by the privilege determination unit 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 10 or more, for example (S80). Here, when the number of friends of the user is 10 or more (YES in S80), the process proceeds to the above-described processing of S70 to S75, in which advantageous privileges are granted for two to four times according to the height of the user's friend access average AVAg. The higher the friend access average AVAg, the greater the privilege. On the other hand, if the number of friends of the user is less than 10 (NO in S80), the game information changing means 59 changes the game information of the user, for example, to give a privilege that is advantageous for one match (S81). . In other words, the privilege granted to a user whose number of friends is less than 10 becomes the same privilege (only a one-time advantageous advantage) regardless of the size of the friend access average AVAg.

In this way, only the users whose number of friend users is greater than or equal to the predetermined number of numbers, the higher the friend access average is applied to the structure in which a larger privilege is obtained, and the privilege or more that can obtain the number of users whose number of friend users is less than the predetermined number of privileges. By making it possible to acquire, it is easier to make a friend more than a predetermined number. Thereby, each user can be motivated to make a predetermined number or more of friends. And since each user makes a certain number of friends or more, and then tries to raise a friend access average in order to acquire a bigger privilege, the environment which each user communicates with many friends can promote. For this reason, activation of the whole game community can be improved further.

In addition, in order to make a friend more likely to receive a greater privilege and to promote an environment in which more friends access each other, the privilege may be determined by adding a number of friends. In other words, the more the number of friends of the user is, the more privilege 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 game information changing means 59. As shown in FIG. The game information changing means 59 is a friend of the user when the privilege occurrence determination unit 59b determines the occurrence of the privilege based on the comparison result of the comparison unit 59a comparing the friend access average and the total access average. A privilege determination unit 92 for determining a privilege based on the number of persons is provided. The privilege determining unit 92 determines the privilege so that the privilege increases as the number of friends of the user increases. An example of the process of the game server 1 of this structure is shown in the flowchart of FIG.

In FIG. 24, about S51-S56, it is the process similar to the process demonstrated by the flowchart of FIG. 17, and the description is abbreviate | omitted. When the comparison unit 59a of the game server 1 compares the friend access average AVAg and the total access average AVAt, when the friend access average AVAg is larger than the total access average AVAt (YES in S56), the privilege occurrence determination unit ( 59b) determines the occurrence of the privilege, and proceeds to the privilege determination processing by the privilege determination unit 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 30 or more, for example (S91). Here, when the number of friends of the user is 30 or more (YES in S91), the privilege determination unit 92 determines a privilege that is advantageous for four games, for example, and changes the game information of the user (S92). In addition, when the number of friends is 20 or more and less than 30, for example (NO in S91, YES in S93), the privilege determination unit 92 determines a privilege that is advantageous for three games, for example, and the game information of the user. Change (S94). In addition, when the number of friends is 10 or more and less than 20, for example (NO in S93, YES in S95), the privilege determination unit 92 determines an advantageous privilege for two games, for example, and the game information of the user. Change (S96). In addition, when the number of friends is less than 10, for example (NO in S95), the privilege determination unit 92 determines a privilege that is advantageous for one match, for example, and changes the game information of the user (S97). In addition, about S58-S61 in FIG. 24, it is the process similar to the process demonstrated by the flowchart of FIG. 17 basically, The description is abbreviate | 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, since each user has a feeling of making many friends and then increasing the average of the friend access, the user can promote an environment in which each user communicates with many friends. For this reason, activation of the whole game community can be improved further.

The same method as described above is also applied to a case where a demerit is generated to a user whose friend access average is lower than the second reference value (total access average), and the larger the number of friends of the user, the smaller the demerit. It is also possible to employ.

[Other configuration example of game management device]

Next, another structural example of the game management device will be described with reference to the functional block diagram of FIG. 25. In addition, about the structure similar to the structure shown in drawing (FIG. 1-24) already described, the same member number is attached | subjected and the description is abbreviate | omitted suitably. The game server 1 (game management device) according to the present embodiment further includes an access frequency display control means 100 (display control means) in addition to the respective means 51 to 61 shown in FIG. 4. This access frequency display control means 100 transmits the screen data (display control information) containing the information of the access frequency of another user to the terminal device 3 of the user who accepted the access, and thereby the terminal device 3 of the user. ), A function of displaying the access frequency of other users. This access frequency display control means 100 is realized by the CPU 11 of the game server 1 executing a program according to the present embodiment.

In this game system, since privileges and demerits are generated based on a user's friend access average, information on the access frequency of a user who is a friend or a user who is already a friend is important for the user. Therefore, the access frequency display control means 100 of this embodiment is to display the information of the access frequency of another user on the screen of the terminal device 3 of the user as the information for the convenience of each user. .

Here, as an example of the screen which the access frequency of another user shows, the candidate list screen with friends as shown in FIG. 26 is mentioned. This friend candidate list screen is one of the game screens transmitted from the game server 1 by a user who tries to make friends to perform a game operation of searching for a friend candidate in the own terminal device 3. On this friend candidate list screen, a plurality of users extracted by the game server 1 that are not yet in a friend relationship with the user are listed and displayed as friend candidates. The friend candidate user information that cannot be displayed on the screen can be displayed by scrolling the screen or by requesting the game server 1 for the second page or later of the friend candidate list as a separate screen. In the friend candidate list screen, an information display area for each user of the friend candidate listed is provided. In each information display area, game information 111 (user name, team name, user level, friend's name) of a friend candidate user is provided. Number of players, the league level, etc.), the avatar 112, which is the character of the friend candidate user, the player card 113 of the leader owned by the friend candidate user, and the like, and the access frequency 114 of the friend candidate user is displayed. .

The user checks the information of the other users listed on the friend candidate list screen, and finds out the user to apply for a friend. In addition, when an operation of selecting the hyperlink 111a of the user name is performed on this friend candidate list screen, for example, the game server 1 responds to the operation to provide more detailed game information for the user of the user name ( For example, screen data indicating the capability value of the player card 113 of the leader, etc.) is transmitted to the terminal device 3. This screen data also includes a friend request button and a member button (or their hyperlinks), and the user can operate the terminal device 3 to send a friend request and send a message.

Here, as information of the access frequency 114 shown on a screen, it can be set as the value of the access average (for example, the access average of the last 7 days) of the user which the access average calculating means 56 calculated, for example. In the present embodiment, as illustrated in FIG. 9A, the access information storage control unit 55a of the access management unit 55 accesses each week 1 to n weeks ago calculated by the access average calculating unit 56. Since the average is stored for each user ID, the access average of one week before may be used as the information of the access frequency 114 displayed on the screen. Or you may enumerate and display the access average of several week ago to n week ago.

The information of the access frequency 114 which appears on the screen is not limited to the said example, For example, the access average of the last n days, the access average of the last week, the access average of the last month, the total number of accesses in the last n days, the last week What is necessary is just information which can know the past access frequency of a user, such as the total access frequency and the total access frequency of the last month. Alternatively, the information of the access frequency 114 may be displayed in a multi-level display, for example, three levels of A to C (A: more access, B: access is normal, and C: less access).

As described above, in the present embodiment, when the user tries to make a friend, the friend candidate list screen shown on the display unit 35 of the terminal device 3 displays the past access frequency of each user listed. Thereby, the user can see the access frequency of other users on the screen, and can make it one reference | standard in making friends. That is, in this embodiment, in order to advance the game advantageously by obtaining the privilege based on the friend access average, since the friend's access frequency is desired to be high, the access frequency is one criterion when making a friend.

In addition to the information on the access frequency, the friend candidate list screen also shows information indicating the level and ability of each user (user level, league level, etc.). According to the above configuration, the user can select another user as a friend. In determining whether or not to make a decision, not only the user's level and ability, but also the access frequency may be considered, and these may be comprehensively determined to select another user to be a friend.

In addition, even in a user who has received a friend request, an access frequency is displayed as one of the information of a user who has applied for a friend on a screen not shown by the terminal device 3 of the user. It may also be a goal in determining whether to approve or not.

As another example of the screen which shows the access frequency of other users, the list screen with friends is shown in FIG. As described above, the friend list screen lists and displays the information of the friend users who have a friend relationship with the user. This friend list screen includes game information 81 (user name, team name, user level, number of friends, level of league, etc.) of a friend user, avatar 82, player card 83 of a leader owned, The access frequency 114 of the friend user is displayed together with the support button 84 and the like. As mentioned above, this access frequency 114 should just be the information which can know the past access frequency of a user, for example, is the average of access of the last week of a user.

In this way, the access frequency 114 of the friend user is displayed on the friend list screen, thereby enabling the following uses. That is, for example, on Monday, as a result of notifying the user of the comparison result of the friend access average and the total access average (the occurrence of privilege or demerit), the user's friend access average is found to be lower than the total access average. In this case, the user can check the cause on the screen. That is, the cause analysis of whether the access frequency of all friends is low or only some friend users rarely access and interrupts can be easily performed from the access frequency 114 of each friend user. Thus, for example, when it is determined that the friend access average is low due to the low access frequency of some friend users, the user sends a cheering message or the like to a friend having a low access frequency, and afterwards, the user accesses the user. You can make it more frequent. As a result, the friend access average after next time can be raised effectively.

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 lower (or higher) access frequency; The net change button (other selectable objects) 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 grows the friend user in order from the lower (or higher) access frequency in accordance with the operation. The eleven screen data is transmitted to the terminal device 3. The terminal device 3 that has received the screen data displays a friend user arranged in the order of access frequency, so that the user can quickly identify a friend user with a low access frequency and immediately send a support message or the like to the friend user. You can do it.

[Another configuration example of game control device]

Next, another structural example of the game management device will be described with reference to the functional block diagram of FIG. 28. In addition, about the structure similar to the structure shown in drawing (FIG. 1-27) already described, the same member number is attached | subjected and the description is abbreviate | omitted suitably.

In the present embodiment, a game system in which a friend registration of a part or all of a friend of a user can be released based on the intention of the user. In order to obtain the privilege, it is desired that the user's friend access average is high, but when the user can freely cancel friend registration, the user does not aim to improve the friend's access by sending a support message to a friend user with a low access frequency. It is also conceivable that a user who wants to adopt a method apart from the original purpose of improving friend access average (evaluation value of a group) by canceling friend registration of a less frequent friend user is also considered. Therefore, as a countermeasure, in the present embodiment, as described below, when the user cancels friend registration, a configuration is adopted in which the privilege originally obtained from the release is reduced for a certain period of time, or the privilege itself cannot be granted. will be.

As shown in FIG. 28, the game server 1 (game management apparatus) of this embodiment is further provided with the privilege provision adjusting means 121 in addition to each means 51-61 shown in FIG. have. In addition, the friend management means 53 of the present embodiment further includes a friend registration canceling means 122. The privilege grant adjusting unit 121 and the friend registration canceling unit 122 are realized by the CPU 11 of the game server 1 executing a program according to the present embodiment.

The friend registration canceling unit 122 has a function of accepting cancellation of friend registration from each user. An example of the operation of this friend deregistering means 122 is shown below.

For example, when user A (user ID = "000001") operates the terminal device 3 and performs an operation of releasing registration of friend user B (user ID = "000002"), the operation according to the operation is performed. Communication data (request) is transmitted to the game server 1. In the game server 1 that has received this communication data, the friend registration canceling unit 122 releases the friend registration between the user A and the user B.

That is, the friend registration canceling unit 122 is stored in association with the user ID of user A = "000001" with respect to the friend information for each user illustrated in FIG. 29A that the friend information storage control unit 53a stores. From the information field of the friend user ID, the user ID of user B = "000002" is deleted (in this figure, this is indicated by a double strikethrough line for convenience). In addition, the friend deregistering means 122 records the friend deregistering information in association with the user ID of the user A = " 000001 ". The friend registration release information recorded here is information of a user ID of a user B, who is a release partner, "000002", release date, releaser flag, and the like. The releaser flag is, for example, information for distinguishing the two by setting the side where the friend registration is canceled to "1" and the released side to "0". In the example of FIG. 29A, since the user A is the side on which friend registration has been canceled, the releaser flag = 1 is set.

In addition, as shown in FIG. 29B, the friend registration canceling unit 122 also uses the user ID of the user A from the information storage field of the friend user ID stored in association with the user ID of the user B, “000002”. 000001 "is deleted (in this figure, this is indicated by a double strikethrough for convenience). In addition, the friend deregistering means 122 records the friend deregistering information in association with the user ID of user B = " 000002 ". The friend registration release information recorded in this case is information such as user ID of user A, which is a release partner, "000001", release date, and releaser flag = 0.

The game server 1 notifies that the user registration has been released from the user A when the terminal device 3 of the user B on which the friend registration is canceled accesses the game server 1 after the friend registration canceling process. do. In addition, the game server 1 may impose a penalty on the user A on the side of canceling friend registration, for example, by reducing a possession point, in order to prevent the user from canceling friend registration. do.

Next, the privilege provision adjusting means 121 will be described. The privilege granting adjusting unit 121 is configured to reduce the privilege generated or to grant a privilege to a user who has canceled the friend registration as compared with the case where there is no release of the friend registration for a predetermined period from the release of the friend registration. By making it difficult, it has a function which performs adjustment of privilege provision. The flowchart of FIG. 30 shows an example of a process of the game server 1 provided with this privilege provision adjusting means 121.

In FIG. 30, about S51-S55, it is basically the same process as the process demonstrated by the flowchart of FIG. The game server 1 checks whether the user is canceling friend registration within a predetermined period, for example, within the last four weeks, after processing the calculation of the total access average AVAt (S53) or the calculation of the friend access average AVAg (S55). It is determined whether or not (S100). For example, as shown in FIG. 29A, the determination of S100 can be performed based on friend registration release information (release date and release flag) of each user managed by the friend management means 53. That is, a user who has canceled friend registration within four weeks is a user registration release information associated with a user ID of the user, and has a release date and information of releaser flag = 1 within four weeks.

When the user cancels friend registration within 4 weeks (YES in S100), the privilege grant adjusting unit 121 adds 0.1 to the value of the total access average AVAt calculated in S53, for example, to give the total access average. It is regarded as AVAt (S101), and 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 calculation value, the privilege is less likely to occur for the user who has canceled the friend registration. Is doing). On the other hand, if the user has not canceled friend registration within four weeks (NO in S100), the process proceeds to S56 without shifting to S101. That is, as a reference value compared with a friend access average AVAg, the value of all the access average AVAt computed by S53 is used as it is, and a privilege grant adjustment is not performed. In addition, subsequent processes (S56-S61) are basically the same process as the process demonstrated by the flowchart of FIG. 17, The description is abbreviate | omitted.

By the process shown in Fig. 30, the user who has canceled friend registration becomes less likely to be granted a privilege than the case where there is no cancellation of friend registration for four weeks from the cancellation of friend registration. As a result, even when attempting to increase the friend access average by canceling friend registration of a friend user having a low access frequency, it is difficult to obtain a privilege for a certain period (four weeks in this example) by canceling friend registration. Therefore, it is possible to effectively suppress the user from taking an action away from the original purpose of canceling friend registration in order to increase the friend access average.

In addition, another example of processing of the game server 1 provided with the privilege provision adjusting means 121 will be described below with reference to the flowchart of FIG. 31.

In FIG. 31, about S51-S57, it is basically the same process as the process demonstrated by the flowchart of FIG. As a result of comparing the friend access average AVAg and the total access average AVAt, when the friend access average AVAg is larger than the total access average AVAt (YES in S56), the user's game information so that the game information changing means 59 becomes advantageous in the game. (S57), thereby granting the privilege to the user. For example, a three-game advantage is granted to the user. Then, the privilege grant adjusting means 121 of the game server 1 determines whether or not the user has canceled friend registration within a predetermined period, for example, within the last four weeks (S110). Here, when a user cancels friend registration within 4 weeks (YES in S110), the privilege grant adjusting means 121 reduces the privilege granted to a user rather than the privilege provided in said S57 (glass for three times of competition). For example, it adjusts to the advantageous privilege for one time of war (S111). In addition, subsequent processes (S58-S61) are basically the same process as the process demonstrated by the flowchart of FIG. 17, The description is abbreviate | omitted.

By the process shown in FIG. 31, the user who canceled friend registration is reduced in privilege compared with the case where there is no cancellation of friend registration for four weeks from the release of friend registration. As a result, even if a friend access of a friend user with a low access frequency is deregistered, the friend access average is increased, but by deregistering a friend, only a privilege that is smaller than the privilege originally obtained should be obtained for a certain period of time (4 weeks in this example). I can't. Therefore, it is possible to effectively suppress the user from taking an action away from the original purpose of canceling friend registration in order to increase the friend access average.

In addition, in the example shown in FIG. 30 and FIG. 31, four weeks from the cancellation of friend registration is used as a penalty period in which the friend registration is canceled, thereby making it difficult to grant the privilege itself or granting the privilege smaller than the original privilege. Although the adjustment is given, the present invention is not limited thereto. For example, the period may be shortened to about 1 week to 3 weeks, or may be set longer than 4 weeks, and an arbitrary period can be set.

In the above example, an example in which the granting of privilege by the privilege granting adjusting unit 121 is performed when one friend is released within a predetermined period has been described. However, the present invention is not limited to this. Privilege-adjustment adjustment may be performed only when n or more friends (for example, two or more people within one week) are released within the period.

However, even though the user has made an effort to increase the friend's access by sending a support message to a friend user with a low access frequency, the friend user's access frequency remains low. Can be. Therefore, even when the user cancels friend registration, when a friend user who has remained at a low frequency of access despite having sent a message a predetermined number of times is set aside from a friend, and when the friend registration is canceled without sending such a message, It is desirable to vary the effect.

Therefore, the privilege grant adjusting means 121 of the game server 1 according to the present embodiment is a user who cancels friend registration within a predetermined period of time before release of the friend registration (for example, within two weeks before release). ), When the message is transmitted to the friend user of the release target more than a predetermined number of times (for example, two or more times), the granting adjustment of the privilege is configured. The flowchart of FIG. 32 shows the example of a process of the game server 1 provided with the previous provision adjustment means 121 comprised in this way.

In FIG. 32, S51 to S55 are basically the same processes as those described in the flowchart of FIG. 17. The game server 1, after processing the calculation of the total access average AVAt (S53) or the calculation of the friend access average AVAg (S55), has the user canceled friend registration within a predetermined period, for example, within the last four weeks. It is determined whether or not (S120). This process of S120 is basically the same process as S100 of FIG. Here, when the user cancels friend registration within four weeks (YES in S120), the privilege grant adjusting unit 121 indicates that the user who canceled the friend registration is two or more times, for example, within two weeks before the cancellation. In step S121, it is determined whether the message is sent to the friend user of the release target.

In the determination in step S121, the friend information canceling control unit 53a of the friend management means 53 stores, for example, friend registration release information of each user shown in Fig. 29A (corresponding to the user ID of each user). Information regarding the message stored in the release partner user ID, release date and release flag, and the message storage control section 61a of the message delivery means 61, for example, shown in FIG. Information stored in association with the user ID of the sender, such as the user ID and the transmission date and time of the transmission source. That is, the "relative friend user" for which the user has canceled friend registration can be identified as "releasing partner user ID" in the friend registration cancel information shown in FIG. 29A. In addition, about the "period within 2 weeks before cancellation | release", it can specify based on "release date" among the said friend registration cancellation information. In addition, about "the user of the side which canceled friend registration to the friend user of a release target sent a message", when "receiving side user ID" shown in FIG. As the source user ID, it can be determined by checking whether the user ID of the user who has canceled the friend registration is included. In addition, since the information of the "send date and time" is also stored in addition to the said "send user ID", it is determined whether the message from the user who canceled friend registration to the friend user of the release target was transmitted within two weeks before release. can do.

In this S121, when the user who canceled the friend registration did not send a message to the friend user of the target of release more than twice 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 becomes difficult to generate a privilege for the user who has canceled the friend registration and, on the contrary, makes it easier to generate demerits. have.

On the other hand, when the user who canceled the friend registration sent a message to the friend user of the target of release twice or more within two weeks before the release (YES in S121), the game server 1 does not proceed to S122 described above. Go to S56. That is, as a reference value compared with the friend access average AVAg, the whole access average AVAt calculated by S53 is used as it is, and privilege grant adjustment is not performed. In addition, even if the user has not canceled friend registration within four weeks (NO in S120), the process proceeds to S56 without passing through S122, and thus no privilege grant adjustment is made. In addition, subsequent processes (S56-S61) are basically the same process as the process demonstrated by the flowchart of FIG. 17, The description is abbreviate | omitted.

By the process shown in Fig. 32, a user who has canceled friend registration is in principle less likely to be given a privilege compared to the case where there is no cancellation of friend registration for four weeks from the release of friend registration. If a message is sent to a friend user who is the target of release twice or more within the previous two weeks, the privilege does not become difficult to be granted. Thereby, the user who made an effort to raise a friend's access by sending a support message to the user who canceled the friend registration before the cancellation is subject to privilege grant adjustment (process that makes it difficult to grant the privilege or decreases the privilege). Can be avoided. Therefore, without raising a friend's access by sending a cheering message to a friend, an effective countermeasure for only a user who cancels friend registration of a friend with a low access frequency can be taken to increase the friend access average. It is possible to more effectively suppress the user from taking an action away from such original purpose.

In addition, in the example shown in FIG. 32, the user who canceled friend registration sent the message to the friend user of the target of release more than twice within 2 weeks before the release on the condition that privilege grant adjustment is not performed. However, it is not limited to this. For example, the condition for sending a message before the friend registration cancellation (condition for not granting a privilege adjustment) is set to one or more times within one week before the cancellation, or three or more times within one month before the cancellation. The conditions before the friend registration cancellation and the number of times of message transmission during the period can be set arbitrarily.

[Other Embodiments]

In the above-described embodiment, the example in which the friend access average is applied as the evaluation value of the group has been described. However, as described above, the evaluation value of the group is not limited to this, for example, the sum of the access frequencies of the friend users belonging to the group. A value may be used, or a maximum value or a minimum value of an access frequency among friend users in the group. When the evaluation value of a group is made into the sum total value, the maximum value, or the minimum value as mentioned above, for example, the access average of each friend user calculated by the access average calculation means 56 is used as a value which shows an access frequency, The evaluation value of a group can be computed by calculating | requiring the sum total value, the maximum value, or the minimum value of the access average of the friend user in the inside.

When the maximum or minimum value is applied as the evaluation value of the group, the access frequency of one person in the group is a value representing the group, whereas when the friend access average or total value is the evaluation value of the group, Since the access frequency is reflected as the evaluation value, it can be said that it is preferable to set the friend access average or total value as the evaluation value of the group. In other words, considering that the evaluation value of the group is the maximum value of the access frequency in the group, even if there are a large number of users who do not have high access frequency in the group, if there is at least one friend user with high access frequency in the group, As an evaluation value of, it becomes high. In this case, the user may not want to increase the access frequency of his or her friends as a whole, but may increase the evaluation value of the group by acting only on a certain friend user whose access frequency is relatively higher than usual. On the other hand, by making the evaluation value of the group the average value (the friend access average) or the sum value of the access frequencies in the group, it is necessary to increase the access frequency of many friend users in the group in order to increase the evaluation value. It can motivate you to communicate with your friends.

In addition, in the case where the total value is applied as the evaluation value of the group, as the number of friends (number of groups) increases, the total value also tends to be large. Therefore, even if the access frequency of each friend user in the group is not very high, the number of groups If there are many, the evaluation value of a group may become high as a result. On the other hand, by setting the evaluation value of the group as the average value of the access frequency in the group (friend access average), the height of the access frequency of all the friends is accurately reflected as the evaluation value regardless of the number of friend users or the like in the group, and therefore the friend access average It can be said that it is more preferable to set it as the evaluation value of a group.

In addition, when applying the said total value as an evaluation value of a group, it is preferable to make the reference value (threshold value) compared with an evaluation value high, so that the number of friend users which belong to a group increases. As a result, simply increasing the number of friends cannot satisfy the conditions for acquiring the privilege (or avoiding the demerit), and in order to increase the evaluation value, it is necessary to increase the access frequency of all the friends. The user can be motivated to communicate with many friend users in the group.

In addition, in the above-mentioned embodiment, the reference value compared with the friend access average (evaluation value of a group) of each user was made into the all-access average which the all-access average calculation means 58 (all-average calculation means) calculates. Although demonstrated, the average value of the evaluation value of the group made into the whole group managed by the game server 1 can also be made into the reference value compared with the evaluation value of the group of each user. In this case, the total average calculation 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 sets the calculated value as the reference value. Here, the whole group managed by the game server 1 refers to all of the groups centered on the user who made friends (that is, a group called a friend exists) in principle, and the number of users who made one or more friends. There are as many groups as there are. However, as described above, a user who does not satisfy the temporal condition for calculating the evaluation value of the group (for example, when the last 7 days is set as the target period for the evaluation value calculation, 7 days have passed since the start of use of the game service). By excluding a new entry user who did not, etc.) from the calculation of the evaluation value, the group of users who cannot calculate the evaluation value of the group may be excluded.

For example, when the total value of the access frequency of the friend users belonging to the group (hereinafter referred to as the group total value) is applied as the evaluation value of the group, the value obtained by dividing the total of the group total value of the entire group by the number of groups is a reference value. By comparing the reference value with the group total value of each user, it is possible to determine whether a privilege or demerit is generated. The same applies to the case where the above-described average value (friend access average), maximum value, minimum value, and the like are applied as the evaluation value of the group.

In addition, in the above-described embodiment, the game execution program is mounted on the game server 1 side, and the game server 1 performs calculation for game progression in accordance with the input operation in the terminal device 3 of each user. Although the application to the game system in which a game advances was demonstrated by performing a process or a data process, and transmitting the screen data reflecting the execution result to the terminal device 3, it is not limited to this. 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 provides game services such as message exchange and privilege grant between users in the game. On the other hand, the present invention can also be applied to a game system that is basically performed on the user's terminal device with respect to the game execution process for advancing the game.

That is, the present invention can also be applied to a game system in which part or all of a game execution program is downloaded or installed on the user's terminal device side, and game execution processing is performed on the terminal device as well. Therefore, as the terminal device of the user, various things that can be provided with the game service by connecting to a game server (game management device) via a network can be applied, and the above-mentioned mobile phone terminal, PHS terminal, portable information terminal (PDA) can be applied. ), A smartphone, 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 machine to a home television), a portable game device, and the like.

The computer readable program according to the present embodiment is recorded on various computer readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, a semiconductor memory, and the like. It is read and executed by the CPU 11 of the game server 1. Incidentally, the means for providing the program to the game server 1 is not limited to the above-described recording medium, but can be performed via 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 receives access through a network from a terminal device of each user who receives a game service, manages game information of each user, and gives each user the network. A game management apparatus for providing the game service through a computer, comprising: (a) access management means for storing the access information of each user in a storage device to manage the frequency of the access for each user, and (b) each user; Friend management means for storing the information of friend users belonging to the group centered on the storage device and performing friend management for each user; and (c) evaluating the value of the group based on the frequency of the access of the friend user. On the basis of the evaluation value calculating means calculated for each user and (d) the evaluation value calculated by the evaluation value calculating means, the game becomes advantageous or disadvantageous. And a game information changing means for changing game information of the lock for each user.

According to this configuration, the game management device provides a game service to each user through the network while receiving access through the network from the terminal device of each user and managing game information for each user. It is comprised by the information processing apparatus which can be connected to a network. As a game service provided to each user by this game management apparatus, there exists a service, such as a social game, which can be played while a user cooperates or communicates, for example.

The game management device stores access information of each user who receives a game service in a storage device and includes access management means for managing the frequency of access for each user. Here, the information of the access stored in the storage device is information such as the access history of each user, the number of times of daily access in the real world, the presence or absence of access on each day in the real world, and the like. In addition, the frequency of access here shows the frequency | count or days which were accessed through the network from the terminal device of a user within a predetermined period. For example, the access management means stores the number of times of access of each user as access information over n days (for example, 7 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 mentioned here represents the group of friends of oneself seen from the viewpoint of one user to the last, and each user which comprises these groups does not belong only to this group. Each user also has a group of &quot; friends &quot; centered on himself or herself.

Further, the game management device includes 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 refers to the average value or the total value of the access frequency of the friend user, the maximum value or the minimum value (in the group called friends) among the friends. Then, the game information changing means changes the game information of each user so as to be advantageous or disadvantageous in the game based on the evaluation value calculated by the evaluation value calculating means. For example, the evaluation value calculated by the evaluation value calculating means is compared with a predetermined reference value, and the game information of the user is changed so as to be advantageous in the game for the user whose evaluation value is larger than the predetermined reference value, or the evaluation value The game information of the user is changed so that the user who is smaller than this predetermined reference value is disadvantaged in the game.

Here, the advantage in the game is to generate various merits on the game according to the type and content of the game (giving the privilege to be advantageous in the game). For example, in a competitive game in which users can compete with each other, such as a baseball game or a soccer game, there is a merit that power is improved by n times of competition (for example, three times of competition) and the competition is advantageous. Moreover, as long as a game in which points or items are used, you may give a user the points or items which can advance a game advantageously. In addition, there is also a merit of increasing the probability of obtaining a rare item (an item having a lower lottery probability than a normal item and having a high rare value) by a predetermined number of times (for example, once). In addition, the disadvantage in the game is to generate various demerit on the game according to the type and content of the game. For example, in the above-described competitive game, the power is reduced by n battles (for example, one battle), and the demerit that the competition is disadvantageous is considered. Also, a demerit that reduces the probability that a rare item is drawn by a predetermined number (for example, once) (that is, improves the probability that a rare item of low rare value is drawn) is also considered. In addition, a demerit of reducing various points used in the game by a predetermined point is also conceivable.

As mentioned above, in this structure, the merit which is advantageous in a game or the demerit which is disadvantageous in a game arises based on the evaluation value of the group based on the access frequency of a friend user. That is, in order to avoid merit or demerit in the game service provided by the game management device, it is necessary for each user to increase the evaluation value of the group by cooperation with a friend in addition to their own efforts. It will motivate you to communicate with your friend. For example, it is expected that each user sends a message such as "Let's try to access!" To a friend and tries to increase the frequency of access of the friend. As a result, it is possible to promote a game environment in which friends communicate with each other actively, and the community between friends is heightened.

In this way, the game management device not only provides the user with the fun of receiving a merit or the like, but also motivates each user to actively communicate with a friend, thereby promoting activation of the entire game community. Can be. As a result, each user strengthens relationships and exchanges with friends in the game, and further strengthens interest and interest in the game, thereby providing a highly entertaining game service with a continuity that is not boring for the user. Can provide.

(2) In the above configuration, the game management device calculates an average value of the frequency of the accesses for all users who are receiving the game service or an average value of the evaluation values of the groups for all groups. It is preferable to further provide a calculation means. The game information changing means changes the game information of the corresponding user so as to be advantageous in a game for the user whose evaluation value is larger than the average value calculated by the overall average calculating means, or by the overall average calculating means. It is preferable to change the game information of the user so as to be disadvantageous in the game for the user whose evaluation value is smaller than the calculated average value.

According to this structure, the total average value ("average value of the access frequency for all users" or "average value of the evaluation value of the group for all groups" calculated by the total average calculation means) is calculated. Let it be a reference value (threshold value) compared with the evaluation value of.

In addition, in calculation of the said average value by a whole average calculation means, the user who, in principle, is aimed at all the users who are receiving a game service, but does not satisfy the time condition at the time of average calculation (for example, the last 7 days) In the case of calculating the average of the access frequency, the new participation user who has not passed 7 days since the start of use of the game service) may be excluded from the target at the time of calculating the average.

According to this structure, the average value of the whole computed by the average calculating means is made into the reference value used as the criterion of determination of merit or demerit occurrence, and is compared with the evaluation value of a group. As a result, for example, when the popularity of the game increases and the average value of the whole rises, the reference value also increases with it. In order to exceed this reference value, each user tries to increase the evaluation value of the group by increasing the frequency of access of the friend while communicating with the friend, so that the average value of the overall improvement of the evaluation value of the group of each user is further increased. Leads to improvement. That is, improvement of the access frequency of a friend (= improvement of the evaluation value of a group) → improvement of the average value (= reference value) of the whole → improvement of the access frequency of a friend → improvement of the average value of the whole…. As described above, the overall access improvement effect can be expected.

(3) In the above configuration, the evaluation value calculating means targets a predetermined period until the game information changing means changes the user's game information based on the evaluation value, and sets the evaluation value for each user. It is preferable to calculate.

According to this structure, the target period when calculating the evaluation value of each user's group is set to "a predetermined period until the game information changing means changes the user's game information based on the evaluation value." Here, the predetermined period may be a period immediately before the timing of changing the game information (the most recent period), and an arbitrary period can be set. For example, in consideration of a situation in which replacement of a user (a user who stops receiving game service and a new participating user) always occurs, the "last 7 days" before the timing of changing game information is defined as the predetermined period. Can be.

Then, 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 access of the friend user belonging to the group centered on the user is evaluated. Will be reflected in. For example, even when the target period for evaluation value calculation is made into the same 7 days, it is not the last 7 days (7 days before 7 days before 1 day) before the game information is changed, for example, In the case of 7 days before 13 days and 7 days before, the target period for evaluation value calculation has already been completed one week before, and access to the game management device after the end of the period is not reflected in the calculation result of the evaluation value. On the other hand, when the target period of evaluation value calculation is made into the predetermined period until immediately before changing the game information of a user, the daily access until immediately before judgment of the merit or demerit occurrence is made is the calculation result of an evaluation value. Is reflected in. For this reason, each user is motivated to increase the group's evaluation value by increasing the frequency of access of friends until just before the determination of merit or demerit occurrence 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 except for the friend user whose frequency of access does not satisfy a threshold.

According to this configuration, when a user whose frequency of access to the game management device does not meet the threshold (referred to as an inactive user) exists as a friend user in the group, except that friend user, Calculate the evaluation value. For example, a friend user who has registered to use a game service but who has never or never played a game as a real user is excluded from evaluation target calculation as an inactive user whose frequency of access does not meet a threshold. Here, as the threshold value of the access frequency, a period for determining the access frequency and the number of accesses in the period can be arbitrarily set, such as "once / month" (that is, once in the last month). For example, when the threshold of the access frequency is set to "once / month", the user who has not accessed the game management device at least once in the last month becomes an inactive user who does not satisfy the condition of the threshold. .

In this way, by calculating the evaluation value of the group except for the inactive user, it is possible to avoid the calculation data of the evaluation value of the group which is not suitable for the actual situation. That is, if the inactive user is included in the calculation target of the group's evaluation value, for example, for a user who has engaged in a game and has made a large number of friends (for example, about 30 friends), about half of the friends may be coincidentally. When is an inactive user, the evaluation value of the group of the user (for example, the average value of the access frequency of the friend user) is greatly reduced. Therefore, as in this configuration, by calculating the evaluation value of the group except the inactive user, it is possible to determine whether to change the game information to be advantageous or disadvantageous on the basis of the evaluation value based on the actual condition. Can be.

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

According to this structure, display control means transmits display control information containing the information of the access frequency of another user to the terminal device of the user who accepted the access. Here, the display control information is 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 a user's terminal device. The display control means transmits such display control information to the user's terminal device to display the access frequency of other users on the screen of the user's terminal device. Thereby, a user can confirm the access frequency of another user on the screen of a terminal device, and the effective use illustrated below becomes possible.

For example, in the "screen of the target candidate list of friend candidates" displayed on the terminal device when the user tries to make a friend, the past access frequency of each user of the friend candidate is displayed, whereby the user accesses the corresponding access frequency on the screen. It can be a goal when looking at friends and making friends. In other words, in the game service provided by the game management apparatus, in order to advance the game advantageously (or to avoid the occurrence of demerits) in order to obtain merits on the game based on the evaluation value of the group, a high frequency of access of a friend is known. As required, the frequency of access is one criterion when making friends. In addition to the information on the normal access frequency, the friend candidate list screen also shows information indicating the level and ability of each user. According to the above configuration, when the user determines whether or not to make another user a friend, In addition to the level, the ability, and the like, the access frequency may be taken into consideration, and the other users to be friends may be selected.

For example, when a user displays the information of his friend user on the screen of a terminal device, the frequency of access of each friend user can be confirmed on the screen, and the following uses are also possible. In other words, if it is not advantageous in game (or disadvantages in game) based on the evaluation value of the group, the user can check the cause on the screen. That is, the analysis of whether the access frequency of all the friends is low or the cause of the low access frequency of some friend users can be easily performed from the information of the access frequency of each friend user. Thus, 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 cheering message or the like to the friend with low access frequency, and after that, It can be made to increase the frequency of access. As a result, the evaluation value of the group after next can be raised effectively.

(6) In the above configuration, the game information changing means selects the game information of the user so that the privilege that is advantageous in the game increases as the difference between the evaluation value and the reference value increases for the user whose evaluation value is larger than the reference value. It is desirable to change.

According to this configuration, when a privilege is generated to a user whose evaluation value of the group is larger than the reference value, a larger privilege is generated as the difference between the evaluation value and the reference value is larger (that is, the higher the evaluation value). For example, in the case of the privilege that the power is improved by n times of competitive games in the competitive game, the larger the difference between the evaluation value and the reference value, the more the number of times (number of n) of the competitive powers is increased. In addition, for example, in the case of the privilege of granting points or items, the larger the difference between the evaluation value and the reference value, the more the number of points or items to grant. Further, for example, in the case of the privilege of increasing the probability of acquiring the rare item by the lottery by a predetermined number of times, the larger the difference between the evaluation value and the reference value is, the higher the lottery probability of the rare item or the lottery probability of the rare item is. Make a higher number of draws.

As a result, each user is more motivated to communicate with a friend in order to increase a friend's access frequency and increase a group's evaluation value in order to obtain a greater privilege. For this reason, activation of the whole game community can be improved further.

(7) In the above configuration, the game information changing means is (e) a user whose evaluation value is larger than the reference value, and for a user whose number of friend users is greater than or equal to the predetermined number, the game becomes larger as the difference between the evaluation value and the reference value increases. The game information of the user is changed so that the privilege which is advantageously becomes large is increased. (F) For the user whose rating value is larger than the reference value and the number of friend users is less than the predetermined number, the evaluation value and the reference value It is preferable to change the game information of the user so that the privilege is the same regardless of the difference. The privilege granted to a user whose number of friend users is less than a predetermined number is equal to or less than the minimum privilege among the privileges granted to a user whose number of friend users is greater than or equal to a predetermined number. It is preferable.

In this configuration, in order to increase the evaluation value of the group, the larger the number of friends, the more communication and time and effort with the friend are required to increase the evaluation value. This may lead to difficulty in obtaining merit based on the evaluation value of, and may cause unfairness. Therefore, the problem is to be solved in advance, and furthermore, to provide a structure that contributes to community activation. Hereinafter, this will be described in detail.

First, in the case of a user with few friends, it is thought that the evaluation value of a group is relatively high. That is, in the case where there are only three friend users including the user himself, if the access frequency of two friend users except the user is increased, the evaluation value of the group (average value of the access frequency of the friend users in the group, etc.) is increased. I can make it big. On the other hand, when there are 30 friend users including the user himself, the evaluation value of the group cannot be made high unless the access frequency of 29 persons except the user is increased.

In view of such circumstances, in this configuration, when a privilege is given to a user whose group's evaluation value is larger than the reference value, the difference between the evaluation value and the reference value is larger only for the user whose number of friend users is greater than or equal to the predetermined number (that is, the evaluation value). The higher the privilege) is, the more privilege is granted to the user whose friend number does not satisfy the predetermined number of users, regardless of the size of the evaluation value. In this case, the privilege granted to the user whose number of friend users is less than the predetermined number is equal to or less than the minimum privilege among the privileges granted to the user whose number of friend users is greater than or equal to the predetermined number.

As described above, only the user whose number of friend users is greater than or equal to the predetermined number of points, the higher the evaluation value of the group is applied to the structure where a larger privilege is obtained, and the privilege or more that can obtain a user whose number of number of friend users is less than the predetermined number of points. By making it possible to obtain more than a predetermined number of friends, it is easy to receive a greater merit. Thereby, each user can be motivated to make a predetermined number or more of friends. Since each user makes a predetermined number of friends or more, and then, in order to obtain a greater privilege, the feeling of trying to increase the group's evaluation value by increasing the access frequency of the friends acts. You can make friends to promote a game environment where you can communicate with each other. Thereby, activation of the whole game community can be improved further.

(8) In the above configuration, the game information changing means changes the game information of the user so that the privilege greater in the game becomes larger for the user whose evaluation value is larger than the reference value. It is preferable.

According to this configuration, when a privilege is generated for a user whose group evaluation value is larger than the reference value, the greater the number of friend users, the larger the privilege is generated. As a result, each user is motivated to actively make many friends in order to obtain greater privileges. Since each user makes a lot of friends and then increases the frequency of access of the friends to increase the evaluation value of the group, the feeling of trying to acquire a big privilege acts. Can be. Thereby, activation of the whole game community can be improved further.

(9) In the above configuration, the friend management means includes friend registration release means for receiving release of friend registration of the friend user from each user, and the game management device releases the friend registration of the friend user. Privilege adjustment adjustment which performs adjustment of the said privilege by making smaller the privilege which becomes advantageous in a game, or making it difficult to grant the privilege to one user compared with the case where there is no cancellation of the said friend registration for a predetermined period from the release of the said friend registration. It is preferable to further provide a means.

According to this configuration, the game management device is provided with friend registration canceling means and receives the release of friend registration from each user. Therefore, the user can cancel the friend registration of some or all of the friends with his intention. In this way, when the user can unregister a friend, the group's evaluation is performed by canceling the friend registration of a friend with a low access frequency instead of sending a cheering message to a friend user with a low access rate to improve the friend's access. It is also conceivable that a user who wishes to obtain a privilege in a way away from the original purpose of improving the value (the average value of the access frequency of the friend users in the group, etc.) may come out. Therefore, as a countermeasure, in this configuration, for a user who has canceled friend registration, the privilege is reduced compared to the case where there is no cancellation of the friend registration for a predetermined period (for example, four weeks) from the cancellation of the friend registration, or The grant of privilege is adjusted by making it difficult to grant a privilege.

As a result, even if it is determined to increase the evaluation value of the group by canceling the friend registration of the friend user with low access frequency, by canceling the friend registration, the privilege becomes difficult to be obtained for a certain period of time, or only a privilege that is smaller than the privilege that must be originally obtained. You won't get it. Therefore, it is possible to effectively suppress the user's behavior away from the original purpose of canceling friend registration in order to increase the group evaluation value.

(10) In the above configuration, the game management device receives a message sent from the terminal device of each user to the friend user, stores the message in a storage device, and sends the message to the terminal device of the friend user. And a message delivery means for transmitting the message and transmitting the message to the friend user, wherein the privilege granting means includes a user who has released the friend registration of the friend user during a predetermined period before the friend registration is released. In the case where the message is sent to the friend user to be released more than a predetermined number of times, it is preferable not to perform the granting adjustment of the privilege.

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

However, even though the user has made an effort to increase the friend's access by sending a support message or the like to a friend user with a low access frequency, the friend user's access frequency remains low. There may be. Therefore, in this configuration, the user who canceled the friend registration is a predetermined number of times or more (for example, within two weeks before the release of the friend registration) to the friend user of the target of release (for example, within two weeks before the release). In the case where a message of two or more times is transmitted, the above-described granting adjustment (adjustment to reduce the privilege or make it difficult to grant the privilege) is not performed.

As a result, a user who has made an effort to increase the friend's access by sending a support message to the user who has canceled the friend registration before the cancellation can avoid the object of granting the privilege. Therefore, instead of sending a cheering message to a friend and attempting to increase the friend's access, a countermeasure for the granting of a privilege adjustment to only a user who cancels the friend registration of a friend with a low access frequency may be taken to increase the group's evaluation value. And more effectively suppress the user's behavior away from such original purpose.

(11) The game system according to another aspect of the present invention, the terminal device of each user receiving the game service, and receives the access via the network from the terminal device to manage the game information of each user, and to each user It is provided with the game management apparatus of any one of said structures which provides the said game service via a network.

(12) A game management method according to another aspect of the present invention, receives access via a network from a terminal device of each user who receives a game service, manages game information of each user, and transmits to each user through the network. A game management method in a game management device that provides the game service, comprising: (g) an access in which the game management device stores the information of the access of each user in a storage device to manage the frequency of the access for each user; A management step, (h) a friend management step in which the game management device stores information of a friend user belonging to a group centered on each user in a storage device and performs friend management for each user; and (i) the game. An evaluation value calculating step of the management apparatus calculating the evaluation value of the group for each user based on the frequency of the access of the friend user, and (j) the 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) A program according to still another aspect of the present invention, a computer receives access through a network from a terminal device of each user receiving a game service, manages game information of each user, and gives each user the network. A program for operating as a game management device that provides the game service through the computer, the program comprising: access management means for storing the information of the access of each user in a storage device to manage the frequency of the access for each user; Friend management means for storing information of friend users belonging to a group centered on users in a storage device to perform friend management for each user, and the evaluation value of the group for each user based on the frequency of the access of the friend user. Based on the evaluation value calculated by the evaluation value calculating means for calculating and the evaluation value calculating means, a game 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 another aspect of the present invention is a computer-readable recording medium in which the program described in (13) is recorded.

In addition, specific embodiment or Example which were made in the specific content for implementing this invention reveals the technical content of this invention to the last, and is not limited to only such a specific example and should be interpreted by consultation, and it is the technique of this invention. Various changes can be made within the spirit and scope of the claims.

In particular, the present invention is suitably applied 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 another user who receives a game service. Since this high game service can be provided, it can be used industrially.

Claims (14)

A game management device that receives access through a network from a terminal device of each user who receives a game service, manages game information of each user, and provides the game service through the network to each user.
Access management means for storing the access information of each user in a storage device and managing the frequency of the access for each user;
Friend management means for storing information of friend users belonging to a group centering on each user in a storage device and performing friend management for each user;
Evaluation value calculation means for calculating an evaluation value of the group for each user based on the frequency of the access of the friend user;
And game information changing means for changing the game information of each user so as to be advantageous or disadvantageous in the game based on the evaluation value calculated by the evaluation value calculating means. The method of claim 1,
And a total average calculating means for calculating an average value of the frequency of the accesses for all users who are receiving the game service or an average value of the evaluation values of the groups for all groups,
The game information changing means changes the game information of the user so as to be advantageous in the game for the user whose evaluation value is larger than the average value calculated by the overall average calculating means or calculated by the overall average calculating means. The game management device which changes the game information of the said user so that it may become disadvantageous for a game with respect to the user whose said evaluation value is smaller than the said average value. The method of claim 1,
The evaluation value calculating means calculates the evaluation value for each user for a predetermined period until the game information changing means immediately changes the game information of the user based on the evaluation value. The method of claim 1,
The evaluation value calculating means calculates the evaluation value for each user, except for the friend user whose frequency of access did not satisfy a threshold. The method of claim 1,
Display which displays the frequency of the said access of another user on the screen of the terminal device of the said user by sending display control information containing the information of the frequency of the access of another user to the terminal apparatus of the user which accepted the said access. The game management device further provided with a control means. The method of claim 1,
And the game information changing means changes the game information of the user so that the privilege that is favored in the game increases as the difference between the evaluation value and the reference value increases for the user whose evaluation value is larger than the reference value. The method of claim 1,
The game information changing means
For a user whose evaluation value is larger than the reference value and the number of friend users is greater than or equal to the predetermined number, the game information of the user is changed so that the privilege that is advantageous in the game increases as the difference between the evaluation value and the reference value increases,
For a user whose evaluation value is larger than the reference value and the number of friend users is less than a predetermined number, the game information of the user is changed so that the privilege is the same without depending on the difference between the evaluation value and the reference value,
The privilege granted to a user whose number of friend users is less than a predetermined number is the same as or less than the minimum privilege among the privileges granted to a user whose number of friend users is greater than or equal to a predetermined number of games. Management device. The method of claim 1,
And said game information changing means changes the game information of said user so that for users whose said evaluation value is larger than a reference value, the privilege that is favored in a game increases as the number of friends of said friend user increases. The method according to any one of claims 1 to 8,
The friend management means is provided with friend registration canceling means for receiving release of friend registration of the friend user from each user,
For the user who has canceled the friend registration of the friend user, the privilege that is advantageous in the game is reduced or it is difficult to be granted, compared to the case where there is no cancellation of the friend registration for a predetermined period from the release of the friend registration. A game management device, further comprising privilege granting means for performing privilege grant adjustment. 10. The method of claim 9,
A message for receiving a message sent to the friend user, sent from the terminal device of each user, stored in a storage device, transmitting the message to the terminal device of the friend user, and delivering the message to the friend user. Further comprising a delivery means,
The privilege granting adjusting means is configured to grant the privilege when the user who has canceled the friend registration of the friend user has transmitted a message more than a predetermined number of times to the friend user of the target of release during a predetermined period before the friend registration is canceled. Game management device that does not make adjustments. The terminal device of each user who receives a game service, receives access through a network from the terminal device, manages game information of each user, and provides the game service through the network to each user. A game system comprising a game management device. As a game management method in a game management apparatus that receives access through a network from a terminal device of each user receiving a game service, manages game information for each user, and provides the game service through the network to each user. ,
An access management step in which the game management device stores the information of the access of each user in a storage device and manages the frequency of the access for each user;
A friend management step in which the game management device stores information of a friend user belonging to a group centering on each user in a storage device and performs friend management for each user;
An evaluation value calculating step of calculating, by the game management device, the evaluation value of the group for each user based on the frequency of the access of the friend user;
The game management method further comprises a game information changing step of changing the game information of each user so as to be advantageous or disadvantageous in the game based on the evaluation value calculated by the evaluation value calculation step. . For operating the computer as a game management device that receives access via a network from a terminal device of each user receiving a game service, manages game information for each user, and provides each game with the game service via the network; As a program,
The computer,
Access management means for storing the information of the access of each user in a storage device to manage the frequency of the access for each user;
Friend management means for storing information of friend users belonging to a group centering on each user in a storage device and performing friend management for each user;
Evaluation value calculation means for calculating an evaluation value of the group for each user based on the frequency of the access of the friend user;
And a game information changing means for changing the game information of each user so as to be advantageous or disadvantageous in the game based on the evaluation value calculated by the evaluation value calculating means. The computer-readable recording medium which recorded the program of Claim 13.

Images