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

Description

  The present invention relates to a technique for controlling the progress of a game by each user in accordance with an operation on the user terminal by each user.

In recent years, so-called social games have become widespread as applications executed in social networking services (SNS).
In social games, for example, in addition to cooperative play with other users (friends), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game with friends or items An exchange has been made. As an example of the social game, a digital card game (hereinafter simply referred to as “card game”) can be cited. In a digital card game, a synthesis function is known in which a plurality of items are synthesized from items (cards) as objects held by a user to increase the parameters of a specific item (for example, the following) Patent Document 1).

JP2013-75159A

  In the composition function in the conventional card game, the user selects a base card and a reference card (commonly called “material card”) from his own cards. The compositing function erases the selected reference card and increases the parameters of the selected base card, thereby improving the base card's ability in the game. In such a synthesis function, the mechanism has become more complicated in recent years. For example, depending on the value of the pre-combination parameter of each card of the base card and the reference card, the attribute of each card or a combination thereof, the amount of increase in the growth rate of the base card (the post-combination parameter based on the pre-combination parameter) In some cases, or some parameters may be selectively increased from among a plurality of provided parameters. Therefore, in order to efficiently grow a specific base card to the user's desired state using the synthesis function, the user selects the appropriate reference card and repeats synthesis after understanding the mechanism of the synthesis function. Is required to execute. Here, since an appropriate reference card may differ depending on a selected base card, it is complicated processing for the user, in other words, a high load, to grow the card held by the user by using the synthesis function. It was processing.

  The present invention has been made in view of the above-described viewpoints, and when the parameter of at least one of the two or more objects is changed based on the two or more objects owned by the user, the present invention is complicated. It is an object of the present invention to provide a game control device, a game control method, a program, and a game system that can execute processing for changing parameters appropriately.

A first aspect of the present invention is a game control device for a game that uses an object associated with a parameter.
This game control device
Changing means (56) for executing processing for changing parameters of the base object based on a base object and a reference object selected from a plurality of objects owned by the user;
Association means (51) for associating an object owned by the user with an object condition relating to a reference object when the object is a base object in the process of changing the parameter;
In executing the process of changing the parameter, first selection means (52) for selecting an object to be a base object from the plurality of objects based on input information by the user;
When the object selected by the first selection means (52) is associated with an object condition, an extraction means for extracting an object satisfying the object condition from the plurality of objects as a reference object candidate (53)
Presenting means (54) for presenting the reference object candidates extracted by the extracting means (53) to the user;
Second selection means (55) for selecting at least one of the reference object candidates presented by the presentation means (54) as a reference object based on information input by the user;
Is provided.

The game control device according to the present invention may be a stand-alone game machine used by a user alone, or wirelessly or wiredly with the user terminal in order to display a game on the user terminal of the user It may be an information processing apparatus such as a server that can establish communication.
In the present invention, the “object” includes, for example, characters and items on the game. The character is, for example, a virtual person or creature on the game, a monster, or the like, and includes characters displayed on a card.
In the present invention, the “object condition” is a condition for selecting a reference object, and can be set as appropriate. The object condition is preferably a condition related to at least one parameter of the base object and the reference object and identification information described later.
In the present invention, the “parameter” of an object is (i) setting information that is set in advance for the object and is not subject to change, and (ii) setting information that can change as the user executes the game. The setting information corresponding to the latter (ii) is subject to processing for changing parameters by the changing means.

  In the present invention, the “input information by the user” refers to, for example, a user input for pressing a predetermined instruction button on a game machine or a user terminal, or a touch on a display screen for a game machine or a user terminal having a touch panel function. Although it is information based on the user input of operation, it is not restricted to such an input form. The user input may be a game machine equipped with an acceleration sensor, an operation input by shaking a user terminal, or an operation input by a gesture (gesture input). In the gesture input, the game machine or the user terminal recognizes an image of the gesture by performing a predetermined gesture on the game machine or the user terminal having an imaging function, and recognizes an operation input associated with the gesture in advance. In the case of a game machine capable of executing a voice recognition program or a user terminal, user input may be performed by inputting voice.

In the present invention, there is provided a function of executing processing for changing parameters of a base object based on a base object and a reference object selected from a plurality of objects owned by the user. Here, an object held by the user (owned object) is associated with an object condition related to a reference object when the object becomes a base object in the process of changing parameters. The object condition corresponding to the object held by the user may be set in advance or may be selectable by the user.
In order to increase the parameter of each object held by the user to a desired value, the process of changing the parameter using each object as a base object may be repeatedly executed a plurality of times. At this time, in the present invention, the conditions for selecting a reference object candidate for presentation to the user are not the same for a plurality of retained objects, but are set for each of the retained objects of the user. Therefore, when the user executes the process of changing the parameter for the object selected as the base object from among the possessed objects, the complexity of examining and searching for an appropriate reference object for each process is suppressed. Is done.

The game control device according to the present invention provides third selection means (57) for presenting an object condition option to the user and selecting any object condition from the options based on input information by the user. Further comprising
When the object condition is not associated with the object selected by the first selection means (52), the extraction means (53) selects the object condition selected by the third selection means (57). Are extracted from the plurality of objects as reference object candidates,
The association means (51) may associate the object selected by the first selection means (52) with the object condition selected by the third selection means (57).

  In this configuration, when the user selects a base object when executing the process of changing the parameter, and the object condition is not yet associated with the base object, the user selects a desired object condition from the options. While being able to select, the object condition can be associated with the object selected as the base object. Therefore, in the process of changing the parameter after the next time, the user can present a reference object candidate that satisfies the object condition desired by the user, and does not need to set the object condition each time.

The game control device according to the present invention provides third selection means (57) for presenting an object condition option to the user and selecting any object condition from the options based on input information by the user. Further comprising
The extraction means (53) selects an object condition by the third selection means (57) when an object condition is associated with the object selected by the first selection means (52). In this case, an object that satisfies the selected object condition is extracted from the plurality of objects as a reference object candidate,
The association unit (51) may update the object condition associated with the object selected by the first selection unit (52) to the object condition selected by the third selection unit (57).

  In this configuration, when a user selects a base object in executing a process for changing a parameter, even if an object condition is already associated with the base object, the user can select another object selected from the options. The object condition can be selected as a condition for extracting the reference object candidate, and the object condition associated with the base object can be updated to the object condition selected from the options. Therefore, for example, when the object selected as the base object does not grow as originally expected, or when it is desired to change the role of the object selected as the base object, the user can change the object condition as appropriate. .

In the game control apparatus according to the present invention, the presenting means (54) may present to the user information related to the object condition on which the extraction is based, together with the reference object candidate extracted by the extracting means (53). .
The “information about the object condition” may be text information indicating the object condition itself, or may be information that allows the user to recall the object condition, such as a mark or a symbol associated with the object condition. By presenting the object condition together with the reference object candidate, the user can confirm the object condition associated with the object selected as the base object before executing the process of changing the parameter.

In the game control apparatus of the present invention, the change means (56) stops changing the parameter of the object by the process of changing the parameter when the predetermined stop condition determined for each object is satisfied,
The association means (51) may cancel the association between the object and the object condition when the object satisfies the stop condition.
The “stop condition” can be set as appropriate, and is not limited. For example, the condition may be that the parameter associated with the object has reached an upper limit value set in advance for each object. When the change of the parameter of the object is stopped, it is preferable to cancel the association between the object and the object condition because there is no benefit of executing the parameter changing process using the object as the base object. . Thereby, when the association between the object and the object condition is stored in the storage device, the amount of data stored in the storage device can be saved.

In the game control device of the present invention, the object is associated with object information including the parameter and identification information for identifying the object and other objects,
The object condition may be a condition related to object information of a reference object.
The “identification information” may be information for identifying the object and other objects, and examples of such information are an object ID, a name, an image, and the like. The “object information” is information including object parameters and identification information.
By setting the object condition as a condition regarding the object information of the reference object, the user can set a more appropriate condition for extracting the reference object candidate.

In the game control apparatus according to the present invention, the changing means (56) determines the change amount or change ratio of the parameter of the base object, or the change probability of the parameter, the object information of the reference object to be processed, or the base You may make it change based on the combination of the object information of an object, and the object information of a reference object.
For example, the amount of change and the degree of change of the parameters of the base object differ depending on the value of the parameter before executing the process of changing the parameter of each object of the base object and the reference object, the identification information of each object, or a combination thereof. If the reference object candidate that satisfies the object condition is not presented, the parameter changing process is understood each time the parameter changing process is performed. In addition, it is required to select an appropriate reference object, which is a burden on the user. In the present invention, when a relatively complicated processing mechanism for changing parameters as described above is set, the user has a great advantage that the complexity of selecting a reference object is suppressed.

The game control device according to the present invention registers, in association with the user, a base object candidate that is a candidate for a base object for the process of changing the parameter among the plurality of objects based on the input information of the user. First registration means (58),
The first selection means (52) executes a process of changing the parameter based on information input by the user from among base object candidates registered by the first registration means (58). An object to be an object may be selected.
When the user decides the possessed object that he / she wants to change the parameter in his / her own object, the object is registered as a base object candidate, so that the base is changed every time the parameter is changed. It is possible to save the trouble of searching for an object to be an object.

The game control device according to the present invention registers, in association with the user, a reference object candidate that is a candidate for a reference object for the process of changing the parameter among the plurality of objects based on the input information of the user. Second registration means (59),
When the object selected by the first selection means (52) is associated with an object condition, the extraction means (53) satisfies the object condition and the second registration means (59) An object to be a reference object may be selected from the reference object candidates registered by.
When the user decides an object to be used as a reference object in the process of changing a parameter among his own objects, registering that object as a reference object candidate allows the user to change the parameter. Sometimes it is possible to sufficiently narrow down the objects that are reference object candidates. Therefore, the number of reference object candidates presented to the user is reduced, and the user can quickly determine the reference object.

A second aspect of the present invention is a game control device for a game that uses an object associated with a parameter.
This game control device
Changing means (56) for executing processing for changing parameters of the base object based on a base object and a reference object selected from a plurality of objects owned by the user;
Association means (51) for storing the object owned by the user in the storage device (30) in association with object condition information relating to a reference object when the object becomes a base object in the process of changing the parameter; ,
In executing the process of changing the parameter, first selection means (52) for selecting an object to be a base object from the plurality of objects based on input information by the user;
When the object selected by the first selection means (52) with reference to the storage device is associated with an object condition, the object satisfying the object condition is set as the reference object candidate as the plurality of objects. If the selected object is not associated with an object condition, an object that satisfies the object condition selected from the object condition options based on the input information of the user is extracted. Extraction means (53) for extracting from the plurality of objects as reference object candidates;
Presenting means (54) for presenting the reference object candidates extracted by the extracting means (53) to the user;
Second selection means (55) for selecting at least one of the reference object candidates presented by the presentation means (54) as a reference object based on information input by the user,
The associating means (51) stores the object selected by the first selecting means (52) in the storage device (30) so as to associate with the object condition based on the extraction by the extracting means (53). The stored data is updated.

  In the present invention, the “storage device” is not limited to the one built in the game control device, and may be an external device accessible from the game control device.

A third aspect of the present invention is a game control device for a game that uses an object associated with a parameter.
This game control device
Changing means (64) for executing processing for changing parameters of the base object based on a base object and a reference object selected from a plurality of objects owned by the user;
Based on the user input information, among the plurality of objects, a reference of a base object candidate that is a candidate for a base object for processing to change the parameter, and reference to processing for changing the parameter among the plurality of objects Registration means (61) for registering at least one of reference object candidates as object candidates in association with the user;
Presenting means (62) for presenting to the user a base object candidate or a reference object candidate registered in association with the user based on input information by the user in executing the process of changing the parameter When,
Based on input information by the user, an object to be a base object is selected from the base object candidates presented by the presenting means (62), or a reference object candidate presented by the presenting means (62) Object selection means (63) for selecting an object to be a reference object from
Is provided.

