JP6069612B2 - GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM - Google Patents

Description

  The present invention relates to a technique for controlling execution of a game including a plurality of areas to be played.

  In recent years, a so-called social game (Social) executed by a game application created on the basis of an operating environment such as an API (Application Programming Interface) that operates on a web browser in a social networking service (SNS) by a specific service provider. Game) is popular. It can be said that the social game is a kind of online game that is played while communicating among an unspecified number of users. If a user can connect to the Internet and has a communication terminal equipped with a web browser, the user can enjoy a social game regardless of time and place.

  As an example of the above-described social game, a digital card game (Dragon Collection (registered trademark)) disclosed in Non-Patent Document 1 is known. In this known digital card game, a menu for performing a quest process in which a user searches various areas and acquires a new card or item is provided. One of the features of such a social game is that it has a richer communication function for interacting with users than a conventional online game. In social games, for example, in addition to cooperative play with other users (friends), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game with friends or items An exchange has been made.

App STYLE Vol.2 (East Press, Inc.), pages 26-27

  In a conventional social game, although a large number of users are executing a game in a plurality of areas, other users who are involved in a specific user's game are limited to users who are friends in advance. Therefore, in order to further improve the social nature in the progress of the game, there has been a demand for a game that progresses while having a sense of familiarity with other users as well as friends.

  The present invention has been made in view of the above-described viewpoints, and is not limited to other users who are related in advance, and a game control device, a game control method, and a program for advancing a game while having a sense of familiarity with other users An object is to provide a game system.

A first aspect of the present invention is a game control device that controls execution of a game including a plurality of areas to be played,
Registration means for registering the user identification information of the user in association with the attribute of the user on the game;
Selection means for selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game, based on information on a predetermined operation input;
When a predetermined area is selected as the target area of the first user, among the second users associated with the same attribute as the first user, the number of users who played the predetermined area, or Adjusting means for adjusting the timing of giving an advantageous effect on the game to the first user based on the number of users who are playing;
Is provided.

  Here, the “information regarding the predetermined operation input” may be information indicating that a predetermined operation input has been performed on an external device accessible to the game control device, for example. Further, “adjusting the timing” may be, for example, to advance the timing as the number of users is large, or to delay the timing as the number of users is small. Furthermore, the “advantageous effect on the game” may be, for example, that the parameter of an item that the user holds in the game may be increased, or that the user can obtain a special item. In addition, the “advantageous effect on the game” may be an adjustment of the setting so as to facilitate the progress of the scenario in the game. For example, the points on the game to be consumed according to the user's operation It may be that consumption is reduced or that points to be consumed can be obtained. Furthermore, the “advantageous effect on the game” may be an adjustment of the setting on the game so that the game can be indirectly advantageous, for example, an event that allows the user to acquire a special item May be generated, or the probability that the parameter of the item is significantly increased may be increased.

  In this game control device, the first user plays a game for the first user by selecting a predetermined area played by or being played by the second user associated with the same attribute as the first user. The timing for providing the above advantageous effects can be adjusted. For this reason, since it becomes possible to obtain a profit by the play of the second user who is not a user related in advance, the game is advanced while having a sense of familiarity with other users having the same attribute as that of the user. be able to.

In the game control device, the user who has played the predetermined area among the second users may satisfy a predetermined condition regarding the progress of the game in the predetermined area.
Here, the “predetermined condition” may be, for example, that the second user has conquered (cleared) the predetermined area, or the progress of the game in the predetermined area has reached a predetermined value or more. It may be.
According to this game control device, the first user selects a predetermined area that satisfies a predetermined condition regarding the progress of the game by the second user associated with the same attribute as the first user, so that the first user The timing at which an advantageous effect on the game is given to the user can be adjusted. For this reason, since it becomes possible to obtain a profit by the play of the second user who is not a user related in advance, the game is advanced while having a sense of familiarity with other users having the same attribute as that of the user. be able to.

In the game control device, in selecting the target area of the first user, the information based on the number of users who have played or are playing each of the plurality of areas among the second users. You may notify a said 1st user for every area.
According to this game control device, the first user can recognize the optimum area in order to obtain an advantageous effect on the game at an early stage when selecting the target area to be played.

In addition, when there are a plurality of the attributes and the target area is selected so as to be sequentially narrowed down from the plurality of areas, the first user each time a set of areas including the target area is narrowed down The second user may be narrowed down so that the same attribute can be associated with more attributes.
According to this game control device, each time a set of areas including the target area is narrowed down, the first user plays which area the second user who shares many attributes with the first user plays, or You can recognize whether you are playing. Therefore, it is possible to adopt a configuration in which a sense of familiarity with other users increases each time a set of areas is narrowed down.

In the game control device, when the predetermined area is selected as the target area of the first user, information that guides the timing for providing an advantageous effect on the game is notified to the first user. May be.
According to this game control device, the first user can recognize the timing at which an advantageous effect on the game is given, so that it is possible to play the selected predetermined area with the timing as a target. it can. Thereby, it is possible to provide a game that does not bore the first user.

Further, even when the information indicating the timing of giving the advantageous effect on the game is notified to the first user together with the information indicating the progress of the game of the first user in the first area. Good.
According to this game control apparatus, since the 1st user can recognize the timing when the advantageous effect on a game is provided, and the progress condition of a 1st user's game, it reaches the said timing And the selected predetermined area can be played with the goal of advancing the progress. Thereby, it is possible to provide a game that does not bore the first user.

Furthermore, when there are a plurality of the attributes, information for guiding the timing may be notified to the first user for each of the plurality of attributes.
According to this game control apparatus, the 1st user can recognize the timing when the advantageous effect on a game is provided for every some attribute. Thus, the selected predetermined area can be played with the goal of reaching the timing for each attribute. Thereby, it is possible to provide a game that does not bore the first user.

A second aspect of the present invention is a game control method in a game control device that controls execution of a game including a plurality of areas to be played,
Registering the user identification information of the user and the attribute of the user on the game in association with each other;
Selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game, based on information related to a predetermined operation input;
When a predetermined area is selected as the target area of the first user, among the second users associated with the same attribute as the first user, the number of users who played the predetermined area, or Adjusting the timing of giving an advantageous effect on the game to the first user based on the number of users who are playing;
Is provided.

According to a third aspect of the present invention, in order to control the execution of a game including a plurality of areas to be played,
A function of registering the user identification information of the user in association with the attribute of the user on the game,
A function of selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game based on information about a predetermined operation input; and a target of the first user When a predetermined area is selected as the area, based on the number of users who have played the predetermined area or the number of users who are playing, among the second users associated with the same attribute as the first user A function for adjusting the timing of giving an advantageous effect on the game to the first user;
It is a program for realizing.

  The computer may be a network server, a large computer, or the like, for example. Further, this program may be stored in a computer-readable information storage medium such as a DVD-ROM or a CD-ROM.

A fourth aspect of the present invention is a game system that executes a game including a communication terminal and a server accessed from the communication terminal, and includes a plurality of areas to be played.
Registration means for registering the user identification information of the user in association with the attribute of the user on the game;
Selection means for selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game, based on information on a predetermined operation input;
When a predetermined area is selected as the target area of the first user, among the second users associated with the same attribute as the first user, the number of users who played the predetermined area, or Adjusting means for adjusting the timing of giving an advantageous effect on the game to the first user based on the number of users who are playing;
Any one of the communication terminal and the server is provided with each means.

  The communication terminal may be, for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, a television receiver having a bidirectional communication function, a game device with a communication function, or the like.

  According to the game control device, the game control method, the program, and the game system of the present invention, the game can be advanced while having a sense of familiarity with other users, not limited to other users associated in advance.

The figure which shows the basic composition of the game system of embodiment. The figure which shows the example of the external appearance of the communication terminal of embodiment. The block diagram which shows the structure of the communication terminal of embodiment. The block diagram which shows the structure of the game server of embodiment. The block diagram which shows the structure of the database server of embodiment. The figure which shows the structural example of the user database contained in a database server. The functional block diagram for demonstrating the function to play main roles with the game control apparatus of embodiment. The figure which shows the example of a display of the top page of the game of this embodiment. The figure which shows an example of a web page when a user performs a scout part. The figure which shows an example of a web page when a user performs a scout part. The figure which shows an example of a web page when a user performs an reinforcement | strengthening part. The figure which shows an example of a web page when a user performs an reinforcement | strengthening part. The figure which shows an example of the flowchart when a game part is performed. The figure which shows an example of a web page when a user performs a game part. The figure which shows an example of a web page when a user performs a lottery part. The figure which shows an example of the web page when performing a mission part. The figure which shows an example of the web page when performing a mission part. The figure which shows an example of the web page when performing a mission part. The figure which shows an example of the web page when performing a mission part. The figure which shows the data structural example of area conquest data. The figure which shows the data structural example of log data. The flowchart which shows an example of a process of a mission part. The flowchart which shows an example of a process of a mission part.

  Hereinafter, an embodiment of the game system of the present invention will be described.

