Information processing equipment, information processing system, program

Abstract

To reduce the possibility that an object possessed by a user is used for processing other than a use purpose of the object desired by the user and is dissipated.SOLUTION: An information processing device that can access a storage device for associating and storing object identification information and a change condition including a plurality of pieces of the object identification information includes: first reception means for receiving the designation of a selection object from objects possessed by a user based on user operation; acquisition means for acquiring from the storage device each change condition for executing each change processing of a plurality of stages for the selection object, when the selection object is the object that can change in stages so that the selection object becomes different objects sequentially each time change processing is executed; and output means for outputting output data for causing a plurality of objects specified by the plurality of pieces of the object identification information included in each change condition acquired by the acquisition means to be displayed in a form that can be identified by the user respectively.SELECTED DRAWING: Figure 11

Description

Technical Field

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

Background Art

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

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Patent Document 2

Summary of the Invention

Problems to be Solved by the Invention

[0004] In the synthesis process, in order to realize the synthesis process of the base object (base object; corresponding to the main card above), a combination condition corresponding to the base object is satisfied. The user has a plurality of objects (reference objects; corresponding to the sub cards above). In some cases, this may be a requirement. In that case, the object selected as the base object The user is presented with the reference objects necessary to perform the composition process on the object. There are also known games that have a mechanism for doing so. However, in that case, for the selected card The reference objects necessary to perform the most recent synthesis process are then presented to the user. It is not merely a reference needed to perform further synthesis operations after the most recent synthesis operation has been executed. The user knows the objects (i.e., the reference objects that will be needed for future composition processes). This is not possible. For example, each time a compositing process is performed, the objects will be different objects in sequence. In games where objects change (evolve), reference objects that will be needed in the future during the evolution process are used. The situation where you currently possess an object but then release the reference object is... This was happening. In such cases, in future synthesis processes, the user will have to relinquish what they previously lost. You have to obtain the object again, and later regret letting it go. It will become.

[0005] This invention has been made in view of the above-mentioned aspects, and its purpose is to provide a user with a device that is in possession of Using an object for processing other than the intended use of that object as desired by the user Information processing devices, information processing systems, and professional equipment that can reduce the possibility of data loss. The goal is to provide grams. [Means for solving the problem]

[0006] One aspect of the present invention is object identification information that identifies an object, and the object Conditions for performing a change process that changes the object, including multiple object identification information. An information processing device that can access a storage device that stores conditions in association with each other, Based on the user's actions, selected from the objects owned by that user. A first receiving means that accepts the designation of a selected object, which is an object, The selected object will become a different object each time the change process is performed. If the object is capable of changing in stages, then the selected object can be changed in multiple stages. An acquisition means for acquiring each change condition for each change processing from the storage device, The multiple object identification information included in each change condition acquired by the acquisition means The multiple objects identified by this method are displayed to the user in a format that allows each of them to be identified. An output means that outputs output data for the purpose of, It is equipped with an information processing device.

[0007] Another aspect of the present invention comprises a user terminal and a server configured to communicate with the user terminal. An information processing system including, the user terminal and the server Either object identification information that identifies an object, or changes the object A change condition for performing a change process, which includes multiple object identification information, In the information processing system that can access a storage device that stores data in association with other data, Based on the user's actions, selected from the objects owned by that user. A first receiving means that accepts the designation of a selected object, which is an object. The selected object will become a different object each time the change process is performed. If the object is capable of changing in stages, then the selected object can be changed in multiple stages. Acquisition means for acquiring each change condition for each change processing from the storage device, Based on the plurality of object identification information included in each change condition acquired by the acquisition means, Output means for outputting output data for causing a plurality of objects specified thereby to be displayed in a display format that can be identified by the user respectively, An information processing system provided in at least one of the user terminal or the server. is.

[0008] Another aspect of the present invention is a computer accessible to a storage device that stores in association an object identification information for identifying an object and a change condition for performing a change process for changing the object, the change condition including a plurality of object identification information. Based on a user operation, a first reception means for receiving a designation of a selection object that is an object selected from the objects possessed by the user, When the selection object is an object that can be changed step by step so as to be sequentially different objects each time the change process is performed, acquisition means for acquiring each change condition for performing a plurality of stages of change processes for the selection object from the storage device, Output means for outputting output data for causing a plurality of objects specified by the plurality of object identification information included in each change condition acquired by the acquisition means to be displayed in a display format that can be identified by the user respectively, is a program for causing it to function. Based on the plurality of object identification information included in each change condition acquired by the acquisition means, Output means for outputting output data for causing a plurality of objects specified thereby to be displayed in a display format that can be identified by the user respectively, [[ID=�7]]

Brief Description of the Drawings

[0009] [Figure 1] The figure which shows the basic structure of the game system of 1st Embodiment. [Figure 2] The block diagram which shows the structure of the user terminal of 1st Embodiment. [Figure 3]A block diagram showing the configuration of the game server in the first embodiment. [Figure 4] A diagram conceptually illustrating how users are notified of the cards required for evolution synthesis. [Figure 5] A diagram showing an example of the structure of a card data table. [Figure 6] A diagram showing an example of the structure of an evolutionary synthesis data table. [Figure 7] A diagram showing an example of the structure of the owned card data table. [Figure 8] A figure showing an example of an image displayed on the user terminal in the first embodiment. [Figure 9] A figure showing an example of an image displayed on the user terminal in the first embodiment. [Figure 10] A figure showing an example of an image displayed on the user terminal in the first embodiment. [Figure 11] Functional block diagram of the game server in the first embodiment. [Figure 12A] A sequence chart showing an example of a confirmation process for evolutionary synthesis. [Figure 12B] A sequence chart showing an example of a confirmation process for evolutionary synthesis. [Figure 13] A sequence chart showing an example of the execution process of evolutionary synthesis. [Figure 14] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Figure 15] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Figure 16] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Figure 17] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Figure 18] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Figure 19] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Figure 20] A diagram showing an example of the structure of a reservation data table. [Figure 21] A diagram showing an example of an image displayed on a user terminal in a modified embodiment. [Modes for carrying out the invention]

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

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

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

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

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

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

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

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

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

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

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

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

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

[0023] Storage 25 is, for example, flash memory or HDD (Hard Disk Drive) This is a storage device configured as follows, and in addition to the program described above, it also includes a data table group 70 (described later). It stores the data table 70, which includes the card data table and the evolution synthesis data table. Includes the table and the owned card data table. Each data table in storage 25 The `L` variable is accessed from CPU 21 as needed for reading and writing data.

[0024] (1-4) Cards required for card evolution synthesis The game played in the game system 1 of this embodiment involves the user interacting with objects. This is a game that uses cards. The type of game in this embodiment is not particularly limited, For example, a user explores an area in the game to obtain cards or items, or A game where you use cards you possess to battle other users and NPCs (Non-Player Characters). It is Mu. In the following explanation, "possession" of a card means that the user possesses the card in question. This means that the card is in a state where it can be used for processing. "Not possessed" of a card means that the user... This refers to a state in which the card is unusable for processing that uses the card. "Acquisition" refers to the transition from not possessing the card to possessing it. In the game of this embodiment, the card evolution synthesis process (hereinafter referred to as "evolution synthesis" as appropriate) This is called "evolution." ) When certain conditions are met, the cards the user possesses are used to evolve. This is the process of evolution. Card evolution synthesis is, in the example of this embodiment, as will be described later, This process changes the ID, but at least the card data corresponding to the card (described later) It is acceptable to modify only a portion of the card data. In that case, there are no specific restrictions on which card data is being modified. However, these are card parameters such as card name, card image, and rarity. Evolutionary synthesis is one example of an object transformation process. To perform evolution synthesis, the user must use the cards they possess (hereinafter referred to as "possessed cards" as appropriate). From among these, select the card you want to evolve as the base card. The card selected is an example of a selected object. In evolution synthesis, each base card's card ID is used to evolve that base card. The combination of card IDs of the required multiple cards (referred to as "reference cards") is the condition for change. For example, a set of reference cards is determined. When evolution synthesis is performed, the reference cards used in that evolution synthesis are determined. The card will disappear from the user's possession. In this embodiment, the possessed card and the reference card are, respectively, possessed objects and This is an example of a reference object. In the game of this embodiment, the card selected by the user as the base card corresponds to The user possesses multiple reference cards that are included in the combination conditions. These are the conditions for evolving a card.