In the present invention, in the same manner as the game control device according to the first aspect, a function for executing a process for changing a parameter of a base object is provided, and a user-owned object and a process for changing the parameter by the object are included. An object condition related to a reference object when it becomes a base object is associated.
In the present invention, at least one of the user base object candidate and the reference object candidate is configured to be registered. And when the said user performs the process which changes a parameter, the registered base object candidate or reference object candidate is shown, and a user selects a base object or a reference object from the candidates. Therefore, the user can reduce the complexity of examining and searching the base object or reference object used for the process of changing the parameters from his own possessed objects every time he / she owns the objects. Is done.

  The registration means (61) may limit the number of objects registered as base object candidates or the number of objects registered as reference object candidates to a predetermined number or less. By limiting the number of objects to be registered, the amount of data stored in the storage device for registration can be saved.

A fourth aspect of the present invention is a game control method for a game that uses an object associated with a parameter.
This game control method
Before executing the process of changing the parameter for changing the parameter of the base object based on the base object and the reference object selected from the plurality of objects owned by the user, the object owned by the user An associating step for associating with an object condition related to a reference object when it becomes a base object in the process of changing the parameter;
In performing the process of changing the parameter, a first selection step of selecting an object to be a base object from the plurality of objects based on input information by the user;
An extraction step of extracting an object satisfying the object condition from the plurality of objects as a reference object candidate when the object selected in the first selection step is associated with an object condition;
A presentation step of presenting the reference object candidate extracted in the extraction step to the user;
A second selection step of selecting, as a reference object, at least one of the reference object candidates presented in the presentation step based on input information by the user;
Is provided.

According to a fifth aspect of the present invention, in a game that uses an object associated with a parameter,
Changing means (56) for executing processing for changing parameters of the base object based on a base object and a reference object selected from a plurality of objects owned by the user;
Association means (51) for associating an object owned by the user with an object condition related to a reference object when the object is a base object in the process of changing the parameter;
In executing the process of changing the parameter, first selection means (52) for selecting an object to be a base object from the plurality of objects based on input information by the user,
When the object selected by the first selection means (52) is associated with an object condition, an extraction means for extracting an object satisfying the object condition from the plurality of objects as a reference object candidate (53),
Presenting means (54) for presenting the reference object candidates extracted by the extracting means (53) to the user; and
Second selection means (55) for selecting at least one of the reference object candidates presented by the presentation means (54) as a reference object based on the input information by the user;
It is a program to make it function as.

  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 sixth aspect of the present invention includes a user terminal (10) and a server (20) configured to be communicable with the user terminal (10), and a game that uses an object associated with a parameter. It is a game system.
This game system
Changing means (56) for executing processing for changing parameters of the base object based on a base object and a reference object selected from a plurality of objects owned by the user;
Association means (51) for associating an object owned by the user with an object condition related to a reference object when the object is a base object in the process of changing the parameter;
In executing the process of changing the parameter, first selection means (52) for selecting an object to be a base object from the plurality of objects based on input information by the user,
When the object selected by the first selection means (52) is associated with an object condition, an extraction means for extracting an object satisfying the object condition from the plurality of objects as a reference object candidate (53),
Presenting means (54) for presenting the reference object candidates extracted by the extracting means (53) to the user; and
Second selection means (55) for selecting at least one of the reference object candidates presented by the presentation means (54) as a reference object based on the input information by the user;
Any one of the user terminal (10) and the server (20) is provided with each means.

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

  According to the game control device, the game control method, the program, and the game system of the present invention, when changing the parameter of at least one of the two or more objects based on the two or more objects owned by the user, It is not complicated for the user, and a process for appropriately changing parameters can be executed.

The figure which shows the basic composition of the game system of 1st Embodiment. The block diagram which shows the structure of the user terminal of 1st Embodiment. The block diagram which shows the structure of the game server of 1st Embodiment. The block diagram which shows the structure of the database server of 1st Embodiment. The figure which shows the structural example of the user database of 1st Embodiment. The figure which shows the structural example of the card database of 1st Embodiment. The figure which illustrates the condition setting table about reference card | curd conditions. The figure which illustrates the web page displayed in the user terminal of a 1st embodiment. The figure which illustrates the web page displayed in the user terminal of a 1st embodiment. The figure which illustrates the web page displayed in the user terminal of a 1st embodiment. The figure which illustrates the web page displayed in the user terminal of a 1st embodiment. The functional block diagram of the game control apparatus of 1st Embodiment. The flowchart which shows an example of the process of the game of 1st Embodiment. The flowchart which shows an example of the process of the game of 1st Embodiment. The figure which shows the structural example of the card database of 2nd Embodiment. The figure which illustrates the web page displayed in the user terminal of 2nd Embodiment. The figure which illustrates the web page displayed in the user terminal of 2nd Embodiment. The figure which illustrates the web page displayed in the user terminal of 2nd Embodiment. The figure which illustrates the web page displayed in the user terminal of 2nd Embodiment. The functional block diagram of the game control apparatus of 2nd Embodiment. The flowchart which shows an example of the process of the game of 2nd Embodiment. The flowchart which shows an example of the process of the game of 2nd Embodiment. The functional block diagram of the game control apparatus which concerns on the modification of 1st Embodiment. The figure which shows the example of assignment between a user terminal, a game server, and a database server about each function of the game control apparatus of 1st Embodiment. The figure which shows the example of assignment between a user terminal, a game server, and a database server about each function of the game control apparatus of 1st Embodiment. The figure which shows the example of assignment between a user terminal, a game server, and a database server about each function of the game control apparatus of 2nd Embodiment. The figure which shows the example of assignment between a user terminal, a game server, and a database server about each function of the game control apparatus of 2nd Embodiment.

(1) First Embodiment (1-1) Configuration of Game System FIG. 1 shows a system configuration example of a game system according to an embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c,... That can be connected to a communication network NW such as the Internet, a game server 20 connected to the communication network NW, and a database server. 30. Each of the user terminals 10a, 10b, 10c,... Is a terminal operated by an individual user. This is a communication terminal such as a John receiver (including a so-called multifunctional smart TV) and a portable game machine with a communication function. In the following description, when commonly referred to the user terminals 10a, 10b, 10c,.
In the game system 1, the game server 20 is configured to be able to communicate with the user terminal 10 that is a client, and provides a gaming service to the user terminal 10. The game server 20 is mounted with a program capable of creating a document that can be interpreted by a web browser as a game program. 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 user terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and a processing request based on a user operation on the web page by the user terminal 10 is sent to the game server 20 via the network. The game application is executed by transmitting and receiving the processing result by the game server 20.
The communication network NW is an information communication network configured by the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a dedicated line, or a combination thereof.

  Although not shown in FIG. 1, an authentication server for authenticating the user of each user terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided to accept access from many user terminals 10, a load balancer for adjusting the load among 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.

(1-2) Configuration of User Terminal The user terminal 10 will be described with reference to FIG.
As shown in FIG. 2, the user 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. Run a web browser to interpret the HTML data. The user terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser. An example of such a plug-in is a flash player by Adobe Systems (USA). Alternatively, the HTML data in this embodiment may be in the HTML5 format having a moving image and audio playback function.

  The web browser performs communication with the game server 20 in accordance with HTTP (HyperText Transfer Protocol). When a URL (Uniform Resource Locator) or an operation target (for example, an instruction button) on a web page is selected by the user operating the instruction input unit 15, the web browser selects the result of the selection for updating the web page. Is sent to the game server 20. The web browser acquires HTML data from the game server 20 as an HTTP response, interprets it, and displays the web page on the display unit 16 via the image processing unit 14.

  The image processing unit 14 generates display image data for displaying the web page on the display unit 16 based on the display image data given from the CPU 11 as the analysis result of the HTML data. The display unit 16 is a display device such as an LCD (Liquid Cristal Display) or an organic EL (Electro Luminescence) display. When an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in pixels in a matrix is applied, the display unit 16 drives the thin film transistors based on display image data generated by the image processing unit 14. The image of the web page is displayed on the display screen 16a.

  When the user terminal 10 is a button input type user terminal, the instruction input unit 15 includes, for example, a plurality of instruction input buttons such as a direction instruction button, a determination button, and a numeric keypad for accepting a user operation input. It includes an interface circuit for recognizing a pressing (operation) input 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. In addition, for example, when a plurality of URLs or operation targets are displayed on a web page, the determination button instructs the CPU 11 to operate the URL or operation target that is actively displayed (for example, highlighted). Is provided.

  When the user terminal 10 is a touch panel input type user terminal, the instruction input unit 15 mainly accepts touch panel type input by touching the display screen with a fingertip or a pen. The touch panel input method may be a known method such as a capacitance method.

  For example, when the user terminal 10 adopts a button input method, the instruction button on the web page displayed on the user terminal 10 is selected by pressing the direction instruction button and then pressing the enter button. This is performed by confirming the operation for the selected instruction button. For example, when the user terminal 10 adopts a touch panel input method, the operation of the instruction button on the web page is instructed with the finger or the pen (touch operation) on the position of the instruction button on the display screen on which the web page is displayed. ) Is done.

