Program, control method for information processing device, and information processing system

Abstract

To reduce a possibility of use of an object that a user possesses for processing other than an object of the use of the object and hence a possibility of its extinction.SOLUTION: On the basis of a change condition that stores a change condition including information showing at least multiple objects while a condition for performing processing for changing the objects is defined, and possessed information including information showing objects that a user possesses, and is acquired from a storage device according to reception of the user's request, and possessed information included in information showing the objects that the user possesses, use for processing different from processing for changing a selected selection object is restricted for an object specified as a restricted object for which use for processing different from processing for changing a selected selection object should be restricted from among the objects possessed by the user.SELECTED DRAWING: Figure 13

Description

Technical Field

[0004] , , , , , , ,

[0001] The present invention relates to an information processing technology for processing information about an object.

Background Art

[0002] In recent years, so-called social games have become popular as applications executed in social networking services (SNS). Among such social games, digital card games using cards are known. Furthermore, a game is known in which a main card and a sub card are selected by a user from the user's owned cards, and the main card's ability parameters are changed by performing a synthesis process on the main card and the sub card, and the sub card is deleted from the user's owned cards (Patent Documents 1 and 2).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Patent Document 2

Summary of the Invention

Problems to be Solved by the Invention

[0004] In the synthesis process, in order to realize the synthesis process of the base object (corresponding to the main card above), it may be required that the user has a plurality of reference objects (corresponding to the sub cards above) that satisfy the combination conditions corresponding to the base object. In that case, ​​​​​​​The user inputs all reference objects that satisfy the combination conditions in order to perform the composition process. We have to wait for the synthesis process to run until it is ready, but during that waiting period, if we accidentally... There is a risk of losing referenced objects that you already possess. For each base object, there are multiple reference objects that satisfy the combination conditions for the compositing process. If they are different, it would be difficult for the user to remember the combination conditions for each base object. Therefore, there is a higher chance of accidentally losing objects.

[0005] This invention has been made in view of the above-mentioned aspects, and its purpose is to provide a user with a device that is in possession of If an object is used for a purpose other than its intended use, it may be lost. To provide an information processing device, information processing system, and program that can reduce the efficiency of an information processing device. That is the case. [Means for solving the problem]

[0006] One aspect of the present invention is a change condition in which the conditions for performing a process that changes an object are defined. There are change conditions that include information indicating at least multiple objects, and the user possesses Information processing that can access storage devices containing possession information including information indicating an object. In a medical device, The change conditions corresponding to the selected object are obtained from the storage device. Means and Information indicating multiple objects included in the change conditions obtained by the acquisition means This is used to display the multiple objects in a format that allows the user to identify each of them. An output means that outputs output data for the purpose, In response to the output data being output by the output means, the user performs the operation A request made via, and at least one of the plurality of objects A means of receiving requests to restrict processing for a project, In response to the receipt of the request by the receiving means, the acquisition means acquires The aforementioned change conditions and information indicating the object owned by the requesting user are included before Based on the recorded possession information, among the objects possessed by the user, the selected selection Restrictions should be limited to restricting the use of processes other than those that change the selection object. For the object identified as the target, change the selected object. Restrictive means to limit its use in processes other than the transformation process, This is an information processing device characterized by having [a certain feature].

[0007] Another aspect of the present invention comprises a user terminal and a server configured to communicate with the user terminal. A game system that includes, A change condition is defined as a condition under which an object is changed, and at least Change conditions that include information indicating multiple objects, and the objects owned by the user. From the storage device that stores the possession information including the data, the selected object corresponding to the selected object is retrieved. An acquisition means for acquiring the aforementioned change conditions, Information indicating multiple objects included in the change conditions obtained by the acquisition means This is used to display the multiple objects in a format that allows the user to identify each of them. An output means that outputs output data for the purpose, In response to the output data being output by the output means, the user performs the operation A request made through, for at least one object among the plurality of objects Receiving means for receiving a request for restricting processing for an object; In response to receiving the request by the receiving means, based on the change condition acquired by the acquiring means and the possession information including information indicating an object possessed by the user who is the requester, for an object identified as a restricted object that should be restricted from being used for a process different from the process of changing the selected selection object among the objects possessed by the user, restricting means for restricting from being used for a process different from the process of changing the selected selection object; An information processing system characterized by comprising:

[0008] Another aspect of the present invention is a computer accessible to a storage device storing a change condition in which a condition for performing a process of changing an object is defined, the change condition including at least information indicating a plurality of objects and possession information including information indicating an object possessed by a user, acquiring means for acquiring the change condition corresponding to the selected selection object from the storage device, output means for outputting output data for displaying the plurality of objects in a display format distinguishable by the user using the information indicating the plurality of objects included in the change condition acquired by the acquiring means, receiving means for receiving a request for restricting processing for at least one object among the plurality of objects through an operation by the user in response to the output data being output by the output means, and ​​​​​​​​​​​ In response to the receipt of the request by the receiving means, the acquisition means acquires The aforementioned change conditions and information indicating the object owned by the requesting user are included before Based on the recorded possession information, among the objects possessed by the user, the selected selection Restrictions should be limited to restricting the use of processes other than those that change the selection object. For the object identified as the target, change the selected object. Restrictive means to limit its use in processes other than those that cause transformation, This is a program designed to function as such.

[0009] Another aspect of the present invention is that multiple reference objects corresponding to a base object are used by the user If it is included in the owned objects, change the object information of the base object. An information processing device used in a game that includes modification processing, Based on the user's input, one of the objects from among the possessed objects A means of obtaining object information of a ct, The object corresponding to the object information obtained by the acquisition means is the base If it is an object and one of the multiple reference objects, the acquisition method A recording means for recording object information acquired by the stage into a storage device, The object corresponding to the object information recorded in the storage device is the modified object. Restrictive measures to limit its use for processing other than logic, It is equipped with an information processing device.

[0010] Another aspect of the present invention comprises a user terminal and a server configured to communicate with the user terminal. , including, Multiple reference objects corresponding to the base object become the user's owned objects. If included, the modification process includes modifying the object information of the base object. A game system used in games, Based on the user's input, one of the objects from among the possessed objects A means of obtaining object information of a ct, The object corresponding to the object information obtained by the acquisition means is the base If it is an object and one of the multiple reference objects, the acquisition method A recording means for recording object information acquired by the stage into a storage device, The object corresponding to the object information recorded in the storage device is the modified object. Restrictive measures to limit its use for processing other than logic, It is an information processing system equipped with [a specific feature / ability].

[0011] Another aspect of the present invention is that multiple reference objects corresponding to a base object are used by the user If it is included in the owned objects, change the object information of the base object. A program for a game that includes modification processes, Computers, Based on the user's input, one of the objects from among the possessed objects A means of obtaining object information of a ct. The object corresponding to the object information obtained by the acquisition means is the base If it is an object and one of the multiple reference objects, the acquisition method A recording means for recording object information acquired by the stage into a storage device, and The object corresponding to the object information recorded in the storage device is the modified object. Restrictive measures that limit its use for processing other than logic, This is a program designed to function as such. [Brief explanation of the drawing]

[0012] [Figure 1] A diagram showing the basic configuration of the game system in the first embodiment. [Figure 2] A block diagram showing the configuration of the user terminal in the first embodiment. [Figure 3] A block diagram showing the configuration of the game server in the first embodiment. [Figure 4] A diagram conceptually explaining the reservation of cards in evolution synthesis. [Figure 5] A diagram showing an example of the structure of a card data table. [Figure 6] A diagram showing an example of the structure of an evolutionary synthesis data table. [Figure 7] A diagram showing an example of the structure of the owned card data table. [Figure 8] A diagram showing an example of the structure of a reservation data table. [Figure 9] A diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is being played. [Figure 10] A diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is being played. [Figure 11] A diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is being played. [Figure 12] A diagram showing an example of an image displayed on the user terminal when the game of the first embodiment is being played. [Figure 13] Functional block diagram of the game server in the first embodiment. [Figure 14A] A sequence chart showing an example of reserved processing for evolutionary synthesis. [Figure 14B] A sequence chart showing an example of reserved processing for evolutionary synthesis. [Figure 15] A sequence chart illustrating an example of the process for viewing owned cards. [Figure 16A]A sequence chart illustrating an example of the process for selling reserved cards. [Figure 16B] A sequence chart illustrating an example of the process for selling reserved cards. [Figure 17A] A sequence chart showing an example of the judgment process when a card is obtained. [Figure 17B] A sequence chart showing an example of the judgment process when a card is obtained. [Figure 18] A sequence chart showing an example of evolutionary synthesis processing. [Figure 19A] A sequence chart showing an example of the reservation process for evolutionary synthesis in the second embodiment. [Figure 19B] A sequence chart showing an example of the reservation process for evolutionary synthesis in the second embodiment. [Figure 20A] A sequence chart showing an example of the sale process for reserved cards in the second embodiment. [Figure 20B] A sequence chart showing an example of the sale process for reserved cards in the second embodiment. [Figure 21] A diagram showing an example of an image displayed on the user's terminal when the game is running in a modified example. [Figure 22] A diagram showing an example of an image displayed on the user's terminal when the game is running in a modified example. [Modes for carrying out the invention]

[0013] (1) First Embodiment (1-1) Game System Configuration Below, we will describe Game System 1 as one embodiment of an information processing system.

[0014] Figure 1 shows an example of the system configuration of the game system 1 of the embodiment. This game system 1 is used by user terminals 10a, 10b, 10c, ... and game service This includes server 20. Each user terminal 10a, 10b, 10c communicates to game server 20 For example, it can be accessed via a communication network such as the internet. Game Server 2 0 is an example of an information processing device. Each user terminal 10a, 10b, 10c, ... is operated by an individual user. These are devices such as feature phones, smartphones, tablet devices, and personal computers. A computer, a television receiver with two-way communication capabilities (a so-called multi-functional type) This includes smart TVs, portable game consoles with communication capabilities, and other communication devices. In the explanation, when referring to each user terminal 10a, 10b, 10c, ... in common, This will be referred to as terminal 10.

[0015] Game server 20 is the server that runs the game. Game server 20 has web Image data that can be interpreted by a browser (for example, written in formats such as HTML or XML) This refers to image data. In the embodiments of the present invention, HTML data will be explained as an example. A program capable of creating . is implemented. Note that the image data is an example of output data. That is the case. The user terminal 10 interprets the HTML data provided by the game server 20 and displays it. It is equipped with a web browser, and the user terminal 10 can perform operations on the web page. The request based on the operation is sent to the game server 20 via the network, and the game server 20 The game processes are executed upon receiving the processing result. Communication networks (NW) include, for example, the Internet, WAN (Wide Area Network), and LAN (Local Area Network). Information and communication networks (Area Network), dedicated lines, or combinations thereof. It's a network.

[0016] (1-2) User terminal configuration The user terminal 10 will be explained with reference to Figure 2. As shown in Figure 2, the user terminal 10 has a CPU (Central Processing Unit) 11, R OM (Read Only Memory) 12, RAM (Random Access Memory) 13, operation input section 15, table It comprises a display unit 16, a communication interface unit 17, and storage 18, and between each unit A bus 19 is provided for transmitting control signals or data signals.

[0017] The CPU 11 reads programs and data stored in ROM 12, and the user Timing processing of control signals and data signals with each part of the terminal 10, etc., within the user terminal 10 It controls the body's movements. The CPU 11 also processes programs stored in the storage 18. The program reads various data necessary for program execution and loads it into RAM13, and the program It performs various processes such as data input / output processing, calculation processing, and judgment processing associated with execution. RAM13 is The CPU 11 temporarily stores data for calculation processing, judgment processing, etc.

[0018] For example, CPU 11 accesses a web browser stored in storage 18 via RAM 1 Load it into 3 and execute it. Then, the CPU 11 receives input from the user via the operation input unit 15, etc. Based on the specified URL (Uniform Resource Locator), the communication interface unit 17 Through this, data for displaying web pages from game server 20, i.e., HT ML (HyperText Markup Language) documents and objects such as images associated with those documents The data (hereinafter collectively referred to as "HTML data") is transmitted to the communication interface. The data is obtained via the face unit 17, and a web browser is executed to interpret the HTML data. Oh, user terminal 10 has various plugs to extend the browser functionality of the web browser. An implementation of such a plugin is possible. An example of such a plugin is from Adobe Systems in the United States. It is a Flash player by the company. Alternatively, the HTML data in this embodiment can be used as video. It may also be in HTML5 format with audio playback capabilities.

[0019] The web browser communicates with game server 20 via HTTP (HyperText Transfer Protocol). The web browser performs communication based on the user's operation of the operation input unit 15. URL on the page (Uniform Resource Locator) or target of operation (for example, software box) When a button (hereinafter simply referred to as "button") is selected, the webpage will be updated. Therefore, an HTTP request containing the selection result is sent to the game server 20. The browser retrieves HTML data from game server 20 as an HTTP response. The image from the webpage is interpreted and displayed on the display unit 16. In this embodiment, HTML data is an example of image data.

[0020] The display unit 16 may be, for example, an LCD (Liquid Crystal Display) or an organic EL (Electroluminescent Display). Fluorescence is a display device such as a display. It consists of thin pixels arranged in a matrix. When an LCD (Liquid Crystal Display) monitor including film transistors is applied, display unit 1 6 drives a thin-film transistor to display the image of the web page on the display screen 16a. ru.

