WO2013175873A1 - Game management device - Google Patents

Abstract

A game management device provided with: an investment information storage control means for storing, in a storage device, information pertaining to invested items which the users of a group constituted by a plurality of users have virtually invested for a shared object shared by the group; an invested item accumulation means for accumulating, for the group, the invested amount of the invested items invested by the users of the group; a shared-object level changing means for changing the level of the shared object on the basis of the amount of the invested items accumulated by the group; and a game conditions management means for managing the game conditions so that the game conditions to which the users of the group apply the shared object become more advantageous as the level of the shared object increases.

Description

[Name of invention determined by ISA based on Rule 37.2] Game management device

This application claims priority based on Japanese Patent Application No. 2012-116847 filed on May 22, 2012, the entire contents of which are incorporated herein by reference.

The present invention relates to a game management device, a game device, a game system, a game management method, a program, and a recording medium for managing game information of each user.

2. Description of the Related Art Conventionally, a game system in which a user can receive various game services provided from a game server by connecting the user's terminal device (personal computer, mobile phone terminal, etc.) to a game server installed on the Internet. (Patent Document 1, etc.). In recent years, a game system in which a browser game or the like can be enjoyed only by performing a simple operation with a terminal device such as a mobile phone has become widespread (Patent Document 2, etc.).

In recent years, the game system has been incorporated into a social networking service (SNS) system, which is a community-type service that promotes and supports connections between people, and is provided as one of the SNS services. Games are prevalent. In such a social game, each user can become a friend with another user who uses the game service. And if a friend is made, for example, when a user plays a battle, it becomes a system which becomes advantageous on a game, such as requesting a battle cooperation from one of the friends.

However, in the above conventional game system, it is only possible to request a battle cooperation from one of the friends, and there is a limit for the user to play while cooperating with other users. Therefore, a game environment is desired in which more users can play with active cooperation.

JP 2011-30892 A JP 2012-24248 A

An object of the present invention is to realize a highly interesting game in which a plurality of users play while actively cooperating with each other.

A game management device according to one aspect of the present invention is a game management device that manages a game, and includes a group management unit that manages a group composed of a plurality of users, and information on the shared items of the group in a storage device A shared object information storage control means for storing; an input information storage control means for storing, in a storage device, information of an article virtually input by each user in the group with respect to the shared object; and the group The input material accumulation means for accumulating the input amount of the input material input by each user in the group, and the level of the common object is changed based on the accumulated amount in the group of the input material. The shared material level changing means that manages the game conditions to which the user in the group applied the shared material becomes more advantageous as the level of the shared material is higher. It includes an over-time condition management means.

A game system according to another aspect of the present invention is a game system including a game management device that manages a game and a terminal device that communicates with the game management device, and includes a plurality of users. Group management means for managing the group to be stored, shared object information storage control means for storing information on the shared material of the group in a storage device, and virtual input by each user in the group with respect to the shared material Input information storage control means for storing information on the input material in a storage device, input material accumulation means for accumulating the input amount of the input material input by each user in the group in the group, and the input A shared object level changing means for changing the level of the shared object based on a cumulative amount in the group of objects; the higher the level of the shared object, the more the users in the group. There is a one comprises configuration of the means of the game condition management means for managing as game conditions to which the corresponding shared object becomes more favorable, the game management device or the terminal device.

A game management method according to another aspect of the present invention is a game management method in a computer for managing a game, wherein the computer manages a group composed of a plurality of users, A shared material information storage control step for storing information on the shared material of the group in a storage device, and the computer stores information on the material virtually input by each user in the group with respect to the shared material An input information storage control step for storing in the apparatus, an input material accumulation step for the computer to accumulate the input amount of the input material input by each user in the group, and a computer for the input object. The common level change step for changing the level of the common based on the cumulative amount in the input group. And flop, computer, the higher the level of the shared object, including a game condition management step for the user to manage as game conditions to which the corresponding shared object is more advantageously in the group.

In addition, the game management device and the game system of the present invention may be realized by a computer. In this case, a program for causing the computer to realize the game device by causing the computer to operate as the above-described means, and the program. A recorded computer-readable recording medium also falls within the scope of the present invention.

According to the present invention, it is possible to realize a highly entertaining game in which members of a group composed of a plurality of users play while actively cooperating with each other.

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

It is explanatory drawing which shows the structural example of the game system which concerns on one embodiment of this invention. It is a block diagram which shows an example of the hardware constitutions of a game management apparatus. It is a block diagram which shows an example of the hardware constitutions of a terminal device. It is a functional block diagram which shows an example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of team information. It is explanatory drawing for demonstrating a team structure. It is explanatory drawing which shows an example of stadium information. It is explanatory drawing which shows an example of a main screen. It is explanatory drawing which shows an example of the management mode screen. It is explanatory drawing which shows the other example of the management mode screen. It is a functional block diagram which shows an example of a functional structure of a game management apparatus. It is a functional block diagram which shows an example of a functional structure of a game information storage control means. It is explanatory drawing which shows an example of game information. It is explanatory drawing which shows an example of practice ticket information. It is explanatory drawing which shows an example of friendship degree information. It is explanatory drawing which shows an example of a practice ticket. It is explanatory drawing which shows the other example of a practice ticket. It is explanatory drawing which shows the other example of a practice ticket. It is explanatory drawing which shows an example of the cultivation mode screen. It is explanatory drawing which shows the other example of the cultivation mode screen. It is explanatory drawing which shows an example of the game conditions at the time of practice in a stadium. It is explanatory drawing which shows the other example of the cultivation mode screen. It is a flowchart which shows an example of operation | movement of a game system. It is a flowchart which shows an example of a game progress process. It is a flowchart which shows an example of the process in management mode. It is a flowchart which shows an example of the level determination process of a stadium. It is a flowchart which shows an example of the process in the cultivation mode. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing for demonstrating the privilege according to the investment amount of the management point. It is explanatory drawing which shows the other example of the game conditions at the time of practice in a stadium. It is a flowchart which shows an example of privilege provision processing. It is explanatory drawing which shows the other example of the management mode screen. It is a flowchart which shows the other example of the level determination process of a stadium. It is explanatory drawing for demonstrating replacement of the level of a stadium.

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

[Outline of the game system]
FIG. 1 shows a configuration example of a game system in which a game management device according to an embodiment of the present invention is incorporated. As shown in the figure, this game system includes a game server 1 installed on a network 4 such as the Internet, a database server 2 connected to be communicable with the game server 1, and a game server via the network 4. 1 and the terminal device 3 of each user that can be communicably connected.

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

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

In the present embodiment, an example of providing a so-called browser game in which a game can be played by a web browser installed in each user terminal device 3 will be described as one form of game service provided by the game server 1. In the service form for providing the browser game, it is not necessary to download or install software dedicated to the game on the user's terminal device 3, and the user can easily connect to the game server anywhere as long as the terminal device 3 can be connected to the network 4. The game service provided from 1 can be enjoyed.

In this game system, a program (application software) for a browser game is installed in the game server 1, and the game server 1 performs arithmetic processing and data for progressing the game in accordance with input operations on the terminal device 3 of each user. Execute the process. Then, the game server 1 updates the game information of each user in the database server 2 based on the execution result of the arithmetic processing and the like, and web page information for displaying the execution result on the screen of the user terminal device 3 (Game screen data) is transmitted to the terminal device 3 of each user.

Each user's terminal device 3 is equipped with a web browser having a website browsing function as a user agent so that the web page information transmitted from the game server 1 can be displayed on the screen of the terminal device 3. It has become. Examples of the terminal device 3 include a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, a personal digital assistant (PDA), and a smartphone that is a mobile terminal in which a mobile phone and a mobile information terminal are integrated. Various terminals that can be connected to the game server 1 via the network 4 and receive a game service such as a personal computer, a tablet computer, or a game device having a communication function (stationary or portable game device) Applicable.

In addition, the game provided in the present embodiment can have a so-called social game element that allows a user to play while interacting with other users who are receiving game services. For example, by incorporating the game server 1 and the database server 2 of the present embodiment into a social networking service (SNS) system, a game system that provides a social game service as one of the SNS services can be obtained. In this way, a game service can be provided to the user by a game system operating on the SNS platform, but the game server 1 and the database server 2 can be constructed as independent game systems without being incorporated into the SNS system. Good.

Examples of games provided by the game server 1 include sports / racing games, simulation games, and training games based on baseball, soccer, tennis, American football, basketball, volleyball, golf, boxing, horse racing, car racing, and the like. Various games such as role-playing games and quiz games can be used regardless of the game format and genre. As an example, in the present embodiment, an example in which the game server 1 manages a baseball game will be described below.

In the baseball game of the present embodiment, a plurality of users (for example, up to 20 users) can virtually manage one baseball team jointly. The user becomes an original player character (hereinafter, referred to as “my player character”) as his or her own character, and belongs to a jointly operated baseball team. The game server 1 manages a plurality of users who jointly manage one baseball team as one group. There are a plurality of baseball teams (hereinafter simply referred to as “teams”) in the game, and the game server 1 manages each team.

In addition, in the game of the present embodiment, each team has a “stadium” as a shared object. The user can acquire management points in a predetermined game mode in the game and invest (inject) the management points in the stadium. The game server 1 accumulates the management points invested by each user in the team within the team, and changes the level of the stadium according to the accumulated amount. That is, if each user in the team cooperates and invests, the level of the stadium can be improved (the stadium is virtually luxurious and facilities are enhanced).

And, if the level of the team's stadium is improved, there will be a merit that the user (member) in the team will benefit from the game conditions to which the stadium is applied. In this embodiment, the higher the level of the stadium, the better the practice efficiency when the user's my player character virtually practiced at the stadium (as a result, the ability of the character can be improved efficiently). ) Will occur. In other words, when the members of the team cooperate to improve the level of the stadium, a merit that the game conditions when the members practice in the stadium is improved is generated in the entire team. Thereby, a game environment is created in which members of the group play a game in cooperation with each other. Details of the configuration of the game management apparatus and the like according to the present embodiment for realizing this will be described below.

[Configuration of game management device]
As described above, in the present embodiment, the game management device includes the game server 1 and the database server 2. FIG. 2 shows an example of the hardware configuration of the game server 1. As shown in the figure, the game server 1 mainly includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12 and a RAM (Random Access Memory) 13 as a main storage device, and an auxiliary storage device 14. The communication control unit 15 and the input / output control unit 16 are connected to each other via a bus line 17 including an address bus, a data bus, a control bus, and the like. Note that an interface circuit is interposed between the bus line 17 and each component as necessary, but the illustration of the interface circuit is omitted here.

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

