JP7290351B2 - Information processing device, game 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 popular as applications executed in social networking services (SNS). Digital card games using cards are known as such social games.
In addition, a main card and a sub card are selected by the user from cards owned by the user, and the main card and the sub card are combined to change the ability parameters of the main card and to change the sub card from the cards owned by the user. There are known games in which deletion is performed (Patent Literatures 1 and 2).

Japanese Patent No. 5086491 Japanese Patent No. 5153960

In the synthesizing process, the user must possess a plurality of reference objects (corresponding to the above sub cards) that satisfy the combination conditions corresponding to the base objects (corresponding to the above main cards) in order to realize the synthesizing process of the base objects (corresponding to the above main cards). may be a requirement. In that case,
In order to execute the compositing process, the user has to wait until all the reference objects that satisfy the combination condition are available before executing the compositing process. There is a risk that the object that is being held may disappear. In particular, when multiple reference objects that satisfy the combination conditions for compositing are different for each base object, it is difficult for the user to remember the combination conditions for each base object, and objects may disappear by mistake. more likely.

The present invention has been made in view of the above-mentioned viewpoints, and its object is to reduce the possibility that an object possessed by a user is used for a process other than the intended use of the object and is lost. It is to provide an information processing device, an information processing system, and a program that can

One aspect of the present invention is a change condition defining a condition for performing a process of changing an object, the change condition including at least information indicating a plurality of objects, and possession information including information indicating an object possessed by a user. In an information processing device capable of accessing a storage device in which
acquisition means for acquiring the change condition corresponding to the selected selection object from the storage device;
output means for outputting output data for displaying the plurality of objects in a display format in which each of the plurality of objects is identifiable to a user, using information indicating the plurality of objects included in the change condition acquired by the acquisition means;
a request made through an operation by the user in response to the output of the output data by the output means for restricting processing of at least one of the plurality of objects; a receiving means for receiving a request;
In response to the request being received by the receiving means, based on the change condition acquired by the acquiring means and the possession information including information indicating an object possessed by the requesting user, Among the objects possessed by the user, the selected selection object is changed with respect to an object specified as a restricted object that should be restricted from being used in a process different from the process of changing the selected selection object. Limiting means for limiting being used for a process different from the process;
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 storing change conditions defining conditions for performing processing for changing objects, the change conditions including at least information indicating a plurality of objects, and possession information including information indicating objects possessed by a user. an acquisition means for acquiring the change condition corresponding to the selected selection object from
output means for outputting output data for displaying the plurality of objects in a display format that allows a user to identify the plurality of objects, using information indicating the plurality of objects included in the change condition acquired by the acquisition means;
a request made through an operation by the user in response to the output of the output data by the output means for restricting processing of at least one of the plurality of objects; a receiving means for receiving a request;
In response to the acceptance of the request by the acceptance means, based on the change condition acquired by the acquisition means and the possession information including information indicating an object possessed by the requesting user, Among the objects possessed by the user, the selected selection object is changed with respect to an object specified as a restricted object that should be restricted from being used in a process different from the process of changing the selected selection object. Limiting means for limiting being used for a process different from the process;
An information processing system characterized by having

Another aspect of the present invention is a change condition that defines a condition for performing a process of changing an object, the change condition including at least information indicating a plurality of objects, and a possessing condition including information indicating an object possessed by a user. to a computer accessible to a storage device in which the information and
acquisition means for acquiring the change condition corresponding to the selected selection object from the storage device;
output means for outputting output data for displaying the plurality of objects in a display format in which the plurality of objects are individually identifiable to a user, using information indicating the plurality of objects included in the change condition acquired by the acquisition means;
a request made through an operation by the user in response to the output of the output data by the output means for restricting processing of at least one of the plurality of objects; a receiving means for receiving a request; and
In response to the acceptance of the request by the acceptance means, based on the change condition acquired by the acquisition means and the possession information including information indicating an object possessed by the requesting user, Among the objects possessed by the user, the selected selection object is changed with respect to an object specified as a restricted object that should be restricted from being used in a process different from the process of changing the selected selection object. Restriction means for restricting being used for a process different from the process;
It is a program for functioning as

Another aspect of the present invention is an information processing apparatus used for a game including change processing for changing object information of a base object when a plurality of reference objects corresponding to the base object are included in the user's possessed objects. There is
Acquisition means for acquiring object information of any one of the possessed objects based on the user's operation input;
recording means for recording the object information acquired by the acquisition means in a storage device when an object corresponding to the object information acquired by the acquisition means is one of the base object and the plurality of reference objects;
limiting means for limiting use of the object corresponding to the object information recorded in the storage device for processes other than the change process;
An information processing device comprising

Another aspect of the present invention includes a user terminal and a server configured to communicate with the user terminal,
A game system for use in a game including change processing for changing object information of a base object when a plurality of reference objects corresponding to the base object are included in a user's possessed objects,
Acquisition means for acquiring object information of one of the possessed objects based on the user's operation input;
recording means for recording the object information acquired by the acquisition means in a storage device when an object corresponding to the object information acquired by the acquisition means is one of the base object and the plurality of reference objects;
limiting means for limiting use of the object corresponding to the object information recorded in the storage device for processes other than the change process;
and an information processing system.

Another aspect of the present invention is a program for a game including change processing for changing object information of a base object when a plurality of reference objects corresponding to the base object are included in a user's owned objects, ,
the computer,
Acquisition means for acquiring object information of any one of the possessed objects based on the user's operation input;
recording means for recording the object information acquired by the acquisition means in a storage device when the object corresponding to the object information acquired by the acquisition means is one of the base object and the plurality of reference objects; ,
restriction means for restricting objects corresponding to object information recorded in the storage device from being used for processes other than the change process;
It is a program for functioning as

The figure which shows the basic composition of the game system of 1st Embodiment. 2 is a block diagram showing the configuration of a user terminal according to the first embodiment; FIG. 1 is a block diagram showing the configuration of a game server according to the first embodiment; FIG. 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 synthesis 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. FIG. 7 is a diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is executed; FIG. 7 is a diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is executed; FIG. 7 is a diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is executed; FIG. 7 is a diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is executed; 3 is a functional block diagram of the game server of the first embodiment; FIG. 4 is a sequence chart showing an example of reservation processing for evolutionary synthesis; 4 is a sequence chart showing an example of reservation processing for evolutionary synthesis; FIG. 11 is a sequence chart showing an example of processing for viewing possessed cards; FIG. FIG. 11 is a sequence chart showing an example of processing for selling a reserved card; FIG. FIG. 11 is a sequence chart showing an example of processing for selling a reserved card; FIG. FIG. 10 is a sequence chart showing an example of determination processing when obtaining a card; FIG. FIG. 10 is a sequence chart showing an example of determination processing when obtaining a card; FIG. 4 is a sequence chart showing an example of evolutionary synthesis processing; FIG. 11 is a sequence chart showing an example of reservation processing for evolutionary synthesis according to the second embodiment; FIG. FIG. 11 is a sequence chart showing an example of reservation processing for evolutionary synthesis according to the second embodiment; FIG. FIG. 11 is a sequence chart showing an example of processing for selling a reserved card according to the second embodiment; FIG. FIG. 11 is a sequence chart showing an example of processing for selling a reserved card according to the second embodiment; FIG. 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 an embodiment. As shown in FIG. 1, this game system 1 includes user terminals 10a, 10b, 10c, . 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 device.
Each user terminal 10a, 10b, 10c, . . . is a terminal operated by an individual user. Also includes so-called multifunctional smart TVs.), communication terminals such as portable game machines with communication functions. In the following description, user terminals 10a, 10b, 10c, . . .

The game server 20 is a server that executes games. The game server 20 stores image data that can be interpreted by a web browser (eg, image data described in a format such as HTML or XML. In the embodiment of the present invention, HTML data will be used as an example). A program that can be created is implemented. Image data is an example of output data.
The user terminal 10 includes a web browser that interprets and displays HTML data provided by the game server 20. Requests based on user operations on web pages from the user terminal 10 are sent to the game server 20 via the network. to the game server 20
Executes game processing by receiving the processing results from
The communication network NW is, for example, the Internet, WAN (Wide Area Network), LAN (Loc
All Area Network), leased lines, or an information communication network configured by a combination of these.

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

The CPU 11 reads out programs and data stored in the ROM 12 and controls the overall operation within the user terminal 10 , such as timing processing of control signals and data signals with each unit within the user terminal 10 . The CPU 11 also reads programs stored in the storage 18 and various data necessary for executing the programs, develops them in the RAM 13, and performs various processes such as data input/output processing, arithmetic processing, and determination processing associated with the execution of the programs. I do. The RAM 13 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 11 .

For example, the CPU 11 loads the web browser stored in the storage 18 into the RAM 1
3 and run it. Then, the CPU 11 controls the communication interface unit 17 based on designation of a URL (Uniform Resource Locator) input by the user through the operation input unit 15 or the like.
Data for displaying a web page from the game server 20, that is, HT
Object data such as ML (HyperText Markup Language) documents and images associated with the documents (hereinafter collectively referred to as "HTML data" as appropriate) is acquired via the communication interface unit 17, and the web browser to interpret the HTML data. Note that the user terminal 10 may be equipped with various plug-ins for extending the browser functions of the web browser. An example of such a plug-in is Flash Player by Adobe Systems, USA. Alternatively, the HTML data in the present embodiment may be in HTML5 format with video and audio playback functions.

The web browser communicates with the game server 20 according to HTTP (HyperText Transfer Protocol). When a user selects a URL (Uniform Resource Locator) or an operation target (for example, a software button (hereinafter simply referred to as a "button") on a web page by operating the operation input unit 15, the web browser , sends an HTTP request containing the selection result to the game server 20 for updating the web page. The web browser acquires HTML data from the game server 20 as an HTTP response,
After interpretation, the web page image is 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 Crystal Display) or an organic EL (Electro Luminous Display).
A display device such as a luminescence) display. When an LCD (Liquid Crystal Display) monitor including thin film transistors arranged in a matrix for each pixel is applied, the display unit 1
6 displays the image of the web page on the display screen 16a by driving the thin film transistors.

