JP2014097095A - Game control device, game control method, program, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control device, a game control method, a program, and a game system capable of realizing an attractive game that attracts a user.SOLUTION: The game control device controls execution of a game provided with a first event and a second event. The game control device comprises: generation means which generates the first event or the second event on the basis of user input information and generates the second event with a predetermined probability; and variation means which, when the first event is generated on the basis of the user input information, varies the predetermined probability in accordance with the execution situation of the game by the user in the first event.

Description

  The present invention relates to a technique for searching for an object to be transferred among a plurality of users.

  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.

  One of the features of the above-described social game is that it has a richer communication function for interacting with users than conventional online games. In social games, for example, in addition to the execution of a game in cooperation between related users (companies), information exchange by communicating with the companion such as greetings and communication with the companion, items on the game with the companion (Object) presents or items are exchanged. As an example of such a social game, a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.

App STYLE Vol.5 (East Press, November 15, 2011), 94 pages

  In a conventional game, there is known a game in which an event for performing a battle with another user or the like occurs while the game progresses based on a user's input. Such an event occurs, for example, under the control of a server that executes a game. Therefore, when viewed from the user, a sense that the event has occurred accidentally can be obtained. In this case, for example, even if the user is not particularly motivated for an event, the user may have to execute a game for the event. Therefore, while the conventional game incorporates an element of playing against other users, it has poor attraction to attract users from the viewpoint of playability. This is not limited to the case where the event is a battle with another user, and the same applies when another type of event occurs.

  The present invention has been made in view of the above-described viewpoints, and an object of the present invention is to provide a game control device, a game control method, a program, and a game system that can realize an attractive game that attracts users.

A first aspect of the present invention is a game control device that controls execution of a game provided with a first event and a second event.
The game control device
Means for generating either the first event or the second event based on user input information, the generating means (54) generating the second event with a predetermined probability;
Fluctuation means (55) that fluctuates the predetermined probability according to the game execution status by the user in the first event when the first event occurs based on user input information;
Is provided.

  According to this game control device, the user can generate either the first event or the second event by his / her input. Here, for example, the first event can be a battle against a computer, and the second event can be a battle against another user. In addition, although the second event occurs with a predetermined probability, the user can change the predetermined probability according to the execution state of his game in the first event. Here, for example, when the predetermined probability increases as the game execution status by the user in the first event progresses, the second event is more likely to occur as the user advances the game in the first event. For this reason, for example, when the second event is an event that may be advantageous to the user, the user is motivated to increase the probability that the second event will occur, and actively proceeds with the game in the first event. I will let you. Thus, according to this configuration, since the occurrence probability of the second event can be changed depending on the execution state of the first event, the user can be indirectly involved in the occurrence of the second event by his / her own intention. An interesting game to achieve can be realized. In addition, since the user is motivated to continuously execute the game in order to achieve the purpose, it is possible to realize a game having an attractive force to attract the user.

The said game control apparatus WHEREIN: You may provide the provision means (56) which provides a privilege with respect to the said user according to the execution condition of the game by the said user in a said 2nd event.
According to this game control device, when the second event occurs, the user can obtain a privilege according to the game execution status in the second event. For this reason, in order to obtain a privilege, the user is motivated to continuously execute the first event to easily generate the second event.

In the game control device, the changing means (55) may reduce the predetermined probability as time passes.
According to this game control device, the occurrence probability (predetermined probability) of the second event decreases with the passage of time. For this reason, the user is motivated to generate the second event while the predetermined probability is high. For example, even if the user proactively executes the first event to temporarily increase the probability of occurrence of the second event, the probability of occurrence of the second event decreases with the passage of time if left as it is. Will do. Therefore, the user is required to continuously execute the first event. Further, according to this configuration, the user can be concentrated on the game while the predetermined probability is high.

In the game control device, when the second event is an event for executing a game in association with a user other than the first user based on input information of the first user, the grant The means (56) may vary the privilege to be given to the first user in accordance with the number of times or the frequency of executing the game by associating the first user with the same user in the second event.
For example, the privilege given to the first user may be increased as the number or frequency of the first user executing the game in association with the same user in the second event increases. Here, the first user executing the game in association with the same user may be, for example, that the first user plays a game on the game with the same user. In this case, it is possible to adopt a configuration in which as the number of battles or the battle frequency with the same user as the first user increases, the privilege that can be obtained when the first user wins the battle is increased. Therefore, the first user is motivated to execute the game in association with the same user in the second event in order to obtain a large privilege. At this time, since the first user can be associated with the same user and execute the game, an affinity can be generated for the same user. And improve the social nature of the game.

In the game control device, storage means (59) for storing information on a plurality of second users who have been executed in association with the first user in a storage device in association with the first user, and the second Selection means (60) for selecting a second user who executes the game in the second event in association with the first user from the plurality of second users with reference to the storage device when an event occurs. ) And an upper limit of the number of second users stored in the storage device may be set.
In this configuration, for example, the greater the number of times or frequency that the first user executes the game in association with the same user in the second event, the larger the privilege is given to the first user. This is to realize an interesting game of increasing the chances of getting a game. That is, according to this game control device, when the first user generates the second event, the second user who executes the game in the second event in association with the first user is already It is limited to the user who executed the game in the second event in association. An upper limit is set for the number of second users associated with the first user. Thereby, compared with the case where a 2nd user is selected from all the users who perform a game, for example, possibility that the same user will be selected as a 2nd user becomes high. For this reason, since the frequency | count or frequency with which a 1st user performs in association with the same user in a 2nd event can be increased, a 1st user can obtain a big privilege, for example, and a 2nd user Opportunities to enhance the relationship with
Moreover, according to this game control apparatus, since the selection range of the 2nd user who performs the game in the said 2nd event in association with a 1st user can be limited, the processing load which concerns on a 2nd user's selection is reduced. can do.

The game control apparatus may further include an erasing unit (61) for erasing information related to a second user satisfying a predetermined condition among the plurality of second users from the storage device.
Here, the “predetermined condition” may be any condition as long as it relates to the execution of the game. For example, the number of times or the frequency of executing the game in association with the first user has reached a predetermined threshold. If, for example, the second event is an event for performing a battle between the users based on parameters associated with the respective users, the parameters of the first user It may be that the absolute value of the difference has reached a predetermined value or more.
According to this game control device, when the information on the second user that satisfies the predetermined condition is deleted, the first user plays the game in the second event in association with the second user newly selected by the selection means. It becomes possible to execute. For this reason, since the total number of the 2nd user who performed the game in association with self can be increased for the 1st user, the game which promotes wide exchange between users is realizable.

The game control apparatus may further include a presentation unit (53) for presenting information regarding the predetermined probability to the user.
According to this game control device, the user can recognize the occurrence probability of the second event by presenting information related to the predetermined probability. For this reason, when a user inputs, it can be set as the mechanism which makes the said user expect whether the 2nd event generate | occur | produces.

The game control apparatus may further include a limiting unit (57) for limiting the number of events generated by the generating unit (54) to a predetermined value or less.
For example, the number of occurrences of events within a predetermined unit time (for example, 1 hour) may be limited to a predetermined value or less. In this case, even if the second event does not occur within a certain unit time, the user is motivated to execute the game so as to generate the second event within the subsequent unit time. Thereby, for example, a user can be continuously attracted to a game every time unit time elapses.
In addition, for example, when an event occurs indefinitely, the processing load of the game control device may increase because each of a plurality of users concentrates on the game to generate the second event. Therefore, by limiting the number of occurrences of the event to a predetermined value or less, it is possible to suppress an overload of the game control apparatus based on a plurality of users concentrating and executing the game.

According to a second aspect of the present invention, there is provided a game provided with a first event for a battle between a first user and a computer, and a second event for a battle between the first user and the second user. A game control device that controls execution.
The game control device
Means for generating either the first event or the second event based on the input information of the first user, the generating means for generating the second event with a predetermined probability;
Means for increasing the predetermined probability according to the game execution status by the first user in the first event when the first event occurs based on the input information of the first user; Fluctuating means (55) for reducing the predetermined probability as time passes,
Is provided.

