Program, information processing method, and game system

Abstract

To eliminate uneasiness felt in processing for acquiring a reference object necessary for processing to change an object.SOLUTION: A condition for executing processing to change an object is defined; a change condition including information indicating a plurality of objects and possession information including information indicating objects that a user possesses are stored; a change condition corresponding to a selected object is acquired from a storage device; first output data is output for displaying a plurality of objects in a display format that allows the user to identify each object using the information indicating the plurality of objects included in the change condition; in response to the output of the first output data, an instruction for designating any one of the plurality of objects is received through an operation by the user; information indicating a designated object is acquired when the designated object is not possessed by the user; and second output data is output for displaying an acquisition condition for the designated object using the information indicating the designated object.SELECTED DRAWING: Figure 15

Description

[Technical field]

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

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

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

[0004] In the synthesis process, the synthesis process of the base object (corresponding to the main card above) is realized. To do this, multiple reference objects (such as In some cases, the user must possess a special card (equivalent to the sub-card mentioned above). In that case, To perform the composition process, the user must have all the reference objects that satisfy the combination conditions. It is necessary to have it.

[0005] In this case, it is inconvenient for a user to obtain a reference object that the user does not own. This may be possible or difficult, but we do not know the conditions for obtaining the reference object. The User may, upon request, notify the User that the Reference Object is unavailable or difficult to obtain. This is not known at the time of deciding whether or not to carry out the process to obtain the object. In such cases, users may be aware that in practice the reference object may be impossible or difficult to obtain. You will have to carry out the process to obtain the reference object while worrying about whether it will be do.

[0006] The present invention has been made in view of the above-mentioned points, and its object is to provide a method for manufacturing a computer-readable storage medium comprising: A change condition is met that contains information about the object that changes the object. The anxiety felt by users in the process of obtaining reference objects necessary for the process of The present invention provides an information processing device, a program, and an information processing system that solve the above problems. do. [Means for solving the problem]

[0007] One aspect of the present invention is Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device accessible to a device, Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. An output means for outputting output data; In response to the first output data being output by the output means, and receiving an instruction to designate one of the plurality of objects based on the and a reception means for receiving the The output means further outputs an instruction designated by the instruction received by the reception means. If the user does not have a specified object, the specified object outputting second output data for displaying the acquisition conditions of the project; It is an information processing device.

[0008] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device accessible to a device, Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. and among the plurality of objects, objects that the user does not own. The output to display the conditions for obtaining the object and the format that can be easily understood by the user. Output means for outputting data The information processing device includes:

[0009] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device accessible to a device, Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. An output means for outputting output data; In response to the first output data being output by the output means, and receiving an instruction to designate one of the plurality of objects based on the and a reception means for receiving the The output means further outputs an instruction designated by the instruction received by the reception means. If the user has never owned a specified object, the specified object outputting second output data for displaying the difficulty of obtaining the object; It is an information processing device.

[0010] Another aspect of the present invention is a method for producing a A user terminal and a server configured to be able to communicate with the user terminal, object identification information used for processing to change the object, A storage device that stores a change condition including a plurality of object identification information items in association with the change condition is accessed. An information processing system capable of Either the user terminal or the server, Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. An output means for outputting output data; In response to the first output data being output by the output means, and receiving an instruction to designate one of the plurality of objects based on the and a reception means for receiving the The output means further outputs an instruction designated by the instruction received by the reception means. If the user does not have a specified object, the specified object outputting second output data for displaying the acquisition conditions of the project; It is an information processing system.

[0011] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the A computer that can access the device Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. A means for outputting output data; In response to the first output data being output, the multiple output data is means for receiving an instruction specifying one of a number of objects; The designated object, which is the object designated by the received instruction, is A second method for displaying the conditions for obtaining the specified object if the user does not have it A means for outputting output data; This is a program that functions as a

[0012] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device accessible to a device, A variable that corresponds to the object identification information of the selected object, which is the selected object. The object identification information included in the conversion condition is used to identify a plurality of objects. a first output means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output by the first output means, Used for a specific process for the first specified object, which is the specified object. A first receiving means for receiving a request to restrict the In response to the request being accepted by the first accepting means, a first restriction means for restricting the use of the object in the processing; The information processing device includes:

[0013] Another aspect of the present invention is a method for producing a A user terminal and a server configured to be able to communicate with the user terminal, object identification information used for processing to change the object, A storage device that stores a change condition including a plurality of object identification information items in association with the change condition is accessed. An information processing system capable of Either the user terminal or the server, A variable that corresponds to the object identification information of the selected object, which is the selected object. The object identification information included in the conversion condition is used to identify a plurality of objects. a first output means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output by the first output means, Used for a specific process for the first specified object, which is the specified object. A first receiving means for receiving a request to restrict the In response to the request being accepted by the first accepting means, a first restriction means for restricting the use of the object in the processing; The information processing system includes:

[0014] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the A computer that can access the device A variable that corresponds to the object identification information of the selected object, which is the selected object. The object identification information included in the conversion condition is used to identify a plurality of objects. means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output, an object designated by a user is For restricting the first designated object from being used in a predetermined process, A means for accepting requests; In response to the request being accepted, the process is performed on the first specified object. measures to limit the use of It is a program that functions as a [Brief description of the drawings]

[0015] [Figure 1] FIG. 1 is a diagram showing a basic configuration of a game system according to a first embodiment. [Diagram 2]FIG. 2 is a block diagram showing a configuration of a user terminal according to the first embodiment. [Diagram 3] FIG. 2 is a block diagram showing the configuration of a game server according to the first embodiment. [Figure 4] FIG. 4 is a diagram for conceptually explaining the presentation of conditions for obtaining a reference card in the first embodiment. [Diagram 5] FIG. 4 is a diagram showing an example of the configuration of a card data table according to the first embodiment. [Figure 6] FIG. 2 is a diagram showing an example of the configuration of an evolutionary synthesis data table according to the first embodiment. [Figure 7] FIG. 4 is a diagram showing an example of the configuration of a quest data table in the first embodiment. [Figure 8] FIG. 4 is a diagram showing an example of the configuration of a possessed card data table according to the first embodiment. [Figure 9] FIG. 4 is a diagram showing an example of the configuration of a reservation data table according to the first embodiment. [Figure 10] FIG. 4 is a diagram showing an example of the configuration of a possession history data table according to the first embodiment. [Figure 11] FIG. 4 is a diagram showing an example of the configuration of a card circulation data table according to the first embodiment. [Figure 12A] FIG. 4 is a diagram showing an example of an image displayed on a user terminal when playing the game of the first embodiment. [Figure 12B] FIG. 4 is a diagram showing an example of an image displayed on a user terminal when playing the game of the first embodiment. [Figure 13A] FIG. 4 is a diagram showing an example of an image displayed on a user terminal when playing the game of the first embodiment. [Figure 13B] FIG. 4 is a diagram showing an example of an image displayed on a user terminal when playing the game of the first embodiment. [Figure 14] FIG. 4 is a diagram showing an example of an image displayed on a user terminal when playing the game of the first embodiment. [Figure 15] FIG. 2 is a functional block diagram of the game server according to the first embodiment. [Figure 16A] 6 is a sequence chart showing an example of a process for presenting acquisition conditions according to the first embodiment; [Figure 16B] 6 is a sequence chart showing an example of a process for presenting acquisition conditions according to the first embodiment; [Figure 17] 4 is a sequence chart showing an example of evolutionary synthesis processing according to the first embodiment; [Figure 18] FIG. 11 is a diagram showing an example of an image displayed on a user terminal when playing a game according to the second embodiment. [Figure 19] 13 is a sequence chart showing an example of a quest process according to the second embodiment. [Figure 20] FIG. 13 is a diagram showing an example of an image displayed on a user terminal when playing a game according to the third embodiment. [Figure 21] 13 is a sequence chart showing an example of a reservation process of evolutionary synthesis according to the third embodiment; [Figure 22] FIG. 13 is a diagram showing an example of an image displayed on a user terminal when playing a game according to a fourth embodiment. [Figure 23] 13 is a sequence chart showing an example of a process for presenting acquisition conditions according to the fourth embodiment. [Figure 24] FIG. 13 is a diagram for conceptually explaining reservation registration and favorite registration of a reference card according to the fifth embodiment. [Diagram 25] FIG. 13 is a diagram showing an example of the configuration of a possessed card data table according to the fifth embodiment. [Figure 26] FIG. 13 is a diagram showing an example of an image displayed on a user terminal when playing a game according to the fifth embodiment. [Figure 27A] FIG. 13 is a diagram showing an example of an image displayed on a user terminal when playing a game according to the fifth embodiment. [Figure 27B] FIG. 13 is a diagram showing an example of an image displayed on a user terminal when playing a game according to the fifth embodiment. [Figure 27C] FIG. 13 is a diagram showing an example of an image displayed on a user terminal when playing a game according to the fifth embodiment. [Figure 28] 13 is a sequence chart showing an example of a registration process according to the fifth embodiment. [Figure 29A] 23 is a sequence chart showing an example of a process for presenting acquisition conditions according to the sixth embodiment. [Figure 29B] 23 is a sequence chart showing an example of a process for presenting acquisition conditions according to the sixth embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

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

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

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

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

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

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

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

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

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

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

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

[0028] For example, the storage 25 stores a web browser and A program that provides web services by communicating between the The CPU 21 loads a program stored in the storage 25 into the RAM 23. As the program is executed, the CPU 21 communicates with the communication interface. The HTTP request is acquired from the user terminal 10 via the unit 24. The processing is performed according to the text, and the HTML data (image data, which will be described later) includes the results of the processing. ) is returned to the user terminal 10 as an HTTP response.

[0029] The storage 25 is, for example, a flash memory or a hard disk drive (HDD). In addition to the above-mentioned program, the data table group 70 is also included in the information recording device. The data table group 70 (described later) stores card data tables, evolution synthesis data, and Data table, Quest data table, Possession card data table, Reservation data table , possession history data table, and card circulation data table. The file is accessed by the CPU 21 as needed to read and write data.

[0030] (1-4) Presentation of conditions for obtaining cards in the game of this embodiment In the game executed in the game system 1 of this embodiment, a user plays a game against an object. In this game, for example, the user plays the game using a card. Explore the areas on the game to obtain cards and items, or use cards that the user owns. It is a game in which players use their Nintendo DS to compete against other users and NPCs (Non-Player Characters). In the game of this embodiment, the card evolution synthesis process (hereinafter, simply referred to as "evolution synthesis") ) is a process that evolves cards owned by a user when certain conditions are met. In the example of this embodiment, the evolution synthesis of the card changes the card ID as described later. The process changes at least a portion of the card data (described later) corresponding to the card. In this case, there is no particular restriction on the target of the change in the card data. Card parameters include card name, card image, rarity, etc. This is an example of a process for changing an object. To perform evolution synthesis, the user must use a card they own (hereinafter referred to as "possessed card" as appropriate). ) and select the card you want to evolve (i.e., the card that is the target of the process that changes the card data). Select a base card as the target card. The card selected as the base card is an example of a selection object. In evolution synthesis, for each base card, multiple The conditions for combining cards (called "reference cards") are determined. Evolution synthesis is performed. When this happens, the reference card used in the evolutionary synthesis will disappear from the user's possession of cards. In the game of this embodiment, the base card corresponds to the card selected by the user. The user must possess all of the multiple reference cards that are the combination conditions for the selected item. These are the conditions for evolving a card that has been selected (an example of a transformation condition).

[0031] In the game of this embodiment, the process of the user losing his / her own card is as follows: In addition, a normal synthesis process and a selling process are provided. To execute the normal synthesis process, the user must Select the base card you want to develop from the cards you own. In this section, the conditions for performing a process that changes a card (for example, an evolution synthesis process) are defined. The change conditions are not determined for each base card, and the user can change the reference card as needed. Normally, when the synthesis process is performed, the card pattern of the base card is Instead of changing the parameters (e.g. card level or skill level increase), The card will disappear from the user's possession. In the selling process, the user selects a card from the cards he owns (e.g., a card that the user does not need). The user purchases a card that is worth 1000 yen (for example, 1000 yen) for the selling price (for example, game points) of that card. Instead, the sold card disappears from the user's possession.

[0032] In the game of this embodiment, the user wants to evolve a desired card through evolution synthesis. The user has some or all of the reference cards necessary to evolve the card in question. In this case, you need to find a new card to satisfy the combination of the reference card. The user continues to evolve the desired card until the card (i.e., the remaining reference card) is available to the user. However, the user must wait for the remaining reference cards to be If you forget the conditions for obtaining the reference card (hereinafter referred to as "obtaining conditions"), it will be difficult to obtain the reference card. In particular, the more cards you acquire, the more difficult it becomes to forget the conditions for acquiring each card. There is a high possibility that this will happen. Therefore, in this embodiment, a plurality of reference cards are required to evolve a base card. The acquisition conditions for reference cards that the user does not own (unowned cards or unknown cards) In addition, the card that the user does not own is a card that the user has never owned. and is not in the user's possession at the time of selecting the base card. An unknown card is a card that has never been owned by the user.

[0033] The presentation of the conditions for obtaining the reference card will be specifically described with reference to FIG. FIG. 13 is a diagram for conceptually explaining the presentation of conditions for obtaining a reference card. In Figure 4, consider the case where a user wants to evolve card Q, which is a card he owns. Here, in order to evolve card Q, we use cards A, B, and C as multiple reference cards. Assuming that the combination of the following is required. The user does not currently have card B. However, the user cannot perform evolution synthesis on card Q. Also, the user cannot use the input of card B. Since you have forgotten the conditions, it is difficult to obtain Card B. In that case, In this state, the user is requested to present the conditions for obtaining Card B so that the user can easily obtain Card B. As a result, the user is presented with the conditions for obtaining Card B. Readily available.

[0034] (1-5) Data table structure Next, the card data table, evolution synthesis, etc. stored in the storage 25 of the game server 20 Creation data table, quest data table, possession card data table, reservation data table The table, possession history data table, and card circulation data table are shown in Figure 5. 11 will be referred to for further explanation.

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