(1) Configuration of Game System FIG. 1 shows a system configuration example of a game system according to the embodiment. As shown in FIG. 1, the game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW (network) such as the Internet, a game server 20 connected to the communication network NW, The database server 30 is configured. Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual user. A communication terminal such as a John receiver (including a so-called multi-function smart TV). In the following description, when referring to the communication terminals 10a, 10b, 10c,.
In this game system, the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a gaming service to the communication terminal 10. The game server 20 is mounted with an application operable on a web browser as a game application. The database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 by, for example, a wire for reading and writing the information.
The communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and the user operates the communication terminal 10 on the web page to execute a game.

  Although not shown in FIG. 1, an authentication server for authenticating the user of each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided. The game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.

(2) Configuration of Communication Terminal The communication terminal 10 will be described with reference to FIGS. 2 and 3.
FIG. 2 is a diagram illustrating an example of the appearance of the communication terminal 10, and FIG. 2A illustrates a button input type communication terminal such as a foldable mobile terminal (mobile phone), for example. ) Exemplifies a communication terminal of a touch panel input method such as a smartphone. FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10.
As shown in FIG. 3, the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an instruction input unit 15, a display unit 16, And a wireless communication interface unit 17, and a bus 18 for transmitting control signals or data signals between the units is provided.

The CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. The CPU 11 then displays data for displaying a web page from the game server 20 via the wireless communication interface unit 17 based on appropriate designation of a URL (Uniform Resource Locator) input to the user by the instruction input unit 15 or the like. That is, data of an object such as an HTML (HyperText Markup Language) document and an image associated with the document (hereinafter, collectively referred to as “HTML data” as appropriate) is acquired via the wireless communication interface unit 17. Then, the HTML data is interpreted. The communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser.
In acquiring the HTML data, the CPU 11 sends an access request message including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the wireless communication interface unit 17. To the game server 20.

  The web browser displays the web page provided from the game server 20 on the display unit 16 based on the acquired HTML data via the image processing unit 14. When the user selects a hyperlink or menu on the web page by operating the instruction input unit 15, the web browser transmits new HTML data for displaying the web page according to the selection. (That is, update of the web page) is requested to the game server 20.

  The image processing unit 14 displays a web page on the display unit 16 based on display image data provided from the CPU 11 as an analysis result of HTML data. The display unit 16 is, for example, an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in a pixel unit in a matrix, and drives the thin film transistors based on the display image data to display the image of the web page on the display screen 16a. To display.

  When the communication terminal 10 is a button input type communication terminal (shown in FIG. 2A), the instruction input unit 15 includes a plurality of instruction input buttons such as a direction instruction button and a decision button for accepting a user operation input. And a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing pressing (operation) input of each button and outputting it to the CPU 11. For example, the direction instruction button is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16. The determination button instructs the CPU 11 that the user selects one hyperlink or menu that is actively displayed (for example, highlighted) when, for example, a plurality of hyperlinks or menus are displayed on a web page. To be provided. When the communication terminal 10 is configured by a small portable terminal, these buttons are provided on the front surface of the communication terminal 10 so that the user can easily operate (click) with the thumb while holding the communication terminal 10 with one hand. It is preferable to arrange | position. In the example shown in FIG. 2A, the button group 15b is arranged below the button group 15a, and a plurality of instruction inputs in which “0” to “9”, “*”, and “#” (numeric keys) are written. Includes buttons.

  When the communication terminal 10 is a touch panel input type communication terminal (shown in FIG. 2B), the instruction input unit 15 accepts touch panel type input mainly by touching the display screen 16a with a fingertip or a pen. The touch panel input method may be a known method such as a capacitance method. As shown in FIG. 2B, the button group 15a may be provided even when the communication terminal 10 is a touch panel input method.

  For example, when the communication terminal 10 is a portable terminal, the menu selection operation on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selecting by pressing the enter button. This is done by confirming the selected menu. Further, for example, when the communication terminal 10 is a touch panel input method, the selection operation is performed by instructing (touch operation) a menu position on the display screen 16a on which the web page is displayed with a finger or a pen.