(1-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 user terminal 10. As shown in FIG. 3, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a communication interface unit 25, for transmitting control signals or data signals between the units. A bus 26 is provided. In addition, the game server 20 can take the same structure as a general-purpose web server regarding hardware.

The ROM 22 stores an application program that provides a service of displaying an object such as an HTML document or an image (displaying a web page) to the web browser of the user 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 is based on an HTTP request received from the user terminal 10 via the communication interface unit 25 (for example, as described above, including the selection result of the user's URL or instruction button on the web page). Predetermined data processing or 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. Moreover, when the game server 20 performs the authentication process of the user of the user 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.

(1-4) Configuration of Database Server The database server 30 as a storage device can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as RAID (Redundant Arrays of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the CPU 21 via the database access unit 24 of the game server 20.
FIG. 4 shows an example of the configuration of the database server 30. As shown in FIG. 4, 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. However, for convenience of explanation of the embodiment, the user holds as an example of the game realized by the game server 20 below. A game using a monster card as an object (hereinafter, simply referred to as “game” or “game of the present embodiment”) is given. In this game, a monster card (hereinafter simply referred to as “card” as appropriate) is associated with a parameter. The card parameters will be described later, and are, for example, values of attack power and defense power during the battle. In this game, a function of a battle between users using a card or a battle between a user and a computer is provided. In the battle, the larger the attack power and defense power of the card, the more advantageous.
In the game of the present embodiment, a base card that is a card selected by the user among the user's possessed cards and a card that is selected as a reference card from other than the base cards among the user's possessed cards are combined to form a base. A function for increasing card parameters (referred to as “compositing function” or “compositing”) is provided. Both the base card and the reference card may be a single card or a plurality of cards. As an example, a case where there is one base card and one or more reference cards will be described below.

FIG. 5 shows an example of the user database 31 applied in the game of the present embodiment. In this example, the user database 31 includes information about each item of a user name, a user image, a progress level, a possession point, and a possession card for each user ID (user identification information). Information included in the user database 31 can be updated sequentially by the game server 20.
The user ID is issued in association with a unique terminal ID of the user terminal 10 based on a predetermined operation on the user terminal 10 by the user. Although one user may have a plurality of user IDs, the number of user IDs that one user has may be limited to a certain number or less. In the following description, “user” indicates a user specified by one user ID. That is, the same user means a user having the same user ID, and means a user having a different user ID from a different user.

In the following description, the user ID included in the user database 31 or data for each user name (to be described later) specifying the user is generically referred to as user data. The data of each item constituting the user data is as follows.
User name The user name is text information associated with the user ID, and is, for example, text of a predetermined length or less specified in advance by the user. The user name is displayed to specify the user who operates the user terminal 10 when the game is executed. The user name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
User Image The user image is an image (including a still image and a moving image) associated with the user ID, and is an avatar image specified in advance by the user, for example. The user image is displayed to identify the user of the user terminal 10 when the game is executed.
Progress level Data indicating the degree of progress in the user's game, which is a value that increases as the game progresses by the user. For example, the progress level is, for example, a level value in a range from Lv1 (level 1) to Lv100 (level 100). The progress level increases according to a rule defined in advance in the game of the present embodiment. For example, the progress level may increase as the number of wins by the user in the battle or the win rate in the battle increases, or when a quest function (a function for the user to advance the area or stage) is provided. The progress level may be determined based on the progress of the area or stage.
-Points Points are points that the user has in the game. When the user performs the above-described combining function, a certain amount of points or points based on the parameters of the cards used for combining may be consumed.

  Returning to FIG. 4, the game database 32 stores and updates information related to the progress of the game executed by the game server 20 based on the access from the game server 20. Information relating to the progress of the game may include various information depending on the nature of the game. For example, the information related to the progress of the game includes information on the battle results and battle history between users, information on cards that the user has possessed, and the like. The game database 32 further includes a card database.

FIG. 6 shows an example of the data structure of the card database. As shown in FIG. 6, the card database describes card information for each card held by the user for each user ID. In the example of this embodiment, the card information includes identification information of each card, parameters, and information related to reference card conditions. Card information is an example of object information.
The card identification information is information for identifying a card and other cards. In the card database shown in FIG. 6, the card ID, name, and image are examples of the card identification information.
The card parameters are (i) pre-set for the card and not subject to change, and (ii) the initial value is set, but changes as the user executes the game. Configuration information. Among the parameters shown in FIG. 6, the parameter example (i) is attribute, rarity, and cost, and the parameter example (ii) is growth rate, card level, cooperation level, attack power, and defense power. is there. The parameter example (ii) is a parameter to be changed by a synthesis process described later.

Note that the method of holding the card by the user may be appropriately set on the game.For example, (a) a method in which the user draws a card by lottery by executing a lottery function provided in the game, (b ) Based on the result of ranking by points obtained by a game, such as a method that a user obtains a card based on an arbitrary probability or a predetermined condition (mission completion, etc.) by executing a game such as a quest Examples of rewards include a method in which a user obtains a card, or (d) a method in which a card is obtained from another user by a trade.
The card database shown in FIG. 6 is merely an example, and other types of card databases may be adopted. For example, the card database shown in FIG. 6 describes all card information of cards held by all users, but a card database that describes card identification information and parameters that do not vary for each user is provided and held by the user. You may make it manage the card ID of the card to play, and the parameter which changes with execution of a user's game by a user database.

Name and image “Name” is text data of the name of the character displayed on the card. “Image” is image data of a character displayed on a card.

-Attribute The attribute of a card | curd is previously prescribed | regulated by the character of the character displayed on a card | curd, and is the attribute T1-T3 in the example of this embodiment.
-Rare degree A rare degree is an index indicating the degree of rarity of a card in a game, and is one of 1 to 5 in the example of the present embodiment. A card with a rarity of 1 has the lowest rarity value, and a card with a rarity of 5 has the highest rarity value. The higher the degree of rarity of a card, the more difficult it is for a user to obtain because the card tends to hardly appear in the game (the number of circulation is small).
-Growth rate A growth rate is a value which shows the growth degree for a card level to increase, and is a value of the range of 0 to 100%. The growth rate of a card can be increased by a synthesis process using the card as a base card. As the card level of a card increases, the growth rate of that card is reset to zero.
-Card level The initial value of the card level is 1, and every time the growth rate reaches 100%, the card level increases by one. A card level upper limit may be set for each card.
-Coordination level The cooperation level is a level related to the effect that works favorably when a card is used in a battle.
In the game of this embodiment, it is comprised so that a user can participate in a battle | competition with several cards. When a specific card combination (referred to as “combo”) is included in a plurality of cards used for the battle, the battle ability (for example, total attack power, total defense power, HP, etc.) increases. You may make it do. In that case, the higher the cooperation level is included in the combo, the higher the effect of increasing the fighting ability. The linkage level of a card can be increased, for example, with a predetermined probability by combining it with another card having the same name as that card.
Attack power and defense power The card attack power and defense power are card parameters that are referred to when a card is used for a battle. As the card level increases, the attack power and defense power also increase.
・ Cost Cost is a parameter that is referenced during the battle. In the game of the present embodiment, the total cost of cards used for the battle may be limited.

-Reference card condition A reference card condition (an example of an object condition) is a condition for extracting a reference card candidate when a target card is selected as a base card and a user performs card composition. The conditions regarding the card information of the reference card are shown. The reference card condition may not be set for all possessed cards of the user. The reference card condition can be arbitrarily set and is not limited. For example, the condition illustrated in FIG. FIG. 7 shows a condition setting table in which the contents of the reference card condition are associated with the condition ID for identifying the reference card condition. The condition setting table is stored, for example, in the game database 32 and is referred to by the game server 20.
As shown in condition IDs C2 to C9 in FIG. 7, the reference card condition may be a condition set based on the card information of the reference card itself, or as shown in condition IDs C1 and C10, It may be a condition set with respect to the card information relationship with the base card.
In the following, only a single condition related to the card information of the reference card is illustrated, but a condition obtained by combining a plurality of these conditions (that is, logical product or logical sum) may be used as the reference card condition. Good.

(1-5) Card Synthesis of the Present Embodiment Hereinafter, the card synthesis of the present embodiment will be described with reference to FIGS. FIGS. 8-11 is a figure which shows an example of the web page displayed on the user terminal 10, respectively, when performing the synthetic | combination of the card | curd of this embodiment. Hereinafter, a user whose user name is “ABC” (hereinafter, user ABC) will be described as an example.
In the following description, the instruction button and display area on the web page displayed on the user terminal 10 are arranged at a desired position on the web page, and the instruction button and display visually recognized on the user terminal 10 are displayed. The position of the area or the like on the display screen can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.
In the present embodiment, “card” is an example of an object. “Base card” and “reference card” are examples of a base object and a reference object, respectively. The “reference card condition” is an example of an object condition.

The web page P0 of FIG. 8 is an example of the top page of the game of this embodiment, and is configured according to individual user IDs. The example of FIG. 8 includes a user data display area 101 and an instruction button display area 102.
The user data display area 101 is an area in which the “Advance level” (simply “level” in the figure) of the user ABC and the points held by the user ABC are displayed together with the user image included in the user data of the user ABC to be processed. It is. The instruction button display area 102 is an area in which a plurality of instruction buttons provided in the game of the present embodiment are displayed. In the example of FIG. 8, the instruction button display area 102 includes an instruction button b <b> 1 (“Combine”), an instruction button b <b> 2 (“Battle”), and an instruction button b <b> 3 (“Quest”).

When the instruction button b1 (“composite”) is operated on the web page P0, the web page is updated as indicated by P1. In the web page P1, the user ABC selects a condition for extracting a base card candidate from the possessed cards. Web page P1 includes a condition setting unit f1 for setting conditions for extracting base card candidates, and an instruction button b4 ("display") for issuing an instruction to extract and display base card candidates. . The condition setting unit f1 may include a plurality of pull-down menus including option options related to card parameters and identification information. In the example shown on the web page P1, an example in which “being attribute T2” is shown as the condition for the base card candidate. When the instruction button b4 (“display”) is operated on the web page P1 after setting conditions for extracting base card candidates, the web page is updated as shown in P2. On the web page P2, a list of cards satisfying the conditions set in the condition setting unit f1 of the web page P1 (card groups with names TED, ROD,...) Among the cards owned by the user ABC is displayed. In the web page P2, the condition for extracting the base card candidate can be changed to another condition.
In the example illustrated in FIG. 8, the case where the user can set the conditions for extracting the base card candidate is shown, but such a condition setting may not be possible. For example, when the instruction button b1 (“composite”) is selected on the web page P0, a list of all possessed cards of the user may be displayed as base card candidates.

Here, it is assumed that the reference card condition corresponding to the card TED is not set.
In the web page P2, for example, when a card with a name TED (card TED) is selected, the web page is updated as shown in P3 of FIG. In the web page P3, the user ABC sets a condition (reference card condition) for extracting a reference card candidate corresponding to the card TED selected in the web page P2 from the possessed cards. In the example of this embodiment, the reference card condition is a condition related to a card parameter or identification information, or a combination of a plurality of conditions related to a card parameter or identification information.
The web page P3 includes a card serving as a selected base card, a condition setting unit f2 for setting a reference card condition, and an instruction button b5 (“reference card” for issuing an instruction to extract and display a reference card candidate. Display area 201) is provided. The condition setting unit f2 constitutes reference card condition options. That is, the condition setting unit f2 includes a plurality of pull-down menus that allow selection of conditions related to card parameters and card identification information. The user can determine (select) the reference card condition from options consisting of various combinations of conditions related to parameters and identification information. An example of the reference card condition shown on the web page P3 is a condition “attribute T2 and rare degree is 2 or less”.

  When the instruction button b5 ("display reference card") is operated on the web page P3, the web page is updated as shown in P4. In the web page P4, a list (names KAZ, LUK,...) Of cards (namely, reference card candidates) that satisfy the reference card conditions set in the condition setting unit f2 of the web page P3 among the cards owned by the user ABC. Card group) is displayed in the display area 202. In the web page P4, the reference card condition can be changed to another condition by changing the reference card condition shown in the condition setting unit f2, and the instruction button b5 (“display reference card”) is further operated. Thus, a list of cards satisfying the new reference card condition can be displayed in the display area 202.

The user ABC puts a check on the check boxes b10-1, b10-2,... Associated with each of the reference card candidates from the reference card candidates displayed on the web page P4. Can be selected. You can also remove the check once attached. The instruction button b4 (“check all”) is provided for checking the check boxes of all reference card candidates. The instruction button b5 (“uncheck”) is provided for unchecking the check boxes of all the reference card candidates that are checked. When the instruction button b20 (“Merge”) is operated with a check box corresponding to at least one card checked, a synthesis process using the checked card as a reference card is executed, as shown in FIG. The web page is updated as shown in P5.
The web page P5 shows changes in values before and after the synthesis of the parameters (growth rate, attack power, defense power, card level, cooperation level) of the card TED that is the base card. Further, by executing the synthesizing process, the reference card condition based on the synthesizing process is associated with the card TED used as the base card in the synthesizing process.

The web page P4a in FIG. 11 is displayed when the card TED is selected as the base card for the synthesis process again after the synthesis process using the card TED as the base card is performed as shown in the web pages P1 to P3. Web page. At this point, the card TED is associated with the reference card condition set in the composition process shown on the web pages P1 to P3. In this example, a reference card condition “attribute T2 and rare degree is 2 or less” is already associated with the card TED. Therefore, it is not necessary for the user to newly set a reference card condition, and when the card TED is selected as a base card, a reference card candidate that satisfies the existing (current) reference card condition among the cards held by the user ABC. Is displayed in the display area 205 (a group of cards whose names are LUK, PAT...). As shown in the display area 203 of the web page P4a, it is preferable to present the currently set reference card condition to the user for confirmation.
As shown in the web page P4a, when a reference card condition is set for a card selected as a base card, an appropriate reference card is examined and searched each time the card is combined. There is no need, and reference card candidates are presented based on already set reference card conditions, so that a reference card can be selected from the candidates. Therefore, the trouble of considering and searching for an appropriate reference card for each processing is suppressed.

  In the web page P4a, when the reference card candidate is to be displayed under a condition different from the already set reference card condition, the user sets another condition in the condition setting unit f2 displayed in the display area 204. By setting and operating the instruction button b8 (“change condition”), a list of reference card candidates that satisfy another condition can be displayed in the display area 205.

Returning to the web page P0 of FIG.
The change of the web page when the instruction buttons b2 (“battle”) and b3 (“quest”) are operated on the web page P0 in FIG. 8 is not shown, but proceeds as follows, for example.
First, when the instruction button b2 ("battle") is operated, a list of opponent candidates for selecting another user who is an opponent is displayed, and the user ABC selects an opponent from the list. Configured to be able to determine. Although the opponent candidate is arbitrarily selected, it is preferably selected from the users having the same level of progress as the user ABC. The card used for the opponent (match card) is selected from the user's possessed cards within a range in which the total cost of one or more cards selected as the match card does not exceed a predetermined upper limit value. Also good. Any method may be used to determine the winning or losing of the battle, for example, a method of determining by comparing the attack power of the cards used for the battle card between the users and the sum of the defense strengths (total attack strength, total defense strength) Can be taken. At this time, if there is a combination of cards that activates a combo in the battle card, the total attack power or total defense power may be varied depending on the effect of the combo.

  When the instruction button b3 (“quest”) is selected on the web page P0 in FIG. 8, a web page including a background image for advancing the quest is displayed. The quest is composed of a plurality of areas, and each time the user operates the instruction button for a certain area, the progress rate in the area is determined by a constant or random amount, and when the progress rate of the area reaches 100%, the next You can proceed to the area. As the quest progresses, the user can obtain items and cards with a predetermined or random probability in the middle of the quest.

(1-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, the game server 20 constitutes a game control device. Below, the function implement | achieved with the game control apparatus of this embodiment is demonstrated with reference to FIG. 12 for the case where the game of embodiment mentioned above is applied as an example. FIG. 12 is a functional block diagram for explaining functions that play major roles in the game control device 50 of the present embodiment.
Note that all of the means included in the functional block diagram shown in FIG. 12 are not necessarily essential elements of the present invention.

The association unit 51 has a function of associating a user's possessed card with a reference card condition related to a reference card when the card is a base card in the composition process.
When the CPU 21 of the game server 20 receives a registration request for associating the reference card condition with the card selected as the base card from the user terminal 10 in order to realize the function of the association means 51, the card of the database server 30 For each user ID, the condition ID of the reference card condition is written in the database (FIG. 6) in association with the card ID of the card selected as the base card among the user's possessed cards. The conditions for making the registration request, that is, the conditions for making the association can be set as appropriate. In this embodiment, the card selected as the base card from the user's possessed card and the specific reference card condition by the user When the combining process is executed based on the reference card selected from the reference card candidates satisfying the above, the CPU 21 of the game server 20 acquires the card selected as the base card acquired from the user terminal 10. In association with the card ID, the condition ID of the reference card condition used as the basis for selecting the reference card is written in the card database. Thereby, the card selected as the base card is associated with the reference card condition. The database server 30 including the card database is an example of a storage device.

The first selection means 52 has a function of selecting a card to be a base card from a plurality of possessed cards of the user based on input information by the user when executing the synthesis process. In the example of the present embodiment, “input information by the user” is an HTTP request including the card ID of the card selected by the user as the base card.
The function of the 1st selection means 52 is realizable as follows. When receiving the synthesis execution request from the user terminal 10, the CPU 21 of the game server 20 accesses the card database of the database server 30 and generates HTML data including a list of possessed cards associated with the user who has made the execution request. To the user terminal 10. At this time, if the execution request from the user terminal 10 includes information about the conditions for extracting the base card, a list in which the cards satisfying the conditions among the possessed cards of the user are extracted is created. HTML data including the list is transmitted. The possessed card in the list included in the transmitted HTML data is a base card candidate. Note that the user terminal 10 may not display all the base card candidates in the list, and may display at least some (for example, a predetermined number) of base card candidates.
When one of the base card candidates is selected by the user on the web page displayed on the user terminal 10, the card selection result (for example, the card ID of the selected base card) is displayed from the user terminal 10. It is transmitted to the game server 20. When a card selection result (for example, a card ID) is received from the user terminal, the CPU 21 of the game server 20 determines (selects) a card to be a base card in the composition process in accordance with a card selection result to be a base card by the user. . That is, a card to be a base card is selected based on user input information.

When the card selected by the first selection unit 52 is associated with the reference card condition, the extracting unit 53 selects a card that satisfies the reference card condition as a reference card candidate among a plurality of possessed cards of the user. The function to extract from is provided.
When the CPU 21 of the game server 20 recognizes that a card to be a base card has been selected in the synthesis process based on the HTTP request received by the communication interface unit 25 in order to realize the function of the extraction unit 53, the card database , The condition ID of the reference card condition associated with the card ID of the selected base card is read, and the reference card condition is specified with reference to the condition setting table. Next, the CPU 21 extracts a card that satisfies the specified reference card condition from the user's possessed cards. For example, when the reference card condition is a condition that “the attribute is T1 and the rare degree is 2 or less”, the CPU 21 accesses the card database, and the attribute is T1 from the user's possessed cards. Yes, a card ID that satisfies the condition of a rare degree of 2 or less is extracted. The card corresponding to the extracted card ID is a reference card candidate.
In addition, when there is no condition ID of the reference card condition associated with the card serving as the base card, the CPU 21 selects all the cards other than the card serving as the base card among the possessed cards of the user as reference card candidates. May be extracted as

The presenting unit 54 has a function of causing the user to present the reference card candidate extracted by the extracting unit 53.
In order to realize the function of the presenting means 54, the CPU 21 of the game server 20 generates HTML data including a list of reference card candidates (cards that satisfy the reference card condition) and transmits the HTML data to the user terminal 10. A web page including a list of reference card candidates is displayed by the web browser of the user terminal 10, thereby causing the user to present the reference card candidates. Note that not all reference card candidates may be displayed in the list on the user terminal 10, and at least a part (for example, a predetermined number) of reference card candidates may be displayed.

The second selection unit 55 has a function of selecting at least one of the reference card candidates presented by the presentation unit 54 as a reference card based on information input by the user. In the example of the present embodiment, “input information by user” is an HTTP request including a card ID selected by the user as a reference card.
In order to realize the function of the second selection means 55, when the user terminal 10 recognizes that at least one card has been selected as a reference card from among the reference card candidates presented to the user, the user terminal 10 The HTTP request including the selection result (for example, the card ID of the card selected as the reference card) is transmitted. When the selection result is received, the CPU 21 of the game server 20 determines the selected card as a reference card in the composition process. That is, a card to be a reference card is selected based on user input information.

The parameter changing means 56 has a function of changing the parameters of the base card by executing a base card combining process based on a base card and a reference card selected from a plurality of cards owned by the user. In the example of the present embodiment, the parameters to be changed by the parameter changing unit 56 are the growth rate, the card level, the cooperation level, the attack power, and the defense power.
The function of the parameter changing means 56 can be realized as follows. When the CPU 21 of the game server 20 determines a card to be a base card and a reference card, the CPU 21 executes a composition process. In the synthesizing process according to the present embodiment, the base card parameter is increased based on at least one of the card information of the base card and the reference card, and the process of erasing the reference card is performed. Specifically, the CPU 21 of the game server 20 determines an increase amount of the growth rate by the base card composition process based on at least one of the card information of the base card and the reference card, for example. The increase amount of the growth rate determined here may be a value of 100% or more. When the growth rate is determined, the card level, attack power, and defense power of the base card are determined. For example, when the card level of the base card before synthesis is 1 and the growth rate is 20%, and the increase amount of the growth rate is determined to be 250% by synthesis, the card level of the base card after synthesis is The growth rate is 70%. That is, when the growth rate reaches 100% at a specific card level, the card level increases by one and the growth rate is reset to 0%. As the card level value increases, the attack power and defense power of the card increase according to the card level. A table may be provided for each card in which the attack level and the defense level corresponding to the value of the card level are described for each card, and the CPU 21 of the game server 20 refers to the table, Decide on defense power.
When the names of the base card and the reference card are the same, the cooperation level of the base card after the synthesis process may be increased with a predetermined probability.

In the present embodiment, the third selection means 57 may be provided in order for the user to set the reference card condition of his / her own card. Note that the timing for setting the reference card condition is not limited to the execution of the synthesis, and the reference card condition may be set at a timing desired by the user. For example, an instruction button for setting a reference card condition may be provided on the web page P0 of FIG. 8, and a process for setting the reference card condition may be started based on a user operation on the instruction button. .
The third selection unit 57 has a function of presenting options for the reference card condition to the user and selecting one of the reference card conditions from the options based on input information by the user.
In order to realize the function of the third selection unit 57, for example, the CPU 21 of the game server 20 sets a reference card condition for any card selected by the user from the user's possessed cards. Is generated and transmitted to the user terminal 10, whereby the user terminal 10 displays a web page (for example, P3 in FIG. 9) including the condition setting unit. The condition setting unit is configured by associating each content of the reference card condition with a condition ID. When the user card 10 is selected by operating the condition setting unit on the user terminal 10, the condition ID of the selected reference card condition is transmitted to the game server 20 as a selection result. In addition, in web page P3 of FIG. 9, although the case where the condition setting part f2 which is an operation target including a plurality of selectable pull-down menus is presented as an example of presentation of the reference card condition, the present invention is not limited to this example. A plurality of instruction buttons (buttons indicating whether or not a condition is included) corresponding to each of a plurality of reference card conditions may be presented.
When the CPU 21 of the game server 20 obtains the selection result (condition ID) of the reference card condition by the user by obtaining the HTTP request including the selection result of the reference card condition, the CPU 21 accesses the card database and is selected by the user. The card ID of the card and the condition ID of the acquired reference card condition are stored in association with each other.

In the present embodiment, when the reference card condition is not associated with the card selected by the first selection means 52, the third selection means 57 presents the reference card condition options to the user. The selection of the reference card condition by the user is accepted. The extracting unit 53 extracts a card satisfying the reference card condition selected by the third selecting unit 57 from the plurality of held cards of the user as a reference card candidate. Further, the association unit 51 associates the card selected by the first selection unit 52 with the reference card condition selected by the third selection unit 57.
In this case, the CPU 21 of the game server 20 includes an HTTP request including a selection result (condition ID of the reference card condition) based on a user operation on the condition setting unit (for example, the condition setting unit f2 of P3) displayed on the user terminal 10. , The card possessed by the user that satisfies the selected reference card condition is extracted from the card database. Then, the CPU 21 accesses the card database after executing the synthesizing process, and in the reference card condition column corresponding to the card used as the base card in the synthesizing process, the condition of the reference card condition selected by the user in the synthesizing process Write a new ID.

In this embodiment, when the reference card condition is associated with the base card selected by the first selection means 52, the extraction means 53 satisfies the reference card condition for the selected base card. Are extracted as reference card candidates, and the presenting means 54 presents the extracted reference card candidates to the user. At this time, the third selection means 57 may present a reference card condition associated with the base card and options of the reference card condition, and accept a selection of a new reference card condition by the user. When the third selection unit 57 receives selection of a reference card condition different from the reference card condition associated with the base card, the extraction unit 53 refers to a card that satisfies the selected reference card condition. It extracts from a user's some possession card as a card candidate. The association unit 51 updates the reference card condition associated with the card selected by the first selection unit 52 to the reference card condition selected by the third selection unit 57.
In this case, when the CPU 21 of the game server 20 acquires an HTTP request including a user operation result (condition ID of the reference card condition) for the condition setting unit (for example, the condition setting unit f2 of P4a) displayed on the user terminal 10. Then, the user's possession card satisfying the selected reference card condition is extracted again from the card database. That is, when the reference card condition is already set for the card as the base card, a card that satisfies the reference card condition is extracted and presented to the user. When a different reference card condition is selected, a new card is extracted based on the newly selected reference card condition. When the CPU 21 executes the compositing process based on a reference card condition different from the reference card condition that has already been set, the CPU 21 accesses the card database after the compositing process. The condition ID of the reference card condition newly selected by the user in the compositing process is overwritten in the reference card condition column corresponding to the card.

(1-7) Flow of composition processing of this embodiment Next, an example of the flow of composition processing of this embodiment will be described with reference to the flowcharts of FIGS. 13A and 13B. FIG. 13A and FIG. 13B are flowcharts showing an example of the synthesis process in the game of the present embodiment.

In FIG. 13A and FIG. 13B, based on the synthesis execution request from the user terminal 10, the game server 20 displays a list of base card candidates that are at least part of the possessed cards associated with the user who made the execution request. The case where the web page containing the list | wrist of a base card candidate is displayed on the user terminal 10 by producing | generating and transmitting the list of card candidates to the user terminal 10 to the user terminal 10 is assumed.
At this time, when any one of the base card candidates is selected by the user on the web page displayed on the user terminal 10, the HTTP request including the base card selection result (for example, the card ID of the base card). Is transmitted from the user terminal 10 to the game server 20. When the CPU 21 of the game server 20 receives the selection result of the base card selected by the user based on the received HTTP request (step S10: YES), the selected card is determined as the base card in the composition process (step S10). S12). Next, the CPU 21 of the game server 20 accesses the card database and determines whether or not the reference card condition corresponding to the card selected by the user as the base card is recorded (step S14). If the reference card condition is set (step S14: YES), the process proceeds to step S16. If the reference card condition is not set (step S14: NO), the process proceeds to step S26 in FIG. 13B. If a user operation other than the user operation for selecting the base card (for example, an operation for making a composite cancel request) is recognized (step S10: NO), the compositing process is terminated.

When the reference card condition corresponding to the card selected as the base card is set (step S14: YES), the CPU 21 of the game server 20 accesses the card database, and from among the possessed cards of the user, A card that satisfies the reference card condition corresponding to the card selected as the base card is extracted as a reference card candidate. Next, the CPU 21 of the game server 20 generates HTML data including a list of candidate reference cards and transmits it to the user terminal 10. The web browser of the user terminal 10 interprets the HTML data and displays a web page including a list of reference card candidates, whereby the reference card candidates are presented to the user (step S16).
When the user selects a reference card from the presented reference card candidates, an HTTP request including the card ID of the reference card selected by the user is transmitted to the game server 20. When the CPU 21 of the game server 20 recognizes at least one reference card selected from the reference candidates presented to the user based on the HTTP request received by the communication interface unit 25 (step S18: YES), the selection is made. The determined card is determined as a reference card in the composition process (step S20).

The CPU 21 of the game server 20 determines a card to be a base card and a reference card, and then executes a composition process (step S22). That is, the CPU 21 increases the base card parameter. In the present embodiment, as a method of increasing the base card parameter, an increase amount of the base card growth rate is determined based on the card information of the base card and the reference card, and the increase amount or the increase rate of the card level is thereby determined. The card level of the base card is increased based on the determined increase amount or increase rate. The cooperation level may increase due to the synthesis process. When the card level increases, the attack power and defense power of the card increase accordingly.
When the synthesizing process is completed, the CPU 21 accesses the card database, updates the parameter value of the card as the base card to the parameter value after the processing in step S22, and deletes the card as the reference card from the card database. (Step S24).

  On the other hand, when the reference card condition corresponding to the card selected as the base card is not set (step S14: NO), the CPU 21 of the game server 20 includes a condition setting unit for setting the reference card condition. HTML data is generated and transmitted to the user terminal 10, whereby the user terminal 10 displays a web page (for example, P3 in FIG. 9) including the condition setting unit. That is, the reference card condition options are presented to the user (step S26). When the user selects any of the presented reference card condition options, the user terminal 10 transmits an HTTP request including the condition ID of the selected reference card condition to the game server 20. When the CPU 21 of the game server 20 obtains an HTTP request including the condition ID of the reference card condition, the CPU 21 recognizes the reference card condition selection result by the user. This HTTP request is sent from the user terminal 10 by operating the instruction button b5 with the condition that the attribute is T2 as the reference card condition in the condition setting unit f2 in the web page P3 of FIG. 9, for example. The condition ID of the condition is transmitted to the game server 20 so as to include C3. When the CPU 21 of the game server 20 recognizes the selection result (condition ID) of the reference card condition (step S28: YES), the card possessed by the user satisfying the reference card condition selected by the user is used as a reference card candidate as a card database. To generate HTML data including a list of reference card candidates and transmit it to the user terminal 10. The web browser of the user terminal 10 interprets the HTML data and displays a web page including the list of reference card candidates, thereby presenting the reference card candidates to the user (step S30).

When the user selects a reference card from the presented reference card candidates, an HTTP request including reference card information (for example, card ID) is transmitted from the user terminal 10 to the game server 20. When the CPU 21 of the game server 20 recognizes that at least one of the reference cards is selected from the reference card candidates based on the HTTP request (step S32: YES), the selected card is determined as the reference card. (Step S34), and the combining process is executed based on the determined base card and reference card (Step S36). That is, the CPU 21 of the game server 20 determines the increase amount of the base card growth rate based on the parameters and identification information of the base card and the reference card, thereby increasing or increasing the card level, the attack power, and the defense power. Determine the rate. The cooperation level may increase due to the synthesis process.
When the synthesizing process is completed, the CPU 21 of the game server 20 associates with the user's possessed card as the base card in the synthesizing process, and information on the selected reference card condition (that is, the reference card condition recognized in step S28). Is recorded in the card database (step S38). Further, the CPU 21 accesses the card database to update the parameter value of the card as the base card to the parameter value after being increased, and deletes the card as the reference card from the card database (FIG. 13A: Step S24).

  As described above, in the game executed by the game control device of the present embodiment, the base card combining process is executed based on the base card and the reference card selected from the plurality of cards owned by the user. Function is provided. In the card database, a user's possessed card is associated with a card condition related to a reference card when the card becomes a base card in a process for changing a parameter (that is, a parameter changing process). In the game of the present embodiment, in order to grow a specific card held by the user, it is required to repeatedly execute a compositing process using the card as a base card. If set, the reference card candidate that satisfies the set reference card condition is presented to the user in each compositing process, so that the user can select an appropriate reference card from all of his / her possessed cards. There is an advantage in that the complexity of studying and searching each time of the synthesis process is suppressed. Further, the reference card condition is not the same for the user's possession card, but is set individually for each of the user's possession card. Therefore, the burden on the user can be reduced in the composition process, and each owned card can be grown efficiently by the composition process, or can be grown in the user's desired state.

In the above-described embodiment, it is not essential to provide the third selection unit. However, providing the third selection unit has the following advantages.
That is, when the user selects a base card in executing the synthesis process, if the reference card condition is not yet associated with the base card, the user selects a desired reference card condition from the options. And the reference card condition can be associated with the card selected as the base card. Therefore, the user can present a reference card candidate that satisfies the user's desired reference card condition in the subsequent synthesizing process, and does not need to set the reference card condition each time.
In addition, when the user selects a base card for executing the compositing process, even if the reference card condition is already associated with the base card, another reference card condition selected from the options is selected. Can be selected as a condition for extracting reference card candidates, and the reference card condition associated with the base card can be updated to the reference card condition selected from the options. Thus, for example, when the card selected as the base card does not grow as originally expected, or when it is desired to change the role of the card selected as the base card, the user can change the reference card condition as appropriate. it can.

In the above-described embodiment, as shown in the display area 203 of the web page P4a in FIG. 11, the presentation unit 54, together with the reference card candidate extracted by the extraction unit 53, information on the reference card condition as the basis of the extraction However, the present invention is not limited to this case. When presenting information related to the reference card condition to the user, the reference card condition associated with the card selected by the user as the base card can be confirmed before executing the synthesis process.
In the example shown in the display area 203 of the web page P4a in FIG. 11, “information on the reference card condition” is text indicating the reference card condition itself, but other text, mark, symbol associated with the reference card condition itself. Information that allows the user to recall the reference card condition may be used. For example, in the example shown in the display area 203 of the web page P4a in FIG. 11, the “information regarding the reference card condition” may be “T2 & R2 ↓”.

In the embodiment described above, the parameter changing unit 56 may stop changing the parameters of the card by the synthesis process when a predetermined stop condition determined for each card is satisfied. In this case, the association unit 51 may cancel the association between the card and the reference card condition when the card satisfies the stop condition.
The “stop condition” can be set as appropriate and is not limited. For example, the upper limit at which parameters (for example, card level, attack power, defense power, etc.) associated with a card are preset for each card. It may be a condition that the value is reached. When the change of the card parameter is stopped, it is preferable that the association between the card and the reference card condition is canceled because there is no benefit of executing the combining process using the card as a base card. As a result, it is not necessary to store the reference card condition corresponding to the card satisfying the stop condition in the card database, so that the data amount of the card database can be saved.
For example, when the upper limit value of the attack power is set for a specific card, the CPU 21 of the game server 20 increases the attack power of the card after the synthesizing process every time the synthesizing process using the card as a base card is executed. When it is determined that the upper limit has been reached, the user is notified of information indicating that the upper limit has been reached, and the reference card condition corresponding to the card is set in the card database. delete. The notification to the user may be performed by a web page including text such as “This card can no longer grow because the attack power has reached the upper limit value”. After this notification, the user is motivated to select a card other than the card as the base card for the synthesis process.
The upper limit value may be set by the user. In this case, the notification to the user may be performed by a web page including text such as “The attack power of this card has reached the upper limit set by you and can no longer grow”.

  In the above-described embodiment, the card is associated with card information including parameters and identification information for identifying the card and other cards. That is, as shown in FIG. 6, examples of card parameters are attributes, rareness, growth rate, card level, linkage level, attack power, defense power, and cost. Examples of card identification information are a card ID, a name, and an image. The reference card condition is a condition relating to the parameter or identification information of the reference card. By setting the reference card condition as a condition regarding the parameter or identification information of the reference card, the user can set a more appropriate condition for extracting the reference card candidate.

For example, a user is expected to use a battle by setting a card having a relatively large parameter value such as a rarity or a card level as a base card and a card having a relatively low parameter value as a reference card. There is a case where synthesis is performed for the purpose of further strengthening a strong card that is planned to be used in a battle while erasing no weak card. In that case, a reference card candidate that matches the purpose can be extracted by setting a reference card condition in which the rare degree, the card level, the attack power, the defense power, and the like are set to a predetermined value or less.
Further, in the synthesis process, when the base card and the reference card have the same attribute, the base card parameter increase rate or amount increases compared to the case where both the cards have different attributes. In some cases, the user may perform synthesis for the purpose of efficiently growing the base card by using a card having the same attribute as the card selected as the base card as a reference card. In that case, the reference card candidate that matches the purpose can be extracted by setting the reference card condition to have the same attribute as the card used as the base card.
In addition, in the composition process, when the base card and the reference card have the same name, the user selects the base card when the base card cooperation level may increase. There is a case where synthesis is performed for the purpose of increasing the cooperation level of the base card by using the card having the same name as the card as a reference card and improving the fighting ability when the base card is used for the fight. In that case, the reference card candidate that matches the purpose can be extracted by setting the reference card condition to be the same name as the card used as the base card.

  As shown in the condition setting unit f2 of the web page P3 in FIG. 9, the condition relating to the reference card parameter or the identification information may be set by combining a plurality of conditions. For example, when merging for the purpose of efficiently and further strengthening strong cards that are expected to be used in battles while erasing weak cards that are not expected to be used in battles, By setting a reference card condition that is equal to or less than a predetermined value and has the same attribute as that of the base card, a reference card candidate that matches the purpose can be extracted.

  In the game of the present embodiment, there are a large number of users' possessed cards, and it is assumed that the user's usage purpose and positioning for each retained card are different. Under such circumstances, it has heretofore been difficult for the user to search for a reference card corresponding to the purpose and position of the card used as a base card each time the compositing process is performed. By setting the reference card condition as a condition regarding the parameter or identification information of the reference card, it is possible to extract an appropriate reference card candidate for each card as the base card, and to determine the reference card appropriately. And complexity can be suppressed.

In the present embodiment, the parameter changing unit 56 changes the change amount or change ratio of the base card parameter based on the card information of the reference card to be processed, the card information of the base card, or a combination thereof. In addition, the above-described advantage that the trouble of examining and searching for an appropriate reference card from among all the possessed cards every time the combining process is suppressed is further exhibited.
For example, the amount of change and the degree of change of the base card parameters differ depending on the values of the parameters before execution of the compositing process of each card of the base card and the reference card, identification information such as the name of each card, or a combination thereof. If the reference card candidate that satisfies the reference card condition is not presented when the compositing process is executed, each time the compositing process is performed, an appropriate reference card is obtained after understanding the compositing process mechanism. It is required to select, and it becomes a burden for the user to select a reference card. In the present embodiment, when a relatively complicated composition processing mechanism as described above is set, the advantage of suppressing the complexity of selecting a reference card for the user is great.
The parameter changing unit 56 sets the parameter change probability of the base card (that is, the probability of changing the parameter of the base card) to the card information of the reference card to be processed, the card information of the base card, or a combination thereof. It may be varied on the basis.

  In the present embodiment, the number of cards held by the user who can set the reference card condition may be limited to a predetermined number or less. By limiting the number of cards for which the reference card condition can be set, the amount of data stored in the storage device for setting (that is, the amount of data recorded in the card database) can be saved.

  When the base card is determined in the composition processing of the present embodiment, as shown in FIG. 9, the reference card condition options are presented, and the reference card candidates that satisfy the selected reference card condition are presented. However, the present invention is not limited to this example. Along with the reference card condition options, at least a part of the possessed cards excluding the base card may be presented as reference card candidates. At this time, if any of the presented reference card candidates is selected as a reference card, a compositing process is executed, and a reference card condition (condition ID) that is satisfied by the card selected as the reference card is executed. Alternatively, it may be stored in the card database in association with the base card at the time of executing the synthesis process. Here, the “reference card condition satisfied by the card selected as the reference card” can be determined based on, for example, a predetermined rule. For example, it may be the reference card condition corresponding to the base card that the attribute is the same as the attribute of the card selected as the reference card, or it corresponds to the base card that is below the card level of the card selected as the reference card It may be a reference card condition.

(2) Second Embodiment Next, a game system and a game control device according to a second embodiment of the present invention will be described.
The game system of the second embodiment is configured by the user terminal 10, the game server 20, and the database server 30 as in the first embodiment. The configuration of each device may be the same as in the first embodiment.
In the present embodiment, in a game in which a card obtained in the game can be set as either a base card or a reference card according to the user's selection, a card that becomes a base card during the compositing process and a reference card during the compositing process At least one of the following cards is registered in advance by the user. When executing the card composition process, the user is presented with a card registered as a base card or a reference card (that is, a base card candidate or a reference card candidate). A card or reference card can be selected.

(2-1) Card Database FIG. 14 shows a configuration example of the card database included in the game database 32 of the present embodiment. In the card database of FIG. 14, the difference from the card database shown in FIG. It is a point to be recorded. In the “card candidate” column of the card database illustrated in FIG. 14, “Bc” is recorded in association with the card ID registered as the base card candidate by the user, and corresponds to the card ID registered as the reference card candidate by the user. In addition, “Rc” is recorded.

(2-2) Registration of Base Card / Reference Card Candidate of This Embodiment Hereinafter, registration of a base card / reference card candidate of this embodiment will be described with reference to FIGS. FIGS. 15-16 is a figure which shows an example of the web page displayed on the user terminal 10, respectively, when registering as a base card and a reference card candidate about the card | curd which the user of this embodiment holds. Hereinafter, a case where the user to be processed is the user ABC will be described as an example. The web pages shown in FIGS. 15 and 16 are each displayed on the user terminal 10 when the user ABC's possessed card is registered as a base card candidate or a reference card candidate.
In FIG. 15, when registration is made as a base card candidate or a reference card candidate at a timing when a card is given by a quest, in FIG. 16, registration is performed as a base card candidate or a reference card candidate by executing a synthesis process. Although a case is described, the registration method is not limited to this as a possession card as a base card candidate and a reference card candidate, and may be set as appropriate on the game. For example, a card that the user does not have may be registered. For example, if you have a picture book function that displays a list of cards that the user has held in the past, you can register cards that you do not currently have but you have held in the past as base card candidates or reference card candidates May be. Further, the user may be able to register at an arbitrary timing. For example, when displaying a list of owned cards of the user, an instruction button for registering as a base card candidate or a reference card candidate is provided in association with each card in the same manner as the instruction buttons b31 and b32 on the web page P7. May be.

When the instruction button b3 ("quest") is selected on the web page P0 in FIG. 15, a web page including a background image for advancing the quest is displayed as shown in P6. On the web page P6, an instruction button b25 (“search”) is provided, and the current point on the quest is displayed. The quest is composed of a plurality of areas, and each time the user operates the instruction button b25 ("search") for a certain area, the progress rate in the area is determined by a constant or random amount, and the progress rate of the area Reaches 100% (that is, in the example of P6, the current point reaches 1100 m), it can proceed to the next area. As the quest progresses, the user can obtain items and cards with a predetermined or random probability in the middle of the quest. For example, the web page P7 shows an example in which a monster card is acquired while a quest is in progress.
In the present embodiment, when a card is acquired, the card can be registered as a base card candidate or a reference card candidate. That is, a quest progress request (for example, operation information of the instruction button b25) is transmitted from the user terminal 10 to the game server 20, and when the game server 20 receives the quest progress request, it is based on a predetermined condition (for example, a predetermined probability). To decide whether or not to grant a card. When it is determined that a card is to be granted, information indicating an option as to whether or not to register the card as a base card candidate or a reference card candidate is transmitted to the user terminal 10 together with the card information determined as the grant target. The user terminal 10 presents the transmitted card information and an option as to whether or not to select as a base card candidate or a reference card candidate (web page P7). When the user operates the instruction button b31 (“base card candidate”) on the web page P7, the user terminal 10 transmits information indicating registration as a base card candidate to the game server 20. When the game server 20 receives the information indicating that it is registered as the base card, the game server 20 writes the acquired card as a base card candidate in the card database (Bc in FIG. 14).
When the instruction button b <b> 32 (“reference card candidate”) is operated on the web page P <b> 7, the user terminal 10 transmits information indicating registration as a reference card candidate to the game server 20. When the game server 20 receives information indicating that it is registered as the reference card candidate, the game server 20 writes the acquired card as a reference card candidate in the card database (Rc in FIG. 14). When the instruction button b <b> 33 (“not registered now”) is operated, the user terminal 10 transmits to the game server 20 information (non-registration information) indicating that neither the base card candidate nor the reference card candidate is registered. When the game server 20 receives the non-registration information, the game server 20 does not write the card candidate information into the card database at the time of card acquisition.
In any case, the acquired card is recorded in the card database in association with the user ABC as a card held by the user ABC.
For example, when the instruction button b31 (“base card candidate”) is operated on the web page P7, the web page is updated as shown in P8. When the instruction button b35 ("Return to quest") is operated on the web page P8, the screen shifts to the quest screen shown in P6.

FIG. 16 shows a scene different from FIG. 15 for registering as a base card candidate and a reference card candidate. FIG. 16 shows the web page P5a when the composition process of the card TED as the base card is completed and the parameters of the card TED are changed, as in the web page P5 of FIG. The web page P5a is different from P5 because, when the compositing process is completed in the game server 20, a card as a base card is registered as a base card candidate, and a card with the same name as the reference card is a reference card. It is a point registered as a candidate. In this case, the user is presented with an option as to whether or not to register any card as a base card candidate or a reference card, and the card is selected as a base card candidate or reference without accepting the user's selection operation for the option Can be registered as a card candidate. In the web page P5a, a display area 301 for notifying the user that the card TED as a base card for the synthesis process has been registered as a base card, and a card group KAZ, LUK,. And a display area 302 for notifying the user of the registration. In addition, when the card group used by this synthetic | combination process lose | disappears, another card | curd with the same name as the name of these cards among a user's possession cards may be registered as a reference card candidate.
FIG. 16 shows an example in which a card having the same name as the reference card is registered as a reference card candidate. However, the present invention is not limited to this example. The same card as the reference card may be registered as a reference card candidate. In that case, setting information is stored as a condition for determining two or more cards as the same card in the game, and it is determined with reference to the setting information whether the cards are the same. May be.

(2-3) Card Combining of the Present Embodiment Hereinafter, the card combining of the present embodiment will be described with reference to FIGS. 17A and 17B. FIG. 17A and FIG. 17B are diagrams each showing an example of a web page displayed on the user terminal 10 when the user is composing a card in the present embodiment. Hereinafter, a case where the user to be processed is the user ABC will be described as an example. The web page shown in FIG. 17A is displayed on the user terminal 10 when a base card candidate is presented to the user in the composition processing of the present embodiment. The web page shown in FIG. 17B is displayed on the user terminal 10 when the reference card candidate is presented to the user in the composition processing of the present embodiment and the reference card is determined by the user.

  In FIG. 17A, it is assumed that the possessed card TED of user ABC has already been registered as a base card candidate. When the instruction button b1 (“composite”) is operated on the web page P0, the web page is updated as shown in P1a. On the web page P1a, a list of cards registered as base card candidates from the possessed cards of the user ABC is displayed. For example, when the card TED is selected as the base card in this list, the web page is updated as shown in P3a of FIG. 17B. The web page P3a displays a list of cards registered as reference card candidates (card groups having names KEN, BOB,...) Among the possessed cards of the user ABC. The user ABC puts a check on the check boxes b11-1, b11-2,... Associated with each of the reference card candidates, from among the reference card candidates displayed on the web page P3a. Can be selected. You can also remove the check once attached. The instruction button b41 (“check all”) is provided to check the check boxes of all reference card candidates. The instruction button b42 (“uncheck”) is provided for unchecking the check boxes of all the reference card candidates that are checked. When the instruction button b43 (“determine reference card”) is operated in a state where a check box corresponding to at least one card is checked, a web page P4a displaying a list of reference cards is displayed for the checked card. Is displayed. Here, when the instruction button b44 (“synthesize”) is operated, a composition process is executed, and the web page is updated as illustrated in P5 of FIG. In the web page P5, changes in values before and after the synthesis of the parameters (growth rate, card level, attack power, defense power, cooperation level) of the card TED as the base card are shown.

(2-4) Outline of Functions Provided by Game Control Device Next, functions provided by the game control device in order to realize the composition processing of the present embodiment will be described with reference to FIG. FIG. 18 is a functional block diagram for explaining functions that play major roles in the game control device 60 of the present embodiment.
Based on the user input information, the registration means 61 is at least one of a base card candidate that is a candidate for the base card for the combining process and a reference card candidate that is a candidate for the reference card for the combining process among the possessed cards of the user. A function of registering these in association with the user.
In order to realize the function of the registration means 61, the CPU 21 of the game server 20 receives a registration request for registering a card designated by the user for each user from the user terminal 10 as a base card candidate. The database is accessed, and “Bc” (base card candidate) is written in the “card candidate” field corresponding to the card specified by the user. When the CPU 21 of the game server 20 receives a registration request for registering a card designated by the user for each user from the user terminal 10 as a reference card candidate, the CPU 21 accesses the card database and designates the card by the user. “Rc” (reference card candidate) is written in the “card candidate” field corresponding to the card that has been selected. In addition, you may set various user operation corresponding to the registration request | requirement for registering as a base card candidate or a reference card candidate according to the scene on a game. For example, on the web page P7 of FIG. 15, the user operation corresponding to the registration request for registering as a base card candidate or a reference card candidate is the instruction button b31 (“base card candidate”) or the instruction button b32 (“reference card candidate”). It corresponds to the operation for “)”. Although the user operation corresponding to the registration instruction for registering as a base card candidate or a reference card candidate is not shown in FIG. 16, an operation for executing composition before displaying the web page P5a (for example, the web page P4a in FIG. 17B). The instruction button b44 ("composite")).