The auxiliary storage device 14 is a storage device that stores application software such as a game program, various data, and the like. For example, a hard disk drive can be used as the auxiliary storage device 14. The program according to the present embodiment for causing the game server 1 (computer) to operate as a game management device is also stored in the auxiliary storage device 14, and the program is transferred from the auxiliary storage device 14 to the bus line when the game server 1 is started. 17 is loaded into the RAM 13 via the CPU 17 and executed by the CPU 11.

The communication control unit 15 includes a communication interface 15 a connected to the network 4, and controls communication with each user terminal device 3 via the network 4. The communication control unit 15 also controls communication with a server (not shown) connected to the network 4. For example, when it is set as the system configuration which incorporated the game server 1 in SNS, the communication control part 15 of the game server 1 controls communication between SNS servers.

The input / output control unit 16 is communicably connected to the database server 2 and is a database interface that performs input / output control when the CPU 11 executes reading / writing of data (records) with respect to the database server 2.

The database server 2 includes a large-capacity hard disk device having, for example, a RAID (Redundant Arrays of Inexpensive Disks) configuration as a storage device having an area for storing game information of each user managed by the game server 1. The database server 2 stores various game information (user name, level, in-game points, possessed items, etc.) of each user in association with identification information (user ID) for uniquely identifying each user, for example. It can be constructed as a database, an object database, an object relational database, or the like.

In the present embodiment, an example in which the game management device is configured by the game server 1 and the database server 2 is shown, but the present invention is not limited to this. For example, the game server 1 can have the function of the database server 2 and the game management device can be configured only by the game server 1. Further, the game server 1 can be configured as a plurality of servers by distributing the functions of the game server 1 to a plurality of servers. For example, when a user operates the terminal device 3 to access the game server 1, an authentication server having an authentication function for determining whether the user is a legitimate user is provided separately from the main server of the game server 1, The game server 1 may be composed of a main server and an authentication server. As another configuration example, a billing management server that performs billing management when a user purchases an item to be billed in a game is provided separately from the main server of the game server 1, and the main server, authentication server, and billing management The game server 1 may be configured by a server.

In addition, when the number of users who use this game service reaches several hundred thousand, millions, or more, it is required to construct a server system that can withstand huge access from the terminal device 3 of many users. Therefore, by providing a plurality of game servers 1 on the network 4 for redundancy (multiplexing), a load distribution type system configuration may be adopted. In this case, it is desirable to provide a load balancer for adjusting the load among the plurality of game servers 1.

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

[Configuration of terminal device]
As the terminal device 3 operated by the user, various terminals having a website browsing function such as a mobile phone terminal and a smartphone can be applied as described above. In this embodiment, a mobile terminal is illustrated as an example. The configuration will be described. Note that the terminal device 3 other than the mobile terminal is also required for playing a game, such as displaying a game screen using a website browsing function or performing an input operation for executing the game. The configuration is the same as that of the mobile terminal.

A mobile terminal having a website browsing function or the like is also called a feature phone, a smart phone, or the like, and its configuration example is shown in FIG. As shown in the figure, the terminal device 3 mainly includes a CPU 31, a ROM 32 and a RAM 33 as main storage devices, an image processing unit 34, a display unit 35, a sound processing unit 36, and an audio input unit 37. , An audio output unit 38, an auxiliary storage device 39, an operation input unit 40, and a communication control unit 41. The components 31 to 34, 36 and 39 to 41 are connected to each other via a bus line 42. Has been. An interface circuit is interposed between the bus line 42 and each component as necessary, but the interface circuit is not shown here.

The CPU 31 interprets and executes commands of various programs including the web browser, and controls the terminal device 3 as a whole. The ROM 32 stores a program and the like necessary for basic operation control of the terminal device 3. The RAM 33 stores various programs and data loaded from the ROM 32 or the auxiliary storage device 39, and secures a work area for the CPU 31. A web browser that displays game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage device 39, loaded into the RAM 33, and executed by the CPU 31. Various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary storage device 39 together with the web browser.

The image processing unit 34 drives the display unit 35 based on an image display command from the CPU 31 to display an image on the screen of the display unit 35. Various known display devices such as a liquid crystal display or an organic LE (Electro-Luminescence) display can be applied to the display unit 35.

The sound processing unit 36 converts an analog audio signal into a digital audio signal when audio is input from the audio input unit 37, generates an analog audio signal based on a sound generation instruction from the CPU 31, and outputs it to the audio output unit 38. Output. The voice input unit 37 includes a microphone built in the terminal device 3 and is used for telephone communication or recording. The voice output unit 38 is composed of a speaker that outputs a reception speaker at the time of telephone communication and a telephone ringtone or a sound effect at the time of game execution.

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

The operation input unit 40 accepts a user's operation input and outputs an input signal corresponding to the operation input to the CPU 31 via the bus line 42. Examples of the operation input unit 40 include physical buttons such as a direction instruction button, a determination button, and an alphanumeric character input button provided on the main body of the terminal device 3. Further, in the case of the terminal device 3 in which the display unit 35 is configured as a so-called touch screen by mounting a touch panel (contact input type interface) on the screen of the display unit 35, the touch panel also becomes the operation input unit 40.

The communication control unit 41 includes a communication interface 41a, and has a communication control function for data communication when a game is operated, a communication control function for transmitting and receiving voice data as a mobile phone terminal, and the like. Here, for the communication control function for data communication, for example, a wireless LAN connection function, an Internet connection function via a wireless LAN or a cellular phone network, a predetermined frequency band (for example, a 2.4 GHz frequency band) is used. Includes short-range wireless communication functions. The communication control unit 41 transmits a connection signal for connecting the terminal device 3 to a wireless LAN, the Internet, or the like based on a command from the CPU 31 and receives information transmitted from the communication partner side and supplies it to the CPU 31. To do.

In addition, the terminal device 3 may further include a GPS (Global Positioning System) signal receiving circuit, an imaging device (camera) such as a CCD (Charge Coupled Device) image sensor, a triaxial acceleration sensor, and the like. For example, GPS position information may be used in the game.

In the terminal device 3 configured as described above, a user who wants to receive a game service starts up a web browser and performs an operation of accessing a game site managed by the game server 1. When this access is authenticated by the game server 1, the communication control unit 41 of the terminal device 3 receives game screen data described in HTML or the like transmitted from the game server 1, and the CPU 31 executes the web browser. A game screen is displayed on the display unit 35. Here, the user selects and inputs selectable button objects and hyperlinks displayed on the game screen by operating the operation input unit 40. In response to this selection input, the game server 1 advances the game and transmits new game screen data to the terminal device 3. Then, this new game screen is displayed on the display unit 35 of the terminal device 3. Hereinafter, similarly, the user can select a button object or the like that can be selected on the game screen displayed on the display unit 35 by an operation. A game provided by the game server 1 can be played.

[Functional configuration of game management device]
FIG. 4 is a main functional block diagram of a game management device (game server 1 and database server 2) that communicates with the terminal device 3. The game management apparatus according to the present embodiment mainly includes a team management unit 51 (group management unit), a stadium information storage control unit 52 (shared material information storage control unit), and an investment information storage control unit 53 (input information storage control). Means), operation point accumulating means 54 (subject accumulation means), stadium level changing means 55 (shared object level changing means), game condition managing means 56, and the like. Each of these means is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

The team management means 51 has a function of managing a team (group) composed of a plurality of users. FIG. 5 shows an example of team information managed by the team management means 51. This team information is stored and managed by the team management means 51 in a predetermined area of the storage device 50 (such as the database server 2). FIG. 5 shows team information related to one team with team ID = “0001”.

A team ID is given to each team in the game as identification information for uniquely identifying each team. The user is given a user ID as identification information for uniquely identifying each user. Then, the team management unit 51 stores the user ID of the user belonging to the team in the storage device 50 in association with the team ID. FIG. 5 shows that five users, user A (000001), user B (000003), user C (000153), user D (000372), and user E (000386) belong to the same team (0123). This is an example.

 An upper limit can be set on the number of users that can belong to one team. If an upper limit is not set, a team with a large number of users is formed, and the stadium level can be easily promoted, which may cause a balance of game characteristics to be lost. This upper limit can be set arbitrarily, and can be, for example, 20 people. In the present embodiment, for convenience of explanation, the upper limit of the number of users of one team will be described below as five.

Here, an example of the team composition method (assignment) will be described. At the start of the user's game, the game server 1 automatically determines the user's assigned team. For example, when a user registers for a game service and starts a game, he selects and registers a desired team (favorite team) from 12 professional Japanese baseball teams (or 30 MLB teams) in the real world. And the game server 1 determines team assignment at random so that a plurality of users with the same desired team form the same team.

After that, the user may be allowed to move to any team on his / her own will. For example, a user of a team who is missing and does not reach the upper limit can recruit members on a bulletin board in the game. If there is a team looking for a member, the user can move from the current team to another team at any time. Thereby, it is possible to construct a game environment that avoids immobilization of members and can interact with more users while moving several teams.

By the way, each user can build a special relationship of “friends” with one or more other users who are receiving the game service. As one form for a user to establish a friendship relationship with another user, either one of the two users makes a friend application to the other user via the game server 1, and the friend application is made. The friend application made between both users and the operation of the approval that the received user approves becoming a friend via the game server 1 are mentioned. The team members do not necessarily have to be friends, but team members may establish a friendship with each other. In the game of the present embodiment, team members cooperate to play the game, so the connection between the members is considerably strengthened. Therefore, it is considered natural for members to try to build friendships.

Fig. 6 shows an example of the team structure. In the team, in addition to my player characters (original player characters) of multiple users with the same desired team, a real player character that replicates real-world professional baseball players (players who belong to the same team) Belong to a certain number. That is, the user can enjoy a practice and a game by virtually forming a team with other users and real players in the game.

The database server 2 has a real player database in which various information such as player names, back numbers, positions, teams, abilities (reflecting real players in the real world), and image data are stored. Exists. Information on the real player characters in the team can be acquired from this real player database.