[0021] If the user terminal 10 is a user terminal with a button input method, the operation input unit 15 is, for example, Multiple input buttons such as directional buttons, select buttons, and numeric keypads to accept user input. An interface equipped with buttons, which recognizes the input of each button being pressed (operated) and outputs it to the CPU 11. Includes a circuit. If the user terminal 10 is a user terminal with a touch panel input method, the operation input unit 15 is: It primarily accepts input via a touch panel, where the user touches the display screen with their fingertip or a pen. wear.

[0022] Storage 18 can be, for example, flash memory or HDD (Hard Disk Drive). It is a memory device composed of the following components.

[0023] (1-3) Game Server Configuration The configuration of the game server 20 will be explained with reference to Figure 3. As shown in Figure 3, the game server 20 includes a CPU 21, ROM 22, RAM 23, and communication It includes an interface unit 24 and a storage unit 25, and controls the signals between each unit. A bus 26 for transmitting data signals is provided. The game server 20 is, In terms of hardware, it can have the same configuration as a general-purpose network server.

[0024] The CPU 21 reads the programs and data stored in the ROM 22 and plays the game. Timing processing of control signals and data signals with various parts within Server 20, etc. It controls the overall operation. The CPU 21 also controls the program stored in storage 25. The program reads various data necessary for program execution and loads it into RAM23. This process handles various operations such as data input / output processing, calculation processing, and judgment processing associated with the execution of the program. RAM2 3 temporarily stores data for calculation processing, judgment processing, etc., by the CPU 21.

[0025] For example, storage 25 contains the web browser of the client user terminal 10 and A program that provides web services by communicating according to HTTP is stored between them. The CPU 21 loads the program stored in the storage 25 into the RAM 23. Then, the program is executed. As the program is executed, the CPU21 uses a communication interface. The system obtains an HTTP request from the user terminal 10 via the system 24, and the HTTP request The system executes processing according to the order, and the HTML data containing the execution result is sent as an HTTP response. Then return it to user terminal 10.

[0026] Storage 25 is, for example, flash memory or HDD (Hard Disk Drive) This is an information recording device configured as follows, and in addition to the program described above, a data table group 70( It stores the data described later. Data table group 70 includes the card data table and evolution synthesis data. Includes data tables, owned card data tables, and reservation data tables. Each data table within the 25 is accessed by the CPU 21 for reading and writing data as needed. It will be done.

[0027] (1-4) Reservation in the evolution synthesis of game cards of this embodiment The game played in the game system 1 of this embodiment involves the user interacting with objects. This is a game that is played using cards. In this game, for example, the user plays Explore areas on the map to acquire cards and items, or acquire cards that the user possesses. This is a game in which you use to compete against other users or NPCs (Non-Player Characters). In the game of this embodiment, the card evolution synthesis process (hereinafter referred to as "evolution synthesis" as appropriate) This refers to the process of evolving a card owned by a user when certain conditions are met. In this embodiment, card evolution and synthesis involves changing the card ID, as will be described later. The process involves modifying at least a portion of the card data corresponding to the card (described later). Processing is also acceptable. In that case, there are no particular restrictions on what is being changed in the card data, but for example, These are card parameters such as card name, card image, and rarity. Card evolution and synthesis are performed by This is an example of a process that changes an object, or a modification process that alters object information. To perform evolution synthesis, the user must use the cards they possess (hereinafter referred to as "possessed cards" as appropriate). From among them, choose the card you want to evolve (that is, the card data that will be subject to modification). Select a base card as the card to be used. The card selected as the base card will be selected This is an example of a selection object. In evolution synthesis, each base card requires multiple cards to evolve. The combination conditions for the cards (referred to as "reference cards") are predetermined. Evolution synthesis is performed. The reference card used in that evolution synthesis disappears from the user's card collection. In this embodiment, the base card, reference card, and possessed card are each, Examples of object objects, reference objects, and possessed objects. In the game of this embodiment, the card selected by the user as the base card corresponds to The user must possess multiple reference cards that meet the combination conditions for the selected card. This is one of the conditions for evolving Do (an example of a change condition).

[0028] In this embodiment of the game, as an example of the process by which a user loses their own cards, For example, there are normal synthesis processes and selling processes. To perform a normal synthesis process, the user must From your collection of cards, select a base card that you want to enhance. (Normal synthesis process) Therefore, the combination conditions for reference cards do not need to be defined for each base card, and the user You can select reference cards from your owned cards as appropriate. The normal synthesis process is then performed. This will change the base card's parameters (for example, card level and skill level). Instead of increasing the number of references, the reference card disappears from the user's possession. In the sale process, selected cards from the user's possessions (for example, cards the user no longer needs) A card (or similar card) is sold for a price corresponding to that card (for example, in-game points). Instead of the user gaining anything, the sold card disappears from the user's card collection.

[0029] In the game of this embodiment, the user wants to evolve a desired card through evolution synthesis. The user possesses some or all of the reference cards necessary to evolve that card. Let's consider the case where this is not done. In this case, a new card is needed to satisfy the combination condition of the reference card. The system will continue to perform evolution synthesis of the desired cards until the user obtains the necessary cards (i.e., the remaining reference cards). It is necessary to wait for the action to be taken. However, the user, the base card, or the base card If you accidentally lose some of the reference cards you possess in order to evolve (for example, This includes the aforementioned selling process and normal synthesis. In particular, it fulfills the combination conditions for evolution synthesis. When many reference cards are needed to perform the action, or when the combination conditions differ for each base card. The problem is that it's difficult for users to remember the combination conditions for evolution synthesis, and the base cards and This increases the likelihood of accidentally losing reference cards. Therefore, in this embodiment, among the cards owned by the user, the base card and the base You must have at least one of the multiple reference cards required to evolve a card. The cards can be reserved for evolution synthesis. In the explanation below, this is referred to as a "reserved card." A reserved card is an example of a restricted object. For reserved cards, processes other than evolution synthesis that are the subject of the reservation (for example, as described above) The execution of processes such as normal synthesis and selling will be restricted.

[0030] The reservation of cards in evolution synthesis will be explained in detail with reference to Figure 4. This diagram conceptually explains the reservation of cards in evolution synthesis. In Figure 4, consider the case where a user possesses cards Q, A, and C, and wants to evolve card Q. Here, the conditions for evolving Card Q (change conditions) correspond to Card Q. This assumes that the user possesses all of the reference cards A, B, and C, which are the combination conditions. The user does not currently possess card B, so they will perform evolution synthesis on card Q. This cannot be done. In that case, the user must use the cards Q, A, and C that they possess. To prevent the card Q from being accidentally used in a process other than evolution synthesis and subsequently lost, Reserve cards Q, A, and C for the evolution synthesis of Q. Then, reserved cards Q, A, C is used for processes other than evolution synthesis of card Q (for example, normal synthesis and selling as described above). This is restricted.

[0031] Furthermore, reserved cards will be restricted from being used for processes other than evolution synthesis. This is not limited to prohibiting any processing other than the intended evolution synthesis using reserved cards. However, it is possible to perform processes other than the intended evolution synthesis using reserved cards, This refers to making the process of executing a process difficult or complicated. That's fine too. "Processing other than evolution synthesis" for reserved cards means that the reserved cards are placed in the user's possession. In the case of a process that removes a card from your possession (i.e., a process that makes a reserved card unpossessed) It is particularly preferable that the processing is restricted. Furthermore, in the example shown in Figure 4, the base card Q and reference cards A and C held by the user The example given assumes all cards are reserved, but this is not the only case. Users may be allowed to choose whether to mark their owned cards as reserved cards. No.

[0032] (1-5) Data table structure Next, the card data table stored in the storage 25 of the game server 20, evolution combination Regarding the completed data table, the owned card data table, and the reservation data table, The following will be explained in order, referring to Figures 5-8. The storage 25 of the game server 20 is one of the storage devices. This is an example.

[0033] (i) Card data table The card data table records the data of the cards used in the game of this embodiment. Figure 5 shows an example of the card data table structure. In the example shown in Figure 5, the card ID Each card contains data including the card name, card image, and card parameters. D is an example of information that indicates an object. The card name is a string of characters that indicates the name of the character displayed on the card. The card image is This is the image of the character displayed on the card. Card parameters include rarity and attribute. It consists of data such as cost, skill, selling price, attack power, defense power, and limited flags. It is being done. Rarity is an indicator of a card's scarcity value, and in the example shown in Figure 5, the order is R1 to R5. It has a high rarity rating. The attributes are the attributes of the characters displayed on the card, and in the example shown in Figure 5, N1 to N3. It is one of the two. The cost is a value referenced when adding a card to a user's card team. For example... When playing a card team match, the total cost of the cards included in the card team The sum is limited to a predetermined value or less. Skills are information that indicates an advantageous effect when playing the game using cards. In the example shown in Figure 4, each card is assigned skills with various effects, from SK1 to SK12. It is not necessary for all cards to possess skills. The selling price is the amount a user receives when they sell a card they own. This is a key point on the map. Attack power and defense power are parameters that are referenced when using cards in battle. The limited flag indicates whether or not the card was issued for a limited time. See Figure 4. In the example shown, a card with the limited flag set to "1" is a card issued for a limited time only. This means that cards with a limited flag of "0" are not limited-time cards. ru.

[0034] (ii) Evolutionary Synthesis Data Table The evolution synthesis data table records the conditions for the evolution synthesis of the game cards in this embodiment. Figure 6 shows an example of the structure of the evolutionary synthesis data table. In the example shown in Figure 6, evolutionary synthesis For each evolution ID used to identify the contents, the pre-evolution card ID (i.e., the pre-evolution base card) Card ID of the base card), evolved card ID (evolved card ID of the base card) D) and the combination of card IDs of the reference cards required to perform evolution synthesis. (The five reference cards in columns C1 to C5) are recorded. For example, Evolution ID: 0002 Under the conditions indicated, the user selects the card with card ID:0072 from among the cards they possess as the base card. Select as the card, and the user's owned cards include card IDs: 0025, 0060, 007 If there is a combination of three cards with the value 0, then by performing evolution synthesis, You can evolve the card with ID:0072 into the card with ID:9072. In other words, the combination conditions for the reference card ID in the evolution synthesis data table are: This is an example of a condition that changes the card corresponding to the ID. Furthermore, in columns C1 to C5, which indicate the combination conditions for the card IDs of the reference card, at least The same card ID may be recorded in two different fields. For example, the base card The combination of reference cards used when evolving and synthesizing must include two or more identical reference cards. It is acceptable if they are the same. The combination conditions for the reference cards used to evolve the base card are the same. If a predetermined number of reference cards, which are card IDs, are included, then as shown in Figure 6... It is not a data format, but a data format consisting of the card ID of the reference card and the number of cards. That's good too.

[0035] (iii) Owned Card Data Table The owned card data table records information about the cards the user owns (owned information). Figure 7 shows an example of the configuration of the owned card data table. Figure 7 shows the owned cards of one user. A data table is shown as an example, but the owned card data table is for users registered in the game. It is provided for each location. The card data table shown in Figure 7 includes the serial number and card information for each card ID. Level, skill level, and reservation ID data are all recorded and associated with each other. The serial number is a unique number determined when the card is issued to the user. A different serial number will be assigned to each card with a different card ID. In that case, you may change the serial number of the card before and after evolution, or you may not change it. That's fine. Card level is a parameter that indicates the level of development of a card, for example, when performing the normal synthesis described above. It increases by performing the action. The value of the card level at the time the user acquires the card (initial The initial value is 1, and the user can usually grow the card by performing synthesis (i.e., the card (The level can be increased.) Skill level is a parameter that indicates the level of development of a card, and in particular, the skills that the card possesses This parameter indicates the skill level at the point when the user acquires a card with the skill. The skill level value (initial value) is 1, and for example, a card that meets a certain condition is a reference card. By performing a normal synthesis, you can increase the skill level of the card. As the skill level of a skill increases, the effects produced by that skill become greater. The reservation ID is identification information used to identify the reservation details for evolution synthesis. Reserved car For users whose cards are marked as "Do," a reservation ID is associated with each card. For example, see Figure 7. In the example shown, there are five cards with IDs: 0591, 0010 (2 cards), 0033, and 2005. This indicates that the card is a reserved card. It is recorded in the owned card data table. The reservation IDs listed correspond to the reservation IDs recorded in the reservation data table described later. .