The presentation unit 62 has a function of presenting the user with a base card candidate or a reference card candidate registered in association with the user based on information input by the user when performing the synthesis process.
In order to realize the function of the presenting means 62, the CPU 21 of the game server 20 instructs the execution of synthesis processing from the user terminal 10 (for example, input of the instruction button b 1) based on the HTTP request received by the communication interface unit 25. When the information is recognized, the card database is accessed, and the card registered as the base card candidate of the user to be processed (that is, the card in which “Bc” (base card candidate) is written in the “card candidate” column. ) Is generated, and HTML data including the read card information is generated and transmitted to the user terminal 10. Thereby, a list of base card candidates is displayed on the user terminal 10. Further, when the CPU 21 of the game server 20 recognizes the selection result of the base card from the user terminal 10 based on the HTTP request received by the communication interface unit 25, the CPU 21 accesses the card database, and the reference card candidate of the processing target user. Is read out, and the card information of the card in which “Rc” (reference card candidate) is written in the “card candidate” column is read, and the HTML data including the card information of the read card is generated. It transmits to the user terminal 10. Thereby, the list of reference card candidates is displayed on the user terminal 10.
The timing for displaying the reference card candidate and the base card candidate is not limited to this. For example, when the execution start instruction (for example, input information of the instruction button b1) from the user terminal 10 is recognized, the card database is accessed, and the processing target user base card candidate and reference card candidate are obtained. The registered card information is read out, the read base card candidate list and the reference card candidate list are transmitted to the user terminal 10 at the same time, and the user terminal 10 displays these lists so that the user can A base card and a reference card may be designated simultaneously from the card candidate and the reference card candidate.

