JP5749216B2 - GAME MANAGEMENT DEVICE, GAME SYSTEM, AND PROGRAM - Google Patents

Description

The present invention, game management device that manages game information of each user, the present invention relates to a game system及 beauty program.

  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.).

JP 2011-30892 A JP 2012-24248 A

  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.

  The present invention has been made in view of the above problems, and its purpose is to provide a game management device, a game system, and a game management device that can realize a highly entertaining game in which a plurality of users play while actively cooperating with each other. A game management method and program are provided.

(1) A game management device according to one aspect of the present invention is a game management device that manages a game, and includes group management means for managing a group composed of a plurality of users, and information on the shared items of the group. Shared information storage control means for storing in a storage device, and input information storage control means for storing information on the articles virtually input by each user in the group with respect to the shared material in the 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 based on the accumulated amount in the group of the input material, The shared level changing means for changing the level, and management so that the higher the level of the shared item, the more advantageous the game conditions to which the users in the group apply the shared item. Includes a game condition management means that, a.

  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.

  The 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 points or items) with respect 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.

  In addition, 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 the following forms (i) and (ii).

  (I) The level of the shared object is increased by one each time the cumulative amount in the group of the input materials reaches the reference amount.

  (Ii) For example, in-group cumulative amount of input materials for a predetermined period (for example, one week) is compared for all groups having the same level of 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 lowered (configuration (3) or (4) described later).

  And a game condition management means manages the game conditions of each user so that the condition of the game to which the user in the group applied the said shared object becomes more advantageous as the level of the shared object is higher. 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's 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 user's character virtually practiced in the “stadium”, and 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.

  In addition, as another example that favors the “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 items!”. 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, a privilege of giving in-game points or items (such as time-reducing items) according to the input amount of the input object to the user can be considered. 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 an example of another privilege, the privilege of making advantageous the conditions of the game to which the 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, a description will be given of the above-described game in which a user character practices by consuming action points in a “stadium” as a shared object. 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.

  Further, an explanation will be given by taking as an example the above-described game 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 means applies the cumulative amount of each group during a predetermined period to all groups having the same shared object level. In comparison, it is desirable to improve the level of the shared object of the group included in the upper nth (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 any one of a plurality of predetermined levels, for example, 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 desirable 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) is promoted to Lv2, and the lower 10% of all the groups with the level of the shared material is 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

  As described above, 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. Group management means for managing a group composed of users, shared object information storage control means for storing information on a shared object of the group in a storage device, and virtually by each user in the group with respect to the shared object Input information storage control means for storing information of 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 a 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, and the computer A shared object information storage control step of storing information on the shared objects of the group in a storage device, and a computer that inputs the articles virtually input by the users in the group to the shared objects. An input information storage control step for storing information in a storage device, 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 the computer The common level change that changes the level of the common 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 operating a computer as a game management device for managing a game, and manages the computer in a group composed of a plurality of users. Group management means, shared object information storage control means for storing information on the shared objects of the group in a storage device, information on the articles that are virtually input by each user in the group with respect to the shared objects Input information storage control means for storing in the storage device, input material accumulation means for accumulating the input amount of the input material input by each user in the group within the group, and accumulation of the input material within the group A shared material level changing means for changing the level of the shared material based on the amount, the higher the level of the shared material, the more users in the group Is a program for causing a game condition management unit as, the game condition of applying the shared object is managed to be more advantageous.

  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 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 device, a game system, a game management method, and a program according to an embodiment of the present invention will be described with reference to the drawings.