[0036] (iv) Reservation Data Table The reservation data table records information about cards reserved by the user for evolution synthesis. Figure 8 shows an example of the configuration of the reservation data table. Figure 8 shows a reservation data table for one user. To illustrate with an example, a reservation data table is created for each user registered in the game. In Figure 8, the reservation ID is an ID issued in the order in which the evolution synthesis reservation is made. Figure 8 In the example shown, the numbers are recorded in ascending order, such as 01, 02, ... The evolution ID is This corresponds to the evolution ID shown in the synthesis data table, and is an ID that identifies the content of the evolutionary synthesis. That is the case. Of the serial numbers on reserved cards, the serial numbers on pre-evolution cards are the base for evolution synthesis. This is the serial number corresponding to the card the user has selected as their card. In the serial numbers of the reserved cards, the C1 to C5 columns of the reference card are, respectively, evolution synthesis data. These correspond to columns C1 to C5, which constitute the combination conditions for the reference card ID in the data table. If the reference card corresponding to each field is reserved, the serial number of that reference card will be It is recorded. In each column of the reference card, enter "Not Reserved" in the column corresponding to a reference card that is not reserved. Data indicating this (for example, NULL) is recorded. By performing the required input, the user can execute a reservation process for their owned cards. If this occurs, the corresponding serial number for that card will be written in the corresponding field. To be included. The following explanation will describe the case where a reservation data table is set up, but the reservation data table It is not essential to have a separate table. As a method for managing reservations for evolution synthesis, The data that should be recorded in the reservation data table may be recorded in the owned card data table instead. In that case, the card ID of the reserved card will be in the owned card data table. Attach the reservation ID, evolution ID, or one of the strings C1-C5 (evolution synthesis data table). Any string corresponding to cells C1 through C5 will be recorded.

[0037] The following description includes the card name, card image, and serial number associated with the card ID. Furthermore, card parameters are collectively referred to as "card data" as appropriate. The resulting card parameters are the individual card parameters recorded in the card data table, This includes the card level and skill level recorded in the owned card data table. The card name, card image, serial number, and any of the following card parameters. This data corresponds to card data. Card data is an example of object information. .

[0038] (1-6) Specific examples of card reservation and evolution synthesis processes The following is a specific example of the card reservation and evolution synthesis process for the game in this embodiment, as shown in Figure 9. This will be explained with reference to Figures 9-12. Figures 9-12 each illustrate the game processing of this embodiment. This figure shows an example of the screen displayed on the user terminal 10 while the process is running.

[0039] (A) Reservation process for evolution synthesis (Figure 9) Figure 9 shows a series of display images when a user reserves cards for evolution synthesis. This shows the change in surface. In Figure 9, image P1 shows the user in the game of this embodiment. When making a processing request regarding a monster card (hereinafter simply referred to as "card") This is an image. In image P1, the user's action is shown as button b1 ("Owned Monsters"). View), button b2 ("Team Formation"), button b3 ("Normal Synthesis"), button b4 ( Button b5 ("Sell") is added for "Evolution Synthesis". Button b1 is the button that is operated when the user requests to view the cards they possess. Yes. Button b2 allows the user to choose a card from their own collection to play against other users or NPCs. This is a button that is operated when selecting the card to be used. Button b3 is for the user When you request to perform a normal synthesis of the card you have selected as the base card from your possessions This is a button that is operated. Button b4 is the base card that the user selects from their owned cards. This is the button that is operated when requesting the evolution and synthesis of the selected card. b5 is the process when the user requests a sale for a card selected from their owned cards. It is a button that is operated at that time.

[0040] When button b4 ("Evolution Synthesis") is operated in image P1, the image shown in P2 will appear. The result changes. In image P2, the user selects one of the cards from their possessions to use as the base card. Multiple cards you own will be displayed in a list for selection. Note that they can evolve. For cards that cannot be used (in the example shown, cards TOM, TED, DSG), the base car The image is structured in such a way that it cannot be selected as a user. In other words, in image P2, the user A display that allows the user to distinguish between cards that can evolve and those that cannot. This is shown in format. It provides a user-friendly display that distinguishes between cards that can evolve and those that cannot. The format is not limited to the example shown in image P2 of Figure 9. The list of owned cards is for each car It may also be a list of strings of card names, in which case evolvable cards and non-evolvable cards. Possible cards may be distinguished by the brightness, size, etc. of the text. In P2, if, for example, card KLM is selected as one of the cards that can evolve, The image changes as shown in P3. Image P3 shows the base card for evolution synthesis of the selected card. Button b6 ("Select") confirms it as a code, and then return to image P2 to another code. It includes button b7 ("Back") for selecting the base card. In image P3, when button b6 is operated by the user, it is selected as the base card. If the card KLM does not meet the requirements for the reference card needed to evolve, The image is updated as shown in P4. Image P4 is the car selected as the base card. The user possesses the reference cards necessary for KLM to evolve. This is an image for reservation for synthesis. Note that in image P3, the user presses button b6. At the time of operation, the card KLM, which was selected as the base card, will evolve. If the conditions for the card are met, instead of image P4, perform the evolution synthesis of card KLM. An image (not shown) is displayed for the user to indicate whether or not to proceed.

[0041] Image P4 shows the pre-evolution card (in this case, the base card, card KLM) and the evolved card. Display area 101 showing a card (e.g., card QRS), reference card required for evolution synthesis and a display area 102 that shows its status (possessed, not possessed, or reserved), and the user Includes button b8 ("Reserve") for reserving a reference card held by [the player]. Image P When button b8 is pressed in step 4, a reservation is made for the reference card held by the user. Image P5 will be displayed, indicating that the process has been executed and the reservation is complete. Note that in image P4, if all of the reference cards owned by the user are reserved... As shown, the system may be configured to allow individual selection of the cards to be reserved. For example, if you have It may be configured to reserve at least one of the reference cards.

[0042] (B) Processing of viewing owned cards (Figure 10) Figure 10 shows a series of screen changes when a user's card collection is viewed. In Figure 10, image P1 is the same as the one shown in Figure 9. When button b1 ("View Owned Monsters") is pressed in image P1, the following is shown in P6. The image changes accordingly. In image P6, a list of the user's owned cards is displayed. When a card is reserved for evolution synthesis, it will be displayed in a format that allows the user to distinguish it from other cards. It is preferable to display it. In the example shown in Figure 10, a key-shaped mark is placed on the reserved card. Displaying this indicates to the user that the card is reserved. This indicates that users may lose reserved cards by using them for processes other than evolution / fusion. This can prevent that from happening. Furthermore, regarding the method of displaying reserved cards and other cards in a way that allows users to distinguish between them: This is not limited to the example shown in image P6 of Figure 10. The list of owned cards is by the name of each card. It may also be a list of strings, in which case reserved cards and other cards will be distinguished by their strings. The columns may be distinguished by their brightness, size, etc.

[0043] (C) Processing of the sale of reserved cards (Figure 11) Figure 11 shows a series of display images when a user sells a reserved card. This shows the change in surface. In Figure 11, image P1 is the same as the one shown in Figure 9. When button b5 ("Sell") is pressed in image P1, the image changes as shown in P7. It transforms. Image P7 shows a list of the user's owned cards. Owned cards in Image P7 From the list, the user selects the card they wish to sell. At this time, the owned cards If you select a reserved card from the list to sell, the image will change as shown on page 8. Image P8 shows the notification that the card selected by the user is a reserved card. A button b10 ("Continue") prompts you to choose whether or not to proceed with the sale process. This includes button b11 ("Back"). If button b10 is operated in image P8, Even reserved cards can be sold, and as a result, the user will be able to use the card in question. You earn points based on the sale price, but you lose your reserved card.

[0044] As shown in Image P8, complicating the process of selling reserved cards is a necessary step. This is an example of restricting the use of contracted cards for processes other than evolution and synthesis. Also, although not shown in Figure 11, in image P7, a list of the user's owned cards is shown. The system may also be designed to display reserved cards in a way that prevents them from being selected. To more reliably prevent reserved cards from being used for processes other than evolution synthesis, You may also prevent the sale of reserved cards.

[0045] (D) Evolutionary synthesis process (Figure 12) Figure 12 shows a series of display screen changes when performing an evolutionary synthesis process based on user input. This shows the transformation. In Figure 12, image P10 shows a new card being added while the user is playing the game. This is an example of an image that appears when you obtain a DSG. With this new DSG card, the combination of reference cards for the pre-ordered evolution synthesis... When the conditions are met, the reserved evolution will occur upon obtaining a new card. Notify the user that the combination conditions for the reference cards required for synthesis have been met. Preferably, images for performing evolutionary synthesis as shown in P11 are used. It is preferable to display it. Image P11 shows the pre-evolution card (Card KLM) and the post-evolution card (Card QRS). Display area 101, Reference cards required for evolution synthesis and their status (here, reserved or available) A display area 102 that indicates (possession), and for receiving a request to perform evolutionary synthesis or not. Buttons b20 ("Yes") and b21 ("No") are displayed. When button b20 is operated in image P11, the image changes as shown in P12. In the example on page P12, the card image, card name, and parameters of the evolved card are shown. However, only a portion of it will be displayed. Furthermore, obtaining a new card changes the combination conditions for the reference cards used in the reserved evolution synthesis. When the conditions are met, evolution synthesis will be performed without waiting for user input. The user may be notified after the line that evolutionary synthesis has been performed. That is, as shown in Figure 12 Image P12 may be displayed following image P10.

[0046] (1-7) Overview of the functions of the information processing device Next, the functions that the game server 20 has in order to realize the game of this embodiment described above are Let me explain. Figure 13 shows the functions that play a major role in the game server 20 of this embodiment. This is a functional block diagram for explanation. In Figure 13, the data table group 70 is as described above. As shown above, card data table, evolution synthesis data table, owned card data table This includes the reservation data table. It is also included in the functional block diagram shown in Figure 13. Not all of the means are essential elements of the present invention. For example, in one aspect of the present invention, the receiving hand It is sufficient to have a stage 51, an acquisition means 55, an output means 56, and a limiting means 58.

[0047] The reception means 51 receives various requests from the user based on information about the user's operation input. It has a function to accept requests. In the game of this embodiment, a request from the user would be, for example, For example, a request for card evolution synthesis processing, a request for evolution synthesis reservation processing, a request for evolution synthesis execution, and Examples include requests to view the cards owned by the user, and requests to sell the cards owned by the user. A request for the reservation processing of evolutionary synthesis is made in response to the output of image data by the output means 56. In evolution synthesis, the base card and multiple reference cards corresponding to the base card. Reserve at least one of the cards for evolution synthesis, and perform any other processing besides that evolution synthesis. This is a request to impose restrictions. In order to implement the functions of the reception means 51, the game server 20 has a communication interface unit 2 The user can operate buttons on a web page, which is an image, via 4 from the user terminal 10. The game server 20 receives a request corresponding to the input. The CPU 21 of the game server 20 receives the request. Based on the information received, the content of the request is determined and the request is processed. In the processing of the request, This is recorded in RAM13. The CPU21 then sequentially executes the processing according to the received requests. do.

[0048] The game processing means 52 is based on the request from the user terminal 10 received by the reception means 51. The game of this embodiment is equipped with the ability to perform various game processes other than evolution and synthesis. The processing may be provided as appropriate, for example, for user-versus-user matches and user-versus-NPC matches. Processing, user-initiated quest processing, normal synthesis processing of user-owned cards, user-owned This is the process of selling the cards. I won't go into detail about the battle processing, but for example, the user's total cost is limited to a predetermined upper limit. Form teams from multiple cards you already possess so that the total value is less than or equal to the value, and then, depending on the team, You will play against other users or NPCs. The battle results will be based on the attack power and defense of each card that makes up your team. It is determined by parameters such as strength and skill. Quest processing involves the user exploring areas within the game, and involves cards and other elements. This is the process for obtaining an item.

[0049] The function of the game processing means 52 when performing the normal synthesis process of the user's owned cards is as follows: This is achieved as follows: The CPU 21 of the game server 20 is the base card and When a request to perform a normal synthesis is received, including the user's selection results regarding the light card, the owned cards Read the card data of the base card and reference card from the card data table and RA It will be deployed to M23. Next, the CPU 21 of the game server 20 will use the base card and reference card. Based on the parameters of the card, the parameters of the base card (for example, card level and skill) Change the level and write the parameters of the modified base card to the owned card data table. Along with entering the data, the card data of the owned card that was used as the reference card is entered from the owned card data table. Delete the data. Note that the card level and skill level of the base card will be changed during normal synthesis. It doesn't always increase each time you do it. For example, each time you perform a normal synthesis, you associate it with a card. The value of the training parameter is increased, and when the value of that training parameter reaches a predetermined value... The card level will be increased by one, and the training parameter values ​​will be reset to zero. You may do so.

[0050] The functions of the game processing means 52 when executing the process of selling a user's owned cards are as follows: This is how it is achieved. The CPU 21 of the game server 20 receives the request for sale processing, When the selection results for the cards to be sold are obtained, the cards to be sold are retrieved from the owned card data table. Delete the card data. Furthermore, CPU 21 of game server 20 will delete the card data. The selling price (points) of the card to be sold is read from the table, and the read points The process of awarding points to the user is performed. The process of updating the user's point values ​​recorded in the database (not shown). That is the case.

[0051] The determination means 53 determines that multiple reference cards, which are combination conditions corresponding to the base card, are used by the user. It has a function to determine whether or not the condition of being included in the owned cards is met. In order to realize the function of the determination means 53, for example, the CPU 21 of the game server 20, All reference cards corresponding to the reservation ID to be used for determination have been collected in the data table. Determine whether or not. Specifically, the CPU 21 of the game server 20 determines whether or not reservation I is the target of the determination. Each reference card ID corresponding to the evolution ID corresponding to D (C in the evolution synthesis data table in Figure 6) The card IDs recorded in columns 1-C5 are read from the evolution synthesis data table. Furthermore, CPU21 reads the reservation data corresponding to the card IDs in fields C1 to C5. The serial number is recorded in all fields C1 to C5 of the reference card on the table. Determine whether or not. If serial numbers are recorded in all fields, the base card The condition is met that the combination of multiple corresponding reference cards is included in the user's owned cards. That would mean that.

