JP2014184321A - Game control device, program, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control device, a program, and a game system which can guide a user to a specific game.SOLUTION: A game control device has: execution means for executing a first game; determination means for determining whether or not an execution state of the first game by a user satisfies a predetermined condition; provision means for providing first information indicating that the predetermined condition is satisfied for the user to a second game control device for executing a second game when the determination means determines that the predetermined condition is satisfied; and notification means for notifying the user that a privilege is given in the second game when the determination means determines that the predetermined condition is satisfied.

Description

  The present invention relates to a technique for controlling the progress of a game by each user in accordance with each operation of 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.

  As an example of a social game, a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.

Application STYLE Vol.5 (East Press, issued on November 1, 2011), pages 7-8

  Recently, many social games have been provided, and there is a need for a mechanism that motivates the user to select a specific game from among the many games and play it, that is, a mechanism that guides the user to the specific game. It has been. This is especially true if the particular game is a new game that the user has not yet played.

  The present invention has been made in view of the above-described viewpoints, and an object thereof is to provide a game control device, a game control method, a program, and a game system that can guide a user to a specific game.

A first aspect of the present invention is a game control device,
Execution means for executing the first game;
Determining means for determining whether or not the execution status of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition;
Providing first information indicating that the predetermined condition is satisfied for the user to the second game control device that executes the second game when the determination unit determines that the predetermined condition is satisfied. Means,
A notification means for notifying the user that a privilege is given in the second game when the determination means determines that the predetermined condition is satisfied;
Is provided.

In the game control device, the “predetermined condition” is not particularly limited, but is preferably a condition that can be achieved relatively easily by the user in the first game. That is, the “predetermined condition” is preferably a condition that does not hesitate to try the first game.
In the above game control device, “the game execution condition satisfies a predetermined condition” by the user is, for example, when the progress of the game, the total execution time of the game exceeds a predetermined value, or the user to be determined When the tutorial is displayed when accessing the first game for the first time, the display or processing of the tutorial is completed.
In the above game control device, “the degree of relationship in the game satisfies a predetermined condition” between the user and another user means that, for example, when another user registers as a user with the user's invitation, This is the case when the user and another user are in a fellowship, or when the intimacy between the user and the other user in the game is a predetermined level or higher.

  The game control device of the present invention is configured such that, when the execution status of the first game by the user satisfies a predetermined condition, the user is given a privilege in the second game. For the purpose of obtaining a privilege in two games, it is motivated to try the first game so that the execution status of the first game satisfies a predetermined condition. In addition, when the degree of the relationship between the user and the other user in the first game satisfies a predetermined condition, the user is given a privilege in the second game. For the purpose of obtaining benefits in two games, a relationship is established with other users in the first game so that the degree of relationship in the first game with other users satisfies a predetermined condition, and the relationship is strengthened Motivated that. That is, according to the game control apparatus of the present invention, for example, the user's desire to acquire a privilege in the already played second game can be linked to the motivation to try the first game. It is possible to smoothly guide to the first game. In particular, when the second game is a well-known game and the first game is a new game, there are a large number of users who have already played the second game. Is highly effective.

  In addition, when a privilege is provided in the second game, it is not necessary for the user to perform any procedure (for example, entry procedure) in the first game or the second game in advance.

In the game control device, the first game and the second game are games that can be executed by a user after completion of user registration, and the number of users registered in the first game is equal to the second game. Less than the number of registered users in
The providing means temporarily stores the first information in a buffer, transmits the first information in the buffer to the second game control device, and retransmits the first information until the transmission is completed. It may be repeated.

In this configuration, since the number of registered users of the first game (the number of registered users) is smaller than the number of registered users of the second game, the game control device can process, for example, processing such as memory capacity and computing capacity. The ability is lower than that of the second game control device. In other words, since it is reasonable to increase the processing capacity of the device in response to the increase in the number of registered users, especially when the first game is a new game and the service to the user has just started. Then, the game control device for the first game only needs to have a processing capability for a relatively small amount of users.
On the other hand, conventionally, when a privilege is given to a user in a specific game, a game control device that executes the game determines a condition as to whether or not the privilege is given for each user. However, in order to determine whether or not a predetermined condition is satisfied for each of a large number of registered users of the second game, the game control device for the first game having a low processing capacity from the second game control device. If there is an access to the game game, there is a possibility that a congestion state will occur in the game control device of the first game with low processing capability because the number of user registrations of the second game is large. In particular, in the case of social games, there are games having hundreds of thousands to millions of registrants, but if it is the second game, even if some of the registrants are first, If an operation for confirming whether or not the predetermined condition is satisfied is performed on the game control device of the game, it is assumed that an excessive load is applied to the game control device of the first game, and the game cannot be handled. Therefore, the second game control device does not confirm whether or not a predetermined condition is satisfied with respect to the game control device of the first game, but does not check whether or not the above-described game control device (game control of the first game) is configured. Device) temporarily stores first information indicating that a predetermined condition has been satisfied in the buffer, transmits the first information in the buffer to the second game control device, and first information until the transmission is completed. Repeat retransmission of information. As a result, for each of a relatively small number of registered users, the second game control device having a high processing capability is accessed, so that the occurrence of the congestion state can be avoided.

In the game control device, the first game and the second game are games that can be executed by a user after completion of user registration, and the number of users registered in the first game is equal to the second game. Less than the number of registered users in
The providing means may transmit the first information to the second game control device in response to an input from the user.

Similarly, in this configuration, since the number of registered users of the first game is smaller than the number of registered users of the second game, the game control device has, for example, a processing capacity such as a memory capacity and a computing capacity in the second game control. It can be lower than the device.
And the said game control apparatus transmits the 1st information which shows having satisfy | filled the predetermined conditions to a 2nd game control apparatus triggered by a user's input. Accordingly, since a relatively small amount of registered users are accessed to the second game control device having a high processing capability, it is possible to avoid the occurrence of a congestion state.

In the game control apparatus, the providing unit may broadcast the first information about a plurality of users at predetermined time intervals.
When it is determined by the determination means that the predetermined condition is satisfied, when the first information is immediately transmitted to the second game control device, the second game control device receives the first information each time and receives the received first information. Processing based on one information is required. On the other hand, when the first information about a plurality of users is transmitted all at a predetermined time, the second game control device can process the plurality of first information at a known time, The steady load can be reduced. Although the time which transmits 1st information is not specifically limited, It is preferable to set to the time slot | zone (namely, the time zone where access from a user is comparatively few), such as midnight, when steady load is low.

In the game control apparatus, the predetermined condition may be that a level indicating a degree of progress of the first game or a specific event for the first game by the user reaches a predetermined value.
In this configuration, the predetermined condition for obtaining the privilege in the second game is that the user reaches a level (progress level) indicating the degree of progress in the first game, so the user obtains the privilege in the second game. Therefore, it is possible to have a quantitative target for proceeding with the first game, and to clarify the awareness of trying the first game.
The progress level to be determined is not limited to the progress level of the first game itself, but may be a specific event in the first game (for example, a limited in-game event). In this case, for example, a user who has played the first game but has not participated in a specific event in the first game can be guided to the specific event.

When the predetermined condition is based on a level indicating the degree of progress in the first game, the privilege may increase as the level increases.
In this configuration, as the first game progresses, the benefits that the user can obtain in the second game increase. Therefore, the motivation to obtain more benefits in the second game is to motivate the user to play the first game. It becomes possible to raise it further.

In the game control apparatus, the first game and the second game are games that can be executed by a user after completion of user registration, and the providing means is configured to register the user with the second game. The first information may be provided regardless of the presence or absence, and the notification means may notify the user regardless of whether or not the user is registered in the second game.
In this configuration, when the user satisfies a predetermined condition for the first game, even if there is no user registration for the second game for the user, the user registration for the second game is completed thereafter. In the second game, a privilege can be given to the user.