Next, the stadium information storage control means 52 will be described. The stadium information storage control means 52 has a function of storing, in the storage device 50, information on the stadium that is shared by the team. As shown in FIG. 7, the stadium information storage control means 52 stores the level of the stadium, which is a shared property of the team, in association with the team ID of each team. This stadium level information is also reflected in the team information of FIG.

Further, the investment information storage control means 53 stores, in the storage device 50, information on management points (subjects) virtually invested (injected) by each user belonging to the team in the stadium. It has a function. For example, as shown in FIG. 5, the management points invested by the user are stored in association with the user ID. FIG. 5 shows an example in which users A, B, C, D, and E invest 1000 operations P, 3000 operations P, 300 operations P, 1500 operations P, and 500 operations P, respectively.

Further, the management point accumulating unit 54 has a function of accumulating the investment amount of the management points invested by each user in the team in the team (calculating the total of the management points in the team). The management point accumulating means 54 stores the calculated investment accumulation amount of the team (accumulated amount in the group of the inputs) in the storage device 50 in association with the team ID as shown in FIG.

Next, the stadium level changing means 55 will be described. The stadium level changing means 55 has a function of changing the stadium level of the team based on the accumulated investment amount of the team. The level referred to here may be expressed using another similar expression such as grade, rank, class, and grade. The height of the level of the stadium in the present embodiment is an index that represents the luxury of the stadium and the level of equipment. The higher the level of the stadium, the better the practice environment is and the game specification is that the efficiency of practice increases.

Here, an example of changing the stadium level will be described. For example, each time the accumulated investment amount of the team reaches a reference amount (predetermined threshold), the stadium level is increased by one. For example, if the cumulative investment amount of the team reaches 10,000 management P or more, the level of the stadium increases from Lv1 to Lv2. In this embodiment, it is desirable to increase the threshold every time the level of the stadium increases. For example, each time the level of the stadium increases, the threshold value is increased as follows: 10,000 management P → 15000 management P → 20000 management P,. In this embodiment, an upper limit can be set for the level of the stadium, or there can be no upper limit.

As another example, the accumulated investment amount of a team in a predetermined period (for example, one week) is compared for all teams having the same stadium level, and the top n or the top m% (0 <m <100) Improve team stadium levels included. For example, the stadium level of the top 100 group (or the top 10% group) is improved. This form can also have an upper limit on the level of the stadium or no upper limit.

In the present embodiment, a case where the stadium level changing means 55 improves the stadium level of a team whose cumulative investment amount is in the top 10% among all teams having the same stadium level will be described as an example. To do.