[0052] The card data modification means 54 is used when the determination means 53 determines that the conditions are met. It has the function to perform evolution synthesis, which modifies the card data of the base card. Evolution synthesis is This is an example of a process that changes or modifies a card. In this embodiment, in order to realize the function of the card data modification means 54, the game server When CPU 21 of unit B20 receives a request to execute evolution synthesis, it checks the owned card data table. In this process, the card data of the pre-evolution card (i.e., the base card for evolution synthesis) is deleted. The card data for the evolved card is newly written. This will update the user's card collection. The card will evolve. Note that, as shown in the evolution synthesis data table, pre-evolution Since the card ID is different for the evolved form, the card name, card image, and card parameters are different. At least one of the "Ta"s will be changed through evolutionary synthesis.

[0053] The acquisition means 55 is a base card (an example of a selected object) selected by the user. The combination conditions for the corresponding reference cards (an example of a change condition) are multiple reference card IDs, It has a function to obtain from the evolution synthesis data table. In addition, the acquisition means 55 is evolution synthesis In order to reserve a card, based on the user's input, the user's owned cards A function to retrieve the serial number (an example of object information) of any of the cards in the box. Prepare. When acquisition means 55 acquires multiple reference card IDs which are the combination conditions for reference cards, The CPU 21 of the game server 20 retrieves the base card selection result from the user terminal 10. Depending on the result, refer to the evolution synthesis data table and select the combination rule corresponding to the base card. Read the multiple reference card IDs that make up the item. On the other hand, when acquisition means 55 acquires the card's serial number, the CP of game server 20 When U21 receives a request for evolutionary synthesis reservation processing from user terminal 10, it processes the evolutionary synthesis The base card that will serve as the subject, and from among the multiple reference cards that correspond to that base card. The owned cards that were not reserved were identified by referring to the owned card data table. Read the serial number from the card.

[0054] The output means 56 is a multiple combination condition of reference cards obtained by the acquisition means 55. Using the reference card ID (information indicating multiple objects), the multiple reference cards are Image data to be displayed in a format that is identifiable to each user (example of output data) It has a function to output (). An example of an image displayed by the output means 56 is the image in Figure 9. It is P4. In order to realize the function of output means 56, the CPU 21 of the game server 20 controls the user terminal When you obtain the base card selection result (serial number) from 10, the evolution synthesis data table Refer to the reference and select card I corresponding to the serial number of the base card selected by the user. Multiple reference card IDs (C1) that correspond to the pre-evolution card ID that matches D are the combination conditions. The card ID in column C5 is read. CPU21 reads the card corresponding to each reference card ID. To obtain the data, refer to the card data table and the owned card data table. It illuminates. Then CPU21 illuminates the selected base card and the corresponding base card. Generate images that display multiple reference cards in a format that is recognizable to the user. An example of a "user-identifiable display format" is shown in image P4 of Figure 9, where each This format displays the card image of the card.

[0055] The recording means 57, upon receiving a request for the reservation processing of evolution synthesis, retrieves the data from the acquisition means 55. The serial number obtained is placed in the reserved data table in storage 25 as a reserved car It has a function to record as a record. In this embodiment, the reserved card is the selected record. Restricted objects that should be restricted from being used in processes other than the evolution and synthesis of cards. This is the card identified by the acquisition method 55. The serial number of the card is recorded in the reservation data table as the serial number of the reserved card. It can be done.

[0056] In order to realize the function of the recording means 57, the CPU 21 of the game server 20 performs evolutionary synthesis. Upon receiving a reservation processing request, the system accesses the reservation data table and processes the reservation target card. Enter the real number. More specifically, select it as the base card from the cards eligible for reservation. If the serial number of the card is not recorded in the reservation data table, a new one will be created. A reservation ID is issued. CPU21 is assigned to the base card and associated with the issued reservation ID. Write the serial number of the selected card in the "Pre-evolution card" field. Furthermore, for reservations... The card ID corresponding to the serial number of the reference card among the elephant cards is the same as the reference card ID. Identify the column (one of columns C1 to C5), and in the identified column, enter the reference card from the reservation target cards. Write down the serial number of the card. On the other hand, if a reservation ID has already been issued, the serial number will be displayed in the "Pre-evolution card" field. Since it has already been recorded, CPU21 is the serial number of the reference card among the reserved cards. Only the issue number will be written.

[0057] Restriction means 58 prevents reserved cards recorded in the reservation data table from proceeding as intended. It has a function to restrict its use in processes other than chemical synthesis. More specifically, the restrictive means 58, in response to receiving a request for reservation processing of evolution synthesis via the receiving means 51, The combination conditions of reference cards acquired by acquisition method 55 from the user's owned cards, Based on the requesting user's card data table (an example of card ownership information), the reservation data is generated. For cards recorded on the table (i.e., reserved cards), the desired evolution synthesis is performed. It has a function to restrict its use for external processing. "Used for processes other than the intended evolutionary synthesis" means that it is not associated with the intended evolutionary synthesis. Cards that have been reserved and recorded as such can undergo evolution other than the intended evolution synthesis. This also includes cases where it is used in synthesis or conventional synthesis. Various methods can be considered for the restriction by the restriction means 58. For example, the car to be restricted Methods to prohibit processes other than the evolution synthesis intended by the user, and cards that are subject to restrictions. When selected for a process other than the intended evolutionary synthesis, the system will warn the user. Alternatively, methods for performing a process to confirm the continuation of the said process may be used.

[0058] For example, the CPU 21 of the game server 20 is responsible for any of the various processes of the game in this embodiment. If a request to execute that process is received, the user's cards will be selected as the cards to be processed. When selected, the card data table is referenced, and the card of the selected card is determined. Determine whether a reservation ID is associated with the ID. CPU21 selects The card ID of the selected card is associated with the reservation ID, and the processing related to the execution request is the reservation ID If it is not an evolutionary synthesis process corresponding to the selected process, the process may be prohibited or selected. The user may be notified that the card is a reserved card. Alternatively, the selected card The system will inform the user that the card is already reserved and ask whether they wish to proceed with the transaction. You can then confirm with the user. The reservation data table contains the evolution ID and the serial number of the reserved card. Because the numbers are associated, CPU 21 on game server 20 corresponds to the reserved card. This allows you to identify the desired evolutionary synthesis (i.e., the evolutionary synthesis corresponding to a specific evolution ID). This is possible. Therefore, the process that the user tries to execute using a specific card they possess is targeted. It is possible to determine whether or not the process is the intended evolutionary synthesis process.

[0059] The notification means 59, at a predetermined timing, displays the user's owned card data table (owned information Based on the example of the combination of reference cards obtained by acquisition means 55, the combination If it is determined that the user possesses multiple reference cards included in the matching conditions, the set The user can identify that they possess multiple reference cards included in the matching conditions. It has a function to notify. In the example of this embodiment, as shown in image P11 of Figure 12, Image data is generated to notify the user when the card is obtained. -Sent to terminal 10. In order to realize the function of the notification means 59, the CPU 21 of the game server 20, for example, If the user obtains the card, the reservation data table will be updated as a result of obtaining that card. If the user owns multiple reference cards necessary for evolution synthesis that correspond to any of the reservation IDs Whether or not it was included in the code, that is, whether all the reference cards corresponding to the reservation ID are available. Determine whether all the necessary cards are present or not. If it is determined that all the necessary cards are present, then the reference cards required for evolution synthesis are complete. Image data is created to notify the user of this fact and sent to the user terminal 10.

[0060] The notification means 59 further, at a predetermined timing, the user's owned card data table ( Based on an example of the information held and the combination conditions of the reference card obtained by the acquisition means 55, It was determined that you possess multiple reference cards included in the combination conditions, If it is determined that the conditions for performing evolution synthesis on the card selected by the -za have been met, The system notifies the user in an identifiable format that the conditions for performing the evolution synthesis of the card in question have been met. That's fine. In this embodiment, the condition for performing evolution synthesis is that all the necessary reference cards for evolution synthesis are available. Examples of cases where the following is a necessary and sufficient condition for the statement to hold are given, but the example is not limited to these cases. For example, In addition to having all the necessary reference cards for evolution synthesis, other conditions (for example, the user having a certain amount) If the condition for performing evolution synthesis is met when (consuming points) is met, It is acceptable. In that case, the other conditions are met once the reference cards necessary for evolution synthesis are all available. If it does not work (for example, if the user does not have enough points), refer The system only notifies the user that all the cards have been collected, and then performs further evolution synthesis once other conditions are met. The user may be notified when the conditions for executing the action have been met.

[0061] While it is not essential to provide the notification means 59, providing the notification means 59 allows for, for example, Some of the reference cards required for evolution synthesis can be selected before the evolution synthesis is performed. In short, users who are waiting to perform evolution synthesis until they obtain the remaining reference cards will receive the cards. This notifies the user that all the reference cards necessary for evolution synthesis have been collected. This can improve convenience.

[0062] The display means 60 displays reserved cards (i.e., cards that are restricted by the restriction means 58) from among the cards held by the user. The card identified as a restricted object that should be restricted more than the other card, It has a function to control the display so that it is displayed in a format that the user can recognize. The timing of this is not particularly limited, but in the example of this embodiment, (i) user terminal From the end of step 10, requests for card evolution and synthesis processing, and (ii) processing to view the user's owned cards. This is the moment the request was received.

[0063] (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 card held is, as shown in the image P4 of FIG. 9, the text displayed in association with the card. That is, for the card corresponding to the serial number recorded in the reservation data table, the text "reserved" is displayed in association with the card, and for the card corresponding to the serial number not recorded in the reservation data table, the text "held" or "not held" is displayed in association with the card. The difference in the display mode is not limited to this example, and may be appropriately set in any display format that can be identified by the user, such as when changing the form and size of the card for display. The function of the display means 60 in this case can be realized as follows. When the CPU 21 of the game server 20 obtains the selection result of the base card from the user terminal 10, for example, it reads out the combination of a plurality of reference card IDs required to evolve the base card from the evolution synthesis data table, and for each reference card, identifies the state of the card (either "reserved", "held", or "not held"). The CPU 21 generates image data to be transmitted (output) to the user terminal 10 based on the state of each reference card. When generating the image data, the display mode of each card is distinguished according to the state of each reference card. The CPU 21 of the game server 20 refers to the held card data table and the reservation data table to identify 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 regarded as "reserved". When the CPU 21 of the game server 20 obtains the selection result of the base card from the user terminal 10, for example, it reads out the combination of a plurality of reference card IDs required to evolve the base card from the evolution synthesis data table, and for each reference card, identifies the state of the card (either "reserved", "held", or "not held"). The CPU 21 generates image data to be transmitted (output) to the user terminal 10 based on the state of each reference card. When generating the image data, the display mode of each card is distinguished according to the state of each reference card. 持”または“未所持”のいずれかの状態)を特定する。CPU21は、各参照カードの状 態に基づいて、ユーザ端末10へ送信(出力)する画像データを生成する。画像データを 生成するにあたっては、各参照カードの状態によって各カードの表示態様が区別される。 ゲームサーバ20のCPU21は、各参照カードの状態を特定するために、所持カードデ ータテーブルおよび予約データテーブルを参照する。例えば、予約データテーブルにおい て、ベースカードに対応する進化IDに対応付けられたC1~C5の欄(図8参照)にシ リアル番号が書き込まれている場合には、各欄に対応する参照カードが「予約済」として is specified.

[0064] (ii) Display at the time of request for browsing processing of the user's possessed card In this case, as shown in the image P6 of FIG. 10, the difference in the display mode for each possessed card is the presence or absence of a symbol displayed in association with the card. That is, for a card corresponding to the serial number recorded in the reservation data table (i.e., a reserved card), a predetermined symbol is displayed in association with the card, and for a card corresponding to a serial number not recorded in the reservation data table (a card that is not a reserved card), the predetermined symbol is not displayed in association with the card. The difference in the display mode is not limited to this example, and may be appropriately set, for example, when changing the form or size of the card for display. For the function of the display means 60 in this case, the CPU 21 of the game server 20 specifies a reserved card from the possessed cards in the possessed card data table. At this time, the CPU 21 reads out the serial number of the reserved card recorded in the reservation data table and specifies the reserved card among the user's possessed cards. Then, an image data is generated that transmits (outputs) a list of the user's possessed cards in a display format that allows the user to distinguish between reserved cards and other cards to the user terminal 10. Note that the method of specifying the reserved card may be performed based on whether data is recorded in the "reservation ID" column of the possessed card data table. Providing the display means 60 is not essential, but by providing the display means 60, the user who sees the display image can recognize the reserved card as distinguishable from other cards. Also, when designating any one of the user's possessed cards and executing some processing The difference in the display mode is not limited to this example, and may be appropriately set, for example, when changing the form or size of the card for display. and the like may be set as appropriate. To realize the function of the display means 60 in this case, the CPU 21 of the game server 20 specifies a reserved card from the possessed cards in the possessed card data table. At this time, the CPU 21 reads out the serial number of the reserved card recorded in the reservation data table and specifies the reserved card among the user's possessed cards. Then, a list of the user's possessed cards is generated in a display format that allows the user to distinguish between reserved cards and other cards, and image data for transmitting (outputting) it to the user terminal 10 is generated. Note that the method of specifying the reserved card may be performed based on whether data is recorded in the "reservation ID" column of the possessed card data table.

