JP6980298B2 - Information processing device, game program - Google Patents

Description

The present invention relates to an information processing technique for processing information about an object.

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

Japanese Patent No. 5086491 Japanese Patent No. 51593960

In the compositing process, the user must have a plurality of reference objects (corresponding to the above sub-card) that satisfy the combination conditions corresponding to the base object in order to realize the compositing process of the base object (corresponding to the above main card). May be a requirement. In that case,
In order to execute the compositing process, the user must wait for the compositing process to be executed until all the reference objects that satisfy the combination conditions are available. There is a risk of losing the object. In particular, when multiple reference objects that satisfy the combination conditions of the composition process are different for each base object, it is difficult for the user to remember the combination conditions for each base object, so the objects are accidentally lost. The possibility is high.

The present invention has been made in view of the above viewpoint, and an object thereof is to reduce the possibility that an object possessed by a user is used for processing other than the intended purpose of the object and disappears. It is to provide information processing devices, information processing systems, and programs that can be used.

One aspect of the present invention is a change condition in which a condition for performing a process of changing an object is defined, and is a change condition including information indicating at least a plurality of objects and possession information including information indicating an object possessed by the user. In an information processing device that can access the storage device in which the object is stored
An acquisition means for acquiring the change condition corresponding to the selected selected object from the storage device, and
An output means for outputting output data for displaying the plurality of objects in a display format identifiable by the user by using the 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 data being output by the output means, for restricting processing to at least one of the plurality of objects. Reception means for accepting requests and
The change condition acquired by the acquisition means in response to the reception of the request by the reception means, and the possession information including information indicating an object possessed by the requesting user. Among the objects possessed by the user, the selected selected object is changed with respect to the object specified as the restricted object that should be restricted from being used for the process different from the process of changing the selected selected object. Restriction measures that limit the use of processing different from processing,
It is an information processing apparatus characterized by having.

Another aspect of the present invention is a game system including a user terminal and a server configured to be able to communicate with the user terminal.
A storage device that is a change condition in which a condition for performing a process of changing an object is defined, and stores a change condition including information indicating at least a plurality of objects and possession information including information indicating an object possessed by the user. From, the acquisition means for acquiring the change condition corresponding to the selected selected object, and
An output means for outputting output data for displaying the plurality of objects in a display format identifiable by the user by using the 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 data being output by the output means, for restricting processing to at least one of the plurality of objects. Reception means for accepting requests and
The change condition acquired by the acquisition means in response to the reception of the request by the reception means, and the possession information including information indicating an object possessed by the requesting user. Among the objects possessed by the user, the selected selected object is changed with respect to the object specified as the restricted object that should be restricted from being used for the process different from the process of changing the selected selected object. Restriction measures that limit the use of processing different from processing,
It is an information processing system characterized by having.

Another aspect of the present invention is a change condition in which a condition for performing a process for changing an object is defined, which includes a change condition including information indicating at least a plurality of objects and possession including information indicating an object possessed by the user. To a computer that has access to a storage device, where information is stored
An acquisition means for acquiring the change condition corresponding to the selected selected object from the storage device,
An output means for outputting output data for displaying the plurality of objects in an identifiable display format by using the 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 data being output by the output means, for restricting processing to at least one of the plurality of objects. Reception means for accepting requests, and
The change condition acquired by the acquisition means in response to the reception of the request by the reception means, and the possession information including information indicating an object possessed by the requesting user. Among the objects possessed by the user, the selected selected object is changed with respect to the object specified as the restricted object that should be restricted from being used for the process different from the process of changing the selected selected object. Restriction measures that limit the use of processing different from processing,
It is a program to function as.

Another aspect of the present invention is an information processing apparatus used in a game including a change process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user. There,
An acquisition means for acquiring object information of any of the possessed objects based on the operation input of the user, and
When the object corresponding to the object information acquired by the acquisition means is either the base object or the plurality of reference objects, the recording means for recording the object information acquired by the acquisition means in the storage device, and the recording means.
A limiting means for limiting the use of the object corresponding to the object information recorded in the storage device for a process other than the change process.
It is an information processing device equipped with.

Another aspect of the invention includes a user terminal and a server configured to be communicable with the user terminal.
A game system used for a game including a change process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user.
An acquisition means for acquiring object information of any of the possessed objects based on the operation input of the user, and
When the object corresponding to the object information acquired by the acquisition means is either the base object or the plurality of reference objects, the recording means for recording the object information acquired by the acquisition means in the storage device, and the recording means.
A limiting means for limiting the use of the object corresponding to the object information recorded in the storage device for a process other than the change process.
It is an information processing system equipped with.

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

The figure which shows the basic structure of the game system of 1st Embodiment. The block diagram which shows the structure of the user terminal of 1st Embodiment. The block diagram which shows the structure of the game server of 1st Embodiment. A diagram for conceptually explaining card reservation in evolutionary synthesis. The figure which shows the configuration example of a card data table. The figure which shows the structural example of the evolutionary synthesis data table. The figure which shows the configuration example of the possession card data table. The figure which shows the configuration example of the reservation data table. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The functional block diagram of the game server of 1st Embodiment. A sequence chart showing an example of evolutionary synthesis reservation processing. A sequence chart showing an example of evolutionary synthesis reservation processing. A sequence chart showing an example of the browsing process of a possessed card. A sequence chart showing an example of the sale process of a reserved card. A sequence chart showing an example of the sale process of a reserved card. A sequence chart showing an example of judgment processing when a card is obtained. A sequence chart showing an example of judgment processing when a card is obtained. A sequence chart showing an example of evolutionary synthesis processing. A sequence chart showing an example of the reservation process of evolutionary synthesis of the second embodiment. A sequence chart showing an example of the reservation process of evolutionary synthesis of the second embodiment. A sequence chart showing an example of the sale processing of the reserved card of the second embodiment. A sequence chart showing an example of the sale processing of the reserved card of the second embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of a game in a modification. The figure which shows an example of the image displayed on the user terminal at the time of execution of a game in a modification.

(1) First Embodiment (1-1) Configuration of Game System Hereinafter, the game system 1 will be described as one embodiment of the information processing system.

FIG. 1 shows a system configuration example of the game system 1 of the embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c, ..., And a game server 20. The game server 20 can be accessed from the user terminals 10a, 10b, and 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, for example, a feature phone, a smartphone, a tablet terminal, a personal computer, a television receiver having a bidirectional communication function (for example). It is a communication terminal such as a so-called multifunctional smart TV) and a portable game machine with a communication function. In the following description, when the user terminals 10a, 10b, 10c, ... Are commonly referred to, they are referred to as the user terminal 10.

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

(1-2) Configuration of User Terminal The user terminal 10 will be described with reference to FIG.
As shown in FIG. 2, the user terminal 10 includes a CPU (Central Processing Unit) 11 and R.
It includes an OM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an operation input unit 15, a display unit 16, a communication interface unit 17, and a storage 18, and transmits control signals or data signals between the units. A bus 19 for the purpose is provided.

The CPU 11 reads out the programs and data stored in the ROM 12 and controls the entire operation in the user terminal 10, such as the timing processing of the control signal and the data signal with each part in the user terminal 10. The CPU 11 also reads out the program stored in the storage 18 and various data necessary for executing the program, expands the program into the RAM 13, and performs various processes such as data input / output processing, arithmetic processing, and determination processing associated with the execution of the program. 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 uses the web browser stored in the storage 18 as the RAM1.
Load it in 3 and execute it. Then, the CPU 11 is based on the designation of the URL (Uniform Resource Locator) input to the user by the operation input unit 15 or the like, and the communication interface unit 17
Data for displaying a web page from the game server 20, that is, HT.
Data of objects such as ML (HyperText Markup Language) documents and images associated with the documents (hereinafter, collectively referred to as "HTML data") is acquired via the communication interface unit 17 and is a web browser. To interpret the HTML data. The user terminal 10 may be equipped with various plug-ins for extending the browser function of the web browser. An example of such a plug-in is a flash player by Adobe Systems Incorporated in the United States. Alternatively, the HTML data in the present embodiment may be in the HTML5 format having a moving image and audio reproduction function.

