JP6712699B2 - Information processing device, information processing system, program - Google Patents

Description

The present invention relates to information processing technology for processing information about objects.

In recent years, so-called social games have become widespread as applications executed in social networking services (SNS). A digital card game using a card is known as such a social game.
In addition, the main card and sub card are selected by the user from among the cards owned by the user, and the ability parameter of the main card is changed by combining the main card and the sub card, and the sub card is changed from the card owned by the user. There are known games to be deleted (Patent Documents 1 and 2).

Japanese Patent No. 5086491 Japanese Patent No. 5153960

In the combining process, the user possesses a plurality of reference objects (corresponding to the above sub cards) that satisfy the combination condition corresponding to the base object in order to realize the combining process of the base object (corresponding to the above main card). May be a requirement. In that case,
In order to execute the compositing process, the user has to wait for the execution of the compositing process until all reference objects satisfying the combination conditions are obtained. There is a risk that the existing object will disappear. In particular, when a plurality of reference objects satisfying the combination condition of the combining process is different for each base object, it is difficult for the user to remember the combination condition for each base object, so the object is erroneously lost. More likely.

The present invention has been made in view of the above-described viewpoints, and an object thereof is to reduce the possibility that an object owned by a user is lost by being used for a process other than the purpose of using the object. It is to provide an information processing device, an information processing system, and a program capable of performing the above.

One aspect of the present invention is a change condition in which a condition for performing a process of changing an object is defined, and a change condition including information indicating at least a plurality of objects and possession information including information indicating an object owned by a user. In an information processing device capable of accessing a storage device storing and,
Acquisition means for acquiring the change condition corresponding to the selected selected object from the storage device,
Outputting means for outputting output data for displaying the plurality of objects in a display format identifiable to the user, using information indicating the plurality of objects included in the change condition acquired by the acquiring means,
A request made through an operation by the user in response to the output data being output by the output means, for limiting processing to at least one of the plurality of objects. Receiving means for receiving requests,
In response to the request being received by the receiving unit, based on the change condition acquired by the acquiring unit and the possession information including information indicating an object possessed by the request source user, Among the objects possessed by the user, change the selected selected object with respect to an object specified as a restricted object that should be restricted from being used for a process different from the process for changing the selected selected object. Limiting means for limiting being used for a process different from the process,
It is an information processing apparatus characterized by having.

Another aspect of the present invention is a game system including a user terminal and a server configured to communicate with the user terminal,
A storage device that is a change condition that defines a condition for performing a process of changing an object, and stores change conditions that include information indicating at least a plurality of objects and possession information that includes information that indicates objects owned by a user. From, acquisition means for acquiring the change condition corresponding to the selected selected object,
Outputting means for outputting output data for displaying the plurality of objects in a display format identifiable to the user, using information indicating the plurality of objects included in the change condition acquired by the acquiring means,
A request made through an operation by the user in response to the output data being output by the output means, for limiting processing to at least one of the plurality of objects. Receiving means for receiving requests,
In response to the request being received by the receiving unit, based on the change condition acquired by the acquiring unit and the possession information including information indicating an object possessed by the request source user, Among the objects possessed by the user, change the selected selected object with respect to an object specified as a restricted object that should be restricted from being used for a process different from the process for changing the selected selected object. Limiting means for limiting being used for a process different from the process,
It is an information processing system characterized by having.

Another aspect of the present invention is a change condition in which a condition for performing a process of changing an object is defined, and a change condition including information indicating at least a plurality of objects and a possession condition including information indicating an object owned by a user. A computer that can access a storage device that stores information and
Acquisition means for acquiring the change condition corresponding to the selected selected object from the storage device,
Outputting means for outputting output data for displaying the plurality of objects in a display format identifiable to the user by using the information indicating the plurality of objects included in the change condition acquired by the acquiring means,
A request made through an operation by the user in response to the output data being output by the output means, for limiting processing to at least one of the plurality of objects. Acceptance means for accepting requests, and
In response to the request being received by the receiving unit, based on the change condition acquired by the acquiring unit and the possession information including information indicating an object possessed by the request source user, Among the objects possessed by the user, change the selected selected object with respect to an object specified as a restricted object that should be restricted from being used for a process different from the process for changing the selected selected object. Restriction means for restricting being used for processing different from processing,
It is a program to function as.

Another aspect of the present invention is an information processing device used for a game including a changing process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user. There
An acquisition means for acquiring object information of any one of the possessed objects based on the operation input of the user;
Recording means for recording the object information obtained by the obtaining means in a storage device when the object corresponding to the object information obtained by the obtaining means is one of the base object and the plurality of reference objects;
Limiting means for limiting that the object corresponding to the object information recorded in the storage device is used for a process other than the changing process,
It is an information processing device provided with.

Another aspect of the present invention includes a user terminal and a server configured to communicate with the user terminal,
A game system used for a game including a changing process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed objects of the user,
An acquisition means for acquiring object information of any one of the possessed objects based on the operation input of the user;
Recording means for recording the object information obtained by the obtaining means in a storage device when the object corresponding to the object information obtained by the obtaining means is one of the base object and the plurality of reference objects;
Limiting means for limiting that the object corresponding to the object information recorded in the storage device is used for a process other than the changing process,
It is an information processing system provided with.

Another aspect of the present invention is a program for a game including a change process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user. ,
Computer,
An acquisition means for acquiring object information of any one of the possessed objects based on the operation input of the user;
Recording means for recording the object information acquired by the acquiring means in a storage device when the object corresponding to the object information acquired by the acquiring means is one of the base object and the plurality of reference objects; and ,
Limiting means for limiting that the object corresponding to the object information recorded in the storage device is used for a process other than the changing process,
It is a program to function as.

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. FIG. 6 is a diagram for conceptually explaining card reservation in evolutionary synthesis. The figure which shows the structural example of a card data table. The figure which shows the structural example of an evolution synthetic|combination data table. The figure which shows the structural example of a possession card data table. The figure which shows the structural example of a reservation data table. The figure which shows an example of the image displayed on a user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on a user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on a user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on a user terminal at the time of execution of the game of 1st Embodiment. The functional block diagram of the game server of 1st Embodiment. The sequence chart which shows an example of the reservation process of evolutionary synthesis. The sequence chart which shows an example of the reservation process of evolutionary synthesis. The sequence chart which shows an example of the browsing process of a possession card. The sequence chart which shows an example of the sale processing of the reserved card. The sequence chart which shows an example of the sale processing of the reserved card. The sequence chart which shows an example of the determination processing at the time of card acquisition. The sequence chart which shows an example of the determination processing at the time of card acquisition. 9 is a sequence chart showing an example of evolutionary synthesis processing. 9 is a sequence chart showing an example of a reservation process for evolutionary synthesis according to the second embodiment. 9 is a sequence chart showing an example of a reservation process for evolutionary synthesis according to the second embodiment. The sequence chart which shows an example of the sale processing of the reserved card of 2nd Embodiment. The sequence chart which shows an example of the sale processing of the reserved card of 2nd Embodiment. The figure which shows an example of the image displayed on a user terminal at the time of execution of a game in a modification. The figure which shows an example of the image displayed on a user terminal at the time of execution of a game in a modification.

(1) First Embodiment (1-1) Configuration of Game System A game system 1 will be described below as an embodiment of an information processing system.

FIG. 1 shows a system configuration example of a game system 1 of the embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c,... And a game server 20. The game server 20 can be accessed from each user terminal 10a, 10b, 10c through a communication network NW such as the Internet. Game server 2
0 is an example of an information processing apparatus.
Each of the user terminals 10a, 10b, 10c,... Is a terminal operated by an individual user, and includes, for example, a feature phone, a smartphone, a tablet terminal, a personal computer, and a television receiver ( So-called multifunctional smart TVs are also included.), and communication terminals such as portable game machines with communication functions. In the following description, when the user terminals 10a, 10b, 10c,... Are referred to in common, they are referred to as the user terminal 10.

The game server 20 is a server that executes a game. The game server 20 stores image data that can be interpreted by a web browser (for example, image data described in a format such as HTML or XML. In the embodiment of the present invention, HTML data will be described as an example). A program that can be created is implemented. The image data is an example of output data.
The user terminal 10 includes a web browser that interprets and displays the HTML data provided by the game server 20, and a request based on the user's operation on the web page by the user terminal 10 is transmitted via the network to the game server 20. To the game server 20
The game processing is executed by receiving the processing result by the.
The communication network NW is, for example, the Internet, WAN (Wide Area Network), LAN (Loc
al Area Network), a dedicated line, or an information communication network configured by a combination thereof.

(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, R
An OM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an operation input unit 15, a display unit 16, a communication interface unit 17, and a storage 18 are provided, and control signals or data signals between each unit are transmitted. A bus 19 is provided for this purpose.

The CPU 11 reads out programs and data stored in the ROM 12 and controls the entire operation in the user terminal 10 such as timing processing of control signals and data signals with each unit in the user terminal 10. The CPU 11 also reads a program stored in the storage 18 and various data necessary for executing the program, expands the data in the RAM 13, and performs various processing such as data input/output processing, arithmetic processing, and determination processing accompanying the execution of the program. I do. The RAM 13 temporarily stores data for arithmetic processing, determination processing, etc. by the CPU 11.

For example, the CPU 11 loads the web browser stored in the storage 18 into the RAM 1
Load to 3 and run. Then, the CPU 11 uses the operation input unit 15 or the like to specify the URL (Uniform Resource Locator) that is input to the user by the communication interface unit 17 based on the designation.
Data for displaying a web page from the game server 20 via the Internet, that is, HT
Data of an object such as an ML (Hyper Text Markup Language) document or an image associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) is acquired via the communication interface unit 17, and a web browser is used. To interpret the HTML data. The user terminal 10 may be equipped with various plug-ins for expanding the browser function of the web browser. An example of such a plug-in is a flash player by Adobe Systems Incorporated in the United States. Alternatively, the HTML data in the present embodiment may be in the HTML5 format having a moving image and audio reproducing function.

