JP6683345B2 - Information processing device, information processing system, program - Google Patents

Description

  The present invention relates to information processing technology for processing information about objects.

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

Japanese Patent No. 5086491 Japanese Patent No. 5153960

  In the synthesizing process, in order to realize the synthesizing process of the base object (base object; corresponding to the above main card), a plurality of objects (reference object; corresponding to the above sub card) satisfying the combination condition corresponding to the base object are combined. There may be a requirement that the user possesses. In that case, there is also known a game provided with a mechanism in which a reference object required for executing a combining process on an object selected as a base object is presented to the user. However, in that case, only the reference object required for executing the latest combining process for the selected card is presented to the user, and the combining process is further executed after the latest combining process is executed. The user cannot know the reference object (that is, the reference object required for the future composition process) required for this purpose. Therefore, for example, in a game in which an object sequentially changes (evolves) to a different object each time a synthesis process is performed, the reference object that is needed in the future in the process of evolution is currently owned There was a situation where I let go. In such a case, in the future composition process, the user has to obtain again the object that has been released in the past, and will later regret having released it.

  The present invention has been made in view of the above-described viewpoint, and an object thereof is to lose an object possessed by a user by performing a process other than the intended purpose of the object desired by the user. It is to provide an information processing device, an information processing system, and a program capable of reducing the above.

One aspect of the present invention is a storage device that stores object identification information that identifies an object and a change condition that is a condition for performing a change process that changes the object and that includes a plurality of object identification information in association with each other. An information processing device that can access
First accepting means for accepting designation of a selected object which is an object selected from among possessed objects possessed by the user based on a user operation;
When the selected object is an object that can be changed stepwise so as to become a different object sequentially each time the change processing is performed, change conditions for performing the change processing of a plurality of steps on the selected object, Acquisition means for acquiring from the storage device,
Output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means in a display format that can be respectively identified by a user;
It is an information processing device provided with.

Another aspect of the present invention is an information processing system including a user terminal and a server configured to communicate with the user terminal, wherein at least one of the user terminal and the server identifies an object. In the information processing system, which is capable of accessing a storage device that stores object identification information and a change condition including a plurality of object identification information, which is a condition for performing a change process for changing the object, in association with each other,
First accepting means for accepting designation of a selected object, which is an object selected from among possessed objects possessed by the user, based on a user operation;
When the selected object is an object that can be changed stepwise so as to become a different object each time the change processing is performed, each change condition for performing the change processing of a plurality of steps on the selected object, Acquisition means for acquiring from the storage device,
Output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means in a display format that can be identified by a user,
Is an information processing system including at least one of the user terminal and the server.

Another aspect of the present invention is to store object identification information for identifying an object and a change condition for performing a changing process for changing the object, the change condition including a plurality of pieces of object identification information in association with each other. A computer that can access the device,
First accepting means for accepting designation of a selected object, which is an object selected from among possessed objects possessed by the user, based on a user operation;
When the selected object is an object that can be changed stepwise so as to become a different object each time the change processing is performed, each change condition for performing the change processing of a plurality of steps on the selected object, Acquisition means for acquiring from the storage device,
Output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means in a display format that can be identified by a user,
It is a program to function as.

The figure which shows the basic composition of the game system of 1st Embodiment. The block diagram which shows the structure of the user terminal of 1st Embodiment. The block diagram which shows the structure of the game server of 1st Embodiment. The figure for notionally explaining the notification to the user of the card required for evolutionary synthesis. The figure which shows the structural example of a card data table. The figure which shows the structural example of an evolution synthetic | combination data table. The figure which shows the structural example of a possession card data table. The figure which shows an example of the image displayed on a user terminal in 1st Embodiment. The figure which shows an example of the image displayed on a user terminal in 1st Embodiment. The figure which shows an example of the image displayed on a user terminal in 1st Embodiment. The functional block diagram of the game server of 1st Embodiment. The sequence chart which shows an example of the confirmation processing of evolutionary synthesis. The sequence chart which shows an example of the confirmation processing of evolutionary synthesis. 9 is a sequence chart showing an example of evolutionary synthesis execution processing. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The figure which shows the structural example of a reservation data table. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment.

(1) First Embodiment (1-1) Configuration of Game System A game system 1 will be described below as an embodiment of an information processing system.

FIG. 1 shows a system configuration example of a game system 1 of the embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c, ... And a game server 20. The game server 20 can be accessed from each user terminal 10a, 10b, 10c through a communication network NW such as the Internet. The game server 20 is an example of an information processing device.
Each of the user terminals 10a, 10b, 10c, ... Is a terminal operated by an individual user, and includes, for example, a feature phone, a smartphone, a tablet terminal, a personal computer, and a television receiver ( So-called multi-function smart TVs are included.), And communication terminals such as portable game machines with communication functions. In the following description, when the user terminals 10a, 10b, 10c, ... Are referred to in common, they are referred to as the user terminal 10.

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

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

  The CPU 11 reads out programs and data stored in the ROM 12 and controls the entire operation in the user terminal 10 such as timing processing of control signals and data signals with each unit in the user terminal 10. The CPU 11 also reads a program stored in the storage 18 and various data necessary for executing the program, expands the data in the RAM 13, and performs various processing such as data input / output processing, arithmetic processing, and determination processing accompanying the execution of the program. I do. The RAM 13 temporarily stores data for arithmetic processing, determination processing, etc. by the CPU 11.

  For example, the CPU 11 loads the web browser stored in the storage 18 into the RAM 13 and executes it. Then, the CPU 11 transmits the data for displaying the web page from the game server 20 via the communication interface unit 17 based on the designation of the URL (Uniform Resource Locator) input by the user through the operation input unit 15 or the like, that is, Data of an object such as an HTML (Hyper Text Markup Language) document or an image associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) is acquired via the communication interface unit 17, and a web browser is used. To interpret the HTML data. The user terminal 10 may be equipped with various plug-ins for expanding the browser function of the web browser. An example of such a plug-in is a flash player by Adobe Systems Incorporated in the United States. Alternatively, the HTML data in this embodiment may be in the HTML5 format having a moving image and audio reproducing function.

The web browser communicates with the game server 20 according to HTTP (HyperText Transfer Protocol). When the URL (Uniform Resource Locator) on the web page or the operation target (for example, a software button (hereinafter, simply referred to as “button”) or the like) is selected by the operation of the operation input unit 15 by the user, the web browser. , Sends an HTTP request including the selection result to the game server 20 for updating the web page. The web browser acquires the HTML data from the game server 20 as an HTTP response, interprets it, and displays the image of the web page on the display unit 16.
In this embodiment, HTML data is an example of image data.

  The display unit 16 is a display device such as an LCD (Liquid Cristal Display) or an organic EL (Electro Luminescence) display. When an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in a matrix in a matrix is applied, the display unit 16 drives the thin film transistors to display a web page image on the display screen.

When the user terminal 10 is a button input type user terminal, the operation input unit 15 includes, for example, a plurality of instruction input buttons such as a direction instruction button for accepting a user's operation input, an enter button, and a numeric keypad. It includes an interface circuit for recognizing the pressing (operation) input of and outputting it to the CPU 11.
When the user terminal 10 is a touch panel input type user terminal, the operation input unit 15 mainly receives touch panel type input by touching the display screen with a fingertip or a pen.

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

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

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

  For example, the storage 25 stores a program that provides a web service by performing HTTP communication with the web browser of the user terminal 10 that is a client. The CPU 21 expands the program stored in the storage 25 into the RAM 23 and executes the program. Along with the execution of the program, the CPU 21 acquires an HTTP request from the user terminal 10 via the communication interface unit 24, executes processing according to the HTTP request, and uses HTML data including the execution result as an HTTP response as the user terminal. Return to 10.

  The storage 25 is a storage device including, for example, a flash memory or an HDD (Hard Disk Drive), and stores a data table group 70 (described later) in addition to the above-mentioned program. The data table group 70 includes a card data table, an evolution combination data table, and a possessed card data table. Each data table in the storage 25 is appropriately accessed by the CPU 21 for reading and writing data.

(1-4) Card Presentation Required for Evolutionary Synthesis of Cards The game executed in the game system 1 of the present embodiment is a game in which the user uses cards as objects. The type of game of the present embodiment is not particularly limited, but, for example, the user searches an area on the game to obtain a card or an item, or a card owned by the user is used by another user or a non-player Character) is a game to play.
In the following description, “possession” of a card means that the user can use the card for processing using the card. “Not possessed” of a card means that the user cannot use the card for processing using the card. “Obtaining” a card means that the card has been transferred from a non-possessed state to an possessed state.
In the game of the present embodiment, the card evolution synthesis process (hereinafter, simply referred to as “evolution synthesis” or “evolution” as appropriate) is a process that evolves a card possessed by a user when a predetermined condition is satisfied. is there. The card evolution synthesis is a process of changing the card ID as described later in the example of the present embodiment, but may be a process of changing at least a part of card data (described later) corresponding to the card. In that case, the target for changing the card data is not particularly limited, but is, for example, a card parameter such as a card name, a card image, or rarity. Card evolution synthesis is an example of an object change process.
To execute evolutionary synthesis, the user selects a card to be evolved as a base card from among the cards possessed by the user (hereinafter, appropriately referred to as "possessed card"). The card selected as the base card is an example of a selection object.
In evolutionary synthesis, a combination condition (an example of a changing condition) of card IDs of a plurality of cards (referred to as “reference cards”) necessary to evolve the base card is determined for each card ID of the base card. . When the evolutionary synthesis is executed, the reference card used for the evolutionary synthesis disappears from the possession card of the user.
In the present embodiment, the possession card and the reference card are examples of the possession object and the reference object, respectively.
In the game of the present embodiment, it is a condition for the selected card to evolve that the user has a plurality of reference cards included in the combination condition corresponding to the card selected as the base card by the user. .