The web browser communicates with the game server 20 according to HTTP (HyperText Transfer Protocol). In the web browser, when a URL (Uniform Resource Locator) or an operation target (for example, a software button (hereinafter, simply referred to as "button") or the like on a web page is selected by an operation of the operation input unit 15 by the user. , Sends a URL 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, and obtains HTML data.
It is interpreted and the image of the web page is displayed on the display unit 16.
In this embodiment, the HTML data is an example of image data.

The display unit 16 is, for example, an LCD (Liquid Cristal Display) or an organic EL (Electro Lumin).
affinity) A display device such as a display. When an LCD (Liquid Cristal 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 transistor.

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

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

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

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

For example, the storage 25 stores a program that performs communication according to HTTP with the web browser of the user terminal 10 that is a client to provide a web service. The CPU 21 expands the program stored in the storage 25 into 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 a process according to the HTTP request, and uses the HTTP data including the execution result as an HTTP response at the user terminal. Return to 10.

The storage 25 is an information recording device composed of, for example, a flash memory or an HDD (Hard Disk Drive), and is a data table group 70 (in addition to the above-mentioned program).
Will be described later) is stored. The data table group 70 includes a card data table, an evolutionary synthesis data table, a possession card data table, and a reservation data table. Each data table in the storage 25 is appropriately accessed from the CPU 21 for reading and writing data.

(1-4) Reservation in evolutionary synthesis of cards of the game of the present embodiment The game executed in the game system 1 of the present embodiment is a game executed by the user using the card as an object. In this game, for example, a user searches an area on the game to acquire a card or an item, or uses a card possessed by the user to play against another user or an NPC (Non-Player Character).
In the game of the present embodiment, the card evolutionary synthesis process (hereinafter, appropriately simply referred to as "evolutionary synthesis") is a process of evolving the card possessed by the user when a predetermined condition is satisfied. The evolutionary synthesis of the card is a process of changing the card ID as described later in the example of the present embodiment, but may be a process of changing at least a part of the card data (described later) corresponding to the card. In that case, the target for changing the card data is not particularly limited, but for example, it is a card parameter such as a card name, a card image, or a rarity. Evolutionary composition of cards is an example of a process of changing an object and a process of changing object information.
To execute evolutionary synthesis, the user has a card that he or she owns (hereinafter, "possessed card" as appropriate).
That is. ), Select the base card as the card you want to evolve (that is, the card to be subject to card data change processing). The card selected as the base card is an example of a selection object.
In evolutionary synthesis, the combination conditions of a plurality of cards (referred to as "reference cards") necessary for evolving the base card are determined for each base card. When evolutionary synthesis is performed, the reference card used for the evolutionary synthesis disappears from the user's possession card.
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 the present embodiment, it is a condition (change condition) for the user to have a plurality of reference cards that are a combination condition corresponding to the card selected as the base card by the user in order to evolve the selected card. An example).

In the game of the present embodiment, as an example of the process in which the user loses his / her own card,
For example, there is usually a synthesis process and a sale process. Normally, to execute the synthesis process, the user selects a base card as the card he / she wants to grow from his / her own cards. In the normal synthesis process, the combination condition of the reference card may not be determined for each base card, and the user can appropriately select the reference card from the possessed cards. Normally, when the compositing process is executed, the reference card disappears from the user's possession card at the cost of changing the card parameters of the base card (for example, increasing the card level and skill level).
In the sale process, a card selected from the user's possession cards (for example, a card that the user does not need) is sold instead of the user getting the sale price (for example, points in the game) corresponding to the card. The card disappears from the user's card.

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

The reservation of a card in evolutionary synthesis will be specifically described with reference to FIG. FIG. 4 shows
It is a figure for conceptually explaining the reservation of a card in evolutionary synthesis.
In FIG. 4, consider a case where a user possesses cards Q, A, and C and wants to evolve the card Q. Here, it is assumed that the user possesses a plurality of reference cards A, B, and C, which are combination conditions corresponding to the card Q, as the condition (change condition) for evolving the card Q. Since the user does not have card B at this time, evolutionary synthesis cannot be performed on card Q. In that case, for the evolutionary synthesis of the card Q, the user does not accidentally use the cards Q, A, and C possessed by the user for processing other than the evolutionary synthesis of the card Q and lose them. Reserve cards Q, A, and C in. 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).

Regarding reserved cards, "restriction of being used for processing other than evolutionary synthesis" does not mean that processing itself other than the intended evolutionary synthesis using reserved cards is prohibited, and reservations are made. Processing other than the target evolutionary synthesis using the completed card can be executed, but the procedure for executing the process may be difficult or the procedure for executing the process may be complicated. If the "process other than evolutionary synthesis" for the reserved card is a process to eliminate the reserved card from the user's possession card (that is, a process to make the reserved card non-possessed), the process is restricted. Is particularly preferred.
Further, 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 is illustrated, but the case is not limited to this case. The user may be able to appropriately select which possession card is to be the reserved card.

(1-5) Configuration of data table Next, regarding the card data table, evolutionary synthesis data table, possessed card data table, and reservation data table stored in the storage 25 of the game server 20.
This will be described in order with reference to FIGS. 5 to 8. The storage 25 of the game server 20 is an example of a storage device.

(I) Card data table The card data table records the data of the cards used in the game of the present embodiment. FIG. 5 shows a configuration example of the card data table. In the example shown in FIG. 5, the card ID
Each contains card name, card image, and card parameter data. Card I
D is an example of information indicating an object.
The card name is a character string indicating the name of the character displayed on the card. The card image is an image of the character displayed on the card. Card parameters consist of rarity, attributes, costs, skills, selling prices, offensive power, defensive power, and limited flag data.
The rarity is an index showing the rarity value of the card, and in the example shown in FIG. 5, the rarity is set higher in the order of R1 to R5.
The attribute is an attribute of the character displayed on the card, and is any of N1 to N3 in the example shown in FIG.
The cost is a value that is referred to when incorporating the card into the user's card team. For example, when a match is played by a card team, the total cost of the cards included in the card team is limited to a predetermined value or less.
Skill is information that shows an effect that is advantageous when playing a game using a card.
In the example shown in FIG. 4, skills having various effects of SK1 to SK12 are set for each card. Not all cards need to have the skill.
The selling price is a game point that the user gets when selling a card that the user owns.
Attack power and defense power are parameters that are referred to when using cards in battles.
The limited flag is a flag indicating whether or not the card is issued for a limited time. In the example shown in FIG. 4, a card having a limited flag of "1" means a card issued for a limited time, and a card having a limited flag of "0" means a card not limited to a limited time. do.

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

(Iii) Possession card data table In the possession card data table, information (possession information) of the possession card of the user is recorded. FIG. 7 shows a configuration example of the possession card data table. FIG. 7 illustrates a possession card data table for one user, but the possession card data table is provided for each user registered in the game.
In the possession card data table shown in FIG. 7, each data of the serial number, the card level, the skill level, and the reservation ID is recorded in association with each card ID.
The serial number is a unique number that is determined when the card is given to the user. Different serial numbers are assigned to cards with the same card ID. When the card evolves, the serial number may or may not be changed before and after the evolution of the card.
The card level is a parameter indicating the growth level of the card, and is increased by performing the above-mentioned normal synthesis, for example. The card level value (initial value) at the time when the user acquires the card is 1, and the user can usually grow the card (that is, increase the card level) by performing the synthesis.
The skill level is a parameter indicating the skill level of the card, and in particular, it is a parameter indicating the skill level of the card. The skill level value (initial value) at the time when the user acquires a card with skill is 1, for example, the skill level of the card is increased by performing normal synthesis using a card satisfying a predetermined condition as a reference card. Can be made to. As the skill level of the card increases, the effect generated by the skill increases.
The reservation ID is identification information for identifying the reservation content for evolutionary synthesis. A reservation ID is associated with the possession card of the user who is a reserved card. For example, FIG.
In the example shown in, 5 cards of card IDs: 0591,0010 (2 cards), 0033, and 2005 are reserved cards. The reservation ID recorded in the possession card data table corresponds to the reservation ID recorded in the reservation data table described later.

(Iv) 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. FIG. 8 illustrates a reservation data table for one user, but 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. FIG. 8
In the example shown in, numbers are recorded in ascending order such as 01, 02, .... The evolution ID corresponds to the evolution ID shown in the evolution synthesis data table, and is an ID that specifies the content of evolution synthesis.
Is.
Of the serial numbers of the reserved cards, the serial number of the pre-evolution card is the serial number corresponding to the possessed card selected by the user as the base card for evolutionary synthesis. Of the serial numbers of the reserved cards, the columns C1 to C5 of the reference card correspond to the columns C1 to C5 that constitute the combination condition of the reference card ID in the evolutionary synthesis data table, respectively.
If the reference card corresponding to each column is reserved, the serial number of the reference card is recorded.
In each column of the reference card, "No reservation" is displayed in the column corresponding to the unreserved reference card.
Data indicating (for example, NULL) is recorded.
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 the following, the case where the reservation data table is provided will be described, but it is not essential to provide the reservation data table independently. As a method of managing reservations for evolutionary synthesis
The data to be recorded in the reservation data table may be recorded in the possession card data table. In that case, in the possession card data table, it corresponds to the card ID of the reserved card and corresponds to any of the character strings of the reservation ID, the evolution ID, and C1 to C5 (corresponding to the columns C1 to C5 of the evolutionary synthesis data table). Any character string that can be used is recorded.)

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