The web browser communicates with the game server 20 according to HTTP (HyperText Transfer Protocol). When a URL (Uniform Resource Locator) on a web page or an operation target (for example, a software button (hereinafter simply referred to as “button”) or the like is selected by the user's operation of the operation input unit 15, the web browser is selected. , Sends an HTTP request including the selection result to the game server 20 for updating the web page. The web browser acquires the HTML data from the game server 20 as an HTTP response,
The image of the web page is interpreted and displayed on the display unit 16.
In this embodiment, HTML data is an example of image data.

The display unit 16 is, for example, an LCD (Liquid Cristal Display) or an organic EL (Electro Lumin).
(escence) display device such as a display. When an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in a matrix in a pixel unit is applied, the display unit 1
6 drives the thin film transistor to display the image of the web page on the display screen 16a.

When the user terminal 10 is a button input type user terminal, the operation input unit 15 includes, for example, a plurality of instruction input buttons such as a direction instruction button for accepting a user's operation input, an enter button, and a numeric keypad. It includes an interface circuit for recognizing a push (operation) input of and outputting it to the CPU 11.
When the user terminal 10 is a touch panel input type user terminal, the operation input unit 15
It mainly accepts touch panel type input by touching the display screen with a fingertip or a pen.

The storage 18 is a storage device including, for example, a flash memory or an HDD (Hard Disk Drive).

(1-3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
As shown in FIG. 3, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a communication interface unit 24, and a storage 25, and is provided with a bus 26 for transmitting control signals or data signals between the units. ing. The game server 20
The hardware can have the same configuration as a general-purpose network server.

The CPU 21 reads out the programs and data stored in the ROM 22 and controls the overall operation in the game server 20, such as timing processing of control signals and data signals with each unit in the game server 20. The CPU 21 also reads a program stored in the storage 25 and various data necessary for executing the program, expands the data in the RAM 23, and performs various processing such as data input/output processing, arithmetic processing, and determination processing accompanying the execution of the program. I do. RAM2
3 temporarily stores data for the arithmetic processing, determination processing, and the like by the CPU 21.

For example, the storage 25 stores a program that provides a web service by performing HTTP communication with the web browser of the user terminal 10 that is a client. The CPU 21 expands the program stored in the storage 25 in the RAM 23 and executes the program. Along with the execution of the program, the CPU 21 acquires an HTTP request from the user terminal 10 via the communication interface unit 24, executes processing according to the HTTP request, and uses HTML data including the execution result as an HTTP response as the user terminal. Return to 10.

The storage 25 is an information recording device including, for example, a flash memory or an HDD (Hard Disk Drive), and in addition to the above-mentioned program, a data table group 70 (
(Described later) is stored. The data table group 70 includes a card data table, an evolution combination data table, a possessed card data table, and a reservation data table. Each data table in the storage 25 is appropriately accessed by the CPU 21 for reading and writing data.

(1-4) Reservation in evolutionary composition of cards of game of this embodiment A game executed in the game system 1 of this embodiment is a game executed by a user using a card as an object. In this game, for example, a user searches an area on the game to obtain a card or item, or uses a card owned by the user to compete with another user or an NPC (Non-Player Character).
In the game of the present embodiment, the card evolution synthesis process (hereinafter, simply referred to as “evolution synthesis” as appropriate) is a process of evolution of a card possessed by a user when a predetermined condition is satisfied. The card evolution synthesis is a process of changing a card ID as described later in the example of the present embodiment, but may be a process of changing at least a part of card data (described later) corresponding to the card. In this case, the target for changing the card data is not particularly limited, but is, for example, a card parameter such as a card name, a card image, or rarity. The card evolution synthesis is an example of a process of changing an object and a change process of changing object information.
To execute evolutionary synthesis, the user must own a card (hereinafter referred to as "possessed card" as appropriate).
Say. ), select the base card as the card you want to evolve (that is, the card for which you want to change the card data). The card selected as the base card is an example of a selection object.
In evolutionary synthesis, a combination condition of a plurality of cards (referred to as "reference card") necessary for evolving the base card is determined for each base card. When the evolutionary synthesis is executed, the reference card used for the evolutionary synthesis disappears from the user's possession card.
In the present embodiment, the base card, the reference card, and the possession card are examples of the base object, the reference object, and the possession object, respectively.
In the game of the present embodiment, the fact that the user has a plurality of reference cards that are combination conditions corresponding to the card selected as the base card by the user is a condition for changing the selected card (change condition). Is an example).

In the game of this embodiment, as an example of a process in which the user loses his or her own card,
For example, there are normal combination processing and sale processing. In order to execute the normal combining process, the user selects a base card as a card to be grown from among his or her own cards. In the normal combining process, the reference card combination condition may not be determined for each base card, and the user can appropriately select the reference card from the possession cards. When the normal combining process is executed, the reference card disappears from the possessed card of the user instead of changing the card parameter of the base card (for example, increasing the card level or the skill level).
In the sale processing, a card selected from the cards owned by the user (for example, a card that the user does not need) is sold instead of the user obtaining a sale price (for example, points in the game) corresponding to the card. The deleted card disappears from the user's possession card.

In the game of the present embodiment, consider a case where the user wants to evolve a desired card by evolutionary synthesis, but the user does not possess some or all of the reference cards required to evolve the card. In this case, it is necessary to wait for the evolutionary synthesis of the desired card to be executed until a new card (that is, the remaining reference cards) satisfying the combination condition of the reference cards can be obtained by the user. However, if the user accidentally loses a part of the base card or a reference card that he or she has in order to evolve the base card (for example,
There are the above-mentioned sale processing and normal composition). In particular, if there are many reference cards required to satisfy the combination conditions for evolutionary synthesis, or if the combination conditions differ for each base card, the user should remember the combination conditions for evolutionary synthesis. It is difficult and there is a high possibility that the base card or the reference card will be accidentally lost.
Therefore, in the present embodiment, the user can reserve at least one of the base card and the plurality of reference cards necessary for evolving the base card among the possessed cards of the user for evolutionary synthesis. To do so. A card reserved for evolutionary synthesis is referred to as a "reserved card" in the following description. The reserved card is an example of a restricted object. With respect to the reserved card, execution of processing other than the evolutionary synthesis that is the target of the reservation (for example, the above-described normal synthesis and sale processing) is restricted.

The card reservation in the evolutionary synthesis will be specifically described with reference to FIG. Figure 4
It is a figure for notionally explaining reservation of a card in evolutionary composition.
In FIG. 4, consider a case where the user possesses the cards Q, A, and C and wants to evolve the card Q. Here, it is assumed that the user has all of the plurality of reference cards A, B, and C that are conditions for changing the card Q (change conditions), which are combination conditions corresponding to the card Q. Since the user does not have the card B at this time, the evolutionary synthesis cannot be executed on the card Q. In that case, the user does not use the cards Q, A, and C he/she owns by mistake for processing other than the evolutionary synthesis of the card Q, so that the user does not lose them by performing the evolutionary synthesis of the card Q. Reserve cards Q, A, and C in advance. And the reserved cards Q, A,
C is restricted from being used for processes other than evolutionary synthesis of the card Q (for example, the above-mentioned normal synthesis and sale).

Note that "restricted to be used for processing other than evolutionary synthesis" for reserved cards is not limited to prohibiting the processing itself other than the target evolutionary synthesis using reserved cards, Although it is possible to execute processing other than the target evolutionary synthesis using the completed card, the procedure for executing the processing may be made difficult, or the procedure for executing the processing may be complicated. If the "process other than evolutionary synthesis" for the reserved card is a process for deleting the reserved card from the user's possessed card (that is, a process for making the reserved card non-owned), the process is limited. Is particularly preferred.
Further, in the example shown in FIG. 4, a case has been illustrated in which all of the base card Q and the reference cards A and C owned by the user are reserved cards, but the present invention is not limited to this case. The user may be allowed to appropriately select which possessed card to use as the reserved card.

(1-5) Structure of Data Table Next, regarding the card data table, the evolution combined data table, the possessed card data table, and the reservation data table stored in the storage 25 of the game server 20,
It demonstrates in order with reference to FIGS. The storage 25 of the game server 20 is an example of a storage device.

(I) Card Data Table The card data table records data of cards used in the game of the present embodiment. FIG. 5 shows a configuration example of the card data table. In the example shown in FIG. 5, the card ID
Each includes a card name, a card image, and card parameter data. Card I
D is an example of information indicating an object.
The card name is a character string indicating the name of the character displayed on the card. The card image is an image of a character displayed on the card. The card parameter is composed of data of rarity, attribute, cost, skill, selling price, attack power, defense power, and limited flag.
The rarity is an index showing the rarity value of the card, and in the example shown in FIG. 5, the rarity is set high in the order of R1 to R5.
The attribute is an attribute of the character displayed on the card, and is any one of N1 to N3 in the example shown in FIG.
The cost is a value referred to when incorporating the card into the user's card team. For example, when a match is played by a card team, the total cost of the cards included in the card team is limited to a predetermined value or less.
Skills are information indicating advantageous effects when playing a game using cards,
In the example shown in FIG. 4, skills having various effects of SK1 to SK12 are set for each card. Note that not all cards need to have skills.
The selling price is a point in the game that the user can obtain when selling the card that the user owns.
Attack power and defense power are parameters referred to when the card is used in a battle.
The limitation flag is a flag indicating whether or not the card is issued for a limited period of time. In the example shown in FIG. 4, a card with a limited flag of “1” means that the card is issued for a limited time, and a card with a limited flag of “0” means that the card is not a limited time. To do.

(Ii) Evolutionary Synthesis Data Table The evolutionary synthesis data table records conditions for evolutionary synthesis of the game card of the present embodiment. FIG. 6 shows a configuration example of the evolutionary synthesis data table. In the example shown in FIG. 6, the pre-evolution card ID (that is, the card ID of the card that is the base card before the evolution) and the post-evolution card ID (the evolution of the base card for each evolution ID for identifying the content of the evolution synthesis. Later card I
D), and the card ID combination conditions (5 reference cards in the columns C1 to C5) of the reference cards necessary for executing the evolutionary synthesis are recorded. For example, evolution ID: 0002
Under the condition indicated by, the user selects the card with the card ID: 0072 from among the possessed cards as the base card, and the card IDs: 0025, 0060, 007 in the possessed cards of the user.
When there is a combination of three cards of 0, the card with the card ID: 0072 can be evolved into the card with a card ID: 9072 by executing evolutionary synthesis.
That is, the combination condition of the reference card IDs in the evolution combined data table is an example of the changing condition for changing the card corresponding to the pre-evolution card ID.
Note that the same card ID may be recorded in at least any two of the columns C1 to C5 indicating the combination conditions of the card IDs of the reference cards. For example, two or more identical reference cards may be included in the combination condition of the reference cards used when the base card is evolutionarily combined. If the reference card combination condition for evolving the base card is that a predetermined number of reference cards having the same card ID are included, the reference card card is not the data format shown in FIG. It may be a data format including an ID and its number.

(Iii) Possession Card Data Table In the possession card data table, information on the possession card of the user (possession information) is recorded. FIG. 7 shows a configuration example of the possessed card data table. FIG. 7 exemplifies a possession card data table for one user, but the possession card data table is provided for each user registered in the game.
In the possessed card data table shown in FIG. 7, each data of a serial number, a card level, a skill level, and a reservation ID is recorded in association with each card ID.
The serial number is a unique number determined when the card is given to the user. Different serial numbers are given to cards having the same card ID. If the card has evolved, the serial number may or may not be changed before and after the evolution of the card.
The card level is a parameter indicating a card raising level, and is increased by executing the above-mentioned normal synthesis, for example. The card level value (initial value) at the time when the user obtains the card is 1, and the user can grow the card (that is, increase the card level) by executing normal synthesis.
The skill level is a parameter indicating a training level of the card, and particularly a parameter indicating a skill level of the card. The value of the skill level (initial value) at the time when the user obtains a card equipped with the skill is 1, and the skill level of the card is increased by performing a normal synthesis using a card satisfying a predetermined condition as a reference card. Can be made As the skill level of the card increases, the effect produced by the skill increases.
The reservation ID is identification information for identifying the reservation content for evolutionary synthesis. The reservation ID is associated with the possessed card of the user who is the reserved card. For example, in FIG.
In the example shown in, the five cards with card IDs: 0591,0010 (2), 0033, and 2005 are reserved cards. The reservation ID recorded in the possession card data table corresponds to the reservation ID recorded in the reservation data table described later.

(Iv) Reserved Data Table The reserved data table records information on reserved cards for the user's evolutionary synthesis. FIG. 8 shows a configuration example of the reservation data table. Although the reservation data table for one user is illustrated in FIG. 8, the reservation data table is provided for each user registered in the game.
In FIG. 8, the reservation ID is an ID issued in the order in which the evolutionary synthesis reservation is made. Figure 8
In the example shown in, the numbers are recorded in ascending order such as 01, 02,.... The evolution ID corresponds to the evolution ID shown in the evolutionary synthesis data table and identifies the content of the evolutionary synthesis.
Is.
Among the serial numbers of the reserved cards, the serial number of the pre-evolution card is the serial number corresponding to the possessed card selected by the user as the base card for evolution synthesis. Of the serial numbers of the reserved cards, the columns C1 to C5 of the reference card correspond to the columns C1 to C5 constituting the combination condition of the reference card IDs of the evolutionary synthesis data table,
When the reference card corresponding to each column is reserved, the serial number of the reference card is recorded.
In each column of the reference card, "No reservation" in the column corresponding to the reference card that is not reserved
Is recorded (for example, NULL).
When the reservation process is executed for the possessed card by the user performing a predetermined operation input, the serial number corresponding to the card is written in the column corresponding to the card.
It should be noted that although the case where the reservation data table is provided will be described below, it is not essential to provide the reservation data table independently. As a reservation management method for evolutionary synthesis,
The data to be recorded in the reservation data table may be recorded in the possession card data table. In that case, in the possession card data table, in association with the card ID of the reserved card, the reservation ID, the evolution ID, or one of the character strings C1 to C5 (corresponding to the columns C1 to C5 of the evolution composite data table). Any character string that does) is recorded.

