PROGRAM, INFORMATION PROCESSING SYSTEM AND METHOD FOR OUTPUT DATA

Abstract

To reduce the possibility of eliminating an object that a user possesses by using it for processing which is not intended as usage of the object that the user desires.SOLUTION: An information processing device that can access a storage device for storing object identification information and a change condition including a plurality of pieces of object identification information in association with each other includes: first reception means for receiving designation of a selected object out of objects possessed by a user on the basis of an operation by the user; acquisition means for acquiring each change condition for performing each of change processing in a plurality of stages for the selected object from the storage device when the selected object is an object that can gradually change so that the selected object becomes a different object sequentially each time the change processing is performed; and output means for outputting output data for displaying a plurality of objects specified by the plurality of pieces object identification information included in each change condition acquired by the acquisition means in a display format in which they are identifiable to the user.SELECTED DRAWING: Figure 11

Description

[Technical field]

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

[0002] In recent years, applications executed on social networking services (SNS) have As a form of entertainment, so-called social games have become popular. Digital card games that use cards are known as social games. In addition, the user can select a main card and a sub card from among the cards he or she owns, and By composing the in-card and sub-card, the ability parameters of the main card can be increased. I know of a game that changes the game so that the sub-card is deleted from the user's owned cards. It has been reported (Patent Documents 1 and 2). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 5086491 [Patent Document 2] Patent No. 5153960 Summary of the Invention [Problem to be solved by the invention]

[0004] In the synthesis process, the base object (base object; see the main card above) In order to realize the synthesis process of the base object, the combination conditions corresponding to the base object are satisfied. If the user has multiple objects (reference objects; equivalent to the sub-cards above), In that case, the object selected as the base object The reference objects required to perform the synthesis process on the object are presented to the user. However, in such games, the player is given a chance to win the selected card. The user is presented with the reference objects required to perform the most recent synthesis operation. A reference that is needed to perform further compositing operations after the most recent compositing operation has been performed. The user knows the object (i.e., the reference object that will be needed for future composition operations) Therefore, for example, it is not possible to sequentially create different objects each time a composition process is performed. In games where the object changes (evolves), the reference objects that will be needed in the future during the evolution process are There are situations where you may lose a reference object to a current object even though you currently own it. In such a case, in future synthesis processes, the user will not be able to use the previously released You may have to reacquire the object you lost and regret giving it away. become.

[0005] The present invention has been made in view of the above-mentioned points, and an object of the present invention is to provide a method for detecting a user's The object is not used for any purpose other than the intended purpose of the object. Information processing device, information processing system, and processor capable of reducing the possibility of data loss The aim is to provide grams. [Means for solving the problem]

[0006] One aspect of the present invention is a method for identifying an object by using object identification information and A condition for carrying out a change process that changes an object, the change process including a plurality of object identification information An information processing device that can access a storage device that stores a correlation between a conversion condition and Based on the user's operation, a selected object is selected from among the objects possessed by the user. A first receiving means for receiving a designation of a selected object which is an object; The selected object is changed to a different object each time the change process is performed. If the selected object is a gradual changeable object, multiple gradations are applied to the selected object. An acquisition means for acquiring each change condition for performing each change process from the storage device; According to the plurality of object identification information included in each change condition acquired by the acquisition means and displaying a plurality of objects identified by the above in a form that is identifiable by the user. an output means for outputting output data for The present invention is an information processing device comprising:

[0007] Another aspect of the present invention is a method for controlling a user terminal and a server configured to be able to communicate with the user terminal. At least one of the user terminal and the server. Either of them has object identification information for identifying an object and a function for changing the object. A change condition for performing a change process, the change condition including a plurality of object identification information. In the information processing system, which is capable of accessing a storage device that stores the associated information, Based on the user's operation, a selected object is selected from among the objects possessed by the user. A first receiving means for receiving a designation of a selected object, which is an object; The selected object is changed to a different object each time the change process is performed. If the selected object is a gradual changeable object, multiple gradations are applied to the selected object. an acquisition means for acquiring each change condition for performing each change process from the storage device; According to the plurality of object identification information included in each change condition acquired by the acquisition means and displaying a plurality of objects identified by the above in a form that is identifiable by the user. an output means for outputting output data for An information processing system in which at least one of the user terminal and the server is provided with It is.

[0008] Another aspect of the present invention is a method for identifying an object by using object identification information and A condition for performing a change process that changes an object, the condition including a plurality of object identification information A computer that can access a storage device that stores the change conditions in association with each other, Based on the user's operation, a selected object is selected from among the objects possessed by the user. A first receiving means for receiving a designation of a selected object, which is an object; The selected object is changed to a different object each time the change process is performed. If the selected object is a gradual changeable object, multiple gradations are applied to the selected object. an acquisition means for acquiring each change condition for performing each change process from the storage device; According to the plurality of object identification information included in each change condition acquired by the acquisition means and displaying a plurality of objects identified by the above in a form that is identifiable by the user. an output means for outputting output data for This is a program that functions as a [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram showing a basic configuration of a game system according to a first embodiment. [Diagram 2] FIG. 2 is a block diagram showing a configuration of a user terminal according to the first embodiment. [Diagram 3]FIG. 2 is a block diagram showing the configuration of a game server according to the first embodiment. [Figure 4] A diagram for conceptually explaining how to notify a user of cards required for evolutionary synthesis. [Diagram 5] FIG. 13 is a diagram showing an example of the configuration of a card data table. [Figure 6] FIG. 13 is a diagram showing an example of the configuration of an evolutionary synthesis data table. [Figure 7] FIG. 13 is a diagram showing an example of the configuration of a possessed card data table. [Figure 8] FIG. 4 is a diagram showing an example of an image displayed on a user terminal in the first embodiment. [Figure 9] FIG. 4 is a diagram showing an example of an image displayed on a user terminal in the first embodiment. [Figure 10] FIG. 4 is a diagram showing an example of an image displayed on a user terminal in the first embodiment. [Figure 11] FIG. 2 is a functional block diagram of the game server according to the first embodiment. [Figure 12A] 11 is a sequence chart showing an example of a process for confirming evolutionary synthesis. [Figure 12B] 11 is a sequence chart showing an example of a process for confirming evolutionary synthesis. [Figure 13] 11 is a sequence chart showing an example of an execution process of evolutionary synthesis. [Figure 14] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. [Figure 15] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. [Figure 16] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. [Figure 17] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. [Figure 18] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. [Figure 19] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. [Figure 20] FIG. 4 is a diagram showing an example of the configuration of a reservation data table. [Figure 21] FIG. 13 is a diagram showing an example of an image displayed on a user terminal in a modification of the embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] (1) First embodiment (1-1) Game system configuration Hereinafter, a game system 1 will be described as one embodiment of an information processing system.