(1-6) Specific Examples of Card Reservation and Evolutionary Synthesis Processing Hereinafter, specific examples of card reservation and evolutionary synthesis processing of the game of the present embodiment are shown in FIG.
This will be described with reference to ~ 12. 9 to 12 are diagrams showing an example of a screen displayed on the user terminal 10 when the process of the game of the present embodiment is being executed, respectively.

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

When the button b4 (“evolutionary synthesis”) is operated in the image P1, the image changes as shown in P2. In the image P2, a plurality of possessed cards are displayed in a list in order to select one of the possessed cards of the user as the base card. The image is configured so that the card that cannot be evolved (in the illustrated example, the card TOM, TED, DSG) cannot be selected as the base card. That is, in the image P2, the evolving card and the non-evolving card among the cards possessed by the user are shown in a display format that can be identified by the user. The method of showing the evolving card and the non-evolving card in a display format that can be identified by the user is not limited to the example shown in the image P2 of FIG. The list of possessed cards may be a list of character strings of the card name of each card, and in that case, it is possible to distinguish between evolving cards and non-evolving cards by the brightness, size, etc. of the character strings. You may. In image P2, for example, when card KLM is selected as one of the evolving cards,
The image changes as shown in P3. Image P3 has a button b6 (“select”) to confirm the selected card as the base card for evolutionary synthesis, and a button b7 (“back”) to return to image P2 and select another card as the base card. ") And is included.
When the button b6 is operated by the user 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 conditions of the reference card required for evolution. .. The image P4 is an image for reserving a card possessed by the user among the reference cards necessary for the evolution of the card KLM selected as the base card for evolutionary synthesis. If the card KLM selected as the base card meets the conditions of the reference card required for evolution at the time when the user operates the button b6 in the image P3, the card KLM is replaced with the image P4. An image (not shown) is displayed for the user to instruct whether or not to perform evolutionary synthesis of.

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

(B) Browsing process of possessed card (Fig. 10)
FIG. 10 shows a series of changes in the display screen when the browsing process of the user's possession card is executed. In FIG. 10, the image P1 is the same as that shown in FIG.
When the button b1 (“see the possessed monster”) is operated in the image P1, the image changes as shown in P6. In the image P6, a list of cards owned by the user is displayed. At this time, it is preferable to display the reserved card for evolutionary synthesis in a display format that can be distinguished from other cards by the user. In the example shown in FIG. 10, a mark indicating the shape of a key is displayed on the reserved card to indicate to the user that the card is a reserved card. By indicating that it is a reserved card, it is possible to prevent the user from using the reserved card for processing other than evolutionary synthesis and losing it.
The method of showing the reserved card and the other cards in a display format that can be identified by the user is not limited to the example shown in the image P6 of FIG. The list of possessed cards may be a list of character strings of the card name of each card, and in that case, even if the reserved card and other cards can be identified by the brightness, size, etc. of the character string. good.

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

As shown in image P8, complicating the procedure for executing the sale processing of the reserved card is an example of limiting the use of the reserved card for processing other than evolutionary synthesis.
Further, although not shown in FIG. 11, in the image P7, the list of the user's possessed cards may be displayed in such a manner that the reserved cards cannot be selected. That is, in order to more reliably prevent the reserved card from being used for processing other than evolutionary synthesis.
Execution of the sale process of the 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. In FIG. 12, the image P10 is an example of an image displayed when the user obtains a new card DSG while executing the game.
If the combination of reserved evolutionary synthesis reference cards is met by obtaining this new card DSG, the new card will be used to obtain the reserved evolutionary synthesis reference card. It is preferable to notify the user that the combination condition of is satisfied. More preferably, it is preferable to display an image for performing evolutionary synthesis as shown on P11.
The image P11 is a display area 101 showing a pre-evolution card (card KLM) and a post-evolution card (card QRS), and a display area 102 showing a reference card required for evolutionary synthesis and its state (here, reserved or possessed). , And a button b20 (“Yes”) and a button b21 (“No”) for accepting a request to perform 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 image P12, the card image of the evolved card, the card name, and at least a part of the parameters are displayed.
If the combination condition of the reserved evolutionary synthesis reference card is satisfied by acquiring a new card, the evolutionary synthesis is executed without waiting for the user's operation, and the user is notified after the execution. On the other hand, it may be notified that evolutionary synthesis has been performed. That is, in FIG. 12, the image P12 may be displayed following the image P10.

(1-7) Outline of Functions Provided by the Information Processing Device Next, the 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 a function that plays a major role in the game server 20 of the present embodiment. In FIG. 13, the data table group 70 includes a card data table, an evolutionary synthesis data table, a possession card data table, and a reservation data table, as described above. It should be noted that not all of the means included in the functional block diagram shown in FIG. 13 are essential elements in the present invention. For example, in one aspect of the present invention, the receiving means 51, the acquiring means 55, the output means 56, and the limiting means 58 may be provided.

The receiving means 51 has a function of receiving various requests from the user based on the information regarding the operation input of the user. In the game of the present embodiment, the requests from the user include, for example, a request for evolutionary synthesis processing of a card, a request for reservation processing for evolutionary synthesis, a request for execution of evolutionary synthesis, a request for viewing processing of a card possessed by the user, and possession of the user. There is a request to process the sale of the card.
The request for the reservation process of evolutionary synthesis is that at least one of the base card in evolutionary synthesis and the plurality of reference cards corresponding to the basecard is evolved and synthesized in response to the image data being output by the output means 56. It is a request to reserve for and limit processing other than the evolutionary synthesis.
In order to realize the function of the reception means 51, the game server 20 uses the communication interface unit 2 as a communication interface unit 2.
A request corresponding to a button operation input by a user in a web page which is an image is received from the user terminal 10 via 4. The CPU 21 of the game server 20 determines the content of the request based on the information included in the received request, and performs the request acceptance process. In the reception process, the request is recorded in the RAM 13. The CPU 21 sequentially executes processing according to the received request.

The game processing means 52 has a function of executing various game processes other than evolutionary synthesis based on the request from the user terminal 10 received by the receiving means 51. The processing of the game of the present embodiment may be appropriately provided, and for example, a battle processing between users, a battle processing between users and NPCs, a quest processing by a user, a processing for normal synthesis of a user's possession card, and a user's possession card. It is a sale process of.
Although the battle process will not be described in detail, for example, a user organizes 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 value, and the team plays against another user or NPC. The result of the match is determined by parameters such as attack power, defense power, and skill of each card that makes up the team.
The quest process is a process for the user to obtain a card or an item by performing a process for searching an area in the game.

The function of the game processing means 52 when executing the normal synthesis process of the user's possession card is
It is realized as follows. When the CPU 21 of the game server 20 receives the execution request of the normal synthesis including the selection result of the user 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 RAs.
Expand to M23. Next, the CPU 21 of the game server 20 changes the parameters of the base card (for example, the card level and the skill level) based on the parameters of the base card and the reference card, and writes the changed base card parameters to the possession card data table. , Delete the card data of the possession card used as the reference card from the possession card data table. Note that the card level and skill level of the base card do not always increase each time you perform a normal synthesis. For example, each time you perform a normal synthesis, the value of the breeding parameter associated with the card is increased, and when the value of the breeding parameter reaches a predetermined value, the card level is increased by 1 and the value of the breeding parameter is set to zero. You may want to reset it.

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

The determination means 53 has a function of determining whether or not a condition that a plurality of reference cards, which is a combination condition corresponding to the base card, is included in the user's possession 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 the reference cards corresponding to the reservation IDs to be determined in the reservation data table are available. Specifically, the CPU 21 of the game server 20 makes a reservation I to be determined.
Each reference card ID corresponding to the evolution ID corresponding to D (C in the evolutionary synthesis data table of FIG. 6)
The card ID) recorded in the columns 1 to C5 is read from the evolutionary synthesis data table.
Further, the CPU 21 determines whether or not the serial number is recorded in all the columns C1 to C5 of the reference card in the reservation data table corresponding to the card IDs in the columns C1 to C5 read out. If the serial number is recorded in all the fields, it means that the condition that the combination of multiple reference cards corresponding to the base card is included in the user's possession card is satisfied.

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