In the following description, the card name, card image, serial number,
The card parameters are collectively referred to as "card data" as appropriate. The card parameters that make up the card data are the card parameters recorded in the card data table,
The card level and skill level recorded in the possessed card data table are included. That is, any data in the card name, card image, serial number, and each card parameter corresponds to the card data. Card data is an example of object information.

(1-6) Specific Example of Card Reservation and Evolutionary Synthesis Processing Below, a specific example of the card reservation and evolutionary synthesis processing of the game of the present embodiment will be described with reference to FIG.
This will be described with reference to FIGS. 9 to 12 are diagrams each showing an example of a screen displayed on the user terminal 10 when executing the game process of the present embodiment.

(A) Evolutionary synthesis reservation processing (Fig. 9)
FIG. 9 shows a series of changes in the display screen when making a reservation for evolutionary synthesis for a card owned by the user. In FIG. 9, an image P1 is an image when the user makes a processing request for a monster card (hereinafter, simply referred to as “card”) in the game of this embodiment. In the image P1, as a user's operation target, a button b1 (“view monster possession”), a button b2 (“team formation”), a button b3 (“normal composition”), a button b4 (
“Evolutionary synthesis”) and button b5 (“sale”) are provided.
The button b1 is a button operated when making a request for the browsing process of the possessed card of the user. The button b2 is a button operated when the user selects a card to be used in a battle with another user or an NPC from among his or her own cards. The button b3 is a button operated when the user makes an execution request for normal composition of a card selected as a base card from among possessed cards. The button b4 is a button operated when the user makes an evolution request execution request for a card selected as a base card from among possessed cards. The button b5 is a button operated when the user makes a request for sale processing to a card selected from the possessed cards.

When the button b4 (“evolutionary synthesis”) in the image P1 is operated, the image changes as shown in P2. In the image P2, a plurality of possession cards are displayed in a list in order to select one of the possession cards of the user as a base card. Note that the image is configured so that cards that cannot evolve (cards TOM, TED, DSG in the illustrated example) cannot be selected as base cards. That is, in the image P2, the cards that can be evolved and the cards that cannot be evolved among the cards possessed by the user are shown in a display format that allows the user to identify them. The method of displaying the evolveable card and the non-evolvable card in a display format in which the user can identify is not limited to the example shown in the image P2 of FIG. The list of possessed cards may be a list of character strings of the card name of each card, in which case it is possible to distinguish between the evolveable card and the non-evolvable card by the brightness, size, etc. of the character string. May be. If, for example, the card KLM is selected as one of the evolveable cards in the image P2,
The image changes as shown in P3. In the image P3, a button b6 (“select”) for confirming the selected card as an evolutionary synthesis base card and a button b7 (“return” for returning to the image P2 and selecting another card as a base card). )) and.
When the user operates the button b6 in the image P3, the image is updated as shown in P4 when the condition of the reference card necessary for the card KLM selected as the base card to evolve is not satisfied. .. The image P4 is an image for reserving a card possessed by the user among the reference cards necessary for the card KLM selected as the base card to evolve, for evolutionary synthesis. When the user operates the button b6 in the image P3 and the condition of the reference card necessary for evolution of the card KLM selected as the base card is satisfied, instead of the image P4, the card KLM is replaced. An image (not shown) is displayed for the user to instruct whether or not to perform evolutionary synthesis of.

In the image P4, a display area 101 showing a pre-evolution card (here, a card KLM which is a base card) and a post-evolution card (for example, a card QRS), a reference card necessary for evolution synthesis, and its state (possessed, not possessed) , A reserved area) 102, and a button b8 (“reserve”) for reserving the reference card owned by the user. Image P
When the button b8 is operated in 4, a reservation is executed for the reference card owned by the user, and an image P5 indicating that the reservation is completed is displayed.
In addition, in the image P4, the case where all the reference cards possessed by the user are reserved is shown, but the cards to be reserved may be individually selectable. For example, at least one of the reference cards possessed may be designated and reserved.

(B) Browsing process of possession card (Fig. 10)
FIG. 10 shows a series of changes in the display screen when the processing of browsing the possessed card of the user is executed. In FIG. 10, the image P1 is the same as that shown in FIG.
When the button b1 ("view monster in possession") in the image P1 is operated, the image changes as shown in P6. In the image P6, a list of the possessed cards of the user is displayed. At this time, it is preferable to display the evolutionary synthesis reserved card in a display format that allows the user to distinguish it from other cards. In the example shown in FIG. 10, a mark indicating the shape of the key is displayed on the reserved card to indicate to the user that the card is a reserved card. By indicating that the reserved card is a reserved card, it is possible to prevent the user from using the reserved card for a process other than the evolutionary synthesis and causing it to disappear.
The method of displaying the reserved card and the other cards in a display format that allows the user to identify the card is not limited to the example shown in the image P6 of FIG. The list of possessed cards may be a list of character strings of the card name of each card, in which case the reserved card and other cards may be identified by the brightness, size, etc. of the character string. Good.

(C) Sale processing of reserved cards (Fig. 11)
FIG. 11 shows a series of changes in the display screen when the user executes the processing for selling the reserved card. In FIG. 11, the image P1 is the same as that shown in FIG.
When the button b5 (“sale”) is operated in the image P1, the image changes as shown in P7. In the image P7, a list of possessed cards of the user is displayed. The card the user desires to sell is selected from the list of possessed cards of the image P7. At this time, when the reserved card is selected as the selling target from the possessed cards, the image changes as shown in P8. The image P8 is a text for notifying that the card selected by the user is a reserved card, and buttons b10 (“continue”) and b11 (“return”) for selecting whether or not to continue the selling process. )including. When the button b10 is operated in the image P8,
Even if it is a reserved card, the sale process is performed, whereby the user gains points for the sale price corresponding to the card and loses the reserved card.

As shown in the image P8, complicating the procedure for executing the sale processing of the reserved card is an example of limiting the use of the reserved card for processing other than evolutionary synthesis.
Although not shown in FIG. 11, a list of the possessed cards of the user may be displayed in the image P7 in such a manner that a reserved card cannot be selected. That is, in order to more reliably prevent the reserved card from being used for processing other than evolutionary synthesis,
Execution of sale processing of a reserved card may be prohibited.

(D) Evolutionary synthesis process (Fig. 12)
FIG. 12 shows a series of changes in the display screen when the evolutionary synthesis process is executed based on the user's operation. In FIG. 12, an image P10 is an example of an image displayed when the user obtains a new card DSG while executing the game.
If the combination condition of the reserved Evolutionary Synthesis reference cards is satisfied by obtaining this new card DSG, the reserved reference card for Evolutionary Synthesis is obtained by acquiring the new card. It is preferable to notify the user that the combination condition of is satisfied. More preferably, it is preferable to display an image for performing evolutionary synthesis as shown in P11.
The image P11 shows a display area 101 showing a pre-evolution card (card KLM) and a post-evolution card (card QRS), and a display area 102 showing a reference card necessary for evolutionary synthesis and its state (here, reserved or possessed). , And a button b20 (“Yes”) and a button b21 (“No”) for accepting a request as to whether or not to execute evolutionary synthesis are displayed.
When the button b20 is operated in the image P11, the image changes as shown in P12. In the example of the image P12, at least a part of the card image and the card name of the post-evolution card and the parameters are displayed.
If a new card is obtained and the combination condition of the reserved reference cards for evolutionary synthesis is satisfied, the evolutionary synthesis is executed without waiting for the user's operation, and the user is notified after the execution. On the other hand, it may be notified that evolutionary synthesis has been performed. That is, in FIG. 12, the image P12 may be displayed subsequent to the image P10.

(1-7) Outline of Functions Included in Information Processing Device Next, functions included in the game server 20 for realizing the game according to the present embodiment described above will be described. FIG. 13 is a functional block diagram for explaining functions that play a major role in the game server 20 of this embodiment. In FIG. 13, the data table group 70 includes the card data table, the evolution combination data table, the possessed card data table, and the reservation data table as described above. It should be noted that not all of the means included in the functional block diagram shown in FIG. 13 are essential to the present invention. For example, in one aspect of the present invention, the reception unit 51, the acquisition unit 55, the output unit 56, and the restriction unit 58 may be provided.

The accepting unit 51 has a function of accepting various requests from the user based on the information regarding the operation input by the user. In the game of the present embodiment, as the request from the user, for example, a request for card evolution synthesis processing, a request for evolution synthesis reservation processing, an evolution synthesis execution request, a user possession card browsing processing request, a user possession There is a request for processing of selling cards.
The request for the reservation process of evolutionary synthesis is based on the output of the image data by the output unit 56, and the evolutionary synthesis of the base card in evolutionary synthesis and at least one of the plurality of reference cards corresponding to the base card. Is a request for restricting processing other than the evolutionary synthesis.
In order to realize the function of the reception means 51, the game server 20 has the communication interface unit 2
4, the user terminal 10 receives a request corresponding to a button operation input by the user in the web page, which is an image, from the user terminal 10. The CPU 21 of the game server 20 determines the content of the request based on the information included in the received request, and performs the request receiving process. In the reception process, the request is recorded in the RAM 13. The CPU 21 sequentially executes the processing according to the received request.

The game processing unit 52 has a function of executing various game processes other than evolutionary synthesis based on the request from the user terminal 10 accepted by the accepting unit 51. The processing of the game of the present embodiment may be appropriately provided, but for example, battle processing between users, battle processing between users and NPCs, quest processing by users, processing of normal composition of user possessed cards, user possessed cards Is the sale process.
Although the battle process will not be described in detail, for example, the user composes a team composed of a plurality of possession cards in advance so that the total cost becomes equal to or less than a predetermined upper limit value, and the team competes with other users or NPCs. The battle result is determined by parameters such as offensive power, defensive power, and skill of each card constituting the team.
The quest process is a process for the user to obtain a card or item by performing a process of searching an area in the game.

The function of the game processing means 52 in the case of executing the processing of the normal composition of the card owned by the user is as follows.
It is realized as follows. When the CPU 21 of the game server 20 receives a normal composition execution request including the user's selection results for the base card and the reference card, it reads out the card data of the base card and the reference card from the possessed card data table, and RA
Expand to M23. Next, the CPU 21 of the game server 20 changes the parameters of the base card (for example, the card level and the skill level) based on the parameters of the base card and the reference card, and writes the changed parameters of the base card in the possession card data table. , Delete the card data of the possessed card used as the reference card from the possessed card data table. In addition, the card level and the skill level of the base card do not always increase every time the synthesis is executed. For example, the value of the breeding parameter associated with the card is increased each time normal synthesis is executed, and when the value of the breeding parameter reaches a predetermined value, the card level is increased by 1 and the value of the breeding parameter is set to zero. It may be reset.

The function of the game processing means 52 for executing the sale processing of the possessed card of the user is realized as follows. The CPU 21 of the game server 20 accepts the sale processing request,
When the selection result of the card to be sold is acquired, the card data of the card to be sold is deleted from the possessed card data table. Further, the CPU 21 of the game server 20 reads the sale price value (points) of the card to be sold from the card data table and gives the user the read points. The process of giving points to the user is, for example, a process of updating the value of the possessed points of the user recorded in the user database (not shown).

The determination unit 53 has a function of determining whether or not the condition that a plurality of reference cards, which are combination conditions corresponding to the base card, are included in the possessed card of the user is satisfied.
In order to realize the function of the determination unit 53, for example, the CPU 21 of the game server 20 determines whether or not all the reference cards corresponding to the reservation ID to be determined in the reservation data table have been prepared. Specifically, the CPU 21 of the game server 20 makes the reservation I to be determined.
Each reference card ID corresponding to the evolution ID corresponding to D (C of the evolution combination data table of FIG. 6)
The card IDs recorded in the columns 1 to C5) are read from the evolutionary synthesis data table.
Further, the CPU 21 determines whether or not the serial numbers are recorded in all the columns of C1 to C5 of the reference card in the reservation data table corresponding to the read card IDs of the columns of C1 to C5. If the serial numbers are recorded in all the fields, it means that the condition that the combination of the plurality of reference cards corresponding to the base card is included in the possessed card of the user is satisfied.