When the user terminal 10 is a button input type user terminal, the operation input unit 15 includes a plurality of instruction input buttons such as a direction instruction button, an enter button, and a numeric keypad for accepting user operation input. includes an interface circuit for recognizing the pressing (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 accepts touch panel type input mainly by touching the display screen with a fingertip or a pen.

The storage 18 is a storage device configured by, for example, flash memory or 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 section 24, and a storage 25, and is provided with a bus 26 for transmitting control signals or data signals between the sections. ing. In addition, the game server 20
As for hardware, it can have the same configuration as a general-purpose network server.

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

For example, the storage 25 stores a program for providing web services by communicating with the web browser of the user terminal 10, which is a client, according to HTTP. The CPU 21 expands the program stored in the storage 25 to 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 transmits HTML data including the execution result as an HTTP response to the user terminal. Return to 10.

The storage 25 is an information recording device configured by, for example, a flash memory or a HDD (Hard Disk Drive).
later) is stored. The data table group 70 includes a card data table, an evolutionary synthesis data table, a possessed card data table, and a reservation data table. Each data table in the storage 25 is accessed by the CPU 21 for reading and writing data as appropriate.

(1-4) Reservation in Evolutionary Synthesis of Game Cards of the Present Embodiment A game executed in the game system 1 of the present embodiment is a game executed by a user using cards as objects. In this game, for example, the user searches the game area to acquire cards and items, or uses the cards owned by the user to compete against other users or NPCs (Non-Player Characters).
In the game of the present embodiment, card evolution synthesis processing (hereinafter simply referred to as “evolutionary synthesis” as appropriate) is processing for evolving a card possessed by a user when a predetermined condition is satisfied. In the example of the present embodiment, evolutionary synthesis of cards is a process of changing a card ID as described later, but it may be a process of changing at least part of card data (described later) corresponding to a card. In this case, the change target of the card data is not particularly limited. For example, card parameters such as card name, card image, and rarity may be changed. Evolutionary synthesis of cards is an example of processing for changing objects and change processing for changing object information.
In order to execute evolutionary synthesis, the user must have a card in his/her possession (hereafter referred to as
It says. ), select the base card as the card to be evolved (that is, the card to be changed in card data). A card selected as a base card is an example of a selection object.
In evolutionary synthesis, conditions for combining a plurality of cards (referred to as "reference cards") necessary for evolving the base card are 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 cards.
In this 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 this embodiment, the condition (change condition) for evolving the selected card is that the user possesses a plurality of reference cards that serve as combination conditions corresponding to the card selected as the base card by the user. example).

In addition, in the game of the present embodiment, as an example of processing in which the user loses his/her own card,
For example, there is a normal combine process and a sell process. In order to perform the normal synthesis process, the user selects a base card as a card to grow from the cards in his/her possession. In the normal synthesizing process, the condition for combining reference cards may not be determined for each base card, and the user can appropriately select a reference card from the cards in possession. When the normal synthesizing process is executed, the reference card disappears from the user's possession cards instead of changing the card parameters of the base card (for example, increasing the card level or skill level).
In the selling process, a card selected from the cards possessed by the user (for example, a card that the user does not need) is sold instead of the user receiving a selling price (for example, game points) corresponding to the card. The card that has been deleted disappears from the user's possession card.

In the game of this 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 necessary for evolving the card. In this case, it is necessary to wait to perform evolutionary synthesis of the desired cards until new cards (ie, the remaining reference cards) are available to the user to satisfy the reference card combination conditions. However, if the user accidentally loses a base card or some of the reference cards they have to evolve the base card (for example,
above-mentioned sale processing, normal synthesis, etc.). In particular, when there are many reference cards required to establish the combination conditions for evolutionary synthesis, or when the combination conditions differ for each base card, the user should memorize the combination conditions for evolutionary synthesis. It is cumbersome and increases the chances of accidentally losing a base card or reference card.
Therefore, in this embodiment, the user can reserve for evolutionary synthesis the base card and at least one of the plurality of reference cards required to evolve the base card among the cards possessed by the user. make it A card reserved for evolutionary synthesis is referred to as a "reserved card" in the following description. A reserved card is an example of a restricted object. For a reserved card, execution of processing other than the reserved evolutionary synthesis (for example, the above-described normal synthesis and sale processing) is restricted.

Reservation of cards in evolutionary synthesis will be specifically described with reference to FIG. Figure 4 shows
FIG. 4 is a diagram for conceptually explaining card reservation in evolutionary synthesis;
In FIG. 4, consider a case where the user possesses cards Q, A, and C and wants to evolve card Q. FIG. Here, it is assumed that the user possesses all of a plurality of reference cards A, B, and C, which are combination conditions corresponding to card Q as conditions (change conditions) for evolving card Q. FIG. Since the user does not have card B at the moment, evolutionary synthesis cannot be performed on card Q. In that case, the user should use cards Q, A, and C owned by him/herself for the evolutionary synthesis of card Q so as not to accidentally use them for a process other than card Q's evolutionary synthesis and lose them. reserve cards Q, A, and C for And reserved cards Q, A,
C is restricted from being used for processes other than evolutionary synthesis of card Q (for example, normal synthesis and sale described above).

It should be noted that "restricted from being used for processes other than evolutionary synthesis" with respect to reserved cards is not limited to prohibiting processes other than the intended evolutionary synthesis using reserved cards. Although it is possible to execute processing other than the intended evolutionary synthesis using the completed card, the procedure for executing the processing may be made difficult or complicated. If the ``process other than evolutionary synthesis'' for the reserved card is the process of removing the reserved card from the user's possession cards (i.e., the process of making the reserved card unpossessed), the process is restricted. is particularly preferred.
In the example shown in FIG. 4, the case where all of the base card Q and the reference cards A and C possessed by the user are reserved cards was illustrated, but the present invention is not limited to this case. The user may be allowed to appropriately select which possessed card is to be the reserved card.

(1-5) Structure of data table Next, regarding the card data table, the evolution synthesis data table, the possessed card data table, and the reservation data table stored in the storage 25 of the game server 20,
Description will be made 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 Card data used in the game of this embodiment is recorded in the card data table. FIG. 5 shows a configuration example of the card data table. In the example shown in FIG. 5, the card ID
Each card name, card image, and card parameter data are included. 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. A card image is an image of a character displayed on a card. Card parameters consist of rarity, attribute, cost, skill, selling price, attack power, defense power, and limited flag data.
The rarity is an index indicating the rarity value of the card, and in the example shown in FIG. 5, the rarity is set in the order of R1 to R5.
The attribute is the attribute of the character displayed on the card, and is one of N1 to N3 in the example shown in FIG.
A cost is a value that is referenced when a card is incorporated into a user's card team. For example, when a card team battles, the total cost of the cards included in the card team is limited to a predetermined value or less.
A skill is information indicating an advantageous effect when playing a game using a card.
In the example shown in FIG. 4, skills SK1 to SK12 with various effects are set on each card. Not all cards need to have skills.
The selling price is the points in the game that the user obtains when he/she sells the card that the user owns.
Attack power and defense power are parameters that are referred to when cards are used in battle.
The limited 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 a card issued for a limited period, and a card with a limited flag of "0" means a card that is not limited to a limited period. do.

(ii) Evolutionary Synthesis Data Table In the evolutionary synthesis data table, conditions for evolutionary synthesis of cards in the game of this embodiment are recorded. FIG. 6 shows a configuration example of the evolutionary synthesis data table. In the example shown in FIG. 6, for each evolution ID for identifying the content of evolutionary synthesis, a pre-evolution card ID (that is, a card ID of a card that becomes a base card before evolution), a post-evolution card ID (evolution of the base card), later card I
D), and combination conditions of card IDs of reference cards (five reference cards in columns C1 to C5) necessary for executing evolutionary synthesis are recorded. For example, Evolution ID: 0002
In the condition indicated by , the user selects a card with card ID: 0072 as a base card from among the cards possessed by the user, and card IDs: 0025, 0060, 007 among the cards possessed by the user.
When there is a combination of three cards with 0, the card with card ID: 0072 can be evolved into the card with card ID: 9072 by executing evolutionary synthesis.
That is, the combination condition of the reference card IDs in the evolution synthesis data table is an example of change condition for changing the card corresponding to the pre-evolution card ID.
It should be noted that the same card ID may be recorded in at least any two columns of C1 to C5 indicating combination conditions of card IDs of reference cards. For example, two or more of the same reference cards may be included in the reference card combination conditions used when evolving and synthesizing base cards. If the combination condition of the reference cards for evolving the base card is to include a predetermined number of reference cards with the same card ID, the card of the reference card is used instead of the data format shown in FIG. A data format consisting of an ID and its number may be used.

(iii) Possessed Card Data Table The possessed card data table records information (possessed information) of the user's possessed cards. FIG. 7 shows a configuration example of the possessed card data table. FIG. 7 illustrates the possessed card data table for one user, but the possessed 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 serial number, card level, skill level, and reservation ID are associated with each card ID and recorded.
A serial number is a unique number determined when a card is given to a user. Different serial numbers are assigned to cards with the same card ID. When the card evolves, the serial number may or may not change before and after the card evolves.
The card level is a parameter indicating the level of card development, and is increased, for example, by performing the above-described normal synthesis. The card level value (initial value) when the user acquires the card is 1, and the user can grow the card (that is, increase the card level) by performing normal synthesis.
The skill level is a parameter indicating the training level of a card, and particularly a parameter indicating the skill level of the card. The skill level value (initial value) at the time the user acquires a card with a skill is 1. For example, the skill level of the card is increased by performing normal synthesis using a card that satisfies a predetermined condition as a reference card. can be made As a card's skill level increases, the effect produced by the skill increases.
The reservation ID is identification information for identifying reservation contents for evolutionary synthesis. A reservation ID is associated with a user's card that is a reserved card. For example, Figure 7
5 indicates that five cards with card IDs: 0591, 0010 (two cards), 0033, and 2005 are reserved cards. The reservation ID recorded in the possessed card data table corresponds to the reservation ID recorded in the reservation data table described later.