The acquisition means 55 is a base card selected by the user (an example of a selection object).
Multiple reference card IDs, which are a combination condition (an example of a change condition) of reference cards corresponding to
It has a function to acquire from the evolutionary synthesis data table. Further, the acquisition means 55 acquires the serial number (an example of object information) of any of the cards possessed by the user based on the operation input of the user when making a reservation for the card for evolutionary synthesis. It has a function.
When the acquisition means 55 acquires a plurality of reference card IDs, which is a combination condition of reference cards,
The CPU 21 of the game server 20 refers to the evolutionary synthesis data table in response to acquiring the selection result of the base card from the user terminal 10, and reads out a plurality of reference card IDs constituting the combination conditions corresponding to the base card. ..
On the other hand, when the acquisition means 55 acquires the serial number of the card, the CP of the game server 20
When the U21 receives a request for evolutionary synthesis reservation processing from the user terminal 10, the U21 selects a non-reserved possession card from the base card subject to evolutionary synthesis and a plurality of reference cards corresponding to the base card. Refer to the possession card data table to identify and read the serial number of the identified card.

The output means 56 uses the plurality of reference card IDs (information indicating a plurality of objects), which is a combination condition of the reference cards acquired by the acquisition means 55, to display the plurality of reference cards so that the user can identify them. It has a function to output image data (an example of output data) for displaying in a format. An example of the image displayed by the output means 56 is the image P4 of 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 the base card selected by the user. Card I corresponding to the serial number of
Multiple reference card IDs (C1) that are combination conditions corresponding to the pre-evolution card ID that matches D
~ Read the card ID in the column of C5). The CPU 21 refers to the card data table and the possessed card data table in order to acquire the card data corresponding to each reference card ID. Then, the CPU 21 generates an image in which the selected base card and the plurality of reference cards corresponding to the base card are displayed in a display format that can be identified by the user. An example of the "user-identifiable display format" is a format in which the card image of each card is displayed, as illustrated in the image P4 of FIG.

The recording means 57 receives the request for the reservation process of evolutionary synthesis, and the recording means 57 receives the acquisition means 55.
It has a function of recording the serial number acquired by the user in the reservation data table in the storage 25 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 a process different from the evolutionary synthesis of the selected base card. The serial number of the non-reserved possession card acquired by the acquisition means 55 is recorded in the reservation data table as the serial number of the reservation target card.

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

The limiting means 58 has a function of limiting the reserved card recorded in the reserved data table from being used for processing other than the target evolutionary synthesis. More specifically, the limiting means 58 is a combination condition of the reference card acquired by the acquiring means 55 among the cards possessed by the user in response to receiving the request for the evolutionary synthesis reservation process by the receiving means 51. When,
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 target evolutionary synthesis. It has a function to limit.
"Used for processing other than the target evolutionary synthesis" means that the card recorded as a reserved card associated with the target evolutionary synthesis is an evolutionary synthesis or normal synthesis other than the target evolutionary synthesis. It is also included when it is used for.
Various methods can be considered as the limiting method by the limiting means 58. For example, when a restricted card is selected for processing other than evolutionary synthesis intended by the user, or when the restricted card is selected for processing other than evolutionary synthesis intended by the user, the user is asked. A method of giving a warning to the user or performing a process of confirming the continuation of the process can be mentioned.

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

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

Further, the notification means 59 is further based on a combination condition of the user's possession card data table (an example of possession information) and the reference card acquired by the acquisition means 55 at a predetermined timing.
When it is determined that the condition for executing the evolutionary synthesis of the card selected by the user is satisfied because it is determined that the user has a plurality of reference cards included in the combination condition.
You may notify in a user-identifiable format that the conditions for executing the evolutionary synthesis of the card have been satisfied.
In the present embodiment, an example is shown in which the fact that the reference cards necessary for evolutionary synthesis are prepared is a necessary and sufficient condition for the condition for executing evolutionary synthesis to be satisfied, but the present invention is not limited to this example. for example,
In addition to having all the reference cards required for evolutionary synthesis, if other conditions (for example, the user consumes a predetermined amount of points) are met, the conditions for executing evolutionary synthesis may be met. May be good. In that case, if other conditions are not met when the reference cards required for evolutionary synthesis are available (for example, when the user has less than the specified amount of points), only the reference cards are available. May be notified to the user, and when the other conditions are satisfied, the user may be further notified that the condition for executing the evolutionary synthesis is satisfied.

It is not essential to provide the notification means 59, but by providing the notification means 59, for example,
Evolved by obtaining a card for a user who reserves some of the reference cards required for evolutionary synthesis before executing evolutionary synthesis and waits for evolutionary synthesis until the remaining reference cards are obtained. Since it is notified that all the reference cards required for synthesis are available, the convenience for the user can be improved.

The display means 60 distinguishes between the reserved card (that is, the card specified as the restricted object to be restricted by the restricting means 58) and other cards among the cards possessed by the user in a display format that can be identified by the user. It has a function to control the 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 a card from the user terminal 10 and (ii) viewing of the user's possession card. It is the timing when the processing request is acquired.

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

(ii) Display at the time of requesting the viewing process of the user's possession card In this case, the difference in the display mode for each possession card is the presence or absence of a symbol to be displayed in association with the card, as shown in image P6 of FIG. .. That is, the card corresponding to the serial number recorded in the reservation data table (that is, the reserved card) has a predetermined symbol displayed in association with the card, and corresponds to the serial number not recorded in the reservation data table. Make sure that the card (a card that is not a reserved card) does not display the specified symbol associated with the card. The difference in the display mode is not limited to this example, and may be appropriately set, for example, when the form or size of the card is changed for display.
In order to realize the function of the display means 60 in this case, the CPU 21 of the game server 20 is used.
Possessed card Identify the reserved card from the possessed cards in the data table. At this time, C
The PU 21 reads out the serial number of the reserved card recorded in the reservation data table, and identifies the reserved card among the cards possessed by the user. Then, the image data for transmitting (outputting) the list of the user's possessed cards to the user terminal 10 in a display format in which the reserved card and the other cards can be identified by the user is generated.
The method of specifying the reserved card may be performed based on whether or not the data is recorded in the "reservation ID" column of the possession card data table.

It is not essential to provide the display means 60, but by providing the display means 60, the user who sees the displayed image can recognize the reserved card so as to be distinguishable from other cards. also,
When any of the cards owned by the user is specified and some processing is executed, the reserved card and the other card can be recognizable in an identifiable manner, so processing other than evolutionary synthesis aimed at the reserved card It can be more effectively prevented from being used in.

(1-8) Processing Flow of the Game of the Present Embodiment Next, with respect to an example of the processing flow of the game of the present embodiment, FIGS. 14A and 14B, FIGS. 15, 16A and 16B, FIGS. 17A and 17B, and FIG. This will be explained with reference to the sequence chart of.
14A and 14B are sequence charts showing the reserved processing of evolutionary synthesis. FIG. 15 is a sequence chart showing the browsing process of the possessed card. 16A and 16A
B is a sequence chart showing the sale processing of the reserved card. 17A and 17A
B is a sequence chart showing a determination process at the time of obtaining a card. FIG. 18 is a sequence chart showing the evolutionary synthesis process.
In each figure, the displayed steps of the images P1 to P8 and P10 to P12 shown in FIGS. 9 to 12 are designated by the reference numerals of the respective images.

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

In FIG. 14A, a predetermined button (for example, FIG. 9) is displayed on the image displayed on the user terminal 10.
By operating the button b4) of the image P1 of the above, the CPU 1 of the user terminal 10
1 receives 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 the request for the evolutionary synthesis process from the user terminal 10, it refers to the evolutionary synthesis data table and the possession card data table and reads out the evolutionary user's possession card (S14). That is, the CPU 21 of the game server 20
Reads the card data of the user's possession card from the possession card data table, and reads out all the pre-evolution card IDs (that is, the card IDs of the evolving cards) of the evolutionary synthesis data table. Next, the CPU 21 identifies the serial number corresponding to the card ID of the evolving card (that is, the base card candidate) from the cards possessed by the user, and generates image data including a list of the base card candidates (S16). , Sent to user terminal 10 (S18
).
As shown in image P2 of FIG. 9, the image data generated in S16 is a display in which the user can distinguish between an image of an evolving card and an image of a non-evolving card among the cards possessed by the user. It is preferably generated in a format.