[0065] Providing the display means 60 is not essential, but by providing the display means 60, the user who sees the display image can recognize the reserved card as distinguishable from other cards. Also, when designating any one of the user's possessed cards and executing some processing it is possible for the user to recognize the reserved card as distinguishable from other cards. Also, when designating any one of the user's possessed cards and executing some processing in the case of Therefore, reserved cards can be identified and recognized from other cards, allowing for the advancement of the reserved card as intended. This can more effectively prevent the substance from being used in processes other than chemical synthesis.

[0066] (1-8) Processing flow of the game of this embodiment Next, an example of the game processing flow of this embodiment is shown in Figures 14A and 14B, and Figure 14B. 15. Refer to the sequence charts in Figures 16A, 16B, 17A, 17B, and 18. I will explain it. Figures 14A and 14B are sequence charts showing the reservation process for evolutionary synthesis. Figure 15 is a sequence chart showing the process of viewing owned cards. (Figures 16A and 16) B is a sequence chart showing the sale process of reserved cards. (Figures 17A and 17) B is a sequence chart showing the judgment process when a card is obtained. Figure 18 shows the evolution synthesis process. This is a sequence chart illustrating the principle. Note that in each figure, the images P1-P8 and P10-P12 shown in Figures 9-12 are displayed as follows: Each step is assigned a code to the image.

[0067] (A) Reservation processing for evolution synthesis (Figures 14A, 14B) In the reservation process described below, as an example, the user enters the base card and the base card If you possess some of the reference cards needed to evolve and synthesize a card, the base card Let's consider a scenario where you reserve a card and a reference card you already own.

[0068] In Figure 14A, a predetermined button (for example, Figure 9) is shown on the image displayed on the user terminal 10. By the user operating button b4) in image P1, the CPU1 of the user terminal 10 Unit 1 receives a request for evolution synthesis processing (S10) and sends the request to game server 20. (S12). When the CPU 21 of the game server 20 receives a request for evolution synthesis processing from the user terminal 10, it refers to the evolution synthesis data table and the possessed card data table, and reads out the possessed cards of the evolvable users (S14). That is, the CPU 21 of the game server 20 reads out the card data of the user's possessed cards from the possessed card data table, and reads out all the pre-evolution card IDs (that is, the card IDs of the evolvable cards) in the evolution synthesis data table. Next, the CPU 21 specifies the serial number corresponding to the card ID of the evolvable card (that is, the base card candidate) among the user's possessed cards, generates image data including a list of base card candidates (S16), and transmits it to the user terminal 10 (S18 ) ). Note that the image data generated in S16 is preferably generated in a displayable format that allows the user to distinguish between the images of the evolvable cards and the non-evolvable cards among the user's possessed cards, as shown in the image P2 of FIG. 9.

[0069] When the CPU 11 of the user terminal 10 acquires the image data transmitted in S18, it displays an image on the display unit 16 based on the image data (S20). The image displayed in S20 includes images of a plurality of cards that are base card candidates, as illustrated in the image P2 of FIG. 9, and is configured such that the serial number of each card can be selected by operating the image of each card. When an operation of selecting any card as the base card is performed among the plurality of base card candidates displayed in S20, the CPU 11 accepts the selection result (serial number) of the base card (S22), and transmits the selection result to the game server 20 ). ​​​​​​​​​Ru (S24).

[0070] The CPU 21 of the game server 20 receives the base card selection result (series) from the user terminal 10. When the (Al number) is obtained, the evolution synthesis data table is referenced and selected by the user. The card ID corresponding to the serial number of the base card matches the pre-evolution card ID. Read out the multiple reference card IDs (card IDs in columns C1 to C5) that constitute the combination conditions. S26). Next, CPU21 processes the owned card data table and the reservation data table. Refer to the card status (not owned, owned) corresponding to each reference card ID read in S26. The system identifies (reserved) and generates image data based on the identification result (S28).

[0071] The method for determining the status of each reference card is as follows: The serial number recorded in the "Serial number of reserved card" field of the reservation data table. The number is read, and the possessed card data table is referenced to determine the corresponding serial number. Identify the card ID. Among the identified card IDs, find the reference card read in S26. If there is a card ID that matches the ID, the status of the card corresponding to that reference card ID will be displayed. It will be identified as "reserved". Among the card IDs recorded in the user's owned card data table, read in S26 It is determined that the card ID that matches the reference card ID that was submitted is included, and that reference card If the card status corresponding to the ID is not identified as "reserved", then the reference The status of the card corresponding to the card ID is identified as "possessed". Reference read in S26 The status of the card corresponding to the card ID is specified as either "Reserved" or "Owned". If the card is not present, the status of the card corresponding to that reference card ID will be identified as "Not owned". ru.

[0072] The image data generated in S28 may vary depending on the result of the card status determination. In other words, the status of all reference cards read in S26 is either "Owned" or "Reserved". If so, the reference cards required for the evolution synthesis of the card selected as the base card are Since everything is in place, CPU 21 on game server 20 will perform evolution synthesis. It generates image data for the user to instruct whether or not to proceed. Then, evolutionary synthesis If an input is made to select the option to perform the synthesis, the process proceeds to the evolutionary synthesis process shown in Figure 18. . Meanwhile, CPU21 reads the state of at least one of the reference cards in S26 and If you do not possess it (that is, the card required for evolution synthesis of the card selected as the base card) (If all reference cards are not available) the card selected as the base card, This generates image data to reserve reference cards in the "possession" state for evolution synthesis. ru. Here, we assume the latter case (where the status of any of the reference cards is "not owned"). In the latter case, the CPU 21 will, as illustrated in image P4 of Figure 9, access each reference card. By associating each reference card with an image, the display format becomes identifiable to the user. Together, the results of identifying the card's state are associated with each reference card, and the image data Generates data. Also, image data is used for the base card and reserved reference cards among multiple reference cards. It is possible to accept requests for reservation processing of evolution synthesis using cards that are not currently owned as the reservation target cards. It is generated so that the instruction section (for example, button b8 in image P4 of Figure 9) is displayed. ru.

[0073] The CPU 21 of the game server 20 sends the image data generated by S28 to the user terminal 10. Send (S30). The CPU 11 of the user terminal 10 receives the image data sent in S30. If obtained, the image is displayed on the display unit 16 based on the image data (S32). Here, Instructions to request the reservation process for evolution synthesis (for example, the operation of button b8 in image P4) When this is done, the CPU 11 of the user terminal 10 accepts the request for the reservation processing of evolution synthesis (S 34) The request is sent to the game server 20 (S36).

[0074] When a request for a reservation processing of evolution synthesis is received, the CPU 21 of the game server 20 processes the reservation data Access the data table and select the corresponding serial number for the base card obtained in S24. Is an ID already issued? (i.e., is the same serial number recorded in the "Pre-evolution Card" column?) Determine whether or not it has been done (S38). If a reservation ID has already been issued (S38: YES), proceed to S42, and if a reservation ID has not been issued (S38: NO), then reservation I After issuing D (S40), proceed to S42. In S42, CPU2 of game server 20 1. In the reservation data table, the serial number of the reserved card is written, associated with the reservation ID. To dig in. At this time, if CPU21 issues a new reservation ID, among the reserved cards, Write the serial number of the base card in the "Pre-evolution card" field. In addition, the reserved car Among the cards, the "Reference Card" field is the same as the card ID corresponding to the serial number of the reference card. Identify one of the columns C1 to C5, and in the identified column, select the reference card from the reserved cards. Write in the serial number. On the other hand, if a reservation ID has already been issued, the serial number will be displayed in the "Pre-evolution card" field. Since it has already been recorded, CPU21 is the serial number of the reference card among the reserved cards. Only the issue number will be written. Furthermore, if CPU21 issues a new reservation ID for the reservation data table, that reservation In the fields C1-C5 corresponding to the ID, the field where the serial number is not written should read: "Reservation Write data indicating "None" (for example, NULL).

[0075] Next, CPU 21 of game server 20 is reserved in the owned card data table. In the "Reservation ID" field corresponding to the card ID of the card, enter the reservation ID that was to be written to by S42. Write data to D (S44). Finally, CPU21 displays an image indicating that the reservation is complete. The system generates data (S46) and transmits the image data to the user terminal 10 (S48). When the CPU 11 of the data processor terminal 10 receives the image data transmitted via S48, the CPU 11 of the data processor Based on the data, an image (for example, image P5 in Figure 9) is displayed on the display unit 16 (S50).

[0076] (B) Processing of viewing owned cards (Figure 15) In Figure 15, a predetermined button (for example, Figure 10) is pressed on the image displayed on the user terminal 10. By the user operating button b1) in image P1, the CPU 1 of the user terminal 10 Server 1 receives a request to view owned cards (S60) and sends the request to game server 20. Send (S62). The CPU 21 of the game server 20 processes a request from the user terminal 10 to view the owned cards. Upon receiving the request, the system identifies the card ID of the card you possess from the owned card data table, and then... Read the card data of owned cards from the card data table and owned card data table. To release (S64). Next, the game server 20 identifies reserved cards from among the user's cards in order to The following process is performed: The CPU 21 of the game server 20 processes the reservation data table. Read the serial number of the reserved card recorded in (S66), and the user's card Identify the reserved cards from among the cards. Then, display a list of the user's owned cards, including the reserved cards. Image data is generated in a user-identifiable display format for cards other than the designated card (S68). The image data is then sent to the user terminal 10 (S70). The CPU 11 of the user terminal 10 When S70 receives the image data transmitted, it uses that image data to create an image (for example) Then, the image P6) from Figure 10 is displayed on the display unit 16 (S72).

[0077] (C) Processing of the sale of reserved cards (Figures 16A, 16B) In Figure 16A, a predetermined button (for example, Figure 1) is pressed on the image displayed on the user terminal 10. When the user operates button b5) in image P1, the CPU of the user terminal 10 11 receives a request to sell owned cards (S80), and forwards the request to game server 20 Send to (S82). The CPU 21 of the game server 20 processes a request from the user terminal 10 to sell owned cards. Upon receiving the request, the system identifies the card ID of the card you possess from the owned card data table, and then... Read the card data of owned cards from the card data table and owned card data table. It outputs and generates image data including a list of owned cards (S84), and that image data is used Send to terminal 10 (S86). The CPU 11 of user terminal 10 receives the message sent in S86. When image data is acquired, an image (for example, image P7 in Figure 11) is created based on that image data. The result is displayed on the display unit 16 (S88). The images displayed on S88 include aligned users, as illustrated in image P7 of Figure 11. The images of the cards you possess are included, and by manipulating the image of each card, you can access the serial number of each card. It is configured so that it can be selected. Among the multiple owned cards displayed in S88 When an operation is performed to select any card as a card to be sold, the user terminal 10 CPU11 receives the selection result (serial number) of the card to be sold (S90), and The selection result is sent to game server 20 (S92).

[0078] Game server 20 receives the selection result (serial number) of the card to be sold from user terminal 10. When you acquire it, if the card you are selling is a reserved card for evolution synthesis, then The following process is performed to issue a warning to the server: namely, the CPU of game server 20. 21 refers to the owned card data table and reserves the serial number of the card to be sold. Determine whether D is associated with it (S94). Serial number of the card to be sold. If a reservation ID is associated with the number (S94:YES), a warning image will be generated. The image data is generated (S96) and sent to the user terminal 10 (S98). When CPU 11 of terminal 10 receives image data transmitted via S98, it then processes the image data. Based on this, the image (for example, image P8 in Figure 11) is displayed on the display unit 16 (S100). The image displayed in S100 shows the sale process continuing, as illustrated in image P8 of Figure 11. A button is provided to confirm whether or not to proceed. The user's operation of this button... Based on this, if CPU11 accepts the request to continue the sale process (S102:YES) The request is sent to the game server 20 (S104). The request to continue the sale process is accepted. If none is available (S102:NO), select the image of the card to be sold (for example, the image in Figure 11). Image P7) may be displayed again.

[0079] If a request to continue the sale process is received from the user terminal 10, or if the sale target is If the card's serial number is not associated with a reservation ID (if it is not a reserved card) ) (S94:NO), CPU 21 of game server 20, serial number of the card to be sold The number is stored in RAM23, and the row for that serial number is entered in the owned card data table. Delete the data (S106). Furthermore, in order to update the reservation data table, the following The following processing is performed. That is, as shown in Figure 16B, the CPU 21 of the game server 20 performs S The serial number stored in RAM23 for the card erased in 106 (the card to be erased) Based on the number, if the card to be erased is a reserved reference card or a reserved base card Determine whether it is a [type] or neither (S108). Game server 20's CPU 21 if the card to be erased is a reserved reference card This will erase all serial numbers of the cards to be erased that are recorded in the reservation data table. (S110). If the card to be removed is a reserved base card (pre-evolution card) In this case, the serial number of the card to be deleted (pre-evolution card) recorded in the reservation data table Delete all data in the row corresponding to the card number (S112). If the card to be deleted is reserved... If it is not a code, no processing will be performed on the reservation data table.

