JP2013223593A - Game controller, game control method, program, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow a user to maintain his/her interest in a game event, and to activate communication with other users, in the game event in which a plurality of users can participate.SOLUTION: A game controller includes: an event execution means executing an event in which a first user and a second user can participate; a participation request means notifying the second user of a participation request for the event when the first user satisfies a first condition in the event; and an information notification means notifying the first user of information related to the event when the second user satisfies a second condition in the event.

Description

  The present invention relates to a technique for controlling execution of a game.

  In recent years, a so-called social game (Social) executed by a game application created based on 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. For example, in addition to cooperative play with other users (friends), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game or exchange of items with friends ing. 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, Inc.), pages 7-8

In a conventional social game, an irregular game event may be provided for the purpose of capturing the user's preferences.
For example, when a user's parameter exceeds a predetermined value or when a predetermined time comes, a specific character prepared on the computer side appears and an event that causes the user to play against this character may occur. Can be assumed.

In such an event, when the first user cannot defeat the enemy character, the rescue request is transmitted to the second user who is a friend of the first user, and the second user who received the rescue request fights the enemy character. There is a configuration that can perform this.
In an event where a second user who is a fellow participates in a battle with an enemy character, the parameters such as the second user's physical strength and attack power are high, or the attack of the second user is added, It satisfies the conditions for winning the battle with the character, and the first user cannot obtain information for winning the battle with the enemy character.

  For users who cannot win even after repeated battles with enemy characters, it becomes difficult to maintain interest in this event. In addition, it is difficult for a user who has requested relief from another user to obtain a feeling of winning a battle with an enemy character.

  The present invention enables an event that can be participated by a plurality of users to advantageously advance the event through communication with other users who participated in the event, thereby allowing the user to maintain interest in the event, An object is to enable activation of communication with other users.

  A first aspect of the present invention is a game control device, in which event execution means for executing an event in which a first user and a second user can participate, and when the first user satisfies a first condition in the event And a participation requesting means for notifying the second user of a request for participation in the event, and an information notifying means for notifying the first user of information relating to the event when the second user satisfies the second condition in the event; Is provided.

In this game control device, when the first user satisfies the first condition, a request for participation in the event is notified to the second user related to the first user, and the request for participation in the event is sent from the first user. When the notified second user satisfies the second condition in this event, information related to the event is notified to the first user. For example, when both the first user and the second user have not been able to advance the event advantageously, the first user can be configured to be provided with information for advantageous advancement of the event.
Thus, based on the participation of the second user in the event, the first user can acquire information that can advantageously advance the event, and can activate communication between the users. it can. In other words, even when the first user cannot advantageously advance the event, the first user can advantageously advance the event through communication with the second user who participated in the event. Therefore, according to this game control device, the user can maintain interest in the event and can activate communication with other users.

In the game control apparatus, the event may be an event using an object selected from a plurality of types, and the information notification unit may transmit information indicating an object suitable for the first user in the event as information related to the event. .
Here, the object may be anything as long as it is a target to be displayed on the game screen, and includes, for example, a character and an item. A character is, for example, a virtual person or creature on a game, or a monster, and includes those displayed on a card. An item is, for example, a weapon or armor used by a user in a game event, a magic drug or a medicine, or a vehicle.
In the configuration as described above, the first user can acquire object information suitable for the event according to the trend of the second user who participated in the event based on the request for participation from the first user, and the event is advantageous. It is possible to proceed.

In the game control device, the information notification unit may transmit information indicating an object owned by the first user among objects suitable for the event.
For information indicating an object that is suitable for an event but not owned by the first user, it is necessary to acquire the object, and this does not immediately favor the progress of the event of the first user. In the game control device, information indicating an object owned by the first user among the objects suitable for the event is transmitted. Therefore, the first user is based on the object information transmitted from the information notification unit. The event can be advantageously advanced.

In the above game control device, the second user may be a user related to the first user.
For example, the first user and the second user are related as “companies”, so that communication between users who are companions can be activated and the user can maintain interest in the event. In particular, in the above-described game control device, the second user who is a friend is notified of a rescue request, and as a result, the progress of the first user's game is advantageous. The degree of relationship between the two users can be strengthened.