[0011] FIG. 1 shows an example of a system configuration of a game system 1 according to an embodiment. As shown in FIG. The game system 1 includes user terminals 10a, 10b, 10c, . . . and a game server. Each of the user terminals 10a, 10b, and 10c communicates with the game server 20. , and can be accessed through a communication network such as the Internet. 0 is an example of an information processing device. Each of the user terminals 10a, 10b, 10c, . . . is operated by an individual user. For example, feature phones, smartphones, tablet devices, personal computers, etc. A personal computer, a television receiver with two-way communication function (a so-called multi-function type (This includes smart TVs.) and communication devices such as portable game consoles with communication functions. In the explanation, when referring to each of the user terminals 10a, 10b, 10c, ... in common, This will be referred to as user terminal 10.

[0012] The game server 20 is a server that executes a game. Image data that can be interpreted by a browser (e.g. written in HTML, XML, etc.) In the embodiment of the present invention, HTML data will be taken as an example for explanation. The program is capable of creating the image data. It is. The user terminal 10 interprets and displays HTML data provided by the game server 20. The user terminal 10 is provided with a web browser for displaying a user's operation on a web page. The request based on the operation is transmitted to the game server 20 via the network, and the game server 20 The game processing is executed by receiving the processing results from the. The communication network NW may be, for example, the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), A telecommunications network consisting of a dedicated line, a land area network, or a combination of these. It is a network.

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

[0014] The CPU 11 reads out the programs and data stored in the ROM 12 and executes them. The entire user terminal 10 is connected to the terminal 10 via a control signal, a data signal, or other control signals. The CPU 11 also controls the programs and , various data required for program execution is read and expanded in RAM 13, and the program The RAM 13 performs various processes such as data input / output processing, calculation processing, and judgment processing associated with execution. , and temporarily stores data for calculation processing, judgment processing, etc. by the CPU 11.

[0015] For example, the CPU 11 may load a web browser stored in the storage 18 into the RAM 1 Then, the CPU 11 loads the program into the operation input unit 15 and executes it. Based on the input URL (Uniform Resource Locator), the communication interface unit 17 The game server 20 transmits data for displaying a web page, i.e., ML (HyperText Markup Language) documents and objects such as images associated with those documents The data of the project (hereinafter collectively referred to as "HTML data") is transmitted via a communication interface. The HTML data is acquired via the interface unit 17 and interpreted by the web browser. The user terminal 10 includes various plug-ins for expanding the browser functions of the web browser. An example of such a plug-in is Adobe Systems Incorporated (USA). Alternatively, the HTML data in this embodiment may be converted into a video It may also be in HTML5 format with audio playback functionality.

[0016] The web browser communicates with the game server 20 according to HTTP (HyperText Transfer Protocol). The web browser executes communication via the web browser in response to the user's operation of the operation input unit 15. URL (Uniform Resource Locator) on a page or an operation object (e.g. software button When a button (hereinafter simply referred to as a "button") is selected, the web page is updated. In order to select the game server 20, the user sends an HTTP request including the selection result to the game server 20. The browser receives HTML data from the game server 20 as an HTTP response, The web page image is interpreted and displayed on the display unit 16. In this embodiment, HTML data is an example of image data.

[0017] The display unit 16 is, for example, a liquid crystal display (LCD) or an organic electroluminescence (EL) display. A display device that displays images in a matrix of thin, pixel-by-pixel arrangement. When a liquid crystal display (LCD) monitor including a thin-film transistor is used, the display part 1 6 displays an image of a web page on a display screen by driving the thin film transistor.

[0018] When the user terminal 10 is a button-input type user terminal, the operation input unit 15 may, for example, Multiple inputs such as directional buttons, a confirmation button, and a numeric keypad to accept user input An interface equipped with buttons to recognize the input of each button press (operation) and output it to the CPU 11. Includes a signal circuit. When the user terminal 10 is a touch panel input type user terminal, the operation input unit 15 It mainly accepts touch panel input by touching the display screen with a fingertip or pen. wear.

[0019] The storage 18 is, for example, a flash memory or a hard disk drive (HDD). The storage device is configured as follows.

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

[0021] The CPU 21 reads out the programs and data stored in the ROM 22 and executes the game. The game server 20 performs timing processing of control signals and data signals between each unit in the server 20, etc. The CPU 21 also controls the overall operation of the program stored in the storage 25. The program and various data required to execute the program are read and expanded in RAM23, and the program is It performs various processes such as data input / output processing, calculation processing, and judgment processing associated with the execution of the program. The memory 3 temporarily stores data for the CPU 21 to carry out calculations, determinations, and the like.

[0022] For example, the storage 25 stores a web browser and A program that provides web services by communicating between the The CPU 21 loads a program stored in the storage 25 into the RAM 23. As the program is executed, the CPU 21 communicates with the communication interface. The HTTP request is acquired from the user terminal 10 via the unit 24. The processing is performed according to the request, and the HTML data containing the execution results is sent as an HTTP response. and returns it to the user terminal 10.

[0023] The storage 25 is, for example, a flash memory or a hard disk drive (HDD). In addition to the above-mentioned programs, a data table group 70 (described later) is also included. The data table group 70 stores card data tables, evolution synthesis data tables, and Each data table in the storage 25 includes a card data table. The file is accessed by the CPU 21 as needed to read and write data.

[0024] (1-4) Show cards required for card evolution synthesis In the game executed in the game system 1 of this embodiment, a user plays a game against an object. The type of game used in this embodiment is not particularly limited, but For example, a user may explore areas in a game to acquire cards or items, or A game in which the user plays against other users and NPCs (Non-Player Characters) using the cards they own. It is. In the following description, "possession" of a card means that the user has the card The card is in a state where it can be used for transactions using the card. The card is in a state where it cannot be used for any transaction. "Acquisition" refers to the transition from a state of not possessing the card to a state of possessing it. In the game of this embodiment, the card evolution synthesis process (hereinafter, simply referred to as "evolution synthesis") "Evolution" is a process whereby a user can change the cards they own by changing them according to certain conditions. In this embodiment, the card evolution synthesis is performed by This is a process to change the ID, but at least the card data (described later) corresponding to the card is It may be a process to change only a part of the card data. In that case, it does not matter what part of the card data is changed. are card parameters such as card name, card image, rarity, etc. Evolutionary synthesis is an example of a process of object change. To perform evolution synthesis, the user must use a card they own (hereinafter referred to as "possessed card" as appropriate). From the list, select the card you want to evolve as your base card. The card selected as is an example of a selected object. In evolution synthesis, for each base card's card ID, the number of cards required to evolve that base card is The combination conditions (change conditions) of the card IDs of the multiple cards required (called "reference cards") When evolutionary synthesis is performed, the reference card used for the evolutionary synthesis is The card will disappear from the user's possession. In this embodiment, the possession card and the reference card are respectively the possession object and and a reference object. In the game of this embodiment, the base card corresponds to the card selected by the user. The user's possession of multiple reference cards included in the combination of conditions for the selected This is the condition for evolving a card.

[0025] The card presentation required for card evolution synthesis will be specifically described with reference to FIG. 4 is a diagram for conceptually explaining the card presentation required for card evolution synthesis. In FIG. 4, a user has cards A, D, G, Q1, M2, ... and advances card Q1. In this example, card Q1 is evolved in order each time it is evolved. Next, let us assume that the object can be transformed into a different card (Q1 → Q2 → Q3). In this example, the reference cards needed to evolve card Q1 to card Q2 are card A, card B, and card C. Card B and Card C are the reference cards needed to evolve Card Q2 to Card Q3. The cards are card E, card F, card G and card H.

[0026] In this embodiment, the reference cards (cards) required for the card Q1 selected as the base card are Not only Card A, Card B and Card C, but also Card Q1 will be changed to a different card in stages. The cards required for evolution (cards A, B, C, E, F, G, H) are presented to the user. Therefore, the user can select multiple cards (cards A, B, C, E, F, G, and H) presented to him / her. However, the card Q1, which is the card selected as the base card, is the card required for the future evolution synthesis. Since the card can be recognized in advance, there is no risk of accidentally mistaking the multiple cards presented. For example, in FIG. 4, if the card selected as the base card is Only the cards required for one evolution synthesis of Card Q1 (Card A, Card B, and Card C) are If presented to the user, the user's card G will be the future evolution of card Q1 (in this example Although card G is necessary for the evolution of card Q2 to Q3, the user In contrast, in this embodiment, When the card Q1 selected as the base card evolves into a different card in stages, The required cards (cards A, B, C, E, F, G, H) are presented to the user, so e.g. This avoids a situation in which the user accidentally lets go of the card G.

[0027] (1-5) Data table structure Next, the card data table, evolution synthesis, etc. stored in the storage 25 of the game server 20 Please refer to Figures 5 to 8 for the composition data table and the possession card data table. The storage 25 of the game server 20 is an example of a storage device.

[0028] (i) Card Data Table The card data table records data of cards used in the game of this embodiment. An example of the configuration of the card data table is shown in FIG. 5. In the example shown in FIG. 5, the card ID Each card contains the card name, card image, and card parameter data. D is an example of object identification information. The card name is a string that indicates the name of the character that will be displayed on the card. , the image of the character displayed on the card. Card parameters include rarity, attributes, It consists of the following data: cost, skill, selling price, attack power, defense power, and limited flag. It has been done. Rarity is an index that indicates the rarity of a card. In the example shown in Figure 5, the rarity is R1 to R5. It is set to be highly rare. Attributes are the attributes of the characters displayed on the cards. In the example shown in Figure 5, N1 to N3 Either one. The cost is the value that is referenced when incorporating a card into a user's card team. For example, when playing against a card team, the total cost of the cards in the card team is The sum is limited to be less than or equal to a predetermined value. The skill is information indicating an advantageous effect when playing a game using a card, In the example shown in Figure 4, skills with various effects, SK1 to SK12, are set for each card. Note that not all cards need to have skills. The selling price is the amount of money that a user can get when selling a card that he or she owns. This is a point on the map. Attack power and defense power are parameters that are referenced when using a card in a battle. The limited flag indicates whether the card was issued for a limited time. In the example shown, a card with a limited flag of "1" is a card that was issued for a limited time. A card with a limited time flag of "0" means that the card is not limited to a certain period. do.

[0029] (ii) Evolutionary synthesis data table The evolution synthesis data table records the conditions for evolution synthesis of the cards in the game of this embodiment. Figure 6 shows an example of the structure of the evolution synthesis data table. For each evolution ID to identify the contents of the The card ID of the base card, the evolved card ID (the evolved card ID of the base card) D) and the combination conditions of the card IDs of the reference cards required to perform evolutionary synthesis (The five reference cards in columns C1 to C5) are recorded. For example, Evolution ID: 0002 In the condition shown, the user selects the card with card ID: 0072 from among the cards he owns as the base card. Select the card ID: 0025,0060,007 as the card in the user's possession. If there is a combination of three cards with a value of 0, you can perform evolution synthesis to create a card. Card with ID: 0072 can be evolved into card with ID: 9072. In other words, the combination conditions of the reference card ID in the evolution synthesis data table are 4 is an example of a change condition for changing a card corresponding to a node ID. In addition, at least one of the columns C1 to C5, which indicate the combination conditions of the card ID of the reference card, The same card ID may be recorded in two fields. For example, the base card The combination conditions for the reference cards used in the evolution synthesis of The conditions for combining the reference cards to evolve the base card may be the same. When a predetermined number of reference cards, which are card IDs, are included, as shown in FIG. It is not a data format, but a data format consisting of the card ID of the reference card and the number of cards. Good too.