The card selection unit 63 selects a card to be a base card from the base card candidates presented by the presentation unit 62 based on information input by the user, or the reference card candidate presented by the presentation unit 62 A function for selecting a reference card from among them is provided. The card selection unit 63 is an example of an object selection unit.
When one of the cards is selected from the list of base card candidates on the web page displayed on the user terminal 10, the user terminal 10 displays the card selection result (for example, card ID) on the game server 20. To notify. The CPU 21 of the game server 20 determines the card selected by the user as the base card in the synthesis process based on the card selection result notified from the user terminal 10. That is, a card to be a base card is selected based on user input information.
When one of the cards is selected from the list of reference card candidates on the web page displayed on the user terminal 10, the user terminal 10 notifies the game server 20 of the card selection result. The CPU 21 of the game server 20 determines the card selected by the user as a reference card in the synthesis process based on the card selection result notified from the user terminal 10. That is, a card to be a base card is selected based on user input information.

  The parameter changing means 64 has a function of changing the parameters of the base card by executing a base card combining process based on a base card and a reference card selected from a plurality of cards owned by the user. The parameter changing unit 64 has the same function as the parameter changing unit 56 of the first embodiment, and can realize the function in the same manner. That is, when the CPU 21 of the game server 20 determines a card to be a base card and a reference card, the CPU 21 executes a synthesis process. In the synthesizing process according to the present embodiment, the base card parameter is increased based on at least one of the card information of the base card and the reference card, and the process of erasing the reference card is performed. Specifically, the CPU 21 of the game server 20 determines the increase amount of the base card growth rate based on at least one of the card information of the base card and the reference card, for example. When the growth rate increase amount is determined, the card level, attack power, and defense power of the base card are determined. When the names of the base card and the reference card are the same, the cooperation level of the base card after the synthesis process may be increased with a predetermined probability. The process of erasing the reference card is, for example, a process of canceling the association between the card information of the reference card and the user ID that has been combined in the card database.