[0036] (ii) Evolutionary synthesis data table The evolution synthesis data table records the conditions for evolution synthesis of the cards in the game of this embodiment. Figure 6 shows an example of the structure of the evolution synthesis data table. For each evolution ID to identify the contents of the The card ID of the card that will be the base card, the evolved card ID (the evolved card of the base card) ID), and the change conditions of the card ID of the reference card required to perform evolution synthesis The items (5 reference cards in columns C1 to C5) are recorded. For example, Evolution ID: 000 In the condition shown in 2, the user selects the card with card ID: 0072 from among the cards he owns. Select the card as the user's card ID: 0025,0060,00 If there are 70 combinations of three cards, you can create a card by performing evolution synthesis. Card ID: 0072 can be evolved into card ID: 9072. . Here, as an example of a process for changing an object, As mentioned above, the card ID is an object ID. That is, FIG. 6 shows an example of the multiple information used in the process of changing an object. This indicates that the object identification information is included in the change conditions. In addition, at least one of the columns C1 to C5, which indicate the combination of the card ID of the reference card, For example, if you are updating a base card, the same card ID may be recorded in both fields. The combination of reference cards used in chemical synthesis contains two or more identical reference cards. The combination conditions for the reference cards to evolve the base card may be the same card I When a certain number of reference cards, D, are included, the data format shown in FIG. Instead of the formula, the data format may be one consisting of the card ID of the reference card and the number of cards.

[0037] (iii) Quest Data Table The quest data table contains one of the events carried out in the game of this embodiment. This is where quest data is recorded. Quests are completed in order to obtain cards and items. The objective is for users to explore areas within the game and complete certain quest conditions. An example of the quest data table is shown in Figure 7. For each Estus ID, information on the area name, stamina consumption, and available cards (card ID and and availability rate), information about available items (item ID and availability rate), boss ID , and quest UI data. The area name is a string indicating the name of the area used in the quest. The stamina consumed is the value that is referenced when performing a quest. The user's physical strength, one of the parameters, must be equal to or greater than the consumed physical strength. When a strike is carried out, the user's stamina is consumed by the consumed stamina value. Information about available cards (acquired card data 1, 2...) is stored in the form of card ID and The card ID is the card that can be obtained when the quest conditions are met. The acquisition rate is the probability of obtaining a card when the quest conditions are met. It is a number that indicates. Information about available items (obtained item data 1...) consists of the item ID and The item ID is the number of items that can be obtained when the quest conditions are met. This is the item's identification information. The acquisition rate indicates the probability of obtaining the item when the quest conditions are met. It is a number that indicates the probability that The boss ID is the identification information of the NPC (e.g., boss character) that will be your opponent in the quest. The quest condition is achieved, for example, by winning a battle against a boss character. can be. Quest UI data is data for the user interface used in a quest (e.g. , image data used in the quest).

[0038] (iv) Possession card data table The card data table records information about the cards owned by the user. An example of the configuration of the owned card data table is shown in FIG. 8. The example shows a bull, but the owned card data table contains all the users who are registered in the game. It is provided corresponding to. The owned card data table shown in FIG. 8 contains the serial number, card number, The data of level, skill level, and reservation ID are recorded in association with each other. The serial number is a unique number that is determined when the card is issued to the user. A different serial number is assigned to each card with the same card ID. In that case, the serial number of the card may be changed before and after evolution, or may not be changed. This is also fine. The card level is a parameter that indicates the level of development of the card. For example, when the above normal synthesis is performed, The card level is increased by executing the card acquisition command. The initial value of the card is 1, and the user can grow the card by performing synthesis, etc. (Increase your power level). Skill level is a parameter that indicates the training level of a card, and is particularly important for the skills that a card has. This parameter indicates the level of the skill when the user acquires a card with the skill. The skill level value (initial value) is 1, and for example, a card that meets a certain condition is a reference card. By using normal synthesis, you can increase the skill level of the card. As a skill's level increases, the effect produced by the skill increases. The reservation ID is identification information for identifying the reservation contents for evolution synthesis. The reservation ID is associated with the card of the user who is the user. For example, in Figure 8, In the example shown, five cards with IDs: 0591, 0010 (2 cards), 0033, and 2005 are This indicates that the card is a reserved card. The reservation ID corresponds to a reservation ID recorded in a reservation data table, which will be described later.