(3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
The game server 20 manages a game website including a plurality of hierarchical web pages, for example, and provides a game web service to the communication terminal 10. As shown in FIG. 4, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a wireless communication interface unit 25, for transmitting control signals or data signals between the units. Bus 26 is provided. In addition, the game server 20 can take the same structure as a general-purpose web server regarding hardware.

The ROM 22 stores an application program that provides a service for displaying an object such as an HTML document or an image (displaying a web page) to the web browser of the communication terminal 10 that is a client. The ROM 22 stores various data referred to by the CPU 21 in addition to the application program.
The CPU 21 loads the game program in the ROM 22 to the RAM 23 and executes it, and performs various processes via the wireless communication interface unit 25.

For example, the CPU 21 transmits HTML data to the communication terminal 10 via the wireless communication interface unit 25. In addition, when the game server 20 performs the authentication process of the user of the communication terminal 10, the CPU 21 performs the authentication process.
The CPU 21 performs processing according to the hyperlink or menu selected by the user on the web page displayed on the communication terminal 10. The processing includes, for example, transmission of new HTML data, arithmetic processing in the game server 20 or data processing.
The database access unit 24 is an interface when the CPU 21 reads / writes data from / to the database server 30.

(4) Configuration of Database Server The database server 30 can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as RAID (Redundant Arrays of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the CPU 21 via the database access unit 24 of the game server 20.
FIG. 5 shows an example of the configuration of the database server 30. As shown in FIG. 5, the database server 30 includes a user database 31 and a game database 32.

The type of game realized by the game server 20 of the present embodiment is not particularly limited, but in the following, as an example of a game realized by the game server 20 for convenience of description of the embodiment, a soccer-style digital Pick up a card game.
A soccer-style digital card game is a game in which a user collects player cards corresponding to soccer players to create his own team and play a soccer game with other users' teams, or a soccer league game for each skill level. A game that is structured to fight. A soccer-style digital card game is composed of multiple parts (parts). For example, it is possible to obtain a player card by scouting or searching for player cards in order to build up their own team. A lottery part, or a strengthening part that increases the ability of a player card by integrating two or more player cards is provided.
Each part implemented in the soccer-style digital card game will be described later.

  FIG. 6 shows an example of a user database 31 applied in the above-described soccer format digital card game. In this example, the user database 31 includes, for each user ID (user identification information), a display name / display image, a birthplace, a skill level, an action point, an operation point, a strengthening point, an ale point, the number of players, a coin owned, a friend Information about the respective attributes of the user ID, the image data of the possessed card, and the parameters of the possessed card. Each attribute is an example of the “attribute on the user's game” of the present invention. Information included in the user database 31 can be updated sequentially by the game server 20.

In the following description, user IDs included in the user database 31 or data for each display name (to be described later) that identifies a user are collectively referred to as user data. The data of each item constituting the user data is as follows.
Display name / display image A display name and a display image displayed to identify the user on the communication terminal 10 when the game is executed. The display name is a text of a predetermined length or less designated in advance by the user, and the display image is an avatar image selected in advance by the user, for example. The display name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
-Birthplace Text indicating the birthplace of the user specified in advance by the user. In this embodiment, the place of birth can be specified by 47 prefectures throughout Japan. The hometown does not necessarily have to be the user's hometown, and may be any prefecture arbitrarily selected by the user.
Skill level This is data indicating the skill level of the user on the game. For example, it is a level value in the range from Lv1 (level 1) to Lv100 (level 100). For example, the skill level is sequentially increased by continuously searching for a scout part in the game.
-Action point It is a point required in order to perform a game scout by the user in the above-mentioned soccer-style digital card game. The action point is a value that decreases by playing the scout part and recovers (increases) every time a predetermined time elapses.
-Management point It is a point required when a user plays a game on the above-mentioned soccer card game. The management point is a value that is reduced by a battle with another user or the like and is recovered (increased) every time a predetermined time elapses.
Strengthening point In the soccer-style digital card game, it is a point necessary for strengthening a player card by a user (integration processing described later). The strengthening point is a value that is reduced by strengthening the player card and is recovered (increased) every time the player wins a battle with another user or a predetermined time elapses.
-Ale Point In the above soccer-style digital card game, it is a point that the user acquires by sending a cheer message to a friend.
-Number of players This is the number of player cards held by the user. The number of players increases or decreases depending on the execution of the scout part and the reinforcement part. The maximum number of players (for example, 60) is defined in advance.
-Owned coin This is the amount of possessed virtual currency (coin) on the game that is required when the user uses the paid function on the game. The possessed coins are consumed (reduced) when the user uses a paid function on the game, and the user pays actual money to the service provider or the like by a predetermined method, and increases according to the amount paid.
・ Friend's user ID
This is data of another user ID that is a friend of the target user ID.
-Image data of possession card In the case of the above-mentioned soccer-style digital card game, the possession card image data is data including an image of a player card retained by the user.
-Owned card parameter The owned card parameter is data indicating the ability value of the player card. For example, as shown in FIG. 6, each ability value of “offense”, “defense”, and “technique” may be included as parameter items.

  Returning to FIG. 5, the game database 32 stores and updates information related to the game result executed by the game server 20 based on the access from the game server 20. Information related to game results may include various information depending on the nature of the game. For example, in the case of a soccer-style digital card game, information on game results includes results of battles between different user IDs (scores, etc.), results of league battles between a plurality of user IDs of specific skill levels ( Score, ranking, etc.).

(5) Overview of Functions in Game Control Device In the present embodiment, the game control device is configured by the game server 20 and the database server 30. Below, the function implement | achieved with the game control apparatus of this embodiment is demonstrated with reference to FIG. 7, taking the case where the digital card game of the soccer format mentioned above is applied as an example. FIG. 7 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment.
In the functional block diagram of FIG. 7, registration means 51, selection means 54, and adjustment means 55 correspond to the main configuration of the present invention. Other means are not necessarily indispensable structures, but they are structures for making the present invention more preferable.
In the following description, menus, marks, and the like displayed on the web page displayed on the communication terminal 10 are arranged at desired positions on the web page, and are menus visually recognized on the communication terminal 10. The position on the display screen such as a mark or the like can be changed by the user pressing the direction instruction button or scrolling the web page by touch panel operation.

The registration unit 51 recognizes a user request based on an appropriate operation input to the communication terminal 10 on a web page provided to the communication terminal 10, for example, and performs a registration process.
In this registration process, the registration means 51 has a function of registering the user identification information of the user in association with the attribute of the user on the game. The registration means 51 in this case is executed as follows, for example. The CPU 21 of the game server 20 receives a registration request message from the communication terminal 10 via the wireless communication interface unit 25. The registration request message is automatically generated by a predetermined operation (for example, a predetermined menu selection operation, text input, etc.) on the communication terminal 10 on the web page provided from the game server 20. May be configured. The registration request message includes attributes on the user's game (for example, the above-described display name and birthplace) and information (for example, IP address, e-mail address, etc.) for specifying the communication terminal 10 that is the transmission source. If the user is already using another game by the same service provider, the user ID may be included.
When the CPU 21 receives the registration request message and the registration request message does not include the user ID, the CPU 21 issues a new user ID and performs registration processing of the user ID, and then the registration processing is completed. Is sent to the communication terminal 10. When the CPU 21 receives the registration request message and the registration request message includes a user ID, the CPU 21 performs registration processing of the user ID, and then transmits a registration completion message indicating that the registration processing is completed to the communication terminal. 10 to send.
When the registration is completed, the CPU 21 generates user data corresponding to the user ID and stores it in the user database 31.

The registration unit 51 may also register the user ID in association with another user ID triggered by an application based on the user ID. That is, the registration unit 51 registers another user ID as a “mate” with an application based on the user ID as a trigger. In the following description, it is synonymous that the user ID is in a friend relationship and that the corresponding user is in a friend relationship.
The registration means 51 in this case is executed as follows, for example. The CPU 21 of the game server 20 applies an application message (application) specifying a user ID (or a corresponding display name) that the user wants to become a friend from the communication terminal 10 of the user corresponding to a certain user ID via the wireless communication interface unit 25. Accept. Transmission of this application message is preset as a function of a web page provided to the user's communication terminal 10. When receiving the application message, the CPU 21 approves an application based on another user ID to the communication terminal 10 corresponding to the user ID at the timing when the access is based on the user ID included in the application message. HTML data for displaying a web page for requesting the reply is transmitted. If it is replied that the application is approved, the CPU 21 registers both as friends. Specifically, the CPU 21 accesses the user data of the corresponding two user IDs in the user database 31 and writes the data in the location of “mate user ID” (see FIG. 6).

The game progress means 52 advances the game by transmitting HTML data for sequentially updating web pages displayed on the communication terminal 10 in response to a user operation on the communication terminal 10. An exemplary soccer-style digital card game (hereinafter simply abbreviated as “game”) is composed of the following parts.
・ Scout part: Part that searches for player cards to build up their own team ・ Strengthening part: Part that unites two or more player cards to increase the ability of player cards ・ Game part: Team of other users Part and lottery part to play against and soccer: Part and mission part that makes it possible to obtain player cards by lottery part: Part to play against other teams in all prefectures in Japan with their own team

The game progression means 52 executes a scout part, a reinforcement part, a game part, a lottery part, and a mission part in the game.
In executing the game progress means 52, the CPU 21 of the game server 20 assigns in advance any part for progressing the game to each menu displayed on the web page. Then, when the menu on the web page is selected in the communication terminal 10, the CPU 21 receives information about the selected menu from the communication terminal 10, and is assigned to the selected menu based on the received information. Execute the part.

  The game progress means 52 causes the communication terminal 10 to display a plurality of menus each assigned a plurality of parts to be executed in the game. Specifically, the CPU 21 generates HTML data for displaying a web page including a plurality of menus, and transmits the HTML data to the communication terminal 10. As will be described later, in the game, points on the game are consumed with the execution of each part of the scout part, the reinforcement part, the game part, the lottery part, and the mission part.

An example of the top page of the game displayed on the communication terminal 10 by the game progress means 52 is shown in FIG. This top page is composed of web pages corresponding to individual user IDs. The top page illustrated in FIG. 8 includes a user data display area, a player image display area, and a menu display area.
In the user data display area, skill level, action point, management point, strengthening point, yell point, number of players, and data of each item of fellows included in the user data of the target user ID (see FIG. 6) are displayed. Area. It should be noted that in the items displayed in the user data display area, the point or number written in the X / Y format is that X is the point or number held by the user, and Y is the maximum value of the point or number. It shows that there is. For example, if the number of players is described as “40/60”, it indicates that the user has 40 player cards and the maximum number of player cards that can be held is 60.
The player image display area is an area in which an image of a player card designated in advance by the user among a plurality of player cards included in the user data of the target user ID is displayed.
The menu display area is a basic menu corresponding to multiple parts (scout part, reinforcement part, game part, lottery part, formation part, mission part) provided in a soccer-style digital card game. , “Game”, “lottery”, “formation”, and “mission” menus m1 to m6 are displayed. That is, a plurality of menus to which a plurality of parts to be executed in the game are assigned are respectively arranged at predetermined positions on the web page displayed on the communication terminal 10. In addition, the formation part corresponding to the menu m5 is a part for changing the formation of the team by the player character, changing the position of the player character, and the like in accordance with the operation of the user.
The game advancing means 52 executes a process according to the user's selection operation for the menu displayed on the communication terminal 10. Preferably, when each process is executed, each process is executed hierarchically such that a new web page including a plurality of menus subdivided for each process is displayed.

  For example, when the top page shown in FIG. 8 is displayed on the communication terminal 10 of the user, the game progress means 52 is realized as follows. The CPU 21 of the game server 20 accesses the user database 31 via the database access unit 24, and reads the data of each item included in the user data display area and the player card image data to be displayed in the player image display area. Next, the CPU 21 generates HTML data so that the top page shown in FIG. 8 is configured, and transmits it to the communication terminal 10. The generated HTML data is different for each user (that is, for each user ID). The communication terminal 10 interprets the received HTML data and displays the top page image on the display unit 16 (display screen 16a).

[Scout Part]
The game progression means 52 executes a scout part that allows the user to search for player cards in order to build up their own team.
9 and 10 show examples of web pages displayed on the communication terminal 10 when the scout part is executed. FIG. 9 is a display example of a web page when the menu m1 is selected and operated on the top page shown in FIG. FIG. 10 is a display example of a web page when the menu m11 displayed as “to area list” on the screen shown in FIG. 9 is selected and operated.

In the web page illustrated in FIG. 9, the Japan map divided into a plurality of regions (areas) is displayed in the display region 100 with the area to be searched highlighted.
In this scout part, the user has a menu labeled “Search” provided for each area to be searched (in the example of FIG. 9, area 9 (subareas 9-1, 9-2,...)). Select m10. With this operation as a trigger, a search process for an area to be searched is performed, and when a player card is excavated, the player card of the player is displayed in the display area 102. At this time, every time the menu m10 is selected and a search process is performed, the value of “search rate” (%) displayed in the display area 101 is increased by a random increase amount. Further, the value of the action point (action P) required for one search process (“−5” in the example of FIG. 9 is displayed in the display area 101, which means that only 5 action points are consumed. Is displayed. For each search process, the user's action points are reduced by the value of the displayed action point, and the user's enhancement points are increased by the displayed enhancement point (enhancement P). In the game advancing means 52, every time the search process is performed, the CPU 21 accesses the user database 31 and updates the values of the action points and reinforcement points of the target user ID.

  In the scout part, when the CPU 21 of the game server 20 recognizes the selection operation on the menu m10, the CPU 21 performs a lottery with a predetermined or random probability from among a plurality of player cards provided in advance for the scout. When the CPU 21 obtains (excavates) a player card by lottery, the CPU 21 accesses the user database 31 and adds the data of the newly discovered player card to the target user ID data. Increase the number of players by one. Further, the CPU 21 generates HTML data for displaying the excavated player card in the display area 102 and transmits it to the communication terminal 10. The HTML data is configured such that search rate data in the display area 101 is updated. When the selection operation for the menu m10 by the user is repeatedly performed and the search rate of all the sub-areas 9-1, 9-2,... Reaches 100% in FIG. The subject moves to the next area (in this case, area 10). As will be described later, even if the search rate reaches 100%, the number corresponding to the maximum number of player cards that can be displayed in the display area 102 (four in the sub-area 9-1 in FIG. 9). Players are not always found.

In the scout part, the action points required for one search process may differ for each area to be searched. That is, the amount of action points that are reduced (consumed) in one search process may be different for each area to be searched. For example, each time the skill level of the user increases, the amount of action points consumed may be increased.
In the scout part, the action points decrease each time the selection operation is performed on the menu m10. Therefore, when the top page is displayed immediately after the scout part is executed, the action points displayed on the top page are displayed. It will be displayed reduced than before the scout part was executed. The action points are recovered (increased) by one point each time a predetermined time (for example, 3 minutes) elapses, for example.

As shown in FIG. 10, in the scout part, a web page that allows an overview of the search results of each area that the user has already played (that is, searched) is displayed by the selection operation of the menu m11 by the user. In the display area 110, the “complete rate” for each area is displayed. The “complete rate” (achievement level) is a value in which a ratio of the number of types of player cards actually excavated to the maximum number of types of player cards that can be excavated in each area is displayed in%. For example, in the example shown in FIG. 9, when the area 9 is composed of three subareas of the areas 9-1, 9-2 and 9-3, a maximum of 4 player cards can be found in each subarea. Then, 12 player cards can be excavated in the entire area 9. At this time, when the number of excavated players is 6 in the entire area 9, the complete rate is 50%.
In the example shown in FIG. 10, the user indicates that the area 2 is the most advanced area in the game scout part. In FIG. 10, the user can search for the selected area again by selecting an area where the completion rate is not 100% among the other areas already played (areas 1 to 8). It is configured as follows.

[Strengthening part]
The game progress means 52 has a function of executing an enhanced part that unifies two or more player cards and increases the ability of a specific player card. In this game, a certain amount of reinforcement points are required for the user to execute the reinforcement part.
The strengthening part may be performed as follows, for example. The player card to be strengthened (the remaining player card specified by the user) is the player card of player A, and the player card that is integrated with the player card of player A and disappears is the player card of player B. In this case, in the integration process, the CPU 21 is a parameter that indicates the offense, defense, and technique ability values of the player A's player card, and the offense, defense, and technique ability values of the player B's player card. You may make it calculate the parameter of the player card of a new player A by adding a fixed ratio, respectively. Depending on the strengthening part, the characteristic features of the player card of player B are reflected in the player card of player A.
After the strengthening part, the CPU 21 accesses the user database 31 after the integration process, deletes the player card data of the player B from the user data of the target user ID, and decreases the value of the number of players by one. The parameters of the player card of player A are rewritten, and the reinforcement points of the target user ID are reduced by a predetermined amount. In addition, a reinforcement | strengthening point increases by performing the said scout part or performing the game part demonstrated below.

A display example of the enhanced part on the communication terminal 10 will be described with reference to FIGS. 11A and 11B. 11A and 11B are display examples displayed in series according to operations on the communication terminal 10.
When the CPU 21 of the game server 20 recognizes that the menu m2 is selected on the web page of FIG. 8, for example, the communication terminal transmits HTML data for displaying a web page that prompts selection of a plurality of player cards to be strengthened. Send to 10 address. As shown in FIG. 11A (a), an example of the web page displayed first at this time is a list of strengthening designated players (player characters corresponding to player cards to be strengthened). It can be selected. When the strengthening designation player is selected, next, as shown in FIG. 11A (b), a list of players to be integrated (player characters corresponding to disappearing player cards) is displayed. Each web page shown to FIG. 11A is comprised so that any player can be selected by selection operation. FIG. 11B (a) is a confirmation screen, and shows an example in which player A is selected as the strengthening designated player and player B is selected as the player to be integrated. Here, when an operation of selecting the menu “enhance” is performed, the selection result is notified to the game server 20. The CPU 21 of the game server 20 calculates a parameter indicating a new ability value of the player card of the player A based on the received selection result, and accesses the user database 31 to obtain the player card data of the player B. Delete from the data of the target user ID. The CPU 21 transmits HTML data including a value indicating the new parameter increase degree to the communication terminal 10. By receiving this HTML data, the communication terminal 10 causes the player card of the player A and the player card of the player B to overlap with each other as shown in FIGS. 11B (b) and 11B (c). The effect display is performed so that only the player card is displayed. As shown in FIG. 11B (c), it is preferable to quantitatively display the degree of increase in the ability value of the player card of the player A to be strengthened (132% in the example of FIG. 11B (c)).

[Game part]
The game advancing means 52 has a function of executing a game part for playing a soccer match with another user's team.
In this game, management points are required to execute the game part, and strengthening points can be obtained by winning the game. That is, the value of the management point and reinforcement | strengthening point corresponding to user ID may change by execution of a game part. The management point required (consumed) in one game is a value determined by the formation formed by the user's team. The user can rearrange the player cards that the user wants to participate in the game from among the player cards held by the user, but the consumption of management points is determined by the predetermined number of player cards that are desired to participate in the game . For example, the cost required for one game is assigned in advance for each player card, and the total cost of a predetermined number of players who want to participate in the game becomes the management point. The management points are recovered (increased) by one point each time a predetermined time (for example, 1 minute) elapses, for example.

  The game progress means 52 is implement | achieved as follows, for example, if FIGS. FIG. 12 is a flowchart showing a series of processes mainly executed by the CPU 21 of the game server 20 in order to realize the function of the game progress means 52. FIG. 13 is a diagram illustrating an example of a web page displayed on the user communication terminal 10 realized by the function of the game progress means 52.

  When the selection operation of the menu m3 (see FIG. 8) is performed on the top page of the communication terminal 10 of the user corresponding to a certain user ID, and the selection result is received, the CPU 21 of the game server 20 determines the opponent of the user ID. A plurality of candidates are randomly determined from other user IDs included in the user database 31. At this time, it is preferable that the skill level of the candidate of the user who fights is the same skill level as the user who selected and operated menu m3. CPU21 transmits the HTML data for displaying the web page which can select any candidate from the list | wrist of a some opponent candidate to addressed to a user's communication terminal 10 (step S10). When the user performs an operation of selecting any candidate from the list of candidates for a plurality of opponents (step S12: YES), as shown in FIG. A web page containing the menu is displayed. In step S12, when an opponent candidate is not selected (step S12: NO), the CPU 21 performs the process of step S12 again. Further, in FIG. 13A, a planned value (seven points in the figure) of management points after the execution of the game is displayed. Here, when the user selects the “game start” menu (step S14: YES), the CPU 21 performs a process of determining a match result. In step S14, if the “game start” menu is not selected for a predetermined time (for example, 2 minutes) or longer (step S12: NO), the CPU 21 performs the process of step S12 again. In determining the match result, the CPU 21 accesses the user database 31 of the database server 30 via the database access unit 24, and the management point of the target user ID is equal to or greater than a predetermined amount required for the execution of the match. In addition, the predetermined amount is decreased from the management point, and a parameter indicating the ability of the plurality of player cards associated with the two user IDs as the opponents is read out. And CPU21 determines the battle result between users based on the read parameter (step S16).

  As a method for determining the winning or losing of the battle, any method can be adopted as long as the parameter of the player card affects the winning or losing. For example, by comparing the total values of the parameters of a plurality of player cards held by two users as opponents, the user with the larger total value has a higher probability (for example, a predetermined probability within a range of 60 to 90%) ) May be set to win. The win rate may be higher as the difference between the total values of the parameters is larger. At this time, as shown in FIG. 6, when there are a plurality of parameter items indicating the ability value, a predetermined weighting is given to the parameter value of each item as a value representing the parameter of each player card ( For example, in the example of FIG. 6, the total ability value may be calculated by setting “offense” to 0.3, “defense” to 0.3, “technique” to 0.4, and the like.

When the CPU 21 determines the battle result of the battle of the player character associated with the two user IDs to be the opponent, the HTML data for displaying the web page including the battle result is used as the two user IDs of the opponent. To the user's communication terminal 10 (step S18). And the communication terminal 10 interprets the HTML data received from the game server 20, and displays the web page containing a battle result on the display part 16 so that it may illustrate in FIG.13 (b). FIG. 13B shows an example of a web page displayed on the display unit 16 of the communication terminal 10 when the user who selects and operates the menu m3 wins. After determining the match result, the CPU 21 performs a process of writing details of the match result in the game database 32 via the database access unit 24.
Since the time from when the user selects the menu m3 on the top page illustrated in FIG. 8 until the web page including the battle result is displayed is extremely short (for example, several seconds), the user The result of the battle can be known in a very short period of time with only a simple operation. If the game is won, the user can obtain a certain amount of reinforcement points.

[Lottery part]
The game advancing means 52 has a function of executing a lottery part that makes it possible to obtain a player card by lottery. The lottery part is preferably executed through an effect of taking out (drawing) one player card from the lottery box. The player cards that appear by lottery are basically random, but the probability that a player card (so-called rare card) corresponding to a player with outstanding technical ability or a popular player will appear in the lottery is set very low. . The lottery part includes “a lottery by an ale point” in which a player card is drawn in exchange for a predetermined amount of ale points, and “a lottery by a coin” in which a lottery that is advantageous to the user is made by substantially charging the user.

  In this game, the user can register his / her friends. The maximum value of the number of friends that can be registered may be determined in advance. Between fellow users, users can transfer information held on the game (for example, exchange messages, gift items or exchange items on the game, send ale to friends (support), etc.) A network service is provided that enables exchanges on the network between fellow users. A user can obtain a certain amount of ale points by sending ale to a friend, and can perform a “lottery with an ale point” to draw a player card in exchange for a predetermined amount of ale points as a free lottery.

  FIG. 14 is a display example of a web page that is displayed when the menu m4 (see FIG. 8) on the web page displayed on the communication terminal 10 is selected and prompts the user to perform a lottery with an ale point. In the web page shown in FIG. 14, an ale point (owned ale point) possessed by the user and an ale point necessary for one lottery are displayed. In the web page shown in FIG. 14, a lottery process is executed by selecting and operating a menu labeled “Lottery”. A lottery process can take various methods. For example, a method of selecting one player card at random from each of a plurality of player cards to be drawn can be adopted. In this method, the probability (appearance probability) that each player card is selected is substantially the same. Further, it is possible to adopt a method in which an appearance probability or a range of appearance probabilities is determined in advance for each of a plurality of player cards to be selected, and one player card is selected according to the appearance probability.

  In the game progress means 52, the following processing is performed. The CPU 21 of the game server 20 determines a player card by performing a lottery process from a plurality of player cards provided in advance for a lottery with an ale point. The CPU 21 accesses the user database 31 and decreases the ale point of the target user ID by a predetermined amount. Further, when the player card is drawn by lottery, the CPU 21 adds the player card data drawn by lottery from the target user ID data, and increases the value of the number of players by one.

[Mission Part]
The game progression means 52 executes a mission part in cooperation with a notification means 53, a selection means 54, and an adjustment means 55 described later. As described above, the mission part is a part in which each user wins and wins with his / her own team in turn against other users' teams in prefectures throughout Japan.
Hereinafter, the play content realized by the mission part will be described with reference to FIGS. 15-18 has shown the example of the web page which shows the play content implement | achieved by the mission part. First, when the menu m6 is selected and operated on the top page of FIG. 8, as shown in step S1 of FIG. 15, a plurality of regions each consisting of a plurality of prefectures all over Japan (in this embodiment, Hokkaido, Tohoku, Kanto, Chubu, Kinki, Chugoku / Shikoku, Kyushu / Okinawa (6 regions) are divided and displayed, and the region including the prefecture (target area) to be played is the user (first Display area 191 for selection by the user. In the web page illustrated in step S1 of FIG. 15, each local division is indicated by a solid line or a one-dot chain line, and a prefecture division included in each locality is indicated by a broken line.
In the display area 190, a user who has played any prefecture among the same-town users (second users) associated with the same birthplace (attribute) as the user who is playing the game (first user) The number (or the number of flag marks in the example in the figure) representing the total in one region of the number or the number of users playing is included. This information is displayed for each region. That is, as the number of flag marks in one region increases, the number of local users who have played or are playing the prefectures included in the region is shown. Thereby, the user who is playing the game can easily recognize in which region (prefecture included) the local user has played or is playing.
The display area 191 includes a menu m15 for selecting and operating a region including the prefecture to be played in a pull-down manner, and a menu m16 for confirming the selection result. Here, when one of the regions (any one of the above six regions; “Hokkaido / Tohoku” as an example in step S1 in FIG. 15) is designated by the menu m15, the menu m16 is selected and operated. As shown in step S2, a web page for selecting a prefecture to play in the designated region is displayed.

The web page shown in FIG. 16 includes a display area 192 for partitioning and displaying each prefecture included in the designated region, and a prefecture (target area) to be played as a user (first user). And a display area 193 for allowing the user to make a selection.
The display area 192 includes information indicating the number of local users who have played or are playing any of the prefectures included in the designated region (in the example of the figure, the number of flag marks). The information based on the number of users is configured to be displayed for each prefecture. That is, as the number of flag marks in one prefecture is larger, the number of local users who have played or are playing in the prefecture is larger. Thereby, the user who is playing the game can easily recognize in which prefecture the hometown user has played or is playing.
The display area 193 includes a menu m17 for selecting and operating a prefecture to be played in a pull-down manner, and a menu m18 for finalizing the selection result. Here, when one of the prefectures (designated as “Hokkaido” in step S2 in FIG. 16 as an example) is designated by the menu m17 and the menu m18 is selected and operated, play in the designated prefecture is started. The
Each prefecture in Japan is an example of “a plurality of areas to be played” in the present invention.

The play contents in the mission part include a training mode and a conquest.
FIG. 17 shows the flow of play in the training mode. As shown in FIG. 17, in the training mode, the practice stages (running, formation practice, practice game) of steps S3 to S5 are played. In each practice stage, each time the menu m20 selection operation is performed, the gauges 201, 203, and 204 indicating the practice amount included in the web page of each stage are randomly expanded as in the search rate in the scout part search process. It grows in quantity. When each of the gauges 201 and 203 reaches the right end (100%), the process proceeds to the next practice stage. Note that a certain amount of action points may be consumed each time the menu m20 selection operation is performed. When the stage of the practice game shown in step S5 ends (the gauge 204 reaches the right end (100%)), the game proceeds to the conquest. The user plays a match with another user selected at random in the conquest. If the game is won, it is determined that the user has won the prefecture designated in step S2. Other users who are opponents of the conquest may arbitrarily select from the same skill level, for example, but the same prefecture as the prefecture selected by the user in FIG. 16 is registered as the birthplace. You may select the user of the same skill level from other users. The confrontation method of the conquest may be the same method as the battle in the game part described above. When the user wins the conquest, the CPU 21 of the game server 20 accesses the game database 32 and records information indicating that the prefecture has been conquered in the conquest data in the game database 32. FIG. 19 shows a configuration example of the conquest data. As shown in FIG. 19, the conquest data includes a user ID, a region, a prefecture, and a conquest flag. The default value of the conquest flag is set to “0”.
When the user wins the conquest, “1” is recorded in the conquest flag of the prefecture that won (conquered).
The amount of practice in each practice stage is an example of “information indicating the progress of the game” in the present invention.

In addition, in the game of this embodiment, it is comprised so that support can be received from the local user who played the prefecture which the user selected or is playing. Here, the support from the local user is an example of the “advantageous effect on the game” of the present invention.
In each practice stage, each time the selection operation of the menu m20 is performed, the gauge 202 indicating the degree of support from a hometown user who has played the designated prefecture or is playing is stretched by a predetermined amount of elongation. For example, the amount of extension of the gauge 202 when the menu m20 is selected once may be configured to increase as the number of local users who have played or are playing the designated prefectures increases. . In this case, the greater the number of local users who have played or are playing the designated prefecture, the faster the gauge 202 reaches the right end (100%) (the number of selection operations of the menu m20 is smaller). The timing at which the user obtains support from the local user is accelerated.
The degree of support from the local user is an example of “information for guiding the timing to give an advantageous effect on the game” of the present invention.
When the gauge 202 reaches the right end (100%), the web page shown in step S6 of FIG. 18 is displayed. On the web page in step S6, a display area 205 for displaying text indicating that support from the hometown user has occurred (giving an advantageous effect on the game) and an avatar image of the hometown user are displayed. A display area 206 and the like are included. Here, the text displayed in the display area 205 may include the display name and hometown of the local user. Moreover, the local user displayed on the web page of step S6 can be arbitrarily extracted. Here, as support from the local user, for example, one selection operation is performed while the selection operation of the menu m20 is performed a predetermined number of times (for example, 10 times) or a predetermined period (for example, 3 minutes) in each practice stage. There are special items and various points (action points, management points, reinforcement points, ale points), etc. for each. In addition, when a conquest is executed during the predetermined number of times or the predetermined period, the user who is playing may be sure to win. While the selection operation for the predetermined number of times or the predetermined period is being performed, the web page shown in step S7 in FIG. 18 displays a text such as “Supporting from Mr. TOM from the Fukuoka Federation”. By doing so, it may be possible to recognize that the user is receiving support from a local user (Mr. TOM in the illustrated example). Further, in the web page display example shown in step S7 of FIG. 18, the gauge 202 is displayed at the right end (100%) while the playing user is receiving support from the local user. . It should be noted that when the support from the local user is completed (in this embodiment, the selection operation for a predetermined number of times or the predetermined period is performed), the extension amount of the gauge 202 is moved to the left end (0%). Has been.

As described above, in this game, the action points, management points, reinforcement points, ale points, and number of players displayed in the user data display area of FIG. 8 are the scout part, the reinforcement part, the game part, the lottery part, and It can vary depending on the execution of each part of the mission part.
The game progression means 52 further determines whether or not the part corresponding to the menu selected by the user can be executed based on each point or the number of players held by the user, and the part corresponding to the selected menu is executed. If not, a page including text for notifying the user that the selected part cannot be executed is displayed on the communication terminal 10. For example, when trying to execute a scout part for an area that requires an action point of “5” for one search process, if the user's action point is “3”, the scout part cannot be executed. “There are not enough points. Your action points will recover by 1 every 3 minutes. Let's wait slowly.” At this time, the CPU 21 of the game server 20 accesses the user database 31 and performs a comparison process between the user action point data and the action point (predetermined value) required for the area to be searched to execute the scout part. Judgment is made.
In the game progress means 52, for example, when increasing an action point with the passage of time, a timer built in the CPU 21 is operated, and when a predetermined time (for example, 3 minutes) has elapsed, the user database 31 is accessed to Increment the value of point.
In addition, although the amount of increase and / or decrease (consumption) of points according to the execution of the scout part, the reinforcement part, the game part, the lottery part, and the mission part is a default value, the value is within the game of the user. Depending on the situation (for example, the skill level of the user's game).

  Moreover, the game progress means 52 is provided with the function which acquires the information regarding the access from a user, in order to calculate the number of the same-town users who played any prefecture or is playing as mentioned later. Good. Here, in the “access”, for example, information necessary for authentication such as a password or an individual identification number is transmitted from the mobile terminal 10 (in the case of login), or information regarding an operation input on the game is transmitted. And a request to update a web page (for example, when an HTTP request is transmitted).

The function of the game progression means 52 in this case can be realized as follows. Whenever there is an access based on the user ID, the CPU 21 of the game server 20 records information relating to the access in the log data in the game database 32. FIG. 20 shows a configuration example of log data. As shown in FIG. 20, the log data is data in which user ID, access target play area, and access time information are described in the order of access times.
In the mission part described above, when recognizing that there has been a user's selection operation for the menu m18 of the web page shown in step S2 of FIG. 16, the CPU 21 associates the user ID with the user ID in the log data. Record the area and the time of access to the play area. In FIG. 20, an access in which nothing is described in the play area column indicates an access by login.

  Furthermore, the game progress means 52 is the number of the users who played any prefecture among the same-town users (2nd user) matched with the same birthplace (attribute) as the said user, or the number of users who are playing. May be provided for each of a plurality of prefectures. Here, “played” may include, for example, a case where a local user has played the prefecture even once, regardless of whether or not the prefecture has been conquered (cleared). In addition, “during play” may include, for example, a case where a local user accesses any prefecture within a predetermined period. There are two methods for the starting point of the predetermined period. One method is to calculate the number of local users who are accessing any prefecture within a predetermined time of the time (referred to as a reference time) with reference to the time when the user who is playing the game logs in. It is. The other method is based on the time when the user who is playing performs an operation input on the game and the access is made as a reference, and within a predetermined time of that time (referred to as a reference time) This is a method of calculating the number of accessing local users. In the latter method, since the number of users is calculated every time access is made, the load on the CPU 21 is applied, but the accuracy of the calculated number of users is increased. That is, since the user does not always access intensively after logging in, the calculation accuracy of the number of users is higher than that based on the login time.

The function of the game progress means 52 when calculating the number of local users who are playing in any prefecture can be realized as follows. The CPU 21 of the game server 20 accesses the game database 32, refers to the log data, and accesses any prefecture within a predetermined time based on the login time of the target user (first user). Calculate the number of local users. Alternatively, the CPU 21 accesses the game database 32 every time there is an access from the target user (first user), refers to the log data, and uses the time when the target user is accessing as a reference time. The number of local users accessing any prefecture is calculated.
Moreover, the function of the game progress means 52 in the case of calculating the number of local users who played any prefecture can be implement | achieved as follows. The CPU 21 of the game server 20 refers to the log data shown in FIG. 20, and if there is a play area accessed by the hometown user at least once, the CPU 21 counts the hometown user as a user who played the play area. .
The CPU 21 refers to the user data of the target user in order to extract the same-town user.

Returning to FIG. 7, the notification means 53 selects a plurality of prefectures (second areas) among the local users (second areas) in selecting a prefecture (target area) to be played by the user (first user) who is playing the game. It has a function of notifying the user for each of a plurality of prefectures of information based on the number of users who have played each prefecture (area) or the number of users who are playing. Here, the “information based on the number of users” may be, for example, text including a value of the number of users, a number of marks corresponding to a predetermined ratio of the number of users, or the number of users. May be voice information.
The function of the notification means 53 is implement | achieved as follows. When the CPU 21 of the game server 20 recognizes that the selection operation of the menu m6 has been performed on the top page shown in FIG. 8, it generates HTML data for displaying the web page shown in step S1 of FIG. Transmit to the communication terminal 10. Here, in the display area 190 of the web page, information indicating the total in one region of the number of users who have played or are playing any prefecture (in the example of FIG. 15, the number of flag marks). Is included in each region. In the example of FIG. 15, the number of flag marks in the region is displayed as the number of local users who have played or are playing the prefectures included in one region is increased.
When the CPU 21 recognizes that the selection operation of the menu m16 has been performed on the web page shown in step S1 of FIG. 15, the CPU 21 generates HTML data for displaying the web page shown in step S2 of FIG. To the communication terminal 10. Here, in the display area 192 of the web page, information indicating the number of local users who have played or are playing any of the prefectures for each of the plurality of prefectures (in the example of FIG. 16, the number of flag marks) Is included. In the example of FIG. 16, the number of flag marks of the prefecture is displayed as the number of local users who have played or are playing any prefecture is increased.

In addition, the notification means 53 selects the selected prefecture when the predetermined prefecture (area) is selected as the prefecture (target area) to be played by the user who is playing the game (first user). May be provided with a function of notifying the playing user of the degree of support from the local user who has played or is playing (information for guiding the timing to give an advantageous effect on the game). Here, the “information for guiding the timing for giving an advantageous effect on the game” may be, for example, a text such as “something will happen sooner” or until the timing is reached. It may be the number of times the menu m20 is assumed to be operated, or may be audio information. In this case, the user who is playing the game can recognize the timing at which the support from the hometown user is obtained, and can therefore play the selected predetermined prefecture with the timing as the target. Thereby, the game which does not get tired of the user who is playing can be provided.
The function of the notification means 53 in this case can be realized as follows. When the menu m18 is selected and operated on the web page shown in step S2 of FIG. 16, the CPU 21 of the game server 20 generates HTML data for displaying the web page shown in step S3 of FIG. Send to 10 address. As described above, the web page shown in steps S3 to S5 in FIG. 17 includes a gauge 202 indicating the degree of support from a hometown user who has played or is playing the selected prefecture. The value of the support level may be stored in the RAM 23 or may be stored in the user database 31 in a state associated with the user ID of the user who has performed the selection operation.
In the present embodiment, the web pages shown in steps S3 to S5 in FIG. 17 include gauges 201, 203, and 204 that indicate the practice amount of each practice stage in the selected prefecture (Hokkaido in the illustrated example). However, the web page may be configured so that only the gauge 202 indicating the degree of support from the local user is displayed.

Further, the notification means 53 indicates the degree of support (information for guiding the timing to give an advantageous effect on the game) from the local user who has played or is playing the selected prefecture in the selected prefecture. You may provide the function notified to the said user with the practice amount (information showing the progress of a game) of the user (1st user) in play. Here, the “game progress” may be represented by, for example, text or the number of icons whose color has changed. The “information indicating the progress of the game” may be audio information, for example. In this case, the user who is playing the game can recognize the timing at which the support from the local user is obtained and the progress of the game of the user, so that the timing is reached and the progress is advanced. As a goal, the selected predetermined prefecture can be played. Thereby, the game which does not get tired of the user who is playing can be provided.
The function of the notification means 53 in this case can be realized as follows. When the menu m18 is selected and operated on the web page shown in step S2 of FIG. 16, the CPU 21 of the game server 20 generates HTML data for displaying the web page shown in step S3 of FIG. Send to 10 address. As described above, the web pages shown in steps S3 to S5 in FIG. 17 include gauges 201, 203, and 204 indicating the practice amount of each practice stage, and local users who have played or are playing the selected prefecture. And a gauge 202 indicating the degree of support from. Note that the value of the practice amount may be stored in the RAM 23 or may be stored in the user database 31 in a state associated with the user ID of the user who has performed the selection operation.

The selection means 54 selects any one of a plurality of prefectures (areas) as a target area to be played by the user who is playing the game (first user) based on information related to a predetermined operation input. It has a function. Here, the “information regarding the predetermined operation input” may be information indicating that a predetermined operation input has been performed on an external device accessible to the game control device, for example.
The function of the selection means 54 is implement | achieved as follows. When the CPU 21 of the game server 20 recognizes that the selection operation of the menu m18 has been performed on the web page shown in Step S2 of FIG. 16, the capital selected by the menu m17 when the selection operation of the menu m18 is performed. A prefecture is selected as a prefecture (target area) to be played by the user who is playing. Information about the selected prefecture (target area) may be stored in the RAM 23 or may be stored in the user database 31 in a state associated with the user ID of the user who performed the selection operation.

When the predetermined prefecture (area) is selected as the prefecture (target area) to be played by the user (first user) who is playing the game, the adjusting means 55 is the same place of origin as the user ( Based on the number of users who have played the predetermined prefecture, or the number of users who are playing, among the same users (second users) associated with the attribute), the support from the same users ( It has a function of adjusting the timing for providing an advantageous effect on the game.
Here, “adjusting the timing” may mean, for example, that the timing is advanced as the number of users is large, or the timing is delayed as the number of users is small. Also, for example, depending on the number of users in each case when the local user is playing a predetermined prefecture, if it has been played (has played at least once), or if it has been conquered (cleared), The timing may be adjusted to be changed. Furthermore, the “advantageous effect on the game” may be, for example, an increase in the parameters of the player card held by the user, or the ability of the user to obtain a special item. In addition, the “advantageous effect on the game” may be to adjust the setting so that the progress of the scenario in the game is easy to proceed. For example, various points (action points) consumed according to the user's operation , Management points, reinforcement points, ale points) may be reduced, or various points to be consumed may be available. Furthermore, the “advantageous effect on the game” may be an adjustment of the setting on the game so that the game can be indirectly advantageous, for example, an event that allows the user to acquire a special item May be generated, or the probability that the player card parameter significantly increases in the strengthening part may be increased.
The function of the adjustment means 53 is implement | achieved as follows. When the CPU 21 of the game server 20 recognizes that the selection operation of the menu m18 has been performed on the web page shown in step S2 of FIG. 16, the number of local users who played the selected prefecture, or the local users who are playing Based on the number, a process of adjusting the timing for giving an advantageous effect on the game is performed. For example, it may be adjusted so that the amount of extension of the gauge 202 indicating the degree of support from a hometown user increases as the number of hometown users who have played or are playing the mission part increases. On the other hand, the smaller the number of local users who played or are playing the mission part, the smaller the amount of extension of the gauge 202 indicating the degree of support from the local users may be adjusted. In addition, for example, depending on the case where the local user is playing a predetermined prefecture, the game has been played (has experience of playing at least once), or has been conquered (cleared), the gauge 202 You may adjust so that elongation amount may be changed. Further, for example, every time the menu m20 is selected and operated on the web page shown in steps S3 to S5 in FIG. 17, a certain ratio of the number of local users who have played or are playing the selected prefectures is calculated. You may make it add to the assistance degree from. Further, the value added to the support level every time the menu m20 is selected and operated is calculated using the predetermined arithmetic expression or the like as the arithmetic expression for the number of local users who have played or are playing the selected prefecture. It may be calculated by fitting to

(6) Flow of main processing of game control device of this embodiment Next, an example of the flow of main processing performed by the game control device of this embodiment will be described with reference to the flowcharts of FIGS. 21A and 21B. . 21A and 21B are processes mainly executed by the game progress means 52, the notification means 53, the selection means 54, and the adjustment means 55.

First, as a premise, the CPU 21 of the game server 20 generates user data based on the registration request message received from the communication terminal 10 and stores it in the user database 31.
Next, when recognizing that the menu m6 has been selected on the web page of FIG. 8, the CPU 21 of the game server 20 refers to the birthplace associated with the user ID of the user and is associated with the same birthplace. The same-town user is extracted from the user database 31 (step S100). Next, the CPU 21 refers to the log data in the game database 32 and extracts a user who has played or is playing any of the prefectures among the local users. Then, the CPU 21 calculates, for each of the plurality of regions, the total number of local users who have played or are playing the prefectures per region (step S110). Next, the CPU 21 transmits HTML data for displaying the web page shown in step S <b> 1 of FIG. 15 to the communication terminal 10. Thereby, the web page shown in step S1 of FIG. 15 is displayed on the communication terminal 10 (step S120). Next, when recognizing that the menu m16 is selected on the web page shown in step S1 of FIG. 15 (step S130: YES), the CPU 21 plays a prefecture in the selected region among the local users. Alternatively, the number of users who are playing is calculated for each prefecture (step S140). And CPU21 transmits the HTML data for displaying the web page shown to step S2 of FIG. Thereby, the web page shown in step S2 of FIG. 16 is displayed on the communication terminal 10 (step S150). Next, when recognizing that the menu m18 has been selected on the web page shown in step S2 of FIG. 16 (step S160: YES), the CPU 21 selects the number of users who have played the selected prefecture from among the local users, or Based on the number of users who are playing, a process of adjusting the timing for providing an advantageous effect on the game is performed (step S170).

  Next, CPU21 transmits the HTML data for displaying the web page shown to step S3 of FIG. Thereby, the web page shown in step S3 of FIG. 17 is displayed on the communication terminal 10 (step S180). Then, when recognizing that the menu m20 is selected and operated on the web page shown in step S3 of FIG. 17 (step S190: YES), the CPU 21 updates the practice amount and the support level (step S200). As described above, the amount of increase in the degree of support when the menu m20 is selected once varies depending on the number of local users who have played or are playing the selected prefecture. Next, when the support level reaches 100% (step S210: YES) and the support from the local user is not given to the user (step S220: NO), the CPU 21 performs step S6 in FIG. HTML data for displaying the web page shown in FIG. 5 is generated and transmitted to the communication terminal 10. Thereby, the web page shown in step S6 of FIG. 18 is displayed on the communication terminal 10 (step S230). Then, the CPU 21 gives support from the local user to the user while the selection operation of the menu m20 is performed a predetermined number of times or for a predetermined period (step S240). Here, for example, when giving an item to a user, the CPU 21 may store the item in the user database 31 in association with the user ID of the user. Moreover, CPU21 should just update the value of the point of the user data of the said user, when giving various points to a user, for example. Moreover, CPU21 transfers to the process of step S180 until the practice amount becomes 100% in the web page shown to step S3 of FIG. 17 (step S250: NO). When the amount of practice reaches 100% and the CPU 21 shifts to the conquest (when the amount of practice reaches 100% in the web page shown in step S5 in FIG. 17) (step S260: YES), the CPU 21 conquers. A battle is executed (step S70). Then, when the user wins the conquest (step S280: YES), the CPU 21 accesses the conquest data corresponding to the user ID of the user, and records “1” in the conquest flag of the prefecture that has played. (Step S290). And CPU21 transfers to the process of step S100.

  In the process of step S260, when the transition to the conquest is not made (step S260: NO), the CPU 21 proceeds to the next practice stage (step S300) and performs the process of step S180. When the user loses the conquest (step S280: NO), the CPU 21 proceeds to the practice stage of the practice game (step S310) and performs the process of step S180.

  As described above, according to the present embodiment, a user who is playing a game selects a predetermined prefecture in which a user who is associated with the same birthplace as that of the user has played or is playing. The timing for giving support from the local user to the user may be adjusted. For this reason, since it becomes possible to obtain profits by the play of a local user who is not a user related in advance, it is possible to proceed with the game while having a sense of familiarity with other users with the same attributes as themselves it can.

(7) Modified Examples Hereinafter, modified examples of the above-described embodiment will be described.
(7-1) Modification 1
In the above-described embodiment, a user who plays a predetermined prefecture (area) among the local users (second users) may satisfy a predetermined condition regarding the progress of the game in the predetermined prefecture. Here, the “predetermined condition” may be, for example, that the local user has won the conquest, or that the practice amount on the practice stage has reached a predetermined value or more.
According to this game control device, a user who is playing (first user) selects a predetermined prefecture in which the local user satisfies a predetermined condition regarding the progress of the game, so that the local user is The timing for giving the support from the user can be adjusted. For this reason, since it becomes possible to obtain profits by the play of a local user who is not a user related in advance, it is possible to proceed with the game while having a sense of familiarity with other users with the same attributes as themselves it can.
In the game progress means 52 of this modification, when calculating the number of local users who played any prefecture, the CPU 21 of the game server 20 refers to the area conquest data shown in FIG. If there are prefectures (that is, the value of the conquest flag is “1”), the same-town user may be counted as a user who has played the prefecture.

(7-2) Modification 2
In the embodiment described above, there are a plurality of attributes associated with the user, and the prefectures (target areas) to be played by the playing user (first user) are sequentially narrowed down from the plurality of prefectures (areas). In this way, each time the set of areas including the target area is narrowed down, the same attribute is associated with the attribute of the user (first user) who is playing. A user (second user) may be narrowed down.
As a result, each time a user who is playing plays a group of prefectures including the prefecture to be played, which prefecture is played by the same user who has many attributes in common with the user who is playing, or is playing Can be recognized. Therefore, it can be configured such that each time a set of prefectures is narrowed down, familiarity with the local user increases.
In the game progress means 52 of this modification, the CPU 21 of the game server 20 is from the same user as the user who is playing, for example, when generating HTML data for displaying the web page shown in step S1 of FIG. The local users associated with the ground are extracted, and the number of extracted users is calculated. Further, for example, when generating HTML data for displaying the web page shown in step S2 of FIG. 16 (when a set of prefectures is narrowed down), the CPU 21 is the same as the user who is playing among the local users. A skill level user may be extracted and the number of extracted users may be calculated.
Further, for example, when the attributes “Born Prefecture: Tokyo” and “Born City: Minato Ward” are associated with the user ID, the CPU 21 displays the web page shown in step S1 of FIG. When generating the HTML data for the purpose, the other users associated with the same “home prefecture: Tokyo” as the user who is playing are extracted, and the web page shown in step S2 of FIG. 16 is displayed. When generating the HTML data, other users associated with the same “original prefecture: Tokyo” and “origin city: Minato” as the user who is playing may be extracted.

(7-3) Modification 3
In the embodiment described above, when there are a plurality of attributes associated with the user, the support level from the local user may be notified to the user who is playing (first user) for each of the plurality of attributes.
According to this game control apparatus, the user who is playing can recognize the timing at which support from the local user is obtained for each of a plurality of attributes. Thus, the selected predetermined area can be played with the goal of reaching the timing for each attribute. Thereby, the game which does not get tired of the user who is playing can be provided.
The function of the notification means 53 of this modification can be realized as follows. The CPU 21 of the game server 20 generates HTML data so as to include, for example, a gauge indicating the degree of support from other users having the same skill level (an example of attributes) in the web page shown in steps S3 to S5 in FIG. The communication terminal 10 may be transmitted.

As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said embodiment. In addition, it goes without saying that each embodiment may be variously improved and changed without departing from the gist of the present invention. Further, the technical matters described in the above-described embodiments and modifications can be combined as appropriate.
In the above-described embodiment, the case where the present invention is applied to a social game has been described as an example. For example, in a so-called online game system in which a server device placed on a network and a home online game machine are connected, it goes without saying that the progress of the game by each user can be controlled as in the above-described embodiment.

  For example, in the above-described embodiment, the game server 20 and the database server 30 on the network are configured to realize the functions of the registration unit 51, the selection unit 54, and the adjustment unit 55, but the configuration is not limited thereto. All these means may be realized by the communication terminal 10, or at least a part of the means may be realized by the communication terminal 10. Since the communication terminal 10 and the game server 20 can have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment. At the end of the game, the communication terminal 10 transmits data about the game result to the game server 20, and the game server 20 records the received game result data in the game database 32 in association with the user. Good.

10: Communication terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 14 ... Image processing part 15 ... Instruction input part 16 ... Display part 17 ... Wireless communication interface part 18 ... Bus 20 ... Game server 20
21 ... CPU
22 ... ROM
23 ... RAM
24 ... Database access unit 25 ... Communication interface unit 26 ... Bus 30 ... Database server 31 ... User database 32 ... Game database 51 ... Registration means 52 ... Game progress means 53 ... Notification means 54 ... Selection means 55 ... Adjustment means

Claims (6)

A game control device that controls execution of a game including a plurality of areas to be played,
Registration means for registering the user identification information of the user in association with the attribute of the user on the game;
Selection means for selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game, based on information on a predetermined operation input;
When a predetermined area is selected as the target area of the first user, among the second users associated with the same attribute as the first user, the number of users who played the predetermined area, or A notification means for notifying the first user of information for guiding the timing of giving an advantageous effect on the game based on the number of users who are playing;
A game control device comprising: The user who has played the predetermined area among the second users satisfies a predetermined condition regarding the progress of the game in the predetermined area.
The game control apparatus according to claim 1. In selecting the target area of the first user, information based on the number of users who have played or are playing each of the plurality of areas among the second users is displayed for each of the plurality of areas. Notifying users of
The game control device according to claim 1 or 2. When there are a plurality of the attributes and the target area is selected so as to be sequentially narrowed down from the plurality of areas, the attribute of the first user each time the set of areas including the target area is narrowed down The second user is narrowed down so that more same attributes can be associated with
The game control device according to claim 3. To control the execution of a game that includes multiple areas to play,
A function of registering the user identification information of the user in association with the attribute of the user on the game,
A function of selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game based on information about a predetermined operation input; and a target of the first user When a predetermined area is selected as the area, based on the number of users who have played the predetermined area or the number of users who are playing, among the second users associated with the same attribute as the first user A function of notifying the first user of information that guides the timing of giving an advantageous effect on the game;
A program to realize A game system including a communication terminal and a server accessed from the communication terminal, and executing a game including a plurality of areas to be played,
Registration means for registering the user identification information of the user in association with the attribute of the user on the game;
Selection means for selecting any one of the plurality of areas as a target area to be played by the first user who is playing the game, based on information on a predetermined operation input;
When a predetermined area is selected as the target area of the first user, among the second users associated with the same attribute as the first user, the number of users who played the predetermined area, or A notification means for notifying the first user of information for guiding the timing of giving an advantageous effect on the game based on the number of users who are playing;
Each of the means is provided in either the communication terminal or the server,
Game system.

Images