[0025] The card presentation required for card evolution and synthesis will be explained in detail with reference to Figure 4. Figure 4 is a diagram that conceptually explains the card presentation required for card evolution and synthesis. In Figure 4, the user possesses cards A, D, G, Q1, M2, ... and proceeds with card Q1. Let's consider a scenario where you want to transform it. In this example, card Q1 will be transformed sequentially each time evolution synthesis is performed. Assume the object can change into a different card next (Q1 → Q2 → Q3). In this example, the reference cards needed to evolve card Q1 into card Q2 are card A, card Q1. Card B and Card C are the reference cards needed to evolve Card Q2 into Card Q3. Cards E, F, G, and H are cards.

[0026] In this embodiment, the reference card (card) required for the card Q1 selected as the base card Not only cards A, B, and C, but also card Q1 will be a different card in stages. The user is presented with the cards (cards A, B, C, E, F, G, H) needed for evolution. Therefore, the user is presented with multiple cards (cards A, B, C, E, F, G, H) However, the card Q1, which was selected as the base card, will require the following for future evolution synthesis Because it is possible to recognize in advance that it is a card, the multiple cards presented above will not be mistaken. This prevents them from letting go. For example, in Figure 4, if the card selected as the base card Only the cards required for one evolution synthesis of Card Q1 (Card A, Card B, and Card C) If presented to the user, the user's owned card G will represent the future evolution of card Q1 (in this example) Despite being a necessary card for the evolution of card Q2 to Q3, card G is used by users. There is a risk of letting go of it (for example, disposing of it). In contrast, in this embodiment, When card Q1, which is selected as the base card, evolves into different cards in stages: The necessary cards (cards A, B, C, E, F, G, H) are presented to the user, for example This prevents situations where users accidentally discard card G.

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

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