In the game control device, the first condition and the second condition may be the same condition.
In this case, when the first user and the second user satisfy the same condition, the first user is notified of information on the object suitable for the event.

In the game control device, the event is a battle event in which the first user or the second user battles with a predetermined target using one or more objects, and the participation request means is configured so that the first user satisfies the defeat condition. When satisfied, it can be configured to notify the second user of a participation request.
In this case, even if the first user is defeated in the battle event, the first user can obtain object information suitable for the event based on the trend of the second user in response to the participation request. Can be advantageously advanced.

  According to a second aspect of the present invention, there is provided a game control method in a game control apparatus, the step of executing an event in which the first user and the second user can participate, and the first user satisfying the first condition in the event A step of notifying the second user of a request to participate in the event, and a step of notifying the first user of information related to the event when the second user satisfies the second condition in the event. .

  According to a third aspect of the present invention, there is provided a function for executing an event in which a first user and a second user can participate in a computer in order to control execution of a game, and the first user satisfies a first condition in the event. In order to realize a function of notifying the second user of a request to participate in the event when the second user satisfies the second condition in the event, and a function of notifying the first user of information related to the event. It is a program.

  A fourth aspect of the present invention is a game system including a communication terminal and a game control device configured to be accessible from the communication terminal and controlling execution of a game by the communication terminal, the first user and the second user An event execution means for executing an event that can participate in, a participation request means for notifying the second user of a request to participate in the event when the first user satisfies the first condition in the event, and a second When the user satisfies the second condition in the event, either the communication terminal or the game control device includes each means of the information notification means for notifying the first user of information related to the event. .

  According to the game control device, the game control method, the program, and the game system of the present invention, in an event in which a plurality of users in the game can participate, the user maintains interest in the event and activates communication between the users. It is possible to plan.

FIG. 1 is an explanatory diagram showing the basic configuration of the game system. FIG. 2 is an explanatory diagram showing the appearance of the communication terminal. FIG. 3 is a block diagram showing the configuration of the communication terminal. FIG. 4 is a block diagram showing the configuration of the game server. FIG. 5 is an explanatory diagram showing the configuration of the database server. FIG. 6 is an explanatory diagram showing an example of records stored in the user database 31. FIG. 7 is a functional block diagram of the game control device of the present embodiment. FIG. 8 is an explanatory diagram illustrating an example of an object selection screen. FIG. 9 is an explanatory diagram illustrating an example of a display screen, where (a) is an example of a battle result screen and (b) is an explanatory diagram illustrating an example of a participation request screen. FIG. 10 is an explanatory diagram illustrating an example of a display screen, where (a) is an example of a rescue result display screen, and (b) is an explanatory diagram illustrating another example of an object selection screen. FIG. 11 is a flowchart of the game control method of the present embodiment. It is explanatory drawing which shows the structural example of each function in each of a communication terminal and a game server.

  Hereinafter, embodiments of the present invention will be described.

(1) Configuration of Game System FIG. 1 is an explanatory diagram showing a basic configuration of a game system used in the embodiment of the present invention. As shown in FIG. 1, this game system includes, for example, communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW such as the Internet, and 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, and includes, for example, a mobile phone terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, and a bidirectional communication function. And a communication terminal such as a television 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 operates the communication terminal 10 on the web page to execute a game.
Although not shown in FIG. 1, an authentication server for authenticating the user of each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided. The game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.

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

  The CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. Further, the CPU 11 determines a web page to be displayed on the display unit 16 based on input information input by the user using the instruction input unit 15, and the URL (URL of the web page to be displayed via the wireless communication interface unit 17 ( Uniform Resource Locator) and HTML (Hyper Text Markup Language) document from the game server 20 and object data such as an image associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) get. The communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser.