[0030] (iii) Card possession data table The card data table records information about the cards owned by the user. An example of the configuration of the owned card data table is shown in Fig. 7. The owned card data table is provided for each user registered in the game. can be. The owned card data table shown in FIG. 7 contains the serial number, card number, The level and skill level data are recorded in association with each other. The ID number is a unique number that is determined when the card is issued to the user. D cards are also assigned different serial numbers. When a card evolves, The serial number of the card may or may not change before and after evolution. The card level is a parameter that indicates the level of development of the card. For example, The card level is increased by acquiring the card. ) is 1, and the user can usually grow the card by performing synthesis (i.e., card level bells). Skill level is a parameter that indicates the training level of a card, and is particularly important for the skills that a card has. This parameter indicates the level of the skill 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 using normal synthesis, you can increase the skill level of the card. As a skill's level increases, the effect produced by the skill increases.

[0031] In the following explanation, the card name, card image, serial number, and In addition, card parameters are collectively referred to as "card data" as appropriate. The card parameters that make up the card are the card parameters recorded in the card data table and This includes the card level and skill level recorded in the possessed card data table. Name, card image, serial number, and any of the card parameters. The above data corresponds to the card data. The card ID, card name, and card image are Each of these is an example of object identification information.

[0032] (1-6) Specific examples of card evolution synthesis A specific example of the process for evolution and synthesis of cards in the game of this embodiment will be described below with reference to FIGS. 8 to 10 are diagrams illustrating the process of the game according to the present embodiment. FIG. 13 is a diagram showing an example of a screen displayed on the user terminal 10 when

[0033] Figure 8 shows a series of screens displayed when executing the process of evolution synthesis of the user's owned cards. In FIG. 8, an image P1 shows the main menu of the game of this embodiment. The image P1 includes a button b1 ("Owned" button) as an object of user operation. "View Stars"), button b2 ("Team Creation"), button b3 ("Normal Synthesis"), button Button b4 ("Evolution Synthesis") and button b5 ("Sell") are provided. Button b1 is the button designated when requesting the viewing of the user's owned cards. Button b2 allows the user to select cards from their own collection to play against other users or NPCs. The button b3 is used to select the card to be used in the When you make a request to execute a standard synthesis of a card selected as a base card from among your possessions, Button b4 is the button that is specified when the user selects a base card from the cards he or she owns. This button is used to request the evolution synthesis process of the card selected as the When the user requests a sale process for a card selected from the cards he or she owns, This is the button that is specified when

[0034] When button b4 ("Evolution Synthesis") is selected in image P1, image P2 is In image P2, the user selects one of the cards in his possession as the base card. A list of multiple cards you own will be displayed for you to choose from. For cards that cannot be selected as a base card, a notice must be displayed to let users know that they cannot be selected as a base card. Preferably, the card images are displayed in a display format. In image P2, when card Q01 is selected, the image changes to P3. Image P3 contains the text indicating that card Q01 has been selected as the base card. At the same time, to confirm the reference cards required at each stage of the evolution of the selected card Q01, Press the button b11 ("Confirm") to return to image P2 and select the card you own to be used as the base card. and a button b12 ("Reselect Card") for reselecting the card. When "Confirm" is selected, the image changes as shown in P4 (Figure 9).

[0035] In FIG. 9, image P4 shows card Q0 selected as the base card by the user. 1's first stage evolution (card Q01 → R01) and the reference cards required for that evolution (card Card A01, B03, C12) and the second stage evolution (card R01 → S01) and the corresponding evolution The reference cards required for the evolution (cards A01, K14, M03, R05) and the final stage evolution ( Card S01 → T01) and the reference cards required for that evolution (cards M03, C12) In other words, multiple levels are displayed for the card Q01 selected as the base card. The user is provided with multiple reference cards included in each combination condition for each evolution synthesis. The final stage of evolution is also called the "final evolution." In FIG. 9 and subsequent figures, the display of the card image of the reference card is omitted as appropriate.

[0036] Card Q01's first stage evolution synthesis combination conditions include cards A01, B03, and C 12 (i.e., the reference cards for evolving card Q01) If all the cards are in the same place (if all the cards are in the same place), image P4 of FIG. 10 is displayed instead of image P4 of FIG. a is displayed. In image P4a, all the cards are ready to perform the first stage of evolution synthesis. A text notifying the user ("Everything is here") and running the first stage of evolutionary synthesis. In image P4a, the button b21 ("evolve") is included. When b21 is specified, the image changes as shown in P5. That is, from card Q01 to The evolution synthesis to card R01 is performed, and the evolved card's card is The card image, card name, and at least some of the parameters will be displayed. When the synthesis is performed, the reference cards for the evolution synthesis, cards A01, B03, and C12, are will disappear from your possession.

[0037] (1-7) Overview of functions of information processing device Next, the functions of the game server 20 for implementing the game of the present embodiment described above will be described. FIG. 11 shows the main functions of the game server 20 of this embodiment. In FIG. 11, the data table group 70 is As mentioned above, the card data table, evolution synthesis data table, and possession card data All of the means included in the functional block diagram shown in FIG. For example, in one embodiment of the present invention, the receiving means 51 and the acquiring means 53 are not necessarily essential elements. , and output means 54. Also, recording means 57, limiting means 58, and and the registration means 59 are mentioned in the variant.

[0038] The reception unit 51 receives various requests from the user based on information regarding the user's operation input. In the game of this embodiment, the user may make requests such as For example, requests for card evolution synthesis processing, requests to execute evolution synthesis, requests to execute normal synthesis, and sales processing. There is a demand for. The reception unit 51, as a first reception unit, receives a command based on information regarding a user's operation input. The user selects a card from among the cards he or she owns as the base card. It has the function to accept settings. In order to realize the function of the reception means 51, the game server 20 includes a communication interface unit 2 4, a user operates a button on a web page, which is an image, from a user terminal 10. The request corresponding to the input or the information of the card selected as the base card (e.g., serial number) The CPU 21 of the game server 20 receives the information included in the received request. Based on this, the content of the request is judged and the request acceptance process is performed. The received requests are recorded in the table 13. The CPU 21 executes the processes according to the received requests in order. In addition, the CPU 21 records the serial number of the received card in the RAM 23 .

[0039] The game execution means 52 executes a game based on a request from the user terminal 10 received by the reception means 51. The game of this embodiment has a function to execute various game processes other than evolution synthesis. The processing may be appropriately set, but for example, processing for a battle between users, a battle between a user and an NPC, processing, quest processing by the user, and normal synthesis processing of cards owned by the user. Although the battle process will not be described in detail, for example, the user can A team is made up of multiple cards owned in advance so that the value of the card is less than or equal to the other team. Play against users or NPCs. The result of the match is determined by the attack and defense power of each card on the team. It is determined by parameters such as strength and skill. Quest processing involves the user exploring areas within the game, obtaining cards and items. This is the process for obtaining an item.

[0040] The function of the game execution means 52 when executing the normal synthesis process of the user's owned cards is as follows: This is realized as follows. The CPU 21 of the game server 20 receives the base card and the reference When a request for normal synthesis including the user's selection of the reference card is received, Reads the card data of the base card and reference card from the card data table and Next, the CPU 21 of the game server 20 develops the base card and the reference card into M23. The base card's parameters (e.g. card level and skill level) are based on the card's parameters. level) and write the changed base card parameters to the owned card data table. The card data of the owned card that was used as the reference card is written in the owned card data table. The card level and skill level of the base card will be deleted when normal synthesis is performed. For example, the amount of bonus points associated with a card usually increases each time you perform a synthesis. When the value of the training parameter reaches a predetermined value, Increases the card level by one and resets the training parameters to zero. You may do so.

[0041] The functions of the game execution means 52 when executing the process of selling the user's owned cards are as follows: This is realized in the manner described above. Although not shown in FIG. 5, in the card data table, A selling price (points) is associated with each game ID. The PU 21 accepts a request for a selling process, and when it obtains the selection result of the card to be sold, Delete the card data of the card you want to sell from the held card data table. The CPU 21 of the server 20 retrieves the selling price of the card to be sold from the card data table. The points are read and the read points are given to the user. The process of granting the user a user ID recorded in a user database (not shown), for example, is performed. This is a process for updating the value of points possessed by the user.

[0042] The acquisition means 53 acquires a card selected as a base card (an example of a selected object). If the card can be evolved in stages, resulting in a different card each time it is evolved. The combination conditions for performing each of the multiple stages of evolution synthesis on the selected card are set as the evolution synthesis. It has the function of obtaining data from a composition data table. The function of the acquisition means 53 is achieved by the CPU 21 of the game server 20 executing the following procedure. Therefore, this can be achieved. (Step 1) Enter the card ID that corresponds to the serial number of the card selected as the base card. The card is identified by referring to the possessed card data table. (Step 2) In the evolution synthesis data table, select the "evolution" card ID that matches the card ID identified in step 1. Identify the evolution ID in which the "Previous Card ID" is recorded. Then, The corresponding "evolved card ID" and the reference card ID included in the combination conditions are read out. (Step 3) The "evolved card ID" that was read out will be recorded as the same as the "evolved card ID." Identify the evolution ID that is being used. Then, find the "evolved card ID" that corresponds to the identified evolution ID. Then, step 3 is performed until the evolution ID is determined. Repeat until it can no longer be determined.

[0043] The output means 54 outputs a plurality of reference categories included in each combination condition acquired by the acquisition means 53. Display multiple cards, each identified by its card ID, in a way that allows the user to identify them It has the function of outputting image data (an example of output data) to be displayed in the format. In order to realize the function of the output means 54, the CPU 21 of the game server 20 The evolution of the user's selected card is shown in Fig. 1. The pre-evolution card ID, post-evolution card ID, and combination ID corresponding to the evolution ID in the synthesis When you get the reference card IDs included in the matching conditions, the cards that correspond to these card IDs Data (e.g. card name, card image, etc.) is read from the card data table. Next The CPU 21 then generates image data to be presented to the user based on the read card data. The image data is generated and transmitted to the user terminal 10. An example of an image that can be displayed is image P4 in FIG.