The card presentation required for evolutionary synthesis of cards will be specifically described with reference to FIG. FIG. 4 is a diagram for conceptually explaining the card presentation necessary for the evolutionary synthesis of cards.
In FIG. 4, it is assumed that the user has the cards A, D, G, Q1, M2, ... And wants to evolve the card Q1. In this example, it is assumed that the card Q1 is an object that can be sequentially changed to a different card (Q1 → Q2 → Q3) each time evolutionary synthesis is performed. In this example, the reference cards required to evolve card Q1 into card Q2 are cards A, B and C, and the reference cards required to evolve card Q2 into card Q3 are cards E and F. , Card G and card H.

  In the present embodiment, not only the reference cards (card A, card B, and card C) required for the card Q1 selected as the base card, but also the cards required when the card Q1 evolves gradually into different cards ( Cards A, B, C, E, F, G, H) are presented to the user. Therefore, the user needs the plurality of presented cards (cards A, B, C, E, F, G, H) for future evolutionary synthesis of the card Q1, which is the card selected as the base card. Since it can be recognized in advance, it is possible to prevent the presented cards from being accidentally released. For example, in FIG. 4, if only the cards (card A, card B, and card C) necessary for one-time evolutionary synthesis of the card Q1 selected as the base card are presented to the user, the user's possession card G Is a card necessary for future evolution of the card Q1 (in this example, evolution of the cards Q2 → Q3), there is a risk that the user may let go of the card G (for example, dispose of it). On the other hand, in this embodiment, the card (cards A, B, C, E, F, G, H) required when the card Q1 selected as the base card evolves into different cards in a stepwise manner is the user. Therefore, a situation where the user accidentally releases the card G is avoided.

(1-5) Structure of Data Table Next, the card data table, the evolution combination data table, and the possessed card data table stored in the storage 25 of the game server 20 will be sequentially described with reference to FIGS. . The storage 25 of the game server 20 is an example of a storage device.

(I) Card Data Table The card data table records data of cards used in the game of the present embodiment. FIG. 5 shows a configuration example of the card data table. In the example shown in FIG. 5, each card ID includes a card name, a card image, and card parameter data. The card ID is an example of object identification information.
The card name is a character string indicating the name of the character displayed on the card. The card image is an image of a character displayed on the card. The card parameter is composed of data of rarity, attribute, cost, skill, sale price, attack power, defense power, and limited flag.
The rarity is an index showing the rarity value of the card, and in the example shown in FIG. 5, the rarity is set high in the order of R1 to R5.
The attribute is the attribute of the character displayed on the card, and is any one of N1 to N3 in the example shown in FIG.
The cost is a value that is referenced when incorporating the card into the user's card team. For example, when a match is played by a card team, the total cost of the cards included in the card team is limited to a predetermined value or less.
The skill is information indicating an advantageous effect when the game is executed using the cards, and in the example shown in FIG. 4, skills having various effects of SK1 to SK12 are set for each card. All cards do not have to have skills.
The selling price is a point in the game that the user can obtain when selling the card that the user owns.
Attack power and defense power are parameters referred to when the card is used in a battle.
The limited flag is a flag indicating whether or not the card is issued for a limited period of time. In the example shown in FIG. 4, a card with a limited flag of “1” means that the card is issued for a limited time, and a card with a limited flag of “0” means that the card is not a limited time. To do.

(Ii) Evolutionary Synthesis Data Table In the evolutionary synthesis data table, conditions for evolutionary synthesis of the game card of the present embodiment are recorded. FIG. 6 shows a configuration example of the evolutionary synthesis data table. In the example shown in FIG. 6, the pre-evolution card ID (that is, the card ID of the card that is the base card before the evolution) and the post-evolution card ID (the evolution of the base card for each evolution ID for identifying the contents of the evolution synthesis. Subsequent card IDs), and card ID combination conditions (5 reference cards in the columns C1 to C5) of reference cards necessary for executing evolutionary synthesis are recorded. For example, under the condition indicated by the evolution ID: 0002, the user selects the card with the card ID: 0072 from among the possessed cards as the base card, and the card possessed by the user has three card IDs: 0025, 0060, 0070. When there is a combination of cards, the card with the card ID: 0072 can be evolved into the card with the card ID: 9072 by executing evolutionary synthesis. That is, the combination condition of the reference card IDs in the evolution combined data table is an example of the changing condition for changing the card corresponding to the pre-evolution card ID.
In addition, the same card ID may be recorded in at least any two columns in the columns C1 to C5 indicating the combination condition of the card IDs of the reference cards. For example, two or more identical reference cards may be included in the combination condition of the reference cards used when the base card is evolved and synthesized. If the reference card combination condition for evolving the base card is that a predetermined number of reference cards with the same card ID are included, the reference card card is not the data format shown in FIG. The data format may include an ID and its number.

(Iii) Possession Card Data Table The Possession Card Data Table records the information of the possession card of the user. FIG. 7 shows a configuration example of the possessed card data table. In FIG. 7, the possessed card data table for one user is illustrated, but the possessed card data table is provided for each user registered in the game.
In the possessed card data table shown in FIG. 7, each data of a serial number, a card level, and a skill level is recorded in association with each card ID. The serial number is a unique number determined when the card is given to the user. Different serial numbers are given to cards having the same card ID. When the card has evolved, the serial number may or may not be changed before and after the evolution of the card.
The card level is a parameter indicating a card raising level, and is increased by executing, for example, normal synthesis. The card level value (initial value) at the time when the user obtains the card is 1, and the user can grow the card (that is, increase the card level) by executing the normal composition.
The skill level is a parameter indicating a training level of the card, and particularly a parameter indicating a skill level of the card. The value of the skill level (initial value) at the time the user acquires a card equipped with the skill is 1, and the skill level of the card is increased by performing normal synthesis using a card satisfying a predetermined condition as a reference card, for example. Can be made. As the skill level of the card increases, the effects produced by the skill increase.

  In the following description, the card name, the card image, the serial number, and the card parameter associated with the card ID are collectively referred to as “card data” as appropriate. The card parameters forming the card data include each card parameter recorded in the card data table, the card level recorded in the possessed card data table, and the skill level. That is, any data in the card name, card image, serial number, and each card parameter corresponds to the card data. The card ID, the card name, and the card image are examples of object identification information.

(1-6) Specific Example of Processing Related to Evolutionary Synthesis of Cards Hereinafter, a specific example of processing related to evolutionary synthesis of cards of the game according to the present embodiment will be described with reference to FIGS. 8 to 10 are diagrams each showing an example of a screen displayed on the user terminal 10 when executing the game process of the present embodiment.

FIG. 8 shows a series of changes in the display screen when the process related to the evolutionary composition of the user's possession card is executed. In FIG. 8, the image P1 is an image including the main menu of the game of the present embodiment. In the image P1, as a user's operation target, a button b1 (“view monsters in possession”), a button b2 (“team formation”), a button b3 (“normal composition”), a button b4 (“evolution composition”), a button b5 (“sale”) is provided.
The button b1 is a button designated when a request for viewing processing of the possessed card of the user is made. The button b2 is a button designated when the user selects a card to be used in a battle with another user or an NPC from among his or her own cards. The button b3 is a button specified when the user makes an execution request for normal composition of a card selected as a base card from among possessed cards. The button b4 is a button designated when the user makes a request for evolutionary synthesis processing of a card selected as a base card from among possessed cards. The button b5 is a button specified when the user makes a request for sale processing to a card selected from the possessed cards.

When the button b4 (“evolutionary synthesis”) is specified in the image P1, the image changes as shown in P2. In the image P2, a plurality of possession cards are displayed in a list in order to select one of the possession cards of the user as a base card. For cards that cannot be evolved, it is preferable that the card image is displayed in a display format that allows the user to recognize that the card cannot be selected as a base card.
When the card Q01 is selected in the image P2, the image changes as shown in P3. In the image P3, a button b11 (“confirm”) for confirming a reference card required at each stage of evolution of the selected card Q01 is provided along with text indicating that the card Q01 has been selected as a base card. , And a button b12 (“reselect card”) for returning to the image P2 and reselecting the possessed card as the base card. When the button b11 (“confirm”) is specified, the image changes as shown in P4 (FIG. 9).

  In the image P4 in FIG. 9, the first stage evolution of the card Q01 selected as the base card by the user (card Q01 → R01) and the reference cards (cards A01, B03, C12) necessary for the evolution, and the second stage Evolution (card R01 → S01) and the reference card (cards A01, K14, M03, R05) required for the evolution, and the final evolution (card S01 → T01) and the reference card required for the evolution (card M03, C12) is displayed. That is, a plurality of reference cards included in each combination condition for performing the evolutionary synthesis of a plurality of stages on the card Q01 selected as the base card are displayed in a display format that can be identified by the user. The final stage of evolution is also called "final evolution." It should be noted that the display of the card image of the reference card is appropriately omitted in each of FIGS.