In the game control apparatus, the determination unit may limit a user who is a determination target based on user registration information.
In this configuration, since the users to be determined are limited, the determination processing load can be reduced in the game control device. Furthermore, since the restriction of the user is performed based on the user registration information, the target user can be efficiently guided to the first game while reducing the processing load.

  When restricting the users to be determined based on the user registration information, the registration information may be the gender or age of the user. For example, when the first game is a game for women, it is considered that a female user is more conscious of trying the first game than a male user. In this case, based on the registration information, by limiting the users to be determined to women, the female user to be the target of the first game is efficiently guided to the first game while reducing the processing load of the determination. Will be able to. In addition, when the character appearing in the first game is an animal, an insect, or the like, the user to be determined may be limited to junior high school students or younger (age lower than junior high school age).

A second aspect of the present invention provides a computer,
A function to execute the first game;
A function of determining whether or not the execution state of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition;
A function of providing first information indicating that the predetermined condition is satisfied for the user to a second game control device that executes the second game when it is determined that the predetermined condition is satisfied; and
A function of notifying the user that a privilege is granted in the second game when it is determined that the predetermined condition is satisfied;
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 third aspect of the present invention is a game between a first server that executes a first game in response to an access from a communication terminal and a second server that executes a second game in response to an access from a communication terminal. It is a control method.
This game control method
A step in which the first server determines whether or not the execution status of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition;
Providing the second server with first information indicating that the predetermined condition is satisfied for the user when the first server is determined to satisfy the predetermined condition;
A step of notifying the user that a privilege is granted in the second game when the first server is determined to satisfy the predetermined condition;
A step in which the second server gives a privilege on the second game to the user based on the first information;
including.

A fourth aspect of the present invention is a game including a first server that executes a first game in response to an access from a communication terminal, and a second server that executes a second game in response to an access from a communication terminal. System. In this game system,
The first server
Determining means for determining whether or not the execution status of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition;
Providing means for providing, to the second server, first information indicating that the predetermined condition is satisfied for the user when the determining means determines that the predetermined condition is satisfied;
Notification means for notifying the user that a privilege is given in the second game when the determination means determines that the predetermined condition is satisfied,
The second server
An granting unit for granting a privilege on the second game to the user based on the first information.

  According to the game control device, the game control method, the program, and the game system of the present invention, the user can be guided to a specific game.

The figure which shows the basic composition of the game system of embodiment. The figure which shows the example of the external appearance of the communication terminal of embodiment. The block diagram which shows the structure of the communication terminal of embodiment. The block diagram which shows the structure of the game server of embodiment. The block diagram which shows the structure of the database server of embodiment. The figure which shows the structural example of a user database. The figure which shows the structural example of a present database. The figure which shows the structural example of a privilege management database. The figure which illustrates a series of web pages displayed in a user's communication terminal. The figure which illustrates a series of web pages displayed in a user's communication terminal. The figure which illustrates a series of web pages displayed in a user's communication terminal. The figure which illustrates a series of web pages displayed in 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 figure which shows the example of composition of privilege data and privilege data queue A sequence chart for displaying a campaign page on a communication terminal. The sequence chart which shows the process based on the determination result of the privilege generation conditions of an interlocking campaign in embodiment. The sequence chart which shows the process based on the determination result of the privilege generation conditions of an interlocking campaign in embodiment. The sequence chart which shows the process in the case of receiving the privilege of an interlocking campaign in embodiment. The figure which illustrates a series of web pages displayed in a user's communication terminal in the modification of embodiment. The sequence chart which shows the process based on the determination result of the privilege generation conditions of a cooperation campaign in the modification of embodiment. The sequence chart which shows the process based on the determination result of the privilege generation conditions of a cooperation campaign in the modification of embodiment. 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 present embodiment. As shown in FIG. 1, this game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW (network) such as the Internet, and game servers 20a, 20b connected to the communication network NW. , 20c,... And database servers 30a, 30b, 30c,. 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,. Similarly, when referring to each of the game servers 20a, 20b, 20c,. When referring to each database server 30a, 30b, 30c,... In common, it is referred to as database server 30.