(iv) Reservation Data Table The reservation data table records information on reserved cards for evolutionary synthesis of users. 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 reservations for evolutionary synthesis are made. Figure 8
2, numbers are recorded in ascending order such as 01, 02, . . . . The evolutionary ID corresponds to the evolutionary ID shown in the evolutionary synthesis data table, and is an ID that specifies the contents of the evolutionary synthesis.
is.
Of the reserved card serial numbers, 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 evolutionary synthesis. The columns C1 to C5 of the reference card among the serial numbers of the reserved cards correspond to the columns C1 to C5 constituting the reference card ID combination conditions of the evolutionary synthesis data table,
If the reference card corresponding to each column is reserved, the serial number of that reference card is recorded.
In each column of the reference card, the column corresponding to the reference card that is not reserved has "No reservation".
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.
In addition, 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 method of managing reservations for evolutionary synthesis,
Data to be recorded in the reservation data table may be recorded in the possessed card data table. In that case, in the possession card data table, in association with the card ID of the reserved card, a reservation ID, an evolution ID, or one of the character strings C1 to C5 (corresponding to the C1 to C5 columns of the evolution synthesis data table) Any character string that

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

(1-6) Specific Example of Card Reservation and Evolutionary Synthesis Processing Hereinafter, a specific example of card reservation and evolutionary synthesis processing for the game of this embodiment will be described with reference to FIG.
12. 9 to 12 are diagrams showing examples of screens displayed on the user terminal 10 when the game processing of this embodiment is being executed.

(A) Reservation process for evolutionary synthesis (Fig. 9)
FIG. 9 shows a series of changes in the display screen when making a reservation for evolutionary synthesis for the card possessed by the user. In FIG. 9, an image P1 is an image when the user issues a processing request for a monster card (hereinafter simply referred to as "card") in the game of this embodiment. In the image P1, as the user's operation objects, a button b1 ("View possessed monsters"), a button b2 ("Team formation"), a button b3 ("Normal synthesis"), a button b4 (
"evolution synthesis"), and a button b5 ("sell") are provided.
The button b1 is a button that is operated when requesting processing for viewing the card possessed by the user. The button b2 is a button operated when the user selects a card to be used in a battle against another user or NPC from among the cards owned by the user. The button b3 is a button that is operated when the user requests execution of normal synthesis of a card selected as a base card from among owned cards. The button b4 is a button operated when the user requests execution of evolutionary synthesis of a card selected as a base card from among owned cards. The button b5 is a button that is operated when the user makes a request for selling the card selected from the cards in his/her possession.

When the button b4 ("evolutionary synthesis") is operated in the image P1, the image changes as shown in P2. In the image P2, a list of a plurality of possessed cards is displayed in order to select one of the user's possessed cards as a base card. The image is configured so that cards that cannot be evolved (cards TOM, TED, and DSG in the illustrated example) cannot be selected as base cards. In other words, in the image P2, among the cards possessed by the user, the cards that can be evolved and the cards that cannot be evolved are shown in a display format that allows the user to identify them. The method of showing the cards that can be evolved and the cards that cannot be evolved in a display format that allows the user to identify them is not limited to the example shown in the image P2 in FIG. The list of possessed cards may be a list of character strings of the card names of each card. In that case, cards that can be evolved and cards that cannot be evolved can be identified by the brightness, size, etc. of the character strings. may For example, when card KLM is selected as one of the cards that can be evolved in image P2,
The image changes as shown at P3. The image P3 includes a button b6 ("Select") for confirming the selected card as the base card for evolutionary synthesis, and a button b7 ("Return") for returning to the image P2 and selecting another card as the base card. ”).
When the user operates the button b6 in the image P3, the image is updated as shown in P4 if the card KLM selected as the base card does not meet the reference card conditions required for evolution. . The image P4 is an image for reserving, for evolutionary synthesis, the card possessed by the user among the reference cards necessary for the evolution of the card KLM selected as the base card. Note that when the user operates the button b6 in the image P3, if the card KLM selected as the base card satisfies the reference card conditions required for evolution, the card KLM is replaced with the image P4. An image (not shown) is displayed for the user to indicate whether to perform the evolutionary synthesis of .

In the image P4, a display area 101 showing a pre-evolution card (here, card KLM which is a base card) and a post-evolution card (for example, card QRS), a reference card necessary for evolution synthesis and its state (possessed, not possessed). , reserved), and a button b8 ("reserve") for reserving a reference card possessed by the user. Image P
4, when the button b8 is operated, the reservation is executed for the reference card possessed by the user, and the image P5 indicating that the reservation is completed is displayed.
Note that the image P4 shows the case where all of the reference cards possessed by the user are reserved, but the cards to be reserved may be individually selectable. For example, it may be configured to specify and reserve at least one of the reference cards in possession.

(B) Browsing process for possessed cards (Fig. 10)
FIG. 10 shows a series of changes in the display screen when the user's card viewing process is executed. In FIG. 10, the image P1 is the same as that shown in FIG.
When the button b1 ("see possessed monsters") is operated in the image P1, the image changes as shown in P6. In the image P6, a list of cards possessed by 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 a key is displayed on a reserved card to indicate to the user that the card is a reserved card. By indicating that the card is a reserved card, it is possible to prevent the user from using the reserved card for processing other than evolutionary synthesis and causing it to disappear.
Note that the method of displaying the reserved card and other cards in a display format that allows the user to identify them is not limited to the example shown in the image P6 in FIG. The list of possessed cards may be a list of character strings of the card names of each card. In that case, reserved cards and other cards may be identified by the brightness, size, etc. of the character strings. good.

(C) Processing for selling a reserved card (Fig. 11)
FIG. 11 shows a series of changes in the display screen when the user executes processing for selling a reserved card. In FIG. 11, the image P1 is the same as that shown in FIG.
When the button b5 (“sell”) is operated in the image P1, the image changes as shown in P7. In the image P7, a list of cards possessed by the user is displayed. A card that the user wishes to sell is selected from the list of owned cards in image P7. At this time, if a reserved card is selected as an object to be sold from among the owned cards, the image changes as shown in P8. The image P8 includes 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 a reserved card is sold, whereby the user gains points for the selling price corresponding to the card and loses the reserved card.

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

(D) Evolutionary Synthesis Processing (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. An image P10 in FIG. 12 is an example of an image displayed when the user obtains a new card DSG while playing the game.
By obtaining this new card DSG, if the combination condition of the reserved reference card for evolutionary synthesis is satisfied, by obtaining the new card, the reserved reference card for evolutionary synthesis It is preferable to notify the user that the combined condition of is now satisfied. More preferably, an image for executing evolutionary synthesis is displayed as shown in P11.
The image P11 has a display area 101 showing the pre-evolution card (card KLM) and the post-evolution card (card QRS), and a display area 102 showing the reference card required for evolution 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, the card image, card name, and at least part of the parameters of the evolved card are displayed.
In addition, when the combination condition of the reserved reference card for evolutionary synthesis is satisfied by obtaining a new card, evolutionary synthesis is executed without waiting for the user's operation, and after the execution, the user 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 following the image P10.

(1-7) Overview of Functions Provided by Information Processing Apparatus Next, functions provided by the game server 20 for realizing the game of the present embodiment described above will be described. FIG. 13 is a functional block diagram for explaining functions that play major roles in the game server 20 of this embodiment. In FIG. 13, the data table group 70 includes the card data table, the evolution synthesis data table, the possessed card data table, and the reservation data table, as described above. Note that not all means included in the functional block diagram shown in FIG. 13 are essential elements for the present invention. For example, in one aspect of the present invention, it suffices to have reception means 51 , acquisition means 55 , output means 56 , and restriction means 58 .

The receiving unit 51 has a function of receiving various requests from the user based on information regarding user's operation input. In the game of this embodiment, the user's requests include, for example, a card evolutionary synthesis process request, an evolutionary synthesis reservation process request, an evolutionary synthesis execution request, a user's card viewing process request, a user's possession There is a request for card sales processing.
The evolutionary synthesis reservation processing request is for evolutionary synthesis of a base card in evolutionary synthesis and at least one of a plurality of reference cards corresponding to the base card in response to output of image data by the output means 56. It is a request to reserve for and restrict processing other than the evolutionary synthesis.
In order to realize the function of the reception means 51, the game server 20 includes the communication interface section 2
4, receives from the user terminal 10 a request corresponding to the button operation input by the user in the web page, which is an image. 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 request acceptance processing. The request is recorded in the RAM 13 in the acceptance process. The CPU 21 sequentially executes processes according to the received requests.

The game processing means 52 has a function of executing various game processes other than evolutionary synthesis based on requests from the user terminal 10 received by the receiving means 51 . The processing of the game of this embodiment may be provided as appropriate, but for example, processing for fighting between users, processing for fighting between users and NPCs, processing for quests by users, processing for normal synthesis of cards possessed by users, processing for cards possessed by users, is the sale of
Although the battle process will not be described in detail, for example, the user forms a team consisting of a plurality of possessed cards in advance so that the total cost is equal to or less than a predetermined upper limit, and the team battles against other users or NPCs. Battle results are determined by parameters such as offensive power, defensive power, and skill of each card that constitutes the team.
The quest process is a process for the user to obtain cards and items by searching areas in the game.

The functions of the game processing means 52 when executing normal synthesis processing of the user's possession cards are as follows:
It is realized as follows. When the CPU 21 of the game server 20 receives a request to execute normal synthesis including the user's selection results for the base card and the reference card, the CPU 21 reads the card data of the base card and the reference card from the possessed card data table, and executes the RA.
Deploy to M23. Next, the CPU 21 of the game server 20 changes the parameters of the base card (for example, card level and skill level) based on the parameters of the base card and the reference card, and writes the changed parameters of the base card to the possessed card data table. , the card data of the possessed card used as the reference card is deleted from the possessed card data table. Note that the card level and skill level of the base card do not always increase each time normal synthesis is performed. For example, each time normal synthesis is performed, the value of the training parameter associated with the card is increased, and when the value of the training parameter reaches a predetermined value, the card level is increased by one and the value of the training parameter is set to zero. It may be reset.

The functions of the game processing means 52 when executing the processing of selling the user's possession cards are realized as follows. The CPU 21 of the game server 20 accepts a request for sale processing,
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 selling price value (points) of the card to be sold from the card data table, and performs a process of giving the read points to the user. The process of giving points to the user is, for example, a process of updating the value of the points possessed by the user recorded in a user database (not shown).

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

The card data changing means 54 has a function of executing evolutionary synthesis to change the card data of the base card when the determining means 53 determines that the conditions are satisfied. Evolutionary synthesis is an example of processing for changing cards or change processing.
In the example of the present embodiment, in order to realize the function of the card data changing means 54, when the CPU 21 of the game server 20 accepts the execution request for evolutionary synthesis, the pre-evolution card (that is, evolutionary synthesis) is added to the possessed card data table. base card) card data,
Newly write the card data of the card after evolution. As a result, the base card of the user's possession card will evolve. As shown in the evolutionary synthesis data table, card IDs before and after evolution are different, so at least one of the card name, card image, and card parameters is changed by evolutionary synthesis.