When the user has all the cards A01, B03, and C12 (that is, reference cards for evolving the card Q01) included in the combination condition of the first-stage evolutionary synthesis of the card Q01 (when the cards are available) ), The image P4a in FIG. 10 is displayed instead of the image P4 in FIG.
In the image P4a, a text notifying the user that all the cards for executing the first-stage evolutionary synthesis are in order (“all are ready”), and requesting that the first-stage evolutionary synthesis be executed Button b21 (“evolve”). When the button b21 is specified in the image P4a, the image changes as shown in P5. That is, the evolution synthesis from the card Q01 to the card R01 is executed, and as shown in the image P5, at least a part of the card image and the card name of the post-evolution card and the parameters are displayed. When the first-stage evolutionary synthesis is executed, the cards A01, B03, and C12, which are reference cards for evolutionary synthesis, disappear from the possessed cards of the user.

(1-7) Outline of Functions Included in Information Processing Device Next, functions included in the game server 20 for implementing the game according to the present embodiment described above will be described. FIG. 11 is a functional block diagram for explaining functions that play a major role in the game server 20 of this embodiment. In FIG. 11, the data table group 70 includes the card data table, the evolution combination data table, and the possessed card data table, as described above. Note that not all of the means included in the functional block diagram shown in FIG. 11 are essential elements of the present invention. For example, in one embodiment of the present invention, the reception unit 51, the acquisition unit 53, and the output unit 54 may be provided. Further, the recording unit 57, the limiting unit 58, and the registration unit 59 are referred to in the modified examples.

The accepting unit 51 has a function of accepting various requests from the user based on the information regarding the operation input of the user. In the game of the present embodiment, the user's request includes, for example, a card evolution synthesis processing request, an evolution synthesis execution request, a normal synthesis execution request, and a sale processing request.
Further, the accepting unit 51 has a function as a first accepting unit of accepting the designation of the card selected as the base card from among the possessed cards possessed by the user, based on the information regarding the operation input of the user.
In order to realize the function of the accepting unit 51, the game server 20 requests, via the communication interface unit 24, a request corresponding to a user's operation input of a button in a web page, which is an image, from the user terminal 10, or as a base card. Receive information (e.g., serial number) for the selected card. The CPU 21 of the game server 20 determines the content of the request based on the information included in the received request and performs the request receiving process. In the reception process, the request is recorded in the RAM 13. The CPU 21 sequentially executes the processing according to the received request. Further, the CPU 21 records the received serial number of the card in the RAM 23.

The game execution means 52 has a function of executing various game processes other than evolutionary synthesis based on the request from the user terminal 10 accepted by the acceptance means 51. The game process of the present embodiment may be appropriately provided, but is, for example, a battle process between users, a battle process between users and NPCs, a quest process by a user, or a process of normally combining cards owned by the user.
Although the battle process will not be described in detail, for example, the user composes a team composed of a plurality of possession cards in advance so that the total cost becomes equal to or less than a predetermined upper limit value, and the team competes with other users or NPCs. The result of the battle is determined by parameters such as offensive power, defense power, and skill of each card that constitutes the team.
The quest process is a process for obtaining a card or item by the user performing a process of searching an area in the game.

  The function of the game executing means 52 in the case of executing the normal combining process of the possessed cards of the user is realized as follows. When the CPU 21 of the game server 20 receives a normal composition execution request including the user's selection results for the base card and the reference card, the CPU 21 reads the card data of the base card and the reference card from the possessed card data table and expands them in the RAM 23. Next, the CPU 21 of the game server 20 changes the parameters of the base card (for example, the card level and the skill level) based on the parameters of the base card and the reference card, and writes the changed parameters of the base card in the possession card data table. , Delete the card data of the possessed card used as the reference card from the possessed card data table. In addition, the card level and the skill level of the base card do not always increase every time the synthesis is executed. For example, the value of the breeding parameter associated with the card is increased each time normal synthesis is executed, and when the value of the breeding parameter reaches a predetermined value, the card level is increased by 1 and the value of the breeding parameter is set to zero. It may be reset.

  The function of the game executing means 52 for executing the sale processing of the possessed card of the user is realized as follows. Although not shown in FIG. 5, the selling price (point) is associated with each card ID in the card data table. Then, the CPU 21 of the game server 20 accepts the sale processing request, and when the selection result of the sale target card is acquired, deletes the card data of the sale target card from the possessed card data table. Further, the CPU 21 of the game server 20 reads the sale price value (points) of the card to be sold from the card data table and gives the user the read points. The process of giving points to the user is, for example, a process of updating the value of the possessed points of the user recorded in the user database (not shown).

When the card selected as the base card (an example of the selected object) is a card that can be evolved stepwise so as to become a different card each time evolution synthesis is performed, the acquisition unit 53 performs the evolution on the selected card. It has a function of acquiring each combination condition for performing each of the evolutionary synthesis of a plurality of stages from the evolutionary synthesis data table.
The function of the acquisition means 53 can be realized by the CPU 21 of the game server 20 executing the following procedure.
(Procedure 1) The card ID corresponding to the serial number of the card selected as the base card is specified by referring to the possessed card data table.
(Procedure 2) In the evolution composite data table, the evolution ID in which the same “pre-evolution card ID” as the card ID identified in the procedure 1 is recorded is specified. Then, the “post-evolution card ID” corresponding to the identified evolution ID and the reference card ID included in the combination condition are read.
(Procedure 3) The evolution ID in which the same “pre-evolution card ID” as the read “post-evolution card ID” is recorded is specified. Then, the “post-evolution card ID” corresponding to the identified evolution ID and the reference card ID included in the combination condition are read. After that, the procedure 3 is repeated until the evolution ID cannot be specified.