[0044] The determining means 55 determines whether or not a combination condition corresponding to the card selected as the base card is satisfied. A function for determining whether a number of reference cards are included in the user's possession cards It has Noh. In order to realize the function of the determination means 55, for example, the CPU 21 of the game server 20 Multiple combination conditions corresponding to the card ID of the card selected as the primary card Whether or not the user has the card identified by the reference card ID The determination is made by referring to the card data table.

[0045] When the determination means 55 determines that the condition is satisfied, the change means 56 changes the base car It has the function of performing evolution synthesis, which changes the card data of the object. This is an example of a change process of a card as a token. In the example of this embodiment, in order to realize the function of the change means 56, the CP of the game server 20 When U21 receives a request to execute evolution synthesis, it executes the evolution synthesis in the possession card data table. The card data of the pre-evolution card (i.e. the base card of the evolution synthesis) is erased, and the evolved card The card data is then written to the new card. This will update the base card of the user's card. As shown in the evolution synthesis data table, the pre-evolution and post-evolution Since the card IDs are different, the card name, card image, and at least some of the card parameters may be different. At least one of these will be changed by evolutionary synthesis.

[0046] (1-8) Process flow of evolution synthesis in the game of this embodiment Next, an example of the process flow of evolution synthesis in the game of this embodiment is shown in FIG. The following description will be given with reference to the sequence charts of Fig. 12A and Fig. 13. FIG. 2B is a sequence chart showing an example of a process for confirming evolutionary synthesis. 8 to 10 are sequence charts showing an example of a process for executing the configuration. The timing of processing for displaying each image shown in FIG.

[0047] (A) Confirmation process of evolutionary synthesis (Figure 12A, Figure 12B) In the main menu of the game of this embodiment (see FIG. 8), the button b4 ("Evolution Synthesis") When the user terminal 10 receives a request for evolutionary synthesis (S 10), and transmits the request to the game server 20 (S12). When the device 21 receives a request for evolution synthesis processing from the user terminal 10, the device 21 converts the owned card data into The card ID of the requesting user's card is identified from the table, and the card data table and and reads the card data of the owned card from the owned card data table. Image data including the list is generated (S14), and the image data is transmitted to the user terminal 10. The CPU 11 of the user terminal 10 acquires the image data received in S16. and an image (for example, image P2 in FIG. 8) is displayed on the display unit 16 based on the image data. (S18). In addition, in S14, the CPU 21 of the game server 20 checks each of the cards owned by the user. Is the card ID of the card recorded in the evolution synthesis data table as the pre-evolution card ID? By determining whether or not each card owned by the user is an evolvable card, If you have a card that cannot be evolved, you cannot select it as a base card. It is preferable to generate image data in a display format that allows the user to recognize the information.

[0048] The image displayed in S18 includes the images of the users lined up, as shown in image P2 of FIG. It includes the images and names of the cards you own, and you can change the serial number of each card by selecting the image of each card. The card number can be selected from the multiple cards displayed in S18. When any card in the card slot is selected as the base card, the user The CPU 11 of the terminal 10 receives the selection result (serial number) of the base card (S20). The result of the selection is transmitted to the game server 20 (S22). 1 determines the base card selection result based on the received base card selection result. Then, the image data for confirmation is generated (S24), and the image data is transmitted to the user terminal 10. The CPU 11 of the user terminal 10 acquires the image data received in S26. Then, an image (for example, image P3 in FIG. 8) is displayed on the display unit 16 based on the image data. (S28). The image displayed in S28 is the result of the selection of the base card, as shown in image P3 of FIG. The user terminal 10 has buttons (b11, b12) for confirming the result. U11, based on the user's operation of this button, A response as to whether or not the selection result is to be confirmed is received, and the response is sent to the game server 20. Here, the CPU 11 confirms the selection result of the base card transmitted in S22. The game server 20 receives a response (a definitive response of the base card) from the game server 20. Assume that the signal is received (S30). When the CPU 21 of the game server 20 receives the confirmation response of the base card, Based on the serial number of the card selected as the card, the card data table is referenced. The card ID of the selected card is identified (S32).

[0049] Next, the CPU 21 checks the card ID identified in S32 in the evolution synthesis data table. Determine whether an evolution ID that has the same "pre-evolution card ID" as the 34). If an evolution ID is specified (S34: YES), the CPU 21 Read out the evolved card ID corresponding to the ID and the reference card ID included in the combination conditions. (S36). Note that the image displayed in S18 is a card that cannot be evolved. If the card is displayed in a format that does not allow you to select it as a base card, select the base card in S20. Since the cards selected as base cards are cards that can be evolved, in S34 the evolution ID is will definitely be identified. Next, the CPU 21 checks whether the pre-evolution card ID is the same as the post-evolution card ID read in S36. It is determined whether the recorded evolution ID is identified (S38). If the answer is YES in S38, the process returns to S36 and the evolution ID corresponding to the evolution ID specified in S38 is The CPU 21 reads out the post-encryption card ID and the reference card ID included in the combination condition. Repeat steps S36 and S38 until no evolution ID is identified, so that The card selected as the base card is subjected to multiple evolution synthesis at each stage. Each combination condition (i.e., the reference card ID required for each evolution) is read out. In the present embodiment, the process flow is the "pre-evolution card" in the evolution synthesis data table. Although the explanation is based on the method using the "evolved card ID" and "evolved card ID", this method is not limited to this. For example, in the evolution synthesis data table, Define the evolution of the card stages and the reference card IDs required for that evolution, and select the card as the base card. The conditions for each combination for multiple evolution synthesis at each stage for the owned cards are read. It may be a method of extracting the base card. It may also be another method. Each group is used to perform evolution synthesis at each stage multiple times for the selected owned cards. Any method for reading out matching conditions may be used.

[0050] If the evolution ID is no longer specified (S38: NO), the CPU 21 proceeds to S40. In S40, the reference card included in the combination condition corresponding to the evolution ID identified in S34 is A card possession data is used to check whether the user has all the cards specified by the ID. In other words, the user checks whether the card is a base card or not by referring to the data table (S40). Does the user have all the reference cards required to evolve the selected card? confirm.

[0051] Next, the CPU 21 reads out the evolved card ID and Based on the reference card ID and the confirmation result of S40, an image data to be presented to the user is generated. The image data is generated (S42) and transmitted to the user terminal 10 (S44). When the CPU 11 of the terminal 10 acquires the image data received in S44, the CPU 11 The image is displayed on the display unit 16 based on the above (S46). The user has all the reference cards necessary to evolve the selected card. If this is confirmed, for example, as shown in image P4a of FIG. 10, If an image containing a button to evolve the selected card is displayed and not confirmed evolves the card selected as the base card, as illustrated in image P4 of FIG. The image does not include buttons for the reference cards. In addition to being a member of the 100, other conditions must be met (e.g. the base card must be at maximum level) If the card has reached the maximum level, the card will be displayed with an image containing a button to evolve the card. That is, the card selected as the base card has reached the maximum level, In order to evolve the selected card, the user must also possess all of the reference cards. In either case, the generated image data is generated based on the combination conditions of each evolution. The user is provided with multiple cards identified by the card IDs of multiple reference cards included in Each of these is image data to be displayed in an identifiable display format. If the evolution ID is not specified in S34 (S34: NO), the user This means that the card selected as the base card cannot be evolved, so The image data generated by 42 may contain text such as "The selected card cannot be evolved." The data becomes data that displays an image (not shown) that includes text.

[0052] (B) Execution process of evolutionary synthesis (Figure 13) In the sequence chart shown in FIG. 13, in S46 of FIG. 12B, for example, the image of FIG. As shown in P4a, a button to evolve the card selected as the base card is The figure shows the flow of processing when an image containing a The button b21 ("Evolve") is displayed to confirm whether or not to request the execution of evolution synthesis. In FIG. 13, the user terminal is set to the state where the button is specified based on the user's operation. When the CPU 11 of the terminal 10 receives a request to execute evolution synthesis (S50), the request is The received data is then transmitted to the system server 20 (S52).

[0053] The CPU 21 of the game server 20 executes the evolution synthesis request received from the user terminal 10. If you accept, the pre-evolution card (i.e. the evolution synthesis card) will be added to the possession card data table. The card data of the evolved card is erased (S54) and the card data of the evolved card is newly created. At this time, the card data is written to, for example, the evolved card ID. The serial number issued by the game server 20 is included in the game data. The card data of the reference card used for the creation is erased from the possessed card data table (S5 8). After executing the evolution synthesis, the CPU 21 stores image data including card data of the evolved card. (S60), and transmits the image data to the user terminal 10 (S62). When the CPU 11 of the terminal 10 receives the image data transmitted in S62, Based on this, an image (for example, image P5 in FIG. 10) is displayed on the display unit 16 (S64).