The card data changing unit 54 has a function of executing evolutionary synthesis for changing the card data of the base card when the determining unit 53 determines that the condition is satisfied. Evolutionary synthesis is an example of a card changing process or a changing process.
In the example of the present embodiment, in order to realize the function of the card data changing unit 54, when the CPU 21 of the game server 20 receives an execution request for evolutionary synthesis, the pre-evolution card (that is, evolutionary synthesis) is displayed in the possessed card data table. Erase the card data from the
Newly write the card data of the evolved card. As a result, the base card of the user's possession card will evolve. As shown in the evolutionary synthesis data table, since the card IDs before and after evolution are different, at least one of the card name, the card image, and the card parameter is changed by evolutionary synthesis.

The acquisition unit 55 is a base card selected by the user (an example of a selected object).
A plurality of reference card IDs which are combination conditions (an example of changing conditions) of reference cards corresponding to
It has a function to obtain from the evolutionary synthesis data table. Further, the acquisition unit 55 acquires the serial number (an example of object information) of any of the cards owned by the user based on the operation input of the user when making a reservation for the card for evolutionary synthesis. It has a function.
When the acquisition unit 55 acquires a plurality of reference card IDs, which are combination conditions of reference cards,
The CPU 21 of the game server 20 refers to the evolutionary synthesis data table in response to the acquisition of the base card selection result from the user terminal 10 and reads out a plurality of reference card IDs constituting the combination condition corresponding to the base card. ..
On the other hand, when the acquisition means 55 acquires the serial number of the card, the CP of the game server 20
Upon receiving a request for the evolutionary synthesis reservation process from the user terminal 10, the U21 selects a possessed card that has not been reserved from among the base card to be evolved and synthesized and a plurality of reference cards corresponding to the base card. It is specified by referring to the possessed card data table, and the serial number of the specified card is read.

The output unit 56 uses the plurality of reference card IDs (information indicating a plurality of objects), which are the combination conditions of the reference cards acquired by the acquisition unit 55, to display the plurality of reference cards that can be identified by the user. It has a function of outputting image data (an example of output data) to be displayed in a format. An example of the image displayed by the output unit 56 is the image P4 in FIG.
In order to realize the function of the output means 56, when the CPU 21 of the game server 20 acquires the base card selection result (serial number) from the user terminal 10, the CPU 21 refers to the evolution combination data table and selects the base card selected by the user. Card corresponding to the serial number of
A plurality of reference card IDs (C1 that are combination conditions corresponding to the pre-evolution card ID that matches D
Read out the card IDs in the column of ~C5. The CPU 21 refers to the card data table and the possessed card data table in order to obtain the card data corresponding to each reference card ID. Then, the CPU 21 generates an image in which the selected base card and the plurality of reference cards corresponding to the base card are displayed in a display format that can be identified by the user. An example of the “display format identifiable to the user” is a format in which the card image of each card is displayed, as illustrated in the image P4 of FIG.

The recording unit 57 receives the request for the reservation process for evolutionary synthesis, and then acquires the acquisition unit 55.
It has a function of recording the serial number acquired by the above in the reservation data table in the storage 25 as a reserved card. In the example of the present embodiment, the reservation target card is a card specified as a restriction object that should be restricted from being used for a process different from the evolutionary synthesis of the selected base card. The serial number of the possessed card that is not reserved and acquired by the acquisition unit 55 is recorded in the reservation data table as the serial number of the reservation target card.

In order to realize the function of the recording means 57, when the CPU 21 of the game server 20 receives a request for a reservation process for evolutionary synthesis, it accesses the reservation data table and writes the serial number of the reservation target card. More specifically, if the serial number of the card selected as the base card among the reservation target cards is not recorded in the reservation data table, a new reservation ID is issued. The CPU 21 writes the serial number of the card selected as the base card in the “pre-evolution card” field in association with the issued reservation ID. In addition, the reference card ID that is the same as the card ID corresponding to the serial number of the reference card among the reservation target cards
Column (any of the columns C1 to C5) is specified, and the serial number of the reference card among the reservation target cards is written in the specified column.
On the other hand, when the reservation ID has been issued, the serial number is already recorded in the “pre-evolution card” field, so the CPU 21 only writes the serial number of the reference card among the reservation target cards. ..

The restriction unit 58 has a function of restricting the reserved card recorded in the reservation data table from being used for processing other than the target evolutionary synthesis. More specifically, the limiting unit 58 responds to the request for the evolutionary synthesis reservation process received by the receiving unit 51, and the combination condition of the reference cards acquired by the acquiring unit 55 among the possessed cards of the user. When,
Used for processing other than the target evolutionary synthesis for the card (that is, the reserved card) recorded in the reservation data table based on the possession card data table (an example of possession information) of the requesting user It has a function to limit.
"Used for processing other than the target evolutionary synthesis" means that the card recorded as a reserved card in association with the target evolutionary synthesis is an evolutionary synthesis or normal synthesis other than the target evolutionary synthesis. It is also included when used for.
Various methods can be considered as the restriction method by the restriction means 58. For example, when a card to be restricted is selected for a process other than the target evolutionary synthesis, or when the restricted card is selected for a process other than the desired evolutionary synthesis, For example, a method of issuing a warning to the user or performing a process of confirming the continuation of the process can be used.

For example, when the CPU 21 of the game server 20 receives an execution request of any one of various processes of the game of the present embodiment, when the possessed card of the user is selected as a card to be processed, the possessed card data table With reference to, it is determined whether or not the reservation ID is associated with the card ID of the selected card. In the CPU 21, the reservation ID is associated with the card ID of the selected card, and the process related to the execution request is the reservation ID.
If the process is not the evolutionary synthesis process corresponding to, the process may be prohibited, or the user may be notified that the selected card is a reserved card. Alternatively, the user may be notified that the selected card is a reserved card, and the user may be confirmed whether or not to continue the process. Since the evolution ID and the serial number of the reserved card are associated with each other in the reservation data table, the CPU 21 of the game server 20 performs the target evolutionary synthesis corresponding to the reserved card (that is, corresponds to a specific evolution ID). Evolutionary synthesis) can be specified. Therefore, it is possible to determine whether or not the process that the user intends to execute using the specific possession card is the target evolutionary synthesis process.

The notification unit 59, based on the possession card data table (an example of possession information) of the user and the combination condition of the reference cards acquired by the acquisition unit 55, at a predetermined timing, the plurality of reference cards included in the combination condition. When it is determined that the user possesses, a function of notifying that the user has a plurality of reference cards included in the combination condition in a format that can be identified by the user is provided. In the example of the present embodiment, as shown in the image P11 of FIG. 12, image data for notifying the user at the timing when the user obtains the card is generated and transmitted to the user terminal 10.
In order to realize the function of the notification means 59, the CPU 21 of the game server 20, for example, when the user obtains the card, the evolution synthesis corresponding to any of the reservation IDs in the reservation data table by the acquisition of the card. It is determined whether or not a plurality of reference cards required for the above are included in the possessed cards of the user, that is, whether or not all the reference cards corresponding to the reservation ID are prepared. If it is determined that all the reference cards necessary for evolutionary synthesis have been prepared, image data for notifying the user that all the reference cards are prepared is created and transmitted to the user terminal 10.

The notification unit 59 further, at a predetermined timing, based on the possessed card data table (an example of possessed information) of the user and the combination condition of the reference cards acquired by the acquisition unit 55,
If it is determined that the conditions for executing the evolutionary synthesis of the card selected by the user are satisfied by determining that the user has a plurality of reference cards included in the combination condition,
The user may be notified that the condition for executing the evolutionary synthesis of the card has been established in a format that can be identified by the user.
In the present embodiment, an example is shown in which the fact that the reference cards necessary for evolutionary synthesis are complete is a necessary and sufficient condition for the condition for executing evolutionary synthesis to be satisfied, but the present invention is not limited to this example. For example,
In addition to having all the reference cards necessary for evolutionary synthesis, when other conditions are satisfied (for example, the user consumes a predetermined amount of points), the conditions for executing evolutionary synthesis may be satisfied. Good. In that case, if other conditions are not satisfied at the time when the reference cards necessary for evolutionary synthesis are prepared (for example, the number of points possessed by the user is insufficient), only the reference cards are prepared. May be notified to the user, and when the other condition is satisfied, the user may be further notified that the condition for executing the evolutionary synthesis is satisfied.

It is not essential to provide the notification means 59, but by providing the notification means 59, for example,
Evolved by acquiring some of the multiple reference cards required for Evolutionary Synthesis before the execution of Evolutionary Synthesis and for users who wait for Evolutionary Synthesis until the remaining reference cards are obtained. Since it is notified that all the reference cards necessary for composition have been prepared, convenience for the user can be enhanced.

The display unit 60 displays a reserved card (that is, a card identified as a restriction object to be restricted by the restriction unit 58) among the cards owned by the user and another card in a display format that can be identified by the user. It has a function to perform control for displaying. Although the timing of performing such display is not particularly limited, in the example of the present embodiment, (i) a request for card evolution synthesis processing from the user terminal 10 and (ii) browsing of a card owned by the user This is the timing when the request for processing is acquired.

(i) Display at the time of requesting the card evolution synthesis process from the user terminal 10 In this case, the difference in the display mode for each possessed card is the text displayed in association with the card, as shown in the image P4 of FIG. .. In other words, on the card corresponding to the serial number recorded in the reservation data table, the text "Reserved" is displayed in association with the card, and for the card corresponding to the serial number not recorded in the reservation data table, The text "possessed" or "not possessed" is displayed in association with the card. The difference in display mode is not limited to this example, and may be appropriately set as long as it is a display format that can be identified by the user, for example, when changing the form or size of a card for display.
The function of the display means 60 in this case can be realized as follows. For example, when the CPU 21 of the game server 20 acquires the selection result of the base card from the user terminal 10, the CPU 21 reads a combination of a plurality of reference card IDs required to evolve the base card from the evolution combination data table, Specify the card status (either "reserved", "possessed", or "not possessed") for the reference card. The CPU 21 generates image data to be transmitted (output) to the user terminal 10 based on the state of each reference card. When generating image data, the display mode of each reference card is distinguished by the state of each reference card.
The CPU 21 of the game server 20 refers to the possessed card data table and the reservation data table in order to specify the state of each reference card. For example, in the reservation data table, when serial numbers are written in the columns C1 to C5 (see FIG. 8) associated with the evolution ID corresponding to the base card, the reference card corresponding to each column is ""Reserved".

(ii) Display at the time of request for browsing processing of possession card of user In this case, the difference in display mode for each possession card is the presence or absence of a symbol displayed in association with the card as shown in image P6 of FIG. .. That is, a card corresponding to the serial number recorded in the reservation data table (that is, a reserved card) is displayed with a predetermined symbol in association with the card, and corresponds to a serial number not recorded in the reservation data table. The card (a card that is not a reserved card) is prevented from displaying the predetermined symbol in association with the card. The difference in display mode is not limited to this example, and may be set as appropriate, for example, when changing the form or size of the card for display.
In order to realize the function of the display means 60 in this case, the CPU 21 of the game server 20
The reserved card is specified from among the possessed cards in the possessed card data table. At this time, C
The PU 21 reads the serial number of the reserved card recorded in the reservation data table and identifies the reserved card among the possessed cards of the user. Then, image data to be transmitted (output) to the user terminal 10 is generated in a display format that allows the user to distinguish between the reserved cards and the other cards in the list of cards owned by the user.
The reserved card may be specified based on whether or not data is recorded in the “reservation ID” column of the possessed card data table.

It is not essential to provide the display unit 60, but by providing the display unit 60, the user who views the display image can recognize the reserved card so as to be distinguishable from other cards. Also,
When performing any processing by specifying one of the cards owned by the user, the reserved card and other cards can be recognized in a distinguishable manner, so processing other than evolutionary synthesis for the purpose of the reserved card Can be more effectively prevented.

(1-8) Process Flow of Game of Present Embodiment Next, as to an example of a process flow of the game of the present embodiment, FIGS. 14A and 14B, FIG. 15, FIGS. 16A and 16B, FIG. 17A and FIG. The sequence chart will be described.
14A and 14B are sequence charts showing the reservation process for evolutionary synthesis. FIG. 15 is a sequence chart showing a browsing process of the possessed card. 16A and 16
B is a sequence chart showing a sale process of a reserved card. 17A and 17
B is a sequence chart showing a determination process when a card is obtained. FIG. 18 is a sequence chart showing the evolutionary synthesis process.
In each figure, the steps of the images P1 to P8 and P10 to P12 shown in FIGS.