The output unit 54 displays image data for displaying a plurality of cards specified by the card IDs of the plurality of reference cards included in each combination condition acquired by the acquisition unit 53 in a display format that can be identified by the user ( It has a function of outputting (an example of output data).
In order to realize the function of the output means 54, the CPU 21 of the game server 20 corresponds to the evolution ID in each evolution synthesis when the possession card of the user selected as the base card sequentially evolves every time evolution synthesis is performed. , The card ID before evolution, the card ID after evolution, and the reference card ID included in the combination condition are obtained, the card data (for example, card name, card image, etc.) corresponding to these card IDs is read from the card data table. . Next, the CPU 21 generates image data to be presented to the user based on the read card data and transmits it to the user terminal 10. An example of an image displayed on the user terminal 10 based on this image data is the image P4 in FIG.

The determination unit 55 has a function of determining whether or not the condition that a plurality of reference cards, which are combination conditions corresponding to the card selected as the base card, are included in the possessed card of the user is satisfied.
In order to realize the function of the determination unit 55, for example, the CPU 21 of the game server 20 allows the user to select a card specified by a plurality of reference card IDs included in the combination condition corresponding to the card ID of the card selected as the base card. It is determined by referring to the possession card data table whether or not the possession is possessed.

The changing unit 56 has a function of executing evolutionary synthesis for changing the card data of the base card when the determining unit 55 determines that the condition is satisfied. Evolutionary synthesis is an example of change processing of a card as an object.
In the example of the present embodiment, in order to realize the function of the changing unit 56, when the CPU 21 of the game server 20 receives an execution request for evolutionary synthesis, the pre-evolution card (that is, the base for evolutionary synthesis is displayed in the possession card data table. (Card) card data is erased, and the card data of the evolved card is newly written. As a result, the base card of the user's possession card will evolve. As shown in the evolutionary synthesis data table, since the card IDs before and after evolution are different, at least one of the card name, the card image, and the card parameter is changed by evolutionary synthesis.

(1-8) Process Flow of Evolutionary Synthesis in Game of Present Embodiment Next, with reference to sequence charts of FIGS. 12A, 12B, and 13, for an example of a process flow of evolutionary synthesis in the game of the present embodiment. explain. 12A and 12B are sequence charts showing an example of the confirmation processing of evolutionary synthesis. FIG. 13 is a sequence chart showing an example of evolutionary synthesis execution processing. In each figure, the timing of the process of displaying each image shown in FIGS.

(A) Evolutionary synthesis confirmation processing (FIGS. 12A and 12B)
When the button b4 (“evolutionary synthesis”) is specified in the main menu (see FIG. 8) of the game of the present embodiment, the CPU 11 of the user terminal 10 accepts the request for the evolutionary synthesis process (S10) and issues the request to the game. It is transmitted to the server 20 (S12). When the CPU 21 of the game server 20 receives the request for the evolutionary synthesis process from the user terminal 10, the CPU 21 identifies the card ID of the possessed card of the requesting user from the possessed card data table, and possesses the possessed card data table and the possessed card data table. The card data of the card is read, image data including a list of possessed cards is generated (S14), and the image data is transmitted to the user terminal 10 (S16). When acquiring the image data received in S16, the CPU 11 of the user terminal 10 displays an image (for example, the image P2 in FIG. 8) on the display unit 16 based on the image data (S18). In S14, the CPU 21 of the game server 20 can evolve each possessed card of the user by determining whether or not the card ID of each possessed card of the user is recorded as the pre-evolution card ID in the evolution combined data table. It is preferable to determine whether or not the card is a proper card and generate the image data in a display format that allows the user to recognize that the possessed card that cannot be evolved cannot be selected as the base card.

The image displayed in S18 includes the images and names of the user's possessed cards that are aligned as illustrated in the image P2 of FIG. 8. By selecting the image of each card, the serial number of each card is set. It is configured to be selectable. When an operation of selecting one of the plurality of possessed cards displayed in S18 as a base card is performed, the CPU 11 of the user terminal 10 accepts the selection result (serial number) of the base card (S20), The selection result is transmitted to the game server 20 (S22). Based on the received selection result of the base card, the CPU 21 of the game server 20 generates confirmation image data for confirming the selection result of the base card (S24), and transmits the image data to the user terminal 10 ( S26). When acquiring the image data received in S26, the CPU 11 of the user terminal 10 displays an image (for example, the image P3 in FIG. 8) on the display unit 16 based on the image data (S28).
The image displayed in S28 is provided with buttons (b11, b12) for confirming the selection result of the base card, as illustrated in the image P3 of FIG. The CPU 11 of the user terminal 10 accepts a response regarding whether or not to confirm the selection result of the base card transmitted in S22, based on the user's operation of this button, and transmits the response to the game server 20. Here, it is assumed that the CPU 11 accepts the response (base card confirmation response) for confirming the selection result of the base card transmitted in S22, and transmits the confirmation response to the game server 20 (S30).
When the CPU 21 of the game server 20 obtains the confirmation response of the base card, it refers to the possessed card data table based on the serial number of the card selected as the base card and identifies the card ID of the selected card (S32). ).

Next, the CPU 21 determines whether or not the evolution ID in which the same “pre-evolution card ID” as the card ID identified in S32 is recorded is identified in the evolution combined data table (S34). When the evolution ID is specified (S34: YES), the CPU 21 reads out the post-evolution card ID corresponding to the specified evolution ID and the reference card ID included in the combination condition (S36). When the image displayed in S18 is displayed in a display format in which the possessed card that cannot be evolved cannot be selected as the base card, the card selected as the base card in S20 is an evolved card. Therefore, the evolution ID is always specified in S34.
Next, the CPU 21 determines whether the evolution ID in which the pre-evolution card ID same as the post-evolution card ID read in S36 is recorded is specified (S38). When the evolution ID is specified (S38: YES), the process returns to S36, and the post-evolution card ID corresponding to the evolution ID specified in S38 and the reference card ID included in the combination condition are read. The CPU 21 repeats the processing of S36 and S38 until the evolution ID is no longer specified, whereby each combination condition (that is, each combination condition) for performing evolution synthesis at each stage of the possession card selected as the base card is performed a plurality of times. , A reference card ID required for each evolution is read. Note that the processing flow in this embodiment has been described by using the method of using the “pre-evolution card ID” and the “post-evolution card ID” in the evolution combined data table, but the method is not limited to this method. For example, in the evolutionary synthesis data table, the evolution of all stages and the reference card ID required for the evolution are defined for each card ID, and the evolutionary synthesis in each stage is performed a plurality of times for the possessed card selected as the base card. A method of reading each combination condition for performing may be used. Also, other methods may be used. That is, any method may be used as long as it is a method of reading out each combination condition for performing evolutionary synthesis in each stage of a plurality of times with respect to the possession card selected as the base card.

  When the evolution ID is no longer specified (S38: NO), the CPU 21 proceeds to S40. In S40, it is confirmed by referring to the possessed card data table whether or not the user possesses all the cards identified by the reference card ID included in the combination condition corresponding to the evolution ID identified in S34 (S40). That is, make sure that the user has all of the reference cards needed to evolve the card selected as the base card by the user.

Next, the CPU 21 generates image data to be presented to the user based on the post-evolution card ID and reference card ID in each evolution read in S36 and the confirmation result in S40 (S42), and the image data Is transmitted to the user terminal 10 (S44). When acquiring the image data received in S44, the CPU 11 of the user terminal 10 displays an image on the display unit 16 based on the image data (S46). When it is confirmed that the user has all the reference cards required to evolve the card selected as the base card in S40, the card is selected as the base card, for example, as illustrated in the image P4a of FIG. An image including a button for evolving the selected card is displayed, and if it is not confirmed, an image including no button for evolving the card selected as the base card is displayed as illustrated in image P4 of FIG. Is displayed. In order to evolve the card when it is confirmed that the user has all the reference cards and that other conditions are satisfied (for example, the base card has reached the maximum level). An image including the button may be displayed. That is, the condition that the selected card is evolved may be that the card selected as the base card has reached the maximum level and that all the reference cards are owned by the user. In any case, the generated image data is an image for displaying the plurality of cards specified by the card IDs of the plurality of reference cards included in each evolution combination condition in a display format that can be identified by the user. The data.
If the evolution ID is not specified in S34 (S34: NO), it means that the card selected as the base card by the user is a card that cannot be evolved. Therefore, the image data generated in S42 is, for example, " The data will display an image (not shown) containing text such as "The selected card cannot be evolved."

(B) Evolutionary synthesis execution process (FIG. 13)
The sequence chart shown in FIG. 13 shows the process when the image including the button for evolving the card selected as the base card is displayed in S46 of FIG. 12B, as illustrated in the image P4a of FIG. 10, for example. It shows the flow. For example, the image P4a in FIG. 10 is provided with a button b21 (“evolve”) for confirming whether or not to make an evolution synthesis execution request. In FIG. 13, when the CPU 11 of the user terminal 10 receives an evolution synthesis execution request based on the operation of the user designating this button (S50), the request is transmitted to the game server 20 (S52).

When the CPU 21 of the game server 20 receives the evolutionary synthesis execution request received from the user terminal 10, it erases the card data of the pre-evolution card (that is, the evolutionary synthesis base card) in the possessed card data table (S54). The card data of the post-evolution card is newly written (S56). At this time, the card data includes, for example, a serial number issued corresponding to the post-evolution card ID. Next, the CPU 21 of the game server 20 deletes the card data of the reference card used for evolutionary synthesis from the possessed card data table (S58).
After executing the evolutionary synthesis, the CPU 21 generates image data including card data of the post-evolution card (S60), and transmits the image data to the user terminal 10 (S62). When acquiring the image data transmitted in S62, the CPU 11 of the user terminal 10 displays an image (for example, the image P5 in FIG. 10) on the display unit 16 based on the image data (S64).

  As described above, in the game system according to the present embodiment, a card that can be evolved stepwise so that the possessed card (an example of the selected object) selected as the base card by the user becomes a different card each time evolution synthesis is performed. If it is, not only combination conditions necessary for one-step evolution of the selected possession card (an example of change conditions) for the user, but also combination conditions for evolutionary synthesis of multiple steps in the future. Are presented with a plurality of cards identified by a plurality of reference card IDs contained in. Therefore, the user can recognize in advance that the presented multiple cards are reference cards necessary for the future evolution of the selected possessed card, and thus mistakenly select one of the presented multiple possessed cards. Release is prevented.

  In the above-described embodiment, the output unit 54 causes the plurality of cards specified by the plurality of reference card IDs included in each combination condition acquired by the acquisition unit 53 to be displayed separately for each corresponding combination condition. The case of outputting image data has been described above. Outputting such image data has the following advantages. That is, as shown in the image P4 of FIG. 9, a plurality of reference cards included in the combination conditions for the first stage evolutionary synthesis, the second stage evolutionary synthesis, ... Are displayed for each combination condition. The user can distinguish and recognize the card required for evolutionary synthesis in the relatively near future and the card required for the relatively distant future. Therefore, the user can choose to use a card required for a relatively distant future for processing other than evolutionary synthesis for another purpose, for example.

(2) Second Embodiment In the first embodiment, communication according to HTTP is performed between the user terminal 10 and the game server 20, and the user terminal 10 interprets an HTML document acquired from the game server 20. Although the case where the present invention is realized by a so-called browser format in which a game image is displayed by this is described, the present invention is not limited to this case. It is realized by a so-called native application format in which the user terminal 10 mainly executes the game process by executing the game program downloaded by the user terminal 10 and the transmission / reception process between the user terminal 10 and the game server 20 is suppressed. May be. In the native application format, image data is generated and displayed in the user terminal 10 without using a web browser.
In the second embodiment, an example in which the game of the first embodiment is realized in a native application format will be described. The hardware configuration of this embodiment may be the same as that of the first embodiment. In the native application format of the present embodiment, it is assumed that most of the processing is performed on the user terminal 10 side, but a part of the game processing not described below (for example, the lottery processing to be given to the user by lottery or The present invention may be configured such that the game server 20 executes a process (eg, present process in which the game operator gives a card to the user) and the process result by the game server 20 is transmitted to the user terminal 10.
In the present embodiment, the user terminal 10 is an example of the information processing device.

In the present embodiment, the user terminal 10 receives the game program from the server of the game operator based on a predetermined operation by the user, and the received game program is stored in the storage 18. When the game is started by the user terminal 10, communication is established between the user terminal 10 and the game server 20 to perform a login process, and a data table group (card data table, evolution) is transmitted from the game server 20 to the user terminal 10. The composite data table and possession card data table) are transmitted. The data table group transmitted to the user terminal 10 is held in the storage 18 of the user terminal 10. In this case, the data table group in the storage 18 is updated each time login is performed.
In order to prevent the possession card data table from being tampered with in the user terminal 10, the possession card data table in the user terminal 10 is stored in the game every time a predetermined process by the user terminal 10 ends or when the user logs out from the game. It is transmitted to the server 20. The game server 20 receives the possession card data table in the storage 25 after comparing the received possession card data table with the possession card data table in the storage 25 to confirm whether the data has been tampered with. Update to stuff.

Although not shown, in the present embodiment, the user terminal 10 executes the process flow of evolutionary synthesis shown in FIGS. 12A, 12B, and 13 with reference to the data table group in the storage 18.
In the present embodiment, the case where the card data table, the evolved combined data table, and the possessed card data table are held in the game server 20 has been described, but the present invention is not limited to this case. In the game of the native application format, the sharing of each data table can be appropriately set, and the user terminal 10, the game server 20, or another device accessible from the user terminal 10 or the game server 20. It suffices if each data table is held in at least one of them, and the present invention is not limited to a particular holding mode.

(3) Modified Example Hereinafter, a modified example common to the above-described embodiments will be described.

(3-1) Modification 1
In this modified example, the output unit 54 is configured to display the plurality of reference cards specified by the plurality of reference card IDs included in each combination condition acquired by the acquisition unit 53, separately for each reference card ID. , Output image data.
In order to realize the function of the output unit 54 of this modification, the CPU 21 of the game server 20 includes the pre-evolution card ID, the post-evolution card ID, and the reference included in the combination condition, which correspond to the evolution ID in each evolution combination. When the card IDs are acquired, the card data corresponding to these card IDs is read from the card data table, and image data to be displayed separately for each reference card ID is generated. An example of an image displayed based on the generated image data is shown in FIG. The image P4b shown in FIG. 14 is an example of an image displaying the image P4 of FIG. 9 according to the present modification.
In this configuration, a plurality of cards included in each combination condition are presented to the user separately for each card ID, so that the user can quantitatively recognize which card and how many cards are required. Therefore, the user can overview all the cards required to evolve the selected card into different cards one after another, and can easily recognize the number of types of cards to be obtained.
Furthermore, the card with each card ID may be displayed so that it can be known whether the user has the card or not. Further, even if the user has the cards, it may be displayed so that it can be known whether the player has all the cards or does not have the cards. In addition, when not possessing all the numbers of cards, the number of cards possessed and the number of cards required to be possessed may be displayed so as to be known respectively. By displaying in this way, the user can confirm the current possession status of the card to be obtained. For example, when the number of reference cards possessed is N and the number of reference cards required to be possessed is M, information in a format of N / M may be displayed in association with each card.

(3-2) Modification 2
In the present modification, the output unit 54 identifies the reference card IDs included in each combination condition acquired by the acquisition unit 53 by the reference card IDs that are redundantly included in the combination conditions of at least two stages or more. The image data may be output by displaying the card to be displayed in a display format different from that of the card specified by the card ID other than the card ID included in the duplicate.
In order to realize the function of the output unit 54 of this modification, the CPU 21 of the game server 20 includes the pre-evolution card ID, the post-evolution card ID, and the reference included in the combination condition, which correspond to the evolution ID in each evolution combination. When the card ID is acquired, reference card IDs (duplication reference card IDs) that are redundantly included in the combination conditions of at least two stages or more are specified. Then, the card data corresponding to the pre-evolution card ID, the post-evolution card ID, and the reference card ID included in the combination condition is read from the card data table, and the duplicate reference card ID and the reference card that is not the duplicate reference card ID are read. The image data is generated so that the display format is different from the ID. An example of an image displayed based on the generated image data is shown in FIG. The image P4c shown in FIG. 15 is an example of an image displaying the image P4 of FIG. 9 according to this modification, and the cards A01, C12, and M03 are cards corresponding to the duplicate reference card IDs.
In this configuration, the card with the overlapping reference card ID among the plurality of reference card IDs included in the combination condition of the multiple-step evolutionary synthesis for the card selected as the base card is presented to the user in different display formats. Therefore, the user can overview all the cards required to evolve the selected card into different cards one after another, and can easily recognize particularly many cards to be obtained.
Furthermore, the card with the card ID corresponding to the duplicate reference card ID may be displayed so that it can be known whether the user has or does not have the card. Further, even when the user has the duplicate reference cards, it may be displayed so that it is possible to know whether the player has the duplicate reference cards of all the numbers or does not have the duplicate reference cards of all the numbers. In addition, when not possessing all the duplicate reference cards, the number of possessed duplicate reference cards and the number of required duplicate reference cards may be displayed so as to be known respectively. By displaying in this way, the user can confirm the current possession status of the card to be obtained. For example, when the number of duplicate reference cards possessed is N and the number of duplicate reference cards required to be possessed is M, information of the format N / M may be displayed in association with each card.

(3-3) Modification 3
In this modification, the card ID is associated with the information indicating the card acquisition condition by the user. The information indicating the card acquisition condition may be, for example, the rarity of the card or a limited flag as shown in FIG. 5, or may be a level corresponding to the number of distributed cards. Although not shown in FIG. 5, the level corresponding to the number of distributed cards is recorded in the card data table. The game server 20 regularly (for example, every day) collects the possessed cards of all the users registered in the game for each card ID, determines the level based on the aggregated value, and determines the value of the level in the card data table. To update.
In the present example, the output unit 54 obtains, from the plurality of reference card IDs included in each combination condition acquired by the acquisition unit 53, the card specified by the reference card ID whose acquisition condition satisfies a predetermined condition, as the acquisition condition. May be displayed in a display format different from that of the reference card specified by the reference card ID that does not satisfy the predetermined condition, and the image data may be output.
In order to realize the function of the output means 54 of this modification, the CPU 21 of the game server 20 includes the pre-evolution card ID, the post-evolution card ID, and the reference included in the combination condition, which correspond to the evolution ID in each evolution combination. When the card IDs are acquired, the card data corresponding to these card IDs is read from the card data table, and image data to be displayed separately for each information indicating the card acquisition conditions is generated. FIG. 16 shows an example of an image displayed based on the generated image data. An image P4d shown in FIG. 16 is an example of an image displaying the image P4 of FIG. 9 according to this modification. In the example of the image P4d, the information indicating the acquisition condition of the card is the rarity, and the rarity of the card is R5 as the predetermined condition. A reference card with a rarity of R5 is displayed in a display format different from that of a reference card with a rarity of R4 or less.
In this configuration, for example, when the acquisition condition is a condition related to the difficulty of acquiring the card, the acquisition of the card with the plurality of card IDs included in the combination condition of the multiple-step evolutionary synthesis for the card selected as the base card Since the difficulty level of the card is known, the user can determine to what stage the evolutionary synthesis of the selected card is to be executed in consideration of the acquisition difficulty level.
Further, it may be displayed so that it can be known whether the user possesses or does not possess the card which is considered to be difficult to obtain. Further, even if the user has the cards, it may be displayed so that it can be known whether the player has all the cards or does not have the cards. In addition, when not possessing all the numbers of cards, the number of cards possessed and the number of cards required to be possessed may be displayed so as to be known respectively. By displaying in this way, the user can confirm the current possession status of the card to be obtained. For example, when the number of reference cards possessed is N and the number of reference cards required to be possessed is M, information in a format of N / M may be displayed in association with each card.

(3-4) Modification 4
In this modification, the accepting unit 51 as the second accepting unit is selected when the card selected as the base card is a card that can be evolved stepwise so as to become different cards each time evolution synthesis is performed. The specification of information regarding the number of times of evolutionary synthesis for progressively evolving each card to become a different card is accepted.
Further, in the present modified example, when the receiving unit 51 receives the designation of the information regarding the number of times of evolutionary synthesis, the acquisition unit 53 performs each number of times of evolutionary synthesis on the card selected as the base card. Get the combination condition.
FIG. 17 shows an example of a series of images displayed on the user terminal 10 in this modification. When the button b11 (“confirm”) is specified in the image P3 of FIG. 17 (the same as the image P3 of FIG. 8), the image changes as shown in P10. In the image P10, buttons b31 to b33 are provided as options for the number of evolutions of the card Q01 selected as the base card. The designation of any of the buttons b31 to b33 corresponds to the designation of information regarding the number of times of evolutionary synthesis. In the image P10, for example, when the button b32 ("evolution to the second stage") is specified, the image changes as shown in P11. The image P11 displays the reference card necessary for the evolution of the card Q01 to the second stage, as designated by the button b32.

In order to realize this modified example, when the CPU 11 of the user terminal 10 receives an operation of designating information regarding the number of times of evolutionary synthesis (for example, a designation operation of any of the buttons b31 to b33 of FIG. 17), the evolutionary synthesis is performed. The information regarding the number of times is transmitted to the game server 20. When the CPU 21 of the game server 20 acquires the information on the number of times of evolutionary synthesis from the user terminal 10, the pre-evolution card ID corresponding to the evolution ID in each evolutionary synthesis of the card selected as the base card from the evolutionary synthesis data table, The post-evolution card ID and the reference card ID included in the combination condition are acquired. Then, the card ID corresponding to the information on the number of evolutionary synthesis specified by the user is extracted from the acquired information, the card data corresponding to the extracted card ID is read from the card data table, and Image data to be displayed separately for each evolution is generated. An example of the image displayed based on the generated image data is the image P11 illustrated in FIG.
The information acquired by the CPU 21 from the evolutionary synthesis data table does not have to be information corresponding to all evolutions of the card selected as the base card until the final evolution, and is specified by information on the number of evolutionary synthesiss. Any information can be used as long as it corresponds to the number of times of evolutionary synthesis.

In this configuration, the user is presented with the reference card required for the number of evolutionary synthesis of the selected card, according to the number of evolutionary synthesis designated by the user. Therefore, the user is required to create a complicated situation for the user, such as when all types of reference cards required for the evolutionary synthesis of the selected card and the number thereof are very large and presented to the user. It can be avoided. Since the user can specify the number of times of evolutionary synthesis, for example, by specifying a relatively small number of times (for example, 2 to 3 times) for evolutionary synthesis, only reference cards required for the selected card in the near future will be displayed. It can be extracted and confirmed, or all the reference cards required for all evolutionary synthesis of the selected card can be collectively confirmed. That is, the presentation mode desired by the user can be realized depending on the user's designation.
Further, each card may be displayed so that it can be known whether the user possesses or does not possess each card. Further, even if the user has the cards, it may be displayed so that it can be known whether the player has all the cards or does not have the cards. In addition, when not possessing all the numbers of cards, the number of cards possessed and the number of cards required to be possessed may be displayed so as to be known respectively. By displaying in this way, the user can confirm the current possession status of the card to be acquired in order to perform the evolution synthesis of the specified number of times. For example, when the number of reference cards possessed is N and the number of reference cards required to be possessed is M, information in a format of N / M may be displayed in association with each card.

(3-5) Modification 5
In this modification, if the card selected as the base card is a card that evolves in multiple stages, the user may erroneously dispose of the card required for the evolution in each stage of the card. Make it possible to make a reservation so that it does not exist. Reserved cards (hereinafter, also referred to as "reserved cards") are restricted from being used for processing other than evolution synthesis of the target card.
More specifically, in the present modification, the above-described accepting unit 51 is a request accepting unit, and is a request based on an operation by the user in response to the output of the image data by the determining unit 54. A restriction request for restricting processing to at least one of the cards is accepted.
Then, in the present modification, when the accepting unit 51 accepts the restriction request, the changing unit 58 determines the request source of the restriction request based on the plurality of reference card IDs included in the combination condition acquired by the acquiring unit 53. Among the cards possessed by the user, a card specified as a restricted card that should be restricted from being used in a process different from evolutionary synthesis is provided with a function of restricting being used in a process different from evolutionary synthesis.

An example of the card reservation method of this modification will be described with reference to the image P4e in FIG. The image P4e in FIG. 18 is a modification of the display mode of the image P4 in FIG. In the image P4e, the reference card necessary for the evolution of each stage is displayed, and the state of the card is displayed corresponding to the displayed reference card. The status of the card is "not possessed", which means that the user does not have the card, "reserved", which means that the user has the card and has reserved the card, or The user has a card but does not reserve the card, in a state of "unreserved" (in this case, buttons b41 and b42 for reserving the card ("reserve")) are displayed. ) Is one of the states.
When one of the buttons b41 and b42 is designated in the image P4e, the state of the reference card corresponding to the button changes from the "unreserved" state to the "reserved" state.