[0080] As described above, in this embodiment, a card reserved for evolution synthesis is not used in processes other than evolution synthesis. When used in a certain sale process, the execution of that sale process is restricted. The sale process is not immediately executed on reserved cards, but rather the cards to be sold are reserved. An image is displayed to warn the user that the card has already been sold, and the user is not asked to proceed with the sale process. The system waits for the data to be retrieved from the terminal before executing the sale process.

[0081] (D) Determination process when a card is obtained (Figures 17A, 17B) In the game of this embodiment, preferably, when a user obtains a new card, By obtaining the card, multiple reference cards that meet the combination conditions corresponding to the reservation ID When the user comes to possess all of them (i.e., all reference cards are collected) The system then notifies the user that all reference cards corresponding to the reservation ID have been collected. When Za obtains a new card, the reference card for one of the evolution synthesis corresponding to the reservation ID will be used. Determine whether the combination conditions for "Do" are met. In this determination process, first, in Figure 17A, the CPU 21 of the game server 20 determines the game When a card is assigned to a user through processing, the user data table is used to access the user data. The card ID of the card obtained (referred to as the "obtained card") is determined (S120). Once the card ID of the hand card is determined, the game server 20 will contact the user terminal 10 to retrieve it. Generate image data including the card data and send it to the user terminal 10 (S122 ). When the CPU 11 of the user terminal 10 receives the image data transmitted in S122, Based on the image data, an image (for example, image P10 in Figure 12) is displayed on the display unit 16. S124). Next, the CPU 21 of game server 20 issues a serial number corresponding to the acquired card. , write the data corresponding to the issued serial number to the owned card data table (S 126). When writing this data, the card level and skill level are set to their initial values ​​of "1 The following is written: The card ID that is written is the card ID determined in S120. .

[0082] Next, the CPU 21 of game server 20 records evolution I in the reservation data table. Identify all D's and configure multiple reference cards that make up the combination conditions corresponding to the identified evolution IDs. The ID is read from the evolutionary synthesis data table (S128). In Figure 17B, CPU2 1. Each reference card ID read from the evolution synthesis data table corresponds to the card of the acquired card. Determine if it matches the ID (Acquired Card ID) (S130). If it matches the Acquired Card ID If no reference card ID exists (S130:NO), the process terminates. CPU21 Even if a reference card ID matching the acquired card ID exists (S130:Y ES), in the reservation data table, the serial number corresponding to the reference card ID is already If it is already recorded (i.e., the acquired card and the reserved card are associated with the same card ID) If (S132:YES) the serial number will be added to the reservation data table. Since there is no need to record this information, the process will be terminated.

[0083] Meanwhile, CPU 21 of game server 20 checks if the reference card ID matches the acquired card ID. If it exists, in the reservation data table, the corresponding reference card ID If the real number is not recorded (S132:NO), use the serial number of the acquired card. Write the corresponding field (one of C1 to C5) for the reference card ID, and also (S13 4) Read the reservation ID corresponding to the written serial number. Furthermore, CPU21 read The extracted reservation ID is matched to the serial number of the acquired card in the owned card data table. Respond and write (S136).

[0084] Next, game server 20 matches the reservation ID corresponding to the serial number written in S134. Determine whether all the corresponding reference cards are present (S138). Specifically, the game server CPU21 of B20 is a reference for the evolution ID corresponding to the reservation ID corresponding to the acquired card. Referencing columns C1-C5 (see Evolution Synthesis Data Table) which constitute the combination of Illumination Card IDs. All of the reference cards C1-C5 in the reservation data table corresponding to the card ID By checking if the serial number is recorded in the column, all reference cards are found. Determine whether or not. If not all reference cards corresponding to the reservation ID are available, (S1 38:NO), The combination conditions for the reference cards are not met due to the acquired cards, so The process ends. On the other hand, if all reference cards corresponding to the reservation ID are available, (S138 :YES), in order to notify the user that all reference cards corresponding to the reservation ID are available. The image data is generated (S140), and the image data is sent to the user terminal 10 (S1 42). The CPU 11 of the user terminal 10 acquires the image data transmitted in S142. Based on the image data, the image (for example, image P11 in Figure 12) is displayed on the display unit 16. ru (S144).

[0085] (E) Evolutionary synthesis process (Figure 18) For example, if the above-mentioned card acquisition judgment process is executed, the progress will depend on the card acquired. Having gathered all the necessary reference cards for chemical synthesis, the conditions for evolution synthesis were met. In the event of a combination, an evolutionary synthesis process is performed. The sequence chart shown in Figure 18 is related to the decision process shown in Figures 17A and 17B. The following shows the processing flow when the next step is executed. (Image displayed at S144 in Figure 17B) This involves checking whether or not to request the execution of evolutionary synthesis, as illustrated in image P11 of Figure 12. A button is provided for this purpose. Figure 18 shows the operation of this button by the user. When the CPU 11 of the user terminal 10 receives a request to execute evolutionary synthesis (S150), The request is sent to the game server 20 (S152).

[0086] The CPU 21 of the game server 20 receives an evolution synthesis execution request from the user terminal 10. When this is done, the CPU 21 of the game server 20 proceeds to process the owned card data table. Delete the card data of the pre-evolution card (i.e., the base card for evolution synthesis) (S154), The card data of the evolved card is newly written (S156). In S156, Figure 17B The progress recorded in the reservation data table corresponds to the reservation ID that was the subject of the S138 determination. Based on the evolution ID, the evolved card ID is read from the evolution synthesis data table, and this evolution Later, the card data corresponding to the card ID is written to the owned card data table. The card data includes, for example, a serial number issued in accordance with the evolved card ID. It can be done. Next, CPU 21 of game server 20 processes the card data of the reference card used for evolution synthesis. Remove the card from the owned card data table (S158).

[0087] After performing evolution synthesis, the data associated with the reservation ID is recorded in the reservation data table. Since it is not necessary, the CPU 21 of game server 20 will access the reservation data table. Delete the data for the row with the reserved ID that will be used for evolution synthesis (S160). Finally, CPU21 This generates image data including the card data of the evolved card (S162), and the image data The data is sent to the user terminal 10 (S164). The CPU 11 of the user terminal 10 processes S164 When the transmitted image data is obtained, the image (for example, Figure 12) is generated based on that image data. The image P12) is displayed on the display unit 16 (S166).

[0088] As explained above, in the game system of this embodiment, the process of changing objects is One example of this is the evolution synthesis of a card, which requires the base card to be the target of the evolution synthesis. The requirement is that the user possesses the card and multiple corresponding reference cards. For example, if you only possess some of the reference cards among those multiple reference cards... In this case, you cannot perform evolution synthesis on the base card, therefore, to perform evolution synthesis... To do this, the user needs to obtain the remaining reference cards and wait until all reference cards are collected. There is. At this time, the game server 20 of this embodiment responds to a user request, The base card and reference card that Za possesses and that are necessary for the desired evolution synthesis will evolve. By reserving a card before performing the synthesis, the reserved card can be used for processes other than the intended evolution synthesis. It restricts what can be done. Therefore, it prevents the user from obtaining the remaining reference cards they do not possess. During the waiting period until the user has acquired a base card or reference card, the user may mistakenly use it for the intended purpose. This prevents the material from being used for processes other than evolutionary synthesis.

[0089] In the above-described embodiment, some of the multiple reference cards corresponding to the base card are reserved. If it is a completed card, the user then selects a card from among multiple reference cards that is not reserved. When you acquire a card, it automatically becomes a card eligible for reservation (in other words, The case of automatic reservation was explained (S136 in Figure 17B). That is, the recording means 57 The base card and some of the multiple reference cards have a storage 25 reserved day. It is recorded in the table, and the user is either the base card or one of the multiple reference cards. And if you obtain a card that is not included in your possession, the card you obtained This explains how to record the serial number (card data) in the reservation data table. Specifically, in the card acquisition determination process shown in Figures 17A and 17B, the reservation date In the table, among the reference card IDs corresponding to the reservation ID, the "reference" is the same as the acquired card ID. If the serial number is not recorded in the "Card" field, it will not be processed by the user. The serial number of the acquired card is written down (S134 in Figure 17B). In other words, in the embodiment described above, the user obtains a card, and the user's possessions When a new row of data corresponding to a new card ID is added to the card data table, The added card is reserved in the reservation data table, making it a reserved card (restricted If it is determined that it is an example of a subject, the restriction means 58 will apply to the added card. In contrast, if you want to restrict its use to processes other than evolution synthesis corresponding to the reserved ID, I explained about it.

[0090] The following advantages apply to this type of automated reservation: namely, the ability to use multiple reference cards If some cards are reserved (i.e., recorded in the reservation data table), It can be assumed that the plan is to perform the evolution synthesis of the base card that the goal is to use. Therefore, if the card the user obtained is one of those multiple reference cards, By automatically reserving the acquired card, the user does not need to input any information for the reservation. This eliminates the need for manual processing, and the newly acquired cards can be used for processes other than evolution synthesis. This can more effectively suppress the problem.

[0091] However, you do not need to make an automatic reservation for the cards you want to acquire. In that case, you can acquire the cards. The process ends with the operations S120-S126 in Figure 17A. After the operation S126, You may or may not proceed to the judgment process in S138. In that case, the process shown in Figure 14A will be started at the timing desired by the user, and the process will begin. If all reference cards are available at that point, in S30, you can decide whether or not to perform evolution synthesis. Image data is sent to the user to give instructions. Then, evolution synthesis is performed. If the user selects either option, the process proceeds to the evolutionary synthesis process shown in Figure 18.

[0092] In this embodiment, the notification means 59 notifies the user's owned card data table of new cards In the case where a notification is sent to the user's terminal 10 when a code ID is added, While this was explained as an example, the timing of notification is not limited to this case. You can notify them at the start time (for example, when you log in), or on the game itself. A good stopping point (for example, when the game consists of multiple stages) Notifications may be given at times such as when each stage of gameplay is completed. Furthermore, when a user obtains a card, they will be notified. Each time a user obtains a card, they perform an evolution synthesis on the card selected as the base card. The focus will be on whether some or all of the conditions for doing so have been met. Therefore, it is possible to improve the user's expectation when acquiring new cards.

[0093] In this embodiment, the restricting means 58 restricts the progress of the corresponding base card for the reserved card. If a request is made to perform a process different from chemical synthesis, as illustrated in image P8 of Figure 11, This section explains how to issue warnings to users. Note that this is not limited to warnings; it also applies to situations where execution is required. The requested process may be interrupted. For example, in image P7 of Figure 11, any of the owned cars When a card is selected, processing for the selected card may be interrupted. Also, the image On page P7, reserved cards are displayed in a way that makes them unselectable by being blacked out. That's good too. This means that reserved cards will not be used for processes other than evolution synthesis corresponding to the reservation ID. This ensures that the reserved ID is not used for any process other than evolutionary synthesis. This allows you to alert users to the issue.

[0094] (2) Second embodiment In the first embodiment, communication between the user terminal 10 and the game server 20 is conducted according to HTTP. A communication is performed, and the user terminal 10 interprets the HTML document obtained from the game server 20. When the present invention is realized by a so-called browser format that displays game images, As explained above, this is not limited to this case. The game programme downloaded by user terminal 10 By executing the program, user terminal 10 proactively executes the game processing, and user terminal 1 This is a so-called native application that suppresses the sending and receiving process between 0 and the game server 20. It may also be implemented in a native application format. In native application format, a web browser Image data is generated and displayed within the user terminal 10 without using [a specific method / tool]. In the second embodiment, the game of the first embodiment is converted into a native application format. Let me explain an example of how this can be achieved. Note that the hardware configuration of this embodiment is as follows: The same configuration as in Embodiment 1 may be used. In the native application format of this embodiment, It is assumed that most of the processing will be done on the user terminal 10, but games not explained below Part of the process of assigning to users by lottery (for example, the lottery process that assigns to users by lottery, or the process by which the game operator assigns to users) The process of giving cards to the user (such as gift processing) is handled on the game server 20 side. The system may be configured to send the processing results from the game server 20 to the user terminal 10. stomach.

[0095] In this embodiment, the user terminal 10, based on a predetermined operation by the user, interacts with the game operator. The game program is received from the server, and the received game program is stored in storage 18. It is stored. When the game is launched by the user terminal 10, the user terminal 10 and the game server Communication is established with server 20 and the login process is performed, and the user is sent from game server 20 Data table group to terminal 10 (card data table, evolution synthesis data table, owned cards) The data tables are sent. The data tables sent to the user terminal 10 are: The data is stored in the storage 18 of the user terminal 10. In this case, the data in storage 18 The tables are updated each time a user logs in. The reservation data table is generated on user terminal 10. The data is then stored in storage 18 and updated each time a reservation process is executed. In order to prevent the owned card data table from being tampered with on the user terminal 10, Each time a predetermined process is completed by the user terminal 10, or when logging out of the game At this point, the card data table held by the user terminal 10 is sent to the game server 20. Game server 20 receives the owned card data table and the owned cards in storage 25. After comparing it with the card data table to confirm that the data has not been tampered with, Update the card data table in Rage 25 with the received information.

[0096] Figures 19A and 19B show sequence charts illustrating the reservation process for evolutionary synthesis in this embodiment. Figures 20A and 20B show the sequence of events for selling a reserved card. In Figures 19A, 19B, 20A, and 20B, Figure 14A and Figure 14 For processes identical to those shown in Figures B, 16A, and 16B, the same reference numerals are used. In the evolutionary synthesis reservation process of this embodiment (Figures 19A and 19B), for example, when logging in... The game server 20 then sends the data table group (car) from storage 25 to the user terminal 10. Send data table, evolution / synthesis data table, owned card data table. S8). The CPU 11 of the user terminal 10 stores the received data tables in storage 18. In addition to storing the data, the RAM 13 and the display unit are also used based on the operation input from the operation input unit 15. It works in cooperation with 16 and others to execute the processes from S14 to S50. The CPU 11 of the user terminal 10 is After the reservation process is completed by sequentially updating the reservation data table, the reservation data table is stored. Stored in page 18. After the S50 process is completed, or at the time of logout, the user The CPU 11 of terminal 10 sends the owned card data table to the game server 20 (S 52).