(A) Evolutionary synthesis reservation processing (FIGS. 14A and 14B)
In the reservation process described below, as an example, when the user has a base card and a part of a plurality of reference cards for evolution-synthesizing the base card, the user has the base card. Suppose you reserve a reference card.

In FIG. 14A, a predetermined button (for example, FIG. 9) is displayed on the image displayed on the user terminal 10.
When the user operates the button b4) of the image P1 of the
1 receives a request for evolutionary synthesis processing (S10) and sends the request to the game server 20 (S12).
When the CPU 21 of the game server 20 receives the request for the evolutionary synthesis process from the user terminal 10, the CPU 21 refers to the evolutionary synthesis data table and the possession card data table to read the evolutionary user's possession card (S14). That is, the CPU 21 of the game server 20
Reads the card data of the user's possessed card from the possessed card data table, and reads all the pre-evolution card IDs (that is, the card IDs of the evolveable cards) of the evolution combined data table. Next, the CPU 21 identifies the serial number corresponding to the card ID of the card that can be evolved (that is, the base card candidate) from among the cards owned by the user, and generates image data including a list of the base card candidates (S16). , To the user terminal 10 (S18)
).
The image data generated in S16 is a display that allows the user to distinguish between an image of a card that can be evolved and an image of a card that cannot be evolved among the cards owned by the user, as shown in image P2 of FIG. It is preferably generated in the form.

When acquiring the image data transmitted in S18, the CPU 11 of the user terminal 10 displays an image on the display unit 16 based on the image data (S20). The image displayed in S20 includes images of a plurality of base card candidates as illustrated in image P2 of FIG. 9, and the serial number of each card is selected by operating the image of each card. It is configured to be possible. When an operation of selecting any one of the plurality of base card candidates displayed in S20 as the base card is performed, the CPU 11 receives the selection result (serial number) of the base card (S22), and the selection result. Is transmitted to the game server 20 (S24).

When the CPU 21 of the game server 20 acquires the base card selection result (serial number) from the user terminal 10, the CPU 21 refers to the evolutionary synthesis data table and matches the card ID corresponding to the serial number of the base card selected by the user. A plurality of reference card IDs (card IDs in the columns C1 to C5) that are combination conditions corresponding to the pre-evolution card ID are read (
S26). Next, the CPU 21 refers to the possessed card data table and the reserved data table to identify the card status (not possessed, possessed, reserved) corresponding to each reference card ID read in S26, and based on the identification result. Image data is generated (S28).

The method of identifying the state of each reference card is as follows.
The serial number recorded in the "Serial number of reserved card" column of the reservation data table is read, and the card ID corresponding to the read serial number is specified by referring to the possessed card data table. If the specified card ID includes a card ID that matches the reference card ID read in S26, the state of the card corresponding to the reference card ID is specified as "reserved".
It is determined that the card ID recorded in the user's possessed card data table includes the card ID that matches the reference card ID read in S26, and the status of the card corresponding to the reference card ID is If it is not specified as "reserved", the state of the card corresponding to the reference card ID is specified as "possessed". If the status of the card corresponding to the reference card ID read in S26 is not specified as "reserved" or "possessed", the status of the card corresponding to the reference card ID is "unpossessed". Identify.

The image data generated in S28 may be different depending on the result of identifying the state of the card.
That is, the status of all the reference cards read in S26 is "possessed" or "reserved".
If it is, it means that all the reference cards necessary for the evolutionary synthesis of the card selected as the base card are prepared. Therefore, the CPU 21 of the game server 20 determines whether the evolutionary synthesis is performed by the user. Generates image data for instructing. Then, when the operation input for selecting to execute the evolutionary synthesis is made, the process proceeds to the evolutionary synthesis process shown in FIG.
On the other hand, the CPU 21 determines that the status of at least one of the reference cards read in S26 is "
If it is "not possessed" (that is, if all the reference cards required for evolutionary synthesis of the card selected as the base card are not available), the card selected as the base card and the reference of the "possessed" state Generate image data to reserve the card for evolutionary synthesis.
Here, the latter case (when the state of any of the reference cards is “uncarried”) is assumed. In the latter case, the CPU 21 associates each reference card with a card image to make each reference card a display format that can be identified by the user, as shown in the image P4 of FIG. The image data is generated in such a manner that the identification result of the state is associated. Further, the image data includes an instruction unit (for example, as shown in FIG. 9) that can accept a request for evolutionary synthesis reservation processing in which a base card and a possessed card that has not been reserved among a plurality of reference cards are reserved. It is generated so that the button b8) of the image P4 is displayed.

The CPU 21 of the game server 20 transmits the image data generated in S28 to the user terminal 10 (S30). When acquiring the image data transmitted in S30, the CPU 11 of the user terminal 10 displays an image on the display unit 16 based on the image data (S32). here,
When an instruction for requesting the evolutionary synthesis reservation process (for example, the operation of the button b8 of the image P4) is performed, the CPU 11 of the user terminal 10 accepts the request for the evolutionary synthesis reservation process (S
34), and sends the request to the game server 20 (S36).

Upon receiving the request for the evolutionary composition reservation process, the CPU 21 of the game server 20 accesses the reservation data table, and has the reservation ID corresponding to the serial number of the base card acquired in S24 already issued (that is, “evolution”). Whether the same serial number is recorded in the "previous card" column) is determined (S38). If the reservation ID has been issued (S38:
(YES), the process proceeds to S42, and if the reservation ID has not been issued (S38: NO), reservation I
After issuing D (S40), the process proceeds to S42. In S42, the CPU2 of the game server 20
The number 1 writes the serial number of the reservation target card in the reservation data table in association with the reservation ID.
At this time, when the reservation ID is newly issued, the CPU 21 writes the serial number of the base card among the reservation target cards in the “pre-evolution card” field. Further, among the reservation target cards, the column of “reference card” (the same as the card ID corresponding to the serial number of the reference card) (
One of the columns C1 to C5) is specified, and the serial number of the reference card among the reservation target cards is written in the specified column.
On the other hand, when the reservation ID has been issued, the serial number is already recorded in the “pre-evolution card” field, so the CPU 21 only writes the serial number of the reference card among the reservation target cards. ..
When the CPU 21 newly issues a reservation ID in the reservation data table, data indicating "no reservation" is written in a column in which the serial number is not written in the columns C1 to C5 corresponding to the reservation ID. For example, NULL) is written.

Next, in the possessed card data table, the CPU 21 of the game server 20 enters the reservation I as the writing target of S42 in the "reservation ID" column corresponding to the card ID of the reservation target card.
The data of D is written (S44). Finally, the CPU 21 generates image data indicating that the reservation is completed (S46), and sends the image data to the user terminal 10 (S48). When acquiring the image data transmitted in S48, the CPU 11 of the user terminal 10 displays an image (for example, the image P5 in FIG. 9) on the display unit 16 based on the image data (S50).

(B) Browsing process of possession card (Fig. 15)
In FIG. 15, a predetermined button (for example, FIG. 10) is displayed on the image displayed on the user terminal 10.
When the user operates the button b1) of the image P1 of the
1 receives the request for the possession card browsing process (S60) and transmits the request to the game server 20 (S62).
When the CPU 21 of the game server 20 receives a request for the possession card browsing process from the user terminal 10, the CPU 21 identifies the card ID of the possession card from the possession card data table, and identifies the card of the possession card from the card data table and the possession card data table. The data is read (S64).
Next, the game server 20 performs the following processing in order to identify the reserved card from the cards owned by the user. That is, the CPU 21 of the game server 20 reads out the serial number of the reserved card recorded in the reservation data table (S66), and specifies the reserved card among the possessed cards of the user. Then, image data is generated in the display format in which the user can identify the reserved cards and the other cards from the list of the possessed cards of the user (S68).
, The image data is transmitted to the user terminal 10 (S70). CPU 11 of user terminal 10
Acquires the image data transmitted in S70, and displays an image (for example, image P6 in FIG. 10) on the display unit 16 based on the image data (S72).

(C) Sale processing of reserved cards (Fig. 16A, Fig. 16B)
16A, a predetermined button (for example, FIG. 1) is displayed on the image displayed on the user terminal 10.
When the user operates the button b5) of the image P1 of No. 1, the CPU of the user terminal 10
11 receives a request for sale processing of possessed cards (S80), and sends the request to the game server 20.
To (S82).
When the CPU 21 of the game server 20 receives the request for selling the possessed card from the user terminal 10, the CPU 21 identifies the card ID of the possessed card from the possessed card data table, and identifies the card of the possessed card from the card data table and the possessed card data table. The data is read to generate image data including a list of possession cards (S84), and the image data is transmitted to the user terminal 10 (S86). When the CPU 11 of the user terminal 10 acquires the image data transmitted in S86, an image (for example, image P7 in FIG. 11) is generated based on the image data.
Is displayed on the display unit 16 (S88).
The image displayed in S88 includes the images of the user's possessed cards arranged as shown in the image P7 of FIG. 11, and the serial number of each card can be selected by operating the image of each card. It is configured as follows. When an operation of selecting one of the possessed cards displayed in S88 as a card to be sold is performed, the user terminal 10
The CPU 11 receives the selection result (serial number) of the card to be sold (S90), and transmits the selection result to the game server 20 (S92).

The game server 20 selects the card to be sold from the user terminal 10 (serial number)
When the card to be sold is a reserved card for evolutionary synthesis, the following processing is performed to warn the user. That is, the CPU of the game server 20
21 refers to the possession card data table and sets the reservation number to the serial number of the card to be sold.
It is determined whether or not D is associated (S94). When the reservation ID is associated with the serial number of the card to be sold (S94: YES), warning image data is generated (S96), and the image data is transmitted to the user terminal 10 (S98). When acquiring the image data transmitted in S98, the CPU 11 of the user terminal 10 displays an image (for example, the image P8 in FIG. 11) on the display unit 16 based on the image data (S100).
The image displayed in S100 is provided with a button for confirming whether or not to continue the selling process, as illustrated in the image P8 of FIG. When the CPU 11 receives a request to continue the sale processing based on the operation of this button by the user (S102: YES).
, And sends the request to the game server 20 (S104). When the request to continue the selling process is not accepted (S102: NO), the image for selecting the card to be sold (for example, the image P7 in FIG. 11) may be displayed again.

If the request to continue the selling process received from the user terminal 10 is received, or if the reservation ID is not associated with the serial number of the card to be sold (if it is not a reserved card) (S94: NO), the game The CPU 21 of the server 20 stores the serial number of the card to be sold in the RAM 23, and deletes the data of the row of the serial number in the possessed card data table (S106). Further, the following processing is performed to update the reservation data table. That is, as shown in FIG. 16B, the CPU 21 of the game server 20
Based on the serial number stored in the RAM 23 for the card erased in 106 (card to be erased), whether the card to be erased is a reserved reference card, a reserved base card, or any of them. It is determined whether there is any (S108).
When the erasure target card is a reserved reference card, the CPU 21 of the game server 20 erases all the serial numbers of the erasure target cards recorded in the reservation data table (S110). If the card to be erased is a reserved base card (pre-evolution card), erase all data in the row corresponding to the serial number of the card to be erased (pre-evolution card) recorded in the reservation data table ( S112). If the card to be erased is not a reserved card, the reservation data table is not processed.

As described above, in the present embodiment, when the evolutionary synthesis reserved card is used for the sale process which is a process other than the evolutionary synthesis, execution of the sale process is limited. That is, the sale process is not executed immediately for the reserved card, but an image is displayed to warn the user that the card to be sold is a reserved card, and a request to continue the sale process is issued from the user terminal. The sale process is executed after waiting for the acquisition.