As an example of a case where the reserved card is used for a process other than the intended evolutionary synthesis, a reserved card selling process will be described.
FIG. 19 shows a series of changes in the display screen when the user executes the processing for selling the reserved card. In FIG. 19, the image P1 is the same as that shown in FIG.
When the button b5 (“sale”) is designated in the image P1, the image changes as shown in P20. In the image P20, a list of the possessed cards of the user is displayed. From the list of possessed cards of the image P20, the user selects a card that the user desires to sell. At this time, when a reserved card is selected as an object to be sold from among the possessed cards, the image changes as shown in P21. The image P21 is a text for notifying that the card selected by the user is a reserved card, and buttons b50 (“Continue”) and b51 (“Return”) for selecting whether or not to continue the selling process. )including. When the button b50 is designated in the image P21, the sale process is performed even for a reserved card, whereby the user obtains points for the sale price corresponding to the card and loses the reserved card.

As shown in the image P21, making the execution procedure of the sale process for the reserved card complicated is an example of limiting the use of the reserved card for processes other than evolutionary synthesis.
Although not shown in FIG. 19, a list of the possessed cards of the user may be displayed in the image P20 in such a manner that a reserved card cannot be selected. That is, in order to more reliably prevent the reserved card from being used for processes other than evolutionary synthesis, execution of the reserved card selling process may be prohibited.

  In addition, in the game of this embodiment, the possessed card may be lost by executing the normal combining process in addition to the above-described selling process. In the normal combining process, the user selects the base card as a card to be grown from the cards possessed by the user. In the normal combining process, the reference card combination condition may not be determined for each base card, and the user can appropriately select the reference card from the possession cards. When the normal combining process is executed, the reference card disappears from the card possessed by the user, instead of changing the card parameter of the base card (for example, increasing the card level or the skill level). Also in the case of the normal combining process, the execution of the normal combining is restricted if the reference card used for the normal combining when executing the normal combining is a reserved card, as in the above-described selling process.