(2-5) Flow of Registration Process and Composition Process of this Embodiment Next, an example of the flow of the registration process and the composition process of this embodiment will be described with reference to the flowcharts of FIGS. FIG. 19 is a flowchart showing a registration process for registering a user's possession card as a base card. FIG. 20 is a flowchart showing an example of the composition process in the game of the present embodiment. Although not shown, registration processing for registering a user's possession card as a reference card can be performed in the same manner as in FIG.

  In the registration process shown in FIG. 19, first, the CPU 21 of the game server 20 determines whether or not there is a registration request for registering a base card candidate (step S40). For example, as illustrated in FIG. 15, when a new card is acquired during execution of a quest, or when an HTTP request based on an operation of the instruction button b31 (“register as a base card candidate”) is acquired, the CPU 21 It is determined that there is a registration request for registering the acquired card as a base card candidate. Also, as shown in FIG. 16, when there is an operation for executing a combining process using a specific card as a base card, it is determined that there has been a registration request for registering that card as a base card candidate. .

When there is a user operation for registering a user's possession card as a base card candidate (step S40: YES), the card database is accessed, and “Bc” is displayed in the “card candidate” column corresponding to the card to be registered. (Base card candidate) "is written (step S42). Next, the CPU 21 of the game server 20 generates HTML data including text for notifying the user that the user's possession card has been registered as a base card candidate, and transmits the HTML data to the user terminal 10 (step S44). Thereby, for example, the web page P8 in FIG. 15 or the web page P5a in FIG. 16 is displayed on the user terminal 10.
If there is no user operation for registering a user's possession card as a base card candidate (step S40: NO), the registration process is terminated.

  In the compositing process shown in FIG. 20, when recognizing that the instruction button b <b> 1 (“compositing”) is operated on the web page P <b> 0 (see FIG. 8), the user terminal 10 transmits a compositing start request to the game server 20. Then, when the CPU 21 of the game server 20 accepts the composition start request from the user terminal 10, the CPU 21 accesses the card database, and the “card candidate” column among the possessed cards of the processing target user is “Bc” (base card). Candidate cards are extracted. The CPU 21 of the game server 20 generates HTML data including the extracted card list and transmits it to the user terminal 10. Thereby, a list of registered base card candidates is notified to the user (step S50). Next, it is determined whether or not a user operation for selecting any card from the base card candidate list has been performed (step S52). In the present embodiment, when any of the base card candidates is selected as the base card in the user terminal 10, the base server selection result (for example, the card ID of the selected base card) is notified to the game server 20. Is done. The CPU 21 of the game server 20 determines whether or not a user operation for selecting a base card has been performed in accordance with the presence / absence of a base card selection result notification from the user terminal 10. When a user operation for selecting one of the cards is performed, that is, when a notification of the selection result of the base card is received from the user terminal 10 (step S52: YES), the CPU 21 of the game server 20 selects The determined card is determined as a base card in the composition process (step S54).