Here, an operation example when the user invests management points will be described. The game screen shown in FIG. 8 is a main screen (user's my page) displayed on the user's terminal device 3. On this main screen, the user's my player character 81 and the user's game information 82 (user's name (nickname, etc.), game level, various points owned by the user, number of friends, etc.) are displayed. In addition, command buttons for selecting various game modes are displayed on the main screen.

If the user selects the “operation mode” button 84 on the main screen, the operation mode screen shown in FIG. 9 is displayed. On this operation mode screen, the stadium level 100 and team ranking 101 of the user's team are displayed. Here, the team ranking 101 is a ranking based on the cumulative investment amount for all teams having the same stadium level.

In the operation mode screen, a promotion area display area 102 and a residual area display area 103 are provided. Then, a current rank display unit 105 for displaying the current rank of the user's team in the promotion zone or the remaining zone so as to easily understand intuitively is displayed.

Furthermore, in the operation mode screen, information 111 on the accumulated investment amount of the team and information 112 on the accumulated investment amount of the user himself / herself are displayed. Then, information 114 of the remaining time until the order is determined is also displayed. In the present embodiment, for example, one week from Monday to Sunday is a ranking totaling period, and the ranking is determined every week, and whether or not to change the level of the stadium is determined every week. The user confirms the team ranking at the present time on this management mode screen, and invests management points by the end of the period when the ranking is fixed.

In the operation mode screen, information 114 on the operation points currently owned by the user is displayed. The user performs an operation of making an investment by designating an investment amount within the range of the management points owned by the user. In the present embodiment, the investment amount can be specified by the investment amount specifying unit 115. The investment amount designation unit 115 can individually designate numbers from 1 to 10,000. For example, if an arbitrary designated part is selected, a pull-down menu for selecting a number from 0 to 9 is displayed. Then, by operating the investment amount specifying unit 115 to specify the investment amount and pressing the “execute investment” button 116, it is possible to invest management points. In this case, based on the information related to the investment operation in the user terminal device 3, the game server 1 accepts the user's investment and increases the investment amount of the user's team and the investment amount of the user by the amount invested. Let

Also, a “Confirm” button 117 is provided in the operation mode screen. When the user presses the “confirm” button 117, the screen transitions to the screen shown in FIG. 10, and the investment information 118 of each member of the user's team can be confirmed. Further, if a “return” button 119 is pressed, the screen of FIG. 9 can be returned. When the investment information 118 of each member of the team is confirmed on the screen of FIG. 10, if there is a member with a small investment amount, communication that encourages the member to cooperate in investment can be taken. For example, it is possible to take a response to send a message such as “Let's enter the promotion zone in a short time, so let's do our best to invest together!”

Next, the game condition management means 56 will be described. The game condition management means 56 has a function of managing so that the condition of the game to which the user in the team applies the stadium becomes more advantageous as the level of the team's stadium is higher. Here, as an example of the game to which the stadium is applied, there is a game mode (nurturing mode) in which the user's my player character virtually practiced in the stadium. In this case, the game condition management means 56 manages the game conditions in the training mode so that the higher the level of the stadium, the better the practice efficiency at that stadium. As a result, there is a merit that the ability of the character can be improved efficiently. Details of this case will be described later.

Also, as another example of a game to which a stadium is applied, there is a battle mode in which a user virtually battles with an opponent (a team or CPU of another user) at the stadium of his team. In this case, the game condition management means 56 manages the game conditions in the battle mode so that the higher the level of the stadium of the user's team, the higher the user's strength at the time of the battle at the stadium. For example, the team strength when the stadium level is Lv1 (minimum) is P0. And if the level of a stadium becomes high with Lv2, Lv3, Lv4, ..., the game condition management means 56 will change the team's strength of a user to P0x1.1, P0x1.2, P0x1,. 3, and so on. As a result, there is a merit that the higher the level of the stadium, the more advantageous the team's match at the stadium.

In the present embodiment, an example will be described in which the game condition management means 56 manages the game conditions in the training mode so that the practice level at the stadium increases as the level of the stadium increases.

As shown in FIG. 11, the game server 1 includes game information storage control means 61 and game progress means 62. The game information storage control means 61 stores the game information of each user in the database server 2 as the storage device 50. The game progress means 62 manages the game progress in various game modes including the breeding mode.

As shown in FIG. 12, the game information storage control means 61 is a user information storage control means 61a, a my player information storage control means 61b, an owned point storage control means 61c, an owned coin storage control means 61d, and an owned item storage control means 61e. The training ticket storage control means 61f and the friendship degree storage control means 61g are provided. 13 to 15 show an example of game information of each user stored in the database server 2 by each storage control means of the game information storage control means 61 (in this example, a game for one person with user ID = “000001”). Information).

As shown in FIG. 7, the user information storage control unit 61a associates a user ID uniquely identifying each user with a login ID, password, user name (such as a nickname used in the game), game level, The user information regarding each user such as a desired team is stored in a predetermined storage area of the database server 2 for each user ID. 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 information is arbitrary information set by the user when the user registers as a member for receiving the game service or when the game is executed for the first time. The game level is improved when the user progresses the game and acquires an experience value. In this baseball game, experience values are accumulated when the user performs practice in the training mode, and the level is increased when the experience values reach a certain amount.

The my player information storage control means 61b stores the information of the my player character that is the user's alternation in a predetermined storage area of the database server 2 in association with the user ID. As information of my player character, as shown in FIG. 13, there are information regarding the team ID, position, ability, and the like of the team to which the player belongs. In addition, the identification information of my player character is common to the user ID. The position of the player character (defense position) is specified by selecting a desired position when the user starts the game.

In the present embodiment, four basic ability parameters of “power”, “meet”, “running ability”, and “defense” are provided as the ability of the my player character (fielder). When the character is a pitcher, for example, “sphere power”, “ball control”, “change ball”, and “stamina” can be used as parameters of basic ability. Note that this is an example, and an arbitrary ability parameter corresponding to the game content can be set for the my player character. The ability of my player character can be improved by performing practice in the training mode.

In addition to the basic abilities described above, my player character can acquire special abilities by practicing in the training mode. Examples of special abilities include “Average Hitter” and “Power Hitter”. My player character having the special ability of “Average Hitter” improves the ability of meet at the time of the battle and increases the probability of hitting. In addition, a my player character having the special ability of “power hitter” has improved power ability at the time of the battle, and has a higher probability of hitting a home run. In the game of the present embodiment, various other special abilities are prepared. This special ability can be acquired by a my player character practicing with a real player character having a special ability (details will be described later). Moreover, the level of the special ability of my player character is increased by acquiring the same special ability multiple times.

Next, the owned point storage control means 61c will be described. The owned point storage control means 61c stores various points (including values corresponding to points) acquired and owned by the user in the game in a predetermined storage area of the database server 2 in association with the user ID. To do. In this game, there are various game modes, and various points can be acquired and the acquired points can be used according to the game mode.

As shown in FIG. 13, examples of points include experience points, management points, action points, shopping points, and the like. As described above, the experience value can be acquired by playing the breeding mode.

Also, management points can be earned in the battle mode where you battle against other users. When the user wins the battle, more management points can be obtained than when the user draws or loses the battle. Further, the amount of management points that can be acquired may also be changed depending on the battle score (for example, the larger the score of the team, the more management points can be acquired).

Action points are points that are used in the training mode and are consumed by performing exercises. This action point represents the physical strength of the my player character. Action points consumed and reduced during the game are recovered over time (for example, one point is recovered every 3 minutes). This means that the physical strength of the my player character recovers over time. In addition, you may make it recover an action point to the maximum value at a stretch, when the said experience value reaches a fixed amount and a user's game level goes up. The maximum value of action points increases as the user's game level improves. Moreover, the maximum value of an action point can be enlarged also when a user makes a friend.

The shopping points are points used when shopping at a virtual shop in the game. At the shop, you can purchase “practice tickets” to be used in the training mode by consuming shopping points. There are multiple types of “practice tickets”. For example, if 20 points of shopping points are consumed, one “practice ticket” can be selected by lottery from all “practice tickets” managed by the game server 1. Tickets can be acquired. The shopping points can be obtained according to the management points invested in the management mode.

The owned coin storage control means 61d associates the user ID with coins (in-game currency different from the points) owned by the user in the game for each user ID in a predetermined storage area of the database server 2. To remember. This coin is necessary, for example, when acquiring an item to be charged.

The owned item storage control means 61e stores the item obtained 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. 13, examples of items include recovery items. This recovery item is an item that recovers the aforementioned action points consumed and reduced during the game to the maximum value in an instant without waiting for the passage of time. For example, the recovery item can be acquired by consuming and purchasing the coin or satisfying a predetermined bonus condition in the game.

The items that the user can acquire and possess in the game are not limited to these, for example, treasure items that can be acquired when winning a battle, equipment for characters such as weapons and armor, It is also possible to own magic items, special items, and various other items that generate various effects and effects.

The practice ticket storage control means 61f stores information on the practice ticket obtained 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. FIG. 14 shows practice ticket information owned by a user with user ID = “000001”. The practice ticket is given a ticket ID for uniquely identifying it, and the practice ticket information is managed based on the ticket ID. The practice ticket information includes information such as a practice name or special ability name, the presence or absence of a real player character, a necessary practice amount, and a digested practice amount. The details of the practice ticket are described below.

16 to 18 show examples of practice tickets. There are three types of practice tickets: a basic practice ticket 201 (no real player character) shown in FIG. 16, a basic practice ticket 202 (with real player character) shown in FIG. 17, and a special ability practice ticket 203 shown in FIG. Exists. If this practice ticket is not obtained in the game, the player character cannot be practiced in the training mode. Practice tickets can be purchased at the shop by consuming shopping points or coins. A practice ticket can also be obtained by winning a battle in the battle mode.

The basic practice ticket 201 (without a real player character) shown in FIG. 16 is an item for strengthening basic abilities such as striking reinforcement, running ability, and defense strengthening. In this practice ticket 201, practice name information 211 and necessary practice amount information 212 are described. For example, if the practice name is “strengthening running ability” and the required practice amount is “50”, the practice is performed while consuming action points in the training mode, and the practice of the practice amount “50” is completed. The ability value of the running ability of the my player character is improved according to the digested practice amount. In addition, by completing the required practice amount using the practice ticket for strengthening the batting, the power and meet ability values are improved according to the digested practice amount. Similarly, by completing the required practice amount using the defensive practice ticket, the defensive ability value is improved according to the digested practice amount.

Here, the required practice amount described in the practice ticket 201 is not limited to “50”, but may vary from “70”, “100”, “150”, and the like. The more you practice with the practice ticket 201 with the larger required practice amount, the more the basic ability of your player character can be improved.

The basic practice ticket 202 (with real player characters) shown in FIG. 17 is an item for strengthening the basic ability, like the practice ticket 201 in FIG. However, the actual player character name 213 and the image 214 are displayed on the practice ticket 202, which is different from the practice ticket 201. If practice is performed using the practice ticket 202 on which the name 213 of the real player character is displayed, the my player character can be practiced together with the real player character. Then, by completing the necessary practice amount, the basic ability according to the practice name of the practice ticket 202 can be strengthened, and the friendship with the real player character can be improved.

If the friendship with the real player character is high, the ability of the real player character is temporarily improved according to the friendship level when playing against other users' teams in the battle mode, and the battle is advantageous Become.

Also, the special ability practice ticket 203 shown in FIG. 18 is an item for acquiring the special ability. In this ticket, special ability name information 215 is written instead of the practice name. In addition, necessary practice amount information 212, a real player character name 213, and an image 214 are also displayed. The special ability name described in the practice ticket 203 is a special ability possessed by the real player character described in the ticket 203. Therefore, the special player's practice ticket 203 always includes the name 213 of the real player character. If practice is performed using the practice ticket 203 of this special ability, the my player character can be practiced together with the existing player character. Then, by completing the necessary practice amount, the special ability described in the practice ticket 203 can be acquired and the friendship with the real player character can be improved. Further, as described above, the level of the special ability of the my player character can be increased by acquiring the same special ability a plurality of times.

Here, a specific example of operation using a practice ticket in the training mode is shown. If the user selects the “nurturing mode” button 85 on the main screen shown in FIG. 8, a transition is made to the training mode screen shown in FIG. 19. On the training mode screen, the game status information 120 of the user and the ability information 130 of the my player character are displayed. The game status information 120 includes experience value information 121 and action point information 122.

Also, a slot 131 for setting a practice ticket is displayed on the training mode screen. FIG. 19 shows an example in which first to third slots 131 are provided, and practice tickets 202 and 203 are set in the first and second slots, respectively. The number of slots is not limited to three and can be arbitrarily determined. When a new practice ticket is set in the empty slot 131, if the slot 131 is selected (clicked, etc.), a list of practice tickets owned by the user is displayed, and any practice ticket can be selected from the list. Thus, a practice ticket can be set in the slot 131.

When the practice ticket is set in the slot 131, the “exercise execution” button 132 is displayed, and the practice can be executed. In addition, a display area 133 indicating the digested practice amount (exercise achievement rate) is also displayed. Regarding the practice ticket 202 set in the first slot 131 of FIG. 19, “Practice amount: 50/100” is displayed in the display area 133, but this is already half of the necessary practice amount “100”. This shows that the practice of “50” is finished. That is, the achievement rate (progress rate) of practice is 50/100 = 50%. Further, regarding the practice ticket 203 set in the second slot 131, all of the necessary practice amount “300” remains.

Furthermore, by setting a practice ticket in the slot 131, information 134 of action points consumed by one operation of the “execute practice” button 132 is also displayed. With respect to the practice ticket 202 set in the first slot 131, “5 points” of action points are consumed by operating the “execute practice” button 132 once. Further, with respect to the practice ticket 203 set in the second slot 131, “10 points” of action points are consumed by operating the “execute practice” button 132 once. As described above, the amount of action points consumed per practice execution may be varied depending on the required practice amount of the practice ticket.

When an operation of pressing the “exercise execution” button 132 is performed on the user terminal device 3, the game server 1 executes a process for the user's my player character to practice in the stadium in response to the operation. That is, the game server 1 consumes “5 points” of action points and advances the practice. For example, when the “exercise execution” button 132 for the practice ticket 202 set in the first slot 131 of FIG. 19 is pressed, information 141 of “practice digest (+5)” is displayed as shown in FIG. (When the level of the stadium is Lv1). This means that the practice amount “5” was practiced at the stadium of Lv1 by executing the practice command. As a result, the digested practice amount is changed from “50” to “55”.

Here, the game condition management means 56 performs game condition management that varies the amount of exercise digestion per practice execution (that is, the progress rate of practice) according to the level of the stadium. FIG. 21 shows the relationship between the level of the stadium and the amount of practice digestion as game conditions during practice at the stadium. The game condition management means 56 stores the game condition information in FIG. 21 in the storage device 50 in advance. As shown in the figure, when the level of the stadium is Lv1 (minimum), the practice digestion amount per practice execution is “5”. If the level of the stadium increases to Lv2, the practice digestion amount per practice execution increases to “6”. Furthermore, if the level of the stadium increases to Lv3, Lv4, Lv5, and Lv6, the exercise digestion amount per practice execution will also increase to “7”, “8”, “9”, and “10”, respectively. The amount of action points consumed per practice run (the consumption of the physical strength of my player character) is “5” regardless of the level of the stadium.

This means that if the level of the stadium is improved, a fully equipped practice environment will be prepared, so even if the level of physical strength of my player character does not change, the amount of practice digestion (practice progress rate) will increase and practice efficiency will improve. It means to do.

According to the game conditions of FIG. 21, for example, when the level of the stadium is not Lv1 but Lv6 on the game screen of FIG. 19, the “exercise execution” button 132 is pressed, as shown in FIG. Information 141 of “practice digestion (+10)” is displayed on the screen. As a result, the digested practice amount is changed from “50” to “60”. If the level of the stadium is Lv1 or Lv6, the action point is still consumed by “5 points” per practice execution operation, but the level of the stadium is Lv6 compared to the case of Lv1 Practicing digestion (practice progress rate) doubles.

As described above, the higher the level of the stadium, the higher the progress rate of practice when practicing at that stadium (the game conditions become more advantageous).

毎 Each time the “exercise execution” button 132 is pressed on the training mode screen, the practice in the stadium progresses and the digested practice amount increases. When the digested practice amount changes, the practice ticket storage control unit 61f updates the digested practice amount in the practice ticket information shown in FIG.

Next, the friendship degree memory control means 61g shown in FIG. 12 will be described. As described above, the user can improve the friendship with the real player character by completing the practice with the real player character displayed on the practice ticket. The friendship degree storage control means 61g stores in the database server 2 information on the friendship degree with the real player character acquired by the user in association with the user ID. FIG. 15 shows an example of friendship degree information of the user with user ID = “000001”. The real player character is assigned a real player ID that uniquely identifies the real player character, and the degree of friendship is managed using the real player ID.

As described above, if the friendship with the real player character is increased, the ability of the real player character is improved when the player battles with another user's team in the battle mode. A battle | competition battles with an opponent in the order by my player character and the real player character in a team. Therefore, while making my player character practice in a stadium and strengthening the ability, it becomes possible to advance a battle advantageously by practicing with a real player character and increasing friendship. Furthermore, by improving the level of the stadium in cooperation with members of the same team, the practice efficiency increases, and the ability of my player character can be improved efficiently even with a small number of management points. Therefore, stadium level-up is a particularly important game element.

Next, the game progress means 62 shown in FIG. 11 will be described. As shown in the figure, the game progress means 62 functionally includes a reception means 62a, a game execution means 62b, a screen generation means 62c, a transmission means 62d, and the like. The game progress means 62 basically executes the game in response to an operation on the terminal device 3 by the user, generates game screen data corresponding to the execution result, and transmits the game screen data to the terminal device 3. The game is advanced by displaying a game screen corresponding to the user's operation on 3.

The game progress means 62 manages game execution in various game modes such as the management mode, the breeding mode, and the battle mode described above. Therefore, each means 51 to 56 of the game server 1 shown in FIG. 4 operates in cooperation with the game progress means 62 or operates as a part of the function of the game progress means 62.

As shown in FIG. 11, the game server 1 includes game information storage control means 61 and game progress means 62. The game information storage control means 61 stores the game information of each user in the database server 2 as the storage device 50.

When the game screen is displayed by the web browser of the user's terminal device 3, when the user performs an operation of selecting a selectable button object or a character string with a hyperlink set on the game screen, the operation Operation information (such as a request for a game screen) is transmitted to the game server 1 by the web browser of the terminal device 3. In the game server 1, when the receiving means 62a receives the operation information, the game executing means 62b reads the user's game information in accordance with the operation information, and executes the game by performing calculations and data processing.

For example, in the case where the user performs an operation of playing against another user's team in the battle mode, the game execution means 62b is configured such that the characters (both teams) corresponding to the user IDs of both users who are playing the battle ( The information of the character that participates in the game is read from the database server 2. And the game execution means 62b performs the calculation which determines a win / loss based on the ability value etc. of the character of both teams. As an example of the calculation of this win / loss decision, the winning team may be the player with the higher total ability value of the characters of both teams, or the team with the higher total ability value wins with a higher probability of winning. The team may be obtained by probability calculation. The game execution means 62b of the present embodiment simulates a baseball game based on the basic abilities and special abilities of the characters of both teams, and not only decides victory or defeat, but also the individual results of each character, the competition score, the victory The pitcher character, the defeated pitcher character, the character who hit the home run, and the like are determined.

The screen generation means 62c generates game screen data composed of HTML data, for example, according to the execution result by the game execution means 62b. The HTML data may include image data such as characters read from the database server 2. Moreover, the script (program) which operate | moves by the plug-in of the web browser of the terminal device 3 may be embedded in HTML data. When the script provided from the game server 1 is executed by the terminal device 3, the game screen displayed on the terminal device 3 can be a moving image.

The transmission unit 62d transmits the game screen data (HTML data or the like) generated by the screen generation unit 62c to the user terminal device 3 as a response to the request for the game screen. In the terminal device 3 of the user who has received the game screen data, the game screen is displayed on the display unit 35 by the web browser.

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

When the user receives the game service, first, the web browser is started by operating the operation input unit 40 of the terminal device 3 (S11). Thereafter, the user performs an operation of accessing a game site managed by the game server 1, and an access request is transmitted from the terminal device 3 to the game server 1 (S12). At this time, the game server 1 performs login authentication for access from the terminal device 3 (S21), and confirms that the access is from a user who is registered for use of the game service. Thereafter, the game server 1 transmits main screen data described in HTML or the like to the terminal device 3 (S22). If there is a game top screen different from the main screen, the top screen may be transmitted first. In the terminal device 3 that has received the main screen data, the web browser interprets the data and displays the main screen on the display unit 35 (S13).

As illustrated in FIG. 8, buttons for selecting each mode such as a “shop mode” button 83, a “management mode” button 84, a “nurturing mode” button 85, and a “match mode” button 86 are displayed on the main screen. Is displayed. Further, objects such as buttons (not shown) and various information are displayed on the main screen by scrolling the screen by operating the direction keys and the touch panel of the terminal device 3.

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

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

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

By the way, in this game system, even when the user logs out from the game server 1, the game server 1 side can read the game information of the user and advance the game. For example, another logged-in user may start a battle (individual battle) against a team of logged-out users. Also in this case, the game progress means 62 of the game server 1 reads out the game information of each user from the database server 2 and executes a battle regardless of whether the user is logged in or not, and reflects the execution result. Update the game information of each user. Thus, the result of the game executed when the user is logged out from the game server 1 can be confirmed on the screen when the user accesses the game server 1 thereafter.

[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 a flowchart of FIG. FIG. 24 shows the flow of processing of the game server 1 targeting one user, and the same processing is performed for each user managed by the game server 1.

As shown in FIG. 24, when the game server 1 receives an access request from the user's terminal device 3 (YES in S31), the login ID / password transmitted from the terminal device 3 or the individual identification of the mobile phone terminal Based on the number or the like, login authentication is performed to determine whether or not to permit access (S32). Here, when access is not permitted (NO in S32), the game server 1 transmits screen data for prompting registration of use of the game service to the terminal device 3 (S33). On the other hand, when access is permitted (YES in S32), access information (log) is stored (S34).

Then, the game server 1 transmits main screen data (or top screen data) to the terminal device 3 of the user who has permitted access (S35). Thereafter, when a screen request corresponding to the user's game operation transmitted from the user's terminal device 3 is received (YES in S36), the game executing means 52a performs arithmetic processing and data processing corresponding to the screen request. The game is executed (S37).

Thereafter, the game server 1 determines whether or not the game information of the user or the team needs to be updated by executing the game (S38), and if it needs to be updated (YES in S38), it is stored in the database server 2. The game information of the current user is updated (S39). For example, when the user's game operation is an operation of investing management points in a stadium, the information on the accumulated investment amount of the user and the team is updated as a result of executing the investment process according to the operation. On the other hand, for example, when the user's game operation is a screen movement operation, the game execution process corresponding to the operation is only data processing such as reading out the user's game information from the database server 2, and the process There is no change in the user's game information before and after, so there is no need to update the user's game information (NO in S38).

Thereafter, the screen generation means 63c generates game screen data reflecting the game execution result (S40), and the transmission means 53d transmits the game screen data to the user terminal device 3 (S41). Thereafter, it is determined whether or not the user's terminal device 3 has logged out (S42). Until the terminal device 3 logs out, the processing of S36 to S41 is repeated, whereby the game proceeds.

Next, an example of processing in the operation mode by the game server 1 will be described with reference to the flowchart of FIG.

Here, depending on the accumulated investment amount of each team's management points during a predetermined period (for example, every week from Monday to Sunday), it is decided whether or not to change the stadium level of each team after the period ends. An example of processing to be performed will be described.

The game server 1 initializes storage information regarding the investment amount of each user and each team at the start of the predetermined period (S51). That is, the investment information of each user in the team information shown in FIG. 5 and the investment amount information for each team shown in FIG. 7 are initialized. Thereafter, the user can invest management points acquired in other modes (such as a battle mode) in the game at any time in a stadium shared by team members.

That is, when the user selects the “operation mode” button 84 on the main screen of FIG. 8, the operation mode screen shown in FIG. On this screen, the user can invest management points in the stadium by performing an operation of designating the investment amount in the investment amount designation unit 115 and pressing the “execute investment” button 116.

When the game server 1 receives information on the operation of investing management points in the stadium from the terminal device 3 (YES in S52), the game server 1 stores information on the invested management points in the storage device 50 (S53). That is, the game server 1 increases the investment amount of the user and the investment amount of the user's team by the amount invested, and updates the investment information of FIG. 5 and the information of the investment amount of FIG.

The above steps S52 and S53 are repeated until the predetermined period ends. After that, if the predetermined period ends (YES in S54), the game server 1 acquires information on the accumulated investment amount of each team shown in FIG. 7 (S55). And the game server 1 determines the level of the stadium of the said team based on the investment amount of a team (S56), and notifies the fluctuation | variation result of a level to the terminal device 3 of each user (S57).

Here, an example of the process of step S56 (stadium level determination process) will be described below with reference to the flowchart of FIG. This figure shows the flow of processing of the game server 1 for a certain team, and the same processing is performed for each team managed by the game server 1.

The game server 1 obtains a ranking (rank of teams to be processed) based on the accumulated investment amount of teams for all teams having the same stadium level (S61). For example, the game server 1 can obtain the ranking of each team by rearranging the investment accumulation amount data for each team shown in FIG. 7 in descending order or ascending order for each level of the stadium.

After that, the game server 1 determines whether the rank of the processing target team is within the top 10% of all teams having the same stadium level (S62). Here, if the team to be processed is within the top 10% (YES in S62), the stadium level of the team is raised (S63). In this case, regarding the stadium information in FIG. 7, the stadium level associated with the processing target team ID is updated.

On the other hand, when the team to be processed is not within the top 10% (NO in S62), the stadium level of the team is maintained (S64).

Next, an example of processing in which a user in the team has a more advantageous game condition to which the stadium is applied as the team stadium level is higher will be described. FIG. 27 shows a flow of processing in the training mode by the game server 1.

If the user selects the “nurturing mode” button 85 on the main screen shown in FIG. 8, the screen transitions to the training mode screen shown in FIG. In this training mode, the user can practice my player character in the team-shared stadium using the practice ticket acquired in other modes (competition mode, shop mode, etc.) in the game.

That is, if the user sets an exercise ticket in the slot 131 provided in the training mode screen and presses the “exercise execution” button 132, the user consumes a predetermined amount of action points, and the player character in the stadium. Can be practiced.

When the above-described practice execution operation is performed on the user's terminal device 3 (YES in S71), the game server 1 consumes the user's action points according to the information related to the operation (S72), and steps S73 to S73- The practice process of S75 is executed. That is, the game server 1 acquires the stadium level of the user's team (S73), and determines the exercise digestion amount (practice progress rate) per practice execution according to the level (S74). The process of step S74 can be performed by acquiring a practice digestion amount corresponding to the level of the stadium based on the game condition information illustrated in FIG. As shown in FIG. 21, the higher the level of the stadium, the larger the exercise digestion amount (that is, the game conditions during practice execution become more advantageous).

Then, the game server 1 executes a process for practicing the user's my player character in the stadium based on the game conditions (practice digestion amount per practice execution) acquired in step S74 (S75). Thereby, for example, when practicing at a stadium of level Lv1, as shown in FIG. 20, information 141 of “practice digest (+5)” is displayed on the game screen. For example, when practicing at a stadium of level Lv6, as shown in FIG. 22, information 141 “practice digestion (+10)” is displayed on the game screen.

After that, the game server 1 determines whether the necessary practice amount displayed on the practice ticket has been consumed and the practice has been completed (S76). If NO in step S76, the process returns to step S71. On the other hand, when the practice of the practice ticket is completed (YES in S76), the game server 1 assigns the ability corresponding to the practice name or special ability name displayed on the practice ticket to the user's my player character (S77). ). Thereby, the information (information regarding ability) of the user's my player character illustrated in FIG. 13 is updated.

In addition, when the practice of the practice ticket in which the real player character is described is completed, the game server 1 improves the friendship between the user (user's my player character) and the real player character. In this case, the user friendship information shown in FIG. 15 is updated.

When an operation other than practice execution (for example, an operation for returning to the main screen) is performed on the training mode screen (YES in S78), the game server 1 executes a process corresponding to the operation (S79), Finish.

As described above, the game management apparatus according to the present embodiment includes the team management means 51, the stadium information storage control means 52, the investment information storage control means 53, the management point accumulation means 54, the stadium level change means 55, and the game condition management means. 56. According to this configuration, the team members cooperate to improve the stadium level, so that the advantage of the team when playing a game using the stadium (game conditions are improved) is generated in the entire team. Implement a feedback configuration. Thereby, an in-game environment in which the members of the team play a game in cooperation with each other is constructed.

Also, in order for each member to enjoy the benefits of applying the stadium (practice in the stadium), in addition to their own efforts, it is necessary to improve the level of the stadium through cooperation with other members, Each member will be motivated to communicate with each other. For example, it is expected that members will send messages such as “Let's aim to improve the stadium!” As a result, a game environment in which members can actively communicate with each other can be promoted, and the community between members can be excited.

As described above, the game management device according to the present embodiment not only provides users with the enjoyment of enjoying the merits but also provides motivation to actively communicate with other users in the team. Thus, the entire game community can be activated. As a result, each user strengthens the connection and interaction with other users in the game, and further increases the interest and interest in the game, so that the user has a timeless continuity and high interest. A game can be realized.

In addition, the stadium level changing means 55 of the present embodiment compares the investment amount of each team during a predetermined period (for example, one week) for all teams having the same stadium level, and compares the top nth ( For example, the stadium level of the teams included in the top 100%) or the top m% (for example, the top 10%) is improved. If this configuration is adopted, the level of the stadium will not improve unless it enters the top of all teams with the same stadium level. Therefore, members of each team are mindful of their team's ranking for a predetermined period. , It is possible to realize an interesting game property in which other teams compete for the cumulative amount of management points.

Next, the configuration considering the difference in the investment (input) amount of the management points of individual users in the team will be described below.

Usually, the amount of management points invested in the stadium varies depending on the members of the team. For example, as shown in FIG. 5, the degree of contribution in the team is greatly different between user B who invested 3000 management points and user C who invested only 300 management points. If all members of the team can enjoy the same benefits regardless of the amount of investment, a member with a small investment amount is good, but a member with a large investment amount may be dissatisfied.

Therefore, the game server 1 of the present embodiment further includes a privilege granting means 57 as shown in FIG. The privilege granting unit 57 has a function of giving a greater privilege to a user with a larger investment amount of management points for the stadium.

As an example of a privilege, a privilege of giving in-game points or items (recovery items, practice tickets, etc.) according to the investment amount of management points to the user can be considered. As an example, the form which the privilege provision means 57 provides the user with the shopping point according to the investment amount of the management point is demonstrated below.

As shown in FIG. 29, the users A, B, C, D, and E in the team enter the team-shared stadium with “1000 operation P”, “3000 operation P”, “300 operation P”, and “1500 operation, respectively. Suppose that “P” and “500 management P” have been invested. In this case, the privilege granting means 57 gives “100 shopping P”, “300 shopping P”, “30 shopping P”, “150 shopping P”, “50” to the users A, B, C, D, and E, respectively. “Shopping P” is granted. That is, the user is given shopping points in an amount of 1/10 of the management points invested by the user. The user can purchase a practice card at a shop in the game using the shopping points acquired by investing the management points, and can develop a my player character. In this way, users invested in a team-shared stadium and improved the level of the stadium, so that the indirect investment effect of improving the practice efficiency in that stadium can be obtained as well as invested The direct investment effect that the management points are converted into shopping points is also obtained, and a double privilege can be obtained, which gives stronger motivation for investment.

Further, the privilege granting means 57 may grant a practice ticket with a higher rarity (practice ticket that can acquire rare special ability) to a user with a larger investment amount of management points. Alternatively, when a practice ticket is obtained by lottery at a shop in the game, the probability that a practice ticket with a higher degree of rarity can be obtained for a user with a large investment amount of management points may be increased.

Other examples of benefits include a benefit that favors the conditions of a game that uses a stadium. In other words, the more the investment amount of the stadium in the team, the more advantageous the game conditions to which the stadium is applied.

For example, a user with a large investment amount in a stadium speeds up the recovery of action points consumed by performing the practice in the stadium. A specific example is shown in FIG. The figure shows game condition information during practice in the stadium, showing the relationship between the investment amount of management points and the recovery conditions of action points. The privilege granting means 57 stores this game condition information in the storage device 50 in advance.

As shown in FIG. 30, a game condition for recovering 1 point of action points every 3 minutes is applied to a user whose management point investment amount is “0 to 499” during a predetermined period (for example, one week). This is a standard game condition). On the other hand, a game condition for recovering action points by 1 P every 1 minute 30 seconds is applied to a user whose investment amount of management points during a predetermined period is 5000 or more. In other words, compared to users with an investment amount of “0 to 499”, a user with an investment amount of 5000 or more doubles the recovery speed of action points (corresponding to the physical strength of my player character) consumed in stadium practice. become.

An example of the privilege grant processing of this configuration will be described next with reference to the flowchart of FIG. The privilege granting unit 57 determines the stadium level according to the accumulated investment amount of the team during a predetermined period (for example, one week) (YES in S81), and the investment amount of the user during the predetermined period (investment in FIG. 5). Information) is acquired (S82). And the privilege provision means 57 determines the recovery | restoration conditions of the action point according to a user's investment amount based on the information of the game conditions illustrated in FIG. 30, and applies it as the said user's game conditions (S83).

Thereby, when the user subsequently performs the practice in the stadium, the action point recovery condition determined in step S83 is applied, so that the action point recovers faster as the user has a larger investment amount in the stadium.

Here, the duration of the privilege that the recovery of the action points is accelerated (the application period of advantageous game conditions) may be continued until the next stadium level is determined, but in this embodiment, , It is limited to a predetermined time (for example, 24 hours). That is, when the predetermined time has elapsed from the start of the privilege (YES in S84), the game server 1 returns the action point recovery condition to the standard (S85).

In addition, the privilege demonstrated here is only an example, and the privilege provision means 57 can provide a user with various privileges according to the kind and content of a game.

As described above, the game management apparatus according to the present embodiment includes the team management means 51, the stadium information storage control means 52, the investment information storage control means 53, the management point accumulation means 54, the stadium level change means 55, and the game condition management means. In addition to 56, a privilege providing means 57 is provided. With this configuration, users with a higher investment amount of management points for the stadium can obtain larger benefits, so it is possible to effectively eliminate situations where members with a relatively large investment amount in the team are dissatisfied. it can.

Next, a configuration that not only improves but also lowers the stadium level (that is, replaces the stadium level) will be described.

The stadium level changing means 55 of this embodiment manages the stadium of each team in the game in association with any one of a plurality of predetermined levels. Here, an example in which the level of the stadium has six levels of Lv1 (lowest) to Lv6 (highest) will be described below.

The stadium level changing means 55 compares the accumulated investment amount of each team during a predetermined period (for example, one week) for all teams having the same stadium level, and is included in the top nth or top m%. While improving the team stadium level, the team stadium level included in the lower nth or lower m% is decreased. For example, the configuration is such that the top 10% of all groups with a stadium level Lv1 and the bottom 10% of all groups with a stadium level Lv2 are replaced (a configuration of replacement between adjacent levels).

In the configuration of the present embodiment, if the user selects the “operation mode” button 84 on the main screen, the operation mode screen shown in FIG. In this operation mode screen, not only the promoted area display area 102 and the remaining area display area 103 but also the demoted area display area 104 are provided. Then, the current rank display unit 105 visualizes in an easy-to-understand manner where the current rank of the user's team is in the promoted area, the remaining area or the demoted area.

An example of stadium level determination processing in the present embodiment will be described below with reference to the flowchart of FIG. This figure shows the flow of processing of the game server 1 for a certain team, and the same processing is performed for each team managed by the game server 1.

The game server 1 obtains a rank (rank of teams to be processed) based on the accumulated investment amount of teams for all teams having the same stadium level (S91). Thereafter, the game server 1 determines whether the rank of the processing target team is within the top 10% of all teams having the same stadium level (S92). Here, if the team to be processed is within the top 10% (YES in S92), the team's stadium level is increased by one (S93). In this case, regarding the stadium information in FIG. 7, the stadium level associated with the processing target team ID is updated. However, if the level of the stadium is already at the highest level (Lv6), there is no further increase in level.

If the team to be processed is not in the upper 10% (NO in S92), the game server 1 determines whether the team to be processed is in the lower 10% (S94). Here, if the team to be processed is within the lower 10% (YES in S94), the stadium level of the team is lowered by one (S95). Also in this case, regarding the stadium information of FIG. 7, the stadium level associated with the processing target team ID is updated. However, when the level of the stadium is the lowest level (Lv1), there is no further decrease in level.

On the other hand, when the team to be processed is not included in the lower 10% (NO in S94), the stadium level of the team is maintained (S96).

With the configuration of the present embodiment, each user plays a game while cooperating with the team with the tension that the level of the stadium may decrease if the accumulated amount of investment of the team is small. Therefore, game characteristics can be improved.

Next, a configuration in which the upper and lower levels are more intensely changed as the stadium level increases will be described.

In the present embodiment, the stadium level of the teams included in the top nth or top m% of all teams having the same stadium level is improved, and the teams included in the bottom nth or bottom m% In the configuration for reducing the stadium level, n or m is increased as the stadium level increases.

For example, as shown in FIG. 34, the top 10% of all teams whose stadium level is Lv1 (lowest) is promoted to Lv2, and the bottom 10% of all teams whose stadium level is Lv2 is demoted to Lv1. To change the level. Also, the upper 20% of all teams with the stadium level Lv2 and the lower 20% of all teams with Lv3 are swapped. Also, the upper 30% of all teams with the stadium level Lv3 are replaced with the lower 30% of all teams with the Lv4 level. In addition, the upper 40% of all teams with the stadium level Lv4 and the lower 40% of all teams with the Lv5 are switched. In addition, the upper 50% of all teams whose stadium level is Lv5 and the lower 50% of all teams of Lv6 are switched. This is an example, and the present invention is not limited to this.

Thus, in this configuration, the higher the level of the stadium, the more intense the level change is. Therefore, even if the level of the stadium becomes high, it is never safe, and conversely, the level of the stadium tends to decrease. Therefore, the user has a greater sense of tension as the level of the stadium increases, and the game is played while cooperating with the team, so that the game performance can be further improved.

[Other Embodiments]
In the above-mentioned embodiment, although the example which makes the baseball team comprised from a some user a group was shown, it is not limited to this. For example, in a battle game, a command team composed of a plurality of users is grouped, in a cooking game, a cock team composed of a plurality of users working in a restaurant in the game is grouped, A town management team composed of multiple users can be grouped. These are only examples, and various groups can be applied depending on the type and content of the game.

Further, in the above-described embodiment, a configuration has been described in which a user can insert in-game points (operation points) as an input object into a stadium as a shared object, but the input object is an item. Also good. For example, an item that enhances stadium equipment (indoor practice field, night game equipment, pitching machine, etc.) may be introduced into the stadium.

Also, it is possible to allow both in-game points and items to be thrown into the shared object. In this case, for example, if an item is converted into points, such as an indoor practice field (equivalent to 5000P), a night game facility (equivalent to 3000P), a pitching machine (equivalent to 500P), the input amount of the input material can be easily obtained, and data processing Can be avoided.

In the above-described embodiment, an example in which “stadium” is used as a group common item has been described. However, the present invention is not limited to this. For example, a team mascot character (hereinafter referred to as “mascot”) may be used as a shared object. In this case, the members of the team are allowed to input, for example, in-game points called training points into the mascot instead of the management points. Then, the level of the mascot is changed based on the accumulated amount of the training points in the team. And when a user plays against other users, the team's mascot can be called for support during the match, and the higher the level of the mascot, the higher the strength of their team, and the more advantageous the battle You may be able to do it.

As another example of a group shared item, in a battle game, a command team's “base”, “fortress”, “fighter”, etc. can be shared items. In addition, in the cooking game, the “kitchen”, “nabe”, etc. of the restaurant can be shared. In the town building game, “shrines”, “parks”, etc. in towns operated by the group can be shared. These are only examples, and various items or characters in the game can be used as a shared object depending on the type and content of the game.

By the way, regarding a configuration having a storage control function for storing various information in the storage device (stadium information storage control means 52, investment information storage control means 53, etc.), since the storage device itself is not included in the configuration, the game management device It may be installed anywhere (inside or outside the game system). For example, the storage device may include the RAM 13 and auxiliary storage device 14 of the game server 1, the database server 2, the RAM 33 and auxiliary storage device 39 of the terminal device 3, or a file server having a different configuration from the game management device and the terminal device 3. It may be.

Moreover, in the above-mentioned embodiment, the game execution program is mounted on the game server 1 side, and the game server 1 performs arithmetic processing and data processing for the game progress according to the input operation in the terminal device 3 of each user. The application example to the game system in which the game progresses by transmitting the screen data reflecting the execution result to the terminal device 3 has been described. This is a so-called client-server game system, but is not limited to this. For example, the game server 1 manages game information related to the investment amount of the management points of the user and the team, while the game execution process for advancing the game is basically performed on the user terminal device side. It can also be applied to.

That is, the present invention can also be applied to a game system in which part or all of the game execution program is downloaded or installed on the user terminal device side and the game execution processing is performed also on the terminal device. For example, a user terminal device peers with another user terminal device by Internet communication, wireless LAN communication, short-range wireless communication using a predetermined frequency band (for example, 2.4 GHz frequency band), or wired LAN communication. -It is also possible to execute a peer-to-peer game by connecting two to peers.

Therefore, as a user terminal device, various devices that can be connected to a game server (game management device) and receive a game service can be applied. The above-described mobile phone terminal, smart phone, PHS terminal, mobile information terminal In addition to (PDA), personal computers, and tablet computers, home video game devices having a network connection function (game devices configured by connecting home video game machines to home televisions), A portable game-dedicated device is also applicable.

That is, in a game system including a game management device and a terminal device, each means included in the game management device described in each of the above embodiments may be provided in either the game management device or the terminal device. .

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. And is executed by the CPU of the game management device or terminal device. Further, the means for providing the program to the game management device or the terminal device is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

In addition, the configurations described in the above embodiments can be applied in appropriate combination.

The computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, a semiconductor memory, and the like. And is executed by the CPU of the game management device or terminal device. Further, the means for providing the program to the game management device or the terminal device is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

[Outline of Embodiment]
1) A game management device according to one aspect of the present invention is a game management device for managing a game, and stores group management means for managing a group composed of a plurality of users, and information on the shared items of the group. Shared object information storage control means for storing in the apparatus, and input information storage control means for storing information on the articles virtually input by each user in the group for the shared object in the storage apparatus, A level of the common object based on a cumulative amount in the group of the charged material, and a cumulative amount of the charged material charged by each user in the group. The shared material level changing means for changing the shared material, and the higher the level of the shared material, the more the conditions of the game to which the users in the group applied the shared material are managed to be more advantageous It includes a game condition management means.