In acquiring HTML data, the CPU 11 sends an access request message including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the wireless communication interface unit 17. The server 20 is notified.
The web browser displays the web page provided from the game server 20 on the display unit 16 based on the acquired HTML data via the image processing unit 14. When the user selects a hyperlink or menu on the web page by operating the instruction input unit 15, the web browser transmits new HTML data for displaying the web page according to the selection. (That is, update of the web page) is requested to the game server 20.

  The image processing unit 14 displays a web page on the display unit 16 based on display image data provided from the CPU 11 as an analysis result of HTML data. The display unit 16 is a display composed of, for example, a liquid crystal display (LCD) or the like, and displays an image of a web page on the display screen 16a based on display image data.

  When the communication terminal 10 is a key input type communication terminal (FIG. 2A), the instruction input unit 15 includes a first instruction input key group including a direction instruction key and a determination key for accepting a user operation input. 15a includes a second instruction input key group 15b including a numeric keypad, and includes an interface circuit for recognizing an operation input of each key and outputting it to the CPU 11. For example, the direction instruction key is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16. In addition, for example, when a plurality of hyperlinks or menus are displayed on a web page, the determination key indicates that the user selects one hyperlink or menu that is actively displayed (for example, highlighted). Is provided to instruct. When the communication terminal 10 is constituted by a small portable terminal, these keys are arranged 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 second instruction input key group 15b is arranged below the first instruction input key group 15a, and “0” to “9”, “*”, and “#” are displayed. It has a number of key tops.

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

  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, for example, selecting the menu by pressing the direction instruction key and pressing the enter key. This can be done by confirming the menu. When the communication terminal 10 is a touch panel input method, the menu selection operation on the web page displayed on the communication terminal 10 may be performed by, for example, pointing the menu position on the display screen 16a on which the web page is displayed with a finger or This can be done by instructing with a touch pen.

(3) Hardware Configuration of Game Server FIG. 4 is a block diagram showing an internal configuration of the game server 20.
The game server 20 manages, for example, a game website including a plurality of hierarchical web pages, and provides a game web service to the communication terminal 10. As shown in FIG. 4, the game server 20 is provided with a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a wireless communication interface 26. A bus 26 is provided for transmitting control signals or data signals between the units. Note that the game server 20 can have the same configuration as a general-purpose web server in terms of 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 as a client. The ROM 22 stores various data referred to by the CPU 21 in addition to the application program.

The CPU 21 loads the game program in the ROM 22 to the RAM 23 and executes it, and performs various processes via the wireless communication interface unit 25.
The CPU 21 transmits HTML data to the communication terminal 10 through the wireless communication interface unit 25. In addition, when the game server 20 performs the authentication process of the user of the communication terminal 10, the CPU 21 performs the authentication process.

When the user selects a hyperlink or menu on the web page displayed on the communication terminal 10, the corresponding instruction input signal is received via the wireless communication interface unit 25, and the CPU 21 converts the instruction input signal into the instruction input signal. Perform the corresponding process. The processing executed by the CPU 21 includes, for example, transmission of new HTML data, arithmetic processing in the game server 20, data processing, and the like.
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 a large-capacity hard disk drive, a storage device in the form of RAID (Redundant Arrays of Inexpensive Disks), or other general-purpose storage devices. 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 is an explanatory diagram showing an example of the configuration of the database server 30. As shown in FIG. 5, the database server 30 includes a user database 31 and a game database 32.

  The type of game realized by the game server 20 of the present embodiment is not particularly limited. For example, a race game in which a plurality of users race toward a goal point, an enemy user or a computer is prepared. A battle game in which a battle with a character is performed and other types of games can be assumed, and an event is appropriately set according to the state information and time conditions of the user in the game.

FIG. 6 is an explanatory diagram showing an example of records stored in the user database 31.
Each record of the user database 31 includes a user ID (user identification information), an access log, a user name / display image, a skill level, physical fitness points, friendship points, possessed coins, fellow user IDs, possessed item data, and event history information. Etc., and corresponding user data is stored for each item. Information contained in the user database 31 can be updated sequentially by the game server 20.

  In the following description, the user ID included in the user database 31 or data for each user name (to be described later) specifying the user is generically referred to as user data. The data of each item constituting the user data is as follows.

Access log is data that records the login time and access time based on the target user ID. The login time is the time when login including user authentication processing is performed. The access time is the time when the game server 20 is accessed to receive the game web service based on the user ID after login.

User name / display image A user name and a display image that are displayed to identify the user on the communication terminal 10 when the game is executed. The user name is text of a predetermined length or less specified in advance by the user, and the display image is, for example, an avatar image 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.