The acquisition unit 55 acquires the base card (an example of the selected object) selected by the user.
A plurality of reference card IDs that are combination conditions (an example of change conditions) of reference cards corresponding to
It has a function to get from the evolutionary synthetic data table. In addition, when reserving a card for evolutionary synthesis, the acquiring means 55 acquires the serial number (an example of object information) of one of the cards possessed by the user based on the user's operation input. It has functions.
When the acquiring means 55 acquires a plurality of reference card IDs that are the combination condition of reference cards,
When the CPU 21 of the game server 20 acquires the selection result of the base card from the user terminal 10, it refers to the evolutionary synthesis data table and reads out a plurality of reference card IDs constituting the combination condition corresponding to the base card. .
On the other hand, when the acquiring means 55 acquires the serial number of the card, the CP of the game server 20
Upon receiving a request for evolutionary synthesis reservation processing from the user terminal 10, U21 selects a non-reserved possessed card from among the base card to be the target of evolutionary synthesis and a plurality of reference cards corresponding to the base card. Refer to the possessed card data table for identification, and read the serial number of the identified card.

The output unit 56 uses the plurality of reference card IDs (information indicating a plurality of objects) that are the combination conditions of the reference cards acquired by the acquisition unit 55 to display the plurality of reference cards so that the user can identify them. It has a function of outputting image data (an example of output data) for display in a format. An example of the image displayed by the output means 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 selection result (serial number) of the base card from the user terminal 10, it refers to the evolutionary synthesis data table and selects the base card selected by the user. Card I corresponding to the serial number of
A plurality of reference card IDs (C1
to read the card ID in the column of C5). The CPU 21 refers to the card data table and the possessed card data table to acquire card data corresponding to each reference card ID. Then, the CPU 21 generates an image that displays the selected base card and a plurality of reference cards corresponding to the base card in a display format that allows the user to identify them. An example of the "user-identifiable display format" is a format in which a card image of each card is displayed, as exemplified by the image P4 in FIG.

The recording means 57, in response to receiving the request for reservation processing of evolutionary synthesis, the acquisition means 55
has a function of recording the serial number acquired by the storage 25 in the reservation data table as a reserved card. In the example of this embodiment, the reserved card is a card specified as a restricted object that should be restricted from being used in processes other than evolutionary synthesis of the selected base card. The serial number of the non-reserved possessed card acquired by the acquiring means 55 is recorded in the reservation data table as the serial number of the reserved card.

In order to realize the function of the recording means 57, the CPU 21 of the game server 20 accesses the reservation data table and writes the serial number of the reservation target card upon receiving a request for reservation processing of evolutionary synthesis. More specifically, if the serial number of the card selected as the base card among the reserved 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" column in association with the issued reservation ID. Furthermore, the same reference card ID as the card ID corresponding to the serial number of the reference card among the cards to be reserved
column (one of the columns C1 to C5), and writes the serial number of the reference card among the cards to be reserved in the specified column.
On the other hand, if the reservation ID has already been issued, the serial number is already recorded in the column of "pre-evolution card", so the CPU 21 only writes the serial number of the reference card among the reservation target cards. .

The restriction means 58 has a function of restricting the reserved card recorded in the reservation data table from being used for processing other than the intended evolutionary synthesis. More specifically, in response to the reception of the evolutionary synthesis reservation processing request by the reception means 51, the restriction means 58 sets the combination condition of the reference card acquired by the acquisition means 55 among the cards possessed by the user. and,
The card recorded in the reservation data table (that is, the reserved card) based on the possession card data table (an example of possession information) of the requesting user is used for processing other than the intended evolutionary synthesis. It has a function to limit
``Used for processing other than the intended evolutionary synthesis'' means that a card that is associated with the intended evolutionary synthesis and recorded as a reserved card is an evolutionary synthesis other than the intended evolutionary synthesis or a normal synthesis It also includes cases where it is used for
Various methods are conceivable for the limiting method by the limiting means 58 . For example, a method of prohibiting a card subject to restriction from processing other than the intended evolutionary synthesis by the user, or a method for prohibiting a card subject to restriction for processing other than the intended evolutionary synthesis For example, there is a method of issuing a warning or performing a process of confirming the continuation of the process.

For example, when the CPU 21 of the game server 20 receives a request to execute any one of the various processes of the game of the present embodiment, when the user's possession card is selected as the card to be processed, the possession card data table to determine whether or not the reservation ID is associated with the card ID of the selected card. The CPU 21 associates a reservation ID with the card ID of the selected card, and performs processing related to the execution request with the reservation ID.
If it is not evolutionary synthesis processing corresponding to , the processing 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 asked whether to continue the process. Since the evolution ID and the serial number of the reserved card are associated in the reservation data table, the CPU 21 of the game server 20 performs the desired evolution synthesis (that is, the evolution ID corresponding to the specific evolution ID) corresponding to the reserved card. evolutionary synthesis) can be identified. Therefore, it is possible to determine whether or not the processing that the user intends to execute using a specific possessed card is the desired evolutionary synthesis processing.

Based on the user's possession card data table (an example of possession information) and the reference card combination condition acquired by the acquisition unit 55, the notification means 59, at a predetermined timing, informs the user of the plurality of reference cards included in the combination condition. is determined to be possessed by the user, the fact that the user is possessed of a plurality of reference cards included in the combination condition is notified in a form that allows the user to identify it. In the example of the present embodiment, as shown in image P11 in FIG. 12, image data for notifying the user when the user obtains the card is generated and transmitted to the user terminal 10. FIG.
In order to realize the function of the notifying means 59, for example, when the user obtains a card, the CPU 21 of the game server 20 performs an evolutionary synthesis corresponding to one of the reservation IDs in the reservation data table by obtaining the card. is included in the user's possession cards, that is, whether or not all the reference cards corresponding to the reservation ID are complete. If it is determined that all the reference cards have been collected, image data for notifying the user that the reference cards required for evolutionary synthesis have been collected is created and transmitted to the user terminal 10 .

Further, at a predetermined timing, the notification means 59, based on the user's possession card data table (an example of possession information) and the reference card combination condition acquired by the acquisition means 55,
When it is determined that the condition for executing the evolutionary synthesis of the cards selected by the user is satisfied due to determination that the user possesses a plurality of reference cards included in the combination condition,
It may be notified in a user-identifiable form that the conditions for executing the evolutionary synthesis of the card have been met.
In the present embodiment, an example is shown in which the collection of reference cards required for evolutionary synthesis is a necessary and sufficient condition for the conditions for executing evolutionary synthesis to be established, but the present invention is not limited to this example. for example,
In addition to having all the reference cards necessary for evolutionary synthesis, the conditions for performing evolutionary synthesis may be met when other conditions (for example, the user consumes a predetermined amount of points) are met. good too. In that case, when other conditions are not met when all the reference cards required for evolutionary synthesis are present (for example, when the number of points possessed by the user is less than a predetermined amount), only the reference cards are present. may be notified to the user, and when another condition is satisfied, the user may be further notified that the condition for executing evolutionary synthesis is satisfied.

Although it is not essential to provide the notification means 59, by providing the notification means 59, for example,
Some of the reference cards required for evolutionary synthesis are reserved before execution of evolutionary synthesis, and the user waiting for evolutionary synthesis until the rest of the reference cards are obtained can be evolved by obtaining the cards. Since it is notified that all the reference cards required for synthesis have been prepared, convenience for the user can be improved.

The display means 60 displays a reserved card (that is, a card specified as a restricted object to be restricted by the restriction means 58) and other cards among the cards possessed by the user in a display format that allows the user to identify them. It has a function to control display. The timing of such display is not particularly limited, but in the example of the present embodiment, (i) a request for evolutionary synthesis processing of cards from the user terminal 10 and (ii) browsing of the cards possessed by the user are performed. This is the timing at which the processing request is acquired.

(i) Display when the user terminal 10 requests evolutionary synthesis processing of cards 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, cards with serial numbers recorded in the reservation data table will have the text "Reserved" associated with them, and cards with serial numbers not recorded in the reservation data table will have The text "Owned" or "Not Owned" is displayed in association with the card. The difference in display mode is not limited to this example, and may be set as appropriate as long as the display format is identifiable by the user, such as when changing the form or size of the 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 combination of a plurality of reference card IDs necessary for evolving the base card is read from the evolution synthesis data table, and each For reference cards, specify the state of the card (either "reserved,""inpossession," or "not in possession"). The CPU 21 generates image data to be transmitted (output) to the user terminal 10 based on the status of each reference card. In generating the image data, the display mode of each card is distinguished according to 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 identify the state of each reference card. For example, in the reservation data table, if serial numbers are written in 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 " Identified as "Reserved".