[0039] (v) Reservation Data Table The reservation data table records the information of the reserved cards for the user's evolution synthesis. Fig. 9 shows an example of the reservation data table. The reservation data table corresponds to all users who are registered in the game. It will be established as follows. In FIG. 9, the reservation ID is an ID that is issued in the order in which the reservation for evolution synthesis is made. In the example shown, numbers are recorded in ascending order, such as 01, 02, .... The evolution ID is This ID corresponds to the evolution ID shown in the synthesis data table and identifies the content of the evolution synthesis. It is. The serial numbers of the pre-evolved cards in the reserved cards are based on the evolution synthesis. The serial number of the reserved card selected by the user. The columns C1 to C5 of the reference card's serial number are the evolution synthesis data sheets. These correspond to the C1 to C5 fields that make up the reference card ID combination of the table. If the reserved reference card is a possessed card, the card ID corresponding to the reference card is The serial number of the card you own is recorded in the field. If the reference card is a card with a temporary serial number (e.g. , "00000000") is recorded, and the reference card becomes the owned card (i.e., The card data identified by the card ID and serial number of the reference card is After the temporary serial number is added, the temporary serial number is replaced with the serial number of the reference card. In the field corresponding to the card ID of the reference card that has not been reserved, data indicating "no reservation" is displayed. (e.g., NULL) is recorded. In the following, a case where a reservation data table is provided will be described. It is not necessary to set up a separate table. The data to be recorded in the reservation data table may be recorded in the possession card data table. In that case, in the possession card data table, Then, enter the reservation ID, evolution ID, or any of the C1 to C5 characters (evolution synthesis data table Any character string that corresponds to the C1 to C5 columns is acceptable.) is recorded.

[0040] (vi) Possession history data table The possession history data table records information about cards that a user has possessed. Figure 10 shows an example of the structure of a possession history data table. The history data table is an example of the possession history data table. This is provided for all users. The possession history table shown in FIG. 10 records the number of times each card has been acquired in association with each card ID. The number of times acquired is a value that indicates the number of times the user has acquired a card in the game. A card that has been played 0 times is an unknown card.

[0041] (vii) Card Distribution Data Table The card distribution data table stores information about cards in circulation within the game. FIG. 11 shows an example of the configuration of a card circulation data table. The card distribution data table records the number of cards in circulation and the average transaction price for each card ID. There are. The number of cards in circulation is the number of cards that users have set as targets for trading (e.g. buying and selling) in the game. This is a value that indicates the total number of cards in circulation. The more cards in circulation, the easier it is to obtain the card. do. The average transaction price is the average price when trading cards between users. The higher the rank, the more difficult it is to obtain the card.

[0042] In the following explanation, the card data table, quest data table, and possession card data In the table, possession history data table, and card circulation data table, Information associated with the ID (e.g., card name, card image, card parameters, quest Quest ID, Area name, Stamina consumption, Acquisition rate, Boss ID, Quest UI data, Serial number, Card level, skill level, reservation ID, number of times acquired, number in circulation, and average transaction price) Collectively, they are referred to as "card data" as appropriate. Card data is a piece of information that indicates an object. Here is an example.

[0043] (1-6) Specific examples of acquisition condition presentation processing and evolution synthesis processing Below are specific examples of the process of presenting the conditions for obtaining cards in the game of this embodiment and the process of evolution synthesis. This will be described with reference to Figs. 12A, 12B, 13A, 13B, and 14. 12A, 12B, 13A, 13B, and 14 are diagrams illustrating the present embodiment. 1 shows an example of a screen displayed on the user terminal 10 when the game processing of the embodiment is being executed. FIG.

[0044] (1-6-1) Presentation of acquisition conditions (1-6-1-1) Processing for presenting conditions for obtaining cards not yet possessed (FIGS. 12A and 12B) 12A and 12B are diagrams showing conditions for obtaining a card that is not yet possessed. The display screen changes in a series of processes. In FIG. 12A, an image P1 is In the game, the user may purchase monster cards (hereinafter referred to simply as "cards") The image P1 shows a button as an object to be operated by the user. b1 ("View owned monsters"), button b2 ("Team composition"), button b3 ("Communication") Button b1 ("Normal synthesis"), button b2 ("Evolutionary synthesis"), and button b5 ("Sell") are provided. The button b1 is operated when requesting the viewing of the user's card. Button b2 allows the user to select cards from their own collection to play against other users or NPCs. The button b3 is used to select the card to be used in the When you make a request for normal synthesis processing of a card selected as a base card from among your possessions, The button b4 is operated when the user selects a base card from among the cards in his possession. This button is used to request the evolution synthesis process of the card selected as the When the user requests a sale process for a card selected from the cards he or she owns, This is the button that is operated when

[0045] When button b4 ("Evolutionary Synthesis") is operated in image P1, image P2 appears. In image P2, the user selects one of the cards in his possession as the base card. A list of multiple cards you own will be displayed for you to choose from. For cards that cannot be used (in the illustrated example, cards TOM, TED, and DSG), In other words, in image P2, the user cannot select A display that allows a user to distinguish between cards that can be evolved and cards that cannot be evolved among the cards owned by the user. The format is shown in a way that allows users to distinguish between cards that can be evolved and cards that cannot be evolved. The method of displaying the card in the form is not limited to the example shown in image P2 of FIG. 12A. It may be a list of the card name strings, in which case the list of cards that can evolve and the cards that can evolve are displayed. The cards that cannot be printed may be distinguished from the cards that cannot be printed by the brightness or size of the characters. In image P2, for example, card KLM is selected as one of the cards that can be evolved. When you select a card, the image changes to that shown in P3. Image P3 shows the selected card as a base for evolution synthesis. Press button b6 ("Select") to confirm the card as the new card, and then press button b7 ("Select") to return to image P2 and select another card. and a button b7 ("Back") for selecting the card as the base card. When the button b6 is operated in the image P3, the card K selected as the base card is If the LM does not meet the requirements of the reference card to evolve, it will be The image is updated as shown in the image P4. The card KLM selected as the base card is evolved. Image to request the presentation of the conditions for obtaining a missing reference card that is required for In addition, when the user selects the button b6 in the image P3, the base card and If the selected card meets the criteria of the reference card required for KLM to evolve In this case, an image (not shown) is displayed to request the execution of the evolution synthesis of the card KLM. .

[0046] Image P4 shows the pre-evolution card (here, the base card, card KLM) and the post-evolution card. A display area 101 showing a card (e.g., card QRS) and a reference card required for evolutionary synthesis. and a display area 102 showing the status (either owned, not owned, reserved, or unknown); Button b8 ("Show Acquisition Conditions") to request the presentation of the acquisition conditions of the reference card In image P4, a reference card (here, display area 1) on which the acquisition conditions should be displayed is shown. A card DSG (with a status of "not owned" shown in 02) is selected and button b8 is operated. Then, as shown in FIG. 12B, the acquisition conditions of the reference card selected by the user are displayed. Image P5 is displayed. The reference card selected by the user is referred to as the "reference card designated by the user." A reference card is also called a "user-supplied card." A reference card is an example of an object. The "reference card specified by the user" is the "designated object" which is the object specified by the user. This is an example of a "subject".

[0047] Image P5 of FIG. 12B shows a reference card selected by the user (here, card D SG), as well as the card image, card name, and rarity of the reference card The display area includes a display area 103 and a display area 104 showing the acquisition conditions of the reference card. In the area 104, information 104a on the difficulty of obtaining the item (here, the number of times the item was obtained, the number of items in circulation, and , average transaction price), and information on acquisition route 104b (here, availability area ) is shown.

[0048] (1-6-1-2) Presentation of Conditions for Obtaining Unknown Cards (FIGS. 13A and 13B) 13A and 13B show a process for presenting an acquisition condition for an unknown card. The images P1 to P3 in FIG. 13A show a series of changes in the display screen during the process. A is similar to images P1 to P3. Image P4 in FIG. 13A is similar to image P1 in that an unknown card is shown in display area 102. This is different from image P4 in 2A. An unknown card is a card that the user has never owned. (For example, the value of "Number of times acquired" in the possession history data table is 0. In image P4, the reference card (here, the display card) on which the acquisition conditions should be displayed is A card with an “unknown” status shown in area 102 is selected and button b8 is operated. When the user selects the reference card, the acquisition conditions of the reference card selected by the user are displayed as shown in FIG. 13B. Image P5 is displayed.

[0049] In the image P5 of FIG. 13B, a reference card selected by the user is displayed in the display area 103. An image showing that the card is unknown to the user is displayed, and the display area 10 4, information 104b on the difficulty of obtaining the reference card among the conditions for obtaining the reference card (here, Only the number of transactions and the number of distributions are shown (i.e., the acquisition process in image P5 of FIG. 12B The image differs from the image P5 of FIG. 12B in that the information 104a related to the tract is masked. .

[0050] (1-6-2) Evolutionary synthesis processing (Figure 14) Figure 14 shows a series of changes in the display screen when the evolutionary synthesis process is executed based on the user's operation. In FIG. 14, an image P10 shows a new card being added while the user is playing a game. This is an example of the image that will be displayed when you obtain a DSG. By acquiring this new card DSG, the reserved evolution synthesis change conditions have been fulfilled. If the condition for the change becomes applicable, the acquisition of a new card will satisfy the change condition. It is preferable to notify the user that the It is preferable to display images for performing evolutionary synthesis. Image P11 shows the pre-evolution card (card KLM) and the evolved card (card QRS). A display area 101 shows the reference cards required for evolution synthesis and their status (here, possession). display area 102, and a button b2 for accepting a request as to whether or not to execute evolutionary synthesis. 0 ("Yes") and button b21 ("No") are displayed. When the button b20 is operated in the image P11, the image changes to that shown in P12. In the example of image P12, the evolved card image, card name, and some parameters are displayed. At least some of it will be displayed.

[0051] (1-7) Overview of functions of information processing device Next, the functions of the game server 20 for implementing the game of the present embodiment described above will be described. FIG. 15 shows the main functions of the game server 20 of this embodiment. 15 is a functional block diagram for explaining the data table group 70. As mentioned above, the card data table, evolution synthesis data table, and quest data table , a possession card data table, a reservation data table, a possession history data table, and The card distribution data table is included. Not all elements are essential to the invention.

[0052] The reception unit 51 receives various requests from the user based on information regarding the user's operation input. In the game of this embodiment, the user may make requests such as For example, requests for card acquisition conditions, requests for evolution synthesis, requests for quest processing, Requests for reservation processing of chemical synthesis, requests for execution of evolutionary synthesis, requests for viewing processing of cards owned by the user, There is a request to sell a card owned by the user. The request for the presentation process of the acquisition conditions is made in response to the image data being output by the output means 56. This is a request to present the conditions for obtaining the reference cards necessary for the evolution synthesis of the base cards. A request for reservation processing of evolutionary synthesis is made in response to image data being output by the output means 56. A base card in the evolution synthesis and multiple reference cards corresponding to the base card At least one of the cards is reserved for evolution synthesis, and the card is added to the user's possession. Among the processes that are executed under the condition of disappearing from the card, processes other than the relevant evolution synthesis ( For example, to sell the card or to transfer the card to another user. The reservation processing request of evolutionary synthesis includes the following: It contains the card ID of the reference card. In order to realize the function of the reception means 51, the game server 20 includes a communication interface unit 2 4, a user operates a button on a web page, which is an image, from a user terminal 10. The CPU 21 of the game server 20 receives a request corresponding to the input. Based on the information received, the content of the request is determined and the request is accepted. are recorded in the RAM 13. The CPU 21 executes the processes according to the received requests in order. do.

[0053] The game processing means 52 executes a game based on the requests and instructions from the user received by the receiving means 51. Based on this, it has the function of executing various game processes other than evolution synthesis. The processing of the system may be appropriately set, but for example, a battle process between users, a battle between a user and an NPC, Battle processing, user quest processing, normal synthesis processing of user's owned cards, This is the process of selling cards you own. Although the battle process will not be described in detail, for example, the user can A team is made up of multiple cards owned in advance so that the value of the card is less than or equal to the other team. Play against users or NPCs. The result of the match is determined by the attack and defense power of each card on the team. It is determined by parameters such as strength and skill.

[0054] The function of the game processing means 52 when executing the quest process is realized as follows. The CPU 21 of the game server 20 receives a quest processing request including the quest ID. When you add a quest ID, the quest data table will search for the quest data associated with the quest ID. Data (area name, consumed stamina, acquired card data (card ID and acquisition rate), acquired item Read game data (item ID and availability rate), boss ID, and quest UI data) The CPU 21 then reads the quest UI data and expands it in the RAM 23. The EST execution screen is displayed, and the quest progresses according to the user's operations. When the quest progresses to a predetermined level, the CPU 21 generates a boss key corresponding to the boss ID. A match is executed between the character and the user. When the user meets the victory conditions in the match, The CPU 21 grants a card according to the value of the "acquisition rate" associated with the quest ID. In the process of providing a card, the CPU 21 executes a process of providing a card to the player. The card ID is written to the possession card data table and the possession history data table. In the "Acquisition count" field, the "Acquisition count" value associated with the card ID is increased. In addition, if the user meets the victory conditions in the match, the process of granting items will also be performed. The process is executed in the same manner as the process of issuing a card.

[0055] The function of the game processing means 52 when executing the normal synthesis process of the user's owned cards is as follows: This is realized as follows. The CPU 21 of the game server 20 receives the base card and the reference When a request for normal synthesis including the user's selection of the reference card is received, Reads the card data of the base card and reference card from the card data table and Then, the CPU 21 expands the parameters of the base card and the reference card to M23. Based on this, change the parameters of the base card (e.g. card level and skill level), The changed parameters of the base card are written to the owned card data table, and The card data of the owned card that was used as the reference card is deleted from the owned card data table. The card level and skill level of the base card will always increase every time you perform normal synthesis. For example, every time you perform a normal synthesis, the growth parameters associated with the card are changed. When the value of the training parameter reaches a certain value, the card level is increased by one. The growth parameter value may be increased and reset to zero.

[0056] The functions of the game processing means 52 when executing the process of selling a card owned by a user are as follows: The CPU 21 of the game server 20 receives a request for a selling process, When the selection result of the card to be sold is accepted, the card to be sold is The card data of the card is deleted. Then, the CPU 21 deletes the card data from the card data table. The selling price (points) of the target card is read and the read points are given to the user. The process of giving points to a user is carried out, for example, by using a user database ( This is a process of updating the value of the user's possessed points recorded in the user account (not shown).

[0057] The card data change means 54 detects whether all of the reference cards that satisfy the change condition are in the possession of the user. When included in a held card, it performs an evolution synthesis that changes the card data of the base card. It has functions. In this embodiment, in order to realize the function of the card data changing means 54, When the CPU 21 of the server 20 receives a request to execute evolution synthesis, the server 20 executes the evolution synthesis execution request. In this case, the card data of the pre-evolution card (i.e. the base card of the evolution synthesis) is erased, The card data of the evolved card is written in again. This will update the user's card base. As shown in the evolution synthesis data table, The card IDs of the evolved and evolved versions are different, so the card name, card image, and card parameters are At least one of the data will be modified by evolutionary synthesis.

[0058] The acquisition means 55 acquires a base card (an example of a selected object) selected by a user. A plurality of reference card IDs, which are combination conditions (an example of a change condition) of the reference cards corresponding to The acquisition means 55 has a function of acquiring the evolutionary synthesis data from the evolutionary synthesis data table. The reference card selected by the If so, the card data of the reference card is stored in the quest data table, possession history table, It has the function of acquiring data from the data table and the card distribution data table. The acquisition means 55 receives a user's operation input when reserving a card for evolution synthesis. Based on the serial number of one of the cards owned by the user (object It has the function to obtain the information shown in the table below. When the acquisition means 55 acquires a plurality of reference card IDs that are a combination condition of the reference card, The CPU 21 of the game server 20 acquires the base card selection result from the user terminal 10. Depending on the result, the evolution synthesis data table is referenced to create a combination condition that corresponds to the base card. The multiple reference card IDs that make up the item are read out. When the acquiring means 55 acquires card data of a reference card selected by a user, The CPU 21 of the game server 20 acquires the selection result of the reference card from the user terminal 10. Accordingly, the quest data table, possession history data table, and card distribution The data table is referenced to read out the card data of the reference card. When the acquiring means 55 acquires the serial number of the card, the CPU 21 of the game server 20 When a request for reservation processing of evolutionary synthesis is received from the user terminal 10, The reservation is made from among the base card and multiple reference cards corresponding to the base card. Identify the owned cards that have not been completed by referring to the owned card data table, and Read the serial number of the

[0059] The output means 56 outputs a plurality of reference curves included in the change conditions acquired by the acquisition means 55. The card data of the plurality of reference cards are displayed in a form that can be individually identified by the user. A function for outputting first output data (e.g., image data) for displaying in a formula (hereinafter referred to as "first output data") 1 output function). In this embodiment, in order to realize the first output function of the output means 56, the game server 2 For example, when a base card is selected by a user, the CPU 21 of The combination of multiple reference card IDs required to evolve a card is called the evolution synthesis data. For each reference card, the card data table, reservation data table, Based on the information stored in the table and the possession history data table, the card status ( The status of the item (one of "reserved," "owned," "unowned," or "unknown") is identified. The CPU 21 also displays the state of each reference card in a user-identifiable display format. The first output data is generated for the purpose of For example, in the reservation data table in FIG. 9, the evolution ID corresponding to the base card Enter the serial number or temporary serial number included in the card data in the C1 to C5 columns. If the card number is recorded, it is identified by the card ID corresponding to the relevant field. The status of the reference card is identified as "Reserved." For example, for cards whose status is not "reserved", the evolution synthesis data table in Figure 6 In the Bullet, the cards in the C1 to C5 columns that correspond to the evolution ID of the base card are If the card ID is included in the "Card ID" column of the owned card data table in Figure 8, , the status of the reference card identified by the card ID is identified as "possessed." For example, for cards whose status is other than "reserved" and "owned", see Figure 10. In the card history data table, the "Number of times acquired" column for the card ID is not 0. In this case, the status of the reference card identified by the card ID is specified as "not owned." If the "Number of acquisitions" field for the card ID is 0, The state of the reference card identified by is identified as "unknown." The first output data indicates a state of the identified reference card.

[0060] In addition, the output means 56 outputs the reference card ID corresponding to the reference card ID acquired by the acquisition means 55. The second output data is used to present the conditions for obtaining a matching card (a card not possessed or the unknown card in question). The device has a function to output data (e.g., image data) (hereinafter referred to as the "second output function"). . In the present embodiment, in order to realize the second output function of the output means 56, the game server 2 For example, when the reference card ID is acquired by the acquisition means 55, the CPU 21 of Based on the obtained reference card ID, the quest data table, possession history data table, And, by referring to the card circulation data table, the reference card corresponding to the reference card ID is and generates second output data for presenting the acquisition conditions. For example, in the quest data table in Figure 7, the "Card ID" of the "Acquired Card" The information in the "Area Name" column corresponding to the quest ID that contains the reference card ID obtained in the column The information is identified as the available area. In the possession history table of FIG. 10, the number of times of acquisition corresponding to the acquired reference card ID is The value in the " column is specified as the number of acquisitions. In the card distribution data table in Figure 11, the " The values ​​in the "Number in circulation" and "Average transaction price" columns are the number in circulation and the average transaction price, respectively. Be identified. The second output data includes the identified availability area, number of acquisitions, number of distributions, and average transaction price. At least one discount price is shown.

[0061] In response to receiving a request for reservation processing of evolution synthesis, the recording means 57 The serial number obtained by is stored in the reserved data table in storage 25 as a reserved card. In the present embodiment, the reserved card is recorded as the selected base. This card is restricted from being used in any process other than the evolution synthesis of other cards.

[0062] In order to realize the function of the recording means 57, the CPU 21 of the game server 20 performs the following: When a reservation processing request is received, the reservation data table is accessed and the serial number of the card to be reserved is obtained. Write the serial number. More specifically, select the card you want to reserve as the base card. If the serial number of the card that was used is not recorded in the reservation data table, The CPU 21 issues a reservation ID. The CPU 21 associates the issued reservation ID with the reservation ID and stores it as a base card. The serial number of the selected card is written in the "Pre-evolution card" column. The "Reference Card ID" of the target card is the same as the card ID corresponding to the serial number of the reference card. D" column (any of columns C1 to C5), and enter the card you wish to reserve in the specified column. Write the serial number of the reference card. On the other hand, if the reservation ID has already been issued, the serial number will be displayed in the "Pre-evolution card" column. Since the serial number of the reference card is already recorded, the CPU 21 Only write the number.

[0063] The restriction means 58 restricts a card recorded in the reservation data table as a reserved card from being used. It has a function to restrict the use of the system for processes other than the intended evolutionary synthesis. "Used for processes other than evolutionary synthesis" means that reserved cards are associated with the target evolutionary synthesis. Cards recorded as cards are being used for other evolutionary synthesis or normal synthesis other than the intended evolutionary synthesis. This also includes cases where it is used in the following ways. There are various possible methods for restricting the number of cars that can be restricted by the restricting means 58. The method of prohibiting the user from performing any other actions than the evolution synthesis that they intend to perform, and the cards that are subject to restrictions When a process other than the intended evolutionary synthesis is selected, the user is informed of the process. For example, a method is used to confirm whether the user wishes to continue the operation. In addition, "restricting the use of reserved cards for processing" means that reserved cards Not only is the use of the reserved card prohibited, but also any processing other than the intended evolutionary synthesis is prohibited. Although it is possible to execute processes other than the intended evolutionary synthesis using the code, the procedure for executing such processes is The purpose of the present invention may be to make it difficult to carry out the transaction or to make the execution procedure of the transaction complicated. "Processing other than evolution synthesis" for the above will cause reserved cards to disappear from the user's possession. The process is executed on the condition that the reserved card is not held (i.e., the reserved card is not held). It is particularly preferable that the processing is restricted when the processing is a condition (processing executed as a condition).

[0064] For example, the CPU 21 of the game server 20 executes any of various processes of the game of this embodiment. When a request to execute one of the processes is received, the card held by the user is selected as the card to be processed. When a card is selected, the card data table is referenced and the card number of the selected card is The CPU 21 determines whether or not a reservation ID is associated with the selected node ID. The reservation ID is associated with the card ID of the card that was requested, and the process related to the execution request is performed according to the reservation ID. If the process is not an evolution synthesis process that corresponds to the selected category, the process may be prohibited or the selected category may be deleted. The user may be notified that the selected card is a reserved card. The user is notified that the card is a reserved card, and is asked whether to continue the process. You can ask the user to confirm. The reservation data table contains the evolution ID and the serial number of the reserved card. Since the reserved card number is associated with the reserved card number, the CPU 21 of the game server 20 Also, to identify the desired evolutionary synthesis (i.e., the evolutionary synthesis corresponding to a specific evolution ID). Therefore, the process that the user intends to execute using a specific card can be It is possible to determine whether the process is an evolutionary synthesis process in which

[0065] Although it is not essential to provide the recording means 57 and the limiting means 58, By providing the limiting means 58, for example, one of the multiple reference cards required for evolution synthesis can be Reserve some reference cards before performing the evolution synthesis, and continue the evolution synthesis until you obtain the remaining reference cards. A user waiting for a card to be used for a process other than evolution synthesis by mistake. This can be prevented.

[0066] (1-8) Game Processing Flow of the Present Embodiment Next, an example of the process flow of the game of this embodiment will be described with reference to FIGS. 16A, 16B, and This will be described with reference to the sequence chart of FIG. 16A and 16B are sequence charts showing the process of presenting acquisition conditions. 17 is a sequence chart showing the evolutionary synthesis process. In each figure, the same reference numbers are used as in Figs. 12A, 12B, 13A, 13B, and 14. The code of each image is assigned to the step in which each of the images P1 to P5 and P10 to P12 is displayed. It is attached.

[0067] (1-8-1) Processing for Presenting Acquisition Conditions (FIGS. 16A to 16B) In the process of presenting acquisition conditions described below, as an example, a user inputs a base card and If you have a part of multiple reference cards for evolving the base card, Assume that a user is requested to provide conditions for obtaining a reference card that is not in his / her possession or is unknown.

[0068] In FIG. 16A, a predetermined button (e.g., 2A or button b4) of image P1 of FIG. 13A. The CPU 11 of the terminal 10 accepts a request for evolution synthesis processing (S10) and transmits the request to the game server. The resultant signal is transmitted to server 20 (S12). The CPU 21 of the game server 20 receives a request for processing to present acquisition conditions from the user terminal 10. When you accept, the progress will be confirmed by referring to the evolution synthesis data table and the possession card data table. That is, the CPU 21 reads out the owned card of the user who can be encrypted (S14). The card data of the user's owned cards is read from the card data table, and the evolution synthesis data table is Read all pre-evolution card IDs of the table (i.e., card IDs of cards that can be evolved) Next, the CPU 21 selects cards that can be evolved (i.e., base A card candidate is identified, and image data including card data of the base card candidate is generated (S 16), and transmit the image data to the user terminal 10 (S18). The image data generated in S16 is the image P2 shown in FIG. 12A or FIG. 13A. For example, images of cards that can be evolved and cards that cannot be evolved are displayed. It is preferable that the display mode is different from that of the image.

[0069] When the CPU 11 of the user terminal 10 receives the image data transmitted in S18, An image is displayed on the display unit 16 based on the image data (S20). Image displayed in S20 As shown in the image P2 of FIG. 12A or FIG. 13A, It contains an image of a number of cards, and the serial number of each card can be determined by manipulating the image of each card. The card is configured to be selectable. A number of base card candidates are displayed on the S20. When the user selects one of the cards as the base card, The CPU 11 receives the selection result (serial number) of the base card (S22) and The selection result is transmitted to the game server 20 (S24).

[0070] The CPU 21 of the game server 20 receives the selection result (serial number) transmitted in S24. When the user selects a base card, the evolutionary synthesis data table is referenced and the base card selected by the user is generated. Multiple pre-evolved card IDs that match the card IDs associated with the serial numbers of The reference card ID (the card ID in the C1 to C5 columns) is read out (S26). Next, the CPU 21 refers to the possession card data table and reservation data table, and reads in S26 The card status (not owned, owned, reserved, and unknown) for each reference card ID issued Then, image data is generated based on the result of the determination (S28).

[0071] In S28, the CPU 21 of the game server 20 performs the following for each reference card ID: Identify the corresponding card state. CPU21 is recorded in the "Reserved Card Serial Number" column of the reservation data table. The serial number is read out, and the card data table is referenced to find the serial number. Identify the card ID that is associated with the number. Identify it as the reference card ID read in S26. If the serial number matches the card ID entered, or if the serial number is a temporary serial number, In this case, the status of the card identified by the card ID is identified as "reserved." The CPU 21 checks the possession card information for reference cards other than the card specified as "reserved." The reference card ID of the reference card is included in the card IDs recorded in the card data table. If included, the status of the card identified by the reference card ID is "possessed" Identify as: The CPU 21 checks the possession history data table for cards other than the "reserved" and "owned" cards. If the value associated with the reference card ID in the "Number of times acquired" column of the The card status identified by the card ID is determined as "not owned" and the possession history data is recorded. If the value associated with the reference card ID in the "Number of acquisitions" column of the table is 0, Identify the status of the card identified by the card ID as "unknown."

[0072] In S28, the CPU 21 of the game server 20 reads out all the reference cards read in S26. If the card status is "owned" or "reserved", perform the evolution synthesis of the card KLM. The CPU 21 generates image data for the user to instruct whether or not to read the data in step S26. If the status of at least one of the reference cards played is "Not owned" or "Unknown", is an image data to show the conditions for obtaining a reference card in the "unowned" or "unknown" state. Here, the image data on which the image P4 in FIG. 12A or FIG. 13A is based is generated. Let us assume that this is the case.

[0073] Next, the CPU 21 of the game server 20 transmits the image data generated in S28 to the user terminal 1. The CPU 11 of the user terminal 10 transmits the image data transmitted in S30 to the When the data is accepted, an image based on the image data is displayed on the display unit 16 (S32).

[0074] The image displayed in S32 is S2 as shown in image P4 in FIG. 12A or FIG. 13A. The user selects multiple reference cards that are required to evolve and synthesize the base card selected in step 2. The image P4 in FIG. 12A or FIG. 13A shows the respective reference colors. The status of the card is displayed in relation to the reference card, and the status of the missing or unknown card is displayed. The system is configured to be able to accept a request for a process of presenting the acquisition conditions of the software. After the image P4 of 13A is displayed, an operation for requesting the presentation of acquisition conditions (e.g. For example, the operation of the button b8 in the image P4 in FIG. 12A or FIG. 13A is performed by the user. The CPU 11 of the user terminal 10 then executes the acquired information based on the user's instruction corresponding to the operation. A request for the condition presentation process is accepted (S34), and the request is transmitted to the game server 20 ( In S36, the request sent from the user terminal 10 to the game server 20 includes the user Unowned or unknown cards selected by The card ID of the card for which the conditions for acquisition must be presented is included. As mentioned above, the reference card selected by the user is the object designated by the user. This is an example of a specified object that is an object. In other words, the processes in S34 and S36 are Based on the user's instruction, one of multiple objects is specified. 13 is an example of a process for receiving an instruction.

[0075] The CPU 21 of the game server 20 receives the request for the acquisition condition presentation process transmitted in S36. When you add it, the card data table, quest data table, and card distribution data table will be created. The card data of the reference card selected by the user is obtained from the data table (S3 8) Card names, images, and rarities are taken from the card data table. The quest ID and area name of the available area are taken from the quest data table. The number of acquisitions is obtained from the possession history table. The number of circulations and the average transaction price are Obtained from the card distribution data table.

[0076] If the status of the card identified in S28 is "unknown" (S40: YES), S4 Proceed to 2. If the status of the card identified in S28 is not "unknown" (S40: NO), , proceed to S44. Here is an example of a card whose state is not "unknown" (i.e., an unknown card): An example will be described in which the card status is "not owned" (i.e., an unowned card). Both "unknown" and "not possessed" indicate that the user does not possess the card (i.e., They have in common that they indicate a state in which the card ID is not included in the owned card data table.

[0077] In S42, the CPU 21 of the game server 20 executes the following based on the card data acquired in S38. Among the information about the card shown, information about the difficulty of obtaining it (in this case, the number of times it was obtained, Information other than the number of cards in circulation and the average transaction price (here, card name, card image, rare, etc.) Masking is applied to the image so that the following items (including the tile and available area) are not displayed: do. In this embodiment, information other than the information regarding the difficulty of obtaining an unknown card is displayed. The purpose of preventing players from playing the game is to reduce the expectation of the game (especially obtaining unknown cards). The objective of the present invention is to provide users with a more enjoyable game experience and to improve the appeal of the game.

[0078] In S44, the CPU 21 performs the following processing based on the card data of the reference card acquired in S38: Conditions for obtaining the reference card (However, if it is determined to be "unknown" in S40, 12B or 1 3B) and transmits the image data to the user terminal 10. Believe (S46).

[0079] When the CPU 11 of the user terminal 10 receives the image data transmitted in S46, An image based on the image data is displayed on the display unit 16 (S48). If it is determined in S40 that the item is not “unknown” (for example, that the item is “not possessed”), As shown in image P5, the card image, card name, rarity, number of times acquired, number in circulation, average The discount price and available area will be displayed. On the other hand, if it is determined to be “unknown” in S40, as shown in image P5 of FIG. 13B, The number of times acquired, number in circulation, and average transaction price are displayed, but the card image, card name, and rarity are not displayed. The availability and area of ​​the item are not displayed. In other words, the information displayed as the conditions for obtaining an unknown card is the conditions for obtaining a card that is not in your possession. In other words, S48 is limited to the information displayed as a specified object. If the object is an unknown object that has never been possessed, the specified object The information displayed as the acquisition conditions is more limited than when the object is not in your possession. This is an example of a process.

[0080] As described above, in this embodiment, the user holds a reference card selected by the user. If the reference card is not available (if the reference card is an unknown card or a card not owned), This is an example of displaying the acquisition conditions of a specified object. If the user does not have the specified object, the process displays the conditions for obtaining the specified object. Here is one example.

[0081] (1-8-2) Evolutionary synthesis processing (Figure 17) For example, the change conditions of the reference card in the evolution synthesis due to the newly acquired card by the user If the above conditions are met, the evolutionary synthesis process can be carried out. In FIG. 17, a predetermined button (e.g., FIG. 14) is pressed on the image displayed on the user terminal 10. When the user operates the button b20 of the image P11, the CP of the user terminal 10 U11 accepts a request to execute evolution synthesis (S150) and sends the request to the game server 20. Send (S152).

[0082] When the CPU 21 of the game server 20 receives the request transmitted in S152, In the data table, the card of the pre-evolution card (i.e. the base card of the evolution synthesis) The card data of the evolved card is then erased (S154), and new card data of the evolved card is written (S15 6). Next, the CPU 21 of the game server 20 performs the evolution synthesis in the possession card data table. The card data of the reference card used for the creation is erased (S158).

[0083] Next, the CPU 21 of the game server 20 receives image data including card data of the evolved card. (Image data on which image P12 in FIG. 14 is based) is generated (S160), and the image data is The CPU 11 of the user terminal 10 transmits the information in S162 to the user terminal 10. When the transmitted image data is accepted, an image based on the image data (for example, the image shown in FIG. 14) is generated. The image P12) is displayed on the display unit 16 (S164).

[0084] As described above, in the game system of this embodiment, the process of changing an object In order to perform the evolution synthesis of a card, which is an example of the principle, the base card to be evolved must be The requirement is that the user has both the ID and the corresponding multiple reference cards. Therefore, for example, if you do not have some of the multiple reference cards, In this case, the evolution synthesis of the base card cannot be performed. In some cases, it may be impossible or difficult for the user to obtain an unregistered reference card. However, users who do not know the conditions for obtaining the reference card cannot obtain the reference card. or that it is difficult to obtain the reference card through a process (e.g., a quest process) In such a case, the user cannot know at the time of deciding whether to execute the command. The researchers were concerned that the reference objects might be difficult or impossible to obtain. You will then be asked to carry out a process to obtain a reference card. In this embodiment, the game server 20 receives a game that the user does not own in response to a request from the user. The conditions for obtaining a reference card are presented. Among the multiple reference cards that correspond to the user, there are some that are difficult or impossible for the user to obtain. Even if such a reference card were available, the user would recognize that it would be impossible or difficult to obtain such a reference card. After that, the user can decide whether or not to carry out the process to obtain the reference card. As a result, it is possible to provide a sense of security to the user who is carrying out the process to obtain the reference card. do.

[0085] In addition, the conditions for obtaining a card that you do not own must be at least one of the following: In this case, the user is required to present one of the cards in order to obtain the card that he or she does not own. This can provide a sense of security to a user who is performing processing for the purpose (for example, a quest process).

[0086] In addition, the difficulty of obtaining unknown cards is displayed as a condition for obtaining them, but the method of obtaining them is not presented. (In other words, the information displayed as the conditions for obtaining an unknown card is not related to obtaining a card that you do not own.) It is preferable that the information displayed is limited compared to the information displayed as a condition. In this case, the difficulty of the game A process for obtaining the unknown card (e.g., a quest) while keeping the difficulty at an appropriate level. This provides a sense of security to users who perform the test process.

[0087] (1-9) Modifications of this embodiment Modifications of this embodiment will be described below. The following modifications can be combined as appropriate. be.

[0088] (1-9-1) First modified example In the image P4 of FIG. 12A or FIG. 13A, only the card image of the reference card is displayed. However, the display format of this embodiment is not limited to this. For example, instead of displaying only the card image, you can display only the card name. Alternatively, the display format may be a combination of a card image and a card name. stomach. In other words, the display format of this embodiment displays the reference cards in a manner that allows the user to distinguish them from one another. Any format is acceptable.

[0089] (1-9-2) Second modified example In the above embodiment, in S42 of FIG. 16B, the card data acquired in S38 is In order to prevent information other than that regarding the difficulty of obtaining the item from being displayed, We have explained an example of applying mask processing, but we have also explained how to prevent the information from being displayed. The theory is not limited to this. For example, instead of applying masking, we could remove all information except for the information about the difficulty of obtaining the item. Alternatively, the information may be replaced with a predetermined symbol.

[0090] (1-9-3) Third variant In the above embodiment, in S42 of FIG. 16B, the card name, card image, rarity , and the available area is not displayed. is not limited to this. For example, you can hide the card image and available area, but only display the card name and rarity. may be displayed. Moreover, the information that is not to be displayed may be set by the user at his / her discretion.

[0091] (1-9-4) Fourth Variation In the above embodiment, in S42 of FIG. 16B, the card data acquired in S38 is used The information about the card displayed will be displayed except for the information about the difficulty of obtaining it. Although an example in which S42 is omitted has been described, S42 can be omitted. If S42 is omitted, the card data obtained in S38 (i.e., the acquisition conditions are presented) will be used. All the information about the reference card that was selected is displayed, so that the user can easily This creates a sense of hope that there is a possibility of obtaining the product.

[0092] (1-9-5) Fifth Variation A reference card that the user has had in the past and that the user does not currently have When a card that you do not own is selected as a card for which you should offer a condition for acquisition, Display at least one of the information regarding the available area and the difficulty of obtaining the item as a condition for obtaining the item. It is desirable. This is because the specified object is one that the user has owned in the past and that the user currently owns. If you do not currently have an object, the conditions for obtaining it are: An example of a process for displaying at least one of a route to obtain a specified object and a degree of difficulty in obtaining the object. be. According to this modified example, the user can easily know the difficulty of obtaining the card.

[0093] (1-9-6) Sixth Variation In the above embodiment, an example was shown in which the acquisition conditions for the unowned card were displayed. The acquisition conditions of cards other than the above may be displayed. As an example, the acquisition conditions of the owned cards may be displayed. For example, when the player has many owned cards, In some cases, a user may forget the conditions for obtaining a certain card. By displaying the acquisition conditions of the card, the user can reaffirm the difficulty of acquiring the card. If the user recognizes that the card in question is difficult to obtain, The purpose of the card (for example, to use as a reference card for the evolution synthesis process of which base card) On the other hand, if the user is If the difficulty of obtaining a card is recognized as low, it will be an opportunity to let the person in possession use the card casually. It can provide support.

[0094] (1-9-7) Seventh Variation In the above embodiment, if you have all the reference cards that correspond to the base card, We have explained an example of a card that satisfies the change condition in the above example. In addition, the change condition may be satisfied if a predetermined additional condition is met. For example, an additional condition is that all reference cards must have reached their maximum card level. The winning bid may be established when the user has a certain amount of game points. You may do so.

[0095] (2) Second embodiment In the first embodiment, an image showing the acquisition conditions for a card not yet possessed is displayed. However, in the second embodiment, in addition to the acquisition conditions, the user is required to have a route to acquire the card that he / she does not own. An example of a case where an image including an operation target for guiding the user is displayed will be described. Descriptions similar to those of the first embodiment will be omitted as appropriate.

[0096] (2-1) Examples of presentation of acquisition conditions and quest processing A specific example of the process of presenting the conditions for obtaining a card in the game of this embodiment will be described below with reference to FIG. The following description will be given with reference to FIG. 18. 1 is a diagram showing an example of a screen displayed on the terminal 10. FIG.

[0097] (2-1-1) Presentation of acquisition conditions (Figure 18) In the image P4 of FIG. 12A of the first embodiment, the reference card ( In this example, a card DSG (having a status of "not possessed") is selected in the display area 102, and When the button b8 is operated, the reference cursor selected by the user is displayed as shown in FIG. An image P5 showing the conditions for obtaining the code is displayed.

[0098] In addition to the display areas 103 and 104, the image P5 in FIG. 18 includes a button b9 ("Available This embodiment differs from the first embodiment (image P5 in FIG. 12B) in that it includes a step S4 in which the user selects the area and clicks "Go to area." The button b9 is operated when the user requests a quest process to obtain a card that the user does not own. This is a button that is created. The button b9 is an example of an operation target for guiding the user to a route for obtaining the product.

[0099] (2-1-2) Quest Processing (Figure 18) When the button b9 ("Go to available area") is operated in the image P5, the The image changes as shown in the image P6. The quest execution screen is shown in image P7. By performing a specific operation on statue P6, you can move to the area (here, the area When the quest conditions are met, the user can search for the quest data. You can obtain cards you do not own based on the probability according to the "Acquisition Rate" value on the table. Cut.

[0100] (2-2) Game Processing Flow of the Present Embodiment Next, an example of the process flow of the game of this embodiment will be described with reference to the sequence chart of FIG. This will be described with reference to the following. FIG. 19 is a sequence chart showing the quest process. The steps in which the images P5 to P6 shown in FIG. 18 are displayed are given the reference numerals of the images.

[0101] (2-2-1) Presentation of acquisition conditions In this embodiment, in S44 (FIG. 16A), the CPU 21 of the game server 20 In addition to the card data of the acquired reference card, the acquisition route of the reference card (in this case, the Image data (Fig. 18) for presenting the operation target to guide the user to the area where the operation can be performed The second embodiment differs from the first embodiment in that the second embodiment generates image data that is the basis of the image P5.

[0102] (2-2-2) Quest Processing (Figure 19) In FIG. 19, a predetermined button (e.g., FIG. 18) is pressed on the image displayed on the user terminal 10. When the button b9) of the image P5 is operated, the CPU 11 of the user terminal 10 executes the quest process. The processing request is received (S70), and the request is transmitted to the game server 20 (S72).

[0103] When the CPU 21 of the game server 20 receives the request sent in S72, the CPU 21 From the data table, select the quest data ( Area name, stamina consumption, acquired card data (card ID and acquisition rate), acquired item data Based on the data (item ID and availability rate), boss ID, and quest UI data) Then, image data for the quest process (image data that is the basis of image P6 in FIG. 18) is generated (S7 4) The image data is transmitted to the user terminal 10 (S76).

[0104] When the CPU 11 of the user terminal 10 receives the image data transmitted in S76, An image based on the image data (for example, image P6 in FIG. 18) is displayed on the display unit 16 (S78 ).

[0105] After that, the CPU 11 of the user terminal 10 transmits an instruction according to the user's operation to the game server 2. 0. The CPU 21 of the game server 20 executes the quest based on the transmitted instruction. When the quest progresses to a predetermined level, the CPU 21 The user then executes a battle between the boss character and the user. When the condition is met, the CPU 21 performs a counter calculation according to the value of the "acquisition rate" associated with the quest ID. In the process of providing a card, the CPU 21 performs a process of providing a quest I The card ID associated with D is written to the possessed card data table, and the possessed card history is also recorded. In the history data table, increase the value of the "Number of acquisitions" associated with the card ID. This allows the user to select the cursor in the image P4 of FIG. 12A in the first embodiment. A reference card (a card showing the acquisition conditions) can be obtained.

[0106] As described above, the game server 20 of the present embodiment is configured to detect references that the user does not own. The conditions for obtaining the card and the operation target for guiding the user to the route for obtaining the reference card By presenting the above, the user can obtain the object by simply operating the above operation object. This improves operability when requesting the execution of a process. It is possible.

[0107] (3) Third embodiment In the second embodiment, the operation object for guiding the user to a route for obtaining the card that the user does not have is included. In the above, the case where an image of a card not in possession is displayed has been described. In the third embodiment, however, In addition to the operation targets for guiding the user to the path, the system also guides the user to the path to obtain the card that the user does not have. After the user obtains the card that he or she does not own, the user executes a reservation process for the evolution synthesis. An example of a case where an image including an operation target for the purpose of the operation is displayed will be described. Descriptions similar to those in the above embodiment will be omitted as appropriate.

[0108] (3-1) Examples of acquisition condition presentation processing, quest processing, and evolution synthesis reservation processing The following describes the process of presenting the conditions for obtaining cards in the game of this embodiment, the quest process, and the progress A specific example of the reservation process for chemical synthesis will be described with reference to FIG. 1 shows an example of a screen displayed on the user terminal 10 when the game processing of the embodiment is being executed. FIG.

[0109] (3-1-1) Presentation of acquisition conditions (Figure 20) In the image P4 of FIG. 12A of the first embodiment, the reference card ( In this example, a card DSG (having a status of "not possessed") is selected in the display area 102, and When the button b8 is operated, the reference cursor selected by the user is displayed as shown in FIG. An image P5 showing the conditions for obtaining the code is displayed. The image P5 in FIG. 20 includes, in addition to the display areas 103 and 104, a button b10 ("Reserve" "Not available / Go to available area") and button b11 ("Reserve / Go to available area" ") and the second embodiment (image P5 in FIG. 12B) in that it includes a button b 10 is operated when the user requests a quest to obtain a card that he or she does not own. The button b11 is a button that executes both the quest process and the evolution synthesis reservation process. This is the button that is operated when making a request.

[0110] (3-1-2) Quest Processing (Figure 20) In image P5, button b10 ("Do not reserve / Go to available area") is operated. Then, the image changes as shown in P6. Image P6 is the same as image P6 in the second embodiment (FIG. 18). ) is the same as

[0111] (3-1-3) Reservation process for evolutionary synthesis (Figure 20) In image P5, button b11 ("Make a reservation / Go to available area") is operated. When the user enters the quest, the reservation process is performed for the reference card that the user has. Then, an image P7 is displayed, indicating that the reservation process has been completed.

[0112] (3-2) Processing flow of the game of this embodiment (FIG. 21) Next, an example of the process flow of the game of this embodiment will be described with reference to the sequence chart of FIG. The process of presenting acquisition conditions and the process of quests in this embodiment will be described with reference to the following. This is carried out in the same manner as in embodiment 2. FIG. 21 is a sequence chart showing the reservation process of evolutionary synthesis. The steps in which the images P5 to P7 shown in FIG. 20 are displayed are given the reference numbers of the images. .

[0113] In the reservation process described below, as an example, a user evolves a base card. Among the multiple reference cards for the evolution synthesis of base cards, you can choose a reference card that you do not own. Assume you want to make a reservation.

[0114] In FIG. 21, a predetermined button (e.g., FIG. 20) is pressed on the image displayed on the user terminal 10. When the user operates the button b11 of the image P5, the CPU of the user terminal 10 11 accepts a request for reservation processing of evolution synthesis (S50), and transmits the request to the game server 20 The request is sent to the user (S52). The card ID that identifies the reference card is included. In addition, in step S52, a selection object is generated for a specified object based on a user operation. Accepts requests to restrict the use of the object for any other purpose than for processing that changes the object. This is an example of a process.

[0115] When the CPU 21 of the game server 20 receives a request for reservation processing of evolution synthesis, The serial number of the base card obtained in S24 (Figure 16A) is accessed from the data table. The corresponding reservation ID has already been issued (i.e., the same serial number is in the "Pre-evolution Card" column) It is then determined whether the route number has been recorded (S54). If the reservation ID has already been issued (S54: YES), the process proceeds to S58, where the reservation ID is issued. If the reservation has not been completed (S54: NO), the reservation ID is issued (S56) and the process proceeds to S58. In S58, the CPU 21 stores a provisional reservation ID in the reservation data table. At this time, the CPU 21 writes the serial number of the reservation ID. Please enter the serial number of the base card in the "Pre-evolved card" column. And among the columns C1 to C5 corresponding to that reservation ID, the card that is not the reserved card In the field corresponding to the card ID, enter data indicating that the card is not the one being reserved (for example, Write the .ULL.

[0116] Next, the CPU 21 of the game server 20 checks the reserved card data table. In the "Reservation ID" field that corresponds to the card ID of the reservation card, enter the reservation ID that you entered in S58. Write the ID (S60). In addition, S60 does not perform any process other than changing the selected object for the specified object. This is an example of a process that restricts the use of the information in the above process.

[0117] Next, the CPU 21 generates image data indicating that the reservation has been completed (S62). The image data is transmitted to the user terminal 10 (S64). When the image data transmitted by 66 is acquired, an image (e.g., FIG. 20) is displayed on the display unit 16 (S66).

[0118] After that, when the user obtains the reserved card (i.e., the user's card data When the card ID and serial number of the reserved card are recorded in the data, U21 uses the temporary serial number written in the reservation data table in S58 on the card data. Replace the serial number with the one included in the data.

[0119] In FIG. 21, when a predetermined button (e.g., When the button b10) of the image P5 in FIG. 20 is operated, the same quest process as in the second embodiment is performed. (Figure 19) is performed.

[0120] As described above, the game server 20 of the present embodiment is configured to detect references that the user does not own. The user is guided to a route for obtaining the reference card together with the conditions for obtaining the card, and the reference card is By presenting the operation object to request the process of reserving a card, the reserved card can be It is possible to restrict the use of the evolutionary synthesis process. During the waiting period until the remaining reference cards that have not been purchased are available, This prevents cards from being accidentally used for a process other than the intended evolution synthesis.

[0121] (4) Fourth embodiment In the above embodiment, the user presses a button to request the presentation of the conditions for obtaining the reference card. The case where an image showing the acquisition conditions is displayed when the user operates the device has been described. In the form, the user presses a button to confirm the selected card as the base card for evolution synthesis. A reference card that satisfies the evolution synthesis change conditions of the base card when the user operates it. An example of a case where an image showing the acquisition conditions is displayed will be described. Similar explanations will be omitted as appropriate.

[0122] (4-1) Example of the process for presenting acquisition conditions A specific example of the process of presenting the conditions for obtaining a card in the game of this embodiment will be described below with reference to FIG. FIG. 22 shows a user interface when the game processing of this embodiment is being executed. 1 is a diagram showing an example of a screen displayed on the terminal 10. FIG.

[0123] - Presentation of acquisition conditions (Figure 22) FIG. 22 shows a series of displays of a process for presenting conditions for obtaining a card that is not yet possessed. The images P1 to P3 in FIG. 22 are the same as those in FIG. 12 of the first embodiment. A is similar to images P1 to P3.

[0124] When the button b6 is operated in the image P3, the card K selected as the base card is If the LM does not meet the requirements of the reference card to evolve, it will be The image is updated as shown in the image P4. The card KLM selected as the base card is evolved. Presents the conditions for obtaining a reference card that the user does not possess among the reference cards required for the purpose of the game. In addition, when the user selects the button b6 in the image P3, The card selected as the Scard meets the criteria of the reference card required for KLM to evolve If so, the user is prompted to indicate whether or not to perform evolution synthesis of the card KLM. An image (not shown) is displayed.

[0125] The image P4 in FIG. 22 shows, in the display area 102, reference cards and other elements required for evolutionary synthesis. In addition to the card's status (owned, not owned, reserved, or unknown), The point that the conditions for obtaining the code are shown is different from the first to third embodiments (FIGS. 12A, 13A, and The display area 102 shows, for example, the acquisition of cards not yet possessed. Information indicating the route (here, the area name "Area 1") is shown.

[0126] (4-2) Processing flow of the game of this embodiment (FIG. 23) Next, an example of the process flow of the game of this embodiment will be described with reference to the sequence chart of FIG. 23 is a sequence chart showing the process of presenting acquisition conditions. In FIG. 23, the images P1 to P4 shown in FIG. 22 are displayed at the steps. In FIG. 23, the same process as in FIG. 16A and FIG. 16B is performed. In the above, the same reference numerals are used.

[0127] In the process of presenting acquisition conditions described below, as an example, a user inputs a base card and If you have a part of multiple reference cards for evolving the base card, Assume that a user requests the presentation of conditions for obtaining a reference card that he or she does not possess.

[0128] After S26 (FIG. 16A) of the first embodiment is executed, the CPU 21 of the game server 20 Based on the multiple reference card IDs read in S26, the card data table, the query The card data of the reference card is obtained from the stock data table and the card circulation data table. TA (Card name, card image, rarity, quest ID, area name of available area, The number of transactions, number of transactions, and average transaction price are obtained (S38). , and rarity are taken from the card data table. Quest ID and acquisition The area names of available areas are taken from the quest data table. The number of times you can obtain them is based on your possession history. The number of cards in circulation and the average transaction price are taken from the card circulation data table. It is obtained from.

[0129] Next, the CPU 21 of the game server 20 executes S40 to S42 as the first execution After executing steps S40 to S42 (FIG. 16B) of the above method, the reference card obtained in step S38 is Image data for presenting the conditions for obtaining the reference card to the user based on the card data 22) (S44), and the image data is The result is transmitted to user terminal 10 (S46).

[0130] When the CPU 11 of the user terminal 10 receives the image data transmitted in S46, An image (for example, image P4 in FIG. 22) is displayed on the display unit 16 based on the image data (S4 8).

[0131] As described above, the game server 20 of this embodiment is not owned by the user. The conditions for obtaining the reference cards required for the desired evolution synthesis are set based on the base By presenting the cards in response to the user's operation to select a card, the necessary cards for the evolution synthesis of the base card are This improves the ease of operation of presenting the conditions for obtaining a reference card.

[0132] (5) Fifth embodiment In the above embodiment, an example has been described in which a screen presenting the conditions for obtaining a card that is not yet possessed is displayed. As described above, in this embodiment, a screen presenting the acquisition conditions for the owned card is displayed, and The card selected by the user on the screen disappears when it is used for some process. An example of a process for preventing this will be described.

[0133] (5-1) Pre-ordering and favorites registration for game cards of this embodiment (FIG. 24) In the game of this embodiment, the user evolves a desired base card through evolution synthesis. You want to evolve some or all of the reference cards needed to evolve the base card. Consider the case where the user does not have the reference card. In this case, The base card will remain in use until the user receives a new card (i.e., the remaining reference card). However, the user must wait for the remaining reference cards to be processed. You can use the reference card you have before acquiring the base card for a purpose other than evolving the base card. The reference card is lost when used, and it is difficult to meet the conditions for obtaining the reference card. In some cases, it may be difficult to evolve the base card. For example, when performing evolution synthesis, Cases where the user accidentally loses the reference card (for example, by selling it) before the card is used. If the probability of obtaining the reference card is low, or if the probability of obtaining the reference card is low, If the time period is limited, it will be difficult for users to evolve their desired base cards. become. Therefore, in this embodiment, a reference card that is necessary to evolve a desired base card is To surely prevent the disappearance of a user's information against his / her will.

[0134] Please refer to Figure 24 for a detailed explanation of how to reserve and bookmark a reference card. FIG. 24 is a diagram for conceptually explaining the reservation and favorite registration of a reference card. FIG. In FIG. 24, consider the case where a user wants to evolve card Q, which is a card he owns. Here, in order to evolve card Q, cards A, B, and C are used as reference cards. Assuming that the combination of the following is required. The user does not currently have card B. Card Q cannot be evolved. Also, if you do not meet the conditions for obtaining Card A, If it is difficult to achieve this, the user will use card A for purposes other than evolving card Q. If you lose it from your possession, it will be difficult to evolve Card Q. Therefore, in this embodiment, if the user unintentionally loses card A from the cards he owns, In order to prevent this, the conditions for obtaining Card A are presented, and then Card A is Accepts reservation registration or favorite registration. Reservation registration is a process that is executed on the condition that card A is removed from the owned cards. The card Q selected as the base card will be used for other processes than evolution synthesis. The point is to put it in a restrictive state. The condition for registering as a favorite is that card A is removed from your possession. The card Q selected as the base card is used in the following processes (including the evolution synthesis of the card Q). The aim is to create a situation where In addition, reservation registration and favorite registration are objects designated by the user. This is an example of a process for restricting a specified object from being used in a predetermined process. "Prescribed processing" means that the designated object is deleted from the possessed objects. In other words, the process is executed as a possession object, which is an object that the user possesses. The object specified from among the objects is restricted by reservation registration and favorite registration. becomes the target object.

[0135] In this way, after presenting the conditions for obtaining Card A, you can register or purchase Card A. By accepting the favorite registration, the user can obtain card A according to the presented acquisition conditions. Immediately after recognizing that it is a difficult card to obtain, card A is used to eliminate it from the cards in hand. Therefore, you can make requests to limit what you can do with the card. This ensures that loss against A's intention is prevented.

[0136] (5-2) Data table structure Next, regarding the possessed card data table stored in the storage 25 of the game server 20, These will be described in order with reference to FIG.

[0137] The card data table records information about the cards owned by the user. An example of the configuration of the owned card data table is shown in FIG. 25. The following is an example of a table, but the possession card data table contains all the user cards registered in the game. It is provided corresponding to the user. The owned card data table in Figure 25 associates the registration type data with each card ID. 8 in that the cards are recorded in the owned card data table. Registration information is the type of registration made to your card data (reservation registration or favorite registration). The type of screen on which the registration request was made (the screen presenting the acquisition conditions (hereinafter referred to as "input")) "Conditions Presentation Screen" or a list of reference cards required for evolution synthesis for each base card In the example of FIG. 25, the data indicates a combination of the acquisition conditions and the For cards that have been reserved, a "1" will be recorded in the registration information, and the acquisition conditions display screen will appear. For cards that have been registered as favorites via the card registration page, a "2" will be recorded in the registration information. For cards that have been added to your favorites via the card list screen, a "4" will be recorded in the registration information. Cards that have not been reserved or saved as favorites will be marked with "N / A." It will be recorded.

[0138] (5-3) Specific examples of game display processing according to this embodiment (5-3-1) Specific Example of Display Process for Presenting Obtaining Conditions in the Game of the Present Embodiment (FIG. 26) In the image P4 of FIG. 12A of the first embodiment, a reference card for which acquisition conditions are to be displayed is selected. When the button b8 is operated, the image displayed on the screen is changed to the image displayed on the screen as shown in FIG. An image P5 corresponding to a screen presenting the acquisition conditions for the selected reference card is displayed.

[0139] The image P5 in FIG. 26 includes a button b12 ("Reservation Registration") and a button b13 ("Favorites"). The second embodiment differs from the first embodiment (image P5 in FIG. 12B) in that it includes a step of "registering" the first image. The button b12 ("Reservation Registration") is operated when the user requests reservation registration of the card in his possession. This is a button that is created. Button b13 ("Add to favorites") allows the user to request to add a card to favorites. This is the button that is operated when

[0140] When the button b12 ("Reservation registration") is operated in image P5, as shown in P21, The image changes. Image P21 shows the result of the reservation registration process. When the button b13 ("Add to favorites") is operated in the image P5, the image shown in P22 is The image changes as shown in FIG. 13. Image P22 shows the result of the favorites registration process.

[0141] (5-3-2) A specific example of the display process of the list screen of game change conditions in this embodiment (FIG. 27A ~Figure 27C) In the image P1 of FIG. 12A of the first embodiment, the button b4 ("Evolutionary Synthesis") is operated. When the change condition list screen is displayed, as shown in FIG. 27A, an image P23a corresponding to the change condition list screen of this embodiment is displayed. The image P23a is also called a change condition list screen.

[0142] The image P23a includes a display area 105, a button b12 ("Reservation registration"), and a button b13. ("Favorite registration") and button b12 ("Reservation registration") and button b13 ( "Add to favorites") is the same as image P5 in FIG. The display area 105 displays the card images and card names of the base card and the reference card. The display area 105 displays each combination of the base card and the reference card. The reference cards for each base card are displayed. In the example of Figure 27A, the evolution synthesis of card KLM The reference cards required for this are cards VIC, DSG, and MIT, and the progress of card SAM The reference cards required for chemical synthesis are the cards MIT, KAY, and TED. In the display area 105, the reference cards are displayed in such a manner that the owned cards and the unowned cards can be distinguished from each other. In the example of FIG. 27A, cards VIC, DSG, MIT, and KAY are owned cards. The card is displayed with a solid line indicating that it is a card, and the card TED indicates that it is an unowned card. It is shown by the dashed line as shown. In addition, the display area 105 displays the items that are the subject of reservation registration made via the acquisition condition presentation screen. The mark m1 will be displayed on the card image of the card you have selected. The mark m1 will disappear from your possession. Among the processes that are executed under the condition that the card is lost, those other than the evolution synthesis of the base card A mark ("symbol") that appears on the card image of a card that is in a restricted state. In the example of FIG. 27A, the card image of the card KLM has In addition, the mark m1 is displayed on the card image of the card DSG. The card DSG is executed on the condition that the card DSG is erased from the possession card. The use of the logic for processing other than the evolution synthesis of card KLM is restricted. This shows that. In addition, the display area 105 displays the information of the bookmarks that have been registered as bookmarks via the list screen. Mark m2 is displayed on the card image of the card. Mark m2 disappears from the card in your possession. It can be used in processes that are executed on the condition that the card is upgraded (including evolution synthesis of base cards). This is a mark that is displayed on the card image of a card that is in a restricted state. In the example of FIG. 27A, In FIG. 27A, the mark m2 is displayed on the card image of the card KAY. A process that is executed on the condition that Card KAY is deleted from the owned cards. (For example, the evolution synthesis process of the card SAM and the sale process of the card KAY) This indicates that the use is restricted. By selecting a card image, the user selects a card corresponding to the card image. In the example of FIG. 27A, when the card image b14 is selected, the card K The card MIT, which is a reference card required for the evolution synthesis of LM, is selected, and the card image If b15 is selected, then card M is the reference card required for the evolutionary synthesis of card SAM. IT becomes selected. The user selects the card and presses button b12 ("Reservation registration") or button b 13 (Add to Favorites) to reserve or cancel the selected card. In the example of FIG. 27A, the user can request to register the card image b14 as a favorite. Press button b12 ("Reservation registration") or button b13 ("Favorite registration") to Reservation registration for Card MIT as a reference card necessary for the evolutionary synthesis of Card KLM You will be asked to register it as a favorite.

[0143] In image P23a, the user selects the card image b14 and then presses the button b12 ("Pre-order"). When you operate the "Register" button, the image changes to image P23b. Image P23b shows that the mark m3 is Card MIT card image as a reference card for the evolutionary synthesis of the KLM card The image differs from the image P23a in that the mark m3 is This mark indicates the reference card that was the subject of a reservation registration made by the user. Card MIT's card image is used as a reference card for the evolutionary synthesis of Card SAM. Mark m4 is the evolution of other base cards (cards KLM). This mark indicates that a reservation has been registered and serves as a reference card required for completion. In the example of Figure 27B, the card MIT is used as a reference card for the evolutionary synthesis of the card KLM. The mark m3 is displayed on the card image, and the reference required for the evolution synthesis of the card SAM is Mark m4 is displayed on the card image of the card MIT as a card. In this case , Card MIT is executed on the condition that Card MIT is erased from the possessed card. Among the processes that can be performed, the use of the card KLM for other processes is restricted. ,The MIT card can be used to process the evolutionary synthesis of the KLM card, but the SA card It will no longer be possible to use it in the evolution synthesis or sale process of M.

[0144] In the image P23a, the user selects the card image b14 and then presses the button b13 (" When you operate the "Favorites" button, the image changes to image P23c. Image P23c has a mark m5 This image differs from image P23a in that it is displayed on the card image of card MIT. The m5 reference catalog is the target of favorite registration via the change condition list screen. This is a mark indicating the mode. In the example of Figure 27B, the card MIT is used as a reference card for the evolutionary synthesis of the card KLM. Card images of the cards, and Card MI as a reference card necessary for the evolutionary synthesis of Card SAM Mark m5 is displayed on the image of T's card. In this case, for card MIT, Use the card MIT for all transactions that are executed on the condition that the card MIT is erased from the owned cards. In other words, the card MIT is the process of evolution synthesis of the card KLM, the card SA It will no longer be able to be used in either the evolution synthesis process of M or the sale process.

[0145] In the images P23a to P23c, the marks m1 to m5 have mutually distinguishable shapes and patterns. This allows the user to select the acquisition conditions and display them in the form of a Reference cards that were the subject of reservation registration via the screen, and via the acquisition conditions presentation screen Reference cards that have been registered as favorites via the change conditions list screen The reference card that was the subject of the reservation registration and the change condition list screen This makes it easier to identify reference cards that have been registered as favorites. Specifically, for marks m1 to m5, the type of registration (reserved registration or favorite registration) The registration is identified by the shape of the mark, and the screen where the registration request was made (the acquisition condition presentation screen) The surface (or change condition list screen) is identified by the pattern of marks.

[0146] (5-4) Processing flow of registration processing in this embodiment (FIG. 28) Next, an example of the process flow of the game of this embodiment will be described with reference to the sequence chart of FIG. 28 is a sequence chart showing the registration process. In FIG. 28, the images P5, P21, and P22 shown in FIG. 26 are displayed. The steps are assigned the same reference numbers as those in FIG. 28. The principles are given the same reference numerals.

[0147] In the registration process described below, the specified object is the object specified by the user. As an example of a process for restricting the use of a specific object in a specific process, Assume that a request is made to process an inquiry registration or a favorite registration.

[0148] After S48 (FIG. 16B) of the first embodiment is executed, the CPU 21 of the game server 20 button b12 ("Reservation registration") or button b13 displayed on image P5 of FIG. Based on the user's actions on the "Favorites" page, requests to process reservation registrations or A request for processing the favorites registration is accepted (S170), and the request is sent to the game server 20. Believe (S171). Note that the image P5 in FIG. 26 is an image of the selected object. The object identification information is included in the change condition corresponding to the object identification information. 13 is an example of output data for displaying acquisition conditions for a plurality of objects to be acquired. The request to process the reservation registration will include the user ID, the base card serial number, and the reference card number. The serial number of the device and the type of image that was displayed when the request to process the reservation was made (For example, image P5 in FIG. 26 or image P23a in FIG. 27A) Information identifying the type of screen through which the reservation request was processed) and and information identifying the request as a processing request. To process your request for favorites, you will need to enter your user ID, the serial number of your reference card, and your favorites. The type of image displayed when the registration request was made (for example, Image P5 or image P23a in FIG. 27A) (i.e., the process of registering the image as a favorite) (information to identify the type of screen through which the request for processing was made) and The request includes information identifying the request. The request for reservation registration processing and the request for favorite registration processing are made according to the request specified by the user. Restricts the use of a specified object in a given process. This is an example of a request to

[0149] When the CPU 21 of the game server 20 receives a request from the user terminal 10, the CPU 21 of the game server 20 Then, the corresponding registration process (reservation registration or favorites registration) is executed (S172). In addition, the process of S172 is to inform the designated object that it will be used for a predetermined process. This is an example of a limiting process.

[0150] If the request accepted in S170 is a request for reservation registration processing, the CPU 21 For the possessed card data identified by the serial number of the reference card included in the request, This indicates that the card is the subject of the reservation registration made via the acquisition conditions presentation screen. The CPU 21 records the registration information (the registration information "1" in FIG. 25). For reservation data identified by the serial number of the base card to be used, In the field corresponding to the card ID of the reference card, record the serial number of the reference card. This allows the serial number of the reference card that is the subject of reservation registration to be registered Any item identified by a serial number other than the serial number of the base card that is the subject of the registration (i.e., the reference card is recorded in the base card other than the base card) (Reserve for evolution synthesis) and delete from your card data (i.e. and the referenced card is removed from the owned cards (for example, by executing a sale process). is restricted. On the other hand, if the request accepted in S170 is a request for processing favorite registration, CP U21 is a card holder identified by the serial number of the reference card included in the request. The car that is the target of favorite registration via the acquisition condition presentation screen for the data The registration information indicating that the user is a registered user (registration information "2" in FIG. 25) is recorded. For the serial number of the reference card to be registered, and to record the serial number and to delete it from the card data (i.e., The ability to remove the reference card from your possession is restricted.

[0151] Next, the CPU 21 transmits the execution result of the registration process to the user terminal 10 (S173 ).

[0152] The CPU 11 of the user terminal 10 receives the execution result of the registration process from the game server 20. When the execution result is received, a screen based on the execution result is displayed (S174). On the display unit 16 of the number 0, the image P21 or P22 in FIG. 26 is displayed. In addition, S174 is limited to objects that are subject to reservation registration and favorites. The object that is the object of the registration restriction and the object that is the object of the registration restriction are displayed in a way that can be easily identified by the user. This is an example of a process for outputting data to be displayed in a display format.

[0153] By using the registration information in FIG. 25, marks m1 to m 5 to record the type of registration and the type of screen displayed when the registration request was made. , can be displayed so that the user can identify it. For example, if the user When the button b4 ("Evolution Synthesis") of P1 is operated, the display unit 16 displays the When the registration process is executed, the image P23b in FIG. 27B is displayed, and in S172 When the favorites registration process is executed, image P23c in FIG. 27C is displayed.

[0154] As described above, the game server 20 of this embodiment displays the following on the acquisition condition presentation screen: The reference card in your possession may be used for any process other than the evolution synthesis of the base card. Requesting a reservation registration process to limit the number of cards that can be used, or requiring the card to be removed from your possession Restricts the use of cards in processes performed as a The application accepts requests for favorite registration processing. As a result, the user can select whether or not it is possible to obtain the reference card he or she possesses on the acquisition condition presentation screen. Immediately after realizing that it is difficult, make the reference card in question not disappear unintentionally. It will be possible to do so. In particular, the base card and the participating cards used in the evolution synthesis of the base card The more reference cards a user has, the more difficult it becomes for the user to distinguish which reference card from which base card. It becomes difficult to manage which of the following should be used for evolutionary synthesis. As a result, users may make mistakes or There is a risk that the user may forget the purpose of the reference card and cause the reference card to be lost unintentionally. This occurs. In contrast, in this embodiment, the user can select reference cards that are difficult to obtain from the acquisition condition presentation screen. Immediately after recognizing that the reference card is a card, the card is erased. You may request to restrict the use of your personal information for processing under the following conditions: Therefore, it is possible to reliably prevent the reference card from being lost unintentionally by the user. do.

[0155] In this embodiment, the user can register two types of items (reservation registration and favorite registration). Therefore, users can use different registrations depending on their purpose (i.e. For example, you can select the range of restrictions to be applied to the reference card. Users who wish to use a card in the evolution synthesis of a specific base card must make a reservation registration request. This allows the disappearance of reference cards by performing processes other than the evolution synthesis of a specific base card. This prevents loss of the base card. Also, you can use the reference card to evolve the base card without having to decide which base card to evolve. A user who wishes to prevent the reference card from being lost can request to register it as a favorite. This makes it possible to reliably prevent the loss of the reference card. This will allow you to flexibly manage the use of the card.

[0156] In addition, the game server 20 of the present embodiment displays the change condition list screen. The reference card that was the subject of the reservation registration made via the online registration screen and the acquisition condition presentation screen The reference card that has been registered as a favorite and the card that has been registered as a favorite are displayed in a distinguishable manner. Furthermore, the game server 20 of this embodiment performs the base card and The combination of the reference card and the identification card is displayed in an identifiable manner. Furthermore, the game server 20 of this embodiment stores the reference card that is the subject of reservation registration, and The reference card that is the subject of favorite registration is displayed in a distinguishable manner. This allows users to decide how they want to use their cards (specifically, how to evolve a specific base card). Visually grasp whether the item is to be used for the creation of the new product or to be kept for an undetermined purpose. You will be able to do it.

[0157] (5-5) Modifications of this embodiment Modifications of this embodiment will be described below. The following modifications can be combined as appropriate. It is. (5-5-1) First modified example In this embodiment, the reference card to be registered (reservation registration or favorite registration) However, in this embodiment, the reference card to be registered is a reference card that is a registered reference card. The reference card may be an unowned card. For example, the change condition list screen accepts requests for reservation registration or favorite registration. When the request is accepted via the change condition list screen, The user has acquired a card that is subject to the After the card number is recorded in the card data table, the reservation registration for that card is or execute the favorites registration process.

[0158] (5-5-2) Second modified example In this embodiment, an example in which the marks m1 to m5 are displayed on the change condition list screen has been described. The marks m1 to m5 may be displayed on a screen other than the conversion condition list screen.

[0159] As an example, a screen showing acquisition conditions (for example, an image P showing the execution result of the reservation registration process) 21, or the image P22 showing the result of the favorite registration process) m5 may be displayed.

[0160] As another example, on a screen showing a list of owned cards (hereinafter referred to as the "owned card list screen"), Marks m1 to m5 may be displayed. Specifically, the button b1 ("View Owned Monsters") is operated in the image P1. 27A to 27C, a card list screen is displayed. Like the change condition list screen, information about the cards you own (e.g., card images and cards The name of the card you have will be displayed in a list. The card image of the selected card shows one of marks m1 to m5.

[0161] (5-5-3) Third modified example In this embodiment, a request for reservation registration or favorite registration for a selected card is We have explained an example of accepting a request to cancel registration of the card. Good too.

[0162] For example, a card image in which any one of marks m1 to m5 in FIG. 27A to FIG. 27C is displayed When an image is selected by the user, the card corresponding to the selected card image (i.e. Reserve or favorite a card that is reserved or favorited Specifically, in FIG. 27A, the mark m1 is displayed. When the card image is selected, the reserved card DSG is selected. The button to be specified when requesting cancellation of registration is displayed. When the user operates this button, the reservation registration made to the card DSG is canceled. The mark m1 displayed on the card image disappears. G is in a state where no registration has been made (i.e., it can be used for all processes). ) becomes.

[0163] According to this modification, the reference to be registered as a favorite when the purpose is not yet decided is The user can cancel the favorite registration and register the reservation for the reference card. Also, it is done when the purpose is decided to use it for evolution synthesis of a specific base card. Cancel the reservation registration for the reference card that is the subject of the reservation registration and add it to your favorites. Therefore, the user can register the reference card by entering the purpose of the reference card and the This allows for flexible management of the scope of restrictions placed on users.

[0164] (5-5-4) Fourth Variation In this embodiment, as shown in FIG. 26 and FIG. 27A to FIG. 27C, the button b12( An example of displaying button b13 ("Booking Registration") and button b13 ("Favorite Registration") side by side As explained above, it is possible to display only one of these two buttons.

[0165] (5-5-5) Fifth Variation In this embodiment, a reservation is registered via a purchase condition presentation screen such as that shown in image P5 of FIG. The example of the request for the favorites registration process has been described. The request may be made via a list of change conditions as shown in FIG. 3a. An example of the registration process when the request is made via the item list screen will be described with reference to FIG. Reveal.

[0166] Specifically, when the card image b14 of the image P23a is selected, the button b12 ("Preview" A user operation is performed on button b13 ("Register Favorites") or button b14 ("Register Favorites"). Based on the operation, the CPU 11 of the user terminal 10 issues a request for reservation registration processing or A request for processing the favorites registration is accepted (S170), and the request is sent to the game server 20. Believe (S171).

[0167] When the CPU 21 of the game server 20 receives a request from the user terminal 10, the CPU 21 of the game server 20 The registration process (reservation registration or favorite registration) is executed according to the request (S172), and the registration The execution result of the process is transmitted to the user terminal 10 (S173).

[0168] The CPU 11 of the user terminal 10 receives the execution result of the registration process from the game server 20. When the execution result is received, a screen based on the execution result is displayed (S174). Image P23b of FIG. 27B or image P23c of FIG. 27C is displayed on the display unit 16 of the number 0. .

[0169] As described above, the registration process in this modified example involves four types of registration (via the acquisition condition presentation screen) Reservation registration made via the reservation screen, favorite registration made via the acquisition condition presentation screen, change conditions Reservation registration made via the list screen and reservation registration made via the change condition list screen Each screen has a screen for users to distinguish between the four types of registrations. The information about the card is displayed in a format that is easy to understand.

[0170] (6) Sixth embodiment In the above embodiment, communication between the user terminal 10 and the game server 20 is performed according to HTTP. The user terminal 10 interprets the HTML document received from the game server 20. In the case where the present invention is realized in a so-called browser format, in which game images are displayed by However, the present invention is not limited to this case. By executing the program, the user terminal 10 performs the game processing independently, and the user terminal 1 A so-called native application that suppresses the transmission and reception processing between the game server 20 and the game server 20. In the native application format, the The CPU 11 of the user terminal 10 generates image data without using the display unit 16. Display the image in. In this embodiment, the game of the above embodiment is played in a native application format. An example of how this can be realized will be described. The hardware configuration of this embodiment is the first In the native application format of this embodiment, the processing It is assumed that most of the processing will be done on the user terminal 10 side, but some game processing not explained below may be performed. Part of the process (for example, a lottery process in which the user is awarded points by lottery, or a game operator grants points to the user) The game server 20 executes the process for the gift process (such as the process of giving a card), The game server 20 may be configured to transmit the processing results to the user terminal 10.

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

[0172] 29A and 29B are sequence charts showing the process of presenting acquisition conditions in this embodiment. In each of Figs. 29A and 29B, the same process as in Figs. 16A and 16B is performed. The principles are given the same reference numerals. In the reservation process for evolutionary synthesis in this embodiment (FIGS. 29A and 29B), for example, at the time of login The game server 20 then transmits the data table group (card) in the storage 25 to the user terminal 10. Data table, evolution synthesis data table, possession card data table, possession history data The user terminal 10 transmits the card circulation data table and the card circulation data table (S8). The CPU 11 stores the received data table group in the storage 18 and executes the operation. Based on the operation input from the input unit 15, the RAM 13 and the display unit 16 cooperate with each other to execute S14. Execute processing of ~S48. Although not shown in the figure, in this embodiment, the evolution synthesis process, the quest process, and the evolution synthesis process are performed. Similarly, the reservation process for creating a reservation is also performed by the user terminal 10 independently. In this embodiment, the card data table, the evolution synthesis data table, the quest data table, Table, possession card data table, possession history data table, and card circulation data table The reservation data table is held in the game server 20, and the reservation data table is stored in the user terminal 10. The above describes cases where the information is stored in the native app, but this is not limited to this case. In an application-based game, the data table storage allocation should be set appropriately. and the game server 20 is capable of storing the game information. The game server 20 is not limited to a specific storage mode as long as the game server 20 can store the game data. If any of the data tables are held, the game server 20 The stored data table is transmitted to the user terminal 10, and the game is performed in the user terminal 10. It is used to process the data.

[0173] (7) Modifications common to all embodiments (7-1) Modifications for application to applications other than games In the above-described embodiment and modified example, the present invention is described as being applied to a game. However, the present invention may be applied to other applications, such as shopping on the Internet. If multiple types of electronic coupons are distributed each time a product is purchased at a mall, A pawn ticket may be an example of an object of the present invention. In this case, for example, the base object Upgrade the reward content of Coupon Q as a project (process of changing an object) In order to do this, we use coupon A~A as a reference object corresponding to coupon Q. It is possible for a user to possess and use coupon Q. In this example, For the purpose of upgrading, the user has the coupons A to C required for that purpose. The conditions for obtaining a coupon that has not been redeemed (e.g., coupon B) are presented. The present invention can also be applied to other applications besides the above-mentioned examples.

[0174] (7-2) Modifications regarding the operation input method In the above-described embodiment, the predetermined operation input to the user terminal is Input of a specific instruction button press operation and display screen for a user terminal equipped with a touch panel function Although the above description concerns touch input, the input is not limited to this. Operation input by shaking a user device equipped with a degree sensor, or operation by gestures In the gesture input, a user having an imaging function may input When a user makes a predetermined gesture on the terminal, the user terminal recognizes the gesture through an image, Recognizes operation inputs that are pre-mapped to gestures. Also runs a voice recognition program. In the case of a user terminal capable of doing so, the operation input may be performed by inputting voice.

[0175] (7-3) Modifications regarding handling of user IDs In the above-described embodiment, the user terminal 10 sends a request to the game server 20. The game server 20 receives the request from the user terminal 10 and the user ID is included (i.e., The explanation was based on the premise that the user who made the processing request can be identified based on the request. The method by which the system server 20 identifies the user who has made the processing request is not limited to this. For example, a session based on a user ID is established between the user terminal 10 and the game server 20. If the user ID is established, the game server 20 executes the following operations for the session by the user ID. The user who requests the process may be specified. In this case, the user terminal 10 may The user ID does not need to be included in the request sent to the user terminal 20 (i.e., (Therefore, there is no need to transmit the user ID to the system server 20).

[0176] (7-4) Modifications regarding the operation target In the above-described embodiment, the button displayed on the image is taken as an example of an object to be operated by the user. However, any format that allows user operation may be used.

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

[0178] One aspect of the present invention is Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device accessible to a device, Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. An output means (56) for outputting output data; In response to the first output data being output by the output means (56), An instruction to designate one of the plurality of objects based on an instruction from the user. and a receiving means (51) for receiving the The output means (56) further outputs a command in response to the instruction received by the receiving means (51). If the user does not possess a specified object that is an object specified by outputting second output data for displaying the acquisition condition of the specified object; Information processing device.

[0179] "Information processing device" refers to a standalone game machine or a user terminal (e.g., a mobile The device may be a mobile terminal, a personal computer, or a server on a network. The entity of the information processing device can be appropriately defined depending on the implementation form of the system. When the functions of each part of an information processing device are realized by a user operating a game console or a user terminal In the above, the game machine and the user terminal correspond to the information processing device of the present invention. The user terminal, which is the client, has the functions of accepting operation input from the user and displaying images, and In the case where the functions of each part of the device are substantially realized by a server capable of communicating with a user terminal, The server corresponds to an information processing device of the present invention. A "storage device" refers to any type of storage device, such as a flash memory or a hard disk drive (HDD). The storage device may be a device built into the information processing device. Alternatively, the information processing device may be configured to be accessible from the information processing device via a wired or wireless connection. It may also be a device. "Acquisition conditions" are subjective conditions (e.g., conditions related to the user who owns the object). information), time conditions (e.g., object availability period), content conditions (e.g., average average trading price, the amount of a second object (e.g. items), or a combination of these), location criteria (e.g., area of ​​availability, ), or a combination thereof.

[0180] In the above information processing device, the process of changing the selected object is executed by at least The change is performed based on a change condition including information indicating a plurality of objects and information possessed by the user. Therefore, for example, if the change condition is not met, the process of changing the selected object is performed. In this case, the execution of the specified object cannot be performed. However, it may be impossible or difficult for the user to obtain the designated object. Users who do not know the conditions for obtaining the specified object may find it impossible or difficult to obtain the specified object. To execute a process (such as a quest process) to obtain a specified object, In such a case, the user cannot actually recognize the reference object at the time of deciding whether or not it is a reference object. The designated object is often approached with the fear that it may be impossible or difficult to obtain the object. The process to obtain the In the information processing device, in response to a request from a user, a reference object that the user does not possess is retrieved. Therefore, multiple reference cards corresponding to the selected object are displayed. Even if the specified object is unavailable or difficult for the user to obtain, The user may specify the object with the understanding that it may be difficult or impossible to obtain the object. The user can then decide whether to perform the operation to obtain the specified object. This provides a sense of security to the user who is performing the process to obtain the object.

[0181] The receiving means (51) further receives the second output data by the output means (56). In response to the output, a command is issued to the designated object based on the operation by the user. and restricting the use of the selected object for any other process than the process of changing the selected object. Accepting requests for In response to the request being accepted by the accepting means (51), For an object, the selected object is used for a process other than the process of changing the selected object. A restricting means (58) for restricting the flow may be further provided. "Restrict the use of the selected object for processes other than those that change it." The prohibition is not limited to prohibiting any process other than the process that changes the selected object. An operation that changes the selected object can be performed, but the requirements necessary to request the execution of that operation are not met. This may be achieved by increasing the number of items to be processed or by making the operations required to request execution of the process more complicated. This allows you to perform operations other than changing the selected object in response to a user request. The specified object is restricted from being used in processing. Therefore, before the change condition is met, In this case, the user may mistakenly assign a specified object to an operation other than that which changes the selected object. This can prevent the device from being used.

[0182] The acquisition condition may be an acquisition route for the designated object. The "acquisition route" may be, for example, an area in which the specified object is available, or It may also be an area where users can trade objects between each other (e.g., an in-game shop). . In addition, the "acquisition route" is a combination of time and place conditions (for example, the specified object Information indicating whether the item was issued for a limited time (for example, a limited flag), The period during which the area is available (for example, the days of the week when a limited-time quest is held), or , or a combination thereof). This provides peace of mind to users who are performing actions to obtain the specified object. In particular, when the "acquisition route" is a combination of time and place conditions, When the user requests the execution of an operation that changes the selected object, the specified object The information provided will allow the user to more accurately determine whether a project is unavailable or difficult to obtain. This is particularly beneficial as

[0183] The second output data may include an operation object for guiding the user to the acquisition route. stomach. This allows for ease of use when requesting the execution of a process to obtain a specified object. can be improved.

[0184] The second output data indicates that the designated object is possessed by the user. and when information indicating a designated object is acquired by the acquisition means (55), If the specified object is not owned by the user at the time, the specified object The information may include at least one of the acquisition route and acquisition difficulty of the object. This provides peace of mind to users who are trying to obtain objects they do not own. Can be given.

[0185] The information displayed as the acquisition condition is whether the designated object is possessed by the user. If the specified object is an unknown object that has never been owned, the specified object is may be more limited than if the This allows you to obtain unknown objects while keeping the game difficulty at an appropriate level. This provides a sense of security to the user who is performing the process to

[0186] Another aspect of the present invention is a method for producing a A user terminal and a server configured to be able to communicate with the user terminal, object identification information used for processing to change the object, A storage device that stores a change condition including a plurality of object identification information items in association with the change condition is accessed. An information processing system capable of Either the user terminal or the server, Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. An output means (56) for outputting output data; In response to the first output data being output by the output means (56), An instruction to designate one of the plurality of objects based on an instruction from the user. and a receiving means (51) for receiving the The output means (56) further outputs a command in response to the instruction received by the receiving means (51). If the user does not possess a specified object that is an object specified by outputting second output data for displaying the acquisition condition of the specified object; It is an information processing system.

[0187] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the A computer that can access the device Objects of selected objects are objects that are selected based on user instructions. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that is identifiable by a user. A means for outputting output data (56); In response to the first output data being output, the multiple output data is means (51) for receiving an instruction to designate one of a number of objects; The designated object, which is the object designated by the received instruction, is A second method for displaying the conditions for obtaining the specified object if the user does not have it A means for outputting output data (56); This is a program that functions as a

[0188] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device accessible to a device, A variable that corresponds to the object identification information of the selected object, which is the selected object. The object identification information included in the conversion condition is used to identify a plurality of objects. a first output means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output by the first output means, Used for a specific process for the first specified object, which is the specified object. A first receiving means for receiving a request to restrict the In response to the request being accepted by the first accepting means, a first restriction means for restricting the use of the object in the processing; The information processing device includes:

[0189] This makes it difficult for users to obtain the reference card on the screen that presents the acquisition conditions. Immediately after recognizing that the reference card is missing, Therefore, unintentional loss of the reference card can be reliably prevented.

[0190] In addition, a method for displaying a plurality of objects in a display format that allows the user to distinguish each of the objects is provided. A second output means for outputting second output data; In response to the second output data being output by the second output means, For the second specified object, which is the object specified by the user among the objects a second receiving means for receiving a request to restrict use of the information in a predetermined process; In response to the request being accepted by the second accepting means, and a second restriction means for restricting the use of the object in the processing, At least one of the first output data and the second output data is An object that is the subject of restriction by the first restricting means and an object that is the subject of restriction by the second restricting means The data is displayed in a format that allows the user to distinguish between the objects in the image and the objects in the image. It may also be data.

[0191] The object to be restricted is an object owned by the user. is an object specified from among the owned objects that are The predetermined process causes the designated object to disappear from the possessed objects. The processing may be executed on the condition that the

[0192] "The condition is that the designated object is to be erased from the possessed objects. "Processing executed by the specified object" means that when the processing is executed, the specified object becomes a possession object. The object disappears from the object (i.e. the specified object becomes an unowned object). , processing.

[0193] In addition, the request received by the first reception means or the request received by the second reception means At least one of the accepted requests is for an object that is subject to the restriction. On the other hand, the object to be deleted from the possession object is used in the process to be executed. A first requirement to restrict the possession of the object and a requirement to make the object disappear from the possession. It is used for processing other than the processing that changes the selected object among the processing executed as a condition. and a second request to limit the number of times the information is transmitted to the third party.

[0194] "Actions that change the selected object" and "Actions other than those that change the selected object" All of the "other processes" are executed on the condition that the object is removed from the possession. This is one aspect of the "processing" described above. The "first request" is a request to have the first designated object disappear from the possessed objects. This is a request for restrictions on all processing that is performed as a condition. The "second request" is a condition that the first designated object is to be removed from the possessed objects. All operations that are executed as conditions other than those that change the selected object are the requirement to restrict the number of operations that can be performed on the selected object (in other words, to allow only operations that change the selected object) It is a request.

[0195] The second output data includes an object that is the subject of the first request and the The object that is the target of the second request is displayed in a form that can be identified by the user. It may be data to be displayed.

[0196] "The object that is the subject of the first request" refers to the object that has been lost from the possessed objects. An object whose use is restricted for all operations that are performed on the condition that the (That is, an object that is in a state where it cannot be lost from a possessed object.) "The object that is the subject of the second request" refers to a change in the selected object. The use of the function is restricted to operations other than those that change the selected object. It is an object that is permitted to be used only for processing.

[0197] Another aspect of the present invention is a method for producing a A user terminal and a server configured to be able to communicate with the user terminal, object identification information used for processing to change the object, A storage device that stores a change condition including a plurality of object identification information items in association with the change condition is accessed. An information processing system capable of Either the user terminal or the server, A variable that corresponds to the object identification information of the selected object, which is the selected object. The object identification information included in the conversion condition is used to identify a plurality of objects. a first output means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output by the first output means, Used for a specific process for the first specified object, which is the specified object. A first receiving means for receiving a request to restrict the In response to the request being accepted by the first accepting means, a first restriction means for restricting the use of the object in the processing; The information processing system includes:

[0198] Another aspect of the present invention is a method for producing a Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the A computer that can access the device A variable that corresponds to the object identification information of the selected object, which is the selected object. The object identification information included in the conversion condition is used to identify a plurality of objects. means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output, an object designated by a user is For restricting the first designated object from being used in a predetermined process, A means for accepting requests; In response to the request being accepted, the process is performed on the first specified object. measures to limit the use of It is a program that functions as a

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

[0200] 1. Game System 10...User terminal 11...CPU 12...ROM 13…RAM 15...Operation input section 16…Display section 17...Communication interface section 18…Storage 19…Bus 20…Game server 21...CPU 22...ROM 23…RAM 24...Communication interface section 25…Storage 26…Bus 51...Means of reception 52...Game processing means 54...Method of changing card data 55…Acquisition means 56...Output means 57...Recording means 58...Restrictive measures 70...Data tables

Claims

1. Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device that can access a device, The object of the selected object is the object selected based on the user's instruction. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that allows the user to distinguish each of the objects. output means for outputting output data; In response to the first output data being output by the output means, and receiving an instruction to designate one of the plurality of objects based on the instruction. and a receiving means for receiving the The output means further outputs an instruction designated by the instruction received by the receiving means. If the user does not have the specified object, the specified object outputting second output data for displaying the acquisition conditions of the project; Information processing device.

2. The receiving means further receives a notification that the second output data has been output by the output means. In response, the selected object is selected based on the operation by the user. Requests are received to restrict the use of the object for any process other than the process that changes it. Attached, In response to the request being accepted by the accepting means, On the other hand, restricting the use of the selected object for any process other than the process of changing the selected object. Further comprising a restricting means; The information processing device according to claim 1 .

3. The acquisition condition is an acquisition route of the specified object.

3. The information processing device according to claim 1.

4. the second output data includes an operation object for guiding the user to the acquisition route; The information processing device according to claim 3 .

5. The second output data is a data item indicating that the specified object was previously owned by the user. and the user does not currently have an object. If there is, at least one of the acquisition route and acquisition difficulty of the specified object is input to the input device. Hand conditions include, 5. The information processing device according to claim 1.

6. The information displayed as the acquisition condition is that the specified object is If the specified object is an unknown object that has never been seen before, The object is limited compared to the case where the object is not possessed. The information processing device according to claim 5 .

7. A user terminal and a server configured to be able to communicate with the user terminal, object identification information used to identify the object and a process to change the object A storage device is provided that stores a change condition including a plurality of object identification information items in association with the change condition. An information processing system capable of Either the user terminal or the server The object of the selected object is the object selected based on the user's instruction. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that allows the user to distinguish each of the objects. output means for outputting output data; In response to the first output data being output by the output means, and receiving an instruction to designate one of the plurality of objects based on the instruction. and a receiving means for receiving the The output means further outputs an instruction designated by the instruction received by the receiving means. If the user does not have the specified object, the specified object outputting second output data for displaying the acquisition conditions of the project; Information processing system.

8. Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the A computer that can access the device The object of the selected object is the object selected based on the user's instruction. The object identification information is specified by a plurality of object identification information included in the change condition corresponding to the object identification information. A first method for displaying a plurality of objects in a display format that allows the user to distinguish each of the objects. means for outputting output data; In response to the first output data being output, the plurality of output data are means for accepting an instruction specifying one of a number of objects; The designated object, which is the object designated by the received instruction, is If the user does not have the specified object, a second message is displayed to display the conditions for obtaining the specified object. means for outputting output data; A program to function as a

9. Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the In an information processing device that can access a device, The variable corresponding to the object identification information of the selected object is the selected object. The object identification information included in the initialization condition is used to identify the plurality of objects. a first output means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output by the first output means, A first designated object is used for a predetermined process. a first receiving means for receiving a request to restrict the In response to the request being accepted by the first accepting means, the first specified object a first restriction means for restricting the object from being used in the processing; An information processing device comprising:

10. A second output for displaying a plurality of objects in a display format that allows each of the objects to be identified by a user. second output means for outputting force data; In response to the second output data being output by the second output means, For the second designated object, which is the object designated by the user, a second receiving means for receiving a request to restrict use of the information in a predetermined process; In response to the request being accepted by the second accepting means, the second specified object and a second restriction means for restricting the object from being used in the processing, At least one of the first output data and the second output data is The object that is the object of the restriction by the first restriction means and the object that is the object of the restriction by the second restriction means The object is displayed in a format that allows the user to distinguish between the object and the object. The information processing device according to claim 9 .

11. The object to be restricted is an object owned by the user. It is an object specified from among the possessed objects, The predetermined process causes the designated object to disappear from the possessed objects. The information processing device according to claim 9 , wherein the process is executed on the condition that the user has selected the appropriate one.

12. The request accepted by the first accepting means or the request accepted by the second accepting means At least one of the requests made is for the object that is the subject of the restriction. The object is used in a process that is executed on the condition that the object is deleted from the possession object. a first request to restrict the possession of the object or to make the object disappear from the possession of the object; It is used for processing other than the processing that changes the selected object among the processing that is executed as a condition. The information processing device according to claim 11 , wherein the second request is for restricting access to the information processing device.

13. The second output data includes the object that is the subject of the first request and the second request. The object being requested is displayed in a format that allows the user to distinguish between them. The information processing device according to claim 12, wherein the data is data for performing the operation.

14. A user terminal and a server configured to be able to communicate with the user terminal, object identification information used to identify the object and a process to change the object A storage device is provided that stores a change condition including a plurality of object identification information items in association with the change condition. An information processing system capable of Either the user terminal or the server The variable corresponding to the object identification information of the selected object is the selected object. The object identification information included in the initialization condition is used to identify the plurality of objects. a first output means for outputting first output data for displaying the acquisition conditions; In response to the first output data being output by the first output means, A first designated object is used for a predetermined process. a first receiving means for receiving a request to restrict the In response to the request being accepted by the first accepting means, the first specified object a first restriction means for restricting the object from being used in the processing; An information processing system comprising:

15. Object identification information for identifying an object and a process for changing the object A memory that stores a change condition including a plurality of object identification information used in the A computer that can access the device The variable corresponding to the object identification information of the selected object is the selected object. The object identification information included in the initialization condition is used to identify the plurality of objects. means for outputting first output data for displaying acquisition conditions; In response to the first output data being output, an object designated by a user is output. The first designated object is restricted from being used in a predetermined process. means for accepting requests; In response to the request being accepted, the process is performed on the first specified object. measures to limit the use of A program that functions as a

Images