Skill level This data indicates the skill level of the user on the game. For example, a level value in a range from Lv1 (level 1) to Lv100 (level 100) can be used.

Physical strength point The physical strength point is a necessary point in the game realized by the game server 20. The physical strength point is a value that is set to a predetermined upper limit in the course of progressing the game, and decreases or increases (recovers) depending on a predetermined condition.

-Friendship point Shows the cooperation point with the user who is related as a friend. For example, a friendship point can be obtained by sending a support message one to several times a day. It can comprise so that a privilege can be acquired.

-Owned coin This is the possessed amount of virtual currency (coin) on the game that is required when the user corresponding to the user ID uses the pay function on the game. The possessed coins are consumed (reduced) when the user uses the pay function on the game, and the user pays actual money to the service provider or the like by a predetermined method, and increases according to the amount paid.

・ Friend user ID
It is another user ID related to the user ID of the target record. In the case where the closeness between users is set, the fellow user IDs can be classified and stored based on the closeness.

-Data of possessed objects Data of objects that can be used on the game owned by the user. Objects include items such as weapons and armor, magic drugs and poisons, and vehicles such as cars, aircraft, ships, and other vehicles. When acquired during a game, or using virtual currency (coins) It is added at any time when purchased in the shop, and deleted when lost while the game is in progress.

Event history information Stores user history information in an event using an object selected from a plurality of types. For example, when a user parameter exceeds a predetermined value or when a predetermined time comes, a specific character prepared on the computer side is caused to appear, and an event is generated that causes the user to play against this character.
Assuming a battle event for a battle with a boss character, the event type representing the type of boss, the result of the user's battle in the boss battle (win / loss; ○: win, x: loss), the user ID that requested the participation (participation) Request), rescue user ID (rescue person) according to the participation request, battle result by rescue user (rescue result; ○: win, x: defeat), presence / absence of transmission of object information (○: yes, x: no), etc. Is stored as event history information items.

(5) Functional Block of Game Server FIG. 7 is a functional block diagram of the game control device of the present embodiment. Here, the case where each functional block is comprised in the game server 20 is illustrated.
As shown in FIG. 7, the game server 20 includes event execution means 201, participation request means 202, and information notification means 203.

  As described above, when the user IDs for identifying the users are associated with each other as “mates”, the user corresponding to the target user ID is set as the first user, and the first user is set to “mate”. ”Will be referred to as a second user.

  The event execution means 201 executes an event in which the first user and the second user can participate. For example, the first user executes a battle event in which one or more items are used to fight a predetermined target. It has a function to do. The function of the event execution unit 201 can be realized as follows. When the first user's specific parameter of the first user stored in the user database 31 exceeds a certain value during the game play, the CPU 21 of the game server 20 activates an event. That is, the event execution unit 201 generates HTML data for displaying a web page indicating that a transition to a predetermined event is performed, and transmits the HTML data to the communication terminal 10 of the first user. The activation of the event by the CPU 21 is not particularly limited when the predetermined time is reached, and various other cases can be assumed, such as the number of accesses of the first user, the total access time of the first user, and the like.

  The CPU 21 refers to the event history information of the first user, generates HTML data corresponding to the progress status of the first user in the event, and transmits it to the communication terminal 10 of the first user via the wireless communication interface unit 25. To do. For example, when the first user has already won the battle with the boss 1 and has event history information that has not won the battle with the boss 2, the CPU 21 determines the event of the battle with the boss 2. HTML data for displaying the web page is generated and transmitted to the communication terminal 10 of the first user.

  CPU21 advances the game used as an event based on the input information which the 1st user input using the instruction input part 15 of the communication terminal 10. FIG. At this time, the CPU 21 generates HTML data for displaying a web page (referred to as “object selection screen”) for selecting an object to be used for this event from the objects held by the first user, and communicates with the first user. Transmit to the terminal 10.

FIG. 8 is an explanatory diagram illustrating an example of an object selection screen.
The object selection screen 801 shows an example of a screen configuration for allowing a first user to select a vehicle (vehicle) used for this event in a battle event in which a battle with a boss character is performed.