When the CPU 11 of the user terminal 10 acquires the image data transmitted in S18, the CPU 11 displays the image on the display unit 16 based on the image data (S20). As illustrated in image P2 of FIG. 9, the image displayed in S20 includes images of a plurality of cards that are candidate base cards, and the serial number of each card is selected by manipulating the images of each card. It is configured to be possible. When an operation of selecting one of the plurality of base card candidates displayed in S20 as the base card is performed, the CPU 11 accepts the selection result (serial number) of the base card (S22), and the selection result is selected. Is transmitted 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 the columns of C1 to C5) that are combination conditions corresponding to the pre-evolution card ID (
S26). Next, the CPU 21 refers to the possessed card data table and the reserved data table to specify the state of the card (not possessed, possessed, reserved) corresponding to each reference card ID read in S26, and based on the specific result. Generate image data (S28).

The method of specifying the state of each reference card is as follows.
Read the serial number recorded in the "Reserved card serial number" column of the reservation data table, refer to the possession card data table, and specify the card ID corresponding to the read serial number. If there is a card ID that matches the reference card ID read in S26 among the specified card IDs, the state of the card corresponding to the reference card ID is specified as "reserved".
It is determined that the card ID recorded in the user's possession card data table includes 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 checked. If it is not specified as "reserved", the state of the card corresponding to the reference card ID is specified as "possessed". If the state of the card corresponding to the reference card ID read in S26 is not specified in either "reserved" or "possessed", the state of the card corresponding to the reference card ID is regarded as "not possessed". Identify.

The image data generated in S28 may differ depending on the specific result of the state of the card.
That is, the status of all the reference cards read in S26 is "possessed" or "reserved".
If is, it means that all the reference cards necessary for evolutionary synthesis of the card selected as the base card are prepared, so that the CPU 21 of the game server 20 is a user regarding whether or not to execute evolutionary synthesis. Generates image data for instructions. Then, when the operation input for selecting to execute the evolutionary synthesis is performed, the process proceeds to the evolutionary synthesis process shown in FIG.
On the other hand, in the CPU 21, the state of at least one of the reference cards read in S26 is ".
If you are "not in possession" (that is, if you do not have all the reference cards required for evolutionary synthesis of the card selected as the base card), then the card selected as the base card and the "possessed" status reference. Generate image data to reserve the card for evolutionary synthesis.
Here, the latter case (when the state of one of the reference cards is "not possessed") is assumed. In the latter case, as illustrated in the image P4 of FIG. 9, the CPU 21 associates each reference card with the card image to form a display format in which each reference card can be identified by the user, and the card for each reference card. Image data is generated by associating a specific result of the state of. Further, the image data is an instruction unit (for example, FIG. 9) capable of accepting a request for evolutionary synthesis reservation processing using a base card and a possession card that is not reserved among a plurality of reference cards as a reservation target card. 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 the CPU 11 of the user terminal 10 acquires the image data transmitted in S30, the CPU 11 displays the image on the display unit 16 based on the image data (S32). here,
When an instruction for requesting the evolutionary synthesis reservation process (for example, operation of the button b8 of the image P4) is given, the CPU 11 of the user terminal 10 accepts the request for the evolutionary synthesis reservation process (S).
34), the request is transmitted to the game server 20 (S36).