According to this game control device, the user can generate either the first event or the second event by his / her input. In addition, although the second event occurs with a predetermined probability, the user can change the predetermined probability according to the execution state of his / her game in the first event (for example, a battle result with a computer). Here, for example, when the predetermined probability increases as the user wins the battle with the computer in the first event, the second event is more likely to occur as the user wins the battle in the first event. For this reason, for example, when the user wins a battle with another user in the second event and the user is advantageous in the progress of the game, the user wins the battle in the first event, It is possible to increase the possibility of being advantageous in the progress of the process. Thereby, since the user is motivated to continuously execute the game, a game that continuously attracts the user can be realized.
Moreover, according to this game control apparatus, the occurrence probability (predetermined probability) of the second event decreases with the passage of time. For this reason, the user is motivated to generate the second event while the predetermined probability is high. This allows the user to concentrate on the game while the predetermined probability is high.

A third aspect of the present invention is a game control method for controlling execution of a game provided with a first event and a second event.
The game control method is as follows:
Generating either the first event or the second event based on user input information, and generating the second event with a predetermined probability;
When the first event occurs based on user input information, the step of varying the predetermined probability according to the game execution status by the user in the first event;
Is provided.

A fourth aspect of the present invention is a program for controlling execution of a game provided with a first event and a second event,
On the computer,
A function for generating either the first event or the second event based on user input information, the function for generating the second event with a predetermined probability, and the first event based on user input information. A function of changing the predetermined probability according to a game execution state by a user in the first event when one event occurs;
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 fifth aspect of the present invention includes a communication terminal (10) and a server (20) accessed from the communication terminal (10), and controls execution of a game provided with a first event and a second event. A game system that
Means for generating either the first event or the second event based on user input information, the generating means for generating the second event with a predetermined probability;
Fluctuation means (55) that fluctuates the predetermined probability according to the game execution status by the user in the first event when the first event occurs based on user input information,
Either one of the communication terminal (10) and the server (20) includes these 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.

  In the above, in order to facilitate the understanding of the present invention, the reference numerals shown in the drawings are written in parentheses, but this limits the game control device and the like according to the present invention to the illustrated embodiment. It is not a thing.

  According to the game control device, the game control method, the program, and the game system of the present invention, it is possible to realize a game that has an attractive ability to attract the user.

The figure which shows the basic composition of the game system of embodiment. The figure which shows the example of the external appearance of a communication terminal. The block diagram which shows the structure of a communication terminal. The block diagram which shows the structure of a game server. The block diagram which shows the structure of a database server. The figure which shows the structural example of a user database. The figure which shows the structural example of a monster card database. The figure which shows the structural example of event data. The figure which illustrates a series of web pages displayed on a user's communication terminal. The figure which illustrates a series of web pages displayed on a user's communication terminal. The figure which illustrates a series of web pages displayed on a user's communication terminal. The functional block diagram for demonstrating the function to play main roles with the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The figure which shows the structural example of battle | competition data. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of the modification 2. FIG. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of the modification 3. FIG. The figure which shows the structural example of the battle | competition data in the modification 3. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of the modification 4. FIG. The figure which shows the sharing example between a communication terminal, a game server, and a database server about each function of a game control apparatus.

  Hereinafter, embodiments 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, for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, a television having a bidirectional communication function. 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 in a wired or wireless manner for reading and writing the information. Note that the game server 20 and the database server 30 may be connected via a communication network NW.
The communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and the user executes a game by performing an operation on the web page on the communication terminal 10.

  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, A communication interface unit 17 as a signal transmission / reception unit is provided, and a bus 18 for transmitting a control signal or a data signal between the units is provided.

The CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. And CPU11 is based on the appropriate designation | designated of URL (Uniform Resource Locator) input to a user by the instruction | indication input part 15 grade | etc., Data for displaying a web page from the game server 20 via the communication interface part 17, 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 communication interface unit 17. Interpret the HTML data. The communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser. An example of such a plug-in is a flash player by Adobe Systems (USA). Alternatively, the HTML data in this embodiment may be in the HTML5 format having a moving image and audio playback function.
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 communication interface unit 17. The game server 20 is notified.

  The web browser performs communication with the game server 20 in accordance with HTTP (HyperText Transfer Protocol). The web browser interprets the HTML data acquired from the game server 20 and displays the web page on the display unit 16 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 sends an HTTP request according to the selection result to the game for updating the web page. Send to 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 communication interface unit 25, for transmitting control signals or data signals between the units. A 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 communication interface unit 25.

For example, the CPU 21 performs communication according to HTTP with the web browser of the game server 20 via the communication interface unit 25. For example, the CPU 21 performs predetermined data processing or the like based on an HTTP request received from the communication terminal 10 via the communication interface unit 25 (for example, including a user hyperlink or menu selection result on a web page). The arithmetic processing is performed, and an HTTP response including the processing result is returned to the web browser of the game server 20. The HTTP response includes HTML data for updating the web page. When the game server 20 performs an authentication process for the user of the communication terminal 10, the CPU 21 performs the authentication process.
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 (storage device) can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array 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 of the present embodiment is not particularly limited, but in the following, as an example of the game of the embodiment, a digital card game using a monster card (hereinafter simply referred to as “card” as appropriate) (hereinafter referred to as appropriate). Simply called “game” or “game of this embodiment”). This game is configured so that a user can create a team (card deck) by obtaining a digital card (monster card) on which a monster is drawn and battle with a computer or a team of other users. . A card deck is generally composed of a plurality of cards.
This game includes the following processes, for example.
・ Quest processing:
This is a process of obtaining a monster card by searching for an area set in the game in order to create a team of at least one monster card. In this game, a certain amount of physical strength points (described later) are consumed by executing the quest process.
・ Battle processing:
This is a process of performing a battle between a team of users and a team of computers or other users. Here, the computer team is a team composed of a plurality of monster cards arbitrarily extracted by the CPU 21, for example. In the battle process, based on the user's input, an event (hereinafter referred to as COM battle) between the user team and the computer team, or a battle between the user team and another user's team. One of the events to be performed (hereinafter referred to as a battle between users) occurs.
In the description of the present embodiment, the COM battle is an example of the first event. In the description of the present embodiment, the battle between users is an example of the second event.

  Although not described in detail here, the game of the present embodiment includes, for example, a monster card that the user holds in the game, a monster card included in the user's team, and other monster cards (that is, the user's team). A knitting process for executing replacement with a monster card which is not included in the above may be included.

  FIG. 6 shows an example of the user database 31 applied in the game of the present embodiment. In this example, the user database 31 stores, for each user ID (user identification information), information about each item of user name / display image, progress level, physical strength point, victory point, fellow user ID, and possessed card data. Including. Information included in the user database 31 can be updated sequentially by the game server 20.

In the following description, data for each user ID included in the user database 31 is collectively referred to as user data. The data of each item constituting the user data is as follows.
User name / display image A user name and a display image that are displayed to identify the user of the communication terminal 10 when the game is executed. The user name is text of a predetermined length or less that is designated in advance by the user, and the display image is, for example, an avatar image that is selected in advance by the user. The user name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
Progress level data indicating the progress level of the user on the game. For example, it is a level value in a range from Lv1 (level 1) to Lv100 (level 100). For example, the quest process is continuously executed, and the progress level is sequentially increased.
-Health points These points are necessary for executing quest processing. The health point is a value that decreases each time a search is performed and recovers (increases) each time a predetermined time elapses.
Victory points Points acquired by winning a battle against a computer or another user's team in the battle process. In this game, every time the total number of victory points of a user reaches a predetermined value set in advance, a privilege on the game is given to the user.
・ Friend's user ID
For example, it is a list of user IDs of other users (companies) associated with the user, triggered by an application for becoming a friend.
-Owned card data This is the monster card data that the user holds in the game. The contents of the monster card data will be described later.

Returning to FIG. 5, the game database 32 stores and updates information related to the progress of the game executed by the game server 20 based on the access from the game server 20. Information relating to the progress of the game may include various information depending on the nature of the game. Taking the case of the game of the present embodiment as an example, the information related to the progress of the game includes, for example, information about the battle result (for example, win / loss).
Further, the game database 32 stores a monster card database and event data in association with the various processes described above.