[0054] As described above, in the game system of this embodiment, the user Each time the selected card (an example of a selected object) undergoes evolution synthesis, it changes in sequence. If the card can be evolved in stages to become a card that can be used by the user, Not only the combination conditions (one example of change conditions) required for the one-stage evolution of the selected owned card, , multiple reference card IDs included in the combination conditions for future multi-stage evolution synthesis Therefore, the user can select the multiple cards that are specified by the multiple cards. It is possible to recognize in advance that the selected card is a reference card necessary for the future evolution of the selected card. This prevents the user from accidentally giving up one of the multiple cards that are presented to them. do.

[0055] In the embodiment described above, the output unit 54 outputs each combination condition acquired by the acquisition unit 53. Multiple cards identified by multiple reference card IDs included in The case has been described where image data is output so as to be displayed separately for each item. When outputting such image data, there are the following advantages. That is, when the image P As shown in 4, the combination conditions for the first stage evolutionary synthesis, the second stage evolutionary synthesis, ... The multiple reference cards included are displayed for each combination, allowing the user to select cards that are relatively close to the Distinguish between cards that will be needed for evolution synthesis in the future and cards that will be needed in the relatively distant future. Therefore, the user can, for example, use the You can also choose to use the cards you need for processes other than evolution synthesis.

[0056] (2) Second embodiment In the first embodiment, communication between the user terminal 10 and the game server 20 is performed according to HTTP. The user terminal 10 interprets the HTML document received from the game server 20. In the case where the present invention is realized in a so-called browser format, in which game images are displayed by However, the present invention is not limited to this case. By executing the program, the user terminal 10 performs the game processing independently, and the user terminal 1 A so-called native application that suppresses the transmission and reception processing between the game server 20 and the game server 20. In the native application format, the The image data is generated and displayed within the user terminal 10 without using any other software. In the second embodiment, the game of the first embodiment is played in a native application format. An example of the case where the hardware configuration of this embodiment is realized by the following will be described. The configuration may be the same as that of the first embodiment. In the native application format of this embodiment, It is assumed that most of the processing is performed on the user terminal 10 side, but Part of the game processing (for example, a lottery process in which a lottery is awarded to a user, or The game server 20 executes the process for presenting the card to the user. The game server 20 may be configured to perform the process and transmit the processing result to the user terminal 10. stomach. In this embodiment, the user terminal 10 is an example of an information processing device.

[0057] In this embodiment, the user terminal 10 receives a notification from the game operator based on a predetermined operation by the user. The game program is received from the server, and the received game program is stored in the storage 18. When the game is started by the user terminal 10, the user terminal 10 and the game server Communication is established between the game server 20 and the user, and login processing is performed. Data table group (card data table, evolution synthesis data table, possession card data table, The data table group transmitted to the user terminal 10 is The data is stored in the storage 18 of the user terminal 10. In this case, the data in the storage 18 The tables are updated every time you log in. In order to prevent the possessed card data table from being tampered with in the user terminal 10, Each time a predetermined process is completed by the user terminal 10, or when the user logs out of the game At this point, the possessed card data table in the user terminal 10 is transmitted to the game server 20. The game server 20 receives the owned card data table and checks the owned card data in the storage 25. The card data table is compared to confirm that the data has not been tampered with, and then the The possessed card data table in storage 25 is updated to the received data.

[0058] Although not shown in the figure, in this embodiment, the user terminal 10 is The process flow of evolutionary synthesis shown in is executed by referring to the data tables in storage 18. do. In this embodiment, the card data table, the evolution synthesis data table, the possession card data Although the case where the table is held in the game server 20 has been described, In native application games, the responsibility of storing each data table is shared. It is possible to set the above appropriately, and the user terminal 10, the game server 20, and At least one of the other devices accessible from the user terminal 10 or the game server 20 Each data table may be stored in either one of them, and there is no restriction on a specific storage mode. It is not something that can be achieved.

[0059] (3) Modifications Below, a description will be given of modifications common to the above-mentioned embodiments.

[0060] (3-1) Variation 1 In this modified example, the output unit 54 outputs the combination condition included in each combination condition acquired by the acquisition unit 53. Multiple reference cards identified by multiple reference card IDs are The image data is output so as to be displayed in a differentiated manner. In order to realize the function of the output means 54 of this modified example, the CPU 21 of the game server 20 The pre-evolution card ID, post-evolution card ID, and When the reference card IDs included in the combination conditions are obtained, the cards corresponding to these card IDs are Reads card data from the card data table and displays it according to the reference card ID. An example of an image displayed based on the generated image data is shown below. The image P4b shown in FIG. 14 is a display of the image P4 in FIG. 9 according to this modification. This is an example of an image. In this configuration, multiple cards included in each combination condition are distinguished by card ID and used. The user can quantitatively recognize how many of each card are needed. Therefore, the user must select a card and evolve it into a different card. It allows you to get an overview of all the cards you need, and makes it easy to decide how many different cards you need to acquire. It can be recognized. In addition, it is possible to know whether the user has a card with each card ID or not. Also, even if you have all the cards, you may display them in the A display may be displayed to indicate whether the player has all or none of the cards in their possession. Also, if you don't have all the cards, you will be asked to enter the number of cards you have and the number of cards you need. The number of cards required may be displayed so that the player can easily see the number of cards required. This allows users to check the current status of cards they should obtain. For example, If the number of reference cards you have is N and the number of reference cards you need to have is M, then each Information in a format such as N / M may be displayed in association with the card.

[0061] (3-2) Variation 2 In this modified example, the output unit 54 outputs the combination condition included in each combination condition acquired by the acquisition unit 53. Among the multiple reference card IDs, there are duplicates in at least two combination conditions. The card identified by the reference card ID included in the The image data can be displayed in a different format from the card specified by the card ID. The data may be output. In order to realize the function of the output means 54 of this modified example, the CPU 21 of the game server 20 The pre-evolution card ID, post-evolution card ID, and When the reference card ID included in the combination condition is obtained, at least two combination conditions are Identify the reference card IDs that are included in the same case (duplicate reference card IDs); and , the pre-evolution card ID, the evolved card ID, and the reference card ID included in the combination conditions The card data corresponding to the duplicate reference card I is read from the card data table. D and the reference card ID that is not a duplicate reference card ID are displayed in different formats. An example of an image displayed based on the generated image data is shown in Figure 15. Image P4c shown in FIG. 15 is an example of an image in which image P4 in FIG. 9 is displayed according to this modified example. and cards A01, C12, and M03 are cards corresponding to the duplicate reference card IDs. It is. In this configuration, a set of multi-stage evolution synthesis for a card selected as a base card is Among the multiple reference card IDs included in the matching conditions, the cards with the duplicated reference card IDs are different. The selected cards are presented to the user in a display format that allows the user to cycle through the different cards. You can see all the cards you need to evolve into a new card, especially if you have a lot of them. The card should be easily recognizable. In addition, the user has a card with a card ID that corresponds to the duplicate reference card ID. It may be displayed so that the user can see whether the item is in possession or not. Do you have all the numbers of duplicate reference cards? Do you have all the numbers of duplicate reference cards? The system may display all duplicate reference cards so that the player can see if they have been assigned a duplicate reference card or not. If you do not have them, the number of duplicate reference cards you have and the duplicate reference cards you need to have The number of items may be displayed so that the user can easily see the number of items. You can check the current status of the cards you need to get. For example, If the number of duplicate reference cards is N and the number of duplicate reference cards that must be possessed is M, then each card It is also possible to display information in a format such as N / M in association with the above.

[0062] (3-3) Variation 3 In this modification, the card ID is associated with information indicating the conditions for obtaining the card by the user. The information on the acquisition conditions of a card is, for example, the rarity of the card, as shown in Figure 5. Alternatively, it may be a limited flag, or a level according to the number of cards in circulation. The level according to the number of cards in circulation is not shown in Figure 5, but can be found in the card data table. The game server 20 periodically (e.g., daily) records all The cards held by all users are counted by card ID, and the level is determined based on the count value. and updates the value of that level in the card data table. In this example, the output means 54 outputs the combination conditions included in each combination condition acquired by the acquisition means 53. Among the multiple reference card IDs, the reference card ID that satisfies the specified conditions is used. Identifying the card to be identified by a reference card ID whose acquisition conditions do not satisfy the specified conditions Image data may be output in a format different from that of the reference card. stomach. In order to realize the function of the output means 54 of this modified example, the CPU 21 of the game server 20 The pre-evolution card ID, post-evolution card ID, and When the reference card IDs included in the combination conditions are obtained, the cards corresponding to these card IDs are The card data is read from the card data table and the information indicating the conditions for obtaining the card is Generate image data for displaying the images in a differentiated manner. Displays are based on the generated image data. An example of the image is shown in Fig. 16. The image P4d shown in Fig. 16 is the image P4 of Fig. 9, which is modified according to this modification. In the example of image P4d, information on the conditions for obtaining the card is displayed. This is an example of a case where the rarity of a card is R5 as a specified condition. Reference cards with a rarity of R5 are displayed differently than reference cards with a rarity of R4 or lower. is shown in the format. In this configuration, for example, if the acquisition condition is related to the difficulty of acquiring the card, The combination conditions for the multi-stage evolution synthesis of the card selected as the base card are included Since the degree of difficulty of obtaining cards for multiple card IDs is known, users can consider the degree of difficulty of obtaining cards. You can then use this to determine how far you want to proceed with the evolution synthesis of the selected card. do. Furthermore, whether a user owns a card that is considered difficult to obtain or not In addition, even if the card is in possession, all the cards may be displayed in a manner that makes it clear that the card is not in possession of the card. Shows whether you have all the cards or not If you do not have all the cards in your possession, you may The number of cards and the number of cards required to be held may be displayed so that the user can easily see each of them. By displaying the card on the screen, users can check the current status of the cards they should obtain. For example, let the number of reference cards you have be N, and the number of reference cards you need to have be M. In this case, information in the form of N / M may be displayed in association with each card.

[0063] (3-4) Variation 4 In this modified example, the receiving means 51 as the second receiving means receives the card selected as the base card. Cards can be evolved in stages, becoming different cards each time they undergo evolution synthesis. In some cases, the selected cards are evolved step by step to become different cards. It accepts information about the number of times the process is performed. In this modified example, the acquisition means 53 receives information on the number of evolution synthesis by the reception means 51. If the request is accepted, the relevant number of times will be used for the card selected as the base card. Obtain each combination condition for evolutionary synthesis. An example of a series of images displayed on the user terminal 10 in this modified example is shown in FIG. In image P3 (the same as image P3 in FIG. 8), button b11 ("Confirm") is selected. When you press the button, the image changes to P10. In image P10, the selected card is Buttons b31 to b33 are provided as options for the number of evolutions of the selected card Q01. Designation of any of items b31 to b33 corresponds to designation of information regarding the number of evolutionary synthesis times. In image P10, for example, when button b32 ("evolution to the second stage") is selected, The image changes to that shown in P11. Image P11 is the same as that specified by button b32. The reference cards required to evolve card Q01 to the second stage are displayed.

[0064] In order to realize this modified example, the CPU 11 of the user terminal 10 performs Specify information (for example, specify one of the buttons b31 to b33 in FIG. 17) Upon receiving the request, the game server 20 transmits information regarding the number of evolutionary synthesis operations. The CPU 21 of the server 20 acquires information regarding the number of evolutionary synthesis from the user terminal 10. From the evolution synthesis data table, the evolution synthesis of the card selected as the base card is The pre-evolution card ID, post-evolution card ID, and combination conditions that correspond to the evolution ID in Then, from the acquired information, the reference card ID is obtained. Extract the card ID corresponding to the specified number of evolution synthesis information and The card data corresponding to the card ID is read from the card data table, and each stage of evolution is Image data is generated to distinguish between the two. An example of such an image is image P11 shown in FIG. In addition, the information that CPU21 obtains from the evolution synthesis data table is used as a base card. The information does not need to correspond to all the evolutions of the selected card up to its final evolution. If the information corresponds to the number of evolutionary synthesis events specified by the information on the number of chemical synthesis events, good.

[0065] In this configuration, the selected card is selected according to the number of evolution synthesis times specified by the user. The user is presented with a reference card that is required for the relevant round of evolutionary synthesis. The user must select the type and type of reference cards required for all evolution synthesis for the selected card. When the number of items is very large, it may be cumbersome for the user if all of them are presented to the user. This avoids messy situations. The user can specify the number of evolutionary synthesis iterations, so for example By specifying a relatively small number of iterations (e.g., 2-3), the near future , only the reference cards necessary for the selected card can be extracted and checked, Or, you can collect all the reference cards required for all evolution synthesis of the selected card. In other words, the presentation style desired by the user can be realized depending on the user's specification. It is possible. In addition, each card is displayed so that the user can see whether they own it or not. Also, even if you have cards, you must check whether you have all the cards. You may display cards in order to show that you do not have all the cards. If you do not have all the cards, the number of cards you have and the number of cards you need will be displayed. The number of the codes and the number of the codes may be displayed so that the user can easily see each code. The user checks the current status of the cards that need to be acquired to perform the specified number of evolution synthesis. For example, the number of reference cards you have can be N, the number of reference cards you need to have If the number of cards is M, information in the form N / M may be displayed in association with each card. .

[0066] (3-5) Variation 5 In this modified example, a card selected as a base card evolves over multiple stages. If the card is a card, the user may accidentally discard cards that are necessary for the card's evolution at each stage. The reserved card (hereinafter referred to as the "reserved card") can be reserved so that it does not become Cards are also called "cards".) are used for processes other than the evolution synthesis of the target card. This is restricted. More specifically, in this modified example, the above-mentioned reception means 51 serves as a request reception means and performs a judgment In response to the image data being output by the means 54, a request based on a user's operation is In order to restrict processing for at least one of the multiple cards, Accepts restriction requests. In this modified example, the change means 58 changes the limit when the limit request is received by the reception means 51. In this case, based on the multiple reference card IDs included in the combination condition acquired by the acquisition means 53, In this case, the cards held by the user who made the restriction request are used for processes other than evolution synthesis. For cards that have been identified as restricted cards that should be restricted from being used, It has a function to restrict its use in processing.

[0067] An example of a method for reserving a card in this modified example will be described with reference to image P4e in FIG. Image P4e in FIG. 18 is a modified example of the display mode of image P4 in FIG. 9. In image P4e, It displays the reference cards required for each stage of evolution, and also displays the The card status is displayed. The card status indicates that the user does not have a card. The "not possessed" state indicates that the user has a card and has reserved the card. A "reserved" state indicates that the card is in the possession of the user, but has not reserved the card. The "unreserved" status indicates that the card is not yet reserved. ("Make a reservation") or similar will be displayed.) In the image P4e, when either the button b41 or b42 is selected, the The status of the reference card changes from "unreserved" to "reserved."

[0068] As an example of a reserved card being used for a process other than the intended evolution synthesis, The card selling process will now be described. FIG. 19 shows a series of screens displayed when a user executes a process to sell a reserved card. In Fig. 19, image P1 is the same as that shown in Fig. 8. When the button b5 ("Sell") is selected in the image P1, the image changes to P20. The image P20 shows a list of cards owned by the user. From the list of cards, the user selects the card they wish to sell. If you select a reserved card from among your held cards to sell, the image shown on page 21 will appear. Image P21 notifies the user that the card selected by the user is a reserved card. The text to the right of the order and a button b50 ("Continue") to select whether to continue the sale process or not In image P21, button b50 is specified and b51 is specified. In this case, the sale process will be carried out even if the card is reserved, and the user will be able to purchase the card. You will gain points equal to the selling price of the card and lose the reserved card.

[0069] As shown in image P21, the procedure for executing the sale process for reserved cards will be complicated. is an example of restricting reserved cards from being used for processes other than evolutionary synthesis. Although not shown in FIG. 19, an image P20 shows a list of cards owned by the user. The reserved cards may be displayed in such a manner that they cannot be selected. In other words, to more reliably prevent reserved cards from being used for anything other than evolution synthesis, In addition, the execution of the sale process for reserved cards may be prohibited.

[0070] In addition to the above-mentioned selling process, the game of this embodiment also executes a normal synthesis process. In normal synthesis, the user may lose cards from their own cards. Select the base card as the card you want to grow. The combination conditions of the reference cards do not have to be determined for each mode. When a normal synthesis process is performed, the base card is The card parameters of the card change (for example, the card level or skill level increases) Instead, the reference card disappears from the user's possession. Similar to the selling process, when you perform a normal synthesis, the reference card used for the normal synthesis is If it is a reserved card, the execution of normal synthesis is restricted.

[0071] A method for implementing this modified example will now be described. In this modified example, a reservation data table is provided in the storage 25 of the game server 20. The reservation data table is a data table for managing the reservation of cards for each evolution synthesis. An example of this is shown in Figure 20. The reservation data table records the information of the reserved cards for the user's evolution synthesis. FIG. 20 shows an example of a reservation data table for one user. A reservation ID is set for each user who is registered in the game. In Figure 20, the reservation ID is the reservation for evolution synthesis. The ID is issued in the order in which the contract is made. The evolution ID is shown in the evolution synthesis data table. It corresponds to the evolution ID and is an ID that specifies the contents of the evolution synthesis. The serial number of the pre-evolved card is given to the user as the base card for evolution synthesis. The serial number of the reserved card is the serial number of the selected owned card. The C1 to C5 columns of the reference card number correspond to the reference cards in the evolution synthesis data table. The fields correspond to C1 to C5, which make up the combination conditions for the node ID. If the card is a reserved card, the serial number of the card is recorded. If the corresponding reference card is not reserved, data indicating "no reservation" (e.g., N ULL) is recorded. In the example of the reservation data table shown in FIG. 20, an example of the case shown in image P4e of FIG. 18 is shown. In other words, evolution ID: 0033 corresponds to the evolution of card Q01 → R01, and evolution ID :0044 corresponds to the evolution of card R01 → S01, and evolution ID:0020 corresponds to card S01 →T01 corresponds to the evolution of T01. Here, in the image P4e of FIG. When "Add" is selected, the CPU 21 of the game server 20 adds C with evolution ID: 0044. In column 2, instead of the data indicating "no reservation", enter the serial number of the card K14 held by the user. At this time, the CPU 21 writes the serial number of the card K14. , refer to the user's card data table.

[0072] The CPU 21 of the game server 20 generates image data that is the basis of the image P4e of FIG. When doing so, the reservation data table and the possession card data table are referenced to The CPU 21 refers to the reservation data table and determines the status of the cards held by the user. The reference card with the reservation number written in it is considered to be in a "reserved" state, and the reservation For cards that do not have serial numbers written in the data table but that users own, For cards that are not in the user's possession, the card is considered to be in an "unreserved" state. It is deemed to be in a "possession" state. In addition, when restricting reserved cards, the CPU 21 of the game server 20 performs the following When the reserved card is selected as the card to be used for processing, the CPU 21 If the process is the same as the reserved card (i.e., the desired evolutionary synthesis), In other words, the reservation data table is referred to to determine whether the reserved card is Since the content of the evolution synthesis is specified by the evolution ID, the above process is the desired evolution synthesis. If it is determined that the desired evolutionary synthesis is not possible, e.g. Generate data for an image (e.g., image P21 in FIG. 19) to warn the user and transmits it to the user terminal 10.

[0073] According to this modification, in response to a request from a user, a base card among the cards possessed by the user is selected. At least some of the reference cards required to evolve the card selected as the base or all of the selected cards can be used for any process other than the evolution synthesis of each stage. Therefore, before the combination conditions are met, the user may mistakenly select a card and use it in the future. A reference card required for evolution over a period of time is mistakenly used for a process other than that evolution. This can reliably prevent the above-mentioned problems from occurring.

[0074] (3-6) Variation 6 In this modification, a registration means 59 is provided. The registration means 59 is a registration means for registering a card selected as a base card. A plurality of cards included in each combination condition acquired by the acquisition means 53 for the acquired card. When the card ID of a user's card is included in the card ID of the user's card, the card The instruction cards selected based on the user's operation can be saved as favorites (bookmarks). In other words, in this modification, the user's card has the following function: If the card selected as the base card contains cards necessary for future evolution You can register the card as a favorite.

[0075] FIG. 21 shows an example of a method for registering a card as a favorite in this modified example. The image P4f in FIG. 21 is a modified example of the display mode of the image P4 in FIG. Image P4f displays the reference cards required for each stage of evolution, and the displayed reference cards The card status is displayed according to the mode. The card status is displayed according to whether the user owns the card. "Not in possession" status, indicating that the card is not in possession, or "In possession" status, indicating that the card is in possession It is either in "possession" state. In image P4f, select one of the cards you own (in this example, K14). For example, as shown in image P15, the selected card is registered as a favorite. The image P15 includes a button b5 for registering the selected card as a favorite. Contains 0 ("Favorites"). Specify button b50 ("Favorites") The selected card (K14) is then registered as the user's favorite. The method for distinguishing between "possessed" and "not possessed" states is as shown in image P4f. The method is not limited to a character string, and an image may be used to display the information. For example, If the card is a card you own, the corresponding card image will be displayed. If the card is not owned, In this case, the image of the card that is not owned is displayed as a different image from the card image corresponding to the card that is not owned. The image can be anything that is different from the normal card image. For example, It may be an image that is a darker version of a normal card image, such as a "?" mark. In addition, when you select a card in your collection on the image P4f, you can register it as a favorite. The image P15 may be registered as a favorite of the user immediately without being displayed. In image P4f, the user is prompted to select a plurality of cards he or she owns, and then the user is prompted to press a confirm button. By pressing the button, multiple selected owned cards may be registered at once. Although not shown, when a file is registered as a favorite, the file is displayed in response to a user's request for viewing. A list of cards owned by the user who has been registered as a favorite is displayed. Also, the image in Figure 8 This is what is displayed when button b1 ("View owned monsters") is selected in P1 To help you identify your favorite cards in the list of cards you own, The cards registered as favorites may be displayed in a distinguishable manner from the cards not registered as favorites. For example, if you have a card that is registered as a favorite, you can see that it is registered as a favorite. By displaying the card with a mark indicating the card, you can distinguish it from cards that are not registered as favorites. You can also register a favorite by marking it. For a registered owned card, the process of ceasing the card from being a owned card may be restricted. This will prevent users from accidentally selling their favorite cards. In addition, in the same manner as described in the sixth modification, the location registered in the favorites can be A reservation button is provided for a desired card from a list of owned cards, and the reservation button is designated. It may be possible to make a reservation by doing so. In order to realize this modified example, the possessed cards are stored in the possessed card data table (see FIG. 7). The flag (1: registered as favorite, 0: not registered as favorite) is set according to the card ID of the card. The CPU 21 of the game server 20 may set a favorite card. When a request to view the card is accepted, the card data whose flag in the card data table is "1" is The card data is read, and image data including a list of cards is generated based on the read card data. do. According to this modification, the card selected as the base card is a card necessary for future evolution. If you confirm that you have it, you can register it as a favorite immediately. Therefore, users can mark cards they own that are necessary for future evolution without relying on their own memory. In addition, if a user has many cards, In this case, it is possible to quickly check the important cards for the user that are required for evolution. become.

[0076] (4) Application to applications other than games In the above-described embodiment and modified example, the present invention is described as being applied to a game. However, the present invention may be applied to other applications, such as shopping on the Internet. If multiple types of electronic coupons are distributed each time a product is purchased at a mall, A coupon may be an example of an object of the present invention. In this case, for example, a base coupon In order to upgrade the benefits of coupon Q (an example of a change process), The user possesses and uses coupons A to C as reference coupons corresponding to coupon Q. In this example, the coupon Q undergoes multiple stages of change processing to produce different In this case, the shopping server will change the base coupon to a coupon. Identify the reference coupons necessary for each stage of the evolution of the coupon Q as a PON ticket, and Generate image data for the user to present the coupon, and display the image data on the user terminal. Send to. The present invention can also be applied to other applications besides the above-mentioned examples.

[0077] Although the embodiment and the modified examples of the present invention have been described in detail above, the present invention is not limited to the above embodiment and the like. In addition, the embodiments may be modified in various ways without departing from the spirit of the present invention. Of course, improvements and modifications may be made to the above embodiments and modifications. The items may be applied in any suitable combination. The method of receiving the request is not limited to the above. For example, The system is based on gesture input, or command input by shaking a user device equipped with an acceleration sensor. The method may be a method of receiving the instruction input (gesture input) by the user. In the power control, a user terminal having an imaging function is activated by making a predetermined gesture on the user terminal. The gesture is image-recognized, and an operation input that is associated with the gesture in advance is recognized. In the case of a user terminal capable of executing a voice recognition program, the method of accepting the request is a predetermined Alternatively, the input may be received by voice instruction input.

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

[0079] One aspect of the present invention is a method for identifying an object by using object identification information and A condition for carrying out a change process that changes an object, the change process including a plurality of object identification information An information processing device (10) that can access a storage device (25) that stores the conversion conditions in association with the or 20) Based on the user's operation, a selected object is selected from among the objects possessed by the user. a first receiving means (51) for receiving a designation of a selected object which is an object; The selected object is changed to a different object each time the change process is performed. If the selected object is a step-changeable object, the selected object is The acquisition means (25) acquires each change condition for performing each change process from the storage device (25). 53) and A plurality of object identifications included in each change condition acquired by the acquisition means (53). A plurality of objects identified by the information are displayed in a form that can be individually identified by the user. an output means (54) for outputting output data (e.g., image data) to be displayed; The present invention is an information processing device comprising:

[0080] "Information processing device" refers to a standalone game machine or a user terminal (e.g., a mobile The device may be a mobile terminal, a personal computer, or a server on a network. The entity of the information processing device can be appropriately defined depending on the implementation form of the system. When the functions of each part of an information processing device are realized by a user operating a game console or a user terminal In the above, the game machine and the user terminal correspond to the information processing device of the present invention. The user terminal, which is the client, has the functions of accepting operation input from the user and displaying images, and In the case where the functions of each part of the device are substantially realized by a server capable of communicating with a user terminal, The server corresponds to an information processing device of the present invention. An "object" is any display object that can be visually recognized by the user. It can be set appropriately according to the processing contents of the information processing device of the present invention. For example, when the information processing device of the present invention processes information related to a game, the object is The character may be, for example, a virtual character in a game. A person, creature, or monster that is a include. "Object identification information" refers to identification information that allows a user to identify an object, and and information associated with the identification information. The identification information is, for example, an object name, an object image, etc. Information associated with the object image includes an object ID (e.g., In the case of a card, the card ID is also an example of "object identification information". A "storage device" refers to any type of storage device, such as a flash memory or a hard disk drive (HDD). The storage device may be a memory device built into the information processing device. Alternatively, the information processing device may be configured to be accessible from the information processing device via a wired or wireless connection. It may also be a device. "Possession" of an object means that a user has acquired that object using that object. An object is in a state where it is available for processing. This means that the object is in a state where it cannot be used for processing. "Acquiring" an object means going from not having that object to having it. This means that the company has transitioned to the current system.

[0081] In the information processing device, a selection object selected by a user is changed. If the object can be changed in stages so that it becomes a different object each time For that user, the change conditions necessary for one-step change processing of the selected object are Instead, multiple objects included in the change conditions for multiple stages of change processing in the future are A plurality of objects identified by identification information are presented. The selected objects are the objects required for future changes to the selected object. Since the robot can recognize in advance which object is being presented, it can select one of the multiple objects presented. This prevents accidental release.

[0082] The output means (54) outputs the change conditions included in each change condition acquired by the acquisition means (53). A plurality of objects identified by a plurality of object identification information are processed according to corresponding changes. The output data may be outputted so as to be displayed separately for each condition. In this configuration, the change conditions for the first stage change process, the second stage change process, ... The multiple objects that will be changed in the near future are displayed for each change condition, so the user can Objects that will be needed in the near future and objects that will be needed in the relatively distant future are classified as Therefore, the user can use the You can also choose to use objects that you will need in the future for processing other than mutation processing. can.

[0083] The information processing device includes a plurality of objects included in each change condition acquired by the acquisition means. The object identification information includes object identification information corresponding to the object owned by the user. When the information is included, the object selected based on the user's operation among the possessed objects is The information processing device may further include a registration means (59) for registering the object. In this configuration, the possessed objects necessary for future change processing of the selected object are registered. Therefore, if a user has many objects, for example, To allow users to quickly check the objects that are important to them for processing. become.

[0084] In response to the output of the output data by the output means (54), a request based on an operation by a user, the request being based on at least one of the plurality of objects, a request receiving means (51) for receiving a request for restricting processing of an object; When the request is accepted by the request accepting means (51), the acquiring means (53 The requirement is based on a plurality of object identification information included in the change condition acquired by Among the objects possessed by the requesting user, those that are used for processing other than the above change processing are The change is made to the object specified as the restricted object whose modification should be restricted. and a limiting means (58) for limiting the use of the material for a process other than the chemical process. Good too. "Restriction of use for processing other than change processing" means that the change processing of the selected object The process of changing the selected object is not necessarily prohibited. However, it makes the procedure for executing the change process difficult or makes the procedure for executing the change process complicated. In the above-described embodiment, the object change process may be performed. The restriction on the use of the object for processing other than that is realized by reserving the object. For example, in the above embodiment, a "reserved card" is different from an evolution reservation that targets a card. The use of the substance in processing is restricted. In the above configuration, in response to a request from a user, a selection object is selected from among the objects possessed by the user. At least some or all of the objects required to transform the object , restrict the use of the selected object for any processing other than the change processing of the selected object. The user may accidentally change the selected object before the change conditions are met. You may accidentally use a selected object for an operation that does not change the selected object. This can reliably prevent the device from slipping off.

[0085] The output means (54) outputs the change conditions included in each change condition acquired by the acquisition means (53). A plurality of objects identified by a plurality of object identification information are referred to as an object The output data may be output so as to be displayed separately for each piece of identification information. In this configuration, multiple objects included in each change condition are identified by object identification information. The user is then presented with a distinction between the number of objects required and the number of objects required. Therefore, the user can quantitatively recognize whether the selected object is different. You can see the whole object that needs to be transformed into an object. In addition, the number of types of objects that should be obtained can be easily recognized.

[0086] The output means (54) outputs the change conditions included in each change condition acquired by the acquisition means (53). Among the multiple object identification information, there are overlapping ones in at least two stages of change conditions. The object identified by the object identification information included in the duplicated Objects identified by object identities other than the object identities specified The output data may be outputted in a display format different from that shown in FIG. In this configuration, multiple steps of the change process for the selected object are included in the change conditions. Among the object identities, the objects of the duplicated object identities are different. The selected object is presented to the user in a visual form so that the user can move it around to different objects. It gives you an overview of all the objects that need to be transformed into a single object, especially It is easy to recognize objects that should be acquired more frequently.

[0087] The object identification information is associated with information indicating the conditions under which the object may be obtained by the user. It has been The output means (54) outputs the change conditions included in each change condition acquired by the acquisition means (53). Among the plurality of object identification information, object identification information that satisfies a predetermined condition is selected. The object specified by the information is an object whose acquisition condition does not satisfy the predetermined condition. The object is displayed in a different display format from the object identified by the object identification information. The output data may be output. In this configuration, for example, the acquisition condition is related to the difficulty of acquiring the object. In this case, multiple objects included in the change condition of the multi-stage change process for the selected object are Since the degree of difficulty of obtaining the object of object identification information is known, the user can consider the degree of difficulty of obtaining the object. It is possible to determine to what extent to carry out the transformation of the selected object, taking into account the Cut.

[0088] The selected object is changed to a different object each time the change process is performed. If the selected object is a gradually changeable object, the selected object is sequentially changed to a different object. It accepts information on the number of times to gradually change the object. and a second receiving means (51) for receiving the The acquiring means (53) receives information regarding the number of times the change process has been performed by the second accepting means (51). When the specification of the information to be changed is accepted, the change process of the number of times is performed on the selected object. Each change condition for performing the above may be acquired. In this configuration, the number of times of the multiple-stage change processing designated by the user is determined. The number of selected objects that are required for the change process are presented to the user. Therefore, the user must specify the type of object that is required for all changes to the selected object. In cases where the number of categories and their number is very large, and all of them are presented to the user, This avoids the situation where multiple steps are required. For example, you can specify a relatively small number of times (e.g., 2 to 3 times) for the change process. This allows you to extract and check only the objects that will be required for the selected object in the near future. or the objects required for all changes to be processed on the selected object. In other words, depending on the user's specifications, the user can check the objects in the desired order. A presentation aspect can be realized.

[0089] Another aspect of the present invention is a user terminal (10) and a device capable of communicating with the user terminal (10). and a server (20) configured to receive and process the user terminal ( At least one of the server (20) and the server (10) identifies an object. and a condition for performing a change process for changing the object. A storage device (25) for storing a change condition including a plurality of object identification information in association with the change condition. In the information processing system, Based on the user's operation, a selected object is selected from among the objects possessed by the user. A first receiving means (51) for receiving a designation of a selected object, which is an object; The selected object is changed to a different object each time the change process is performed. If the selected object is a step-changeable object, the selected object is The acquisition means (25) acquires each change condition for performing each change process from the storage device (25). 53), A plurality of object identifications included in each change condition acquired by the acquisition means (53). A plurality of objects identified by the information are displayed in a form that can be individually identified by the user. output means (54) for outputting output data to be displayed; At least one of the user terminal (10) and the server (20) is provided with It is an information processing system.

[0090] Another aspect of the present invention is a method for identifying an object by using object identification information and A condition for performing a change process that changes an object, the condition including a plurality of object identification information A storage device (25) that stores the change conditions in association with each other, and a computer that can access the storage device (25) , Based on the user's operation, a selected object is selected from among the objects possessed by the user. A first receiving means (51) for receiving a designation of a selected object, which is an object; The selected object is changed to a different object each time the change process is performed. If the selected object is a step-changeable object, the selected object is The acquisition means (25) acquires each change condition for performing each change process from the storage device (25). 53), A plurality of object identifications included in each change condition acquired by the acquisition means (53). A plurality of objects identified by the information are displayed in a form that can be individually identified by the user. output means (54) for outputting output data to be displayed; This is a program that functions as a

[0091] Another aspect of the present invention is a computer, such as an optical disk or a magnetic disk, that stores the above program. The information may be a computer-readable storage medium.

[0092] In the above description, in order to facilitate understanding of the present invention, the reference numerals in the drawings are written in parentheses. However, this does not limit the information processing device and the like according to the present invention to the embodiment shown in the drawings. It's not something like that. [Explanation of symbols]

[0093] 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...Means of reception 52...Game execution means 53…Acquisition means 54...Output means 55...Judgment means 56...Change method 57...Recording means 58...Restrictive measures 59…Means of registration 70...Data tables

Claims

1. A processor is provided. A program for an information processing device for carrying out a change process for gradually changing an object into a different object, comprising: The processor, functioning as a first receiving means for receiving designation of a selected object which is an object selected from among objects possessed by a user based on an operation by the user; functioning as a second receiving means for receiving designation of information regarding the change process for the selected object, the designation of which has been received by the first receiving means; when the second receiving means receives the designation of information regarding the change processing, the change processing is performed on the selected object a number of times determined based on the designation of information regarding the change processing, the change condition being associated with object identification information that identifies the object and including a plurality of pieces of object identification information; and functioning as an output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in the change conditions acquired by the acquisition means in a display format that allows a user to distinguish each of the plurality of object identification information included in each change condition. A program for an information processing device.

2. 2. The program according to claim 1, wherein the output data is for displaying the number required for the change processing for each of the plurality of object identification information distinguished according to the plurality of object identification information included in each of the change conditions.

3. An information processing system for carrying out a change process for gradually changing an object to a different object in sequence, using an information processing device that can access a server, comprising: The information processing device includes: a first receiving means for receiving a designation of a selected object which is an object selected from among objects possessed by a user based on an operation by the user; a second receiving means for receiving designation of information related to the change process for the selected object whose designation has been received by the first receiving means; an acquisition means for acquiring, when the second acceptance means accepts the designation of information related to the change process, a change condition for performing the change process on the selected object a number of times determined based on the designation of information related to the change process, the change condition being associated with object identification information for identifying an object and including a plurality of pieces of object identification information; an output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in the change conditions acquired by the acquisition means in a display format that allows a user to distinguish each of the plurality of object identification information included in each change condition; An information processing system comprising:

4. A processor is provided.

1. A method for outputting output data of an information processing device for carrying out a change process for gradually changing an object into a different object, comprising the steps of: accepting, based on a user's operation, a designation of a selected object which is an object selected from among objects possessed by the user; accepting a designation of information regarding the change process for the selected object whose designation has been accepted; When the designation of the information regarding the change processing is accepted, a change condition for performing the change processing on the selected object a number of times determined based on the designation of the information regarding the change processing is acquired, the change condition being associated with object identification information for identifying the object and including a plurality of pieces of object identification information; outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in the acquired change conditions in a display format that allows a user to distinguish each of the plurality of object identification information included in each of the change conditions; A method for outputting output data of an information processing device.

Images