A method of realizing this modification will be described.
In this modified example, a reservation data table is provided in the storage 25 of the game server 20. The reservation data table is a data table for managing card reservations for each evolutionary synthesis, and an example thereof is shown in FIG.
The reservation data table records information about reserved cards for the user's evolutionary synthesis. Although the reservation data table for one user is illustrated in FIG. 20, the reservation data table is provided for each user registered in the game. In FIG. 20, the reservation ID is an ID issued in the order in which the evolutionary synthesis reservation is made. The evolutionary ID corresponds to the evolutionary ID shown in the evolutionary synthesis data table, and is an ID that identifies the content of evolutionary synthesis. Among the serial numbers of the reserved cards, the serial number of the pre-evolution card is the serial number corresponding to the possessed card selected by the user as the base card for evolution synthesis. Of the serial numbers of the reserved cards, the columns of C1 to C5 of the reference card correspond to the columns of C1 to C5 that form the combination condition of the reference card IDs of the evolutionary synthesis data table, and the reference corresponding to each column. When the card is a reserved card, the serial number of the card is recorded. If the reference card corresponding to each column is not reserved, data indicating "no reservation" (for example, NULL) is recorded.
In the example of the reservation data table shown in FIG. 20, the example shown in the image P4e of FIG. 18 is shown. That is, the evolution ID: 0033 corresponds to the evolution of the card Q01 → R01, the evolution ID: 0044 corresponds to the evolution of the card R01 → S01, and the evolution ID: 0020 corresponds to the evolution of the card S01 → T01. Here, when the button b41 (“reserve”) is selected in the image P4e of FIG. 18, the CPU 21 of the game server 20 replaces the data indicating “no reservation” in the column C2 of the evolution ID: 0044. Write the serial number of the card K14 possessed by the user. At this time, the CPU 21 refers to the possessed card data table of the user to obtain the serial number of the card K14.

The CPU 21 of the game server 20 determines the state of the possessed card of the user by referring to the reservation data table and the possessed card data table when generating the image data which is the basis of the image P4e of FIG. The CPU 21 refers to the reservation data table and determines that the reference card in which the serial number is written is in the "reserved" state, and the serial number is not written in the reservation data table, but the user has it. It is determined that the existing card is in the "unreserved" state, and that the card that the user does not possess is in the "un possessed" state.
Further, the CPU 21 of the game server 20 performs the following processing when restricting the reserved card. When the reserved card is selected as a card to be used for processing, the CPU 21 determines whether the processing is evolutionary synthesis (that is, target evolutionary synthesis) processing corresponding to the reserved card, and a reservation data table is displayed. Refer to the judgment. That is, since the content of the evolutionary synthesis is specified by the evolutionary ID corresponding to the reserved card, it is possible to judge whether or not the above processing is the objective evolutionary synthesis. When it is determined that the target evolution synthesis is not performed, for example, data of an image (for example, image P21 in FIG. 19) for giving a warning to the user is generated and transmitted to the user terminal 10.

  According to this modification, at least a part or all of the reference cards necessary for evolving the card selected as the base card among the cards possessed by the user are selected in response to the request from the user. The card is restricted from being used for processing other than evolutionary synthesis at each stage. Therefore, before the combination condition is satisfied, it is ensured that the user mistakenly uses the reference card necessary for evolving the selected card for the future in the process other than the evolution concerned. Can be prevented.