The monster card database is a database in which information of all monster cards (objects) prepared in the game of this embodiment is described. In addition, although a monster card | curd is mentioned here as an example of an object, what kind of object may be sufficient as an object as long as it can be a use object or operation object in a game, for example, an item and a character in a game may be included in it? . A character is, for example, a thing imitating the real world (for example, athlete, singer, idol, animal, etc.), a virtual person or creature on a game, or a monster, and these are displayed on the card. This includes those that have been made and figures.
FIG. 7 is a diagram illustrating an example of a data configuration of a monster card database. The monster card database illustrated in FIG. 7 includes, for each monster card identification code (in the example shown, MC001, MC002,...), The image data (image) of the target monster card, the name of the target monster (monster Name) and attributes of the target monster card (in the example shown in the figure, parameters indicating the monster's ability such as attack power and defense power, and rareness) are included. For example, it may be set to indicate that the higher the parameters such as attack power and defense power, the higher the ability of the monster corresponding to the monster card.
The rare degree is a value indicating the degree of the rare value of the monster card. For example, the higher the value (that is, the higher the rare value), the lower the probability of appearing in the game may be set. For example, when the rare degree is expressed in five stages of 1 to 5, the rare degree of a monster card corresponding to a monster with outstanding abilities or a popular monster may be set high (for example, 4 or 5).
The attribute may be, for example, information indicating the feature or property of the object, or information for classifying the feature or property of the object. For example, in the case of a baseball game, the attributes may include a team of players (objects) on the game, a position (eg, pitcher, catcher, first baser, left winger, etc.).

The event data is data in which information about a battle (event) is described for each user. A data configuration example of event data is shown in FIG. The event data shown in FIG. 8 includes, for each user (user ID), the probability of occurrence of a battle between users and the number of event lottery rights.
The occurrence probability of a battle between users is a probability that a battle between users will occur in the battle process. In the game of the present embodiment, the probability of occurrence of a battle between users can vary depending on the result of the COM battle.
The number of lottery rights for an event is the number of times an event (that is, either a COM battle or a user battle) occurs in the battle process. An upper limit (for example, 5) may be set for the number of lottery rights for an event. In the game according to the present embodiment, the number of event lottery rights decreases by one when the target user generates an event, and increases by one every time a predetermined time (for example, one hour) elapses. ing. Note that the number of lottery rights for an event may be increased to an upper limit when the user's progress level is increased by one, or when a predetermined item is used.

(5) Game of this embodiment Hereinafter, the content of the game of this embodiment is demonstrated, referring FIGS. 9 to 11 are diagrams each showing a display example of a web page displayed on the communication terminal 10 when the quest process is executed.
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 of the mark and the like can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.

The top page P1 of FIG. 9 includes a monster image display area 101, a user data display area 102, and a menu display area 103. Although the top page P1 is configured for each user to be processed, the top page P1 in FIG. 9 is a case where the user to be processed is a user “ABC” (hereinafter referred to as “user: ABC”). It is an example.
The monster image display area 101 is an area in which an image corresponding to a monster card designated in advance by the user among a plurality of monster cards included in the user data of the user to be processed is displayed. The user data display area 102 is an area in which data (see FIG. 6) for each item of progress level and physical fitness points included in the user data of the user to be processed is displayed. The menu display area 103 includes a menu m1 (“quest”) and a menu m2 (“match”) respectively corresponding to the processing (quest processing, battle processing) provided in the game of this embodiment. The menu display area 103 may include a menu corresponding to the knitting process described above.
The execution of the game is started by selecting one of the menus m1 and m2 on the top page P1.

First, an example of a quest process will be described. When the menu m1 is selected and operated on the top page P1 in FIG. 9, the execution of the quest process is started, and the web page is updated as shown in P2. The web page P2 includes an achievement rate gauge indicating the degree of progress of an area to be searched (area 4 in the example of the figure), a menu m10 written as “quest execution” for executing search processing, and The value of the physical fitness point required for one search (8 points in the example in the figure) is included.
Each time the menu m10 is selected and operated by the user: ABC, the achievement rate value increases with a constant or random increase amount. When the achievement rate reaches 100%, the area search is completed and the process can proceed to the next area. Each time the menu m10 is selected and operated, the user: ABC physical strength points are consumed by a predetermined amount (8 in the example of FIG. 9). A plurality of search target areas may be provided. In the quest process, each time the menu m10 is selected and operated, the user can obtain objects such as monster cards or items prepared on the game with a predetermined or random probability. .

  When the selection operation of the menu m10 is repeatedly performed on the web page P2, the physical strength point decreases as described above. However, when the physical strength point is less than the physical strength point (for example, 8) required for one search, Thus, the search cannot be executed. In that case, in order for the user to be able to execute the search again, it is necessary to wait until the physical fitness point recovers (increases) over time.

Next, an example of a battle process will be described. When the menu m2 is selected and operated on the top page P1 in FIG. 10, the execution of the battle process is started, and the web page is updated as shown in P3. On the web page P3, the user m: ABC (winning point in the example in the figure: 3000), a menu m20 that is marked as “opposition team lottery” for drawing the opponent team, and the user: ABC Includes a mark indicating the number of lottery rights for the event (5 star mark ST in the example shown in the figure), a gauge indicating the occurrence probability of a match between users of the user: ABC, and the like.
When the number of lottery rights for an event is 1 or more (in the example of the figure, the number of star marks ST is 1 or more), when the user: ABC selects the menu m20 (“match team lottery”), Any event of a battle between users occurs. Here, in the example shown on the web page P3, the occurrence probability of the battle between users is 50%.

Next, an example of a game flow when a COM battle occurs when the menu m20 (“match team lottery”) is selected on the web page P3 will be described. When a COM battle occurs, the web page is updated as shown in P4. The web page P4 includes a display image of an opponent (that is, a computer) and a menu m21 labeled “start battle” for instructing the start of the battle. When the user: ABC performs a selection operation of the menu m21 ("start of battle") on the web page P4, a battle (COM battle) is performed between the user: ABC team and the computer team.
When the COM battle ends, a web page (web page exemplified in P5) for notifying the result of the battle is displayed on the communication terminal 10 of the user: ABC. The web page P5 shows an example of a web page displayed on the display unit 16 of the communication terminal 10 when the user: ABC wins the COM battle. In this game, when the user: ABC wins the COM battle, a predetermined amount of victory points (100 in the example in the figure) is given to the user: ABC as a privilege, and the occurrence probability of the user-ABC user battle is predetermined. It increases by a value (10% in the example in the figure).
In addition, when user: ABC defeats by COM battle | competition, the generation | occurrence | production probability of the battle | competition between users of user: ABC does not need to fluctuate, and may reduce only predetermined value (for example, 5%).

  When a predetermined time elapses after the web page P5 is displayed on the communication terminal 10 of the user: ABC, the web page is updated as indicated by P6. The configuration of the web page P6 is the same as the configuration of the web page P3. In the web page P6, when the user: ABC wins the COM battle, the value of the victory points and the occurrence probability of the battle between the users are displayed in a state increased by a predetermined value. In addition, in the web page P6, the number of star marks ST representing the number of lottery rights of the event is decreased by one due to the occurrence of the COM battle.

Next, an example of a game flow when a battle between users occurs when the menu m20 (“match team lottery”) is selected on the web page P3 will be described. When a battle between users occurs, the web page is updated as shown in P7. The web page P7 includes a display image of the opponent (that is, another user) and a menu m21 labeled “start battle” for instructing the battle start. Here, the other user who becomes a user's opponent may be determined by lottery, for example. When the user: ABC performs a selection operation of the menu m21 ("start of battle") on the web page P7, a battle (inter-user battle) is performed between the user: ABC team and another user's team.
When the battle between users is completed, a web page (web page exemplified in P8) notifying the result of the battle is displayed on the communication terminal 10 of the user: ABC. The web page P8 shows an example of a web page displayed on the display unit 16 of the communication terminal 10 when the user: ABC wins the battle between users. In this game, when a user: ABC wins a battle between users, a predetermined amount of victory points (500 in the example in the figure) and a predetermined item or character (monster card with a rarity of 4 in the example in the figure) are given as benefits. User: Assigned to ABC. Here, in this game, when a user wins a battle between users, a greater privilege is given to the user than when the user wins a COM battle. That is, the user can advantageously advance the game by winning the battle between the users. In this game, when a battle between users occurs, the probability of occurrence of a battle between users is reduced to 0%.

  When a predetermined time elapses after the web page P8 is displayed on the communication terminal 10 of the user: ABC, the web page is updated as shown in P9. The configuration of the web page P9 is the same as the configuration of the web page P3. In the web page P9, when the user: ABC has won the battle between users, the value of the victory point is displayed in a state increased by a predetermined value. In addition, in the web page P9, due to the occurrence of the battle between users, the number of star marks ST indicating the number of lottery rights of the event is decreased by 1, and the occurrence probability of the battle between users is reduced to 0%. .

  In this way, the user: ABC can generate either a COM battle or a user-to-user battle by selecting and operating the menu m20. In addition, the user-to-user battle occurs with the probability of occurrence of the user-to-user battle between ABC: The user: ABC can increase the probability of occurrence by winning in the COM battle. For this reason, when the user: ABC is an event that can be advantageous for the user, for example, the user can increase the possibility of being advantageous in the progress of the game by winning the COM battle. it can.

(6) 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. 12, taking the case where the game mentioned above is applied as an example. FIG. 12 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. 12, the generating means 54 and the changing means 55 correspond to the main configuration of the present invention. Other means (that is, registration means 51, execution means 52, presentation means 53, provision means 56, restriction means 57) are not necessarily indispensable components, but are components for making the present invention more preferable.

The registration unit 51 has a function of recognizing 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 performing a registration process (user registration).
The function of the registration means 51 is implement | achieved as follows, for example. The CPU 21 of the game server 20 receives a registration request message from the communication terminal 10 via the communication interface unit 25. The registration request message is automatically generated by a predetermined operation on the communication terminal 10 on the web page provided from the game server 20 (for example, a predetermined menu selection operation or a text input such as a user ID or password specified by the user). Web pages may be configured to be generated automatically. The registration request message may include information for identifying the communication terminal 10 as the transmission source (for example, individual identification information of a terminal such as a UID (Unique Identifier), an IP address, a mail address, etc.), or If the user has already used 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. When the registration is completed, the user can execute the game of the present embodiment.

The execution means 52 receives an HTTP request in response to a user's selection operation on the web page for the communication terminal 10, and receives HTML data (that is, an HTTP response) for sequentially updating the web page displayed on the communication terminal 10. By transmitting, it has the function to execute the game of this embodiment by web service.
The execution means 52 causes the communication terminal 10 to display a plurality of menus to which a plurality of processes executed in the game are assigned. 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. 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 process.

The function that the execution means 52 executes the quest process is realized as follows, for example.
When the menu m1 is selected and operated on the top page (web page illustrated as P1 in FIG. 9), the CPU 21 of the game server 20 displays a quest processing web page (web page illustrated as P2 in FIG. 9). HTML data to be generated is transmitted to the user's communication terminal 10. Next, when receiving an HTTP request including the selection operation result of the menu m10 (“quest execution”), the CPU 21 performs the following series of processes. That is, the CPU 21 accesses the user database 31 and updates (decreases) the value of the physical strength point of the target user ID. Next, the CPU 21 increases the achievement rate value of the user by a predetermined amount. Furthermore, CPU21 produces | generates the HTML data containing the value of the increased achievement rate, for example, and transmits to a user's communication terminal 10. FIG. At this time, if the CPU 21 determines that the value of the achievement rate has reached 100%, the CPU 21 generates HTML data so as to shift the search target to the next area.
In the quest process, the strength points required for one search may be different for each area to be searched. That is, the amount of physical strength points that are reduced (consumed) in one search may be different for each area to be searched. For example, as the user's progress level increases, the amount of physical strength points consumed may be increased.

In the quest process, when the CPU 21 recognizes the selection operation on the menu m10, the CPU 21 determines with a predetermined or random probability that a monster card selected from a plurality of monster cards will be given (associated) to the user. Here, when the CPU 21 determines to give a monster card, the CPU 21 generates HTML data for displaying a web page notifying that the monster card has been obtained, and transmits it to the communication terminal 10 of the user. Also good. When the CPU 21 determines to give a user a monster card selected from a plurality of monster cards, it is given to the user from a plurality of monster cards provided in advance for the quest. Select a monster card. Next, the CPU 21 accesses the user database 31 after reading the data of the selected monster card from the monster card database. Then, the CPU 21 adds the read data to the user data (held card data) of the target user ID.
Moreover, CPU21 may provide a predetermined item to a user similarly to a monster card | curd in a quest process. Here, the predetermined item may be, for example, an item that increases the number of lottery rights of a user event to an upper limit value.

Further, the execution means 52 has a function of executing a game at an event in the battle process (in this embodiment, a function of executing a battle). This function is realized as follows, for example. When the CPU 21 of the game server 20 recognizes that the menu m21 (“match start”) has been selected and operated on the web page P4 or P7, the team of the user to be processed (here, user: ABC) and the opponent A process of determining a battle result with a team of (computer or other user) is performed.
The determination method of the battle result can be any method as long as the value of the parameter of the monster card included in each team affects the winning or losing. For example, the total of the parameter values of a plurality of monster cards included in each of the two teams in the battle is compared, and the team with the larger sum 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 parameter values is larger. At this time, as shown in FIG. 7, when there are a plurality of items indicating parameter values (in the example of FIG. 7, two of attack power and defense power), the parameter value of each monster card is represented. By performing predetermined weighting (for example, in the example of FIG. 7, “attack power” is set to 0.4, “defense power” is set to 0.2, etc.) A comprehensive parameter value may be set.

  Next, when the CPU 21 determines the result of the battle, the CPU 21 generates HTML data for displaying a web page (for example, the web pages P5, P8, etc.) for notifying the user: ABC of the battle result. It transmits to the communication terminal 10. The CPU 21 generates HTML data after performing processing based on the functions of the changing means 55 and the giving means 56 described later.

Moreover, CPU21 performs the process which updates (decreases) the number of lottery rights of an event, when the result of a battle is determined. In this case, the CPU 21 accesses the event data and decreases the value of the number of lottery rights for the event corresponding to the user ID of the user to be processed (here, user: ABC) by one.
Further, the CPU 21 may perform a process of updating (increasing) the number of lottery rights of the event every time a predetermined time (for example, 1 hour) elapses, for example. In this case, for example, the CPU 21 accesses the event data every time a predetermined time elapses from a predetermined time, and increases the value of the number of lottery rights for events of all users (user IDs) by one. Further, for example, when a predetermined item is used on the game, the CPU 21 accesses the event data and sets the upper limit (for example, 5) for the number of lottery rights of the event corresponding to the user ID of the user who uses the item. May be increased.

The presenting means 53 has a function of presenting information regarding the occurrence probability (predetermined probability) of the battle between users to the user.
By providing the presentation means 53 in the game control device, the user can recognize the occurrence probability of the battle between the users (second event) by presenting the information related to the occurrence probability of the battle between the users. For this reason, when a user inputs, it can be set as the mechanism which makes the said user expect whether the battle | competition between users will generate | occur | produce.

  The function of the presentation means 53 is implement | achieved as follows, for example. When the CPU 21 of the game server 20 recognizes that the menu m2 (“match”) has been selected on the top page P1, the CPU 21 generates HTML data for displaying the web page P3, and the user: ABC communication terminal Send to 10 address. In generating the HTML data for displaying the web page P3, the CPU 21 accesses the event data, and extracts the occurrence probability of the battle between users corresponding to the user ID of the user: ABC and the number of lottery rights of the event. Moreover, CPU21 accesses the user database 31, and extracts the victory point corresponding to the user ID of user: ABC. And CPU21 produces | generates HTML data so that the extracted information may be included in a web page. Here, the occurrence probability of the battle between users may be displayed in a gauge format, for example. Further, the CPU 21 may include a number of marks (star mark ST in the example of the web page P3) corresponding to the number of lottery rights of the extracted event in the web page.

Further, when the CPU 21 updates the lottery rights number of the event based on the function of the execution means 52 described above, the CPU 21 generates HTML data for displaying the web page P6 or P9 and sends it to the communication terminal 10 of the user: ABC. Send. The processing content of the CPU 21 in generating HTML data for displaying the web page P6 or P9 is the same as that of the web page P3.
In addition, the information regarding the occurrence probability of a battle between users may be configured by, for example, voice data or image data.

The generating means 54 has the function of generating either a COM battle (first event) or a user-to-user battle (second event) based on user input information, and the occurrence probability (predetermined probability) of the user-to-user battle. And a function for generating a battle between users.
The function of the generation | occurrence | production means 54 is implement | achieved as follows, for example. When the CPU 21 of the game server 20 recognizes that the menu m20 (“match team lottery”) is selected and operated on the web page P3, for example, it determines to generate either a COM match or a user match. Here, the CPU 21 accesses the event data and extracts the occurrence probability of the battle between users corresponding to the user ID of user: ABC. Next, the CPU 21 determines whether or not to generate a battle between users based on the extracted occurrence probability. For example, when the occurrence probability is 50%, the CPU 21 generates a random number of 0.1 intervals within a range of 0.1 to 1.0, and when the number of occurrences is 0.5 or less, the user It may be determined that an inter-match is generated. Further, when the CPU 21 determines not to generate a battle between users, the CPU 21 determines to generate a COM battle.
Further, the CPU 21 accesses the user database 31 and extracts the identification codes of a plurality of monster cards included in the user: ABC team from the possessed card data corresponding to the user ID of the user: ABC. And CPU21 acquires the information of the monster card | curd corresponding to the extracted identification code from a monster card | curd database, and records it on RAM23.

When the CPU 21 decides to generate a COM match, the CPU 21 accesses the monster card database and extracts, for example, information on a plurality of monster cards included in a team set in advance (for example, monster card parameters). And recorded in the RAM 23. Next, CPU21 produces | generates the HTML data for displaying web page P4, and transmits to the communication terminal 10 of user: ABC.
In addition, when the CPU 21 determines to generate a battle between users, the user accesses the user database 31 and randomly selects other users who are opponents of the user: ABC from among users included in the user database 31. Or it determines based on a predetermined rule. At this time, the progress level of the opponent may be the same progress level as the user: ABC. When the CPU 21 determines another user to be the opponent, the CPU 21 extracts identification codes of a plurality of monster cards included in the team of the other user from the data of the possessed card corresponding to the user ID of the other user. To do. And CPU21 acquires the information of the monster card | curd corresponding to the extracted identification code from a monster card | curd database, and records it on RAM23. Next, CPU21 produces | generates the HTML data for displaying the web page P7, and transmits to the communication terminal 10 of user: ABC.
Based on the function of the execution means 52 described above, the CPU 21 performs a battle execution process using the monster card information of each team recorded in the RAM 23.

Here, the case where the first event is a COM battle and the second event is a user battle has been described as an example, but the event is not limited to a battle. For example, the first event and the second event may be a lottery of objects such as items and characters. In this case, the object that can be obtained by the user by the lottery in the second event may be set to have a higher value than the object that can be obtained by the lottery in the first event.
Moreover, the scout process mentioned above may be sufficient as a 1st event and a 2nd event. In this case, in the scout process in the second event, the increase amount of the achievement rate in one search (selection operation of menu m10) may be set larger than that in the first event.
Furthermore, the event types of the first event and the second event may be the same or different. For example, when the first event is a battle, the second event may be a lottery.

When the COM battle (first event) occurs based on the user input information, the changing unit 55 determines the occurrence probability (predetermined probability) of the inter-user battle according to the game execution state by the user in the COM battle. It has a function to change.
Here, the execution state of the game by the user in the first event may be, for example, the victory or defeat of the user in the battle when the first event is a battle, or the number of battles or the battles of the user It may be a frequency. In addition, the execution state of the game by the user in the first event may be, for example, the number or frequency of the lottery performed by the user when the first event is a lottery. It may be the number of specific items obtained by the user. Furthermore, for example, when the first event is a game that progresses along a predetermined route, the degree of progress of the user may be used.

The function of the change means 55 is implement | achieved as follows, for example. Here, a case where the execution state of the game by the user in the COM battle is a win / loss of the user in the COM battle will be described as an example. When the user: ABC wins in the COM battle, the CPU 21 of the game server 20 accesses the event data and increases the probability of the battle between the users corresponding to the user ID of the user: ABC by a predetermined value (for example, 10%). Let
Further, when the user: ABC is defeated in the COM battle, the CPU 21 accesses the event data, and decreases the occurrence probability of the battle between users corresponding to the user ID of the user: ABC by a predetermined value (for example, 5%). Also good.
Further, the CPU 21 may reduce the occurrence probability (predetermined probability) of the battle between users when the battle between users (second event) occurs. In this case, when a battle between users occurs, the CPU 21 accesses the event data, and reduces the probability of the battle between users corresponding to the user ID of the user: ABC to a predetermined value (for example, 0%).

The granting unit 56 has a function of granting a privilege to the user according to the game execution status by the user in the battle between users (second event).
By providing the granting unit 56 in the game control device, the user can obtain a privilege according to the game execution status in the battle between users when a battle between users occurs. For this reason, in order to obtain a privilege, the user is motivated to continuously execute a COM battle (first event) to easily generate a battle between users.

Here, the “privilege” may be a point or item on the game or an advantageous effect on the game. Here, the item may be, for example, an object that the user can hold on the game, an object that the user needs to collect on the game, It may be an object that can obtain an advantageous effect. For example, the item may be a recovery drug that recovers the character's parameters or points, a chemical that increases the character's ability, or a weapon or armor used by the character.
Further, the advantageous effect on the game may be, for example, increasing the parameter of the item held in the game, or improving the ability of the character without using the item. The advantageous effect on the game may be, for example, that the user can obtain a special item or an item with a high rare value, or increase the probability that the item can be obtained. Furthermore, the advantageous effect on the game may be that the setting is adjusted so that the scenario progresses easily in the game, for example, consumption of points on the game to be consumed according to the user's operation or the like. The amount may be reduced more than usual, or points may be obtained. Furthermore, the advantageous effect on the game may be that the setting on the game is adjusted so that the game can be advantageously promoted indirectly, for example, an event that allows the user to acquire a special item. It may be generated, or may be to increase the probability that the parameter of the item will increase significantly.

The function of the provision means 56 is implement | achieved as follows, for example. Here, a case where the execution state of the game by the user in the battle between users is a win / loss of the user in the battle between users will be described as an example. CPU21 of the game server 20 performs the process which provides a privilege with respect to user: ABC, when user: ABC wins in the battle | competition between users. The contents of this processing are as follows, for example. The content of the privilege may be arbitrarily set, but here, a case where a predetermined amount of victory points and a monster card with a predetermined rare degree are given as a privilege will be described as an example. First, the CPU 21 accesses the user database 31 and increases the value of the victory point corresponding to the user ID of the user: ABC by a predetermined value (for example, 500). Further, the CPU 21 accesses the monster card database and extracts a monster card having a predetermined rare degree (for example, a rare degree 4) at random or based on a predetermined rule. And CPU21 adds the identification code of the extracted monster card to the item of the possession card | curd corresponding to user ID of user: ABC.
In addition, although the case where a privilege is provided when a user: ABC wins a battle | competition between users was demonstrated as an example here, it is not restricted to this case. For example, user: acquisition of special item by ABC, user: acquisition number of special item by ABC, user: amount of damage given by ABC to a specific object (for example, enemy character), or by user The privilege according to the number of subjugation of a specific object etc. may be provided to user: ABC.

Further, the granting unit 56 may grant a privilege to the user according to the game execution status by the user in the COM battle (first event). In this case, the privilege given to the user may be smaller than the privilege given to the user according to the execution state of the game by the user in the battle between the users (second event).
The function of the providing means 56 in this case is realized as follows, for example. CPU21 of the game server 20 performs the process which provides a privilege with respect to user: ABC, when user: ABC wins in a COM battle | competition. The contents of this process will be described in detail. The CPU 21 accesses the user database 31 and increases the value of the victory point corresponding to the user ID of the user: ABC by a predetermined value (for example, 100). In this case, the increase amount of the victory points is set lower than the increase amount of the victory points when winning the battle between users. In addition, when the user: ABC wins the COM battle, a monster card may be given to the user: ABC. For example, the rare degree of the monster card to be given is a case where the user wins the battle between the users. It is preferable that the setting is low.

The limiting unit 57 has a function of limiting the number of battles (events) generated by the generating unit 54 to a predetermined value or less.
For example, the number of battle occurrences within a predetermined unit time (for example, 1 hour) may be limited to a predetermined value or less. In this case, the user is motivated to execute the game so as to generate a battle between users within a unit time thereafter even when a battle between users (second event) does not occur within a certain unit time. Attached. Thereby, for example, a user can be continuously attracted to a game every time unit time elapses.
In addition, for example, when an unlimited number of battles occur, the processing load of the game control device may increase due to the fact that each of a plurality of users concentrates and executes a game in order to generate a battle between users. Therefore, by limiting the number of battle occurrences to a predetermined value or less, it is possible to suppress an overload of the game control device based on the fact that a plurality of users concentrate and execute the game.

  The function of the restricting means 57 is realized as follows, for example. The CPU 21 of the game server 20 refers to the event data at an arbitrary timing, for example, so that the value of the number of lottery rights for events corresponding to all users (user IDs) is equal to or less than a predetermined upper limit value (for example, 5). adjust. For example, based on the function of the execution means 52 described above, when the number of lottery rights for an event increases by one every time a predetermined time (for example, 1 hour) elapses, the CPU 21 determines that the event corresponding to the user to be processed When the number of lottery rights is the upper limit, the number of lottery rights for the event need not be increased.

(7) 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. To do. FIG. 13 is a flowchart when the quest process is performed in the game of the present embodiment. FIG. 14 is a flowchart for performing a battle process in the game of the present embodiment. FIG. 15 is a flowchart for performing a battle execution process in the game of the present embodiment.
Note that HTML data for displaying the web pages P2 to P9 is transmitted from the game server 20 to the communication terminal 10 as appropriate in accordance with the execution of each process in the flowcharts of FIGS. In some cases, the HTML data transmission process is not described in the flowchart. In the flowchart, the timing at which each of the web pages P2 to P9 is displayed is indicated by the symbols P2 to P9.
In the flowcharts of FIGS. 13 to 15, a case where the user: ABC executes a game will be described as an example.

First, in the flowchart of FIG. 13, when recognizing that the menu m1 (“quest”) is selected on the top page P1, the CPU 21 of the game server 20 displays the web page illustrated in P2 of FIG. HTML data is generated and transmitted to the communication terminal 10 of the user: ABC. When the CPU 21 recognizes that the menu m10 ("Quest execution") has been selected (step S100: YES), it is predetermined that the monster card selected from the plurality of monster cards is given to the user: ABC. Or with a random probability (step S102). Next, CPU21 will perform the process which provides a monster card | curd to user: ABC, if it determines giving a monster card | curd (step S102: YES) (step S104). In this case, the CPU 21 accesses the monster card database in the game database 32, and selects a monster card to be given from a plurality of monster cards provided in advance for the quest. Next, the CPU 21 accesses the user database 31 after reading the data of the selected monster card from the monster card database. And CPU21 adds the read data with respect to the data of the possession card | curd corresponding to user ID of user: ABC. In addition, when it determines with not giving a monster card | curd to a user in step S102 (step S102: NO), CPU21 transfers to the process of step S106.
CPU21 updates the achievement rate and physical strength point of user: ABC (step S106), produces | generates the HTML data which displays the updated achievement rate, and transmits to the communication terminal 10 of user: ABC.
In addition, CPU21 may complete | finish a quest process, when predetermined time passes, without menu m10 selecting operation (step S100: NO).
In addition, in the process of step S102, the CPU 21 determines a predetermined item (for example, an item that restores the user's physical strength points and the number of lottery rights of the event to the upper limit) for the user: ABC with a predetermined or random probability. You may decide to give.

Next, an example of a flowchart for performing the battle process will be described with reference to FIG.
When recognizing that the menu m2 (“match”) has been selected on the top page P1, the CPU 21 generates HTML data for displaying the web page exemplified in P3, and the communication terminal 10 of the user: ABC Send to. Next, when recognizing that the menu m20 (“match team lottery”) has been selected on the web page P3 (step S200: YES), the CPU 21 generates either a COM match or a user match. Determine (step S202).

  When the CPU 21 determines not to generate a battle between users, that is, when it is determined to generate a COM battle (step S204: NO), the CPU 21 performs a process of generating a COM battle (step S206). Specifically, the CPU 21 accesses the monster card database, extracts information on a plurality of monster cards (for example, monster card parameters, etc.) included in a team set in advance, and records the extracted information in the RAM 23. Next, CPU21 produces | generates the HTML data for displaying web page P4, and transmits to the communication terminal 10 of user: ABC.

  On the other hand, when it is determined that a battle between users is generated (step S204: YES), the CPU 21 performs a process of generating a battle between users (step S208). Specifically, the CPU 21 accesses the user database 31 and determines, from among users included in the user database 31, other users who are opponents of the user: ABC randomly or based on a predetermined rule. At this time, the progress level of the opponent may be the same progress level as the user: ABC. When the CPU 21 determines another user to be the opponent, the CPU 21 extracts identification codes of a plurality of monster cards included in the team of the other user from the data of the possessed card corresponding to the user ID of the other user. To do. And CPU21 acquires the information of the monster card | curd corresponding to the extracted identification code from a monster card | curd database, and records it on RAM23. Next, CPU21 produces | generates the HTML data for displaying the web page P7, and transmits to the communication terminal 10 of user: ABC.

Next, CPU21 performs the battle | competition execution process mentioned later (step S210).
In addition, CPU21 may complete | finish a battle | competition process, when predetermined time passes in the state in which menu m20 ("matching team lottery") is not selected on web page P3 (step S200: NO).

Next, an example of a flowchart for performing the battle execution process will be described with reference to FIG.
When the CPU 21 recognizes that the menu m21 (“match start”) has been selected on the web page P4 or P7 (step S300: YES), the CPU 21 and the team of the user to be processed (here, user: ABC) A process of determining a battle result with the team of the opponent (computer or other user) is performed (step S302).
And when user: ABC wins a battle | competition (step S304: YES), CPU21 performs the process which provides a privilege with respect to user: ABC (step S306). Here, when the user: ABC wins in the COM battle, the CPU 21 accesses the user database 31 and increases the value of the victory point corresponding to the user ID of the user: ABC by a predetermined value (for example, 100). On the other hand, when the user: ABC wins in the battle between users, the CPU 21 accesses the user database 31 and increases the value of the victory point corresponding to the user ID of the user: ABC by a predetermined value (for example, 500). Further, the CPU 21 accesses the monster card database and extracts a monster card having a predetermined rare degree (for example, a rare degree 4) at random or based on a predetermined rule. And CPU21 adds the identification code of the extracted monster card to the item of the possession card | curd corresponding to user ID of user: ABC.
In addition, CPU21 transfers to the process of step S310, when user: ABC loses a battle | competition (step S304: NO).

Next, CPU21 performs the process which fluctuates the generation | occurrence | production probability of a battle | competition between users (step S308). Specifically, when the user: ABC wins in the COM battle, the CPU 21 accesses the event data, and the occurrence probability of the battle between users corresponding to the user ID of the user: ABC is a predetermined value (for example, 10%). increase.
Then, the CPU 21 updates the number of lottery rights for the event (step S310). In this case, the CPU 21 accesses the event data and decreases the value of the number of lottery rights for the event corresponding to the user ID of the user: ABC by one.

Note that the CPU 21 may end the battle execution process when a predetermined time has elapsed in the state where the menu m21 (“start battle”) is not selected and operated on the web page P4 or P7.
Further, when a battle between users occurs, the CPU 21 may access the event data and reduce the probability of the battle between users corresponding to the user ID of the user: ABC to a predetermined value (for example, 0%).

  As described above, according to the game control device of the present embodiment, the user can generate either a COM battle (first event) or a user-to-user battle (second event) by his input. In addition, the battle between users occurs based on the occurrence probability, but the user can change the occurrence probability depending on the execution state of his / her game in the COM battle. Here, for example, when the game execution state by the user in the COM battle progresses (the victory for the COM target) increases, the probability of occurrence increases, so that the user wins the COM target and the user-to-user battle occurs. It becomes easy. For this reason, for example, when a battle between users is an event that may be advantageous to the user, the user is motivated to increase the probability that a battle between users will occur, and actively plays the game to win in the COM battle. Will proceed. As described above, according to this configuration, the probability of occurrence of a battle between users can be changed by winning or losing a COM battle, so that the user can be indirectly involved in the occurrence of a battle between users by his / her own intention. An interesting game can be realized. In addition, since the user is motivated to continuously execute the game in order to achieve the purpose, it is possible to realize a game having an attractive force to attract the user.

(8) Modification Hereinafter, a modification of the above-described embodiment will be described.

(8-1) Modification 1
In the above embodiment, the changing unit 55 may reduce the occurrence probability (predetermined probability) of the battle between users as time passes.
According to this modification, the occurrence probability of a battle between users is reduced with the passage of time. For this reason, a user is motivated to generate a battle between users while the occurrence probability of a battle between users is high. For example, even if the probability of occurrence of a battle between users (second event) is temporarily increased by a user actively executing a COM battle (first event), if a user is left as it is, the occurrence of a battle between users Probability decreases with time. Therefore, the user is required to continuously execute the COM battle. Moreover, according to this structure, a user can be concentrated on a game, while the probability of the battle | competition between users is high.

The function of the change means 55 in this modification is implement | achieved as follows, for example. For example, the CPU 21 of the game server 20 accesses the event data every time a predetermined time (for example, 1 minute) elapses, and calculates the value of the occurrence probability of the battle between users corresponding to each of all users (user IDs). It may be reduced by a predetermined value (for example, 1%).
In addition, when the timing at which the occurrence probability of the battle between users increases continuously occurs, the increase amount of the occurrence probability at the timing becomes larger than the decrease amount of the occurrence probability with the passage of time between successive timings. It is preferable that they are set as follows. For example, when the occurrence probability of a match between users increases by 10% and increases again by 10% one hour later, the occurrence probability that decreases during the one hour may be less than 10%.

(8-2) Modification 2
In the said embodiment, a battle | competition between users (2nd event) links | relates user: ABC and other users other than ABC based on the input information of user: ABC (1st user), and performs a game When the event is an event, the granting unit 56 may vary the privilege to be given to the user: ABC according to the number of times or the frequency of executing the game by associating the user: ABC with the same user in the battle between the users. .
For example, the privilege given to the user: ABC may be increased as the number of times or the frequency of executing the game in association with the same user in the user-to-user battle increases. In this case, the user: ABC is motivated to execute the game in association with the same user in the battle between users in order to obtain a large privilege. At this time, since the user: ABC can be associated with the same user and execute a game, a close feeling can be generated with respect to the same user. And improve the social nature of the game.

The function of the provision means 56 in this modification is implement | achieved as follows, for example. CPU21 of the game server 20 may determine the privilege provided to user: ABC with reference to the battle | competition data illustrated in FIG. 16, for example in the process of step S306 of the flow of FIG. The battle data illustrated in FIG. 16 is data in which, for each user (user ID), the user ID of the opponent user who has competed in the battle between users and the number of battles with the opponent user are recorded in association with each other. The battle data is recorded in the game database 32, for example. For example, when the CPU 21 generates a battle between users in the process of step S208 in the flow of FIG. 14, the CPU 21 accesses the battle data, and the user ID of the user (the other user) extracted as the opponent of the user: ABC Is recorded in association with the user ID of the user: ABC. In addition, when the CPU 21 determines the battle result in the process of step S302 of the flow of FIG. 15, the CPU 21 accesses the battle data and plays the user: ABC among the users associated with the user ID of the user: ABC. Increase the number of battles of the opponent user.
Further, the CPU 21 accesses the battle data when determining the privilege to be given to the user: ABC, and the battle of the opponent user who has played the user: ABC among the users associated with the user ID of the user: ABC. Extract the number. And CPU21 may determine a privilege, for example using the data set as follows.
-Monster card with 1 rarity when the number of battles is 1-Monster card with 2 rarity when the number of battles is 2-Monster card with 3 rarity when the number of battles is 3-4 battles In the case of a monster card with a rarity level of 4 ・ When the number of battles is 5 or more, a monster card with a rarity level of 5 If the privilege is set in this way, the more battles with the same opponent user, the less valuable A high monster card will be given to the user: ABC as a privilege.
In addition, if CPU21 determines a privilege, it will extract the monster card | curd corresponding to the content of a privilege from a monster card database. And CPU21 accesses the user database 31, and records the identification code of the extracted monster card | curd with respect to the data of the possession card | curd corresponding to the user ID of user: ABC.

In the match data, instead of the number of matches for each opponent user, the match frequency for each opponent user (for example, the ratio of the number of matches with the same opponent user with respect to the total number of matches of the processing target user) is recorded. May be. In this case, CPU21 may determine the content of a privilege so that a big privilege is provided to the process target user, for example, so that a battle frequency increases.
Moreover, although this modification demonstrated as an example the case where a privilege was fluctuate | varied according to the number or the battle frequency of the user of a process target and an other party user, it is not restricted to this case. For example, the privilege may be changed according to the number of times or the frequency with which a user to be processed and another user cooperate with each other to play a predetermined opponent.

Further, in this modified example, as illustrated in FIG. 17, in the battle between users (second event), the number or frequency of executing the game by associating the user: ABC (first user) with the same opponent user is predetermined. When the threshold value is reached, there may be provided an association means 58 for associating the user: ABC with the same counterpart user.
For example, the association unit 58 records the user ID in association with another user ID, triggered by an application based on the user ID. That is, the associating unit 58 records other user IDs (that is, other users) as “companies” in response to an application based on the user ID.
The function of the correlation means 58 is implement | achieved as follows, for example. When the CPU 21 of the game server 20 recognizes that the number of matches or the match frequency with the same opponent user as the user: ABC has reached a predetermined value, a certain user ID (for example, user: ABC's) From the communication terminal 10 of the user corresponding to (user ID), an application message (friend application) specifying a user ID (for example, the user ID of the same partner user) who wants to become a friend is accepted. The transmission of the application message may be set in advance as a function of a web page provided to the user's communication terminal 10.
When receiving the application message, the CPU 21 determines whether or not to approve an application based on another user ID to the communication terminal 10 corresponding to the user ID at the timing when there is an access based on the user ID included in the application message. HTML data for displaying a web page requesting a reply is transmitted. If it is replied that the application is approved, the CPU 21 registers both as friends. Specifically, the CPU 21 writes data (the other party's user ID) in the item of “friend user ID” (see FIG. 6) of the user data of the two corresponding user IDs in the user database 31. In addition, CPU21 may register both as a friend triggered by predetermined operation by the user who is running the game, when approval of the user of a friend application destination is unnecessary.
Note that the conditions for associating users are not limited to the forms that require application and approval as described above, but other users who have executed the game in cooperation with the user, for example, the same stage or area on the game Other users who execute the above, other users who performed battles, and the like may be registered as other users associated with the user in the game, that is, as friends. Alternatively, users who transmit a predetermined number of greeting messages may be automatically registered as friends.

(8-3) Modification 3
In the second modification, the storage unit 59 stores information on a plurality of opponent users (second users) who have been executed in association with the user: ABC (first user) in the storage device in association with the user: ABC. When a user-to-user battle (second event) occurs, the user selects a partner user who executes a game in the user-to-user battle in association with the user: ABC from the plurality of partner users with reference to the storage device And an upper limit of the number of counterpart users to be stored in the storage device.
FIG. 18 shows a functional block diagram of the game control apparatus of the third modification. As shown in FIG. 18, this functional block diagram is different from that shown in FIG. 12 in that a storage unit 59 and a selection unit 60 are provided.
According to this modification, when a user: ABC generates a battle between users, a partner user who executes a game in a battle between users in association with the user: ABC is already in a battle between users in association with the user: ABC. Limited to the user who executed the game. In addition, an upper limit is set for the number of other users associated with the user: ABC. Thereby, compared with the case where a partner user is selected from all the users who perform a game, for example, possibility that the same user will be selected as a partner user becomes high. For this reason, since it is possible to increase the number of times or the frequency of executing the game in association with the same opponent user in the user-to-user battle, the user: ABC can obtain a great privilege, for example, and the opponent user Opportunities to enhance the relationship with
Moreover, according to this game control apparatus, since the selection range of the other user who performs the game in the battle | competition between users in association with user: ABC can be limited, the processing load concerning the selection of the other user can be reduced. it can.

The function of the memory | storage means 59 is implement | achieved as follows, for example. In this modification, the battle data illustrated in FIG. 19 may be recorded in, for example, the game database 32 (storage device) instead of the battle data illustrated in FIG. In the battle data illustrated in FIG. 19, a predetermined number (50 in the example in the figure) is associated with each user (user ID), and an opponent is associated with any one of the predetermined numbers. The user ID of the user and the number of matches with the opponent user are recorded in association with each other. That is, an upper limit (predetermined number) is set for the number of counterpart users associated with one user ID.
When the CPU 21 of the game server 20 determines another user who is an opponent of the processing target user (here, user: ABC) based on, for example, the function of the selection means 60 described later, the user ID of the other user is determined. Is recorded in the match data in association with the user ID of ABC. In this case, the CPU 21 records the user ID of the other user in association with the number selected by the function of the selection unit 60. Moreover, CPU21 records 1 in the value of the number of battles corresponding to the user ID of the said other user.

  Here, the case where the user ID of another user is recorded in association with the number selected by the function of the selection unit 60 has been described as an example, but the present invention is not limited to this case. For example, each time the CPU 21 selects a user ID of another user from the user database 31 based on the function of the selection unit 60, the CPU 21 sets the user ID of the other user to a number corresponding to the user ID of the user: ABC. Recording may be performed sequentially in ascending order.

Moreover, the function of the selection means 60 is implement | achieved as follows, for example. For example, when the CPU 21 of the game server 20 determines to generate a battle between users based on the function of the generating means 54, for example, the CPU 21 accesses the battle data and sets the user ID of the user to be processed (here, user: ABC). One number is selected from a predetermined number of corresponding numbers at random or based on a predetermined rule. Next, when the user ID and the number of battles of the opponent user corresponding to the selected number are recorded, the CPU 21 determines (selects) the opponent user corresponding to the user ID as the opponent in the battle between users. .
Further, when the user ID and the number of battles of the opponent user corresponding to the selected number are not recorded, the CPU 21 accesses the user database 31 and selects the user: ABC from the users included in the user database 31. Other users who are opponents are determined (selected) randomly or based on a predetermined rule. Here, the user IDs of other users determined as opponents are recorded in the competition data based on the function of the storage means 59 described above.

(8-4) Modification 4
FIG. 20 shows a functional block diagram of the game control apparatus of the fourth modification. As shown in FIG. 20, this functional block diagram is different from that shown in FIG. 18 in that an erasing means 61 is provided.
The erasing unit 61 has a function of erasing information on a partner user (second user) that satisfies a predetermined condition among a plurality of partner users (second users) from the storage device.
Here, the “predetermined condition” may be any condition as long as it relates to the execution of the game. For example, the number of times or the frequency of executing the game in association with the user: ABC (first user) is predetermined. If the user-to-user battle (second event) is an event in which a battle between the users is performed based on a parameter associated with each user, for example, , User: The absolute value of the parameter difference with ABC may have reached a predetermined value or more.
According to this modification, the information regarding the opponent user that satisfies the predetermined condition is deleted, so that the user: ABC executes the game in the battle between users in association with the opponent user newly selected by the selection means 60. It becomes possible. For this reason, since it is possible for the user: ABC to increase the total number of opponent users who have executed the game in association with the user, it is possible to realize a game that promotes wide exchange between users.

  The function of the erasing means 61 is realized as follows, for example. Here, a case where the predetermined condition is that the number of times the game has been executed in association with the user: ABC has reached a predetermined threshold will be described as an example. For example, the CPU 21 of the game server 20 accesses the battle data illustrated in FIG. 19 at an arbitrary timing, and among the opponent users associated with each of all users (user IDs), the number of battles is a predetermined number. The opponent user's user ID and the number of matches that have reached a threshold (for example, 5) are deleted from the match data.

  As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said embodiment. In addition, the embodiment may of course be variously improved and changed without departing from the gist of the present invention. The technical matters described in the above embodiment and each modification may be applied in appropriate combination.

  Although embodiment mentioned above demonstrated as an example the case where a battle is performed using a some card | curd (monster card | curd), it is not restricted to this. You may battle using various objects, such as a user's avatar image, instead of a card. Moreover, the card | curd and object in a battle may not be plural, and a single card | curd and an object may be sufficient. Alternatively, a battle may be performed without using an object such as a card.

  In the embodiment described above, an example in which the game to be executed is a card battle game using a monster card has been described, but the game of the present invention is not limited to this, and can be applied to any game. For example, in games of various genres such as role playing games, table games, puzzle games, sports games, racing games, shooting games, action games, adventure games, simulation games, either the first event or the second event can occur In the case of being configured, the present invention can be preferably applied.

  In each of the above-described embodiments, the predetermined operation input by the user to the communication terminal 10 is an input of the user pressing the predetermined operation button on the communication terminal 10 or a touch on the display screen for the communication terminal 10 having a touch panel function. Although the input is an operation, the operation input is not limited to this. The operation input may be an operation input by shaking the communication terminal 10 provided with an acceleration sensor, or an operation input by gesture (gesture input). In gesture input, the communication terminal 10 recognizes an image of the gesture by performing a predetermined gesture on the communication terminal 10 having an imaging function, and recognizes an operation input associated with the gesture in advance. In the case of the communication terminal 10 capable of executing the voice recognition program, the operation input may be performed by inputting voice.

In the above-described embodiment, the case where the present invention is applied to a social game has been described as an example, but the present invention is not limited to this. 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 the user can be controlled as in the above-described embodiment.
Further, for example, even when the consumer game machine is in an offline state, the progress of the game by the user can be controlled as in the above-described embodiment.
Further, for example, even when a plurality of communication terminals (for example, mobile phones and game machines) autonomously configure a network and directly transmit and receive data between the communication terminals, such as an ad hoc network, the above-mentioned As in the embodiment described above, the progress of the game by the user can be controlled.

  In each of the above-described embodiments, the game server 20 and the database server 30 on the network are configured to realize the functions of the generating unit 54 and the changing unit 55. However, the present invention is not limited to this configuration. 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 embodiments. For example, FIGS. 21A and 21B show an example of function sharing between the communication terminal 10, the game server 20, and the database server 30 for each function in the functional block diagram shown in FIG. In each embodiment described above, various data (for example, monster card database, event data, etc.) are stored in the database server 30 (game database 32), but are stored in a storage device in the communication terminal 10. You may let them. In that case, the storage device may be a mass storage device such as the RAM 13 in the communication terminal 10 or an HDD (Hard Disk Drive) (not shown).

10: Communication terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 14 ... Image processing part 15 ... Instruction input part 16 ... Display part 17 ... Communication interface part 18 ... Bus 20 ... Game server 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 ... Execution means 53 ... Presentation means 54 ... Generation means 55 ... Fluctuation means 56 ... Granting means 57 ... Restricting means 58 ... Relating means 59 ... Storage means 60 ... Selecting means 61 ... Erasing means

Claims (12)

A game control device for controlling execution of a game provided with a first event and a second event,
Means for generating either the first event or the second event based on user input information, the generating means generating the second event with a predetermined probability;
Fluctuation means for varying the predetermined probability according to the game execution status by the user in the first event when the first event occurs based on user input information;
A game control device comprising: According to the execution state of the game by the user in the second event, provided with a granting unit for granting a privilege to the user,
The game control apparatus according to claim 1. The varying means reduces the predetermined probability as time passes,
The game control apparatus according to claim 1 or 2. When the second event is an event in which a game is executed by associating the first user with another user other than the first user based on the input information of the first user.
In the second event, the granting unit varies the privilege to be given to the first user in accordance with the number of times or frequency of executing the game by associating the first user with the same user.
The game control device according to claim 2 or 3. Storage means for storing information relating to a plurality of second users who have executed the game in association with the first user in a storage device in association with the first user;
When the second event occurs, referring to the storage device, a selection to select a second user who executes the game in the second event in association with the first user from the plurality of second users Means and
An upper limit of the number of second users stored in the storage device is set,
The game control apparatus according to claim 4. Characterized in that it comprises erasure means for erasing information about a second user satisfying a predetermined condition among the plurality of second users from the storage device,
The game control apparatus according to claim 5. Characterized by comprising a presentation means for presenting information relating to the predetermined probability to the user,
The game control device according to claim 1. Characterized by comprising limiting means for limiting the number of occurrences of the event by the generating means to a predetermined value or less,
The game control device according to claim 1. A game control device that controls execution of a game provided with a first event for a battle between a first user and a computer and a second event for a battle between the first user and a second user. And
Means for generating either the first event or the second event based on input information of the first user, the generating means generating the second event with a predetermined probability;
Means for increasing the predetermined probability according to the game execution status by the first user in the first event when the first event occurs based on the input information of the first user; Fluctuating means for reducing the predetermined probability as time passes,
A game control device comprising: A game control method for controlling execution of a game provided with a first event and a second event,
Generating either the first event or the second event based on user input information, and generating the second event with a predetermined probability;
When the first event occurs based on user input information, the step of varying the predetermined probability according to the game execution status by the user in the first event;
A game control method comprising: A program for controlling execution of a game provided with a first event and a second event,
On the computer,
A function for generating either the first event or the second event based on user input information, the function for generating the second event with a predetermined probability, and the first event based on user input information. A function of changing the predetermined probability according to a game execution state by a user in the first event when one event occurs;
A program to realize A game system that includes a communication terminal and a server accessed from the communication terminal, and controls execution of a game provided with a first event and a second event,
Means for generating either the first event or the second event based on user input information, the generating means generating the second event with a predetermined probability;
Fluctuation means for varying the predetermined probability according to the game execution status by the user in the first event when the first event occurs based on user input information;
Each of the means is provided in either the communication terminal or the server,
Game system.

Images