The object selection screen 801 includes an event type display unit 802, a dispatch character display unit 803, a vehicle display selection unit 804, and a recommended vehicle display unit 805.
The event type display unit 802 displays the event type in the battle event. For example, a stage or level corresponding to the degree of progress of the first user is displayed, or a boss character that is an opponent of the battle event is displayed. In the illustrated example, the name of the boss character that is the opponent is displayed. In addition, it can also be set as the structure displayed on this event classification display part 802 by making the boss character selected at random into an opponent of a battle event.

  The sortie character display unit 803 displays a character to be dispatched for this battle event among the characters held by the first user. The sortie character has parameters such as attack power and defense power, and can be configured to be automatically selected from the higher parameter values so as to be advantageous to the first user's game progress. . It is also possible to display the character held by the first user so that the first user can select the sortie character.

  The vehicle display selection unit 804 displays the vehicle owned by the first user and causes the first user to select the vehicle to be used in the battle event. For example, a vehicle icon held by the first user is displayed on the vehicle display selection unit 804, and the cursor can be moved over the displayed icon to select the vehicle icon.

The recommended vehicle display unit 805 displays a vehicle suitable for this battle event. As the vehicle suitable for the battle event, for example, the vehicle having the highest parameter value of the attack power of the first user in the battle event can be set as the recommended vehicle.
The recommended vehicle can be a vehicle with high parameters such as attack power and defense power, depending on the compatibility with the boss character, compatibility with the outgoing character, compatibility with the battle location, or a combination of these It can also be determined.

When the first user selects a vehicle set as the recommended vehicle and executes this battle event, the recommended vehicle can be configured to add parameter values that contribute to the total attack power of the first user. .
For example, in this battle event, the total attack power of the first user is normally ((attack character attack power + defense power) + (vehicle attack power * 2 + defense power * 3)). On the other hand, when the first user selects the recommended vehicle, the total attack power of the first user is ((attack character attack power + defense power) + (vehicle attack power * 2 + defense Force * 3) * 1.5). Note that the method of increasing the attack power when the recommended vehicle is selected is merely an example, and the coefficient (for example, 1.5) may be set as appropriate.

  When the CPU 21 recognizes the vehicle selection result of the first user on the object selection screen, the CPU 21 calculates the total attack strength of the first user and the defense strength of the boss character, and determines both physical strengths according to the calculation result. Calculate the amount of parameter decrease. When the stamina parameter of the boss character is 0, the CPU 21 determines that the first user satisfies the victory condition. Moreover, CPU21 will judge that the 1st user satisfy | filled defeat conditions, if all the physical strength parameters of the sortie character which the 1st user dispatched become 0. The first user who satisfies the defeat condition will be able to participate in this battle event again if the health parameter recovers, and the health parameter of the boss character at that time will maintain the parameter value that has decreased in the previous battle event. It shall be. The physical strength parameter may be set so as to recover (increase) as time passes.

  In the example illustrated in FIG. 8, the recommended vehicle display unit 805 for displaying three types of recommended vehicles is set, but it is not displayed which vehicle is set as the recommended vehicle.

  As described above, by executing the battle event using the recommended vehicle, the numerical value added to the total attack power of the first user is increased. In this way, it is possible to configure the user to maintain interest in the game by concealing which vehicle should be used to advance the battle event advantageously.

The recommended vehicle display unit 805 may be 1 or 2 or more, the recommended vehicle display unit 805 may be provided only for the vehicle owned by the first user, and there is a vehicle set as the recommended vehicle. If the vehicle is not owned by the first user, it can be configured not to display.
The case where a specific vehicle among objects used for an event is set as a recommended vehicle has been described, but a recommended item is set by setting a recommended item from weapons, armor, magic drugs, poisons, and other items used in an event. When selected, the total attack power of the user or other parameters may be changed.

FIG. 9A is an explanatory diagram illustrating an example of a battle result screen, and FIG. 9B is an explanatory diagram illustrating an example of a participation request screen.
When the first user satisfies the defeat condition in the battle event with the boss character, the CPU 21 sets the winning / losing item of the corresponding event type in the event history information of the first user to “defeat”. The user database 31 is accessed. Moreover, CPU21 accesses the game database 32, produces | generates the HTML data for performing the screen display to the effect of defeat, and transmits to the communication terminal 10 of a 1st user. Thereby, the web page of the battle result screen 810 as shown in FIG. 9A is displayed.