Upon receiving the request for the evolutionary synthesis reservation process, the CPU 21 of the game server 20 accesses the reservation data table and has issued a reservation ID corresponding to the serial number of the base card acquired in S24 (that is, "evolution". Whether or not the same serial number is recorded in the "previous card" column (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), reservation I
After issuing D (S40), proceed to S42. In S42, the CPU 2 of the game server 20
1 writes the serial number of the reservation target card in the reservation data table in association with the reservation ID.
At this time, when the reservation ID is newly issued, the CPU 21 writes the serial number of the base card among the reservation target cards in the "pre-evolution card" column. Furthermore, among the cards to be reserved, the column of "reference card" which is the same as the card ID corresponding to the serial number of the reference card (
(Any of the columns C1 to C5) is specified, and the serial number of the reference card among the reservation target cards is written in the specified column.
On the other hand, when the reservation ID has already been issued, since the serial number is already recorded in the "pre-evolution card" column, the CPU 21 only writes the serial number of the reference card among the reservation target cards. ..
When the CPU 21 newly issues a reservation ID in the reservation data table, the data indicating "no reservation" is used 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 makes a reservation I to be written in S42 in the "reservation ID" column corresponding to the card ID of the reservation target card in the possession card data table.
Write the data of D (S44). Finally, the CPU 21 generates image data indicating that the reservation is completed (S46), and transmits the image data to the user terminal 10 (S48). When the CPU 11 of the user terminal 10 acquires the image data transmitted in S48, the CPU 11 displays an image (for example, the image P5 in FIG. 9) on the display unit 16 based on the image data (S50).

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

(C) Sale processing of reserved cards (Fig. 16A, Fig. 16B)
In FIG. 16A, a predetermined button (for example, FIG. 1) is displayed on the image displayed on the user terminal 10.
The CPU of the user terminal 10 is operated by the user by operating the button b5) of the image P1 of 1.
11 accepts a request for sale processing of the possessed card (S80), and accepts the request in the game server 20.
(S82).
When the CPU 21 of the game server 20 receives the request for sale processing of the possessed card from the user terminal 10, the CPU 21 of the possessed card identifies the card ID of the possessed card from the possessed card data table, and the card of the possessed card is specified from the card data table and the possessed card data table. The data is read out, image data including a list of possessed cards is generated (S84), and the image data is transmitted to the user terminal 10 (S86). When the CPU 11 of the user terminal 10 acquires the image data transmitted in S86, the CPU 11 obtains an image (for example, the image P7 in FIG. 11) based on the image data.
Is displayed on the display unit 16 (S88).
As illustrated in image P7 of FIG. 11, the image displayed in S88 includes an image of the arranged user's possessed cards, and the serial number of each card can be selected by manipulating the image of each card. It is configured to be. When an operation of selecting one of the plurality of possessed cards displayed in S88 as the card to be sold is performed, the user terminal 10
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 is a selection result (serial number) of a card to be sold from the user terminal 10.
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 possession card data table and makes a 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 the CPU 11 of the user terminal 10 acquires the image data transmitted in S98, the CPU 11 displays an image (for example, the image P8 in FIG. 11) on the display unit 16 based on the image data (S100).
As illustrated in the image P8 of FIG. 11, the image displayed in S100 is provided with a button for confirming whether or not to continue the sale process. When the CPU 11 accepts the request to continue the sale process based on the operation by the user of this button (S102: YES).
, The request is transmitted to the game server 20 (S104). If the request to continue the sale process is not accepted (S102: NO), the image for selecting the card to be sold (for example, the image P7 in FIG. 11) may be displayed again.

If the request to continue the sale process received from the user terminal 10 is received, or if the reservation ID is not associated with the serial number of the card to be sold (if it is not a reserved card) (S94: NO), the game The CPU 21 of the server 20 stores the serial number of the card to be sold in the RAM 23, and erases the data in the row of the serial number in the possession card data table (S106). Further, 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 is S.
About the card erased in 106 (card to be erased) Based on the serial number stored in the RAM 23, the card to be erased is a reserved reference card, a reserved base card, or any of them. It is determined whether or not there is (S108).
When the erase target card is a reserved reference card, the CPU 21 of the game server 20 erases all the serial numbers of the erase target cards recorded in the reservation data table (S110). If the card to be erased is a reserved base card (pre-evolution card), 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 will be erased ( S112). If the card to be erased is not a reserved card, no processing is performed on the reserved data table.

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

(D) Judgment processing at the time of card acquisition (FIG. 17A, FIG. 17B)
In the game of the present embodiment, preferably, when the user newly obtains a card, the user possesses all of a plurality of reference cards, which is a combination condition corresponding to the reservation ID, by obtaining the card. When all the reference cards are available (that is, all the reference cards are available), the user is notified that all the reference cards corresponding to the reservation ID are available. Therefore, when the user newly obtains 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 gives a card to the user by the game process, the card of the card (referred to as “acquisition card”) that the user obtains from the card data table. The ID is determined (S120). When the card ID of the acquisition card is determined, the game server 20 generates image data including the card data of the acquisition card for the user terminal 10 and transmits it to the user terminal 10 (S122).
). When the CPU 11 of the user terminal 10 acquires the image data transmitted in S122, the CPU 11 displays an image (for example, the image P10 in FIG. 12) on the display unit 16 based on the image data (for example, the image P10 in FIG. 12).
S124).
Next, the CPU 21 of the game server 20 issues a serial number corresponding to the acquired card, and writes the data corresponding to the issued serial number in the possession card data table (S).
126). When writing this data, the card level and skill level are the initial values 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 is the evolution I recorded in the reservation data table.
All D's are specified, and a plurality of reference card IDs constituting the combination condition corresponding to the specified evolution ID are read from the evolution 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 (acquired card ID) of the acquired card (S130). If there is no reference card ID that matches the acquisition card ID (S130: NO), the process ends. CPU21
Is even if there is a reference card ID that matches the obtained card ID (S130: Y).
ES), when the serial number corresponding to the reference card ID has already been recorded in the reservation data table (that is, when 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 record a new serial number in the reservation data table.

On the other hand, the CPU 21 of the game server 20 has a reference card ID that matches the acquisition 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 (any of C1 to C5) corresponding to the reference card ID and (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 possession card data table (S136).

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

(E) Evolutionary synthesis processing (Fig. 18)
For example, if, as a result of executing the above-mentioned judgment process at the time of card acquisition, the conditions for evolutionary synthesis are met because all the reference cards required for evolutionary synthesis are prepared by the obtained card, the evolutionary synthesis process is performed. Will be executed.
The sequence chart shown in FIG. 18 shows a flow of processing when the determination processing shown in FIGS. 17A and 17B is subsequently executed. As illustrated in the image P11 of FIG. 12, 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. In FIG. 18, when the CPU 11 of the user terminal 10 receives an execution request for evolutionary synthesis (S150) based on the operation of this button by the user, the request is transmitted to the game server 20 (S152).

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

Since it is not necessary to record the data associated with the reservation ID in the reservation data table after executing the evolutionary synthesis, the CPU 21 of the game server 20 uses the reservation data table to display the data.
Delete the data in the row of the reserved ID that is the target of evolutionary synthesis (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 is S164.
When the image data transmitted in is acquired, an image (for example, FIG. 12) is obtained based on the image data.
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 the evolutionary synthesis of the card, which is an example of the process of changing the object, the base card to be the evolutionary synthesis and a plurality of corresponding references thereof. It is a requirement that the user has the card. Therefore, for example, if only a part of the reference cards among the plurality of reference cards is possessed, the evolutionary synthesis of the base card cannot be executed, so that the user can execute the evolutionary synthesis. Must get the remaining reference cards and wait until all the reference cards are available. At this time, the game server 20 of the present embodiment reserves the base card and the reference card possessed by the user and necessary for the target evolutionary synthesis before the execution of the evolutionary synthesis, in response to the request from the user. This limits the use of reserved cards for processing other than the intended evolutionary synthesis. Therefore, in the waiting period until the user obtains the remaining reference cards that the user does not possess, the base card or reference card possessed by the user is mistakenly used for other processing other than the target evolutionary synthesis. Can be prevented.

In the above-described embodiment, when a part of the plurality of reference cards corresponding to the base card is a reserved card, and then the user obtains a non-reserved card among the plurality of reference cards, the user obtains the reserved card. When the card automatically becomes a reservation target card (so to speak,
(In the case of automatic reservation) has been described (S136 in FIG. 17B). That is, in the recording means 57, a part of the base card and the plurality of reference cards is recorded in the reservation data table of the storage 25, and the user is either the base card or the plurality of reference cards. When a card that is not included in the possession card is obtained, the case where the serial number (card data) of the obtained card is recorded in the reservation data table has been described. Specifically, in the determination process at the time of card acquisition shown in FIGS. 17A and 17B, the reservation data table is serialized in the "reference card" column, which is the same as the acquisition card ID among the reference card IDs corresponding to the reservation ID. When the number is not recorded, the serial number of the acquisition card is written without relying on the user's operation input (S134 in FIG. 17B).
In other words, in the above-described embodiment, the user obtains a card, and the data in the row 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) by being reserved in the data table, the limiting means 58 processes the added card differently from the evolutionary synthesis corresponding to the reserved ID. The case of limiting the use in the above was described.

Making such an automatic reservation has the following advantages. That is, if some of the multiple reference cards are reserved (that is, recorded in the reservation data table), the user plans to perform evolutionary synthesis of the desired base card. You can think of it, so if the card you get is one of its multiple reference cards,
By automatically reserving the obtained card, the user does not have to input the operation for reservation, and it is more reliable that the newly obtained card is used for processing other than evolutionary synthesis. It can be suppressed.

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

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 possessed card data table of the user has been described as an example, but the notification is performed. Timing is not limited to this example. It may be notified at the timing when the user starts the game (for example, the timing when logging in), or when the game is divided into good timings (for example, when the game is composed of a plurality of stages, the play of each stage is performed. It may be notified at the end timing, etc.).
In addition, by notifying the user at the timing when the user obtains the card,
Each time a user obtains a card, he or she will be aware of 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 the present embodiment, when the limiting means 58 is requested to execute a process different from the evolutionary synthesis of the corresponding base card for the reserved card, as illustrated in the image P8 of FIG. 11, the user is referred to. The case of issuing a warning was explained. Not limited to the warning, the processing requested to be executed may be interrupted. For example, when any possession card is selected in the image P7 of FIG. 11, the processing for the selected card may be interrupted. Further, in the image P7, the reserved card may be displayed in a dark display so that it cannot be selected.
This will surely prevent the reserved card from being used for processing other than evolutionary synthesis corresponding to the reserved ID, or alert the user that it will be used for processing other than evolutionary synthesis corresponding to the reserved ID. Can be urged.

(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 HTML document acquired by the user terminal 10 from the game server 20 is interpreted. The case where the present invention is realized by a so-called browser format for displaying a game image has been described, but the present invention is not limited to this case. By executing the game program downloaded by the user terminal 10, the user terminal 10 proactively executes the game processing, and the user terminal 1
It may be realized by a so-called native application format that suppresses transmission / reception processing between 0 and the game server 20. In the native application format, image data is generated and displayed in the user terminal 10 without using a web browser.
In the second embodiment, an example of the case where the game of the first embodiment is realized by the native application format will be described. The hardware configuration of this embodiment may be the same as that of the first embodiment. In the form of the native application of this embodiment,
It is assumed that most of the processing is performed on the user terminal 10 side, but a part of the game processing not described below (for example, the lottery processing given to the user by lottery or the game operator gives the card to the user). The game server 20 may execute the process and send the processing result of the game server 20 to the user terminal 10.

In the present embodiment, the user terminal 10 receives a game program from the server of the game operator based on a predetermined operation by the user, and the received game program is stored in the storage 18. When the game is started by the user terminal 10, communication is established between the user terminal 10 and the game server 20, login processing is performed, and a data table group (card data table, evolution) is performed from the game server 20 to the user terminal 10. Synthetic data table, possession card data table) is sent. 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 every time the login is performed. The reservation data table is generated by the user terminal 10 and stored in the storage 18, and is updated every time the reservation process is executed.
To prevent the possessed card data table from being tampered with on the user terminal 10.
The possessed card data table in the user terminal 10 is transmitted to the game server 20 each time the predetermined process by the user terminal 10 is completed or when the user logs out from the game.
The game server 20 compares the received possession card data table with the possession card data table in the storage 25, confirms whether the data has been tampered with, and then receives the possession card data table in the storage 25. Update to one.

19A and 19B are sequence charts showing a reservation process for evolutionary synthesis of the present embodiment. 20A and 20B are sequence charts showing the sale processing of reserved cards. 19A, 19B, 20A, and 20B, FIGS. 14A and 14B.
B, the same processing as in FIGS. 16A and 16B is given the same sign.
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 user terminal 10 to the data table group (card data table, evolutionary synthesis data table, possession card) in the storage 25. Send (data table) (
S8). The CPU 11 of the user terminal 10 stores the received data table group in the storage 18, and executes the processes of S14 to S50 in cooperation with the RAM 13 and the display unit 16 based on the operation input from the operation input unit 15. do. The CPU 11 of the user terminal 10 sequentially updates the reservation data table, and after the reservation process is completed, stores the reservation data table in the storage 18. After the processing 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 sale processing (FIGS. 20A and 20B) of the present embodiment, the data table group is transmitted from the game server 20 to the user terminal 10 (S78) in the same manner as in the reservation processing.
, And the possession card data table is transmitted (S114) from the user terminal 10 to the game server 20 after the sale process is completed. The CPU 11 of the user terminal 10 cooperates with the RAM 13 and the display unit 16 and the like based on the operation input from the operation input unit 15, and S80 to S1
Twelve processes are executed.
Although not shown, in the present embodiment, the user terminal 10 proactively executes the browsing process of the possessed card, the determination process at the time of obtaining the card, and the evolutionary synthesis process in the same manner.
In the present embodiment, the case where the card data table, the evolutionary synthesis data table, and the possessed card data table are held in the game server 20 and the reserved data table is held in the user terminal 10 has been described, but the present invention is not limited to this case. In the game of the native application format, the holding sharing of each data table can be appropriately set, and it may be held in at least one of the user terminal 10 and the game server 20, and it is a specific holding mode. Not limited to. When any of the data tables is held in the game server 20, the data table held in the game server 20 is transmitted to the user terminal 10 when the game is executed, and is used for processing the game performed in the user terminal 10. Will be done.

(3) Modification Example Hereinafter, a modification common to each of the above-described embodiments will be described.
(3-1) Modification 1
In the embodiment, after the base card is selected, an unreserved possession card from a plurality of reference cards for evolutionary synthesis of the base card is selected from the user terminal 10 based on a request for evolutionary synthesis reservation processing. The case of making a reservation in a lump sum has been described, but the case is not limited to this case. When there are a plurality of possessed cards that have not been reserved, the user may be able to select the card to be reserved for each card.
For example, FIG. 21 shows an image P4a according to a modification of the image P4 of FIG. In the image P4a shown in FIG. 21, the reference card required for evolutionary synthesis and its state are shown as an example in a state different from that of the image P4 in FIG. 9 with respect to the card KLM selected as the base card. In the image P4a shown in FIG. 21, buttons b30 and b31 marked as "reserve" are displayed for each of the two non-reserved possession cards among the plurality of reference cards.
By operating each button, the user can select the card to be reserved for each card.
In this modification, for example, in FIG. 14B, when an operation for any of the buttons b30 and b31 is performed 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).
). Each button is associated with a card serial number, and the evolutionary synthesis reservation process request includes the serial number corresponding to the operated button. The processing after S38 is shown in FIG.
It can be carried out in the same manner as shown in 4B.

(3-2) Modification 2
In the evolutionary synthesis reservation process of the first embodiment, in association with FIGS. 9 and 14A, 14B, when the user has a base card and a part of a plurality of reference cards, the base card and the reference card are used. Although the case of reserving the reference card in possession has been described, it may be possible to reserve only the base card. That is, even if the user has only a base card and no reference card for evolutionary synthesis of that base card.
Only the base card may be reserved for evolutionary synthesis.
For example, FIG. 22 shows an image P4b according to a modification of the image P4 of FIG. In the image P4b shown in FIG. 22, the reference card required for evolutionary synthesis and its state are shown as an example in a state different from that of the image P4 in FIG. 9 with respect to the card KLM selected as the base card. In the image P4b shown in FIG. 22, none of the plurality of reference cards is possessed by the user. Even in such a case, the button b32 (“reserve”) is provided in association with the card KLM selected as the base card. By operating the button b32, the user can select only the base card as the reservation target card.
In this modification, for example, in FIG. 14B, when the operation for the button b32 is performed 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). A card serial number is associated with the button b32, and the evolutionary synthesis reservation process request includes the serial number corresponding to the operated button. The processing after S38 can be executed in the same manner as that shown in FIG. 14B.