(ii) Display at the time of request for viewing processing of cards possessed by the user In this case, the difference in the display mode for each possessed card is the presence or absence of a symbol displayed in association with the card, as shown in image P6 in FIG. . In other words, the card corresponding to the serial number recorded in the reservation data table (that is, the reserved card) is displayed with a predetermined symbol in association with the card, and the serial number corresponding to the serial number not recorded in the reservation data table is displayed. A card (a card that is not a reserved card) is prevented from displaying its 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
A reserved card is specified from the possessed cards in the possessed card data table. At this time, C
The PU 21 reads out the serial numbers of the reserved cards recorded in the reservation data table, and identifies the reserved cards among the cards possessed by the user. Then, image data for transmitting (outputting) the list of cards possessed by the user to the user terminal 10 is generated in a display format that allows the user to distinguish reserved cards from other cards.
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.

Although it is not essential to provide the display means 60, by providing the display means 60, the user who sees the display image can recognize the reserved card in a distinguishable manner from other cards. again,
When executing some process by specifying one of the cards in the user's possession, it is possible to distinguish between reserved cards and other cards, so processes other than evolutionary synthesis for reserved cards can be prevented more effectively.

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

(A) Reservation processing for evolutionary synthesis (FIGS. 14A and 14B)
In the reservation process described below, as an example, when the user possesses a base card and some of a plurality of reference cards for evolving and synthesizing the base card, the user possesses the base card and Suppose you want to reserve a reference card.

14A, on the image displayed on the user terminal 10, a predetermined button (for example, the
When the user operates the button b4) of the image P1 of the user terminal 10, the CPU 1
1 accepts a request for evolutionary synthesis processing (S10), and transmits the request to the game server 20 (S12).
When the CPU 21 of the game server 20 receives a request for the evolutionary synthesis process from the user terminal 10, it refers to the evolutionary synthesis data table and the possessed card data table to read out the evolveable user's possessed cards (S14). That is, the CPU 21 of the game server 20
reads the card data of the user's possession card from the possession card data table, and reads out all pre-evolution card IDs (that is, card IDs of cards that can be evolved) in the evolution synthesis data table. Next, the CPU 21 identifies the serial numbers corresponding to the card IDs of cards that can be evolved (that is, base card candidates) among the cards possessed by the user, and generates image data including a list of base card candidates (S16). , to the user terminal 10 (S18
).
It should be noted that the image data generated in S16 is, as shown in the image P2 in 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 cards that are base card candidates, as illustrated in image P2 in FIG. 9, and the serial number of each card is selected by operating the image of each card. configured to be possible. When an operation is performed to select one of the plurality of base card candidates displayed in S20 as the base card, the CPU 11 receives the selection result (serial number) of the base card (S22), and the selection result is received. to the game server 20 (S24).

When the CPU 21 of the game server 20 acquires the selection result (serial number) of the base card from the user terminal 10, it 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. Read out a plurality of reference card IDs (card IDs in columns C1 to C5) that serve as combination conditions corresponding to pre-evolution card IDs (
S26). Next, the CPU 21 refers to the possessed card data table and the reservation data table to specify the status of the card (not possessed, possessed, reserved) corresponding to each reference card ID read out in S26, and based on the specified result, Image data is generated (S28).

The method for specifying 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 there is a card ID that matches the reference card ID read out in S26 among the specified card IDs, the state of the card corresponding to that reference card ID is specified as "reserved".
It is determined that the card IDs recorded in the user's possession card data table include a card ID that matches the reference card ID read in S26, and the state of the card corresponding to the reference card ID is determined. If it is not specified as "reserved", the status 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 neither "reserved" nor "possessed", the status of the card corresponding to the reference card ID is set to "not possessed". Identify.

The image data generated in S28 may differ depending on the identification result of the card state.
That is, the state of all the reference cards read in S26 is "possessed" or "reserved".
, it means that all the reference cards necessary for the evolutionary synthesis of the card selected as the base card are available. generates image data for instructions. Then, when an operation input for selecting execution of evolutionary synthesis is performed, the evolutionary synthesis process shown in FIG. 18 is performed.
On the other hand, the CPU 21 determines that the state of at least one of the reference cards read in S26 is "
If it is "not in possession" (i.e., the card selected as the base card does not have all the reference cards required for evolutionary synthesis), the card selected as the base card and the reference in the "in possession" state Generate image data for reserving cards for evolutionary synthesis.
Here, the latter case (the state of any of the reference cards is "unpossessed") is assumed. In the latter case, the CPU 21 associates each reference card with a card image as illustrated in the image P4 of FIG. image data is generated by associating the identification result of the state of In addition, the image data is an instruction unit (for example, the 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 evolutionary synthesis reservation processing (for example, operation of button b8 of image P4) is performed, CPU 11 of user terminal 10 accepts the request for evolutionary synthesis reservation processing (S
34), and transmits the request to the game server 20 (S36).

Upon receiving a request for evolutionary synthesis reservation processing, the CPU 21 of the game server 20 accesses the reservation data table to determine whether a reservation ID corresponding to the serial number of the base card acquired in S24 has been issued (that is, "evolution (S38). If the reservation ID has already been issued (S38:
YES), proceed to S42, and if the reservation ID has not been issued (S38: NO), the reservation I
After issuing D (S40), proceed to S42. At S42, the CPU 2 of the game server 20
1 writes the serial number of the card to be reserved in the reservation data table in association with the reservation ID.
At this time, when a new reservation ID is issued, the CPU 21 writes the serial number of the base card among the reserved cards in the "pre-evolution card" column. Furthermore, among the cards to be reserved, the column of "reference card" that has the same card ID as the serial number of the reference card (
column C1 to C5), and writes the serial number of the reference card among the cards to be reserved in the specified column.
On the other hand, if the reservation ID has already been issued, the serial number is already recorded in the column of "pre-evolution card", so the CPU 21 only writes the serial number of the reference card among the reservation target cards. .
Note that when a new reservation ID is issued in the reservation data table, the CPU 21 stores data indicating "no reservation" in the columns of C1 to C5 corresponding to the reservation ID in which the serial number is not written. For example, write NULL).

Next, the CPU 21 of the game server 20 adds the reservation I to be written in S42 to the "reservation ID" column corresponding to the card ID of the reservation target card in the possessed card data table.
Data of D is written (S44). Finally, the CPU 21 generates image data indicating that the reservation has been completed (S46), and transmits 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, image P5 in FIG. 9) on the display unit 16 based on the image data (S50).

(B) Browsing process for possessed cards (Fig. 15)
15, on the image displayed on the user terminal 10, a predetermined button (for example,
When the user operates the button b1) of the image P1 of the user terminal 10, the CPU 1 of the user terminal 10
1 accepts a request for processing to view possessed cards (S60), and transmits the request to the game server 20 (S62).
When the CPU 21 of the game server 20 receives a request from the user terminal 10 to browse the possessed card, 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. Data is read (S64).
Next, the game server 20 performs the following process to identify a reserved card among the cards possessed by the user. That is, the CPU 21 of the game server 20 reads the serial number of the reserved card recorded in the reservation data table (S66), and identifies the reserved card among the cards possessed by the user. Then, the list of cards possessed by the user is generated as image data in a display format that allows the user to distinguish reserved cards from other cards (S68).
, and transmits the image data to the user terminal 10 (S70). CPU 11 of user terminal 10
acquires the image data transmitted in S70, displays an image (for example, image P6 in FIG. 10) on the display unit 16 based on the image data (S72).

(C) Processing for selling a reserved card (FIGS. 16A and 16B)
In FIG. 16A, a predetermined button (for example, the
When the user operates the button b5) of the image P1 of 1, the CPU of the user terminal 10
11 accepts a request for processing to sell a possessed card (S80), and sends the request to the game server 20
(S82).
When the CPU 21 of the game server 20 receives a request for selling a possessed card from the user terminal 10, the card ID of the possessed card is specified from the possessed card data table, and the card of the possessed card is identified from the card data table and the possessed card data table. The data is read, image data including a list of possessed cards is generated (S84), and the image data is transmitted to the user terminal 10 (S86). When acquiring the image data transmitted in S86, the CPU 11 of the user terminal 10 generates an image (for example, image P7 in FIG. 11) based on the image data.
is displayed on the display unit 16 (S88).
The image displayed in S88 includes the images of the cards possessed by the user arranged in order, as exemplified 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 is performed to select one of the plurality of possessed cards displayed in S88 as a card to be sold, 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 receives the selection result (serial number) of the card to be sold from the user terminal 10.
is acquired, and if 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 possessed card data table and sets the reservation I 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), image data for warning 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, 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 process based on the user's operation of this button (S102: YES)
, the request is transmitted to the game server 20 (S104). If the request to continue the selling process is not accepted (S102: NO), the image for selecting the card to be sold (for example, image P7 in FIG. 11) may be displayed again.