Next, the CPU 21 of the game server 20 accesses the card database, and extracts cards whose “card candidate” column is “Rc” (reference card candidate) from the possessed cards of the user to be processed. The CPU 21 of the game server 20 generates HTML data including the extracted card list and transmits it to the user terminal 10. Thereby, a list of registered reference card candidates is notified to the user (step S56). Next, it is determined whether or not a user operation for selecting any card from the reference card candidate list has been performed (step S58). In the present embodiment, when any of the reference card candidates is selected as a reference card in the user terminal 10, a reference card selection result (for example, the card ID of the selected reference card) is notified to the game server 20. Is done. The CPU 21 of the game server 20 determines whether or not a user operation for selecting a reference card has been performed in accordance with the presence or absence of a reference card selection result notification from the user terminal 10. When a user operation for selecting one of the cards is performed, that is, when a reference card selection result is notified from the user terminal 10 (step S58: YES), the CPU 21 of the game server 20 selects the card. The determined card is determined as a reference card in the composition process (step S60).
After determining the base card and the reference card, the CPU 21 of the game server 20 executes a composition process (step S62). That is, the CPU 21 of the game server 20 determines the increase amount or the increase rate of the base card parameters based on the base card and reference card parameters and the identification information.
When the synthesizing process is completed, the CPU 21 of the game server 20 accesses the card database and sets the parameters (growth rate, card level, attack power, defense power, cooperation level) of the card used as the base card to values after the synthesizing process. While updating, the card used as the reference card is deleted from the card database (step S64).

  In the present invention, at least one of the user's base card candidate and the reference card candidate is configured to be registered. And when the said user performs a parameter change process, the registered base card candidate or a reference card candidate is shown, and a user selects a base card or a reference card from the candidates. Therefore, the user is prevented from having to study and search the base card or the reference card used for the parameter changing process from his own possessed card every time he / she processes.

  In the present embodiment, the registration unit 61 may limit the number of cards registered as base card candidates or the number of cards registered as reference card candidates to a predetermined number or less. By limiting the number of cards to be registered, the amount of data stored in the storage device for registration (that is, the amount of data recorded in the card database) can be saved.

  In the second embodiment, a card not owned by the user may be registered as a base card candidate or a reference card candidate. In this case, the game server 20 has made a registration request as a base card candidate or a reference card candidate in a database (referred to as “unowned card database”) different from the card database of FIG. A card ID and a card candidate (“Bc” (base card candidate) or “Rc” (reference card candidate)) of a card not owned by the user are recorded in association with the user ID. When the user acquires a new card, the game server 20 searches the unowned card database using the card ID of the card as a key, and if the card is registered as a base card candidate or a reference card candidate, the acquired card Write the card information to the card database. At this time, the data written in the card candidate column of the card database is the same as the data recorded in the unowned card database. The game server 20 writes the card information of the newly acquired card into the card database, and then deletes the card information of the card from the unowned card database. As described above, by registering a card not owned by the user as a base card candidate or a reference card candidate in the unowned card database, a card not owned by the user can be a future base card candidate or reference. A registration reservation may be made as a card candidate.

In the second embodiment, it is not necessary to register both the base card candidate and the reference card candidate, and only one of them may be registered.
Further, the second embodiment may be appropriately combined with the first embodiment. That is, also in the second embodiment, a base card extraction function and a reference card condition selection function may be provided. In that case, the presented base card candidates may be further narrowed down based on predetermined conditions from among the cards registered as base card candidates. In addition, a card that satisfies the reference card condition associated with the selected base card among the cards registered as reference card candidates may be used as the reference card candidate presented to the user.

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

[Modification]
A modified example in which technical matters described in each embodiment are combined will be described.
In this modification, a configuration will be described in which a function for registering at least one of a base card candidate and a reference card candidate is added to the game control apparatus of the first embodiment.
FIG. 21 is a functional block diagram of a game control apparatus 50A according to a modification of the first embodiment. This functional block diagram is different from that shown in FIG. 12 in that first registration means 58 and second registration means 59 are added.

The first registration means 58 has a function of registering a base card candidate for the synthesis process in association with a user in the user's possessed card based on the user input information. Then, the first selection means 52 selects a card to be a base card from the base card candidates registered by the first registration means 58 based on information input by the user when executing the synthesis process.
When the user decides the possession card whose parameter is to be changed among his own possession cards, registering that card as a base card candidate allows all of the possession cards to be retained at each synthesis process. It is possible to save the trouble of searching for a base card from a card.
As shown in FIG. 14, the function of the first registration means 58 is a “card candidate” for recording a base card candidate or a reference card candidate in place of the reference card condition column of the card database of FIG. This can be realized by providing a column. When there is a registration request for registering a user's possession card as a base card candidate, the CPU 21 of the game server 20 accesses the card database and displays a “card candidate” column corresponding to the card to be registered. “Bc” (base card candidate) is written in