(D) Judgment process when obtaining a card (FIGS. 17A and 17B)
In the game according to the present embodiment, preferably, when the user newly obtains a card, the user obtains the card so that the user has all of the plurality of reference cards which are the combination conditions corresponding to the reservation ID. If all the reference cards are available (that is, all the reference cards are available), the user is notified that all the reference cards corresponding to the reservation ID are available. Therefore, when the user newly obtains the card, it is determined whether or not the combination condition of any of the evolutionary synthesis reference cards corresponding to the reservation ID is satisfied.
In this determination processing, first, in FIG. 17A, when the CPU 21 of the game server 20 gives a card to the user by the processing of the game, a card of the user (referred to as “acquisition card”) obtained from the card data table. The ID is determined (S120). When the card ID of the acquired card is determined, the game server 20 generates image data including the card data of the acquired card and transmits the image data to the user terminal 10 (S122).
). When the CPU 11 of the user terminal 10 acquires the image data transmitted in S122, the CPU 11 displays an image (for example, the image P10 in FIG. 12) on the display unit 16 based on the image data (
S124).
Next, the CPU 21 of the game server 20 issues the serial number corresponding to the obtained card, and writes the data corresponding to the issued serial number in the possessed card data table (S
126). When writing this data, the default card level and skill level are "1".
Is written. The card ID to be written is the card ID determined in S120.

Next, the CPU 21 of the game server 20 causes the evolution I recorded in the reservation data table.
All Ds are specified, and a plurality of reference card IDs forming a combination condition corresponding to the specified evolution IDs are read from the evolution combination data table (S128). CPU2 in FIG. 17B
1 determines whether each reference card ID read from the evolutionary synthesis data table matches the card ID of the acquired card (acquired card ID) (S130). If there is no reference card ID that matches the acquisition card ID (S130: NO), the process ends. CPU21
Even if there is a reference card ID that matches the acquisition card ID (S130:Y
(ES), if the serial number corresponding to the reference card ID is already recorded in the reservation data table (that is, the acquired card and the reserved card are associated with the same card ID) (S132). : YES), since it is not necessary to newly record the serial number in the reservation data table, the process ends.

On the other hand, the CPU 21 of the game server 20 determines that the reference card ID that matches the acquired card ID exists, and the serial number corresponding to the reference card ID is not recorded in the reservation data table (S132: NO). ), get the serial number of the card,
While writing in the column (one of C1 to C5) corresponding to the reference card ID (S13
4) Read out the reservation ID corresponding to the written serial number. Further, the CPU 21 writes the read reservation ID in the possession card data table in association with the serial number of the obtained card (S136).

Next, the game server 20 determines whether or not all the reference cards corresponding to the reservation ID corresponding to the serial number written in S134 have been prepared (S138). Specifically, the CPU 21 of the game server 20 refers to the reference card IDs of the columns C1 to C5 (see the evolutionary synthesis data table) that form the combination of the reference card IDs for the evolution IDs corresponding to the reservation IDs corresponding to the acquired cards. It is determined whether or not all the reference cards are prepared by determining whether or not the serial numbers are recorded in all the columns C1 to C5 of the reference cards in the reservation data table corresponding to. If all the reference cards corresponding to the reservation ID are not available (S1
38: NO), because the combination condition of the reference cards is not satisfied by the acquisition card, the process ends. On the other hand, when all the reference cards corresponding to the reservation ID are prepared (S138
: YES), image data for notifying the user that all the reference cards corresponding to the reservation ID are prepared (S140), and the image data is transmitted to the user terminal 10 (S1).
42). When acquiring the image data transmitted in S142, the CPU 11 of the user terminal 10 displays an image (for example, the image P11 in FIG. 12) on the display unit 16 based on the image data (S144).

(E) Evolutionary synthesis processing (FIG. 18)
For example, as a result of executing the determination process at the time of card acquisition described above, if all the reference cards necessary for evolutionary synthesis are satisfied by the acquired card and the conditions for evolutionary synthesis are satisfied, the evolutionary synthesis process is Executed.
The sequence chart shown in FIG. 18 shows a flow of processing when the determination processing shown in FIGS. 17A and 17B is executed subsequently. The image displayed in S144 of FIG. 17B is provided with a button for confirming whether or not to request execution of evolutionary synthesis, as illustrated in image P11 of FIG. In FIG. 18, when the CPU 11 of the user terminal 10 receives a request for execution of evolutionary synthesis based on the user's operation of this button (S150), the request is transmitted to the game server 20 (S152).

When the CPU 21 of the game server 20 receives the execution request for evolutionary synthesis received from the user terminal 10, the CPU 21 of the game server 20 stores the card data of the pre-evolution card (that is, the evolutionary synthesis base card) in the possessed card data table. Erase (S154),
The card data of the post-evolution card is newly written (S156). In S156, the post-evolution card ID is read from the evolution combined data table based on the evolution ID recorded in the reservation data table corresponding to the reservation ID determined in S138 of FIG. 17B. The card data corresponding to is written in the possession card data table. At this time, the card data includes, for example, a serial number issued corresponding to the post-evolution card ID.
Next, the CPU 21 of the game server 20 erases the card data of the reference card used for evolutionary synthesis from the possessed card data table (S158).

Since it is not necessary to record the data associated with the reservation ID in the reservation data table after executing the evolutionary synthesis, the CPU 21 of the game server 20 uses
The data in the row of the reservation ID that is the target of evolutionary synthesis is deleted (S160). Finally CPU21
Generates image data including card data of the post-evolution card (S162), and transmits the image data to the user terminal 10 (S164). The CPU 11 of the user terminal 10 executes S164
When the image data transmitted in (1) is acquired, an image (for example, in FIG.
Image P12) is displayed on the display unit 16 (S166).

As described above, in the game system according to the present embodiment, in order to execute evolutionary synthesis of a card, which is an example of a process of changing an object, a base card to be evolved and a plurality of references corresponding to it are executed. It is a requirement that the user has the card. Therefore, for example, when only some of the plurality of reference cards are possessed, the evolution synthesis of the base card cannot be executed. Needs to wait for the remaining reference cards and all the reference cards. At this time, the game server 20 of the present embodiment reserves a base card and a reference card possessed by the user and required for the target evolutionary synthesis before execution of the evolutionary synthesis, in response to a request from the user. This restricts the reserved card from being used for processing other than the intended evolutionary synthesis. Therefore, in the waiting period until the user obtains the remaining reference cards that he/she does not possess, the base card or reference card possessed by the user may be erroneously used for another process other than the intended evolutionary synthesis. Can be prevented.

In the above-described embodiment, when some of the plurality of reference cards corresponding to the base card are reserved cards, when the user subsequently obtains a non-reserved card among the plurality of reference cards, the obtained reference cards are obtained. If the card becomes a reservation target card automatically (in other words,
The case of automatic reservation) has been described (S136 in FIG. 17B). That is, the recording unit 57 is configured such that some cards of the base card and the plurality of reference cards are recorded in the reservation data table of the storage 25, and the user is either the base card or the plurality of reference cards, and When the card not included in the possessed cards is obtained, the serial number (card data) of the obtained card is recorded in the reservation data table. Specifically, in the determination process at the time of card acquisition shown in FIGS. 17A and 17B, in the reservation data table, the reference card ID corresponding to the reservation ID is serialized in the same “reference card” column as the acquisition card ID. If the number is not recorded, the serial number of the acquisition card is written regardless of the operation input by the user (S134 in FIG. 17B).
In other words, in the above-described embodiment, when the user obtains the card and the data of the row corresponding to the new card ID is added to the possessed card data table of the user, the added card is reserved. When it is determined that the card is a reserved card (an example of a restriction object) by being reserved in the data table, the restricting unit 58 processes the added card different from the evolutionary synthesis corresponding to the reservation ID. The case of limiting what is used for is explained.

Making such an automatic reservation has the following advantages. In other words, when some of the plurality of reference cards are reserved (that is, recorded in the reservation data table), it is planned that the user performs the target card evolution synthesis. You can think of it, so if the card you get is one of its multiple reference cards,
By automatically reserving the acquired card, the user does not need to input operation for reservation, and it is more certain that the newly acquired card is used for processing other than the intended evolutionary synthesis. Can be suppressed.

However, it is not necessary to make an automatic reservation for the acquisition card. In that case, the process at the time of card acquisition ends with the processes of S120 to S126 of FIG. 17A. After the process of S126, S
The determination process of 138 may or may not proceed. If the process does not proceed to the determination process of S138, the process shown in FIG. 14A is started at the timing desired by the user, and if all the reference cards are available at the start of the process, the evolutionary synthesis is executed in S30. Image data is transmitted for the user to instruct whether to do it. Then, when the operation input for selecting to execute the evolutionary synthesis is made, the process proceeds to the evolutionary synthesis process shown in FIG.

In the present embodiment, the case where the notification unit 59 notifies the user terminal 10 of the user at the timing when the new card ID is added to the possessed card data table of the user has been described as an example. The timing is not limited to this example. The user may be notified at the timing of starting the game (for example, the timing of logging in), or the timing at which the game is well separated (for example, when the game is composed of a plurality of stages, the play of each stage is The notification may be made at the timing when the process is finished.
In addition, by notifying the user at the timing when the user obtains the card,
Each time the user obtains a card, he or she will pay attention to whether or not some or all of the conditions for performing the evolutionary synthesis of the card selected as the base card are satisfied. Therefore, the expected value when the user obtains a new card can be improved.

In the present embodiment, when the restriction unit 58 requests the reserved card to perform a process different from the evolutionary synthesis of the corresponding base card, the restricting unit 58 prompts the user as illustrated in the image P8 of FIG. The case where a warning is given has been described. The process is not limited to the warning, and the process requested to be executed may be interrupted. For example, when one of the possessed cards is selected in the image P7 of FIG. 11, the process for the selected card may be interrupted. Further, in the image P7, the reserved card may be displayed in the dark and may be displayed in a mode that cannot be selected.
As a result, it is possible to reliably prevent the reserved card from being used for a process other than the evolutionary synthesis corresponding to the reservation ID, or to alert the user that the reserved card is used for a process other than the evolutionary synthesis corresponding to the reservation ID. Can be encouraged.

(2) Second Embodiment In the first embodiment, communication according to HTTP is performed between the user terminal 10 and the game server 20, and the user terminal 10 interprets an HTML document acquired from the game server 20. Although the case where the present invention is implemented by a so-called browser format for displaying a game image is described above, the present invention is not limited to this case. By executing the game program downloaded by the user terminal 10, the user terminal 10 mainly executes the game process, and the user terminal 1
It may be realized by a so-called native application format in which transmission/reception processing between 0 and the game server 20 is suppressed. In the native application format, image data is generated and displayed in the user terminal 10 without using a web browser.
In the second embodiment, an example of implementing the game of the first embodiment in a native application format will be described. The hardware configuration of this embodiment may be the same as that of the first embodiment. In the native application format of this embodiment,
Although it is assumed that most of the processing is performed on the user terminal 10 side, a part of the game processing not described below (for example, a lottery processing to be given to the user by lottery, a game operator giving a card to the user) The present processing) may be executed on the game server 20 side and the processing result by the game server 20 may be transmitted to the user terminal 10.

In the present embodiment, the user terminal 10 receives a game program from the server of the game operator based on a predetermined operation by the user, and the received game program is stored in the storage 18. When the game is started by the user terminal 10, communication is established between the user terminal 10 and the game server 20 and a login process is performed, and a data table group (card data table, evolution) is transmitted from the game server 20 to the user terminal 10. The composite data table and possession card data table) are transmitted. The data table group transmitted to the user terminal 10 is
It is held in the storage 18 of the user terminal 10. In this case, the data table group in the storage 18 is updated each time login is performed. The reservation data table is generated by the user terminal 10 and stored in the storage 18, and is updated every time the reservation process is executed.
In order to prevent the possession card data table from being tampered with in the user terminal 10,
The possessed card data table in the user terminal 10 is transmitted to the game server 20 every time a predetermined process is completed by the user terminal 10 or when the user logs out from the game.
The game server 20 receives the possessed card data table in the storage 25 after comparing the received possessed card data table with the possessed card data table in the storage 25 to confirm whether the data has been tampered with. Update to stuff.