The game management device having this configuration can be configured by an information processing device such as a server that can communicate with the terminal device of each user, for example, and manages various games such as online games and social games. can do.

This game management device includes group management means for managing a group composed of a plurality of users. Here, as an example of a group, when a sports game such as baseball is taken as an example, a plurality of users who jointly manage a team (such as a baseball team) in the game can be grouped. As another example, a command team composed of a plurality of users can be grouped in a battle game. Moreover, in the cooking game, a cock team composed of a plurality of users working at a restaurant in the game can be grouped. Further, in the town building game, a town management team composed of a plurality of users can be grouped. These are only examples, and various groups can be applied depending on the type and content of the game.

In this configuration, there is a “shared object” shared by each user (group member) belonging to the group. This game management device includes shared object information storage control means for storing information on shared items of a group in a storage device. Since the storage device itself is not included in this configuration, it may be installed anywhere, whether inside or outside the game management device. Examples of shared items include a “stadium”, “practice field”, and “mascot character” of a baseball team as a group, taking a baseball game as an example. In the battle game, the “team”, “fortress”, “fighter”, etc. of the command team can be shared. In addition, in the cooking game, the “kitchen”, “nabe”, etc. of the restaurant can be shared. In the town building game, “shrines”, “parks”, etc. in towns operated by the group can be shared. These are only examples, and various items or characters in the game can be used as a shared object depending on the type and content of the game.