(3-6) Modification 6
In this modification, a registration unit 59 is provided. The registration unit 59, when the card ID corresponding to the user's possessed card is included in the plurality of card IDs included in each combination condition acquired by the acquisition unit 53 for the card selected as the base card, A function of registering an instruction card selected based on a user operation among the possessed cards as a favorite (bookmark) is provided. That is, in the present modification, if the card possessed by the user includes a card necessary for future evolution of the card selected as the base card, the card can be registered as a favorite.

An example of a method of registering a card as a favorite in this modification will be described with reference to FIG. The image P4f in FIG. 21 is a modification of the display mode of the image P4 in FIG. In the image P4f, the reference card necessary for the evolution of each stage is displayed, and the state of the card is displayed corresponding to the displayed reference card. The state of the card is either “not possessed” indicating that the user does not possess the card or “possessed” indicating that the user possesses the card.
If one of the possessed cards (K14 in this example) is selected in the image P4f, the selected card is displayed as a favorite registration target, for example, as shown in the image P15. The image P15 includes a button b50 (“favorite registration”) for registering the selected card as a favorite. When the button b50 (“favorite registration”) is designated, the selected card (K14) is registered as the user's favorite.
The method of identifying the “possessed” and “not possessed” states is not limited to the method using a character string as shown in the image P4f, and may be displayed so that the images can be identified. For example, in the case of a possessed card, the card image corresponding to the possessed card is displayed, and in the case of an uncarried card, it is displayed as an image different from the card image corresponding to the uncarried card. The different image may be any image as long as it is known to be different from the normal card image, and may be, for example, an image in which the brightness of the normal card image is darkened or an image such as a “?” Mark.
Further, the favorite may be registered as the user's favorite immediately without displaying the image P15 when the possession card is selected in the image P4f. Further, in the image P4f, after the user selects a plurality of possession cards, the user may press the confirm button to collectively register the selected plurality of possession cards.
Although not shown, when registered as a favorite, a list of possessed cards of the user registered as a favorite is displayed in response to the user's browsing request. In addition, a possessed card registered as a favorite so that the favorite card can be identified in the list of possessed cards displayed when the button b1 (“view possessed monster”) is specified in the image P1 of FIG. And possessed cards not registered as favorites may be displayed in a distinguishable manner. For example, a possessed card that is registered as a favorite can be displayed with a mark indicating that it has been registered as a favorite so that the possessed card that is not registered as a favorite can be displayed in a distinguishable manner. In addition to the mark, the favorite registration may not be limited to the mark, but the possession card registered as a favorite may be restricted from being processed as a possession card. As a result, it is possible to prevent the user from selling the possession card registered as a favorite by mistake. Similar to the method described in Modification 6, a reservation button is provided for a desired card from the list of possessed cards registered as favorites, and the reservation can be made by designating the reservation button. May be.
In order to realize this modification, a flag (1: favorite registered, 0: favorite not registered) may be provided corresponding to the card ID of the possessed card in the possessed card data table (see FIG. 7). When the CPU 21 of the game server 20 receives a request for browsing a card registered as a favorite, it reads the card data with the flag “1” in the possessed card data table, and an image including a list of cards based on the read card data. Generate data.
According to this modified example, when it is confirmed that the card selected as the base card has a card necessary for future evolution, the user can immediately register it as a favorite, so the user can store it in his / her own memory. You will be able to reliably mark the possession cards necessary for future evolution without relying on them. In addition, for example, when the user possesses a large number of cards, it becomes possible to quickly confirm the card that is important to the user and is important for the evolution.

(4) Application to applications other than games In the above-described embodiments and modifications, the case where the present invention is applied to games has been described, but it may be applied to other applications. For example, when a plurality of types of electronic coupons are distributed every time a product is purchased at a shopping mall on the Internet, the electronic coupons may be an example of the object of the present invention. In this case, for example, in order to upgrade (an example of the changing process) the privilege content of the coupon ticket Q as the base coupon ticket, the user possesses and uses the coupon tickets A to C as the reference coupon tickets corresponding to the coupon ticket Q. It is possible. In this example, it is assumed that the coupon ticket Q is changed to a different coupon ticket through a plurality of stages of change processing. At this time, the shopping server identifies a reference coupon required for the evolution of each stage of the coupon Q as the base coupon, generates image data for the user to present the reference coupon, and the image data. Is transmitted to the user terminal.
The present invention can be appropriately applied to applications other than the examples described above.

Although the embodiments and modifications of the present invention have been described above in detail, the present invention is not limited to the above embodiments and the like. Further, it goes without saying that the embodiment may be variously modified and changed without departing from the gist of the present invention. The technical matters described in the above-described embodiment and each modified example may be appropriately combined and applied.
Note that the request receiving method is not limited to the above case. For example, the request receiving method may be a method of receiving an instruction input by shaking a user terminal provided with an acceleration sensor or an instruction input of a gesture (gesture input). In the gesture input, the user terminal performs image recognition of the gesture by performing a predetermined gesture with respect to the user terminal having an imaging function, and recognizes an operation input previously associated with the gesture. Further, in the case of a user terminal capable of executing a voice recognition program, the method of accepting a request may be a method of accepting an instruction input by a predetermined voice.

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

One aspect of the present invention is a storage device that stores object identification information that identifies an object and a change condition that is a condition for performing a change process that changes the object and that includes a plurality of object identification information in association with each other. An information processing device (10 or 20) capable of accessing (25),
First receiving means (51) for receiving a designation of a selected object, which is an object selected from among the possessed objects possessed by the user, based on a user operation;
When the selected object is an object that can be changed stepwise so that it becomes a different object each time the change processing is performed, change conditions for performing the change processing of a plurality of steps are performed on the selected object. An acquisition means (53) for acquiring from the storage device (25),
Output data (for example, image data) for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition unit (53) in a display format that can be identified by a user. ) Outputting means (54),
It is an information processing device provided with.

The “information processing device” may be a stand-alone game machine, a user terminal (for example, a mobile terminal or a personal computer), a server on a network, or the like. The substance of the information processing device can be appropriately defined depending on the realization form of the game. For example, when the functions of the respective units of the information processing apparatus are realized by the user operating the game machine or the user terminal, the game machine and the user terminal correspond to the information processing apparatus of the present invention. Alternatively, when the user terminal, which is a client, has a function of receiving an operation input from a user and displaying an image, and the functions of each unit of the information processing apparatus are substantially realized by a server that can communicate with the user terminal The server corresponds to the information processing device of the present invention.
The “object” may be any display target as long as it can be visually recognized by the user, and can be appropriately set according to the processing content by the information processing apparatus of the present invention. For example, when the information processing device of the present invention processes information about a game, the object may include a character, an item, or the like in the game. The character is, for example, a virtual person, creature, or monster in the game, and includes those displayed on the card.
The “object identification information” is identification information that enables the user to identify the object, and information associated with the identification information. The identification information that enables the user to identify the object is, for example, an object name or an object image. As the information associated with the object name and the object image, an object ID (for example, a card ID when the object is a card) is also an example of the “object identification information”.
The “storage device” may be a memory device of any configuration, such as a flash memory or an HDD (Hard Disk Drive). Further, the storage device may be built in the information processing device, or may be an external device configured to be accessible from the information processing device in a wired or wireless manner.
The "possession" of an object means that the user can use the object for processing using the object. “Not possession” of an object means that the user cannot use the object for processing using the object. “Obtaining” an object means that the object has transitioned from an unpossessed state to an possessed state.

  In the above information processing apparatus, when the selected object selected by the user is an object that can be changed stepwise so as to become different objects each time the change processing is performed, the selected object is Not only the change conditions necessary for the step change process, but also the plurality of objects specified by the plurality of object identification information included in the change conditions for the plurality of step change processes in the future are presented. Therefore, the user can recognize in advance that the presented plurality of objects are objects necessary for the future change processing of the selected object, and thus prevent accidentally letting go of any of the presented plurality of objects. To be done.

The output means (54) displays the plurality of objects specified by the plurality of object identification information included in each of the change conditions acquired by the acquisition means (53) separately for each corresponding change condition. Then, the output data may be output.
With this configuration, a plurality of objects included in the change conditions for the first-step change process, the second-step change process, ... Are displayed for each change condition, so that the user changes in a relatively near future. Objects required for processing and objects required in the relatively distant future can be recognized separately. Therefore, the user can select to use an object, which is required in a relatively distant future, for a process other than the change process for another purpose, for example.