[0030] (iii) Owned card data table The owned card data table records information about the user's owned cards. (See Figure 7) An example of the configuration of the owned card data table is shown. Figure 7 shows the owned card data table for one user. To illustrate, the owned card data table is set up for each user registered in the game. It can be done. The card data table shown in Figure 7 includes the serial number and card information for each card ID. Level and skill level data are recorded and associated with each other. Serial number The card number is a unique number determined when the card is issued to the user. Card D will also be assigned a different serial number. You may or may not change the serial number of the card before and after its evolution. Card level is a parameter that indicates the level of a card's development, for example, when performing normal synthesis. It increases by doing so. The value of the card level at the time the user acquires the card (initial value) ) is 1, and the user usually grows that card by performing synthesis (i.e., card level You can increase the amount of bells. Skill level is a parameter that indicates the level of development of a card, and in particular, the skills that the card possesses This parameter indicates the skill level at the point when the user acquires a card with the skill. The skill level value (initial value) is 1, and for example, a card that meets a certain condition is a reference card. By performing a normal synthesis, you can increase the skill level of the card. As the skill level of a skill increases, the effects produced by that skill become greater.

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

[0032] (1-6) Specific examples of processes related to card evolution and synthesis The following are specific examples of the process related to the evolution and synthesis of game cards in this embodiment, as shown in Figures 8- This will be explained with reference to Figure 10. Figures 8 to 10 show the execution of the game processing in this embodiment. This figure shows an example of the screen displayed on the user terminal 10 while it is in operation.

[0033] Figure 8 shows a series of display images when performing the process related to the evolution and synthesis of the user's owned cards. This shows the change in surface. In Figure 8, image P1 is the main menu of the game in this embodiment. This is an image containing -. Image P1 contains button b1 ("Owned Monsters") as the target of user interaction. "View Stars"), Button B2 ("Team Formation"), Button B3 ("Normal Synthesis"), Button Button b4 ("Evolution Synthesis") and button b5 ("Sell") are provided. Button b1 is the button specified when requesting to view the user's owned cards. Yes. Button b2 allows the user to choose a card from their own collection to play against other users or NPCs. This is the button specified when selecting the card to use. Button b3 is for the user When you request to perform a normal synthesis of the card you have selected as the base card from your possessions This is the button that is specified. Button b4 is the base card from the cards the user possesses. This is the button specified when requesting the evolution / fusion process for the selected card. b5 is the process when the user requests a sale for a card selected from their owned cards. This is the button that is specified.

[0034] When button b4 ("Evolution Synthesis") is selected in image P1, the image shown in P2 will appear. The result changes. In image P2, the user selects one of the cards from their possessions to use as the base card. Multiple cards you own will be displayed in a list for selection. Note that they can evolve. For cards that cannot be selected as a base card, a table is provided to allow users to recognize this. It is preferable that the card image is displayed in a diagrammatic format. In image P2, for example, if card Q01 is selected, the image changes as shown in P3. Image P3 contains text indicating that card Q01 has been selected as the base card. In addition, to confirm the reference cards required for each stage of the evolution of the selected card Q01 Press button b11 ("Confirm") and return to image P2 to select the card you possess as the base card. This includes button b12 ("Reselect Card") for re-selecting. Button b11( When "Confirm" is selected, the image changes as shown in P4 (Figure 9).

[0035] In Figure 9, image P4 shows card Q0, which was selected by the user as the base card. The first stage of evolution of card 1 (card Q01 → R01) and the reference cards required for that evolution (card Cards A01, B03, C12), and the second stage of evolution (card R01 → S01) and the said evolution The reference cards required for evolution (cards A01, K14, M03, R05) and the final stage of evolution ( Card S01 → T01) and the reference cards required for that evolution (cards M03, C12) This is what is displayed. In other words, multiple stages for card Q01 selected as the base card. Each combination condition for performing each evolution synthesis involves multiple reference cards, which the user must each have. It is displayed in an identifiable format. The final stage of evolution is also called "final evolution." In Figures 9 and beyond, the card images of the reference cards are omitted as appropriate.

[0036] Cards A01, B03, and C are included in the combination conditions for the first stage of evolution synthesis of card Q01. If the user possesses all 12 (i.e., the reference cards needed to evolve card Q01) If present (if all cards are present), replace image P4 in Figure 9 with image P4 in Figure 10. 'a' is displayed. Image P4a shows that all the cards necessary to perform the first stage of evolution synthesis are available. The text notifying the user ("Everything is ready") and the first stage of evolutionary synthesis are performed. Includes button b21 ("Evolve") which requests the action to be performed. In image P4a, the button When b21 is specified, the image changes as shown in P5. That is, from card Q01 The evolution synthesis to card R01 is performed, and the evolved card is shown in image P5. The image, card name, and at least some of the parameters are displayed. First stage evolution combination When the process is executed, the reference cards for evolution synthesis, cards A01, B03, and C12, will be used by the user. It disappears from your possession of cards.

[0037] (1-7) Overview of the functions of the information processing device Next, the functions that the game server 20 has in order to realize the game of this embodiment described above are Let me explain. Figure 11 shows the functions that play a major role in the game server 20 of this embodiment. This is a functional block diagram for explanation. In Figure 11, the data table group 70 is as described above. As described above, the card data table, the evolution synthesis data table, and the owned card data This includes a tap table. Furthermore, all the means included in the functional block diagram shown in Figure 11 are part of the present invention. These are not necessarily essential elements. For example, in one aspect of the present invention, the receiving means 51 and the acquiring means 53 It is sufficient to have a recording means 57, a limiting means 58, and The registration means 59 is mentioned in the modified example.

[0038] The reception means 51 receives various requests from the user based on information about the user's operation input. It has a function to accept requests. In the game of this embodiment, a request from the user would be, for example, The process involves requesting card evolution synthesis, requesting the execution of evolution synthesis, requesting the execution of normal synthesis, and selling the card. There is a request for this. Furthermore, the reception means 51, as the first reception means, is based on information regarding the user's operation input. Then, the user selects a card as the base card from among the cards they possess. It has the function to accept requests. In order to implement the functions of the reception means 51, the game server 20 has a communication interface unit 2 The user can operate buttons on a web page, which is an image, via 4 from the user terminal 10. The request corresponding to the input, or information about the card selected as the base card (e.g., Siri The game server 20's CPU 21 receives the information contained in the received request. Based on this, the content of the request is determined and the request acceptance process is performed. In the acceptance process, if the request is in RAM It is recorded in 13. CPU 21 executes the processing according to the received requests in order. The CPU 21 then records the serial number of the received card in the RAM 23.

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

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

[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 how it is achieved. Although not shown in Figure 5, in the card data table, Each ID is associated with a selling price (points). And game server 20 C PU21 receives a request for sale processing and retrieves the selection result of the cards to be sold, Delete the card data of the card to be sold from the card data table. The CPU 21 of server 20 retrieves the value of the selling price of the card to be sold from the card data table. The system reads the (points) and then assigns the read points to the user. The process of granting this to a user is recorded, for example, in a user database (not shown). This process updates the user's point balance.

[0042] The acquisition means 53 is that the card selected as the base card (an example of a selected object) If the card can evolve in stages so that each evolution synthesis results in a different card, The combination conditions for performing each stage of evolution synthesis on the selected card are determined by the evolution synthesis It has the functionality to retrieve data from a data table. The function of acquisition means 53 is that the CPU 21 of the game server 20 performs the following procedure Therefore, it can be achieved. (Step 1) The card ID corresponding to the serial number of the card selected as the base card Identify it by referring to the owned card data table. (Step 2) In the evolution synthesis data table, find the same card ID as identified in Step 1 for "evolution Identify the evolution ID in which the "Previous Card ID" is recorded. Then, apply the identified evolution ID to The corresponding "Evolved Card ID" and the reference card ID included in the combination conditions are read out. (Step 3) The "Pre-evolution Card ID" that was read out is recorded as the same as the "Post-evolution Card ID". Identify the evolution ID. Then, determine the "evolved card ID" corresponding to the identified evolution ID. Then, read the reference card ID included in the combination conditions. After that, step 3 is performed with the evolution ID special Repeat this process until it becomes impossible to determine the exact result.

[0043] The output means 54 receives a plurality of reference values ​​included in each combination condition obtained by the acquisition means 53. Multiple cards identified by the card ID of the card are displayed to the user in a way that allows each card to be identified. It includes a function to output image data (an example of output data) for display in a specified format. In order to realize the function of output means 54, the CPU 21 of the game server 20 is the base car When the cards owned by the user selected as the main character evolve sequentially each time evolution synthesis is performed, The pre-evolution card ID, post-evolution card ID, and combination corresponding to the evolution ID in chemical synthesis. When you retrieve the reference card IDs included in the matching conditions, the cards corresponding to these card IDs will be retrieved. Read the data (e.g., card name, card image, etc.) from the card data table. Next... The CPU 21 then reads the card data and generates an image data to present to the user. A data file is generated and sent to the user terminal 10. Based on this image data, it is displayed on the user terminal 10. An example of such an image is image P4 in Figure 9.

[0044] The determination means 55 is a combination condition corresponding to the card selected as the base card. A device that determines whether the condition is met that the reference card for a number is included in the user's owned cards. To possess the ability. In order to realize the function of the determination means 55, for example, the CPU 21 of the game server 20 is Multiple combinations included in the combination conditions corresponding to the card ID of the card selected as the card Whether or not the user possesses the card identified by the reference card ID, The determination is made by referring to the card data table.

[0045] If the determination means 55 determines that the conditions are met, the modification means 56 will change the base car It has a function to perform evolution synthesis, which modifies the card data of the object. This is an example of how cards are transformed as a target. In this embodiment, in order to realize the function of the modification means 56, the CP of the game server 20 When U21 receives a request to perform evolution synthesis, it will update the owned card data table. The card data of the pre-evolution card (i.e., the base card for evolution synthesis) is erased, and the evolved card is... The card data is written to the new card. This will change the base card of the user's owned cards. It will evolve. Furthermore, as shown in the evolution synthesis data table, the pre-evolution and post-evolution forms will differ. Since the card IDs are different, the card name, card image, and at least one of the card parameters will be used. At least one of them will be changed through evolution and synthesis.

[0046] (1-8) Processing flow of evolution synthesis in the game of this embodiment Next, an example of the evolution synthesis processing flow in the game of this embodiment is shown in Figure 12A. This will be explained with reference to the sequence charts in Figures 12B and 13. Figure 2B is a sequence chart showing an example of the confirmation process for evolutionary synthesis. Figure 13 shows evolutionary synthesis. This is a sequence chart showing an example of the execution process. Note that in each figure, Figures 8-10 The timing of the processing in which each image shown is displayed is indicated by the code assigned to each image.

[0047] (A) Verification process for evolution and synthesis (Figures 12A and 12B) In the main menu of the game of this embodiment (see Figure 8), button b4 ("Evolution Synthesis") When ) is specified, the CPU 11 of the user terminal 10 accepts the request for evolutionary synthesis processing (S 10) Send the request to the game server 20 (S12). The CPU of the game server 20 When unit 21 receives a request for evolution synthesis processing from user terminal 10, it processes the owned card data. Identify the card ID of the requesting user's card from the table and enter it into the card data table. The card data of the owned cards is read from the owned card data table, and the owned cards Generate image data containing a list of items (S14), and send that image data to the user terminal 10. (S16). The CPU 11 of the user terminal 10 acquires the image data received in S16. Then, based on the image data, the image (for example, image P2 in Figure 8) is displayed on the display unit 16. (S18). Note that in S14, the CPU 21 of the game server 20 is used for each user's owned 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 of the user's owned cards is a card that can evolve, it can be determined whether or not. Cards that cannot be judged and evolved cannot be selected as base cards. It is preferable to generate image data in a display format that is recognizable to the user.

[0048] The images displayed in S18 include, as illustrated in image P2 of Figure 8, aligned users. It includes images and names of the cards you own, and by selecting the image of each card, the serial number of each card will appear. It is configured so that the A number can be selected. Multiple owned cards displayed in S18 When an operation is performed to select one of the cards as the base card within the code, the user terminal The last 10 CPU 11 accepts the base card selection result (serial number) (S20). The selection result is sent to the game server 20 (S22). The CPU 2 of the game server 20 1 confirms the base card selection result based on the received base card selection result. The system generates confirmation image data (S24) and sends that image data to the user terminal 10. (S26). The CPU 11 of the user terminal 10 acquires the image data received in S26. Then, based on the image data, the image (for example, image P3 in Figure 8) is displayed on the display unit 16. Ru (S28). The image displayed in S28 is the base card selection result, as illustrated in image P3 of Figure 8. Buttons (b11, b12) are provided to check the results. CP of user terminal 10 U11, based on the user's operation of this button, transmits the base card information sent in S22. The system accepts a response regarding whether or not to confirm the selection result, and sends that response to game server 20. Send. Here, CPU11 confirms the base card selection result sent in S22. The system accepts the response (confirmation response from the base card) and sends that confirmation response to game server 20. Assume the case where you believe (S30). When the CPU 21 of game server 20 receives a confirmed response from the base card, the base card Based on the serial number of the card selected as the card, refer to the owned card data table. Identify the card ID of the selected card (S32).

[0049] Next, CPU21 uses the card ID identified in S32 in the evolution synthesis data table. Determine whether an evolution ID with the same "pre-evolution card ID" recorded is identified (S 34) If an evolution ID is identified (S34:YES), CPU21 will identify the evolution. Read the evolved card ID corresponding to the ID and the reference card ID included in the combination condition. (S36). Note that the image displayed in S18 is of a car that cannot be evolved. If the display format does not allow you to select the base card, use S20. Since the card selected as the evolution card is an evolvable card, S34 will have an evolution ID. This will definitely be identified. Next, CPU21 reads if the pre-evolution card ID is the same as the evolved card ID read in S36. Determine whether the recorded evolution ID can be identified (S38). If the evolution ID is identified In the case of (S38:YES), return to S36 and proceed to the evolution corresponding to the evolution ID identified in S38. The converted card ID and the reference card ID included in the combination conditions are read. CPU21 then The processes in S36 and S38 are repeated until the evolution ID can no longer be identified, thereby, Perform multiple evolution fusions at each stage on the card you have selected as the base card. The conditions for each combination (i.e., the reference card IDs required for each evolution) are read out. Oh, the processing flow in this embodiment is the "pre-evolution card" in the evolution synthesis data table. The explanation uses the "ID" and "Evolved Card ID" method, but this method is not limited to It is not possible to do this. For example, in the evolution synthesis data table, all card IDs Define the stages of evolution and the reference card IDs required for those evolutions, and select the base card. Read the combination conditions for performing multiple evolution fusions at each stage on the cards you possess. It may be done by a method that deviates from the base card. It may also be done by any other method. In other words, the base card Each set is used to perform multiple evolution synthesis steps at each stage on the selected card in your possession. Any method is acceptable as long as it allows you to read the matching conditions.

[0050] If the evolution ID can no longer be identified (S38:NO), CPU21 proceeds to S40. In S40, the reference cards included in the combination conditions corresponding to the evolution IDs identified in S34 are... Whether the user possesses all the cards identified by the ID, the owned card data Refer to the data table to confirm (S40). In other words, the base card is determined by the user. Does the user possess all the reference cards necessary to evolve the selected card? confirm.

[0051] Next, CPU21 reads the evolved card ID for each evolution in S36. Based on the reference card ID and the verification result of S40, an image data to be presented to the user is generated. Data is generated (S42), and the image data is sent to the user terminal 10 (S44). When the CPU 11 of terminal 10 acquires image data received by S44, the CPU 11 of terminal 10 acquires the image data Based on this, the image is displayed on the display unit 16 (S46). In S40, the base card is The user must possess all the reference cards necessary to evolve the selected card. If confirmed, for example, as illustrated in image P4a of Figure 10, the base card will be An image will appear containing a button to evolve the selected card, and if you do not confirm it, As illustrated in image P4 of Figure 9, the card selected as the base card evolves. An image without buttons for this purpose will be displayed. Note that the user possesses all reference cards. In addition to being present, other conditions must also be met (for example, the base card must be at the highest level). If it is confirmed that the card has reached a certain level, an image will be displayed that includes a button to evolve the card. It is also acceptable if the card selected as the base card has reached the maximum level. Furthermore, the user must possess all the reference cards in order to evolve the selected card. This can also be used as a condition. In any case, the generated image data is a combination of conditions for each evolution. Multiple cards identified by the card IDs of multiple reference cards included are provided to the user. These are image data intended to be displayed in an identifiable format. If the evolution ID cannot be identified in S34 (S34:NO), the user will be able to This means that the card selected as the - card is a card that cannot evolve, S The image data generated in step 42 includes messages such as "The selected card cannot evolve." This data will display an image (not shown) that includes a kiss.

[0052] (B) Execution process of evolutionary synthesis (Figure 13) The sequence chart shown in Figure 13 shows that at S46 in Figure 12B, for example, the image in Figure 10. As illustrated in P4a, the button to evolve the card selected as the base card This shows the processing flow when an image containing "n" is displayed. For example, in image P4a of Figure 10 There is a button b21 ("Evolve") to confirm whether or not to perform an evolution synthesis request. It is provided. In Figure 13, based on the user's operation to select this button, the user terminal When CPU 11 of the last 10 receives a request to execute evolution synthesis (S50), the request is processed by the game Send to server 20 (S52).

[0053] The CPU 21 of the game server 20 processes the evolution synthesis execution request received from the user terminal 10. Upon acceptance, the pre-evolution card (i.e., the evolution synthesis) will be recorded in the owned card data table. The card data of the base card (S54) is erased, and the card data of the evolved card is newly created. Write to (S56). At this time, the card data will correspond to, for example, the evolved card ID. It includes the serial number issued. Next, the CPU 21 of game server 20 evolves Remove the card data of the reference card used for the creation from the owned card data table (S5 8). After performing the evolution synthesis, CPU21 generates image data containing the card data of the evolved card. The image data is generated (S60) and sent to the user terminal 10 (S62). When the CPU 11 of terminal 10 receives the image data transmitted in S62, it processes the image data. Based on this, the image (for example, image P5 in Figure 10) is displayed on the display unit 16 (S64).

[0054] As described above, in the game system of this embodiment, the user controls the base card The selected possessed card (an example of a selected object) will change sequentially each time evolution synthesis is performed. If a card can evolve in stages to become a card that the user chooses, Not only are there combination conditions (an example of transformation conditions) required for the first stage evolution of the selected cards you possess, but also , multiple reference card IDs included in the combination conditions for multi-stage evolution synthesis in the future Therefore, multiple cards that can be identified are presented. Therefore, the user is presented with multiple cards. It is important to be aware in advance that the selected card is a reference card necessary for the future evolution of the owned card. This prevents accidentally discarding any of the multiple cards you possess that are presented. ru.

[0055] In the embodiment described above, the output means 54 outputs each combination condition obtained by the acquisition means 53. Multiple cards identified by multiple reference card IDs contained within, corresponding combination rules This section explains how to output image data in a way that distinguishes and displays each item individually. Outputting image data in this manner offers the following advantages: namely, image P in Figure 9. As shown in 4, the combination conditions for the first stage of evolutionary synthesis, the second stage of evolutionary synthesis, ... Multiple reference cards are displayed according to the combination conditions, so the user can find relatively close Distinguish between cards that will be needed for evolution synthesis in the future and cards that will be needed in the relatively distant future. It can be recognized. Therefore, the user can, for example, for other purposes in the relatively distant future. You can also choose to use the necessary cards 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 conducted according to HTTP. A communication is performed, and the user terminal 10 interprets the HTML document obtained from the game server 20. When the present invention is realized by a so-called browser format that displays game images, As explained above, this is not limited to this case. The game programme downloaded by user terminal 10 By executing the program, user terminal 10 proactively executes the game processing, and user terminal 1 This is a so-called native application that suppresses the sending and receiving process between 0 and the game server 20. It may also be implemented in a native application format. In native application format, a web browser Image data is generated and displayed within the user terminal 10 without using [a specific method / tool]. In the second embodiment, the game of the first embodiment is converted into a native application format. Let me explain an example of how this can be achieved. Note that the hardware configuration of this embodiment is as follows: The same configuration as in Embodiment 1 may be used. In the native application format of this embodiment, It is assumed that most of the processing will be done on the user terminal 10, but games not explained below Part of the process of assigning to users by lottery (for example, the lottery process that assigns to users by lottery, or the process by which the game operator assigns to users) The process of giving cards to the user (such as gift processing) is handled on the game server 20 side. The system may be configured to send the processing results from the game server 20 to the user terminal 10. stomach. In this embodiment, the user terminal 10 is an example of an information processing device.

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

[0058] Although not shown in the figures, in this embodiment the user terminal 10 is shown in Figures 12A, 12B, and 13 The evolutionary synthesis processing flow shown is executed by referring to the data tables in storage 18. do. In this embodiment, the card data table, the evolution synthesis data table, and the owned card data are included. We have explained the case where the table is maintained on game server 20, but only in this case It is not possible. In native application games, the responsibility for maintaining each data table is divided. This can be configured as appropriate, and includes the user terminal 10, the game server 20, and This includes at least one other device accessible from the user terminal 10 or the game server 20. It is sufficient that each data table is stored in one of the locations, and it is not limited to a specific storage method. It is not something that can be done.

[0059] (3) Variant The following describes some common modifications to the embodiments described above.

[0060] (3-1) Variation 1 In this modified example, the output means 54 is included in each combination condition acquired by the acquisition means 53. Multiple reference cards identified by multiple reference card IDs, for each reference card ID The image data is output in a way that allows for differentiation and display. In order to realize the function of the output means 54 in this modified example, the CPU 21 of the game server 20 is: The pre-evolution card ID, post-evolution card ID, and corresponding to the evolution ID in each evolution synthesis, When you obtain the reference card IDs included in the combination conditions, the corresponding cards The card data is read from the card data table and displayed separately for each reference card ID. Generate image data for this purpose. An example of the image to be displayed based on the generated image data is shown below. This is shown in Figure 14. Image P4b shown in Figure 14 is a modified representation of image P4 in Figure 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 their card IDs. Because it is presented to the user, they can quantitatively understand how many of each card they will need. This is possible. Therefore, in order for the user to sequentially evolve the selected card into a different card, It allows you to get an overview of all the essential cards and easily see the number of different types of cards you need to acquire. It can be recognized. Furthermore, it is possible to determine whether the user possesses or does not possess the card associated with each card ID. It may be displayed. Also, even if you possess all the cards, It may be possible to display whether the player possesses all the cards or not. Also, if you do not possess all the required cards, the number of cards you possess and the required cards will be displayed. You may also display the number of key cards in each case. Display it like this. This allows users to check their current possession status of the cards they need to acquire. For example, If N is the number of reference cards you possess, and M is the number of reference cards you need to possess, then each You may also display information in the format N / M (No. / M) associated with the card.

[0061] (3-2) Modification example 2 In this modified example, the output means 54 is included in each combination condition acquired by the acquisition means 53. Among the multiple reference card IDs, those that do not overlap in at least two combination conditions The card identified by the reference card ID is one that does not contain duplicate card IDs. The card is displayed in a different format than the card identified by the card ID, and the image data You may output data. In order to realize the function of the output means 54 in this modified example, the CPU 21 of the game server 20 is: The pre-evolution card ID, post-evolution card ID, and corresponding to the evolution ID in each evolution synthesis, When the reference card ID included in the combination condition is obtained, at least two or more combination conditions Identify the duplicate reference card IDs (duplicate reference card IDs) in the case. , pre-evolution card ID, post-evolution card ID, and reference card ID included in the combination conditions The corresponding card data is read from the card data table, and the above duplicate reference card I D and reference card IDs that are not duplicate reference card IDs should be displayed in different formats. Image data is generated. Figure 15 shows an example of an image displayed based on the generated image data. The image P4c shown in Figure 15 is an example of an image that displays the image P4 in Figure 9 according to this modification. Cards A01, C12, and M03 are the cards corresponding to the duplicate reference card IDs, respectively. That is the case. In this configuration, a set of multiple evolutionary synthesis steps is performed on the card selected as the base card. Among the multiple reference card IDs included in the matching conditions, if the reference card IDs are duplicates, the cards are different. The cards are presented to the user in a display format. Therefore, the user sequentially selects the cards in different formats. You can get an overview of all the cards needed to evolve into a deck, especially the ones you'll be acquiring the most of. The correct card can be easily identified. Furthermore, if the user possesses a card with a card ID that corresponds to a duplicate reference card ID, It may be possible to display whether or not you own the item. Also, even if you own it, Do you possess all duplicate reference cards of all numbers, or do you possess all duplicate reference cards of all numbers? It may be possible to display whether or not it is not present. Also, all duplicate reference cards are placed If you do not have them, please specify the number of duplicate reference cards you possess and the duplicate reference cards you need to possess. The number of each can be displayed in a way that makes it clear to the user. This allows you to check the current status of the cards you should acquire. For example, the number of cards you currently possess If N is the number of duplicate reference cards and M is the number of duplicate reference cards that need to be held, then each card You may also display information in the format N / M, associated with the values.

[0062] (3-3) Modification example 3 In this modified example, the card ID is associated with information indicating the user's conditions for obtaining the card. Information indicating the conditions for obtaining a card is, for example, the card's rarity as shown in Figure 5. Alternatively, it could be a limited flag, or a level corresponding to the number of cards in circulation. The levels corresponding to the number of cards in circulation are not shown in Figure 5, but the card data table... It is recorded in the log. Game server 20 periodically (for example, daily) all the information that has been registered in the game. The cards owned by each user are tallied by card ID, and the level is determined based on that tally. Then, update the value at that level in the card data table. In this example, the output means 54 is included in each combination condition acquired by the acquisition means 53. Among the multiple reference card IDs, the reference card ID that meets the acquisition conditions is selected Identify the card to be identified by a reference card ID whose acquisition conditions do not meet the specified conditions. It is also acceptable to output image data in a display format different from that of the reference card being used. stomach. In order to realize the function of the output means 54 in this modified example, the CPU 21 of the game server 20 is: The pre-evolution card ID, post-evolution card ID, and corresponding to the evolution ID in each evolution synthesis, When you obtain the reference card IDs included in the combination conditions, the corresponding cards The card data is read from the card data table, and the information indicating the conditions for obtaining the card is sorted accordingly. Image data is generated for distinguishing and displaying. The displayed image data is based on the generated image data. An example of an image is shown in Figure 16. Image P4d shown in Figure 16 is a modified version of image P4 in Figure 9. Therefore, this is an example of an image to be displayed. In the example of image P4d, information indicating the conditions for obtaining the card is displayed. This is an example of an arity where the card's rarity is R5 as a predetermined condition. Reference cards with a rarity of R5 are displayed differently from reference cards with a rarity of R4 or lower. It is displayed in this format. In this configuration, for example, if the acquisition conditions are related to the difficulty of obtaining the card, The combination conditions for multi-stage evolution synthesis of the card selected as the base card are included. Since the difficulty of obtaining cards with multiple card IDs can be seen, users can consider the difficulty of obtaining them. Then, it can determine to what stage the evolution synthesis of the selected card will be performed. ru. Furthermore, it is determined whether the user possesses or does not possess cards that are considered difficult to obtain. It may be displayed so that it is clear. Also, even if you possess it, all the numbers It will show whether you possess the cards or not. You may do so. Also, if you do not possess all the number of cards, then the cards you possess You may also display the number of cards and the number of cards you need to possess in a way that makes it clear. By displaying this information, users can check their current possession status of the cards they need to acquire. For example, let N be the number of reference cards you possess, and M be the number of reference cards you need to possess. If so, information in the format N / M may be displayed corresponding to each card.

[0063] (3-4) Modification 4 In this modified example, the reception means 51, which serves as the second reception means, is selected as the base card. The card is a card that can evolve in stages, becoming a different card each time it undergoes evolution synthesis. In some cases, the selected card is gradually evolved into different cards in stages, and information regarding the number of times of the evolutionary synthesis is received. Also, in this modification example, when the reception unit 51 receives the specification of the information regarding the number of times of the evolutionary synthesis, the acquisition unit 53 acquires each combination condition for performing the evolutionary synthesis of the specified number of times on the card selected as the base card. An example of a series of images displayed on the user terminal 10 in this modification example is shown in FIG. 17. When the button b11 ("Confirm") is specified in the image P3 of FIG. 17 (the same as the image P3 of FIG. 8), the image changes as shown in P10. In the image P10, buttons b31 to b33 are provided as options for the number of evolutions of the card Q01 selected as the base card. The specification of any of the buttons b31 to b33 corresponds to the specification of the information regarding the number of times of the evolutionary synthesis. In the image P10, for example, when the button b32 ("Evolution to the second stage") is specified, the image changes as shown in P11. The image P11 displays the reference cards necessary for the evolution of the card Q01 to the second stage, as specified by the button b32.

[0064] To implement this modification example, when the CPU 11 of the user terminal 10 receives an operation for specifying information regarding the number of times of the evolutionary synthesis (for example, the specification operation of any of the buttons b31 to b33 in FIG. 17), the CPU 11 transmits the information regarding the number of times of the evolutionary synthesis to the game server 20. The CPU 21 of the game server 20 acquires the information regarding the number of times of the evolutionary synthesis from the user terminal 10, and from the evolutionary synthesis data table, acquires the pre-evolution card ID, the post-evolution card ID, and the combination condition corresponding to the evolution ID in each evolutionary synthesis of the card selected as the base card. Retrieve the reference card ID contained within. Then, from the retrieved information, the user... Extract the card ID corresponding to the information regarding the specified number of evolution synthesis steps, and the extracted card The card data corresponding to the ID is read from the card data table, and each stage of evolution is... It generates image data to distinguish and display them. Based on the generated image data, it displays... An example of such an image is image P11 shown in Figure 17. Furthermore, the information that CPU21 obtains from the evolutionary synthesis data table is used as the base card. The selected card does not necessarily have to contain information corresponding to all evolutions up to its final evolution. If the information corresponds to the number of evolutionary synthesis steps identified by the information regarding the number of chemical synthesis steps, then good.

[0065] In this configuration, the selected card is determined by the number of evolution synthesis steps specified by the user. The reference cards necessary for the evolution synthesis of that number of times are presented to the user. -za determines the type of reference card required for all evolution synthesis of the selected card and If the number of options is very large and all of them are presented to the user, it can be cumbersome for the user. This helps avoid situations where things become sloppy. Users can specify the number of evolution fusions, for example. By specifying a relatively small number of evolutionary synthesis steps (for example, 2-3 times), in the near future... This allows you to extract and check only the reference cards necessary for the selected card. Alternatively, you can gather all the reference cards required for all evolution synthesis of the selected card at once. This can also be used to verify the information. In other words, the presentation format desired by the user can be realized depending on the user's specifications. It is possible. Furthermore, it should be displayed so that users can see whether they own each card or not. That's fine too. Also, even if you possess them, do you possess all the cards? It may be possible to display whether or not all cards of any number are possessed. If you do not possess the required number of cards, the number of cards you possess and the number of cards you need to possess will be displayed. You can also display the number of do and the other in a way that makes them clear. The system checks the current state of the cards that need to be acquired to perform the specified number of evolution fusions. This is possible. For example, if N is the number of reference cards you possess, and the number of reference cards you need to possess... If the number is M, then information in the format N / M may be displayed corresponding to each card. .

[0066] (3-5) Modification 5 In this variation, the card selected as the base card evolves through multiple stages. If it is a card, the user may have mistakenly discarded the cards necessary for each stage of that card's evolution. To prevent this from happening, we will make it possible to make a reservation. Reserved cards (hereinafter referred to as "reserved") Also called a "card". ) is used for processes other than the evolution and synthesis of the target card. This is restricted. More specifically, in this modified example, the reception means 51 described above is a request reception means, which determines In response to the output of image data by means 54, a request based on user operation will be made. And, in order to restrict processing to at least one of multiple cards We accept requests for restrictions. In this modified example, the modification means 58 is used when the restriction request is received by the receiving means 51. In this case, based on the multiple reference card IDs included in the combination conditions obtained by acquisition means 53 Among the cards owned by the user requesting the restriction, those used for processes other than evolution synthesis... For a card identified as a restricted card whose use should be restricted, it has a function to restrict its use for a process different from the evolution synthesis. It has a function to restrict its use for a process different from the evolution synthesis.

[0067] An example of the method for reserving the card of this modified example will be described with reference to the image P4e in FIG. 18. . The image P4e in FIG. 18 is a modified example of the display mode of the image P4 in FIG. 9. In the image P4e, reference cards required for evolution at each stage are displayed, and the status of the card corresponding to the displayed reference card is displayed. The status of the card indicates that the user does not possess the card, which is the "not possessed" state, that the user possesses the card and has reserved the card, which is the "reserved" state, or that the user possesses the card but has not reserved the card, which is the "not reserved" state (in this case, buttons b41, b42 ("Reserve") etc. are displayed.). It is in any of these states. (“Reserve”) etc. are displayed.). It is in any of these states. In the image P4e, when either of the buttons b41, b42 is specified, the status of the reference card corresponding to the button changes from the "not reserved" state to the "reserved" state. In the image P4e, when either of the buttons b41, b42 is specified, the status of the reference card corresponding to the button changes from the "not reserved" state to the "reserved" state.

[0068] As an example of the case where a reserved card is used for a process other than the target evolution synthesis, the selling process of the reserved card will be described. As an example of the case where a reserved card is used for a process other than the target evolution synthesis, the selling process of the reserved card will be described. FIG. 19 shows a series of display screens when executing the process when the user sells a reserved card. In FIG. 19, the image P1 is the same as that shown in FIG. 8. In FIG. 19, the image P1 is the same as that shown in FIG. 8. When the button b5 ("Sell") is specified in the image P1, the image changes as shown in P20. In the image P20, a list of the user's possessed cards is displayed. Select the card that the user wishes to sell from the list of possessed cards in the image P20. At this time, the place When the button b5 ("Sell") is specified in the image P1, the image changes as shown in P20. In the image P20, a list of the user's possessed cards is displayed. Select the card that the user wishes to sell from the list of possessed cards in the image P20. At this time, the place When the button b5 ("Sell") is specified in the image P1, the image changes as shown in P20. In the image P20, a list of the user's possessed cards is displayed. Select the card that the user wishes to sell from the list of possessed cards in the image P20. At this time, the place If you select a reserved card from your collection to sell, the image shown on page 21 will appear. This changes. Image P21 notifies the user that the card they selected is a reserved card. Text for this purpose, and button b50 to allow the user to choose whether or not to continue the sale process ("Continue"). Includes "Back" and b51. In image P21, button b50 is specified. In that case, even if the card is reserved, the sale process will be carried out, and the user will lose the card. You earn points corresponding to the sale price of the card, but you lose the reserved card.

[0069] As shown in image P21, the procedure for executing the sale process for reserved cards is complicated. This is an example of restricting reserved cards from being used for processes other than evolution and synthesis. Also, although not shown in Figure 19, image P20 shows a list of the user's owned cards. It may be possible to display this in a way that prevents it from being selected for reserved cards. In order to more reliably prevent reserved cards from being used for processes other than evolution synthesis Alternatively, the process of selling reserved cards may be prohibited.

[0070] In addition to the selling process described above, the game of this embodiment also performs a normal synthesis process. This may result in the loss of cards you possess. In a normal synthesis process, the user will lose some of the cards they possess. Next, select the base card as the card you want to develop. In the normal synthesis process, the base card The combination conditions for reference cards do not need to be defined for each deck, and users can reference cards as appropriate. You can select a card from your owned cards. When the normal synthesis process is performed, the base card 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 card collection. The same applies to normal synthesis processes. Similar to the sale process, when performing a normal synthesis, the reference card used in that normal synthesis is If a card is reserved, its normal synthesis will be restricted.

[0071] The method for implementing this modified example will be explained. In this modification, 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 card reservations for each evolution synthesis. This is a bull, and an example of this is shown in Figure 20. The reservation data table records information about cards reserved by the user for evolution synthesis. Figure 20 shows an example of a reservation data table for one user, but the reservation data table is, It is assigned to each user registered in the game. In Figure 20, the reservation ID is the reservation for evolution synthesis. These IDs are issued in the order in which the conversions are performed. The evolution ID is shown in the evolution synthesis data table. It corresponds to the evolution ID, which is an ID that identifies the contents of the evolution synthesis. Serial number of reserved cards Of the serial numbers, the serial number of the pre-evolution card is used by the user as the base card for evolution synthesis. Therefore, this is the serial number corresponding to the selected card you possess. Serial number of reserved card The C1-C5 columns in the reference card section of the numbered reference cards are, respectively, the reference cards in the evolution synthesis data table. The combination conditions for the IDs are defined in fields C1 to C5, and each field corresponds to a reference card. If the card is reserved, its serial number is recorded in each field. If the corresponding reference card is not reserved, data indicating "Not reserved" (for example, N ULL is recorded. The example reservation data table shown in Figure 20 is an example of the case shown in image P4e of Figure 18. 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 →This corresponds to the evolution of T01. Here, in the image P4e of Figure 18, button b41 ("Reservation" If "Yes" is selected, CPU 21 of game server 20 will be C of evolution ID: 0044. In column 2, instead of the data indicating "No reservation," enter the Syrian name of the user's K14 card. Write the serial number. At this time, CPU21 obtains the serial number of card K14. It refers to the user's owned card data table.

[0072] The CPU 21 of game server 20 generates the image data that forms the basis of image P4e in Figure 18. In doing so, refer to the reservation data table and the owned card data table, Determine the status of the cards held by Za. CPU21 refers to the reservation data table and determines Syria Reference cards with a number written on them are considered to be in a "reserved" state and are reserved. The serial number is not written in the data table, but the card the user possesses... If a card is not in the "Not Reserved" state, it will be judged as "Not Available". It is determined that the state is "possession". Furthermore, if you want to restrict reserved cards, CPU 21 of game server 20 will be as follows: The CPU 21 performs the processing when the reserved card is selected as the card to be used for processing. In total, that process corresponds to the evolution synthesis of the reserved card (i.e., the intended evolution synthesis). Whether or not this is the case is determined by referring to the reservation data table. In other words, it corresponds to the reserved card. The evolution ID identifies the contents of the evolution synthesis, so the above process is performed for the intended evolution synthesis. It is possible to determine whether or not it exists. If it is determined that it is not the intended evolutionary synthesis, for example, Generate data for an image (e.g., image P21 in Figure 19) to warn the user. Then, send it to user terminal 10.

[0073] According to this modified example, in response to a user request, the base card among the user's owned cards is selected. At least some of the reference cards required to evolve the card selected as the card. Alternatively, all of them may be used for processes other than evolution synthesis at each stage of the selected card. Therefore, if the user mistakenly selects a card before the combination conditions are met, it will be lost in the future. If you mistakenly use a reference card necessary for evolution in a process other than the evolution itself, This can reliably prevent that from happening.

[0074] (3-6) Modification 6 In this modified version, a registration means 59 is provided. The registration means 59 is selected as a base card. Multiple cards included in each combination condition obtained by acquisition means 53 for the card that was obtained When the card ID contains a card ID corresponding to the user's owned card, the owned card The instruction card selected from the cards based on user actions is saved as a favorite (bookmark). It has a function to register as ). In other words, in this modified example, among the user's cards, If the card selected as the base card contains cards necessary for future evolution You can register the card as a favorite.

[0075] For an example of how to register a card as a favorite in this modified example, please refer to Figure 21. Let me explain by referring to it. Image P4f in Figure 21 is a modified version of the display of image P4 in Figure 9. Image P4f displays the reference cards necessary for each stage of evolution, and also displays the reference cards The card status is displayed according to the card. The card status indicates whether the user possesses the card. This indicates a "not owned" status, meaning the user does not possess the card, or indicates that the user owns the card. It is in one of the following states: "possession". In image P4f, select one of the cards you possess (in this example, K14). For example, as shown in image P15, the selected card is eligible to be added to favorites. It will be displayed. Image P15 shows button b5 for adding the selected card to your favorites. It includes 0 ("Add to Favorites"). Specify button b50 ("Add to Favorites"). The selected card (K14) is then registered as the user's favorite. The method for distinguishing between "possessed" and "not possessed" status is as shown in image P4f. The method is not limited to strings of characters; images may also be used to display the information in a way that allows for identification. For example, If you own a card, the card image corresponding to that card will be displayed. If you do not own a card, it will be displayed. In the case of a card that you do not yet possess, it will be displayed as a different image from the card image corresponding to that card. The image can be anything that clearly shows it is different from a normal card image, for example, Images that are simply regular card images with reduced brightness, or images such as a "?" mark, are also acceptable. Also, when you register a favorite, as shown in image P4f, if you select a card you own, the image will appear. You can register the image P15 as a user favorite immediately without displaying it. In image P4f, after allowing the user to select multiple cards they possess, the user is prompted to press a confirmation button. By pressing the button, you can register multiple selected cards at once. Although not shown in the illustration, if it is registered as a favorite, in response to the user's viewing request, A list of cards owned by users who have been registered as favorites is displayed. (See also Figure 8) This is what is displayed when button b1 ("View Owned Monsters") is selected in P1. To help you identify your favorite cards within your list of cards, you can register them as favorites. Cards that are currently owned and cards that are not registered as favorites may be displayed in a way that allows for identification. For example, cards that have been added to favorites will have a notification indicating that they have been added to favorites. By displaying a mark indicating this, it is possible to distinguish owned cards that have not been registered as favorites. It can be displayed there. Note that adding to favorites is not just about marking it, but also about adding it to your favorites. For registered owned cards, the process of removing them from possession may be restricted. This will prevent users from accidentally selling or otherwise misusing their favorited cards. This can be done. Furthermore, in the same way as described in Modification 6, the locations registered as favorites can be accessed. A reservation button is added to the desired card from the list of cards you possess, and that reservation button is selected. It would be good to allow reservations to be made by doing so. To realize this modified example, in the owned card data table (see Figure 7), owned cards Corresponding to the card ID, a flag (1: Added to favorites, 0: Not added to favorites) is displayed. ) may be provided. The CPU 21 of the game server 20 will be used for cars registered as favorites. If a request to view the data is accepted, the card data in the owned card data table will be the one with the flag set to "1". The system reads the data and generates image data, including a list of cards, based on the read card data. ru. According to this modified example, the cards needed for the future evolution of the card selected as the base card are... If it is confirmed that you possess it, you can immediately register it as a favorite. Therefore, users can reliably mark the cards they possess that are necessary for future evolution without relying on their own memory. It will become possible to attach them. Also, for example, if a user possesses a large number of cards... In addition, it allows users to quickly check important cards necessary for evolution. It will become.

[0076] (4) Application to applications other than games The embodiments and modifications described above illustrate how the present invention can be applied to games. However, it can also be applied to other applications, such as online shopping. If a mall distributes multiple types of electronic coupons each time you purchase an item, A coupon may be used as an example of the object of the present invention. In this case, for example, a base coupon. To upgrade (an example of a change process) the benefits of coupon Q as a voucher, The user possesses and uses coupons A to C, which serve as reference coupons corresponding to coupon Q. It is possible that in this example, coupon Q undergoes multiple stages of transformation and changes It is anticipated that it may be converted into a coupon. In this case, the shopping server will use the base coupon. Identify the reference coupons necessary for the evolution of each stage of coupon Q as a Pon ticket, and refer Generate image data for the user to present the coupon, and send that image data to the user's terminal. Send to: This can be applied to other applications besides those exemplified above, as appropriate.

[0077] Although embodiments and modifications of the present invention have been described in detail above, the present invention is the same as the above embodiments. The embodiments are not limited to the present invention. Of course, improvements and modifications are permitted. The items may be combined and applied as appropriate. Furthermore, the methods for receiving requests are not limited to those described above. For example, the methods for receiving requests This involves inputting instructions or gestures by shaking a user terminal equipped with an accelerometer. It may also be a method that accepts input via gestures. In this case, the user terminal equipped with imaging capabilities performs a predetermined gesture to the user terminal. The system uses image recognition to detect the gesture and recognizes the pre-associated operation inputs for that gesture. Furthermore, in the case of a user terminal capable of running a speech recognition program, the method for receiving requests is predetermined. This method may also involve accepting input via voice commands.

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

[0079] One aspect of the present invention is object identification information that identifies an object, and the object Conditions for performing a change process that changes the object, including multiple object identification information. Information processing device (10) that can access a storage device (25) that stores the conversion conditions in association with each other. or 20) and Based on the user's actions, selected from the objects owned by that user. A first receiving means (51) that accepts the designation of a selected object which is an object, The selected object will become a different object each time the change process is performed. If the object is capable of changing in stages, then the selected object can change in multiple stages. The acquisition means ( ) obtains each change condition for performing each change process from the storage device (25) 53) and, Multiple object identifications included in each change condition acquired by the acquisition means (53) Display multiple objects identified by the information in a format that allows the user to identify each of them. An output means (54) for outputting output data (for example, image data) to be displayed, It is equipped with an information processing device.

[0080] An "information processing device" is a standalone game console or user terminal (for example, a portable This could be a mobile terminal, a personal computer, or a server on a network. Depending on the implementation form of the system, the actual entity of the information processing device can be defined as appropriate. For example, When the functions of each part of the information processing device are realized by the user operating the game console or user terminal. In this case, a game console or user terminal corresponds to the information processing device of the present invention. Alternatively, a client The user terminal, which is the base, has the function of receiving user input and displaying images, and information processing When the functions of each part of the device are essentially implemented by a server that can communicate with the user terminal, The server corresponds to the information processing device of the present invention. An "object" is any display object as long as it is visually recognizable to the user. This can also be set appropriately depending on the processing content of the information processing device of the present invention. If the information processing device of the present invention processes information related to a game, the object is a game This may include characters and items on the game. Characters are, for example, virtual characters in the game. These are people, creatures, or monsters, and what they are depicted on the card include. "Object identification information" is identification information that allows a user to identify an object, and This is information associated with the identification information. It allows the user to identify the object. Identification information includes, for example, object names and object images. Information associated with the object image includes the object ID (for example, object In the case of a card, the card ID, etc., are examples of "object identification information." "Storage device" refers to any type of memory, such as flash memory or HDD (Hard Disk Drive). It may also be a standard memory device. Furthermore, the storage device may be one built into the information processing device. Alternatively, an external device configured to be accessible via wired or wireless connection from the information processing device may be used. A device is also acceptable. "Possession" of an object means that a user possesses the object and uses the object. This means that the object is in a state where it can be used for processing. "Not possessed" of an object means that the user is unable to use it. This means that the object is in a state where it cannot be used for processing that uses that object. "Acquiring" an object means changing from not possessing the object to possessing it. This refers to the transition to [a new system / platform].

[0081] In the above information processing device, the selected object chosen by the user undergoes a change process. In the case of an object that can change in stages so that each iteration becomes a different object: This means that for that user, only the change conditions necessary for a single-step change process of the selected object are required. Rather, it is a set of multiple objects included in the change conditions for multi-stage change processing over time. Multiple objects identified by the identification information are presented. Therefore, the user is presented with The multiple objects selected are the objects necessary for future processing of changes to the selected object. Because it is possible to recognize in advance that one of the multiple objects presented can be selected This prevents accidental loss.

[0082] The output means (54) is included in each change condition acquired by the acquisition means (53) Multiple objects identified by multiple object identification information, corresponding changes The output data may be displayed separately for each condition. In this configuration, the change conditions for the first stage of change processing, the second stage of change processing, etc. are included. Multiple objects are displayed according to the change conditions, so the user can see what will happen in the relatively near future. This involves separating the objects needed for the change process from the objects needed in the relatively distant future. They can be distinguished and recognized. Therefore, the user can, for example, use them for other purposes, even at a relatively far distance. You can also choose to use objects that will be needed in the future for processes other than change processing. can.

[0083] The above-mentioned information processing device has multiple 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 report is included, the selected object among the possessed objects based on the user's actions The system may further include a registration means (59) for registering objects. In this configuration, the owned objects necessary for future processing of changes to the selected object are registered. Therefore, users can change, for example, if they possess a large number of objects. To allow users to quickly identify important objects needed for processing. It will become.

[0084] In response to the output data being output by the output means (54), the user is given A request based on an operation, wherein at least one of the plurality of objects A request receiving means (51) that receives requests to restrict processing for a object, When the request is received by the request receiving means (51), the acquisition means (53 Based on the multiple object identification information included in the change conditions obtained by ), Among the objects owned by the requesting user, those used for processing other than the aforementioned change processing For objects identified as restricting objects that should be restricted from being changed, Restrictive means (58) that restricts its use in processes other than chemical processing, and further comprising That's good too. "Restricted from being used for processes other than change processing" means that the change processing of the selected object is restricted to processes other than change processing. It's not just that processing other than logic is prohibited; processing that modifies selected objects is still possible. However, this makes the procedure for executing change processing difficult, or makes the procedure for executing change processing complicated. It may also be done this way. Note that in the example of the embodiment described above, the object change processing The restriction that it will not be used for a different process is achieved by the reservation of the object. For example, in the above embodiment, the "reserved card" is different from an evolution reservation intended for a card. Its use in processing is restricted. In the above configuration, in response to a user request, the user selects from the objects they own. At least some or all of the objects required to change the object This restricts its use to processes other than those that modify the selected object. Therefore, Before the conditions for change are met, the user may accidentally change the selected object, which is necessary. If you mistakenly use an object for an operation other than one that modifies the selected object This can reliably prevent it from being put away.

[0085] The output means (54) is included in each change condition acquired by the acquisition means (53) Multiple objects identified by multiple object identification information, The output data may be output in such a way that it is displayed separately for each identification piece of information. In this configuration, multiple objects included in each change condition are identified by object identification information. Because they are presented to the user in a distinguished manner, the user can determine how many of each object they need. It is possible to quantitatively recognize whether the selected object is different. Therefore, the user can sequentially select different objects. You can get an overview of all the objects needed to transform into an object. Furthermore, it becomes easy to recognize the number of different types of objects that need to be acquired.

[0086] The output means (54) is included in each change condition acquired by the acquisition means (53) Among the multiple object identification information, there is overlap in at least two stages of change conditions. The object identified by the object identification information included, the object that is included redundantly Objects identified by object identifiers other than the object identifiers that are specified The output data may be output in a format different from the above. In this configuration, the change conditions included in the multi-stage change processing for the selected object are complex. Among the object identifiers of a number of objects, duplicate object identifiers are different objects. It is presented to the user in a different display format. Therefore, the user can sequentially view the selected object in different formats. You can get an overview of all the objects needed to transform into an object, especially It becomes easy to identify the objects that should be acquired in large quantities.

[0087] Object identification information is associated with information that indicates the conditions under which the user can obtain the object. It is being done, The output means (54) is included in each change condition acquired by the acquisition means (53) Among multiple object identification information, object identification information that satisfies the acquisition conditions is Objects identified by the report, objects whose acquisition conditions do not meet the predetermined conditions By displaying the object identified by the identification information in a different display format, The aforementioned output data may be output. In this configuration, for example, the acquisition conditions are related to the difficulty of obtaining the object. In this case, multiple objects included in the change conditions for multi-stage change processing on the selected object Since the difficulty of obtaining the object's identification information can be determined, users can consider the difficulty of obtaining it. Considering this, it is possible to determine how far to execute the transformation process on the selected object. Cut.

[0088] The selected object will become a different object each time the change process is performed. If the object is capable of changing in stages, then the selected object will be sequentially changed into different objects. It accepts information regarding the number of steps required for the transformation process to achieve the desired outcome. The system further includes a second reception means (51), The acquisition means (53) is determined by the second receiving means (51) regarding the number of times the change processing is performed. If the specified information is accepted, the selected object will be subjected to the specified number of change processes. You may obtain each change condition necessary to perform the action. In this configuration, the number of multi-stage change processes specified by the user is determined by the number of times The object necessary for processing the change of the number selection object is presented to the user. Therefore, the user needs the type of object required for all transformation processes on the selected object. When there are a very large number of categories and all of them are presented to the user, etc. This avoids situations that would otherwise become complicated. Users can specify the number of times for multi-stage change processing. Therefore, for example, you can specify a relatively small number of times (e.g., 2-3 times) for the change process. This extracts and confirms only the objects that will be necessary for the selected object in the near future. This can be done, or the necessary for all change operations on the selected object. It is also possible to review projects all at once. In other words, depending on the user's specifications, the desired outcome can be achieved. The presentation method can be realized.

[0089] Another aspect of the present invention comprises a user terminal (10) and a configuration that can communicate with the user terminal (10). An information processing system (1) including a server (20) and the user terminal ( 10) and at least one of the servers (20) identify an object Object identification information and conditions for performing a change process that changes the object. A storage device (25) that stores change conditions containing multiple object identification information in association with each other. In the information processing system that has access to the above, Based on the user's actions, selected from the objects owned by that user. A first receiving means (51) that accepts the designation of a selected object, which is an object, The selected object will become a different object each time the change process is performed. If the object is capable of changing in stages, then the selected object can change in multiple stages. The acquisition means ( ) obtains each change condition for performing each change process from the storage device (25) 53), Multiple object identifications included in each change condition acquired by the acquisition means (53) Display multiple objects identified by the information in a format that allows the user to identify each of them. Output means (54) for outputting output data to be displayed, At least one of the user terminal (10) or the server (20) is equipped with: It is an information processing system.

[0090] Another aspect of the present invention is object identification information that identifies an object, and the object A condition for performing a change process that alters the ct, which includes multiple object identification information. A computer that can access a memory device (25) that stores the change conditions in association with each other. , Based on the user's actions, selected from the objects owned by that user. A first receiving means (51) that accepts the designation of a selected object which is an object, The selected object will become a different object each time the change process is performed. If the object is capable of changing in stages, then the selected object can change in multiple stages. The acquisition means ( ) obtains each change condition for performing each change process from the storage device (25) 53), Multiple object identifications included in each change condition acquired by the acquisition means (53) Display multiple objects identified by the information in a format that allows the user to identify each of them. Output means (54) for outputting output data to be displayed, This is a program designed to function as such.

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

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

[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…Method of Reception 52…Methods for executing the game 53…Acquisition means 54…Output means 55...Judgment means 56…Method of change 57…Means of recording 58…Restrictive measures 59…Method of registration 70...Data table group

Claims

1. Equipped with a processor, A program for an information processing device that performs a change process to sequentially transform an object into a different object, The aforementioned processor, It functions as a first receiving means that accepts the designation of a selected object, which is an object selected from among the objects owned by the user, based on the user's actions. The second receiving means functions to receive the specification of information regarding the change processing for the selected object that has been specified by the first receiving means. When the second receiving means receives the specification of information regarding the change processing, the acquisition means is configured to acquire a specified number of change conditions for performing a specified number of change processing on the selected object based on the specification of information regarding the change processing, the specified number of change conditions including a plurality of object identification information identified by the selected object before the change due to the specified number of change processing and the object after the selected object has been changed by the specified number of change processing. By displaying images representing each of the multiple objects identified by the multiple object identification information included in each change condition acquired by the acquisition means, the output means functions to output output data for displaying the multiple objects in a display format that allows the user to identify each of them. A program for an information processing device.

2. The processing of changing the specified number is: A first transformation process that transforms the selected object into a first object, The process includes a second transformation process that transforms the first object into a second object, The first change condition for performing the first change process is: This includes a plurality of first reference object identification information that identifies a plurality of reference objects specified by the selected object and the first object, The second change condition for performing the second change process is: This includes a plurality of second reference object identification information that identifies a plurality of reference objects specified by the first object and the second object, The third change condition for changing the selected object into the second object by the specified number of change processes is: The plurality of first reference object identification information and the plurality of second reference object identification information are included, The program according to claim 1, characterized in that...

3. The output data is Among the multiple objects included in the output data, An image showing the object owned by the user, This data is used to display, in an identifiable manner, an image representing an object that the user does not possess. The program according to claim 1, characterized in that...

4. An information processing system for performing change processing that sequentially changes an object into different objects using an information processing device that can access a server, The aforementioned information processing device is A first receiving means that accepts the designation of a selected object, which is an object selected from among the objects owned by the user, based on the user's actions, A second receiving means that receives a specification of information regarding the change processing for the selected object that has been specified by the first receiving means, When the second receiving means receives the specification of information regarding the change processing, the acquiring means acquires a specified number of change conditions for performing a specified number of change processing on the selected object based on the specification of information regarding the change processing, the specified number of change conditions including a plurality of object identification information identified by the selected object before the change due to the specified number of change processing and the object after the selected object has been changed by the specified number of change processing. Output means outputting output data to display each of the multiple objects in a display format that allows the user to identify each of the multiple objects, by displaying an image representing each of the multiple objects identified by the multiple object identification information included in each change condition acquired by the acquisition means, for each of the multiple object identification information; An information processing system equipped with [the following features].

5. Equipped with a processor, A method for outputting output data of an information processing device for performing a change process that sequentially transforms an object into different objects, Based on user actions, the system accepts the designation of a selected object, which is an object chosen from among the objects owned by the user. The specified information regarding the change processing for the selected object that has received the aforementioned specification is received, When the specification of information regarding the change processing is accepted, the specified number of change conditions for performing a specified number of change processing on the selected object based on the specification of information regarding the change processing is obtained, the specified number of change conditions including a plurality of object identification information identified by the selected object before the change due to the specified number of change processing and the object after the selected object has been changed by the specified number of change processing, The system outputs output data for displaying each of the multiple objects identified by the multiple object identification information included in each of the acquired change conditions, thereby displaying each of the multiple objects in a display format that is identifiable to the user. The method for outputting data from an information processing device.

Images