[Outline of the game system]
FIG. 1 shows a configuration example of a game system in which a game management device according to an embodiment of the present invention is incorporated. As shown in the figure, this game system includes a game server 1 installed on a network 4 such as the Internet, a database server 2 connected to be communicable with the game server 1, and a game server via the network 4. 1 and the terminal device 3 of each 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.), wired LAN (Local Area Network), wireless LAN, or the like, or a combination of the Internet and these.

  In this example of the game system, a game management device according to an embodiment of the present invention includes a game server 1 and a database server 2. The game server 1 receives access from the terminal device 3 of each 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 mounted on each user's 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 the 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 for 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 operate one baseball team virtually 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 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).

  If the stadium level of the team is improved, there is a merit that the game conditions in which the users (members) in the team apply the stadium are advantageous. 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 a program and the like necessary for basic operation control of the game management device 1. The RAM 13 stores various programs and data, and secures a work area for the CPU 11.

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

  The communication control unit 15 includes a communication interface 15 a connected to the network 4, and controls communication with each 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 connected to the database server 2 in a communicable manner, and is a database interface that performs input / output control when the CPU 11 executes reading / writing of data (records) with respect to the database server 2.

  The database server 2 includes a large-capacity hard disk device having a RAID (Redundant Arrays of Inexpensive Disks) configuration, for example, as a storage device having an area for storing game information of each 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 instructions of various programs including the web browser, and controls the entire terminal device 3. The ROM 32 stores a program and the like necessary for basic operation control of the terminal device 3. The RAM 33 stores various programs and data loaded from the ROM 32 or the auxiliary storage device 39, and secures a work area for the CPU 31. A web browser that displays game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage device 39, loaded into the RAM 33, and executed by the CPU 31. Various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary storage device 39 together with the web browser.

  The image processing unit 34 drives the display unit 35 based on an image display command from the CPU 31 and displays an image on the screen of the display unit 35. Various known display devices such as a liquid crystal display 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 receives a user 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 performing data communication during game operation and the like, a communication control function for transmitting and receiving voice data as a mobile phone terminal, and the like. Here, for the communication control function for data communication, for example, a wireless LAN connection function, an Internet connection function via a wireless LAN or a cellular phone network, a predetermined frequency band (for example, a 2.4 GHz frequency band) is used. Includes short-range wireless communication functions. The communication control unit 41 transmits a connection signal for connecting the game apparatus 1 to a wireless LAN, the Internet, or the like based on a command from the CPU 31 and receives information transmitted from the communication partner side and supplies it to the CPU 31. To do.

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

  In the terminal device 3 configured as described above, a user who wants to receive a game service performs an operation of starting a web browser and accessing a game site managed by the game server 1. When this access is authenticated by the game server 1, the communication control unit 41 of the terminal device 3 receives game screen data described in HTML or the like transmitted from the game server 1, and the CPU 31 executes the web browser. A game screen is displayed on the display unit 35. Here, the 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 assigned 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 for the number of users who 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 a team configuration 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 game services. 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 configuration. 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 unit 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 level of the stadium 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 addition, a promotion area display area 102 and a residual area display area 103 are provided in the operation mode screen. 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.

  Further, 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 totaling period of ranking, and the ranking is determined every week, and it is determined whether or not to change the level of the stadium 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 the 1's place to the 10's place. 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

  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.

  Another example of a game to which a stadium is applied 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 efficiency 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 above basic ability, the my player character can acquire a special ability by practice 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.

  In addition, the management points can be acquired in a battle mode in which the user battles with 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).

  The action point is a point used in the training mode, and is consumed by executing the practice. 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 unit 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.

  An example of a practice ticket is shown in FIGS. 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.

  A basic practice ticket 201 (no real player character) shown in FIG. 16 is an item for strengthening basic abilities such as striking reinforcement, running strength, 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 necessary 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.

  A basic practice ticket 202 (with a real player character) shown in FIG. 17 is an item for enhancing the basic ability, like the practice ticket 201 of 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 the operation using the practice ticket in the training mode will be 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.

  In addition, 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's terminal device 3, the game server 1 executes a process for the user's my player character to practice at 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 practice 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. 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 the 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 storage 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 degree of friendship with the real player character is high, the ability of the real player character is improved when playing against 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 is demonstrated. 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-56 of the game server 1 shown in FIG. 4 operates in cooperation with the game progress means 62 or operates as 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 made up of, for example, HTML data 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 game screen request. 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 a game service, first, the web browser is activated 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 out 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), and the game proceeds by repeating the processes of S36 to S41 until the terminal device 3 logs out.

  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 the management points of each team 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, if 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 related to the operation of investing management points in the stadium from the terminal device 3 (YES in S52), the game server 1 stores information related to 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.

  Steps S52 and S53 described above 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 acquires ranks (ranks 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.

  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 (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, if 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, a transition is made to the training mode screen shown in FIG. 19. 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).

  And the game server 1 performs the process which makes a user's my player character practice in a stadium based on the game conditions (practice digest amount per practice execution) acquired at 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.

  Thereafter, the game server 1 determines whether or not the practice amount has been completed after all the necessary practice amount displayed on the practice ticket has been consumed (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 describing the real player character is completed, the game server 1 improves the friendship between the user (the 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, a configuration that takes into account 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 the 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 (practice ticket that can acquire a rare special ability) with a higher rarity 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.

  As an example of other benefits, a privilege that makes advantageous the conditions of a game to which a stadium is applied can be considered. 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 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, for a user whose investment amount of management points during a predetermined period (for example, one week) is “0 to 499”, a game condition for recovering 1 point of action points every 3 minutes is applied ( 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. That is, compared to users with an investment amount of “0 to 499”, a user with an investment amount of 5000 or more has twice the recovery speed of action points (corresponding to the physical strength of my player character) consumed in practice at the stadium. become.

  Next, an example of the privilege grant process of this configuration will be described 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).

  As a result, when the user subsequently practiced at the stadium, the action point recovery conditions determined in step S83 are applied, and therefore, 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 the level of the stadium but also decreases it (that is, replaces the level of the stadium) will be described.

  The stadium level changing means 55 of the present 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%. The team stadium level is improved, and 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, when 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 the stadium level determination process 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 acquires ranks (ranks 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 description will be given of a configuration in which the higher the level of the stadium, the more intense the upper and lower levels are switched.

  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.

  In addition, both in-game points and items may be input to the shared item. 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”, and the like 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.

  In other words, the present invention can also be applied to a game system in which a part or all of the game execution program is downloaded or installed on the user terminal device side and the game execution process is also performed 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.

1 Game server (game management device)
2 Database server (game management device)
3 Terminal device 11 CPU
12 ROM
13 RAM
14 Auxiliary storage device 51 Team management means (group management means)
52 Stadium information storage control means (common information storage control means)
53 Investment information storage control means (input information storage control means)
54 Operation point accumulation means (Subject accumulation means)
55 Stadium level changing means (common item level changing means)
56 Game condition management means 57 Benefit provision means

Claims (9)

A game management device for managing a game,
A group management means for managing a group composed of a plurality of users;
Each user in the group inputs the input to the common item of the group, which is performed by arbitrarily specifying the input amount within the range of the input that he / she possesses in the game. An accepting means for accepting input of the input amount of the input object into the common object based on the operation;
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;
The higher the level of the shared material is, the more the user in the group manages the game conditions to which the shared material is applied, and each user in the group uses the shared material. when performing the gate beam, higher the level of the shared object is high, so that improved efficiency of the parameters of the user's character is high, the game comprising a game condition management means for managing the conditions of the game, the Management device. The shared object is a place where each user character in the group virtually performs an in-game action,
When the game condition management means executes a game using the shared object, and each user character in the group performs an in-game action on the shared object, the higher the level of the shared object, The game management device according to claim 1, wherein the game conditions are managed so that the parameter improvement efficiency of the character is increased.   The game management device according to claim 1 or 2, wherein the game condition management means manages a game condition to which a shared object is applied more advantageously for a user having a larger input amount of the input object in the group. .   When the in-game action is performed on the shared object while consuming in-game points owned by users in the group, the game condition management means increases the level of the shared object as the level of the shared object increases. The game management device according to claim 2, wherein game conditions are managed so that a progress rate of the game by the in-game action is high even if the point consumption is the same.   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% 5. 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. 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 5.   The game management apparatus according to claim 6, wherein the shared object level changing unit increases the n or the m as the level of the shared object increases. 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;
Each user in the group inputs the input to the common item of the group, which is performed by arbitrarily specifying the input amount within the range of the input that he / she possesses in the game. Accepting means for accepting input of the input amount of the input object into the common object based on the operation;
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;
The higher the level of the shared material is, the more the user in the group manages the game conditions to which the shared material is applied, and each user in the group uses the shared material. when performing the gate beam, higher the level of the shared object is high, so that improved efficiency of the parameters of the user's character is high, the means of the game condition managing means for managing the conditions of the game, A game system provided in either the game management device or the terminal device.   A program for causing a computer to operate as the game management device according to any one of claims 1 to 7, wherein the program causes the computer to function as each unit included in the game management device.

Images