The information processing device, when the object identification information corresponding to the possessed object of the user is included in the plurality of object identification information included in each change condition acquired by the acquisition unit, A registration unit (59) for registering the possessed object selected based on the operation of the user may be further provided.
With this configuration, it is possible to register possessed objects necessary for future change processing of the selected object, and therefore, when the user possesses a large number of objects, for example, an object important for the user necessary for change processing You will be able to check quickly.

In response to the output data being output by the output means (54), the request is based on an operation by the user and is for restricting processing to at least one of the plurality of objects. Request receiving means (51) for receiving a request,
When the request is accepted by the request accepting unit (51), a possessed object possessed by the requesting user based on a plurality of object identification information included in the change condition acquired by the acquiring unit (53). A restriction unit (58) for restricting an object specified as a restricted object that should be restricted from being used in a process different from the change process from being used in a process different from the change process. May be further provided.
The “restriction of being used in a process different from the change process” is not limited to prohibiting the process itself other than the change process of the selected object, and the change process of the selected object can be executed. The execution procedure may be made difficult, or the change processing execution procedure may be complicated. Note that in the above-described example of the embodiment, the restriction of being used for a process different from the object changing process is realized by the reservation of the object. For example, in the above embodiment, the "reserved card" is restricted from being used for processing different from the evolutionary reservation for which the card is intended.
In the above configuration, at least a part or all of the objects necessary for changing the selected object among the objects owned by the user are used for the processing other than the changing processing of the selected object in response to the request from the user. Limit what can be done. Therefore, it is possible to reliably prevent the user from mistakenly using the object necessary for changing the selected object for processing other than the processing for changing the selected object before the change condition is satisfied. be able to.

The output means (54) displays the plurality of objects specified by the plurality of object identification information included in each change condition acquired by the acquisition means (53), distinguishing each object identification information. The output data may be output.
In this configuration, since a plurality of objects included in each change condition are presented to the user separately for each object identification information, the user can quantitatively recognize which object and how many objects are required. Therefore, the user can overview all the objects required to change the selected object into different objects one after another, and can easily recognize the number of types of objects to be obtained.

The output means (54) uses the object identification information that is redundantly included in at least two or more change conditions among the plurality of object identification information included in each change condition acquired by the acquisition means (53). The output data may be output by displaying the specified object in a display format different from that of the object specified by the object identification information other than the overlappingly included object identification information.
With this configuration, the objects of the overlapping object identification information among the plurality of object identification information included in the change conditions of the multiple-step change process for the selected object are presented to the user in different display formats. Therefore, the user can overview all the objects required to change the selected object into different objects one after another, and can easily recognize the objects to be obtained in particular.

The object identification information is associated with the information indicating the acquisition condition of the object by the user,
The output unit (54) selects an object identified by the object identification information whose acquisition condition satisfies a predetermined condition from among the plurality of object identification information included in each change condition acquired by the acquisition unit (53). The output data may be output in a display format different from that of the object specified by the object identification information whose acquisition condition does not satisfy the predetermined condition.
In this configuration, for example, when the acquisition condition is a condition related to the difficulty of acquiring the object, the difficulty of acquiring the object of the plurality of object identification information included in the change condition of the multiple-step change process for the selected object is Since it is understood, the user can determine to what stage the change process for the selected object is executed, in consideration of the difficulty of acquisition.

When the selected object is an object that can be changed stepwise so as to become a different object each time the change processing is performed, the number of times of change processing for changing the selected object stepwise so as to become a different object sequentially Second acceptance means (51) for accepting designation of information regarding
The acquisition unit (53), when the second reception unit (51) receives the designation of the information regarding the number of times of the change processing, each change condition for performing the change processing of the number of times on the selected object. May be obtained.
With this configuration, the object required for the number of times of change processing of the selected object is presented to the user according to the number of times of change processing in a plurality of stages designated by the user. Therefore, the user can avoid a situation that is complicated for the user, such as when the types and the number of objects required for all the change processing for the selected object are very large and all of them are presented to the user. Since the user can specify the number of times of change processing in a plurality of stages, for example, by specifying a relatively small number of times (for example, 2 to 3 times) for change processing, only the objects required for the selected object in the near future are extracted. Alternatively, it is possible to collectively confirm all the objects required for all the change processing for the selected object. That is, the presentation mode desired by the user can be realized depending on the user's designation.

Another aspect of the present invention is an information processing system (1) including a user terminal (10) and a server (20) communicable with the user terminal (10), wherein the user terminal (10) 10) and / or the server (20) includes object identification information for identifying an object, and a change condition that is a condition for performing a change process for changing the object and that includes a plurality of object identification information. In the information processing system capable of accessing a storage device (25) that stores the data in association with each other,
First accepting means (51) for accepting designation of a selected object, which is an object selected from possessed objects possessed by the user, based on a user's operation,
When the selected object is an object that can be changed stepwise so that it becomes a different object each time the change processing is performed, change conditions for performing the change processing of a plurality of steps are performed on the selected object. An acquisition means (53) for acquiring from the storage device (25),
Output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means (53) in a display format that can be identified by a user. (54),
Is an information processing system including at least one of the user terminal (10) and the server (20).

Another aspect of the present invention is to store object identification information for identifying an object and a change condition for performing a changing process for changing the object, the change condition including a plurality of pieces of object identification information in association with each other. A computer with access to the device (25),
First accepting means (51) for accepting designation of a selected object, which is an object selected from possessed objects possessed by the user, based on a user's operation,
When the selected object is an object that can be changed stepwise so that it becomes a different object each time the change processing is performed, change conditions for performing the change processing of a plurality of steps are performed on the selected object. An acquisition means (53) for acquiring from the storage device (25),
Output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means (53) in a display format that can be identified by a user. (54),
It is a program to function as.

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

  In the above description, in order to facilitate understanding of the present invention, the reference numerals shown in the drawings are appropriately written in parentheses, but the information processing apparatus and the like according to the present invention are limited to the illustrated embodiments. Not a thing.

1 ... Game System 10 ... User Terminal 11 ... CPU
12 ... ROM
13 ... RAM
15 ... Operation input unit 16 ... Display unit 17 ... Communication interface unit 18 ... Storage 19 ... Bus 20 ... Game server 21 ... CPU
22 ... ROM
23 ... RAM
24 ... Communication interface section 25 ... Storage 26 ... Bus 51 ... Reception means 52 ... Game execution means 53 ... Acquisition means 54 ... Output means 55 ... Judgment means 56 ... Change means 57 ... Recording means 58 ... Restriction means 59 ... Registration means 70 ... Data table group

Claims (6)

An information processing apparatus capable of accessing a storage device that stores object identification information for identifying an object and a change condition including a plurality of pieces of object identification information for performing a changing process for changing the object in association with each other And
First accepting means for accepting designation of a selected object which is an object selected based on a user operation,
When the selected object is an object that can be changed stepwise so as to become a different object sequentially each time the change processing is performed, change conditions for performing the change processing of a plurality of steps on the selected object, Acquisition means for acquiring from the storage device,
Output means for outputting output data for displaying a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means in a display format that can be respectively identified by a user;
Equipped with
The output data is data for displaying a plurality of objects specified for each change condition and an object after each change processing of the selected object on one screen for all steps of the plurality of steps. Then, for each of the specified plurality of objects, the user determines whether or not the object is possessed by the user, and the parameter when the parameter indicating the difficulty level of acquisition satisfies a predetermined condition. it is displayed in distinguishable display format, if there is overlap the plurality of objects are data order is displayed in the display format different from the object that does not overlap, the information processing apparatus. The output means is configured to display a plurality of objects specified by a plurality of object identification information included in each change condition acquired by the acquisition means, separately for each corresponding change condition, and to output the output data. Output,
The information processing apparatus according to claim 1. When the object identification information corresponding to the possessed object of the user is included in the plurality of object identification information included in each change condition acquired by the acquisition unit, based on the operation of the user among the possessed objects. Further comprising registration means for registering the selected possession object,
The information processing device according to claim 1. In response to the output data being output by the output unit, a request based on an operation by the user, which is a request for restricting processing to at least one of the plurality of objects, is accepted. Request receiving means,
When the request is accepted by the request accepting unit, the change process among possessed objects possessed by the requesting user based on a plurality of object identification information included in the change condition acquired by the acquiring unit. For an object specified as a restricted object that should be restricted from being used in a process different from, a restriction unit that restricts being used in a process different from the change process, further comprising:
The information processing apparatus according to claim 1. An information processing system including a user terminal and a server configured to be communicable with the user terminal, wherein at least one of the user terminal and the server identifies object identification information for identifying an object and the object. In the information processing system, which is a condition for performing a changing process to change and a changing condition including a plurality of object identification information, and a storage device that stores therein in association with each other,
An information processing system, wherein at least one of the user terminal and the server includes each unit of the information processing apparatus according to claim 1.   A computer that can access a storage device that stores object identification information for identifying an object and a change condition including a plurality of object identification information that is a condition for performing a change process for changing the object in association with each other. A program for causing each unit of the information processing apparatus according to any one of claims 1 to 4 to function.

Images