(3-3) Modification 3
In each of the above-described embodiments, when all the reference cards corresponding to the evolutionary synthesis corresponding to the reservation ID of 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. You may do it. In that case, the notification means 59 indicates that the evolutionary synthesis has been executed when the condition of the evolutionary synthesis is satisfied by including a plurality of reference cards in the user's possession card due to the user's acquisition of the card. Notify to.
For example, in the flow shown in FIGS. 17B and 18, when all the reference cards corresponding to the reservation IDs are prepared (S138: YES), each process of S140 to S152 is omitted, and the process proceeds to S154. May be good. When the evolutionary synthesis is automatically executed without waiting for the user's operation input, the user is notified that the evolutionary synthesis has been executed by displaying an image in S166. In this modification, the user does not need to perform an operation for performing evolutionary synthesis, which has an advantage of improving operability.

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

(3-5) Modification 5
In the above-described embodiment, for example, as shown in S22 and S24 of FIG. 14A, a case where a base card is selected by a user operation and the selection result is transmitted to the game server 20 has been described, but only in this case. No. It may be the case that the base card is automatically selected. For example, the user registers a card that he does not currently have but wants to evolve in the future. Then, at the timing when the user has obtained the registered card (registration card), the game server 20 executes the processing after S26 using the registration 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 the process after S26 is executed only when it is selected to execute the reservation process. You may.
In this modification, the user terminal 10 requests that the card that the user wants to be the base card for evolutionary synthesis be recorded in the registration data table (not shown) in the storage 25 at an arbitrary timing based on the operation of the user. .. 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. And C of the game server 20
When the PU 21 decides to grant the card to the user, the PU 21 notifies the user of the card data of the card to be granted, and the card to be granted matches any of the cards recorded in the registration data table. Judge whether or not. If they match, the processes after S26 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 it may be applied to other applications. For example, when a plurality of types of electronic coupons are distributed each time a product is purchased at a shopping mall on the Internet, the electronic coupons may be used as an example of the object of the present invention. In this case, for example, in order to upgrade the privilege content of the coupon voucher Q as a base object (an example of change processing),
It is conceivable that the user possesses and uses the coupon tickets A to C as the reference object corresponding to the coupon ticket Q. In this example, for the purpose of upgrading the coupon voucher Q, the serial number of any of the coupon vouchers A to C required for that purpose is written in the reservation data table. Then, the coupon voucher recorded in the reservation data table is restricted from being used for processing other than the processing for upgrading the coupon voucher Q.
It can be appropriately applied to applications other than the above-mentioned examples.

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

One aspect of the present invention is a change condition in which a condition for performing a process of changing an object is defined, and is a change condition including information indicating at least a plurality of objects and possession information including information indicating an object possessed by the user. In an information processing device that can access the storage device (25) in which the object is stored.
The acquisition means (55) for acquiring the change condition corresponding to the selected selected object from the storage device (25), and
Output for outputting output data for displaying the plurality of objects in a display format that can be identified by the user by using the information indicating the plurality of objects included in the change condition acquired by the acquisition means (55). Means (56) and
A request made through an operation by the user in response to the output data being output by the output means (56), and processing is restricted to at least one of the plurality of objects. Receiving means for accepting requests to make the object (51)
When,
In response to the reception of the request by the reception means (51), the acquisition means (55)
) And the possession information including the information indicating the object possessed by the requesting user, among the objects possessed by the user.
It is used in a process different from the process of changing the selected selected object for 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 selected object. Restriction means to limit things (5)
8) and
It is an information processing apparatus characterized by having.

The "information processing device" may be a stand-alone game machine, a user terminal (for example, a mobile terminal, a personal computer, etc.), a server on a network, or the like. The substance of the information processing device can be appropriately defined depending on the implementation form of the game. For example, when the functions of each part of the information processing device are realized by the user operating the game machine or the user terminal, the game machine or the user terminal corresponds to the information processing device of the present invention. Alternatively, when the user terminal as a client has a function of accepting operation input from the user and displaying an image, and the functions of each part of the information processing device are realized by a server capable of substantially communicating 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 can be visually recognized by the user, and can be appropriately set according to the processing content by the information processing apparatus of the present invention. For example, when the information processing apparatus of the present invention processes information about a game, the object may include characters, items, and the like in the game. Characters are, for example, virtual characters, creatures, monsters, etc. in the game, including those displayed on the card.
The "object possessed by the user" means an object managed as an object possessed by the user in information processing, and is stored or managed in association with the user.
The "storage device" may be a memory device having any configuration, such as a flash memory or an HDD (Hard Disk Drive). Further, the storage device may be a device built in the information processing device, or may be an external device configured to be accessible by wire or wirelessly from the information processing device.
"Restricting that it is used for a process different from the process of changing the selected object" does not mean that the process itself other than the process of changing the selected object is prohibited, and the process of changing the selected object can be executed. However, the procedure for executing the process may be difficult, or the procedure for executing the process may be complicated.

In the information processing apparatus, the execution of the process of changing the selected object is performed based on the change condition including the information indicating at least a plurality of objects and the information possessed by the user. Therefore, for example, if the change condition is not satisfied, it is not possible to execute the process of changing the selected object. At this time, the information processing apparatus limits the use of the selected object or any of a plurality of objects that are the basis of the change condition for processing other than the processing for changing the selected object, in response to a request from the user. do. Therefore, it prevents the user from accidentally using the selected object or one of the plurality of objects that are the basis of the change condition for the process other than the process of changing the selected object before the change condition is satisfied. can do.