In addition, each user can virtually insert an input object (in-game point or item) to a shared object in the game. The input information storage control means stores in the storage device information on the articles that are virtually input by each user with respect to the shared object. Taking a baseball game as an example, each user can invest (inject) “management points” as input objects in “stadium”, which is a group common item.

Further, the charged material accumulation means accumulates the charged amount of the charged material charged by each user in the group in the group. Then, the shared object level changing means changes the level of the shared object based on the cumulative amount in the group of the input objects. Note that the level may be expressed using another similar expression such as grade, rank, class, and grade. Here, examples of changing the level of the shared object include forms such as the following i) and ii).

I) Increase the level of the shared object by 1 each time the cumulative amount of the input object in the group reaches the reference amount.

ii) For example, the cumulative amount in a group of the input materials for a predetermined period (for example, one week) is compared for all groups having the same level of the common material. For example, the top 100 groups (or the top 10% groups) The level of the shared material is improved (conversely, the level of the shared material of the lower 100 group (or the lower 10% group) is decreased (3 or 4 described later)).

The game condition management means manages the game conditions of each user so that the higher the level of the shared material, the more advantageous the game conditions to which the users in the group apply the shared material. Here, to apply (use) the shared object is to practice virtually or play a game in the “stadium”, for example, when the shared object is “stadium”. Further, when the shared item is a “fighter”, the opponent is attacked using the “fighter”. In addition, when the shared item is “kitchen”, cooking is done in the “kitchen”. Also, if the shared item is a “shrine”, it means drawing a fortune at that “shrine”. In addition, as an example of “making the game condition to which the shared object is applied advantageous”, there is a merit that the game progress or the like when the user in the group performs the in-game action using the shared object is advantageous. Conceivable.