The battle result screen 810 includes an event type display unit 811 and a battle result display unit 812.
The event type display unit 811 displays the event type in the battle event, and displays the stage or level corresponding to the progress degree of the first user, or the boss character that is the opponent of the battle event.
The battle result display part 812 displays the battle result in a battle event, and displays here that the 1st user was defeated.

  The participation request unit 202 has a function of notifying the second user of a request for participation in the event when the first user satisfies the defeat condition in the event. In order to realize this function, the CPU 21 of the game server 20 generates HTML data for displaying a web page for requesting other users to participate in the event, and the communication terminal 10 of the first user. Send to and display. A participation request screen 820 is displayed by the transmitted HTML data.

The participation request screen 820 is used to notify the other user (second user) that the first user has requested to participate in the event type that satisfies the defeat condition. I have.
In generating HTML data for displaying a web page for requesting participation, the CPU 21 refers to, for example, the user database 31 and refers to the second user ID associated with the first user as a “mate”. To get. As a result, the acquired second user ID is displayed on the participation requester display unit 821 of the participation request screen 820.

  The participation requester displayed on the participation requester display unit 821 can be configured to display all the second users related as “mates” to the first user, and select and display a predetermined number at random. Is also possible. Further, in the case where the familiarity level is provided as the relationship between users, a predetermined number can be selected in the order of the familiarity level from the highest or the lowest familiarity. Furthermore, it is possible to select a predetermined number of users at random, including users who are not related to the first user.

  The CPU 21 transmits a notification of a request for participation in an event of the corresponding event type to the communication terminal 10 of the second user corresponding to the participation requester displayed on the participation requester display unit 821 of the participation request screen 820. . In the participation request screen 820, it is possible to set an approval button (not shown) for inputting an instruction to the first user to approve, and the CPU 21 has operated the approval button by the first user. When recognizing this, a notification of a participation request to the communication terminal 10 of the second user may be transmitted.

The CPU 21 accesses the user database 31 and writes the user ID of the second user who transmitted the participation request notification in the participation requester item of the first user's event history information.
When the second user who has received the notification of the participation request participates in the corresponding event, the second user selects the corresponding event type on the communication terminal 10 and inputs an instruction to participate in the event.

When the CPU 21 recognizes that the second user has input an instruction to participate in the event, the CPU 21 receives the HTML data for displaying the object selection screen 801 similar to that shown in FIG. To select the object and execute the corresponding event type.
When a 2nd user participates in the event which the participation request from the 1st user participated, CPU21 accesses the user database 31, and adds the said item to the item of the rescuer of the 1st user's event history information, and a relief result. The user ID of 2 users and the battle result of the rescuer are written.
CPU21 transmits the HTML data for displaying the rescue result display screen about the battle result of a rescuer to the communication terminal 10 of a 1st user.

FIG. 10A is an explanatory diagram illustrating an example of a rescue result display screen.
The relief result display screen 830 includes a relief result display unit 831.
The rescue result display unit 831 displays the user ID of the second user who is the rescuer and the battle result of the second user in the corresponding event type. As for the battle result of the second user, the battle result is determined in the same manner as the case of the first user. For example, when the stamina parameter of the boss character that is the battle opponent becomes 0, the CPU 21 When the victory condition is satisfied, it can be determined that the defeat condition is satisfied when the health parameter of the sortie character held by the second user becomes zero.

The information notifying means 203 provides information suitable for this event when the first user satisfies the defeat condition in the corresponding event type and the second user who is a rescuer satisfies the defeat condition. A function for notifying one user is provided.
The information notification unit 203 has a function of notifying the first user of an object suitable for the event type, for example. In the example described above, the recommended vehicle suitable for the battle event is kept secret.

  The function of the information notification unit 203 can be realized as follows. When both the first user and the second user satisfy the defeat condition, the CPU 21 accesses the user database 31 and writes a recommended item to be disclosed in the object information in the event history information of the first user. As a result, when the first user again participates in the same event type, the recommended vehicle is displayed on the object selection screen based on the HTML data transmitted from the CPU 21 to the communication terminal 10 of the first user.