If the request to continue the selling process received from the user terminal 10 is accepted, or if the serial number of the card to be sold is not associated with the reservation ID (if the card is not reserved) (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 erases the data in the row of the serial number in the possessed card data table (S106). Furthermore, in order to update the reservation data table, the following processing is performed. 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 (the card to be erased), the card to be erased is either a reserved reference card, a reserved base card, or any of them. It is determined whether there is any (S108).
When the card to be erased is a reserved reference card, the CPU 21 of the game server 20 erases all the serial numbers of the card to be erased recorded in the reservation data table (S110). If the card to be erased is a reserved base card (pre-evolution card), erase all the 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 reserved data table is not processed.

As described above, in the present embodiment, when a reserved card for evolutionary synthesis is used for a sale process, which is a process other than evolutionary synthesis, execution of the sale process is restricted. That is, instead of immediately executing the selling process for the reserved card, an image is presented to warn the user that the card to be sold is a reserved card, and a request to continue the selling process is sent from the user terminal. After waiting until it is acquired, the sale process is executed.

(D) Determination processing when obtaining a card (Figs. 17A and 17B)
In the game of the present embodiment, preferably, when the user obtains a new card, the user possesses all of the plurality of reference cards that are the combination conditions corresponding to the reservation ID. When it becomes (that is, all the reference cards have been collected), the user is notified that all the reference cards corresponding to the reservation ID have been collected. Therefore, when the user newly obtains a card, it is determined whether or not the combination condition of any evolutionary synthesis reference card corresponding to the reservation ID is satisfied.
In this determination process, first, in FIG. 17A, when the CPU 21 of the game server 20 grants a card to the user through game processing, the card of the card obtained by the user from the card data table (referred to as "obtained card") is displayed. An ID is determined (S120). When the card ID of the obtained card is determined, the game server 20 generates image data including the card data of the obtained card and transmits it to the user terminal 10 (S122).
). When acquiring the image data transmitted in S122, the CPU 11 of the user terminal 10 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 a serial number corresponding to the acquired card, and writes data corresponding to the issued serial number in the possessed card data table (S
126). When writing this data, the card level and skill level are set to the initial value of "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 updates the evolution I recorded in the reservation data table.
All of D are specified, and a plurality of reference card IDs forming a combination condition corresponding to the specified evolutionary ID are read out from the evolutionary synthesis data table (S128). CPU2 in FIG. 17B
1 determines whether or not each reference card ID read from the evolutionary synthesis data table matches the card ID of the obtained card (obtained card ID) (S130). If there is no reference card ID that matches the obtained card ID (S130: NO), the process ends. CPU 21
Even if there is a reference card ID that matches the obtained card ID (S130: Y
ES), if the serial number corresponding to the reference card ID has already been recorded in the reservation data table (that is, if the obtained card and the reserved card are associated with the same card ID) (S132 : YES), the process ends because there is no need to newly record the serial number in the reservation data table.

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

Next, the game server 20 determines whether or not all reference cards corresponding to the reservation ID corresponding to the serial number written in S134 are present (S138). Specifically, the CPU 21 of the game server 20 selects the reference card IDs of the columns C1 to C5 (see the evolution synthesis data table) that constitute the combination of the reference card IDs for the evolution ID corresponding to the reservation ID corresponding to the obtained card. It is determined whether or not all the reference cards are complete by determining whether 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 reference cards corresponding to the reservation ID are not available (S1
38: NO), the obtained card does not satisfy the combination condition of the reference card, so the process is terminated. On the other hand, when all the reference cards corresponding to the reservation ID are available (S138
: YES), generate image data for notifying the user that all reference cards corresponding to the reservation ID are available (S140), and transmit the image data 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, 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 when obtaining a card as described above, if all the reference cards required for evolutionary synthesis are obtained, and the conditions for evolutionary synthesis are satisfied, the evolutionary synthesis process will be performed. executed.
The sequence chart shown in FIG. 18 shows the flow of processing executed subsequent to the determination processing shown in FIGS. 17A and 17B. The image displayed in S144 of FIG. 17B is provided with a button for confirming whether or not to request the execution of evolutionary synthesis, as illustrated in the image P11 of FIG. 12 . In FIG. 18, when the CPU 11 of the user terminal 10 receives an evolutionary synthesis execution request 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 accepts the evolutionary synthesis execution request 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 card after evolution is newly written (S156). In S156, an evolved card ID is read out from the evolved synthetic data table based on the evolved ID recorded in the reservation data table corresponding to the reservation ID determined in S138 of FIG. to write the card data corresponding to the possessed card data table. At this time, the card data includes, for example, the 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 there is no need 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 reads from the reservation data table,
The data in the row of the reservation ID to be subjected to evolutionary synthesis is erased (S160). Finally CPU21
generates image data including the card data of the evolved card (S162), and transmits the image data to the user terminal 10 (S164). The CPU 11 of the user terminal 10 performs S164
When the image data transmitted by is acquired, an image (for example, FIG. 12
image P12) is displayed on the display unit 16 (S166).

As described above, in the game system of the present embodiment, in order to execute evolutionary synthesis of cards, which is an example of processing for changing an object, a base card to be subjected to evolutionary synthesis and a plurality of reference cards corresponding to it are required. It is a requirement that the user possesses the card. Therefore, for example, when only a part of the plurality of reference cards are in possession, the evolutionary synthesis of the base card cannot be performed. must wait until all reference cards are available to obtain the rest of the reference cards. At this time, the game server 20 of the present embodiment reserves the base card and the reference card possessed by the user and required for the desired evolutionary synthesis in response to a request from the user before execution of the evolutionary synthesis. This restricts the reserved card from being used for processes other than the intended evolutionary synthesis. Therefore, during the waiting period until the remaining reference cards not possessed by the user are obtained, the base card or reference card possessed by the user may be mistakenly used for a 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 card is If the card automatically becomes a reservation target card (so to speak,
automatic reservation) has been described (S136 in FIG. 17B). That is, the recording means 57 records the base card and some of the plurality of reference cards in the reservation data table of the storage 25, the user is either the base card or the plurality of reference cards, and A case has been described in which, when a card not included in the owned cards is obtained, the serial number (card data) of the obtained card is recorded in the reservation data table. Specifically, in the determination processing when obtaining a card shown in FIGS. 17A and 17B, a serial number is entered in the "reference card" column of the reference card ID corresponding to the reservation ID, which is the same as the obtained card ID, in the reservation data table. If the number is not recorded, the serial number of the obtained card is written regardless of the user's operation input (S134 in FIG. 17B).
In other words, in the above-described embodiment, the user obtains a card, and the row data corresponding to the new card ID is added to the user's possession card data table, and the added card is reserved. When it is determined that the card is a reserved card (an example of a restricted object) because it is reserved in the data table, the restriction means 58 applies processing different from evolutionary synthesis corresponding to the reservation ID to the added card. The case of restricting the use of

Making such an automatic reservation has the following advantages. That is, if some of the plurality of reference cards are reserved (that is, recorded in the reservation data table), it is assumed that the user intends to perform evolutionary synthesis of the desired base card. can be considered, so if the card obtained by the user is one of the multiple reference cards,
By automatically reserving the obtained card, the user does not have to perform operation input for reservation, and it is more assured that the newly obtained card is used for processing other than evolutionary synthesis for the purpose. can be suppressed.

However, it is not necessary to make an automatic reservation for the obtained card. In that case, the processing when obtaining the card ends with the processing of S120 to S126 in FIG. 17A. S after the processing of S126
It may or may not proceed to the determination process of 138 . 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 present at the start of the process, evolutionary synthesis is executed in S30. Image data is transmitted for the user to instruct whether or not to do so. Then, when an operation input for selecting execution of evolutionary synthesis is performed, the evolutionary synthesis process shown in FIG. 18 is performed.

In the present embodiment, the case where the notification means 59 notifies the user terminal 10 of the user at the timing when a new card ID is added to the user's possessed card data table has been described as an example. The timing is not limited to this example. It may be notified at the timing when the user starts the game (for example, at the time of logging in), or at a good timing in the game (for example, when the game consists of multiple stages, when each stage is played) The notification may be made at the end timing, etc.).
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 be interested in whether some or all of the conditions for performing evolutionary synthesis of the card selected as the base card have been met. Therefore, it is possible to improve the expected value when the user obtains a new card.

In this embodiment, when the restriction means 58 requests a reserved card to perform a process different from the evolutionary synthesis of the corresponding base card, as illustrated in the image P8 of FIG. A case of issuing a warning has been described. Note that the process requested to be executed may be interrupted without being limited to the warning. For example, when one of the possessed cards is selected in the image P7 of FIG. 11, the processing for the selected card may be interrupted. Also, in the image P7, the reserved card may be displayed in a darkened state so that it cannot be selected.
This reliably prevents the reserved card from being used for processing other than the evolutionary synthesis corresponding to the reservation ID, or alerts the user to the use of the reserved card for processing other than the evolutionary synthesis corresponding to the reservation ID. can encourage

(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 obtained from the game server 20. Although the case where the present invention is realized in a so-called browser format, in which game images are displayed by means of . By executing the game program downloaded by the user terminal 10, the user terminal 10 proactively executes game processing, and the user terminal 1
0 and the game server 20 in a so-called native application format that suppresses transmission/reception processing. In the native application format, image data is generated and displayed within 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. Note that the hardware configuration of this embodiment may be the same as that of the first embodiment. In the native application format of this embodiment,
It is assumed that most of the processing is performed on the user terminal 10 side, but some of the processing of the game not described below (for example, lottery processing in which the user is given a card by lottery, game operator gives a card to the user, etc.) gift processing, etc.) may be configured to 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 this embodiment, the user terminal 10 receives a game program from the game operator's server 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 login processing is performed. Synthetic data table, possessed 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, stored in the storage 18, and updated each time a reservation process is executed.
In order to prevent the possessed card data table from being falsified in the user terminal 10,
Every time a predetermined process by the user terminal 10 is completed, or when the user logs out of the game, the possessed card data table in the user terminal 10 is transmitted to the game server 20 .
The game server 20 compares the received possessed card data table with the possessed card data table in the storage 25, confirms whether the data has been falsified, and then receives the possessed card data table in the storage 25. update to something.