For example, the higher the level of the “stadium” that is shared by the group, the better the practice efficiency when the user character virtually practiced (in-game action) at that “stadium” (as a result, the efficiency The advantage is that the ability of the character can be improved. As a specific example, by consuming action points in the game owned by the user, the character performs the in-game action in which the user's character virtually practiced at the “stadium”, and the character has the ability by completing the practice. Examples of games that can be acquired. In the case of this game, the higher the level of the “stadium”, the higher the progress rate of practice when practicing at the “stadium” (the game conditions are advantageous). That is, the higher the “stadium” level, the fewer action points required to complete the practice, and the user can efficiently improve the character's ability with fewer action points.

Also, as another example of advantageous “game conditions to which a shared object is applied”, there are the following. For example, if the shared item of the group is “Shrine”, the in-game action of consuming the points in the game owned by the user and drawing the fortune at “Shrine” will be added to the result of the fortune (the lottery result). The game which can acquire the item according to is illustrated. In the case of this game, the higher the level of the “shrine”, the lesser the consumption points when drawing a fortune (the game conditions are more advantageous). For example, as the level of “Shrine” increases, the consumption points decrease from 200P → 150P → 100P.

These are only examples, and give various benefits to the user according to the type and content of the game (the advantage that the higher the level of the shared material, the more advantageous the game conditions using the shared material). Can do.

As described above, in this configuration, the members of the group cooperate with each other to improve the level of the shared material, which is advantageous when the member plays a game to which the shared material is applied (game conditions are improved). A feedback configuration is realized that occurs in the entire group. Thereby, an in-game environment in which the members of the group play a game in cooperation with each other is constructed.

In addition, in order for each member to enjoy the benefits of applying the shared material, it is necessary to improve the level of the shared material in cooperation with other members in addition to their own efforts. You will be motivated to communicate with each other. For example, it is expected that members will send messages such as “Let's aim to improve the level of shared objects!”. As a result, a game environment in which members can actively communicate with each other can be promoted, and the community between members can be excited.

In this way, the game management device not only provides users with the enjoyment of enjoying the merits but also gives each user the motivation to actively communicate with other users in the group. Thus, the entire game community can be activated. As a result, each user strengthens the connection and interaction with other users in the game, and further increases the interest and interest in the game, so that the user has a timeless continuity and high interest. A game can be realized.

2) In the above configuration, it is desirable that the game management device further includes a privilege granting unit that gives a greater privilege to a user with a larger amount of the input object. This is a configuration that takes into account the difference in the input amount of each user in the group.