The limiting means (58) is a case where information indicating an object is added to the possessed information including information indicating an object possessed by the requesting user, and the added object restricts the object. If it is determined that the object is a restricted object, it may be restricted that the added object is used for a process different from the process of changing the selected selected object.
"When information indicating an object is added to possession information" is, for example, a case where a user obtains an object. At this time, if it is determined that the object obtained by the user is a restricted object, that object is automatically used for processing other than the processing of changing the selected object without receiving the instruction by the user. Is restricted. Therefore, the user does not have to input the operation for the instruction, and it is possible to more surely suppress that the newly acquired object is used for the process other than the process of changing the selected object.

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

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

The notification means (59) is based on the possession information including the information indicating the object possessed by the requesting user and the change condition acquired by the acquisition means (55) at a predetermined timing. If it is determined that the user possesses a plurality of objects included in the change condition, and therefore the condition for performing the process of changing the selected selected object is satisfied, the selected object is selected. The user may notify in a form identifiable that the condition for performing the process of changing the selected object is satisfied.
As a result, 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 the possession information including the information indicating the object possessed by the requesting user in response to the addition of the information indicating the object.
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 or not some or all of the change conditions for performing 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.

When the restriction means (58) requests the restriction object to be restricted to execute a process different from the process of changing the selected selected object, the restriction means interrupts the process or warns the user. At least one of the above processes may be performed.
This ensures that the restricted object is not used for processing other than the processing that changes the selected object, or alerts the user that it is used for processing other than the processing that changes the selected object. Can be done.

The information processing apparatus is the limiting means (58) among the objects possessed by the user.
) Controls the display of the object specified as the restricted object to be restricted and other objects in a display format identifiable by the user ().
60), may have.
By providing such a display means (60), the user who sees the displayed image can recognize the object specified as the restricted object so as to be distinguishable from other objects. Also, when you specify one of the objects owned by the user and execute some processing, the restricted object and the other object can be recognized in an distinguishable manner, so it is used for processing other than the processing that changes the selected object. The use of restricted objects can be prevented even more effectively.

Another aspect of the present invention is a game system (1) including a user terminal (10) and a server (20) configured to be able to communicate with the user terminal (10).
A storage device that is a change condition in which a condition for performing a process of changing an object is defined, and stores a change condition including information indicating at least a plurality of objects and possession information including information indicating an object possessed by the user. From (25), the acquisition means (55) for acquiring the change condition corresponding to the selected selected object, and
Output for outputting output data for displaying the plurality of objects in a display format that can be identified by the user by using the information indicating the plurality of objects included in the change condition acquired by the acquisition means (55). Means (56) and
A request made through an operation by the user in response to the output data being output by the output means (56), and processing is restricted to at least one of the plurality of objects. Receiving means for accepting requests to make the object (51)
When,
In response to the reception of the request by the reception means (51), the acquisition means (55)
) And the possession information including the information indicating the object possessed by the requesting user, among the objects possessed by the user.
It is used in a process different from the process of changing the selected selected object for 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 selected object. Restriction means to limit things (5)
8) and
It is an information processing system characterized by having.

Another aspect of the present invention is a change condition in which a condition for performing a process for changing an object is defined, which includes a change condition including information indicating at least a plurality of objects and possession including information indicating an object possessed by the user. To a computer that can access the storage device (25), which stores information.
Acquisition means (55), which acquires the change condition corresponding to the selected selected object from the storage device (25).
Output for outputting output data for displaying the plurality of objects in a display format that can be identified by the user by using the information indicating the plurality of objects included in the change condition acquired by the acquisition means (55). Means (56),
A request made through an operation by the user in response to the output data being output by the output means (56), and processing is restricted to at least one of the plurality of objects. Receiving means for accepting requests to make the object (51)
,and,
In response to the reception of the request by the reception means (51), the acquisition means (55)
) And the possession information including the information indicating the object possessed by the requesting user, among the objects possessed by the user.
It is used in a process different from the process of changing the selected selected object for 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 selected object. Restriction means to limit things (5)
8),
It is a program to function as.

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

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

In this information processing device, "restricting the use for processing other than change processing" means
The process itself other than the change process is not limited to being prohibited, and the process other than the change process can be executed, but the procedure for executing the process is difficult or the procedure for executing the process is complicated. You may.

In the above information processing apparatus, in order to execute a change process for changing the object information of the base object, the user possesses the base object and a plurality of reference objects for satisfying the combination condition corresponding to the base card. It is a requirement to be there. Therefore, if only a part of the reference objects is possessed among the above-mentioned plurality of reference objects, the change process of the base object cannot be executed. Therefore, in order to execute the change process, the user must perform the change process. You have to wait until you get the rest of the referenced objects. At this time, in the above information processing apparatus, the base object and the reference object are the objects of the information processing apparatus by recording the base object and the reference object possessed by the user and necessary for the change process before the execution of the target change process. It is restricted to be used for processing other than the change processing. Therefore, it is necessary to prevent the object possessed by the user from being mistakenly used for other processing other than the intended change processing during the waiting period until the remaining reference objects not possessed by the user are obtained. Can be done.

A part of the base object and the plurality of reference objects is recorded in the storage device (25), and the user is either the base object or the plurality of reference objects and possesses the object. When an object not included in the object 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 intends to execute the modification process of the base object, so that the user can perform the modification process. If the obtained object is one of the plurality of reference objects, the obtained object is automatically recorded in the storage device (25) so that the user does not have to input an operation for recording. At the same time, it is possible to more reliably suppress the use of the newly obtained object for processing other than the change processing for the purpose.

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

Another aspect of the present invention includes a user terminal (10) and a server (20) configured to be able to communicate with the user terminal.
A game system (1) used in a game including a change process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user.
An acquisition means (55) for acquiring object information of any of the possessed objects based on the operation input of the user, and
When the object corresponding to the object information acquired by the acquisition means (55) is either the base object or the plurality of reference objects, the object information acquired by the acquisition means (55) is stored in the storage device ( The recording means (57) for recording in 25) and
The limiting means (58) for limiting the use of the object corresponding to the object information recorded in the storage device (25) for a process other than the change process, and
It is an information processing system equipped with.

Another aspect of the present invention is a program for a game including a change process for changing the object information of the base object when a plurality of reference objects corresponding to the base object are included in the possessed object of the user. ,
Computer,
Acquisition means (55) for acquiring object information of any object from the possessed objects based on the operation input of the user.
When the object corresponding to the object information acquired by the acquisition means (55) is either the base object or the plurality of reference objects, the object information acquired by the acquisition means (55) is stored in the storage device ( Recording means (57) for recording in 25), and
A limiting means (58) for limiting the use of an object corresponding to the object information recorded in the storage device (25) for a process other than the change process.
It is a program to function as.

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

In the above, in order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the information processing apparatus and the like according to the present invention are limited to the illustrated embodiments. It's not a thing.

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

Claims (2)

A change condition that defines a condition for changing the rarity of an object, and is a change condition that includes information indicating at least a plurality of objects and a change that is an object after the process of changing the rarity of the object. In an information processing device that can access a storage device in which information indicating a rear object and possession information including information indicating an object possessed by the user are stored.
A determination means for determining whether or not the user possesses a plurality of objects included in the change condition corresponding to the first object, which is one of the objects possessed by the user.
The object is presented to the user, and the user possesses the presented object, so that the user can use the determination means based on the presented object and the object already possessed by the user. When it is determined that the user possesses a plurality of objects included in the change condition corresponding to the first object, the user possesses the plurality of objects immediately after the object is presented to the user. An output means for outputting data for displaying an image notifying the user of the fact, and an output means.
An information processing device characterized by including.
A change condition that defines a condition for changing the rarity of an object, and is a change condition that includes information indicating at least a plurality of objects and a change that is an object after the process of changing the rarity of the object. A computer that can access a storage device that stores information indicating a post-object and possession information including information indicating an object possessed by the user.
A determination means for determining whether or not the user possesses a plurality of objects included in the change condition corresponding to the first object, which is one of the objects possessed by the user.
The object is presented to the user, and the user possesses the presented object, so that the user can use the determination means based on the presented object and the object already possessed by the user. When it is determined that the user possesses a plurality of objects included in the change condition corresponding to the first object, the user possesses the plurality of objects immediately after the object is presented to the user. An output means for outputting data for displaying an image notifying the user of the fact, and an output means.
A program characterized by making it work.

Images