19A and 19B are sequence charts showing the reservation process for evolutionary synthesis according to this embodiment. 20A and 20B are sequence charts showing a sale process of a reserved card. In each of FIGS. 19A, 19B, 20A, and 20B, FIGS.
B, FIG. 16A, and the same process as FIG. 16B are attached with the same reference numerals.
In the evolutionary synthesis reservation processing (FIGS. 19A and 19B) of the present embodiment, for example, at the time of login, the game server 20 sends the data table group (card data table, evolutionary synthesis data table, possessed card in the storage 25 to the user terminal 10. Send data table) (
S8). The CPU 11 of the user terminal 10 stores the received data table group in the storage 18, and executes the processes of S14 to S50 in cooperation with the RAM 13 and the display unit 16 based on the operation input from the operation input unit 15. To do. The CPU 11 of the user terminal 10 stores the reservation data table in the storage 18 after sequentially updating the reservation data table and ending the reservation process. After the processing of S50 ends or at the time of logout, the CPU 11 of the user terminal 10 transmits the possessed card data table to the game server 20 (S).
52).

In the sale processing of reserved cards (FIGS. 20A and 20B) of the present embodiment, the data table group is transmitted from the game server 20 to the user terminal 10 (S78), as in the above reservation processing.
Then, the possessed card data table is transmitted from the user terminal 10 to the game server 20 after the sale processing is completed (S114). Based on the operation input from the operation input unit 15, the CPU 11 of the user terminal 10 cooperates with the RAM 13 and the display unit 16 and the like S80 to S1.
12 processing is executed.
Although not shown, in the present embodiment, the possession card browsing process, the card acquisition determination process, and the evolutionary synthesis process are also executed by the user terminal 10 in a similar manner.
In the present embodiment, a case has been described in which the card data table, the evolutionary synthesis data table, and the possessed card data table are held in the game server 20, and the reservation data table is held in the user terminal 10, but the present invention is not limited to this case. In the game in the native application format, the sharing of each data table can be set as appropriate, and may be held in at least one of the user terminal 10 and the game server 20. It is not limited to. When any of the data tables is held in the game server 20, the data table held in the game server 20 is transmitted to the user terminal 10 when the game is executed, and is used for the processing of the game performed in the user terminal 10. To be done.

(3) Modified Example Hereinafter, a modified example common to the above-described embodiments will be described.
(3-1) Modification 1
In the embodiment, after the base card is selected, a possession card that is not reserved is selected from a plurality of reference cards for evolution-synthesizing the base card, based on a request from the user terminal 10 for a reservation process for evolutionary synthesis. The case of making a reservation in a lump has been described, but the case is not limited to this case. When there are a plurality of possessed cards that have not been reserved, the user may be allowed to select a card to be reserved for each card.
For example, FIG. 21 shows an image P4a according to a modification of the image P4 of FIG. The image P4a shown in FIG. 21 shows, as an example, a case where the reference card and its state necessary for evolutionary synthesis are different from the image P4 of FIG. 9 for the card KLM selected as the base card. In the image P4a shown in FIG. 21, buttons b30 and b31 described as "reserve" are displayed for each of two non-reserved possession cards among the plurality of reference cards.
By operating each button, the user can select a reservation target card on a card-by-card basis.
In this modification, for example, in FIG. 14B, when an operation is performed on one of the buttons b30 and b31 as the operation for requesting the reservation process for evolutionary synthesis, the request for the reservation process for evolutionary synthesis is accepted (S34). ), and transmits the request to the game server 20 (S36).
). Each button is associated with the serial number of the card, and the request for the reservation process for evolutionary synthesis includes the serial number corresponding to the operated button. The process after S38 is shown in FIG.
4B can be performed in the same manner as shown in FIG.

(3-2) Modification 2
In the evolutionary synthesis reservation process according to the first embodiment, in association with FIG. 9 and FIGS. 14A and 14B, when the user has a base card and a part of a plurality of reference cards, Although the case of making a reservation with a reference card in possession has been described, only the base card may be reserved. In other words, even if the user has only the base card and does not have any reference card for evolutionary synthesis of the base card,
Only the base card may be reserved for evolutionary synthesis.
For example, FIG. 22 shows an image P4b according to a modification of the image P4 of FIG. In the image P4b shown in FIG. 22, the reference card necessary for evolutionary synthesis and the state thereof with respect to the card KLM selected as the base card are different from the image P4 of FIG. 9 as an example. In the image P4b shown in FIG. 22, the user does not carry any of the plurality of reference cards. Even in such a case, the button b32 (“reserve”) is provided in association with the card KLM selected as the base card. By operating the button b32, the user can select only the base card as the reservation target card.
In this modification, for example, in FIG. 14B, when the button b32 is operated as an operation for requesting the evolutionary synthesis reservation process, the request for the evolutionary synthesis reservation process is accepted (
(S34), the request is transmitted to the game server 20 (S36). The button b32 is associated with the serial number of the card, and the request for the reservation process for evolutionary synthesis includes the serial number corresponding to the operated button. The processing after S38 can be executed in the same manner as that shown in FIG. 14B.

(3-3) Modification 3
In each of the above-described embodiments, when all the reference cards corresponding to the evolutionary composition corresponding to the reservation ID in the reservation data table are prepared as the possessed cards of the user, the evolutionary composition is automatically performed without waiting for the user's operation input. You may execute. In this case, the notification unit 59 informs the user that the evolutionary synthesis has been executed if the conditions for the evolutionary synthesis are satisfied because the plurality of reference cards are included in the possessed cards of the user as the user obtains the card. To inform.
For example, in the flow shown in FIGS. 17B and 18, when all the reference cards corresponding to the reservation ID are prepared (S138: YES), the processes of S140 to S152 are omitted, and the process proceeds to S154. Good. When the evolutionary synthesis is automatically performed without waiting for the user's operation input, the fact that the evolutionary synthesis is performed is notified to the user by displaying an image in S166. This modification has an advantage that the operability is improved because the user does not need an operation for executing the evolutionary synthesis.

(3-4) Modification 4
In each of the above-described embodiments, the image data for causing the output unit 56 to display the button b8 (see the image P4 in FIG. 9) as an instruction unit for requesting the reservation process of evolutionary synthesis for a plurality of reference data. The case has been described in which the reception means 51 receives a request made through the button b8 by the operation of the user. By providing an instruction unit as an operation target by the user in the image displayed on the user terminal 10, the user can display the plurality of reference cards in a display format in which the reference cards can be identified. Since it is possible to make a request for the reservation processing of evolutionary synthesis for the target of, the confirmation of multiple reference cards that are the reservation target cards and the request for the reservation processing of evolutionary synthesis can be executed at the same time without transitioning to another image. You can
Note that the request reception method is not limited to the above case. For example, the request receiving method may be a method of receiving an instruction input by shaking a user terminal equipped with an acceleration sensor or an instruction input of a gesture (gesture input). In the gesture input, the user terminal performs image recognition of the gesture by performing a predetermined gesture with respect to the user terminal having an imaging function, and recognizes an operation input previously associated with the gesture.
Further, in the case of a user terminal capable of executing a voice recognition program, the request receiving method may be a method of receiving an instruction input by a predetermined voice.

(3-5) Modification 5
In the above-described embodiment, a case has been described in which the base card is selected by a user operation and the selection result is transmitted to the game server 20, as shown in S22 and S24 of FIG. 14A, but this is not the only case. Absent. It may be the case where the base card is automatically selected. For example, the user registers a card which he does not have at present but wants to evolve in the future. Then, the game server 20 executes the processing from S26 onward using the registered card as a base card at the timing when the card registered by the user (registered card) is obtained. At this time, an inquiry as to whether or not to execute the reservation process is made to the user terminal 10 at the timing when the registration card is obtained, and the processes after S26 are executed only when execution of the reservation process is selected. You may.
In this modification, the user terminal 10 requests, based on the user's operation, to record a card that the user wants to use as an evolutionary synthesis base card in a registration data table (not shown) in the storage 25 at an arbitrary timing. .. In response to the request, the CPU 21 of the game server 20
Is recorded in the registered data table in association with the user. And C of the game server 20
When the PU 21 decides to add a card to the user, the PU 21 notifies the user of the card data of the addition target card, and the addition target card matches any one of the cards recorded in the registration data table. It is determined whether or not. If they match, the processing from S26 onward in FIG. 14A is executed.

(4) Application to applications other than games In the above-described embodiment and modification, the case where the present invention is applied to games has been described, but it may be applied to other applications. For example, when a plurality of types of electronic coupons are distributed every time a product is purchased at a shopping mall on the Internet, the electronic coupons may be an example of the object of the present invention. In this case, for example, in order to upgrade the privilege contents of the coupon ticket Q as the base object (an example of the changing process),
It is conceivable that the user possesses and uses the coupon tickets A to C as reference objects corresponding to the coupon ticket Q. In this example, for the purpose of upgrading the coupon ticket Q, the serial number of any of the coupon tickets A to C required therefor is written in the reservation data table. Then, the coupon ticket recorded in the reservation data table is restricted from being used for processes other than the process of upgrading the coupon ticket Q.
The present invention can be appropriately applied to applications other than the examples described above.

[Summary of Invention]
From the above description, the present invention is understood as follows, for example.

One aspect of the present invention is a change condition in which a condition for performing a process of changing an object is defined, and a change condition including information indicating at least a plurality of objects and possession information including information indicating an object owned by a user. In an information processing device capable of accessing a storage device (25) storing and,
Acquisition means (55) for acquiring the change condition corresponding to the selected selected object from the storage device (25),
An output that outputs output data for displaying the plurality of objects in a display format identifiable to the user using the information indicating the plurality of objects included in the change condition acquired by the acquisition unit (55) Means (56),
It is a request made through the operation of the user in response to the output data being output by the output means (56), and the processing is restricted to at least one of the plurality of objects. Acceptance means (51) for accepting a request for
When,
In response to the request being received by the receiving means (51), the acquisition means (55
), based on the change condition and the possession information including information indicating an object possessed by the user of the request source, among the objects possessed by the user,
Used for a process different from the process for changing the selected selected object with respect to an object specified as a restricted object that should be restricted from being used for a process different from the process for changing the selected selected object Restricting means (5)
8) and
It is an information processing apparatus characterized by having.

The “information processing device” may be a stand-alone game machine, a user terminal (for example, a mobile terminal or a personal computer), a server on a network, or the like. The substance of the information processing device can be appropriately defined depending on the realization form of the game. For example, when the functions of the respective units of the information processing apparatus are realized by the user operating the game machine or the user terminal, the game machine and the user terminal correspond to the information processing apparatus of the present invention. Alternatively, when the user terminal, which is a client, has a function of receiving an operation input from a user and displaying an image, and the functions of each unit of the information processing apparatus are substantially realized by a server that can communicate with the user terminal, The server corresponds to the information processing device of the present invention.
The “object” may be any display target as long as it can be visually recognized by the user, and can be appropriately set according to the processing content by the information processing apparatus of the present invention. For example, when the information processing device of the present invention processes information about a game, the object may include a character, an item, or the like in the game. The character is, for example, a virtual person or creature in the game, or a monster, and includes those displayed on the card.
The “object owned by the user” is an object managed as an object owned by the user in information processing, and means an object stored or managed in association with the user.
The “storage device” may be a memory device having any configuration, such as a flash memory or an HDD (Hard Disk Drive). Further, the storage device may be a device built in the information processing device, or an external device configured to be accessible from the information processing device in a wired or wireless manner.
"Restricting the use of the selected object in a process different from the process of changing the selected object" is not limited to prohibiting the process itself other than the process of changing the selected object, and the process of changing the selected object can be executed. However, the procedure for executing the process may be made difficult, or the procedure for executing the process may be complicated.

In the information processing apparatus, the process of changing the selected object is performed based on the change condition including information indicating at least a plurality of objects and the user's possession information. Therefore, for example, when the change condition is not satisfied, the process of changing the selected object cannot be executed. At this time, in the information processing apparatus, according to a request from the user, it is restricted that the selected object or any of the plurality of objects that are the basis of the change condition is used for a process other than the process of changing the selected object. To do. Therefore, it is possible to prevent the user from mistakenly using the selected object or any of the plurality of objects that are the basis of the changing condition for a process other than the process of changing the selected object before the change condition is satisfied. can do.