[0097] In the reserved card sale process of this embodiment (Figures 20A and 20B), the above reservation process Similarly, the transmission of data tables from the game server 20 to the user terminal 10 (S78) , and the number of cards held by the user terminal 10 to the game server 20 after the sale process is completed. The data table is sent (S114). The CPU 11 of the user terminal 10 controls the operation input section. Based on the operation input from 15, the RAM 13 and display unit 16, etc. cooperate to perform S80~S1 Execute the 12 processes. Although not shown in the figures, this embodiment includes a process for viewing owned cards and a process for determining when a card is acquired. Similarly, the user terminal 10 proactively performs the logic and evolutionary synthesis processes. In this embodiment, the card data table, the evolution synthesis data table, and the owned card data are included. The table is maintained on the game server 20, and the reservation data table is stored on the user terminal 10. While we have explained the case where data is retained, this is not the only case. Native applications In a game format, the responsibility for maintaining each data table can be set as appropriate. It is possible and is held in at least one of the user terminal 10 and the game server 20. It is sufficient to do so, and it is not limited to a specific storage method. If any data table is maintained, it is stored on the game server 20 when the game is running. The data table is sent to the user terminal 10, and the game is played on the user terminal 10. It is used for processing mu.

[0098] (3) Variant The following describes some common modifications to the embodiments described above. (3-1) Variation 1 In this embodiment, after a base card is selected, the base card is to be evolved and synthesized. From among multiple reference cards, select the owned cards that are not reserved, and combine them from the user terminal 10. We have explained the case of making a reservation in bulk based on the reservation processing request, but this is not limited to this case. Not possible. If you have multiple cards that are not yet reserved, the reservation target will be determined on a per-card basis. The user may be allowed to select the code. For example, Figure 21 shows image P4a, which is a modified version of image P4 in Figure 9. In image P4a, the card KLM, which was selected as the base card, is required for evolution synthesis. Regarding the reference card and its state, an example is shown where the state is different from that of image P4 in Figure 9. Yes. In image P4a shown in Figure 21, two of the multiple reference cards that are not reserved are held. For each card, buttons b30 and b31 labeled "Reserve" are displayed. The system is designed so that users can select the cards to be reserved on a card-by-card basis by operating each button. It has been done. In this modified example, for instance, in Figure 14B, the operation to request the reservation process for evolutionary synthesis is shown. When an operation is performed on either button b30 or b31, evolution synthesis will occur. The system receives the reservation processing request (S34) and sends the request to the game server 20 (S36). Each button is associated with the card's serial number, which is essential for the reservation process of evolution synthesis. The request includes the serial number corresponding to the operated button. The process from S38 onwards is shown in Figure 1. This can be done in the same way as shown in 4B.

[0099] (3-2) Modification 2 In the reservation process for evolutionary synthesis in the first embodiment, the following are associated with Figures 9 and 14A, 14B. And, if the user possesses the base card and some of the reference cards, I explained how to reserve a card and a reference card you possess, but the base card It might be possible to allow reservations for only the base card. In other words, the user only possesses the base card, and that base card Even if you do not possess any reference cards to evolve and synthesize a - card, It would be possible to reserve only the base card for evolution synthesis. For example, Figure 22 shows image P4b, which is a modified version of image P4 in Figure 9. In image P4b, the card KLM, which was selected as the base card, requires the following for evolution synthesis Regarding the reference card and its state, an example is shown where the state is different from that of image P4 in Figure 9. In image P4b shown in Figure 22, none of the multiple reference cards are in the user's possession. Yes. Even in such cases, the button corresponding to the KLM card selected as the base card will be pressed. Button b32 ("Make a reservation") is provided. By operating button b32, the user can make a reservation. The system is configured to allow only Scards to be selected as the card eligible for reservation. In this modified example, for instance, in Figure 14B, the operation to request the reservation process for evolutionary synthesis is shown. When an operation is performed on button b32, the request for the evolution synthesis reservation process is accepted ( S34) The request is sent to the game server 20 (S36). Button b32 is for card The serial number is associated with the request for the reservation process of evolution synthesis, and the manipulated button It includes the serial number corresponding to the n. Processing from S38 onwards is the same as shown in Figure 14B. It can then be executed.

[0100] (3-3) Modified example 3 In each of the embodiments described above, the evolutionary synthesis corresponding to the reservation ID in the reservation data table When all the corresponding reference cards are collected by the user, the user's input The evolution synthesis may be performed automatically without waiting. In that case, the notification means 59 will inform the user that By obtaining a card, multiple reference cards are added to the user's owned cards, thus progressing If the conditions for chemical synthesis are met, the user will be notified that evolutionary synthesis has been performed. For example, in the flows shown in Figures 17B and 18, the reference car corresponding to the reservation ID If all the "do"s are present (S138:YES), the processes in S140 to S152 are omitted. Then, the process may proceed to S154. Evolution synthesis is performed automatically without waiting for user input. If this is performed, the fact that evolutionary synthesis has been executed will be indicated by the image display in S166. The user is notified. In this modified version, the user needs to perform an action to carry out evolutionary synthesis. One advantage is that it improves usability because it eliminates the need for it.

[0101] (3-4) Modification 4 In each of the embodiments described above, the output means 56 performs evolutionary synthesis on a plurality of reference data. A button b8 (see image P4 in Figure 9) is displayed as an instruction unit for requesting reservation processing. Image data is output for this purpose, and the receiving means 51, via button b8, is operated by the user. The process for accepting requests made in this manner was explained. The image displayed on the user terminal 10. By providing an instruction section within the system that can be operated by the user, the user can use multiple reference cards. With each of them displayed in an identifiable format, the multiple reference cards in question are targeted. This allows you to request the reservation process for evolution synthesis, and multiple cards that are the target of the reservation can be used. The request for confirmation of the image card and the reservation processing of evolution synthesis are processed simultaneously without transitioning to other images. It can be executed. Furthermore, the methods for receiving requests are not limited to those described above. For example, the methods for receiving requests This involves inputting instructions or gestures by shaking a user terminal equipped with an accelerometer. It may also be a method that accepts input via gestures. In this case, the user terminal equipped with imaging capabilities performs a predetermined gesture to the user terminal. The system uses image recognition to detect the gesture and recognizes the pre-associated operation inputs for that gesture. Furthermore, in the case of a user terminal capable of running a speech recognition program, the method for receiving requests is predetermined. This method may also involve accepting input via voice commands.

[0102] (3-5) Modification 5 In the embodiment described above, for example, as shown in S22 and S24 of Figure 14A, user operation When a base card is selected and the selection result is sent to the game server 20 As explained above, this is not limited to this case. When the base card is automatically selected... It is also acceptable. For example, a user may choose a card they do not currently possess but would like to upgrade in the future. Register. Then, when the user obtains the registered card (registration card) In this process, the game server 20 executes the processing from S26 onwards, using the registered card as the base card. At this time, the question arises whether or not to perform the reservation process when the registration card is obtained. When an inquiry is made to user terminal 10 and it is selected to execute the reservation process As long as it is within the limits of the process, you may execute the processing from S26 onwards. In this modified example, based on user operations, the user terminal 10 will, at any time, control the user The card you want to use as the base card for evolution synthesis is placed in the registration data table in storage 25 (Figure) (Cannot be shown) It requests that the data be recorded. In response to this request, the CPU 21 of the game server 20 This records the user in the registration data table. Then, C of game server 20 When PU21 decides to grant a card to a user, it will inform the user of the card to be granted. The card data will be notified, and the card to which the card will be granted will be recorded in the registration data table. Determine whether it matches any of the cards shown. If it matches, see Figure 14A. Execute the processes from S26 onwards.

[0103] (4) Application to applications other than games The embodiments and modifications described above illustrate how the present invention can be applied to games. However, it can also be applied to other applications, such as online shopping. If a mall distributes multiple types of electronic coupons each time you purchase an item, A coupon may be used as an example of an object of the present invention. In this case, for example, a base object To upgrade (an example of a change process) the benefits of coupon voucher Q as a kuto, The user possesses coupons A-C as reference objects corresponding to coupon Q. It is conceivable that it could be used. In this example, the purpose is to upgrade coupon Q. Therefore, the serial number of one of the necessary coupons A to C is entered into the reservation data table. Write it to the Bull. Then, the coupons recorded in the reservation data table are coupons Its use is restricted to processes other than upgrading ticket Q. This can be applied to other applications besides those exemplified above, as appropriate.

[0104] [Summary of the invention] Based on the above description, the present invention can be understood, for example, as follows.

[0105] One aspect of the present invention is a change condition in which the conditions for performing a process that changes an object are defined. There are change conditions that include information indicating at least multiple objects, and the user possesses Accessible to a storage device (25) that stores possession information including information indicating the object. In an information processing device, The change conditions corresponding to the selected object are taken from the storage device (25). Profitable means of acquisition (55), Multiple objects included in the change condition obtained by the acquisition means (55) Using the information provided, the multiple objects are displayed in a format that allows the user to identify each of them. Output means (56) for outputting output data to be shown, In response to the output data being output by the output means (56), the user A request made through an operation by which at least one of the plurality of objects A receiving means (51) for receiving requests to restrict processing on any object. and, In response to the receipt of the request by the receiving means (51), the acquisition means (55 The change conditions obtained by ) and the objects owned by the requesting user. Based on the possession information which includes the information, among the objects possessed by the user, It is not used for a process different from the process of changing the selected object. For objects identified as restrictive objects, the selected selection Restrictive means (5) that restrict the use of the process to process other than the process of changing the object. 8) and, This is an information processing device characterized by having [a certain feature].