Usually, the amount of the input material to be input to the common object is different depending on members in the group. For example, a member who has input 1000 operation points to the “stadium” as a common object and a member who has input only 100 operation points Then, the contribution within the group is very different. If all members in the group can enjoy the same merit regardless of the amount of input, a member with a small amount of input may be good, but a member with a large amount of input may be dissatisfied. In view of this, in this configuration, there is provided a privilege granting means for granting a greater privilege to a user with a larger amount of input material.

As an example of the privilege, there is a privilege that a user is given points or items (such as time reduction items) in the game according to the input amount of the article to be charged. For example, 100 in-game points are given to a member who has input 1000 management points as an input object, and 10 in-game points are given to a member who has input 100 operating points.

As another example of a privilege, a privilege that makes advantageous the conditions of a game to which a shared object is applied can be considered. That is, the game conditions to which the shared object is applied become more advantageous as the user has a larger amount of the input object in the group.

As an example, the above-described game in which a user's character practices by consuming action points at a “stadium” as a shared object will be described. When the specification that the action points consumed by the practice are recovered according to the passage of time is adopted, the recovery of the action points is made faster as the user has a larger amount of input.

In addition, an explanation will be given by taking the above-described game as an example in which a “shrine” as a shared object consumes in-game points and draws a lottery ticket. In this case, the probability of drawing a rare fortune lottery (probability of acquiring an item with a high degree of rarity) is increased for a user with a large amount of input object.

These are only examples, and various privileges according to the type and content of the game can be given to the user.

As described above, in this configuration, a user who has a large amount of input material can obtain a larger privilege, so a member with a relatively large amount of input material in the group is dissatisfied. The situation that you have can be effectively resolved.

3) In the configuration of 1) or 2) above, the shared object level changing unit compares the cumulative amount of each group during a predetermined period for all groups having the same shared object level, It is desirable to improve the level of the shared object of the group included in the upper n-th (n is a natural number) or in the upper m% (0 <m <100).

According to this configuration, the cumulative amount of the input of each group during a predetermined period (for example, one week) is compared for all groups having the same level of the shared object. As a result, the level of the shared material of the group included in the top nth (for example, top 100) or the top m% (for example, top 10%) is improved. In other words, since the level of the shared object cannot be improved unless it is placed at the top of all the groups having the same level of the shared object, members of each group can consider the rank of their own group for a predetermined period and And a fun game that competes for the cumulative amount of input.

4) In the configuration of 3) above, the shared object level changing means manages the shared object of each group in the game in association with any one of a plurality of predetermined levels. The shared material level changing means compares the cumulative amount of each group during the predetermined period with respect to all groups having the same shared material level, and is included in the lower nth or lower m%. It is desirable to reduce the level of the shared material of the group.

According to this configuration, the level of the shared material of each group is managed in association with a plurality of predetermined levels, for example, any one of Lv1 to Lv6. Then, the cumulative amount of input in each group during a predetermined period (for example, one week) is compared for all groups with the same level of shared material, and not only the level of shared material is improved but also the rank is reduced. Also let me. That is, in all the groups having the same level of shared material, the level of the shared material of the group included in the upper nth or upper m% is improved and the shared material of the group included in the lower nth or lower m% Reduce the level of. For example, the configuration is such that the upper 10% of all the groups having the level of the shared material is replaced with the lower 10% of the entire group having the level of the shared material of Lv2.

As a result, each user will play the game in cooperation with the group, with the tension that the level of the shared object may decrease if the cumulative amount of input in the group is small. Game nature can be improved.

5) In the configuration of 4) above, it is preferable that the shared object level changing means increases the n or the m as the level of the shared object increases. That is, while improving the level of the shared material of the group included in the upper nth or the upper m% among all the groups having the same shared material level, sharing of the group included in the lower nth or the lower m% In the configuration in which the level of the object is lowered, n or m is increased as the level of the shared object is increased.

For example, the upper 10% of all the groups with the level of the shared material Lv1 (lowest) are promoted to Lv2, and the lower 10% of all the groups with the level of the shared material Lv2 are demoted to Lv1. On the other hand, if the level of the shared object increases to Lv5, the upper 50% of all groups are promoted to Lv6, and the lower 50% of all groups whose shared object level is Lv6 (top) are demoted to Lv5. Let

In this way, in this configuration, the higher the level of the shared object, the more intense the level change is. Therefore, even if the level of the shared object becomes high, it is never safe, and conversely, the level of the shared object tends to decrease. Therefore, the user plays a game with a greater sense of tension as the level of the shared object becomes higher, and cooperates with the group, and the game performance can be further improved.

6) A game system according to another aspect of the present invention is a game system including a game management device that manages a game and a terminal device that communicates with the game management device, and a plurality of users A group management means for managing a group composed of: a shared object information storage control means for storing information on the shared material of the group in a storage device; and virtually input to the shared material by each user in the group Input information storage control means for storing information on the input object to be stored in a storage device, input object accumulation means for accumulating the input amount of the input object input by each user in the group in the group, A shared material level changing means for changing the level of the shared material based on the cumulative amount of the input material in the group, the higher the level of the shared material, The means of the game condition management means over THE managed as game conditions to which the corresponding shared object becomes more favorable, it is either comprises configuration of the game management device or the terminal device.

7) A game management method according to another aspect of the present invention is a game management method in a computer for managing a game, wherein the computer manages a group composed of a plurality of users; A shared material information storage control step of storing information on the shared material of the group in a storage device, and information on the material virtually inserted by each user in the group by the computer with respect to the shared material A storage information storage control step, a computer that accumulates the input amount of the input material that has been input by each user in the group in the group, a computer, Shared object level change that changes the level of the shared object based on the cumulative amount in the group of the inputs. And step, the computer, the higher the level of the shared object, including a game condition management step for the user to manage as game conditions to which the corresponding shared object is more advantageously in the group.

8) A program according to another aspect of the present invention is a program for causing a computer to operate as the game management device having any one of the above-described configurations 1) to 5), wherein the computer is operated as the game management device. It is a program for making it function as each means with which it is equipped.

9) A recording medium according to still another aspect of the present invention is a computer-readable recording medium recording the program described in 8) above.

According to the present invention, it is possible to realize a highly entertaining game in which members of a group composed of a plurality of users play while actively cooperating with each other.

It should be noted that the specific embodiments or examples made in the mode for carrying out the invention are merely to clarify the technical contents of the present invention, and are limited to such specific examples in a narrow sense. The present invention should not be interpreted, and various modifications can be made within the scope of the technical idea of the present invention and the claims.

The present invention is suitably applied to, for example, a game management device, a game device, a game system, a game management method, a program, and a recording medium that provide various game services such as online games, social games, and cloud gaming. Since a game service can be provided, it can be used industrially.

Claims (9)

1. A game management device for managing a game,
   A group management means for managing a group composed of a plurality of users;
   Shared object information storage control means for storing information on the shared objects of the group in a storage device;
   Input information storage control means for storing, in a storage device, information of an input object that is virtually input by each user in the group with respect to the shared object;
   An article accumulating means for accumulating the input amount of the article input by each user in the group in the group;
   A shared material level changing means for changing the level of the shared material based on a cumulative amount in the group of the inputs;
   A game management apparatus comprising: game condition management means for managing so that a condition of a game to which a user in the group applies the shared object becomes more advantageous as the level of the shared object is higher.
2. The game management device according to claim 1, further comprising privilege granting means for giving a greater privilege to a user with a larger amount of the input object.
3. The common material level changing means compares the cumulative amount of each group during a predetermined period for all groups having the same level of the common material, up to the top nth (n is a natural number) or the top m% The game management device according to claim 1, wherein the level of the shared object of the group included in (0 <m <100) is improved.
4. The shared object level changing means includes:
   Managing the shared items of each group in the game in association with any one of a plurality of predetermined levels;
   The cumulative amount of each group during the predetermined period is compared for all groups having the same level of the common material, and the level of the common material of the group included in the lower nth or lower m% is reduced. The game management device according to claim 3.
5. 5. The game management device according to claim 4, wherein the shared object level changing means increases the n or the m as the level of the shared object increases.
6. A game system including a game management device that manages a game and a terminal device that communicates with the game management device,
   Group management means for managing a group composed of a plurality of users;
   Shared object information storage control means for storing information on the shared objects of the group in a storage device;
   Input information storage control means for storing, in a storage device, information on an article that is virtually input by each user in the group with respect to the shared object,
   An article accumulation means for accumulating the input amount of the article input by each user in the group in the group;
   A shared material level changing means for changing the level of the shared material based on a cumulative amount in the group of the inputs;
   Each means of the game condition management means for managing so that the condition of the game to which the user in the group applies the shared object becomes more advantageous as the level of the shared object is higher, the game management device or the terminal device A game system that either one of.
7. A game management method in a computer for managing games,
   A group management step in which the computer manages a group composed of a plurality of users;
   A shared material information storage control step in which the computer stores information on the shared material of the group in a storage device;
   An input information storage control step in which a computer stores in a storage device information on an article that is virtually input by each user in the group with respect to the shared object,
   A charge accumulation step in which the computer accumulates the charge amount of the charge charged by each user in the group in the group; and
   A shared object level changing step in which a computer changes a level of the shared object based on a cumulative amount in the group of the inputs;
   A game management method comprising: a game condition management step in which a computer manages a condition of a game to which a user in the group applies the shared object as the level of the shared object increases.
8. A program for operating a computer as a game management device for managing a game,
   The computer,
   Group management means for managing a group composed of a plurality of users;
   Shared object information storage control means for storing information on the shared objects of the group in a storage device;
   Input information storage control means for storing, in a storage device, information on an article that is virtually input by each user in the group with respect to the shared object,
   An article accumulation means for accumulating the input amount of the article input by each user in the group in the group;
   A shared material level changing means for changing the level of the shared material based on a cumulative amount in the group of the inputs;
   Game condition management means for managing so that the condition of the game to which the user in the group applied the shared object becomes more advantageous as the level of the shared object is higher,
   Program to function as.
9. A computer-readable recording medium on which the program according to claim 8 is recorded.
   
   

Images