The limiting means (58) is a case where the information indicating the object is added to the possession information including the information indicating the object possessed by the request source user, and the added object imposes the limitation. When it is determined that the added object is a restricted object to be used, the added object may be restricted from being used in a process different from the process of changing the selected selected object.
“When the information indicating the object is added to the possession information” is, for example, when the user obtains the object. At this time, if the object obtained by the user is determined to be a restricted object, the object is used for a process other than the process of automatically changing the selected object without receiving an instruction from the user. Is limited. Therefore, the user does not have to perform an operation input for an instruction, and it is possible to more reliably prevent the newly obtained object from being used for a process other than the process of changing the selected object.

The output unit (56) outputs output data for displaying an instruction unit (b8) capable of requesting to limit processing to the plurality of objects, and the reception unit (51).
May accept a request made by the user through the instruction unit (b8).
By providing the instruction section (b8) in the image displayed based on the output data, the user can display the plurality of objects included in the change condition in a display format that can be identified. Since it is possible to make a request for restricting the processing, it is possible to confirm the plurality of objects and execute the request at the same time without transitioning to another image.

The information processing device, at a predetermined timing, based on the possession information including information indicating an object possessed by the requesting user and the change condition acquired by the acquisition means (55), the user. When it is determined that the user owns a plurality of objects included in the change condition, a notification unit that notifies that the user has a plurality of objects included in the change condition in a format that can be identified by the user ( 59), may be included.
By providing the notifying means (59), when it is determined that the user has a plurality of objects included in the change condition, the user can recognize the determination result in a recognizable format. Therefore, the user can immediately recognize that at least a part of the changing conditions for executing the process of changing the selected object is satisfied.

The notification means (59), at a predetermined timing, based on the possession information including information indicating an object possessed by the request source user, and the change condition acquired by the acquisition means (55), When it is determined that the user has a plurality of objects included in the change condition, and thus it is determined that the condition for performing the process of changing the selected selected object is satisfied, the selected object is selected. The fact that the condition for performing the process of changing the selected object is satisfied may be notified in a format that can be identified by the user.
As a result, the user can immediately recognize that the changing condition for executing the process of changing the selected object is satisfied and that the process of changing the selected object can be executed.

The notifying means (59) may notify in response to the information indicating the object being added to the possession information including the information indicating the object possessed by the requesting user.
By notifying the user when the user obtains the object,
Each time the user obtains an object, he or she will pay attention to whether or not some or all of the changing conditions for executing the process of changing the selected object are satisfied. Therefore, the expected value when the user obtains a new object can be improved.

When the restriction means (58) requests the restriction object to be restricted to execute a process different from the process of changing the selected selected object, the process is interrupted or a warning is given to the user. At least one of the processes may be performed.
As a result, it is possible to reliably prevent the restricted object from being used for processing other than the processing for changing the selected object, or to alert the user that the restricted object is used for processing other than the processing for changing the selected object. You can

The information processing apparatus is configured such that, among the objects possessed by the user, the limiting unit (58
Display means for performing control for displaying the object specified as the restricted object by (4) and another object in a display format that can be identified by the user.
60), may be included.
By providing such a display means (60), the user who sees the display image can recognize the object specified as the restricted object so as to be distinguishable from other objects. In addition, when the user specifies any object from among the objects possessed by the user and performs some processing, the restricted object and other objects can be recognized in a distinguishable manner. The use of restricted objects can be prevented even more effectively.

Another aspect of the present invention is a game system (1) including a user terminal (10) and a server (20) configured to be communicable with the user terminal (10),
A storage device that is a change condition that defines a condition for performing a process of changing an object, and stores change conditions that include information indicating at least a plurality of objects and possession information that includes information that indicates objects owned by a user. An acquisition unit (55) for acquiring the change condition corresponding to the selected selected object from (25),
An output that outputs output data for displaying the plurality of objects in a display format identifiable to the user using the information indicating the plurality of objects included in the change condition acquired by the acquisition unit (55) Means (56),
It is a request made through the operation of the user in response to the output data being output by the output means (56), and the processing is restricted to at least one of the plurality of objects. Acceptance means (51) for accepting a request for
When,
In response to the request being received by the receiving means (51), the acquisition means (55
), based on the change condition and the possession information including information indicating an object possessed by the user of the request source, among the objects possessed by the user,
Used for a process different from the process for changing the selected selected object with respect to an object specified as a restricted object that should be restricted from being used for a process different from the process for changing the selected selected object Restricting means (5)
8) and
It is an information processing system characterized by having.

Another aspect of the present invention is a change condition in which a condition for performing a process of changing an object is defined, and a change condition including information indicating at least a plurality of objects and a possession condition including information indicating an object owned by a user. A computer capable of accessing the storage device (25) storing information and
An acquisition unit (55) for acquiring the change condition corresponding to the selected selected object from the storage device (25),
An output that outputs output data for displaying the plurality of objects in a display format identifiable to the user, using the information indicating the plurality of objects included in the change condition acquired by the acquisition unit (55). Means (56),
It is a request made through the operation of the user in response to the output data being output by the output means (56), and the processing is restricted to at least one of the plurality of objects. Acceptance means (51) for accepting a request for
,and,
In response to the request being received by the receiving means (51), the acquisition means (55
), based on the change condition and the possession information including information indicating an object possessed by the user of the request source, among the objects possessed by the user,
Used for a process different from the process for changing the selected selected object with respect to an object specified as a restricted object that should be restricted from being used for a process different from the process for changing the selected selected object Restricting means (5)
8),
It is a program to function as.

Another aspect of the present invention may be a computer-readable storage medium such as an optical disk or a magnetic disk that stores the above program.

Another aspect of the present invention is an information processing device used for a game including a changing process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user. There
An acquisition unit (55) for acquiring object information of any one of the possessed objects based on the operation input of the user;
When the object corresponding to the object information acquired by the acquisition unit (55) is one of the base object and the plurality of reference objects, the storage unit stores the object information acquired by the acquisition unit (55). 25) recording means (57) for recording,
A restriction unit (58) for restricting that the object corresponding to the object information recorded in the storage device (25) is used for a process other than the changing process,
It is an information processing device provided with.

In this information processing apparatus, "restricting use in processing other than change processing" means
It is not limited to prohibiting the process itself other than the change process, and the process other than the change process can be executed, but it is difficult to perform the procedure for executing the process or complicates the process execution procedure. May be.

In the above information processing device, in order to execute the changing process for changing the object information of the base object, the user possesses the base object and a plurality of reference objects for satisfying the combination condition corresponding to the base card. Is a requirement. Therefore, if only some of the plurality of reference objects are possessed, the change processing of the base object cannot be executed, and therefore the user must execute the change processing. You have to wait until you get the remaining reference objects. At this time, in the above information processing apparatus, the base object and the reference object are acquired by recording the base object and the reference object possessed by the user and necessary for the change processing before the execution of the change processing. It is restricted to be used for processing other than the change processing. Therefore, in the waiting period until the remaining reference objects that the user does not have are acquired, it is possible to prevent the objects that the user has from being mistakenly used for other processing other than the intended change processing. You can

Some objects of the base object and the plurality of reference objects are recorded in the storage device (25), the user is either the base object or the plurality of reference objects, and the possession When an object not included in the objects is obtained, the recording means (57) may record the object information of the obtained object in the storage device (25).
When some of the plurality of reference objects are recorded in the storage device (25), it can be considered that the user intends to execute the changing process of the base object. When the acquired object is one of the plurality of reference objects, the acquired object is automatically recorded in the storage device (25), so that the user does not have to perform an operation input for recording. At the same time, it is possible to more reliably prevent the newly obtained object from being used for processing other than the intended change processing.

The information processing apparatus, when the plurality of reference objects is included in the possessed object of the user by the user obtaining the object, the change processing can be executed, or An informing unit (59) for informing the user that the changing process has been executed may be provided.
By providing the notifying means (59), for example, some of the reference objects required for the change processing are recorded before the change processing is executed, and the change processing is performed until the remaining reference objects are acquired. Since the waiting user is notified that the change processing can be executed by the acquisition of the object, the user can immediately execute the target change processing.
Further, the change process may be automatically executed by the acquisition of the object, and the user may be notified that the change process has been executed. In that case, the user does not need to perform the operation for executing the change process, so that the operability is improved.

Another aspect of the present invention includes a user terminal (10) and a server (20) configured to communicate with the user terminal,
A game system (1) used for a game including a changing process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed objects of the user,
An acquisition unit (55) for acquiring object information of any one of the possessed objects based on the operation input of the user;
When the object corresponding to the object information acquired by the acquisition unit (55) is one of the base object and the plurality of reference objects, the storage unit stores the object information acquired by the acquisition unit (55). 25) recording means (57) for recording,
A restriction unit (58) for restricting that the object corresponding to the object information recorded in the storage device (25) is used for a process other than the changing process,
It is an information processing system provided with.

Another aspect of the present invention is a program for a game including a change process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user. ,
Computer,
An acquisition means (55) for acquiring object information of any one of the possessed objects based on the operation input of the user;
When the object corresponding to the object information acquired by the acquisition unit (55) is one of the base object and the plurality of reference objects, the storage unit stores the object information acquired by the acquisition unit (55). 25) recording means (57) for recording, and
A restriction unit (58) for restricting that the object corresponding to the object information recorded in the storage device (25) is used for a process other than the changing process,
It is a program to function as.

Another aspect of the present invention may be a computer-readable storage medium such as an optical disk or a magnetic disk that stores the above program.

In the above description, in order to facilitate understanding of the present invention, the reference numerals shown in the drawings are appropriately written in parentheses, but the information processing apparatus and the like according to the present invention are limited to the illustrated modes. Not a thing.

1... Game System 10... User Terminal 11... CPU
12...ROM
13... RAM
15... Operation input unit 16... Display unit 17... Communication interface unit 18... Storage 19... Bus 20... Game server 21... CPU
22... ROM
23... RAM
24... Communication interface section 25... Storage 26... Bus 51... Accepting means 52... Game processing means 53... Judging means 54... Card data changing means 55... Acquisition means 56... Output means 57... Recording means 58... Limiting means 59... Notification means 60... Display means 70... Data table group

Claims (5)

A change condition that defines a condition for performing a process of changing an object, the change condition including information indicating at least a plurality of objects, and the post-change object that is an object after the process of changing the object is shown. In an information processing device capable of accessing a storage device in which information and possessed information including information indicating an object possessed by a user are stored,
Determination means for determining whether or not the user possesses a plurality of objects included in the change condition corresponding to a first object which is one of the objects possessed by the user,
An object is presented to the user, and the user has the presented object, and based on the presented object and the object already possessed by the user, the user is determined by the determination means. When it is determined that the plurality of objects included in the change condition corresponding to the first object are possessed, the plurality of objects are possessed by the user immediately after the object is presented to the user. Output means for outputting data for displaying an image for notifying the user that
Equipped with
The image is
Information indicating the first object,
Information indicating a plurality of objects included in the change condition corresponding to the first object,
Information indicating the changed object corresponding to the first object,
An operation target for the user to select to perform the process of changing the first object, and an operation target for the user to select not to perform the process of changing the first object,
An information processing device comprising: The process of changing the object is a process of changing at least one of the name and parameter of the object to be processed,
The information processing apparatus according to claim 1. The change condition is set for each object to be processed by the process of changing the object,
The information processing apparatus according to claim 1. An information processing system including a user terminal and a server configured to communicate with the user terminal,
At least one of the user terminal and the server is a change condition in which a condition for performing a process of changing an object is defined, and a change condition including information indicating at least a plurality of objects, and a process of changing the object. It is possible to access the storage device in which the information indicating the changed object which is the object after performing and the possession information including the information indicating the object possessed by the user are stored,
An information processing system, wherein at least one of the user terminal and the server has each unit of the information processing apparatus according to any one of claims 1 to 3. A change condition that defines a condition for performing a process of changing an object, the change condition including information indicating at least a plurality of objects, and the post-change object that is an object after the process of changing the object is shown. A computer capable of accessing a storage device storing information and possession information including information indicating an object possessed by a user is provided with each unit of the information processing device according to any one of claims 1 to 3. A program to make it happen.

Images