19A and 19B are sequence charts showing reservation processing for evolutionary synthesis according to this embodiment. 20A and 20B are sequence charts showing processing for selling a reserved card. 19A, 19B, 20A and 20B, FIGS. 14A and 14
16A and 16B are denoted by the same reference numerals.
In the evolutionary synthesis reservation process (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. data table) to send (
S8). The CPU 11 of the user terminal 10 stores the received data table group in the storage 18, and based on the operation input from the operation input unit 15, cooperates with the RAM 13, the display unit 16, etc., and executes the processing of S14 to S50. do. The CPU 11 of the user terminal 10 sequentially updates the reservation data table and stores the reservation data table in the storage 18 after completing the reservation process. After the process of S50 is completed, 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 reserved card selling process (FIGS. 20A and 20B) of the present embodiment, a data table group is transmitted from the game server 20 to the user terminal 10 (S78), as in the reservation process described above.
, and transmission of the possessed card data table from the user terminal 10 to the game server 20 after the end of the selling process (S114). The CPU 11 of the user terminal 10 cooperates with the RAM 13 and the display unit 16 based on the operation input from the operation input unit 15 to perform S80 to S1.
12 processes are executed.
Although not shown, in the present embodiment, the user terminal 10 proactively executes processing for viewing a possessed card, processing for determining when a card is obtained, and processing for evolutionary synthesis in the same manner.
In the present embodiment, the game server 20 holds the card data table, evolutionary synthesis data table, and possessed card data table, and the user terminal 10 holds the reservation data table. However, the present invention is not limited to this case. In a native application format game, it is possible to appropriately set the share of holding each data table, and it is sufficient to hold at least one of the user terminal 10 and the game server 20, and a specific holding mode is not limited to If any data table 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 game processing performed in the user terminal 10. be done.

(3) Modifications Modifications common to the above-described embodiments will be described below.
(3-1) Modification 1
In the embodiment, after a base card is selected, a possessed card that has not been reserved from a plurality of reference cards for evolutionary synthesis of the base card is selected based on a reservation processing request for evolutionary synthesis from the user terminal 10. Although the case of collectively making a reservation has been described, the present invention is not limited to this case. If there are a plurality of owned cards that have not been reserved, the user may be allowed to select a card to be reserved on a card-by-card basis.
For example, FIG. 21 shows an image P4a according to a modification of the image P4 in FIG. An image P4a shown in FIG. 21 shows, as an example, a case where the card KLM selected as the base card is in a different state from the image P4 in FIG. 9 with respect to the reference cards necessary for evolutionary synthesis and their states. In the image P4a shown in FIG. 21, buttons b30 and b31 labeled "reserve" are displayed for each of two owned cards that are not reserved among the plurality of reference cards.
By operating each button, the user can select a card to be reserved on a card-by-card basis.
In this modification, for example, in FIG. 14B, when any one of the buttons b30 and b31 is operated as an operation for requesting the evolutionary synthesis reservation process, the request for the evolutionary synthesis reservation process 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 evolutionary synthesis reservation processing request includes the serial number corresponding to the operated button. The processing after S38 is shown in FIG.
It can be done in a similar way as shown in 4B.

(3-2) Modification 2
In the evolutionary synthesis reservation process of the first embodiment, in association with FIGS. Although the case of reserving the reference card in possession has been described, it may be possible to reserve only the base card. In other words, even if the user possesses only the base card and does not possess even one reference card for evolving and synthesizing the base card,
Only base cards may be reserved for evolutionary synthesis.
For example, FIG. 22 shows an image P4b according to a modification of the image P4 in FIG. An image P4b shown in FIG. 22 shows, as an example, a case where the card KLM selected as the base card is in a different state from the image P4 in FIG. 9 with respect to the reference card required for evolutionary synthesis and its state. In the image P4b shown in FIG. 22, the user does not possess any of the plurality of reference cards. Even in such a case, a 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 a 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 serial number of the card is associated with the button b32, and the request for reservation processing of evolutionary synthesis includes the serial number corresponding to the operated button. The processing after S38 can be executed in the same manner as shown in FIG. 14B.

(3-3) Modification 3
In each of the above-described embodiments, when all the reference cards corresponding to the evolutionary synthesis corresponding to the reservation ID in the reservation data table are available as the user's possession cards, the evolutionary synthesis is automatically performed without waiting for the user's operation input. may be executed. In this case, the notification means 59 notifies the user that the evolutionary synthesis has been executed when the conditions for the evolutionary synthesis are satisfied by the plurality of reference cards being included in the user's possession cards as a result of the user obtaining the cards. to be notified.
For example, in the flow shown in FIGS. 17B and 18, when all the reference cards corresponding to the reservation ID have been obtained (S138: YES), the processes of S140 to S152 are omitted, and the process proceeds to S154. good too. When the evolutionary synthesis is automatically executed without waiting for the user's operation input, the fact that the evolutionary synthesis has been executed is notified to the user by displaying an image in S166. This modification has the advantage of improving operability because the user does not need to perform an operation for executing evolutionary synthesis.

(3-4) Modification 4
In each of the above-described embodiments, the output means 56 outputs image data for displaying a button b8 (see image P4 in FIG. 9) as an instruction section for requesting reservation processing of evolutionary synthesis for a plurality of reference data. , and the receiving means 51 receives a request made through the button b8 by the user's operation. By providing an instruction section as an operation target by the user in the image displayed on the user terminal 10, the user can view the plurality of reference cards while the plurality of reference cards are displayed in an identifiable display format. Since it is possible to request evolutionary synthesis reservation processing for , confirmation of multiple reference cards that are reservation target cards and request for evolutionary synthesis reservation processing can be performed at the same time without transitioning to another image. can be done.
Note that the request receiving method is not limited to the case described above. For example, the request acceptance method may be a method of accepting an instruction input by shaking a user terminal equipped with an acceleration sensor, or an instruction input by a gesture (gesture input). In the gesture input, by performing a predetermined gesture on a user terminal having an imaging function, the user terminal recognizes the gesture as an image, and recognizes an operation input associated with the gesture in advance.
Also, in the case of a user terminal capable of executing a voice recognition program, the method of accepting a request may be a method of accepting an instruction input by a predetermined voice.

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

(4) Application to applications other than games In the above-described embodiments and modifications, the case where the present invention is applied to games has been described, but the present invention may be applied to other applications. For example, if multiple types of electronic coupons are distributed each 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 (an example of change processing) the privilege contents of coupon Q as a base object,
It is conceivable that a user possesses and uses coupons A to C as reference objects corresponding to coupon Q. FIG. In this example, for the purpose of upgrading coupon Q, the serial number of any one of coupons A to C required for that purpose is written into the reservation data table. The coupons recorded in the reservation data table are restricted from being used for processes other than the process of upgrading the coupon Q.
Applications other than the above examples can also be applied as appropriate.

[Summary of Invention]
From the above description, the present invention can be grasped, for example, as follows.

One aspect of the present invention is a change condition defining a condition for performing a process of changing an object, the change condition including at least information indicating a plurality of objects, and possession information including information indicating an object possessed by a user. In an information processing device capable of accessing a storage device (25) storing
Acquisition means (55) for acquiring the change condition corresponding to the selected selection object from the storage device (25);
Output for outputting output data for displaying a plurality of objects in a display format that allows a user to identify each of the plurality of objects using information indicating the plurality of objects included in the change condition acquired by the acquisition means (55) means (56);
restricting the processing of at least one of the plurality of objects in response to the output of the output data by the output means (56), the request made through the user's operation; Receiving means (51) for receiving a request for
and,
In response to the reception of the request by the reception means (51), the acquisition means (55)
) and the possessed information including information indicating the object possessed by the requesting user, among the objects possessed by the user,
An object specified as a restricted object that should be restricted from being used in a process different from the process of changing the selected selection object is used in a process different from the process of changing the selected selection object. Restrictive means (5
8) and
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, a personal computer, etc.), a server on a network, or the like. The substance of the information processing device can be appropriately defined according to the implementation form of the game. For example, when a user operates a game machine or a user terminal to realize the function of each part of the information processing device, the game machine or the user terminal corresponds to the information processing device of the present invention. Alternatively, when a user terminal, which is a client, has a function of receiving operation input from a user and displaying an image, and the function of each part of the information processing device is substantially realized by a server that can communicate with the user terminal. , the server corresponds to the information processing apparatus of the present invention.
The "object" may be any display target as long as it is visually recognizable by the user, and can be appropriately set according to the processing content of the information processing apparatus of the present invention. For example, when the information processing apparatus of the present invention processes information about a game, the objects may include game characters, items, and the like. A character is, for example, a virtual person, creature, or monster in a game, and includes those displayed on a card.
An “object owned by a user” means an object managed as an object owned by a user in terms of information processing and stored or managed in association with a user.
A “storage device” may be a memory device of any configuration, such as a flash memory or a 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 by wire or wirelessly.
``Restrict use for processes other than those that change the selected object'' does not mean that any process other than the process that changes the selected object is prohibited, and any process that changes the selected object is allowed. However, it is also possible to make the procedure for executing the process difficult or to make the procedure for executing the process complicated.

In the information processing apparatus described above, the process of changing the selected object is executed based on a change condition including at least information indicating a plurality of objects and the user's possession information. Therefore, for example, if the change condition is not satisfied, the process of changing the selected object cannot be executed. At this time, the information processing device restricts the use of the selected object or any of the plurality of objects that form the basis of the change condition for processes other than the process of changing the selected object in response to a request from the user. do. This prevents the user from erroneously using the selected object or any of the plurality of objects that form the basis of the change condition for processing other than changing the selected object before the change condition is satisfied. can do.

When information indicating an object is added to the possessed information including information indicating an object possessed by the requesting user, the restricting means (58) is configured to restrict the object to be added. If the selected object is determined to be a restricted object, the added object may be restricted from being used in a process different from the process of changing the selected selection object.
“When information indicating an object is added to possession information” is, for example, when the user obtains an object. At this time, when it is determined that the object obtained by the user is a restricted object, the object is automatically used for processing other than the processing for changing the selected object without receiving instructions from the user. is restricted. Therefore, the user does not need to perform operation input for instructions, and it is possible to more reliably prevent the newly obtained object from being used for processes other than the process of changing the selected object.

The output means (56) outputs output data for displaying an instruction section (b8) capable of requesting that the processing of the plurality of objects be restricted, and the reception means (51)
may receive a request made through the instruction unit (b8) by an operation by the user.
By providing the instruction section (b8) in the image displayed based on the output data, the user can view the plurality of objects included in the change condition while the plurality of objects are displayed in an identifiable display format. , it is possible to simultaneously execute confirmation of the plurality of objects and the above request 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), is determined to possess a plurality of objects included in the change condition, an informing means ( 59).
By providing the notifying means (59), when it is determined that the user possesses a plurality of objects included in the change condition, the user can recognize the determination result in a recognizable form. Therefore, the user can immediately recognize that at least some of the change conditions for executing the process of changing the selected object have been satisfied.