The second registration means 59 has a function of registering a reference card candidate for the synthesis process in association with the user in the user's possessed card based on the user input information. When the card selected by the first selection unit 52 is associated with the reference card condition, the extraction unit 53 satisfies the reference card condition and is registered by the second registration unit 59. Select a reference card from among the reference card candidates.
By adopting such a configuration, when the user determines a card to be a reference card in the synthesis process among his own cards, by registering that card as a reference card candidate, Instead of selecting a reference card candidate from all the cards held at the time of combining processing, it is possible to sufficiently narrow down the cards that are reference card candidates. Therefore, the number of reference card candidates presented to the user is reduced, and the user can quickly determine the reference card.
As shown in FIG. 14, the function of the second registration means 59 is a “card candidate” for recording a base card candidate or a reference card candidate in place of the reference card condition column of the card database of FIG. This can be realized by providing a column. When there is a registration request for registering a user's possessed card as a reference card candidate, the CPU 21 of the game server 20 accesses the card database, and displays a “card candidate” field corresponding to the card to be registered. Write “Rc” (base card candidate). When the CPU 21 determines a card to be a base card in the composition process, the CPU 21 extracts a reference card candidate from the cards that satisfy the reference card condition corresponding to the card and are registered as reference card candidates.

  In the present modification, both the first registration unit 58 and the second registration unit 59 may be omitted, and only one of them may be provided. In addition, when only the first registration means 58 is provided, when the reference card candidate is presented, the reference card candidate may be presented with a card excluding the card registered as the base card candidate. When only the second registration means 59 is provided, when the base card candidate is presented, the base card candidate is presented by removing the card registered as the reference card candidate from the user's possessed card. You may do it.

In each of the above-described embodiments, the case where the user's possessed card as a reference card disappears as a result of the synthesis process has been described. However, the present invention is not limited to this case. The card used as the reference card may not be lost.
In the present invention, the loss of the user's possessed card as the reference card is an example of erasing the card information of the reference card associated with the user who executed the combining process in the card database. I can't. For example, in the card database, a flag indicating possession / non-retention or a data string indicating the possession status is provided as data associated with the user, and when the composition process is performed, the data is associated with the user who performed the composition process. It is also possible that the possessed card disappears by updating the reference card flag from possession to non-retention.

The parameter change based on the synthesis process performed by the parameter changing unit 56 is not limited to the example of the above-described embodiment, and may be performed in various modes.
(i) When the variation of the base card parameter differs based on the base card or reference card parameter.For example, the greater the degree of rarity, which is an example of the base card or reference card parameter, the higher the growth rate relative to the base card by synthesis. May be increased, thereby increasing the card level increase and the attack power increase or rate. Further, for example, the probability that the cooperation level, which is an example of the base card parameter, increases as a result of the synthesis may be increased as the rareness of the base card or the reference card increases.
For example, as the attack power, which is an example of the parameter of the base card or the reference card, is larger, the growth rate increase amount with respect to the base card is increased by synthesis, thereby increasing the card level increase amount and the attack power increase amount or increase. The rate may be increased. Further, for example, the probability that the cooperation level that is an example of the base card parameter increases due to the synthesis may be increased as the rare degree that is an example of the parameter of the base card or the reference card is higher.
(ii) When base card parameters vary according to the comparison result of base card parameters and reference card parameters. For example, attributes that are examples of base card parameters and reference card parameters. When the attribute is the same and the attribute is the same, the growth rate increase for the base card is increased compared to when the attribute is not the same, thereby increasing the card level and the attack power Alternatively, the increase rate may be increased. Also, for example, an attribute that is an example of a base card parameter is compared with an attribute that is an example of a reference card parameter, and when the attribute is the same, the base card is compared to when the attribute is not the same. You may make it the probability that the cooperation level which is an example of these parameters will increase.
The factors that affect the rate of increase or the amount of increase in base card parameters through synthesis are the base card and reference card names, attributes, and the determination result on whether or not the cards on the game are determined to be the same. It may be the information. The determination of whether or not the cards are the same on the game may be set as appropriate on the game. Different names and images may be set as the same card. For example, if the character of the card evolves in the order of egg → cub → small animal → adult animal, and the image and name of the character displayed on the card change accordingly, set them as the same card. May be.

In each of the above-described embodiments, examples of the growth rate, the card level, the cooperation level, the attack power, and the defense power are given as examples of the parameters that change by the synthesis. However, the parameters that change by the synthesis can be set as appropriate. For example, in a game in which a card has a skill (special skill), a parameter related to the skill may be changed. The card skill is an effect that is activated at a predetermined probability at the time of a battle using the card, and that the card having the skill is advantageous at the time of the battle. For example, in association with each user's card ID, a skill ID that identifies the content of the skill, trigger rate data indicating the probability that the skill is activated, parameters to be adjusted when the skill is activated (for example, attack power, etc.) And data indicating the fluctuation amount of the parameter to be adjusted when the skill is activated are described in the card database. For example, when the card level increases due to synthesis, the skill activation rate and the amount of parameter variation to be adjusted may be increased.
A skill level may be set for each skill. When the skill level is set, the above-described skill activation rate, the amount of parameter variation to be adjusted, and the like differ depending on the skill level. For example, as the skill level increases, the skill activation rate and the amount of change in the parameter to be adjusted may be increased. The conditions for the synthesis process for increasing the skill level can be set as appropriate. For example, by combining a base card and a reference card with the same name, the skill level of the base card may be increased with a predetermined probability, or even if the base card and the reference card are not the same name, It may be increased with a predetermined probability. Alternatively, when the card level of the base card increases, the skill level may be increased with a predetermined probability.
In the above-described embodiment, the case where the effect of the combo including the card is increased by increasing the cooperation level of the card by combining is described. However, the combo is defined in the card database similarly to the skill described above. May be. In other words, in association with the card ID, a combo ID that specifies the conditions for establishing the combo and the content of the combo, the activation rate data indicating the probability of the combo being activated, and the parameters to be adjusted when the combo is activated (for example, the total attack Data for defining the force and the like, and data indicating the amount of change in the parameter to be adjusted when the combo is activated are described in the card database. For example, when the card level increases due to synthesis, the combo activation rate and the amount of parameter variation to be adjusted may be increased.

  In each embodiment mentioned above, although the monster card | curd was mentioned as an example of an object, it is not restricted to this. Any object can be used. For example, the object may include characters, items, etc. on the game, such as virtual persons, creatures, or monsters on the game, and these are displayed on the card as shown in this embodiment. It may be what you have.

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

In the above-described embodiment, the game application is a so-called browser type (Web type) application, but is not limited thereto. A so-called native application in which the execution subject of the process related to the game application is not the game server 20 but the user terminal 10 may be used. Thus, in the case where the user terminal 10 is a native type application that is the execution subject of the process, the game control device in the present invention is the user terminal 10.
Further, although the game server 20 on the network is configured to be implemented as an execution subject of the functions included in each unit illustrated in FIGS. 12 and 18, the configuration is not limited thereto. All or at least some of the means shown in FIGS. 12 and 18 may be realized by the user terminal 10. In other words, a configuration in which the CPU 21 of the game server 20 performs the processing as the execution subject may be configured such that the CPU 11 of the user terminal 10 is the execution subject. 22A and 22B each show an example in which functions between the user terminal 10 and the game server 20 are shared with respect to each function (each function shown in FIG. 12) of the game control device of the first embodiment. The game systems 1A and 1B are shown. FIG. 23A and FIG. 23B each show an example of sharing functions between the user terminal 10 and the game server 20 for each function (each function shown in FIG. 18) of the game control device of the second embodiment. The game systems 1C and 1D are shown.
For example, in order to independently realize the functions shown in FIGS. 12 and 18 in the user terminal 10, the user terminal 10 is a user-specific part of the user database and card database shown in FIGS. 5 and 6, respectively. May be stored, the synthesis process may be executed, and the user database and the user-specific portion of the card database updated by the synthesis process may be transmitted to the game server 20.

  In the above-described embodiment, a case has been described in which a battle game between users is realized via a server on a network, but the present invention is not limited to this case. You may implement | achieve the battle game between users using the communication system performed directly between user terminals, without using a server, for example, communication by P2P (Peer to Peer) or a wireless ad hoc network.

1, 1A to 1D ... Game system 10 ... User 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 50, 50A, 60 ... Game control device 51 ... Association means 52 ... First selection means 53 ... Extraction means 54 ... presentation means 55 ... second selection means 56 ... parameter change means 57 ... third selection means 58 ... first registration means 59 ... second registration means 61 ... registration means 62 ... presentation means 63 ... card selection means 64 ... parameter change means

Claims (9)

A game control device for a game that uses an object associated with a parameter,
Changing means for executing processing for changing parameters of the base object based on a base object and a reference object selected from a plurality of objects owned by the user;
Association means for associating an object owned by the user with a storage device in association with an object condition related to a reference object when the object is a base object in the process of changing the parameter;
A first selection unit that selects an object to be a base object from the plurality of objects based on input information by the user in performing the process of changing the parameter;
When the object selected by the first selection unit with reference to the storage device is associated with an object condition, an object satisfying the object condition is selected as a reference object candidate from the plurality of objects. If the selected object is not associated with an object condition, an object that satisfies the object condition selected from the object condition options based on the user input information is selected as a reference object candidate. Extracting means for extracting from among the plurality of objects,
Presenting means for presenting the reference object candidates extracted by the extracting means to the user;
Second selection means for selecting, as a reference object, at least one of the reference object candidates presented by the presentation means based on input information by the user;
With
The associating means , on the condition that the process of changing the parameter is executed based on the object selected by the first selecting means and the reference object selected by the second selecting means, A game control device, wherein data stored in the storage device is updated so that an object selected by a selection unit is associated with an object condition based on extraction by the extraction unit. The presenting means presents information related to an object condition on which the extraction is based together with the reference object candidate extracted by the extracting means to the user.
The game control apparatus according to claim 1 . When the change means satisfies a predetermined stop condition determined for each object, the change means stops changing the parameter of the object by the process of changing the parameter,
The association means cancels the association between the object and the object condition when the object satisfies the stop condition;
The game control apparatus according to claim 1 or 2 . The object is associated with object information including the parameter and identification information for identifying the object and other objects;
The object condition is a condition related to object information of a reference object,
Game control device according to any one of claims 1-3. The changing means sets the change amount or change ratio of the parameter of the base object, or the change probability of the parameter to the object information of the reference object to be processed, or the object information of the base object and the object information of the reference object. Varying based on the combination,
The game control apparatus according to claim 4 . First registration means for registering, in association with the user, a base object candidate that is a candidate for a base object of the process for changing the parameter among the plurality of objects based on the input information of the user; Prepared,
The first selection unit selects an object to be a base object from the base object candidates registered by the first registration unit based on information input by the user when executing the process of changing the parameter. It is characterized by
Game control device according to any one of claims 1-5. Second registration means for registering a reference object candidate that is a candidate for a reference object in the process of changing the parameter among the plurality of objects in association with the user based on the user input information; Prepared,
When the object selected by the first selection unit is associated with an object condition, the extraction unit satisfies the object condition and the reference object candidate registered by the second registration unit Select an object to be a reference object from among,
The game control apparatus as described in any one of Claims 1-6 . In games that use the object associated with the parameters, the computer program to function as the means of the game control apparatus according to any one of claims 1-7. A game system for a game that includes a user terminal and a server configured to be able to communicate with the user terminal, and uses an object associated with a parameter,
The means of the gaming control system according to any one of claims 1 to 7 either the user terminal or the server includes a game system.

Images