FIG. 10B is an explanatory diagram illustrating another example of the object selection screen.
Similar to the object selection screen 801, the object selection screen 840 includes an event type display unit 841, a sortie character display unit 842, a vehicle display selection unit 843, and a recommended vehicle display unit 844.
The event type display unit 841, the sortie character display unit 842, and the vehicle display selection unit 843 are the same as those in the event type display unit 801 described above, and the description thereof is omitted here.

  The recommended vehicle display unit 844 includes a notification vehicle display unit 844a for displaying a recommended vehicle added to the object information of the event history information, and a concealed recommended vehicle display unit 844b.

Thus, when the 2nd user who is a rescuer satisfy | fills predetermined conditions (in this case, defeat conditions), it can be comprised so that one hidden recommended vehicle may be disclosed. When the published recommended vehicle is included in the owned vehicle, the first user can advantageously advance the event by selecting the relevant vehicle on the object selection screen 840.
When a plurality of rescuers participate in the event in response to a participation request and satisfy a predetermined condition, the recommended vehicle concealed according to the number of rescuers is disclosed to the first user. it can.

(6) Game Control Method FIG. 11 is a flowchart of the game control method of this embodiment.
As described above, it is assumed that each function block of the game control device of the present embodiment is included in the game server 20 and the CPU 21 of the game server 20 realizes the function of each function block.

When receiving an instruction input for participating in the event from the communication terminal 10 of the first user, the CPU 21 transmits HTML data for displaying an initial screen of the event to the communication terminal 10 in step S1100.
Here, CPU21 produces | generates the HTML data for displaying the object selection screen 801 as shown in FIG. 8, and transmits to the communication terminal 10 of a 1st user.

In step S1101, the CPU 21 determines whether or not an instruction input for selecting an object has been transmitted from the communication terminal 10 of the first user.
When CPU 21 determines that an instruction input for selecting an object has been received from communication terminal 10 of the first user, CPU 21 executes an event in step S1102.
CPU21 acquires game data from the game database 32, performs the calculation on game execution based on the instruction input information which a 1st user inputs via the communication terminal 10, and advances a game.

In step S1103, the CPU 21 determines whether or not the first user satisfies the first condition. As described above, when the CPU 21 determines that the first user satisfies the defeat condition in the battle event, the CPU 21 proceeds to step S1104.
In step S1104, the CPU 21 transmits a participation request notification requesting the second user to participate in the event to the communication terminal 10 of the second user. The second user may be associated with the first user as a “mate”, or may be a randomly selected user.

In step S1105, CPU21 discriminate | determines whether the 2nd user participated in the event as a rescuer of a 1st user according to a participation request. When the CPU 21 determines that the second user who has received the participation request has participated in the corresponding event, the CPU 21 proceeds to step S1106.
In step S1106, the CPU 21 determines whether or not the second user satisfies the second condition. As described above, when the CPU 21 determines that the defeat condition is satisfied in the battle event, the CPU 21 proceeds to step S1107.

In step S1107, the CPU 21 notifies the first user of the object information. CPU21 produces | generates HTML data so that the recommendation vehicle (object) concealed with respect to a 1st user may be displayed, and transmits to the communication terminal 10 of a 1st user. Further, the CPU 21 writes the recommended vehicle information in the object information of the event history information to the first user.
Thereafter, the CPU 21 proceeds to step S1100.

  If it is determined in step S1103 that the first user does not satisfy the first condition, and if it is determined in step S1106 that the second user does not satisfy the second condition, the CPU 21 proceeds to step S1108. The termination process is executed.

  When the first user is in a state satisfying the victory condition in the battle event, the CPU 21 regards the first user as not satisfying the first condition in step S1103, and ends the battle event with the boss character. . When the second user who is the rescuer satisfies the victory condition in the battle event, the CPU 21 regards that the second user does not satisfy the second condition in step S1106, and determines that the boss character End the battle event. Such conditional branching is illustrated as an example in a battle event, and various cases can be assumed according to the specifications of the game, and is not limited to those illustrated.