In this game system, the game server 20 a is configured to be able to communicate with the communication terminal 10 that is a client, and the game server 20 a and the database server 30 a provide a service for the game A to the communication terminal 10. The game server 20 b is configured to be able to communicate with the communication terminal 10 that is a client, and the game server 20 b and the database server 30 b provide a service for the game B to the communication terminal 10. The game server 20 c is configured to be able to communicate with the communication terminal 10 that is a client, and the game server 20 c and the database server 30 c provide a service about the game C to the communication terminal 10. That is, each game server is configured to provide services for different games.
The game server 20 is mounted with an application operable on a web browser as a game application. The database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 by, for example, a wire for reading and writing the information.
The communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and the user performs an operation of selecting a menu or the like on the web page displayed on the communication terminal 10. Execute.

  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 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).
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 including the selection result to the game server for updating the web page. 20 to send.

  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 (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. The button group 15 b includes a button group 15 a and a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing a 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 (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. 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, a communication interface unit 25, and an API (Application Programming Interface) server 26. A bus 27 for transmitting signals or data signals 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.

The API server 26 is implemented with a Web API, and performs communication according to HTTP with an API server of another game server. For example, the API server 26 makes a request for a predetermined process to the API server of another game server using HTTP, and the API server that receives the request sends the processing result to the API server 26 that requested the request. Is configured to return. In the case of the present embodiment, the API server 26 makes a request including specific user information (for example, privilege data described later) to the API server of another game server. The other game server that has received this request performs a predetermined process based on the user information included in the request.
Although FIG. 4 shows a case where the API server 26 is incorporated in the game server 20, the API server 26 may be configured separately from the game server 20.

(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.
The configuration of the database server 30 differs depending on the game to be processed, but here, for the sake of simplicity of description, it is assumed that all the database servers 30 have the common configuration shown in FIG. As shown in FIG. 5, the database server 30 includes a user database 31 and a game database 32.

  The type of game realized by the game server 20 of the present embodiment is not particularly limited, but in the following, for convenience of description of the embodiment, as an example of a game realized by the game server 20, an image of a game character Pick up a digital card game that uses a card that displays. That is, the game servers 20a, 20b,... Respectively execute the game A, the game B,.

  FIG. 6 shows an example of a user database 31 applied in the digital card game of the present embodiment (hereinafter simply referred to as “game” or “game of the present embodiment” as appropriate). Data included in the user database 31 can be updated sequentially by the game server 20. In the following description, user ID (user identification information) included in the user database 31 or data for each user name that identifies a user is collectively referred to as user data. The data of each item constituting the user data is as follows.

-User name It is a user name displayed in order to identify the user of the communication terminal 10 at the time of execution of a game. The user name is text having a predetermined length or less designated in advance by the user. As with the user ID, the same user may be managed by the same user name in the plurality of games A, B, C,..., Or a different user name can be set for each game. Good.
Progress level data indicating the progress level of the user on each game. For example, it is a level value in a range from Lv1 (level 1) to Lv100 (level 100). When the experience value reaches a predetermined value, the progress level increases by one.
-Physical strength point It is a point required when performing the quest mentioned later in the game of this embodiment. The health point is a value that decreases each time a quest is performed and recovers (increases) each time a predetermined time elapses.
-Experience value In the game of this embodiment, it is a value which increases when performing the quest mentioned later. When the experience value reaches a predetermined value (for example, 100), the progress level is increased by 1, and the experience value is reset (ie, becomes zero).
・ Friend's user ID
It is a user ID in which the user has a friendship (described later) on the game.
-Owned Card The owned card is data of a card held by the user on the game (for example, an identifier indicating the type of card such as C1). Each card may be associated with, for example, a parameter referred to in a game battle (that is, an ability value such as an attack power and a defense power).
-Owned item The possessed item is data of an item possessed by the user on the game (for example, an identifier indicating the type of item such as Q3).

In the description of the present embodiment, it is assumed that the database servers 30a, 30b,... Each have a user database 31 having the same configuration, and the game A, the game B,. . The contents of the execution of each game may be completely different, but as will become clear later, the contents of each game are not an important element in the present embodiment.
In the game system of the present embodiment, a plurality of game servers 20a, 20b, 20c,... Are mounted on a common platform, and the same user is identified by the same user ID in the plurality of games A, B, C,. Although a case of management is assumed, it is not limited to such a case. If the correspondence of user IDs between different games is known in each game server 20, a different user ID can be used for each game by the same user.

  In this embodiment, for example, for the purpose of guiding the user to play the game A (first game), the user receives in the game B (second game) according to the execution status of the user in the game A. A linked campaign with the game B (hereinafter simply referred to as “linked campaign” as appropriate) is performed in the game A, which gives a privilege that can be used. This linked campaign may be performed for a limited time for the purpose of prompting the user to play the game A early.

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 related to the progress of the game may include various types of information depending on the nature of the game.
In addition, the game database 32 stores and updates a present database and a privilege management database in association with the linked campaign described above. More specifically, when the linked campaign between the game A and the game B described above is performed, at least a game management database is provided in the game database 32 of the database server 30a, and a present database is stored in the game database 32 of the database server 30b. Is provided.

  The present database stores information about presents addressed to each user. The present may be a card, item, point, or the like that is given as a privilege from the game provider, or a card, item, or the like that is given as a present or trade from another user (such as a fellow user). A data configuration example of the present database is shown in FIG. The present database shown in FIG. 7 receives, for each user ID, information about the cause of the present, information about the present contents (for example, an identifier indicating an item or a card given to the user), and reception of the present of the user. It includes a flag indicating the state (1: received, 0: not received).

  A privilege management database is a database for managing the privilege provided to a user in the said interlocking campaign for every user. A configuration example of the privilege management database is shown in FIG. In the privilege management database shown in FIG. 8, for each user, information about whether or not a privilege generation condition (predetermined condition) is satisfied for each of a plurality of privilege generation conditions in the linked campaign with the game B, and the bonus generation When the condition is satisfied, information about whether or not the information (privilege data described below; first information) indicating that the privilege generation condition is satisfied has been transmitted to the game server 20b is managed. For example, in the example shown in FIG. 8, “00” is satisfied when the privilege generation condition is not satisfied, “10” is satisfied when the privilege generation condition is satisfied, and privilege data described later is not transmitted, and the privilege generation condition is satisfied; When privilege data to be described later has been transmitted, 2-bit data of “11” is written.

(5) Game of this embodiment Hereinafter, the game of this embodiment is demonstrated, referring FIGS.

FIG. 9 is a diagram illustrating an example of a web page when displaying the contents of a linked campaign with the game B in the game A of the present embodiment. FIG. 10 is a diagram illustrating an example of a web page displayed when the user executes the game A. FIG. 11 is a diagram illustrating an example of a web page displayed when a condition (privilege generation condition) by a linked campaign with the game B is achieved in the game A of the present embodiment. FIG. 12 is a diagram illustrating an example of a web page displayed when a privilege obtained by executing the game A is received in the game B of the present embodiment.
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 web page P1a in FIG. 9 is an example of the top page of the game A of the present embodiment, and is configured according to individual user IDs. 9 includes a character image display area 101, a user data display area 102, and a menu display area 103.
The character image display area 101 is an area in which a character image designated in advance by the user among character images corresponding to a plurality of cards included in the user data of the target user ID is displayed.

The user data display area 102 is an area in which data (see FIG. 6) of items of progress level, physical fitness points, cards, and friends included in the user data of the target user ID is displayed. The “card” in the user data display area 102 displays the number of cards owned by the user. Further, as illustrated in FIG. 9, when the number of cards is written as “3/50”, the number of cards held by the user is 3, and the maximum number of cards that can be held is 50. It shows that. When the physical strength point is described as “50/50”, it indicates that the current physical strength point of the user is 50, and the maximum value of the physical strength point of the user is also 50 at the present time. In the “companies” in the user data display area 102, the number of user companions is displayed. As illustrated in FIG. 9, when the number of friends is written as “0/10”, the number of current friends of the user is 0, and the number of friends that can be registered by the user at the present time is 10. It shows that.
In the web page P1a shown in FIG. 9, it is assumed that the progress level is Lv1 (initial value) soon after the user to be processed starts the game A.

The menu display area 103 is an area for displaying menus corresponding to a plurality of functions provided in the game A of the present embodiment, and menus corresponding to specific events, campaigns, and the like. Here, as an example of the menu corresponding to the function provided in the game A of the present embodiment, the case where the menu m1 (“quest”) is displayed is shown, but the present invention is not limited to this. A menu for executing the process may be displayed as appropriate. For example, a “battle” menu for performing a battle (battle) using a card with another user may be displayed.
In the game A of the present embodiment, a menu m5 for displaying a web page (hereinafter referred to as “campaign page” as appropriate) for a linked campaign with another game B in the menu display area 103 is displayed. Linked campaign ").

When the menu m5 is selected and operated on the web page P1a in FIG. 9, the web page is updated as shown in P2a. The web page P2a may display the content for guiding the linked campaign with another game B, or the content of the privilege when the user to be processed can receive the privilege in the game B. .
The “recovery drug” exemplified as the content of the privilege is an item on the game for increasing the user's physical strength point to the maximum value. As will be described later, since the physical strength points are reduced by executing the quest, more quests can be executed in a short time by using the recovery drug, and the game can be advanced earlier. The “card lottery ticket” is, for example, a ticket for enabling the function to be executed once when a function for drawing a lottery of cards by lottery is provided in the game B.
As shown in FIG. 9, a banner b1 (“To Game B!”) For linking to the game B may be displayed on the web page P2a. The web page P2a in FIG. 9 is a campaign page when there is no privilege that can be received in the game B by the user to be processed.

  When the menu m1 (“quest”) is selected on the web page P1a in FIG. 10, the web page is updated as shown in P3a. The web page P3a includes a menu m10 (“Quest execution”) for the user to search for a predetermined area (area). When the menu m10 is selected, the web page is updated as shown in P3. On the web page P3, a menu m11 ("execute again") is displayed so that the search can be continued. Each time the menu m10 or the menu m11 is selected and operated, the achievement rate increases with a constant or random increase amount. When the achievement rate reaches 100%, the search for the area ends and the process proceeds to the next area. Can do. Each time the menu m10 or the menu m11 is selected and operated, the user's physical strength point is consumed by a predetermined amount (8 in the example of FIG. 10), and the user's experience value is only a predetermined amount (8 in the example of FIG. 10). To increase. A plurality of search target areas may be provided. In the quest process, each time the menu m10 or the menu m11 is selected and operated, the user can obtain various cards and items prepared on the game with a predetermined or random probability. Also good. The obtained card or item is displayed in the display area 202 of the web page, for example.

Each time the quest is executed, the physical strength points are consumed (decreased) by a predetermined amount, but a point display area 203 for displaying the physical strength points held by the user after the decrease is provided. For example, in the web page P3a → P4a, it can be seen that the health point has decreased from 100 to 92. When the selection operation of the menu m11 is repeatedly performed on the web page P4a, the experience value reaches a predetermined value (for example, 100), for example, the progress level increases from Lv1 to Lv2. As a result, for example, the web page is updated as shown in P5a.
If the selection operation of the menu m11 is repeatedly performed on the web page P4a, the physical strength point decreases as described above, but when the physical strength point is less than the physical strength required for one quest (for example, 8), the physical strength point is further increased. The quest cannot be executed. In that case, in order to be able to execute the quest again, it is necessary to wait until the health points recover (increase) over time.

  After the progress level is promoted to Lv2, when the menu m5 is selected and operated on the web page P1a in FIG. 11, the web page (campaign page) is updated as shown in P6a. Unlike the web page P2a of FIG. 9, the web page P6a is provided with a display area 205 including text indicating that a privilege due to promotion to Lv2 can be received.

When the banner b1 (“To Game B!”) Is selected and operated on the web page P6a in FIG. 11, the top page of the game B of the user to be processed is displayed as shown in P1b in FIG. In this example, the configuration of the top page P1b of the game B is the same as the configuration of the top page P1a of the game A, but may be a completely different configuration. As an example of a menu corresponding to a function provided in the game B of the present embodiment, a case where a menu m21 (“quest”) for executing a quest is displayed as in the case of the game A is shown.
On the top page P1b of the game B, when there is a present that has not yet been received by the user, a menu m25 (“The present has arrived!”) Is displayed. By selecting the menu m25, the web page is updated as shown in P2b, and a present list is displayed. In the present list, for each present addressed to the user to be processed, either a menu m27 for receiving (“receive”) or a text indicating that it has been received (“received”) is displayed in association with each other. The Here, as shown in the web page P6a of FIG. 11, the benefits (in this example, a limited card) that can be received by the user to be processed in the game B by the linked campaign in the game A are associated with the menu m27. Shows the case.
When the menu m27 is selected and operated on the web page P2b, the user can receive a present corresponding to the selected menu m27.

(6) Overview of Functions Provided by Game Control Device Next, functions provided by the game control device in order to realize the above-described game of the present embodiment will be described.
In the present embodiment, for example, the game control device is configured by the game server 20 and the database server 30. Below, the case where the game of embodiment mentioned above is applied is made into an example, and the function with which a game control apparatus is provided, and its implementation method are demonstrated with reference to the functional block diagram of FIG. 13A shows functional blocks of each function realized by the game server 20a that executes the game A and the database server 30a, and FIG. 13B shows a game server 20b that executes the game B and the database. The functional block of each function implement | achieved by the server 30b is shown.
Note that the registration unit 51 is not a component essential to the present invention but a component that makes the game control device of this embodiment suitable.

For example, the registration unit 51 has a function of recognizing a user registration request based on information regarding an appropriate operation input to the communication terminal 10 on a web page provided to the communication terminal 10 and performing a registration process. This registration process is executed when the user performs user registration for the game of the present embodiment.
The function of the registration means 51 is implement | achieved as follows, for example. The CPU 21 of the game server 20 a 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 20a (for example, a selection operation of a predetermined menu 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 of the transmission source (for example, individual identification information of a terminal such as a UID (Unique Identifier), a mail address, or the like) If another game by the same service provider is used, 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. The registration process includes a process in which the CPU 21 generates user data corresponding to the user ID and stores it in the user database 31. When registration is completed, the user can execute the game of the present embodiment. After the registration is completed, when receiving an HTTP request for login from the communication terminal 10 of each user, the CPU 21 acquires individual identification information or a user ID and password from the HTTP request, and the individual identification information or user ID. Then, the authentication process is performed by comparing the password with the data already recorded in the user database 31, for example.

The registration unit 51 may further include a function of associating different users. That is, the registration unit 51 records the user ID in association with another user ID, for example, triggered by an application based on the user ID. That is, the registration unit 51 records other user IDs (that is, other users) as “companies” in response to an application based on the user ID.
The function of the registration means 51 is realized as follows, for example. The CPU 21 of the game server 20a, through the communication interface unit 25, from the communication terminal 10 of the user corresponding to a certain user ID, an application message specifying the user ID (or the corresponding user name) that the user wants to become a friend (friend application) Accept. 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 the data (the other party's user ID) in the location (see FIG. 6) of the “mate user ID” of the user data of the corresponding two 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.

The game execution means 52 has a function of executing the game A.
In the case of the present embodiment, the game A is executed by transmitting HTML data for sequentially updating web pages displayed on the communication terminal 10 in accordance with a user operation on the communication terminal 10. At this time, the CPU 21 of the game server 20a receives an HTTP request from the communication terminal 10 via the communication interface unit 25, executes a process requested by the HTTP request, and an HTTP response including the HTML data as the execution result. Is returned to the communication terminal 10.

The execution content of the process requested by the HTTP request differs depending on the function provided in the game, but is as follows, for example.
For example, when executing the quest described with reference to FIG. 10, when the CPU 21 of the game server 20a receives an HTTP request including a predetermined selection operation content (for example, a selection operation result of the menu m10 or m11) by the user, the processing target The process of updating the user achievement rate, physical fitness point, and experience value is performed. The CPU 21 of the game server 20a, for example, transfers the user achievement rate, physical strength points, and experience value data from the database server 30a to the RAM 23 at the start of execution of the quest (when the menu m1 is selected), and during the quest, the RAM 23 The update process is performed on the data in the database, and the updated data in the RAM 23 is overwritten on the data in the database server 30a at the end of the quest.
For example, when executing a battle using a card with another user, the CPU 21 of the game server 20a, for example, uses the parameters of the cards used in the battle of the user to be battled (for example, attack power and defense power). And the like, and the battle outcome is determined based on the comparison result.

The determination means 53 determines whether the execution status of the game A (first game) by the processing target user or the degree of the relationship between the processing target user and the other user in the game A satisfies the privilege generation condition (predetermined condition). It has a function to determine whether or not.
The privilege generation conditions are not particularly limited, but are preferably conditions that motivate the user to play the game A, that is, conditions that can guide the user to the game A. For example, “the execution status of the game A satisfies the privilege generation condition” by the user means that the progress level of the game A, the total execution time of the game A, etc. exceed a predetermined value, or the determination target user is the game A When the tutorial is displayed when it is accessed for the first time, the display or processing of the tutorial may be completed.
“The degree of relationship in the game A satisfies the privilege generation condition” between the user and another user means that, for example, when another user registers with the game A by user invitation, The user is in a friendship relationship, or the intimacy between the user and other users in the game A is equal to or higher than a predetermined level.
The intimacy is a numerical value of the degree of relationship between fellow users based on a certain standard. For example, the greater the frequency of sending or receiving greeting messages between users (greeting frequency), the number of times a gift such as an item that can be used on the game is sent or received (number of presents), etc., the higher the familiarity is set. .

  The function of the determination means 53 is realizable as follows. Each time the CPU 21 of the game server 20a receives an HTTP request from the user's communication terminal 10, it accesses the privilege management database, and each privilege occurrence in which data of “00” (not satisfying the privilege occurrence condition) is written. It is determined whether the user to be processed satisfies the condition. The determination process for the privilege generation condition may be different for each target privilege generation condition.

For example, when the privilege generation condition is that the progress level of the user to be processed has reached a predetermined level, the CPU 21 of the game server 20a accesses the user data of the user, reads out the value of the progress level, and reads it out. If the value of the progress level is equal to or higher than the predetermined level, it is determined that the privilege generation condition is satisfied.
When the tutorial of Game A is composed of a plurality of web pages that are displayed hierarchically or step by step according to the user's selection operation, and the completion of the processing of the tutorial is a benefit generation condition The CPU 21 of the game server 20a satisfies the privilege generation condition when the transmission of the HTML data for displaying the web page displayed last among the plurality of web pages constituting the tutorial is completed. You may make it determine that it was.
In the case where the privilege generation condition is that another user has registered through the invitation of the processing target user, for example, the determination is performed as follows. At this time, when the user registers as a user in the game A due to an invitation by another user, the CPU 21 of the game server 20a stores data associating the invited user with the invited user in, for example, user data. Referring to the data, it is determined whether or not the privilege generation condition is satisfied.

  When the user to be processed satisfies the privilege generation condition, the CPU 21 of the game server 20a sets the data corresponding to the privilege generation condition to “00” (does not satisfy the privilege generation condition) in the privilege management database. ) To “10” (the privilege generation condition is satisfied and the privilege data described later is not transmitted).

When the determination unit 53 determines that the privilege generation condition (predetermined condition) is satisfied, the providing unit 54 receives the privilege data (first information) indicating that the privilege generation condition is satisfied for the processing target user, A function provided to the game server 20b (second game control device) that executes B (second game) is provided.
The function of the providing means 54 is realizable as follows. The CPU 21 of the game server 20a accesses the privilege management database, generates privilege data corresponding to the privilege generation condition in which “10” (the privilege generation condition is satisfied and the privilege data is not transmitted) is written, and the RAM 23 Add (write) to the privilege data queue (buffer).
Here, the privilege data and the privilege data queue will be described with reference to FIG. FIG. 14 is a diagram illustrating a configuration example of the privilege data and the privilege data queue. The privilege data is a user ID, a target game (a game to which a privilege is given, and is a game B in the example of the present embodiment), and a privilege content (content of a privilege that can be received in the game B that is the target game). Consists of The privilege data queue is configured by a group of addresses in a predetermined area of the RAM 23 for temporarily storing a plurality of privilege data. The CPU 21 writes privilege data to each address and sequentially reads the privilege data to be transmitted.

The CPU 21 of the game server 20a refers to the privilege management database, and based on the user ID and the privilege generation condition corresponding to the data “10” (the privilege generation condition is satisfied and the privilege data described later is not transmitted), The privilege data is generated and written to the privilege data queue.
The CPU 21 of the game server 20a controls the API server 26 so that a request including the read privilege data is transmitted to the API server 26 of the game server 20b after reading the privilege data to be transmitted from the privilege data queue. . Note that the API server 26 of the game server 20a receives a response including the benefit data reception result (successful reception or reception failure) from the API server 26 of the game server 20b.
When the transmission of the privilege data is completed, the CPU 21 of the game server 20a accesses the privilege management database and sets the data corresponding to the privilege data for which transmission has been completed to “10” (the privilege occurrence condition is satisfied and the privilege data has not been transmitted yet). ) To “11” (privilege generation conditions are satisfied and privilege data has been transmitted).

The notification unit 55 has a function of notifying the user that a privilege is given in the game B (second game) when the determination unit 53 determines that the privilege generation condition (predetermined condition) is satisfied.
An implementation example of the function of the notification means 55 will be described below with reference to FIG. FIG. 15 is an example of a sequence chart for displaying a campaign page on the communication terminal 10. In FIG. 15, the user to be processed is the user U1.
In FIG. 15, when the user U1 recognizes that the menu m5 has been selected on the top page (for example, the web page P1a in FIG. 11), the communication terminal 10 sends an HTTP request including the selection operation result to the game server 20a. Transmit (step S100). CPU21 of game server 20a reads the data corresponding to each privilege generation condition of user ID of user U1 from a privilege management database (privilege management DB) based on the received HTML data (Step S110). Next, the CPU 21 displays appropriate text in the display area 205 of the campaign page based on information about whether or not each privilege occurrence condition indicated by the read data is satisfied and whether or not the privilege data has been transmitted. HTML data is generated so as to be included (step S120), and transmitted to the communication terminal 10 of the user U1 (step S130). The communication terminal 10 interprets the received HTML data and displays a campaign page as shown in the web page P6a in FIG. 11 (step S140). In this campaign page, a privilege granted in the game B when the user U1 satisfies the privilege generation condition is displayed.

  The registering means 61 and the game executing means 62 are the same functions in the game B corresponding to the registering means 51 and the game executing means 52, respectively, and a duplicate description of how to realize the functions is omitted. As described above, the content of the game B executed by the game execution means 62 may be different from that of the game A.

The granting unit 63 has a function of granting a privilege on the game B (second game) to the user based on the privilege data (first information).
The function of the provision means 63 is realizable as follows. CPU21 of game server 20b will write new data in a present database based on the received privilege data, if privilege data is received from game server 20a via an API server. In that case, CPU21 writes the code which shows that it is a privilege by an interlocking campaign to the item of "occurrence cause" corresponding to the user ID contained in privilege data, and is included in privilege data in the item of "present content". The contents of the privilege (for example, an identifier indicating the type of card, etc.) are written, and “0” (not received) is written in the “reception status” item.

When the CPU 21 of the game server 20b recognizes a selection operation (for example, a selection operation for the menu m27) for receiving a privilege on a web page (for example, the web page P2b in FIG. 12) that displays a present list in the game B, A process of associating the contents with the user to be processed is performed. For example, when the content of the privilege is a card, the CPU 21 of the game server 20b accesses the user data of the user to be processed and performs a process of writing the card as the privilege as the possessed card. Next, the CPU 21 accesses the present database, and rewrites the item “Receiving state” corresponding to the user's receiving target (that is, granting target) privilege from “0” (not received) to “1” (received). .
CPU21 of game server 20b produces | generates the HTML data according to selection operation (for example, selection operation with respect to menu m27) for receiving a privilege, and transmits to a user's communication terminal 10. FIG. It is preferable that a text indicating that the privilege is given to the user is displayed on a web page (not shown) displayed by the HTML data.

(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 system of this embodiment will be described with reference to the sequence charts of FIGS. . Note that the sequence charts of FIGS. 16 and 17 show processing based on the determination result of the privilege generation condition of the linked campaign in the game A by the user. The sequence chart of FIG. 18 shows processing when the user receives the benefits of the linked campaign of game A in game B.
16 to 18, the user to be processed is the user U1.

In FIG. 16, when the user U1 performs some selection operation on the web page of the game A (for example, the selection operation of the menu m10 or m11 in FIG. 10 for executing a quest), an HTTP request including the selection operation result is transmitted to the communication terminal. 10 is transmitted to the game server 20a (step S200). The CPU 21 of the game server 20a accesses the privilege management database and determines whether or not the user U1 satisfies each privilege generation condition in which data of “00” (not satisfying the privilege generation condition) is written (step S210). ). For example, when it is a privilege generation condition that the progress level has reached Lv2 in the game A, the CPU 21 of the game server 20a refers to the user data of the user U1, and the progress level of the user U1 is Lv2 or higher. Determine whether or not. When the privilege generation condition in which the data “00” is written is not satisfied (step S210: NO), the process proceeds to step S270, and HTML data including the processing result based on the HTTP request in step S200 is generated.
If any privilege occurrence condition in which “00” data is written is satisfied (step S210: YES), the CPU 21 of the game server 20a applies the corresponding privilege occurrence condition in the privilege management database (privilege management DB). Is rewritten to “10” (the privilege generation condition is satisfied and the privilege data is not transmitted), thereby updating the privilege management database (step S220).

Next, the CPU 21 of the game server 20a accesses the privilege management database again, and generates privilege data corresponding to the privilege generation condition in which “10” (the privilege generation condition is satisfied and the privilege data is not transmitted) is written. Then, it is added to the privilege data queue in the RAM 23 (step S230). This privilege data includes the user ID of the user U1 and the privilege content in the game B that is the target game.
When the CPU 21 of the game server 20a reads the privilege data of the user U1 from the privilege data queue in the RAM 23, the API server 26 is set so that a request including the read privilege data is transmitted to the API server 26 of the game server 20b. Control (step S240). Note that the API server 26 of the game server 20a receives a response including the benefit data reception result (successful reception or reception failure) from the API server 26 of the game server 20b.
When the transmission of the privilege data is completed, the CPU 21 of the game server 20a accesses the privilege management database and sets the data corresponding to the privilege data for which transmission has been completed to “10” (the privilege occurrence condition is satisfied and the privilege data has not been transmitted yet). ) To “11” (the privilege generation condition is satisfied and the privilege data has already been transmitted) to update the privilege management database (step S250).

  When receiving the privilege data via the API server, the CPU 21 of the game server 20b updates the present database by writing new data in the present database (present DB; see FIG. 7) based on the received privilege data ( Step S260). In that case, the CPU 21 of the game server 20b writes a code indicating that it is a privilege due to the linked campaign in the item “Cause of occurrence” corresponding to the user ID included in the privilege data, and in the item “present content” The privilege content (for example, an identifier indicating the card type) included in the data is written, and “0” (not received) is written in the item “Received”.

  The CPU 21 of the game server 20a proceeds to step S270 after step S250, generates HTML data including the processing result based on the HTTP request of step S200 (step S270), and transmits the generated HTML data to the communication terminal 10 of the user U1. (Step S280). The communication terminal 10 of the user U1 interprets the received HTML data and displays a web page (step S290).

The above is the process based on the determination result of the privilege generation condition of the linked campaign in the game A. When the privilege data is transmitted from the game server 20a to the game server 20b (step S240), the game B is under maintenance. For this reason, the game server 20b may not receive privilege data. “Game B is under maintenance” is a situation in which, for example, when a program for executing game B is updated, a service for executing game B is stopped for a certain period of time. FIG. 17 shows processing in consideration of the case where the game B is under maintenance for the sequence chart of FIG.
The sequence chart of FIG. 17 differs from FIG. 16 in step S240. When the game B is under maintenance, the CPU 21 of the game server 20a repeats the retransmission of the privilege data at regular intervals until the transmission of the privilege data is completed. The CPU 21 of the game server 20a repeats the re-transmission of the privilege data until the reception result of successful reception is acquired via the API server 26.

In FIG. 18, it is assumed that the user U1 logs into the game B after the user U1 satisfies the privilege generation condition in the game A.
When the user U1 performs a menu selection operation (for example, a selection operation on the menu m25) for displaying the present list on the top page of the game B (for example, the web page P1b in FIG. 12), the communication terminal 10 An HTTP request including the selection operation result is transmitted to the game server 20b (step S300). When acquiring the HTTP request, the CPU 21 of the game server 20b reads the data of the user U1 in the present database (present DB) (step S310), generates HTML data including a present list (step S320), and communicates with the user U1. It transmits to the terminal 10 (step S330). The communication terminal 10 of the user U1 interprets the received HTML data and displays a web page (for example, the web page P2b in FIG. 12) (step S340).

When the user U1 performs a selection operation (for example, a selection operation for the menu m27) for receiving any privilege from the present list displayed in step S340, the communication terminal 10 receives the HTTP request including the selection operation result. Is transmitted to the game server 20b (step S350). CPU21 of the game server 20b will update a user database (user DB) and a present database (present DB), if an HTTP request is acquired (step S360). For example, when the content of the privilege is a card, the CPU 21 of the game server 20b accesses the user data of the user to be processed and performs a process of writing the card as the privilege as the possessed card. Further, the CPU 21 of the game server 20b accesses the present database, and changes the item “Receiving status” corresponding to the privilege of the receiving target (that is, the granting target) of the user U1 from “0” (not received) to “1” ( Rewrite to (Received).
CPU21 of game server 20b produces | generates the HTML data according to selection operation (for example, selection operation with respect to menu m27) for receiving a privilege (step S370), and transmits to the communication terminal 10 of user U1 (step S380). . The communication terminal 10 of the user U1 interprets the received HTML data and displays a web page (step S390). It is preferable that the text which shows that the privilege was provided to the user U1 is displayed on the displayed web page.

  As described above, in the game control device according to the present embodiment, when the execution status of the user satisfies the privilege generation condition (predetermined condition) in the game A (first game), the user is in the game B (second game). The game is configured so that a privilege is granted in the game), so that the user tries the game A for the first game so as to satisfy the privilege generation condition in the game A for the purpose of obtaining the privilege in the game B. Motivated that. Further, in the game control device of the present embodiment, when the degree of the relationship between the user and another user in the game A (first game) satisfies a predetermined condition, the user is in the game B (second game). Since the benefit is configured to be granted, the user can use the game A so that the degree of the relationship with the other user in the game A satisfies a predetermined condition for the purpose of obtaining the privilege in the game B. Motivated to build and strengthen relationships with other users. In other words, according to the game control device of the present embodiment, for example, the user's desire to acquire a privilege in the game B that has already been played can be linked to the motivation to try the game A. A can be smoothly guided to A. In particular, when the game B is a well-known game and the game A is a new game, the number of users who have already played the game B is large, so that the effect of guiding to the game A is high. .

  In obtaining the privilege in the game B by the linked campaign described in the present embodiment, the user does not need to provide a procedure for entering the linked campaign in the game A or the game B. When the game A is started without performing a special procedure and the privilege generation conditions are satisfied, the privilege in the game B is given even if the user does not know the existence of the linked campaign.

When the number of registered users of the game A (first game) (the number of registered users) is smaller than the number of registered users of the game B (second game), as described in the present embodiment. The providing means 54 temporarily stores the privilege data (first information) in the privilege data queue (buffer), transmits the privilege data in the privilege data queue to the game server 20b (second game control device), and It is preferable to repeat retransmission of privilege data until transmission is completed.
When the number of user registrants of game A is smaller than the number of user registrants of game B, the game server 20a may be lower in processing capacity such as memory capacity and computing capacity than the game server 20b. In other words, since it is reasonable to increase the processing capacity of the device in response to the increase in the number of registered users, especially when game A is a new game and the service to the user has just started. The game server 20a only needs to have a processing capability for a relatively small amount of users.
On the other hand, conventionally, when a privilege is given to a user in a specific game, a game control device that executes the game determines a condition as to whether or not the privilege is given for each user. However, in this embodiment, in order to determine whether or not the privilege occurrence condition is satisfied for each of a large number of registered users of the game B, the game server 20b is accessed from the game server 20a having a low processing capacity. If the game server 20a has a high processing capacity, the game server 20a having a low processing capability may cause congestion. In particular, in the case of social games, there are games having hundreds of thousands to millions of registrants. If an operation for confirming whether or not the privilege generation condition is satisfied is performed on the game server 20a, it is assumed that an excessive load is applied to the game server 20a of the game A and the game server 20a cannot be handled. Therefore, instead of confirming whether or not the privilege generation condition is satisfied with respect to the game server 20a of the game A from the game server 20b side, the game server 20a of this embodiment satisfies that the privilege generation condition is satisfied. The privilege data shown is temporarily stored in the buffer, the privilege data in the buffer is transmitted to the game server 20b, and the retransmission of the privilege data is repeated until the transmission is completed. As a result, for each of a relatively small number of registered users, the game server 20b having a high processing capability is accessed, so that the occurrence of the congestion state can be avoided.

In the above game control device, the privilege generation conditions are not particularly limited. As illustrated in the web page P2a of FIG. 9, the progress level of the game A (first game) by the user reaches a predetermined value. Preferably there is. By using the progress level as a criterion for determination, the user can have a quantitative target for progressing the game A in order to obtain a privilege in the game B (second game). You can make the awareness of what you want to see clearly.
The progress level to be determined is not limited to the progress level of the game A itself, but may be a specific event in the game A (for example, a limited in-game event). In this case, for example, a user who has played the game A but has not participated in a specific event in the game A can be guided to the specific event.

(8) Modified Examples Hereinafter, modified examples of the present embodiment will be described.

(8-1) Modification 1
In the embodiment described above, when the number of registered users (number of registered users) of the game A (first game) is smaller than the number of registered users of the game B (second game), the providing means 54 May send privilege data (first information) to the game server 20b (second game control device) of the game B, triggered by the user's input.
As described above, when the number of registered users of the game A (first game) (the number of registered users) is smaller than the number of registered users of the game B (second game), the game server 20a of the game A For example, the processing capacity such as the memory capacity and the computing capacity is lower than that of the game server 20b of the game B. And the game server 20a of the game A transmits the privilege data indicating that the privilege generation condition is satisfied to the game server 20b of the game B with the user input as a trigger. As a result, for each of a relatively small number of registered users, the game server 20b of the game B having a high processing capability is accessed, so that the occurrence of a congestion state in the game server 20a of the game A can be avoided. it can.

  An implementation example of this modification will be described with reference to FIGS. 19 and 20. FIG. 19 is a diagram illustrating an example of a web page when displaying the contents of a linked campaign with the game B in a modification of the embodiment. FIG. 20 is a sequence chart illustrating processing based on the determination result of the privilege generation condition of the linked campaign in the game A by the user in the modified example of the embodiment.

  In this modified example, as shown in FIG. 19, when the menu m5 is selected on the web page P1a of the game A, the web page is updated as shown in P2a. In the display area 205 of this web page P2a, the text “Completed” is displayed when the privilege data has already been transmitted to the game server 20b for each privilege occurrence condition that has been satisfied by the user. If it has not been transmitted to 20b, the menu m30 ("Send") is displayed. When the menu m30 is selected and operated on the web page P2a, the privilege data is transmitted to the game server 20b, and when the transmission is normally completed, the selected menu m30 is switched to the text “Done”.

In FIG. 20, when the user U1 performs some selection operation (for example, the selection operation of the menu m10 or m11 in FIG. 10 for executing a quest) on the web page of the game A, an HTTP request including the selection operation result is transmitted to the communication terminal. 10 is transmitted to the game server 20a (step S400). The CPU 21 of the game server 20a accesses the privilege management database and determines whether or not the user U1 satisfies each privilege generation condition in which data of “00” (not satisfying the privilege generation condition) is written (step S410). ). For example, when it is a privilege generation condition that the progress level has reached Lv2 in the game A, the CPU 21 of the game server 20a refers to the user data of the user U1, and the progress level of the user U1 is Lv2 or higher. Determine whether or not. If any privilege occurrence condition in which “00” data is written is satisfied (step S410: YES), the CPU 21 of the game server 20a applies the corresponding privilege occurrence condition in the privilege management database (privilege management DB). Is rewritten to “10” (the privilege generation condition is satisfied and the privilege data is not transmitted), thereby updating the privilege management database (step S420). When the privilege generation condition in which “00” data is written is not satisfied (step S410: NO), the privilege management database is not updated.
Next, the CPU 21 of the game server 20a generates HTML data including the processing result based on the HTTP request in step S200 (step S430) and transmits it to the communication terminal 10 of the user U1 (step S440). The communication terminal 10 of the user U1 interprets the received HTML data and displays a web page (step S450).

In this modified example, unlike the sequence chart of the embodiment shown in FIG. 16, the privilege data is not automatically transmitted when the privilege generation condition is satisfied. In other words, the privilege management database is only updated when the privilege generation condition is satisfied.
The menu m30 ("Send") corresponding to any of the privilege generation conditions that have already been satisfied when the user accesses the campaign page (web page P2a in FIG. 19) at any timing after the privilege generation conditions are satisfied. When the selection operation is performed, the communication terminal 10 transmits an HTTP request including the selection operation result to the game server 20a (step S460). When receiving the HTTP request, the CPU 21 of the game server 20a accesses the privilege management database, and the privilege corresponding to the privilege generation condition in which “10” (the privilege generation condition is satisfied and the privilege data is not transmitted) is written. Data is generated (step S470). Next, the CPU 21 of the game server 20a controls the API server 26 so that a request including privilege data is transmitted to the API server 26 of the game server 20b (step S480). Note that the API server 26 of the game server 20a receives a response including the benefit data reception result (successful reception or reception failure) from the API server 26 of the game server 20b.

When receiving the privilege data via the API server, the CPU 21 of the game server 20b updates the present database by writing new data in the present database (present DB; see FIG. 7) based on the received privilege data ( Step S490). In that case, the CPU 21 of the game server 20b writes a code indicating that it is a privilege due to the linked campaign in the item “Cause of occurrence” corresponding to the user ID included in the privilege data, and in the item “present content” The privilege content (for example, an identifier indicating the card type) included in the data is written, and “0” (not received) is written in the item “Received”.
When the transmission of the privilege data ends normally, the CPU 21 of the game server 20a accesses the privilege management database and sets the data corresponding to the privilege data for which transmission has been completed to “10” (the privilege occurrence condition is satisfied and the privilege data is The privilege management database is updated by rewriting from “not transmitted” to “11” (the privilege occurrence condition is satisfied and the privilege data has been transmitted) (step S500). The CPU 21 of the game server 20a generates HTML data including the processing result based on the HTTP request in Step S460 (Step S510), and transmits the generated HTML data to the communication terminal 10 of the user U1 (Step S520). The communication terminal 10 of the user U1 interprets the received HTML data and displays a web page (step S530).

(8-2) Modification 2
In the game control device of the above-described embodiment, the providing unit 54 may simultaneously transmit privilege data (first information) for a plurality of users at predetermined time intervals.
In the game control device of the above-described embodiment, when the determination unit 53 determines that the privilege generation condition (predetermined condition) is satisfied, the privilege data (first information) is immediately written in the privilege data queue, and the game server 20b ( In order to transmit to the second game control device), the game server 20b receives privilege data each time, and processing based on the received privilege data (such as writing to a present database) is required. On the other hand, in this modified example, since the privilege data for a plurality of users is transmitted at a predetermined time, the game server 20b can process a plurality of privilege data at a known time and is constantly processed. Load can be reduced. The time at which the privilege data is transmitted is not particularly limited, but is preferably set to a time zone where the stationary load is low (that is, a time zone where access from the user is relatively low) such as midnight.

An implementation example of this modification will be described with reference to FIG. FIG. 21 is a sequence chart illustrating processing based on the determination result of the privilege generation condition of the linked campaign in the game A by the user in the modification of the embodiment. In FIG. 21, the same processes as those in FIG. 20 are denoted by the same reference numerals, and redundant description is not performed.
In FIG. 21, the CPU 21 of the game server 20a of the game A accesses the privilege management database at, for example, a predetermined time every day (step S600: YES), and sets “10” (reward generation condition for all users) as a target. A plurality of privilege data corresponding to the privilege generation condition in which “satisfy and privilege data is not transmitted” is written is generated (step S610). Next, the CPU 21 of the game server 20a controls the API server 26 so that a request including a plurality of privilege data is transmitted to the API server 26 of the game server 20b (step S620). Note that the API server 26 of the game server 20a receives a response including the benefit data reception result (successful reception or reception failure) from the API server 26 of the game server 20b.
For example, when the predetermined time in step S600 is set every day at 3 am and 3 pm, the privilege data is transmitted all at once at 3 pm based on the determination results from 3 am to 3 pm. The privilege data is transmitted all at once at the next 3:00 am based on the determination result from the first to the next 3:00 am.

  When the CPU 21 of the game server 20b receives a plurality of privilege data via the API server, the CPU 21 writes new data in the present database (present DB; see FIG. 7) based on the received plurality of privilege data. Is updated (step S630). When the transmission of the plurality of privilege data ends normally, the CPU 21 of the game server 20a accesses the privilege management database and sets the data corresponding to all the privilege data for which transmission has been completed to “10” (the privilege occurrence condition is satisfied, In addition, the privilege management database is updated by rewriting from “no privilege data is transmitted” to “11” (the privilege generation condition is satisfied and the privilege data has been transmitted) (step S640).

(8-3) Modification 3
In the game control device of the above-described embodiment, the privilege granted in the game B may increase as the progress level increases.
In this configuration, as the game A (first game) progresses, the benefits that the user obtains in the game B (second game) increase. Therefore, the game A is motivated to obtain more benefits in the game B. The user's willingness to play can be further enhanced.

In order to realize this modification, the correspondence relationship between the degree of progress of the user's game A and the privilege of the game B may be set as appropriate, but for example, it can be as follows.
Degree of progress of game A Bonus in game B End of tutorial → 1 recovery drug Achievement of progress level Lv2 → 2 recovery drugs Achievement of progress level Lv5 → 3 recovery drugs Achievement of progress level Lv8 → 4 recovery drugs

(8-4) Modification 4
In the game control device of the above-described embodiment, the providing unit 54 sends the privilege data (first information) of the game A to the game server 20b regardless of whether or not the user is registered in the game B (second game). The providing means 55 may notify the user regardless of whether or not the user is registered in the game B (second game).
In this configuration, when the user satisfies the privilege generation condition for the game A, even if there is no user registration for the game B for the user, In the game B, a privilege is given to the user.
When realizing the present modification, the CPU 21 of the game server 20b of the game B cannot recognize the user ID of the game B corresponding to the user ID included in the received privilege data (for example, in the user database of the game B, For example, privilege data is stored in the game database 32 of the database server 30b because the present database cannot be updated. After that, when the user registers in the game B and can recognize the user ID included in the stored privilege data, the CPU 21 of the game server 20b stores the content of the privilege data in the present database. reflect.

(8-5) Modification 5
In the game control device according to the above-described embodiment, the determination unit 53 may limit the users to be determined based on the user registration information.
By limiting the users who are the targets of the determination, the processing load of the determination can be reduced in the game server 20a of the game A. Furthermore, since the user restriction is performed based on the user registration information, the target user can be efficiently guided to the game A (first game) while reducing the processing load.
In order to realize this modification, the game server 20a obtains registration information such as a user's sex, age, address, occupation, individual identification information of a terminal, and an e-mail address by user input at the time of user registration. Alternatively, when the registration information of the user is stored in the upper server of each game server 20 (for example, a server of a provider providing a game platform; not shown), the API server 26 is connected from the upper server. To obtain registration information.
The CPU 21 of the game server 20a specifies a user according to a known user specifying method based on registration information. The CPU 21 of the game server 20a specifies the user according to the user specifying method at the time of user registration, and manages the specified user in the privilege management database. Therefore, even if the user who is not a management target (that is, not specified) satisfies the privilege generation condition, the privilege data is not transmitted and the privilege in the game B cannot be obtained.

In this modification, the user registration information is preferably the user's gender or age. That is, the known user specifying method is a method for specifying a user such that at least one of the user's sex and age satisfies the user registration information.
For example, the user specifying method may be a method for specifying a user on condition that the user's gender is female. When the game A (first game) is a game for women, it is considered that the female user is more conscious of trying the game A than the male user. In this case, based on the registration information, the female user who is the target of the game A is efficiently guided to the game A while reducing the processing load of the determination by limiting the user who is the target of the determination to the female. Will be able to. In addition, when the character appearing in the game A (first game) is an animal, an insect, or the like, the user to be determined may be limited to junior high school students or lower (under age equivalent to junior high school students).

  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.

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

  In the above-described embodiment, the communication between the game servers 20 and the communication between the game server 20 and the upper server are described using HTTP using WebAPI, but the present invention is not limited to this. A known wired or wireless communication protocol may be used as appropriate.

  In each embodiment mentioned above, although the case where it applied to a social game was demonstrated as an example, it is not restricted to this. For example, even 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 embodiments.

  In each of the embodiments described above, the game server 20 and the database server 30 on the network are configured to implement the functions illustrated in FIG. 13A, but the present invention is not limited to this configuration. It is good also as a structure which implement | achieves at least one part of these means by the communication terminal 10. FIG. Since the communication terminal 10 and the game server 20 have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment. 22 (a) and 22 (b) show the functions of the game control device of the present embodiment (the functions shown in FIG. 13 (a)) between the communication terminal 10, the game server 20, and the database server 30. An example of sharing is 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 ... Game execution means 53 ... Determination means 54 ... Provision means 55 ... Notification means 61 ... Registration means 62 ... Game execution means 63 ... Granting means

Claims (13)

Execution means for executing the first game;
Determining means for determining whether or not the execution status of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition;
When the determination means determines that the predetermined condition is satisfied, the first information indicating that the predetermined condition is satisfied for the user is transmitted to a second game control device that executes the second game. Providing means for providing the first information to the second game control device by:
A game control device comprising: The first game and the second game are games that a user can execute after user registration is completed, and the number of users registered in the first game is the number of users registered in the second game. Fewer than the number,
The game control apparatus according to claim 1. The first game and the second game are games that a user can execute after user registration is completed, and the number of users registered in the first game is the number of users registered in the second game. Less than the number,
The providing means transmits the first information to the second game control device in response to an input from the user.
The game control apparatus according to claim 1. The providing means transmits the first information about a plurality of users all at a predetermined time,
The game control apparatus according to claim 1. The predetermined condition is that a level indicating a degree of progress of the first game or a specific event for the first game by the user reaches a predetermined value.
The game control apparatus as described in any one of Claims 1-4. The privilege increases as the level increases,
The game control apparatus according to claim 5. The first game and the second game are games that a user can execute after completing user registration,
The providing means provides the first information regardless of whether the user is registered in the second game.
The notification means notifies the user regardless of whether the user is registered in the second game.
The game control device according to claim 1. The first game and the second game are games that a user can execute after completing user registration,
The user to be determined by the determining means is a user who has already been registered in the second game.
The game control device according to claim 1. A notification means for notifying the user that a privilege based on the first information is given in the second game when the determination means determines that the predetermined condition is satisfied;
The game control device according to claim 1. The determination means restricts users to be determined based on user registration information,
The game control device according to claim 1. The registration information is a user's gender or age,
The game control apparatus according to claim 10. On the computer,
A function to execute the first game;
A function of determining whether or not the execution status of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition; and
When it is determined that the predetermined condition is satisfied by the determination function, first information indicating that the predetermined condition is satisfied for the user is transmitted to a second game control device that executes the second game. A function of providing the first information to the second game control device,
A program to realize A first server that executes a first game in response to access from a communication terminal;
A game system including a second server that executes a second game in response to access from a communication terminal,
The first server
Determining means for determining whether or not the execution status of the first game by the user or the degree of the relationship between the user and another user in the first game satisfies a predetermined condition;
When the determination means determines that the predetermined condition is satisfied, the first information indicating that the predetermined condition is satisfied for the user is transmitted to a second game control device that executes the second game. And providing means for providing the first information to the second game control device,
The second server
An granting means for granting a privilege on the second game to the user based on the first information;
Game system.

Images