[0106] An "information processing device" is a standalone game console or user terminal (for example, a portable This could be a mobile terminal, a personal computer, or a server on a network. Depending on the implementation form of the system, the actual entity of the information processing device can be defined as appropriate. For example, When the functions of each part of the information processing device are realized by the user operating the game console or user terminal. In this case, a game console or user terminal corresponds to the information processing device of the present invention. Alternatively, a client The user terminal, which is the base, has the function of receiving user input and displaying images, and information processing When the functions of each part of the device are essentially implemented by a server that can communicate with the user terminal, The server corresponds to the information processing device of the present invention. An "object" is any display object as long as it is visually recognizable to the user. This can also be set appropriately depending on the processing content of the information processing device of the present invention. If the information processing device of the present invention processes information related to a game, the object is a game This may include characters and items on the game. Characters are, for example, virtual characters in the game. These are people, creatures, or monsters, and what they are depicted on the card include. "Objects owned by the user" refers to objects owned by the user in terms of information processing. An object that is managed as such, and is stored or managed in association with a user. It means an object that is being used. "Storage device" refers to any type of memory, such as flash memory or HDD (Hard Disk Drive). It may also be a memory device. Furthermore, the memory device is a device built into the information processing device. Alternatively, an external device configured to be accessible via wired or wireless connection from the information processing device may be used. A device is also acceptable. "This restricts its use to processes other than those that modify selected objects." This is not limited to prohibiting any processing other than processing that changes the selected object, While it is possible to perform operations that change the selected object, the procedure for executing those operations is difficult. This could involve making the execution procedure of the process more complicated.

[0107] In the above information processing device, the execution of a process that changes the selected object is at least This is performed based on change conditions that include information indicating multiple objects, and user possession information. Therefore, for example, if the change conditions are not met, the process of changing the selected object will not be performed. The execution of the process cannot be performed. At this time, the above information processing device receives a request from the user. Depending on the request, either the selected object or one of the multiple objects that form the basis of the change condition. This restricts its use to operations other than those that modify the selected object. Therefore, before the change conditions are met, the user may mistakenly select an object or the basis for the change conditions. Any of the multiple objects, and any process other than the process that changes the selected object. This prevents it from being used for that purpose.

[0108] The restricting means (58) includes information indicating an object possessed by the requesting user. When information indicating an object is added to the possession information, If the object being added is determined to be a restricted object, the additional The process of changing the selected object is different from the process of changing the selected object. It may be restricted to being used for certain processes. "When information indicating an object is added to possession information" means, for example, when a user has an object This occurs when an object is obtained. In this case, the object obtained by the user is a restricted object. If it is determined to be a cripple, the object will not accept instructions from the user. It is used automatically for processes other than those that change the selected object without any intervention. This is restricted. As a result, users do not have to perform any operation inputs for instructions, and new Furthermore, the acquired object is used for processes other than those that modify the selected object. This can more effectively suppress that behavior.

[0109] The output means (56) is required to restrict processing for the plurality of objects. Output data for displaying the available indicator (b8) is output by the receiving means (51) The system receives requests made via the instruction unit (b8) through the operation of the user. That's good too. By providing an instruction section (b8) within the image displayed based on the output data, the user can change the condition With multiple objects included in the item, each is displayed in an identifiable format. Therefore, it is possible to request that processing be restricted for those multiple objects. , simultaneously verifying the multiple objects and fulfilling the above request without transitioning to other images It can be executed.

[0110] The above information processing device, at a predetermined timing, processes the object held by the requesting user. The possession information includes information indicating the change, and the change obtained by the acquisition means (55) Based on the transformation conditions, the user possesses multiple objects included in those transformation conditions. If it is determined that the character is present, it must possess multiple objects included in the relevant change condition. The system may also have a notification means (59) for notifying the user in a format that the user can identify. By providing a notification means (59), the user can see multiple objects included in the change condition. If it is determined that the item is in possession, the determination result can be recognized in a recognizable format. Therefore, the user can perform the operation to change the selected object. It becomes immediately possible to recognize that at least some of the conditions have been met.

[0111] The notification means (59) at a predetermined timing, the object possessed by the requesting user The possession information includes information indicating the target, and the previous information obtained by the acquisition means (55) Based on the change conditions, the user possesses multiple objects included in those change conditions. Since it was determined that the selected object was being changed, the process of changing the selected object was performed. If the conditions for performing the action are determined to be met, the selected object will be modified. The system may notify the user in a format that allows them to identify when the conditions for performing the procedure have been met. This allows the user to perform operations that change the selected object. The system immediately recognizes that the conditions have been met and that it is now possible to perform operations that change the selected object. It becomes possible to do so.

[0112] The notification means (59) includes information indicating an object possessed by the requesting user. Notification may be given when information indicating an object is added to the aforementioned possession information. stomach. The user is notified when they obtain an object. Each time the user obtains an object, they perform an action that changes the selected object. We will then focus on whether some or all of the conditions for change have been met. Therefore, it is possible to improve the user's expectations when acquiring new objects.

[0113] The restricting means (58) applies the selected restricting object to be restricted. If a request is made to perform an action different from the action that changes the selected object, The system may either interrupt the process or issue a warning to the user. This prevents the restriction object from being used for processes other than those that change the selected object. This process ensures that the object remains, or performs any action other than changing the selected object. This allows you to alert users about its potential use.

[0114] The above-mentioned information processing device, among the objects possessed by the user, the restricting means (58 ) an object identified as a restricting object to be restricted and other objects Display means that controls the display of the project in a display format that the user can identify. 60) may have. By providing such a display means (60), users who view the displayed image will see the restricted object. Objects identified as cts can be recognized in a way that makes them distinguishable from other objects. Also, the user can specify any object from among the objects they possess and then... When performing this process, the restricted object and other objects must be recognizable and distinguishable. Therefore, restrict objects are used for processes other than those that change the selected object. This can be prevented even more effectively.

[0115] Another aspect of the present invention comprises a user terminal (10) and a configuration that can communicate with the user terminal (10). A game system (1) including a server (20) that is configured, A change condition is defined as a condition under which an object is changed, and at least Change conditions that include information indicating multiple objects, and the objects owned by the user. From the storage device (25) which stores possession information including the information, the selected object An acquisition means (55) for acquiring the corresponding change conditions, Multiple objects included in the change condition obtained by the acquisition means (55) Using the information provided, the multiple objects are displayed in a format that allows the user to identify each of them. Output means (56) for outputting output data to be shown, In response to the output data being output by the output means (56), the user A request made through an operation by which at least one of the plurality of objects A receiving means (51) for receiving requests to restrict processing on any object. and, In response to the receipt of the request by the receiving means (51), the acquisition means (55 The change conditions obtained by ) and the objects owned by the requesting user. Based on the possession information which includes the information, among the objects possessed by the user, It is not used for a process different from the process of changing the selected object. For objects identified as restrictive objects, the selected selection Restrictive means (5) that restrict the use of the process to process other than the process of changing the object. 8) and, This is an information processing system characterized by having [a certain feature].

[0116] Another aspect of the present invention is a change condition in which a condition is defined for performing a process that changes an object. The change conditions include information that indicates at least multiple objects, and the user possesses Accessing the storage device (25) which stores possession information including information indicating the object. On a computer where possible, The change conditions corresponding to the selected object are taken from the storage device (25). Profitable means of acquisition (55), Multiple objects included in the change condition obtained by the acquisition means (55) Using the information provided, the multiple objects are displayed in a format that allows the user to identify each of them. Output means (56) for outputting output data to be shown, In response to the output data being output by the output means (56), the user A request made through an operation by which at least one of the plurality of objects A receiving means (51) for receiving requests to restrict processing on any object. , and, In response to the receipt of the request by the receiving means (51), the acquisition means (55 The change conditions obtained by ) and the objects owned by the requesting user. Based on the possession information which includes the information, among the objects possessed by the user, It is not used for a process different from the process of changing the selected object. For objects identified as restrictive objects, the selected selection Restrictive means (5) that restrict the use of the process to process other than the process of changing the object. 8) This is a program designed to function as such.

[0117] Another aspect of the present invention relates to a device for storing the above program, such as an optical disk or magnetic disk. It may also be a computer-readable storage medium.

[0118] Another aspect of the present invention is that multiple reference objects corresponding to a base object are used by the user If it is included in the owned objects, change the object information of the base object. An information processing device used in a game that includes modification processing, Based on the user's input, one of the objects from among the possessed objects A means (55) for obtaining object information of the ct, The object corresponding to the object information acquired by the acquisition means (55) is If it is either the base object or the plurality of reference objects, The object information acquired by the acquisition means (55) is recorded in the storage device (25). Recording means (57), The object corresponding to the object information recorded in the storage device (25) Restrictive means (58) that restrict the use of the data for processes other than the data modification process, It is an information processing device.

[0119] In this information processing device, "restricting its use to processes other than modification processing" means: It's not just that processes other than modification are prohibited; processes other than modification are still executable. However, it makes the process of executing that process difficult, or makes the process of executing the process complicated. It is fine to do so.

[0120] In the above information processing device, a change processing device modifies the object information of the base object. To execute the logic, a base object and a combination condition corresponding to that base card are required. The requirement is that the user possesses multiple reference objects to satisfy the condition. This means that you only possess some of the reference objects among the multiple reference objects mentioned above. If it is not present, the modification process of the base object cannot be performed, therefore the modification process In order to execute this, the user must wait until the remaining reference objects are obtained. In this case, the above information processing device will process the data that the user possesses and that is necessary for the modification process. Record changes to object and referenced objects before performing any modifications. Therefore, the base object and referenced object are not used for any operations other than the intended modification operations. It restricts what can be there. Therefore, it restricts the remaining reference objects that the user does not possess. During the waiting period until acquisition, the user mistakenly selects an object they already possess as their target. This prevents the data from being used for processes other than modification.

[0121] The base object and some of the multiple reference objects The above is recorded in the storage device (25), and the user is the base object and Any of the aforementioned multiple reference objects and not included in the possessing object If an object is obtained, the recording means (57) records the obtained object Object information may be recorded in the storage device (25). Some of the multiple reference objects are recorded in the storage device (25) In such cases, it is assumed that the user intends to perform modifications on the base object. Because it is possible for the user to obtain an object that is a reference to multiple objects If either of these conditions is met, the acquired object is automatically recorded in the storage device (25). This eliminates the need for users to manually input data for recording purposes, and also allows for the use of newly acquired data. This more reliably prevents the object from being used for operations other than those intended for modifying objects. It is possible.

[0122] The above information processing device, upon the user obtaining an object, has multiple references If the object becomes included in the user's owned objects, The user will be notified that the change process has become available or that the change process has been executed. A notification means (59) for providing notification may be provided. By providing a notification means (59), for example, multiple reference objects necessary for change processing Some of the referenced objects in the code are recorded before the modification process is executed, and the remaining referenced objects... For users who are waiting to process changes until the object is retrieved, the change processing will be completed upon retrieval of the object. The user is notified that the process is now executable, and can immediately perform the desired change. It becomes possible to do so. Furthermore, the modification process is automatically executed upon object acquisition, and the modification process is performed. The user may be notified of this. In that case, the user will be able to perform the change process. This improves usability because it eliminates the need for certain operations.

[0123] Another aspect of the present invention includes a user terminal (10) and a configuration that enables communication with the user terminal. Including server (20), Multiple reference objects corresponding to the base object become the user's owned objects. If included, the modification process includes modifying the object information of the base object. A game system (1) used in a game, Based on the user's input, one of the objects from among the possessed objects A means (55) for obtaining object information of the ct, The object corresponding to the object information acquired by the acquisition means (55) is If it is either the base object or the plurality of reference objects, The object information acquired by the acquisition means (55) is recorded in the storage device (25). Recording means (57), The object corresponding to the object information recorded in the storage device (25) Restrictive means (58) that restrict the use of the data for processes other than the data modification process, It is an information processing system equipped with [a specific feature / ability].

[0124] Another aspect of the present invention is that multiple reference objects corresponding to a base object are used by the user If it is included in the owned objects, change the object information of the base object. A program for a game that includes modification processes, Computers, Based on the user's input, one of the objects from among the possessed objects means for obtaining object information of the ct (55), The object corresponding to the object information acquired by the acquisition means (55) is If it is either the base object or the plurality of reference objects, The object information acquired by the acquisition means (55) is recorded in the storage device (25). Recording means (57), and, The object corresponding to the object information recorded in the storage device (25) Restrictive means (58) that restrict the use of the system for processes other than the modification process, This is a program designed to function as such.

[0125] Another aspect of the present invention relates to a device for storing the above program, such as an optical disk or magnetic disk. It may also be a computer-readable storage medium.

[0126] In addition, to facilitate understanding of the present invention, reference numerals shown in the drawings are enclosed in parentheses as appropriate. As described above, this means that the information processing device, etc. according to the present invention is limited to the illustrated form. It's not that. [Explanation of Symbols]

[0127] 1…Game System 10…User terminal 11…CPU 12…ROM 13…RAM 15... Operation input section 16…Display section 17…Communication Interface Section 18…Storage 19... Bus 20…Game Server 21…CPU 22…ROM 23…RAM 24...Communication Interface Section 25…Storage 26... Bus 51…Method of Reception 52...Game processing means 53…Judgment means 54...Methods for changing card data 55…Acquisition means 56…Output means 57…Means of recording 58…Restrictive measures 59... means of notification 60...Display means 70...Data table group

Claims

1. On the computer, A program that runs a game that modifies a base object by compositing a reference object, which is set in association with the base object and required for compositing with the base object, with the base object, A storage means that stores information about the base object and the reference object associated with the base object, and stores possession information in which multiple objects owned by the user are set, A receiving means that accepts an operation to specify a base object to be used as the source for synthesis from among multiple objects owned by the user, A display means for displaying a plurality of reference objects required for compositing with the specified base object, A management means for managing reservations associated with the multiple reference objects that restrict the consumption of the displayed multiple reference objects for purposes other than compositing with the specified base object, When an object is granted to the user, and the granted object is a reference object associated with the base object and not a reference object for which the reservation has been made, the computer is made to function a recording means that associates the granted object with the base object and records the reservation in the storage means. program.

2. A control method for an information processing device that executes a game in which a base object is modified by compositing a reference object, which is set in association with the base object to be synthesized and is required for synthesis with the base object, with the base object, The system stores information about the base object and the reference objects associated with the base object, and also stores ownership information where multiple objects owned by the user are set. The user can specify a base object to be used for synthesis from among multiple objects owned by the user. Display the multiple reference objects required for compositing with the specified base object, The displayed multiple reference objects are managed by associating a reservation with the multiple reference objects that restricts their consumption to anything other than compositing with the specified base object. If an object is granted to the user, and the granted object is a reference object associated with the base object but is not a reference object for which the reservation has been made, the reservation is recorded by associating the granted object with the base object. A method for controlling an information processing device.

3. An information processing system that performs a game in which a base object is modified by compositing a reference object, which is set in association with the base object and required for compositing with the base object, with the base object, A storage means that stores information about the base object and the reference object associated with the base object, and stores possession information in which multiple objects owned by the user are set, A receiving means that accepts an operation to specify a base object to be used as the source for synthesis from among multiple objects owned by the user, A display means for displaying a plurality of reference objects required for compositing with the specified base object, A management means for managing reservations associated with the multiple reference objects that restrict the consumption of the displayed multiple reference objects for purposes other than compositing with the specified base object, When an object is granted to the user, if the granted object is a reference object associated with the base object and is not a reference object for which the reservation has been made, the recording means associates the granted object with the base object and records the reservation in the storage means. An information processing system equipped with [the following features].

Images