The reporting means (59), 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), When it is determined that the user possesses a plurality of objects included in the change condition and thus the condition for performing the process of changing the selected selection object is satisfied, the selected object The satisfaction of the conditions for performing the process of changing the selected object may be notified in a form identifiable by the user.
Thereby, the user can immediately recognize that the change condition for executing the process of changing the selected object is satisfied and the process of changing the selected object can be executed.

The notification means (59) may notify in response to addition of information indicating an object to the possession information including information indicating an object possessed by the requesting user.
By notifying the user at the timing when the user obtains the object,
Each time the user obtains an object, he or she will pay attention to whether some or all of the change conditions for executing the process of changing the selected object are satisfied. Therefore, it is possible to improve the expected value when the user obtains a new object.

The limiting means (58) interrupts the process or warns the user when a request is made to execute a process different from the process of changing the selected selection object for the limit object to be limited. At least one of the processes may be performed.
This reliably prevents the restricted object from being used in processes other than the process of changing the selected object, or alerts the user to the use of the restricted object in processes other than the process of changing the selected object. can be done.

The information processing apparatus, among the objects possessed by the user, restricts the restriction means (58).
) to display the object specified as the restricted object to be restricted and other objects in a display format that can be identified by the user.
60).
By providing such a display means (60), the user viewing the display image can recognize the object specified as the restricted object so as to be identifiable from other objects. Also, when executing some process by designating one of the objects possessed by the user, since the restricted object and other objects can be identifiably recognized, the process other than the process of changing the selected object can be performed. 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 communicate with the user terminal (10),
A storage device storing change conditions defining conditions for performing processing for changing objects, the change conditions including at least information indicating a plurality of objects, and possession information including information indicating objects possessed by a user. Acquisition means (55) for acquiring the change condition corresponding to the selected selection object from (25);
Output for outputting output data for displaying the plurality of objects in a display format in which the plurality of objects are individually identifiable to a user, using information indicating the plurality of objects included in the change condition acquired by the acquisition means (55) means (56);
restricting the processing of at least one of the plurality of objects in response to the output of the output data by the output means (56), the request made through the user's operation; Receiving means (51) for receiving a request for
and,
In response to the reception of the request by the reception means (51), the acquisition means (55)
) and the possessed information including information indicating the object possessed by the requesting user, among the objects possessed by the user,
An object specified as a restricted object that should be restricted from being used in a process different from the process of changing the selected selection object is used in a process different from the process of changing the selected selection object. Restrictive means (5
8) and
An information processing system characterized by having

Another aspect of the present invention is a change condition that defines a condition for performing a process of changing an object, the change condition including at least information indicating a plurality of objects, and a possessing condition including information indicating an object possessed by a user. to a computer accessible to a storage device (25) in which information and
acquisition means (55) for acquiring the change condition corresponding to the selected selection object from the storage device (25);
Output for outputting output data for displaying the plurality of objects in a display format in which the plurality of objects are individually identifiable to a user, using information indicating the plurality of objects included in the change condition acquired by the acquisition means (55) means (56);
restricting the processing of at least one of the plurality of objects in response to the output of the output data by the output means (56), the request made through the user's operation; Receiving means (51) for receiving a request for
,and,
In response to receiving the request by the receiving means (51), the obtaining means (55)
) and the possessed information including information indicating the object possessed by the requesting user, among the objects possessed by the user,
An object specified as a restricted object that should be restricted from being used in a process different from the process of changing the selected selection object is used in a process different from the process of changing the selected selection object. Restrictive means (5
8),
It is a program for functioning as

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

Another aspect of the present invention is an information processing apparatus used for a game including change processing for changing object information of a base object when a plurality of reference objects corresponding to the base object are included in the user's possessed objects. There is
Acquisition means (55) for acquiring object information of any one of the possessed objects based on the user's operation input;
When the object corresponding to the object information acquired by the acquisition means (55) is one of the base object and the plurality of reference objects, the object information acquired by the acquisition means (55) is stored in a storage device ( 25) recording means (57) for recording;
Limiting means (58) for limiting use of the object corresponding to the object information recorded in the storage device (25) for processes other than the change process;
It is an information processing device comprising

In this information processing device, "restricting use for processing other than change processing" means that
It is not limited to prohibiting the processing other than the change processing itself, and the processing other than the change processing can be executed. may

In the above information processing apparatus, in order to execute change processing for changing object information of a base object, a user possesses a base object and a plurality of reference objects for satisfying combination conditions corresponding to the base card. It is a requirement to be Therefore, if the user possesses only a part of the reference objects among the plurality of reference objects, the base object cannot be changed. You have to wait until you have the rest of the reference object. At this time, in the information processing apparatus, by recording the base object and the reference object possessed by the user and required for the change process before executing the change process for the purpose, the base object and the reference object can be used as the purpose. It is restricted to be used for processing other than the change processing to be. Therefore, during the waiting period until the remaining reference objects not possessed by the user are obtained, it is possible to prevent the objects possessed by the user from being erroneously used for processing other than the intended change processing. can be done.

Some objects among 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 of the 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).
If some of the plurality of reference objects are recorded in the storage device (25), it can be considered that the user is planning to change the base object. When the obtained object is one of the plurality of reference objects, the obtained object is automatically recorded in the storage device (25), thereby eliminating the need for the user to perform operation input for recording. At the same time, it is possible to more reliably prevent the newly obtained object from being used in processes other than the change process intended for it.

The information processing apparatus is capable of executing the change processing when the plurality of reference objects are included in the owned objects of the user due to the acquisition of the object by the user, or A notification means (59) for notifying the user that the change processing has been executed may be provided.
By providing the notifying means (59), for example, some reference objects among a plurality of reference objects required for the change processing are recorded before execution of the change processing, and the change processing is continued until the remaining reference objects are obtained. Since the user who is waiting is notified that the change processing can be executed by acquiring the object, the user can immediately execute the desired change processing.
Alternatively, acquisition of the object may automatically cause the change process to be executed, and the user may be notified that the change process has been executed. In that case, the user does not need to perform an operation for executing the change process, so 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 change processing for changing object information of a base object when a plurality of reference objects corresponding to the base object are included in a user's possessed objects,
Acquisition means (55) for acquiring object information of any one of the possessed objects based on the user's operation input;
When the object corresponding to the object information acquired by the acquisition means (55) is one of the base object and the plurality of reference objects, the object information acquired by the acquisition means (55) is stored in a storage device ( 25) a recording means (57) for recording;
Limiting means (58) for limiting use of the object corresponding to the object information recorded in the storage device (25) for processes other than the change process;
and an information processing system.

Another aspect of the present invention is a program for a game including change processing for changing object information of a base object when a plurality of reference objects corresponding to the base object are included in a user's owned objects, ,
the computer,
Acquisition means (55) for acquiring object information of any one of the possessed objects based on the user's operation input;
When the object corresponding to the object information acquired by the acquisition means (55) is one of the base object and the plurality of reference objects, the object information acquired by the acquisition means (55) is stored in a storage device ( 25) recording means (57) for recording, and
Limiting means (58) for limiting use of the object corresponding to the object information recorded in the storage device (25) for processes other than the change process;
It is a program for functioning as

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

It should be noted that, in the above description, in order to facilitate understanding of the present invention, reference numerals appearing in the drawings are appropriately written in parentheses, but this limits the information processing apparatus and the like according to the present invention to the illustrated embodiments. not a thing

DESCRIPTION OF SYMBOLS 1... Game system 10... User terminal 11... CPU
12 ROM
13 RAM
DESCRIPTION OF SYMBOLS 15... Operation input part 16... Display part 17... Communication interface part 18... Storage 19... Bus 20... Game server 21... CPU
22 ROM
23 RAM
24 Communication interface section 25 Storage 26 Bus 51 Receiving 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 Reporting means 60 Display means 70 Data table group

Claims (3)

An information processing apparatus for executing a game in which a reference object, which is set in association with a base object to be a synthesis source and required for synthesis with the base object, is synthesized with the base object to change the base object,
storage means for storing information on the base object and reference objects associated with the base object, and storing possession information in which a plurality of objects owned by a user are set;
receiving means for receiving an operation of designating a base object to be a synthesis source from among a plurality of objects owned by the user;
an acquisition means for extracting a reference object associated with the designated base object from among the plurality of objects owned by the user based on the information stored in the storage means;
A reservation is recorded in the storage means so that the designated base object does not become an object not owned by the user, and a reference object associated with the base object also does not become an object not owned by the user. record the reservation in the storage means;
When an object is granted to the user, if the granted object is a reference object associated with the base object and is not the reference object for which the reservation was made, the granted object is a recording means for recording a reservation in the storage means in association with a base object;
information processing device. Among the plurality of objects owned by the user,
If a selected object recorded so that a reference object associated with the base object does not become an object not owned by the user is specified for sale, the selected object is prohibited from being sold.
The information processing apparatus according to claim 1. to the computer,
A program for executing a game in which a reference object, which is set in association with a base object to be a synthesis source and required for synthesis with the base object, is synthesized with the base object to change the base object,
storing information on the base object and reference objects associated with the base object, and storing possession information in which a plurality of objects owned by a user are set;
Receiving an operation of designating a base object to be a synthesis source from among a plurality of objects owned by the user;
extracting a reference object associated with the specified base object from among the plurality of objects owned by the user based on the stored information;
recording a reservation such that the specified base object does not become an object not owned by the user, and recording a reservation such that a reference object associated with the base object also does not become an object not owned by the user; act,
When an object is granted to the user, and the granted object is a reference object associated with the base object and not the reference object on which the reservation was recorded, the granted object is recorded in association with said base object;
program.

Images