In the game control device and the game control method configured as described above, the user can advantageously advance the event through communication with other users who have participated in the event even when the user cannot advantageously advance the event. For this reason, the user can maintain interest in the event and can activate communication with other users.
Further, when the user selects an object in the event, even if the user does not know the object suitable for the event, the object suitable for the event can be known by participation of another user. Thereby, while being able to maintain an interest with respect to an event, it becomes possible to aim at activation of communication between users by making close cooperation with other users close.

(7) Modification In the above description, the configuration having each functional block on the game server 20 side is shown, but each functional block or a part thereof can be provided on the user's communication terminal 10 side.
In the above-described embodiment, the first condition and the second condition assume that the first user and the second user are defeated, respectively. Can be combined when the draw condition is met and the defeat condition is met.

As described in the description of the embodiment, the object is not limited to a vehicle, and the concept of the present invention can be applied to items such as weapons, armor, magic drugs, poisons, and the like.
In addition, in a battle event, it is possible to select a recommended character by selecting a character to sort out from a plurality of characters held by the user.
In the above-described embodiment, the case where the user who requests participation and the user who rescues are in a friendship relationship has been described. However, the present invention is not limited to this. Both do not have to be friends. However, as described in the above embodiment, when both are in a friendship relationship, the second user who is a friend is notified of a rescue request, and as a result, the first user's game progresses. Since it becomes advantageous, the degree of relationship between the 1st user and the 2nd user who are friends can be strengthened.
In the above embodiment, the recommended vehicle may be displayed even when the first user does not own it. However, if the first user does not own the recommended vehicle, the recommended vehicle cannot be selected, and the progress of the event is advantageous. Therefore, when the first user owns the recommended vehicle, it is preferable to display the recommended vehicle.

  In the above-described embodiment, the description is centered on the battle event with the boss character as the opponent. However, the present invention can be applied to a game event in which an object suitable for a race game or other events can be selected.

  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 each user can be controlled as in the above-described embodiment.

  In the above-described embodiment, the game server 20 and the database server 30 on the network are configured to implement the functions of the event execution unit 201, the participation request unit 202, and the information notification unit 203. 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 embodiment. For example, FIGS. 12A and 12B 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.

10 communication terminal 20 game server 21 CPU
30 Database server 31 User database 32 Game database 201 Event execution means 202 Participation request means 203 Information notification means 801 Object selection screen 805 Recommended vehicle display section

Claims (9)

Event execution means for executing an event in which the first user and the second user can participate;
Participation request means for notifying the second user of a request to participate in the event when the first user satisfies a first condition in the event;
Information notification means for notifying the first user of information related to the event when the second user satisfies a second condition in the event;
A game control device comprising: The event is an event using an object selected from a plurality of types,
The game control device according to claim 1, wherein the information notification unit transmits information indicating an object suitable for the first user in the event as information regarding the event.   The game control device according to claim 2, wherein the information notification unit transmits information indicating an object owned by the first user among objects suitable for the event.   The game control device according to claim 1, wherein the second user is a user related to the first user.   The game control device according to claim 1, wherein the first condition and the second condition are the same condition.   The event is a battle event in which the first user or the second user battles with a predetermined target using one or a plurality of objects, and the participation request unit is configured such that the first user satisfies a defeat condition. The game control device according to any one of claims 1 to 5, wherein when the game is played, the participation request is notified to the second user. A game control method in a game control device, comprising:
Executing an event in which the first user and the second user can participate;
Notifying the second user of a request to participate in the event when the first user satisfies a first condition in the event;
Notifying the first user of information related to the event when the second user satisfies a second condition in the event;
A game control method comprising: To control the execution of the game, on the computer,
A function for executing an event in which the first user and the second user can participate;
A function of notifying the second user of a request to participate in the event when the first user satisfies a first condition in the event;
A function of notifying the first user of information related to the event when the second user satisfies a second condition in the event;
A program to realize A game system including a communication terminal and a game control device configured to be accessible from the communication terminal and controlling execution of a game by the communication terminal,
Event execution means for executing an event in which the first user and the second user can participate;
Participation request means for notifying the second user of a request to participate in the event when the first user satisfies a first condition in the event;
Information notification means for notifying the first user of information related to the event when the second user satisfies a second condition in the event;
A game system in which any one of the communication terminal and the game control device is provided.

Images