JP6647600B1 - Game program and information processing device - Google Patents

Abstract

There is provided a game program and an information processing apparatus capable of changing an effort for acquiring a price necessary for the evolution of a character according to a user's needs. A processor receives a first input for selecting an object to be changed to a different object (S3), and selects one of the changing methods of a sequential change process and a batch change process. (S7), a step (S8) for specifying the price necessary for the sequential change processing when the sequential change processing is selected, and a step (S8) for specifying the price required for the sequential change processing. A step (S8) of specifying the price required for the batch change process, and changing the selected object to the changed object by performing the cost required for the batch change process and the sequential change process a plurality of times. A game program that is different from all the costs needed. [Selection diagram] FIG.

Description

  The present invention relates to a game program and an information processing device.

  A game program for a user to operate a character displayed in a game space is provided by various businesses. In such a game, a function of progressing the play while the user collects various game cards and evolving the character by acquiring a preset game card is gaining popularity.

4 Gamer. net, “Evolutionary synthesis of“ Diffusive Million Arthur ”is powered up. Campaign also implemented ”, [online], [searched on July 30, 2018], Internet <URL: https://www.4gamer.net/games/140/G014082/20140310019/>

  Collecting the price of a game card or the like necessary for the evolution of a character is one of the inherent charms of the game. For example, a beginner who has just started a game may find a great attraction to collecting game cards for evolving a certain character. On the other hand, skilled players who have continued the game to some extent find great appeal in operating the evolved character and proceeding with the game, but have already experienced collecting the game cards necessary for evolving. May have lost their appeal for card collection.

  Therefore, an object of the present invention is to provide a game program and an information processing apparatus that can change the effort for acquiring a price necessary for the evolution of a character according to the needs of a user.

  According to one embodiment of the present invention, a game program executed by a computer including a processor includes: receiving, by the processor, a first input for selecting an object to be changed to a different object; When a plurality of change stages are provided before changing to an object, either a sequential change process for changing the selected object by one stage or a batch change process for changing the selected object to the changed object at once Receiving a second input for selecting whether or not to perform the change by the change method, specifying the price necessary for the sequential change processing when the sequential change processing is selected, and selecting the collective change processing Identifying the price required for the batch change process when the Differs from all the cost required to change the collective change and cost required for processing, sequentially changing process a plurality of times after the change object the selected object by applying.

  According to another aspect of the present invention, a computer-implemented method comprising a processor includes the processor receiving a first input for selecting an object to be changed to a different object, and after changing the selected object. When a plurality of change stages are provided before changing to an object, either a sequential change process for changing the selected object by one stage or a batch change process for changing the selected object to the changed object at once Receiving a second input for selecting whether or not to perform the change by the change method, specifying the price necessary for the sequential change processing when the sequential change processing is selected, and selecting the collective change processing Identifying the price required for the batch change process when the batch change process is performed. And cost required for, different from all the cost required to change the change after the object to the selected objects by applying a plurality of times successively changing process.

  According to another embodiment of the present invention, there is provided an information processing apparatus including a processor, wherein the processor receives a first input for selecting an object to be changed to a different object, and changes the selected object to a changed object. Is provided with a plurality of change stages, the change process can be performed by one of a sequential change process of changing the selected object by one stage and a batch change process of changing the selected object to the changed object at once. Accepting a second input for selecting whether or not to perform the change, specifying the price required for the sequential change processing when the sequential change processing is selected, and determining the price required for the batch change processing when the collective change processing is selected The price required for the batch change process and the object selected by performing the sequential change process multiple times Different from all the cost required to change the change after the object.

  According to the present invention, there is provided a game program and an information processing apparatus capable of changing an effort for acquiring a price necessary for the evolution of a character according to a user's needs.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration of a server. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal. FIG. 3 is a diagram illustrating an example of a data structure of a character database. It is a figure showing an example of the data structure of a material item database. It is a figure showing an example of the data structure of a price database in order. It is a figure showing an example of the data structure of a parameter price database. FIG. 4 is a diagram illustrating an example of a data structure of a user card database. It is a figure showing an example of an evolution reception screen. It is a figure showing an example of a price check screen. It is a flowchart which shows the flow of an evolution process. It is a figure showing an example of the data structure of a stage number price database. FIG. 4 is a diagram illustrating an example of a sequential evolution process and a batch evolution process according to an embodiment. FIG. 4 is a diagram illustrating an example of a sequential evolution process and a batch evolution process according to an embodiment.

  A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the scope of the claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the scope of the claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

[First Embodiment]
<Hardware configuration of game system 1>
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 connects to the server 200 via the network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). As this mobile communication system, for example, a so-called 3G, 4G mobile communication system, LTE (Long
Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point.

  The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These components of the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And These components of the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

  It is desirable that the user terminal 100 allows a user who uses the controller 1020 to input user identification information such as a user name or a login ID via the controller 1020 at the start of a game, for example. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020 without communicating with another device such as the server 200 via the network 2. Can realize multiplayer. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

  The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may read the game program acquired by reading from the storage medium 1030 in the memory 11 May be stored.

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measurement sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

  For example, when the operation unit includes at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on a detection result of the object. Identify. As an example, a user's hand as the object 1010, a marker having a predetermined shape, and the like are detected, and an input operation is specified based on the color, shape, movement, type, or the like of the object 1010 obtained as a detection result. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit includes the input / output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF 14 is specified and accepted as a user input operation.

<Game Overview>
The game system 1 according to the present embodiment is a system for executing a game program. As an example, the game provided by the game system 1 includes a play preparation executed in a preparation stage for playing a play part, in addition to a play part for operating a character which is an example of an object and playing a main game. Including parts.

  The game system 1 according to the present embodiment can acquire various material items according to the progress of the game. The material item is displayed as a card in the present embodiment. Here, the “material item” is an example of a price used by the user to change a character possessed in the game. The material items include, for example, weapons, tools, accessories, and the like. The material item may include a character that can be operated by the user.

  In this specification, among the processes for changing a character, a process for evolving a character in one stage is called a sequential evolution process (an example of a “sequential change process”), and a process for evolving a character in a plurality of stages at once is a batch evolution process ( This is referred to as “an example of“ batch change processing ”). For example, the process of evolving the character P1 into the character P2 in FIG. 13 is a sequential evolution process, and the process of evolving the character P1 collectively into the character U1 is a batch evolution process. Hereinafter, the character to be changed may be referred to as a base character.

  In the present embodiment, as an example, an object or a material item is given to a user as digital content that looks like a card. Here, the form in which the object or the material item is provided to the user is not particularly limited. An object or material item as digital content may be transmitted from the server 200 to the user terminal 100 via a communication network. Alternatively, in the server 200, the object or the material item is stored in the memory 21 in association with the user identification information of the user, and the user terminal 100 arbitrarily reads the object or the material item owned by the user from the server 200. May be adopted. Alternatively, the object or the material item may be sold or provided to the user on a physical medium on which a code, a password, a barcode, a QR code (registered trademark) or the like is printed. In this case, the information printed on the physical medium is read by the user terminal 100 so that the object or the material item can be used in the game executed by the user terminal 100.

  The play part is the main part of the game in which the user operates the character to play for clearing or winning. For example, in a game such as a role playing game (RPG), a battle part for causing a character to fight an enemy character corresponds to the play part. In some cases, a plurality of battle parts may be combined into one quest as a play part.

  In a competitive game based on a sport, a part played by a character or a player operated by a user against an enemy character operated by a computer or another person corresponds to the play part.

  The game system 1 is not limited to a specific genre, and may be a system for executing games of any genre. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, and the like may be used. .

  The game system 1 is not limited to a specific play mode, and may be a system for executing a game in any play mode. For example, a single-player game by a single user and a multi-player game by a plurality of users, and among multi-player games, a battle game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. Good.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

  The processor 10 reads a program from a storage 12 described later and expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and expands the program in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing programs and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. The various data includes game-related data such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, a wireless LAN (Local Area Network), a wired LAN, a wireless LAN, an Internet communication via a mobile phone network, and a short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to receive data input and an interface for the user terminal 100 to output data. The input / output IF 14 may input and output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any type such as a capacitance type or a resistive type.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

  The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measurement sensor 18 includes, for example, a light source that emits pulse-converted light, and a light receiving element that receives the light. The distance measurement sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting the object 1010 near the user terminal 100 using the camera 17 and the distance measurement sensor 18 as a user input operation will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether the object is outdoors or indoors.

  The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique adopted in the above-described image recognition processing. (2) The processor 10 detects the gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed the “par” gesture. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has performed the gesture of “goo”. Further, when the number of fingers is two, the processor 10 determines that the user has performed the gesture of “choking”. (3) The processor 10 performs an image recognition process on the image captured by the camera 17 to detect whether the user's finger is standing only with the index finger or whether the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (a user's hand or the like) in the vicinity of the user terminal 100 based on at least one of an image recognition result of an image captured by the camera 17 and an output value of the distance measurement sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) the user terminal 100 or far (for example, a predetermined value) depending on the shape of the user's hand specified from the image captured by the camera 17. At the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed while the user's hand has been detected based on the image recognition result of the image captured by the camera 17 or the like, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measurement sensor 18 having a higher directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving the hand in a direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand and how the user moves the hand. In addition, the processor 10 detects whether the user is moving his / her hand toward or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in accordance with the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining a state in which the mouse is clicked and pressed down, or maintaining a state in which the touch panel is touched after a touch-down operation is performed. Further, when the user further moves his hand in a state in which the user's gesture “goo” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize. In addition, based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 detects a gesture of flipping a finger of the user, clicks the gesture with a mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Functional Configuration of Game System 1>
FIG. 2 and FIG. 3 are block diagrams showing a functional configuration of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration necessary to function as a general computer, not shown, and a functional configuration necessary to realize a known function in a game.

  The user terminal 100 has a function as an input device that accepts a user's input operation, and a function as an output device that outputs game images and sounds. The user terminal 100 functions as the control unit 110 and the storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 has a function of providing various user terminals 100 with various data and programs necessary for realizing the game. The server 200 has a function of collecting and managing data relating to the game from each user terminal 100. The server 200 has a function of performing a synchronization process between the plurality of user terminals 100.

  In the present embodiment, the server 200 identifies each user and the user terminal 100 with a game account registered in advance. The method for registering an account is not particularly limited. For example, the user terminal 100 or another device such as a personal computer may transmit information necessary for registering the user's account to the server 200 according to the operation of the user. Then, the server 200 may create and store an account for each user based on the received information.

  When the user terminal 100 logs in to the communication network 2 of the game system 1 using any account, the server 200 recognizes the logged-in user terminal 100. It should be noted that the method of login and the process related to login are not particularly limited. The server 200 and the user terminal 100 may perform a conventionally known login method and various processes related to the login.

  The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed on the user terminal 100 and the server 200. The game information 132 and the user information 133 are data that the control unit 110 and the control unit 210 refer to when executing the game program 131.

  The game information 132 is information common between accounts. The game information 132 may include, for example, information for defining various game spaces. The game information 132 is common among accounts, such as the arrangement position, size, color, shape, and the like of background objects such as trees, rocks, buildings, and the like, and non-player character (NPC) objects arranged in the game space. May include various setting information on the object. The game information 132 may include setting values of various parameters of the non-player character. The game information 132 may include information related to the quest.

  In the present embodiment, as an example of the game information 132, a character database (hereinafter, DB) 121 (an example of a “parameter storage”), a material item DB 122, a sequential price DB 123, and a parameter price DB 124 (an example of a “price storage”) Are stored in the storage unit 220 and the storage unit 120. The data structures of the character DB 121, the material item DB 122, the sequential price DB 123, and the parameter price DB 124 will be described later.

  The user information 133 is information managed for each game account. The user information 133 may include, for example, information about an operable character, information about a possessed asset, and information indicating the degree of progress of the game. Here, examples of the owned assets include, for example, in-game currency, items, character equipment, and the like.

  In the present embodiment, as an example of the user information 133, the user card DB 125 and the like are stored in the storage unit 220 and the storage unit 120. The data structure of the user card DB 125 will be described later.

(data structure)
FIG. 4 is a diagram illustrating an example of the data structure of the character DB 121. The character DB 121 is a database for centrally managing characters used in the game of the present embodiment. The character DB 121 is stored as the game information 132 in the storage unit 120 of the user terminal 100, for example. The character DB 121 includes, for example, items of a character ID, a character name, a rarity, an attribute, a maximum level, a character ID after final evolution, and the number of evolution stages.

  The character ID is information for uniquely identifying the character on the game system 1. The character name is information indicating the name of the character. The rarity is a parameter indicating the rarity value of the character in a grade. For example, the higher the difficulty of obtaining the character, the higher the rarity. Specifically, there may be a correlation with a winning probability in a lottery in which the character's card is won, a difficulty level of the quest when the character is obtained as a clear reward of the quest, a price in the case of a paid acquisition, and the like. In the present embodiment, alphabets of “L”, “SS”, “S”, “A”, “B”, and “C” are set as rarity in order from the grade having the highest rarity value.

  The attribute is a parameter indicating to which property group the character belongs when classified by property. In the present embodiment, as an example, a character is classified into one of three attributes, such as fire, lightning, and water.

  The maximum level is an upper limit value that the level of the character can reach. As the level of the character increases, for example, the battle ability parameter referred to in the play part increases. Therefore, the higher the maximum level, the more room there is for the parameter to be higher. The higher the rarity, the higher the maximum level may be set. In the play preparation part, the character may be enhanced by material items or the like, so that the level of the character may be increased and the ability of the character may be enhanced.

  The post-final evolution character ID is information for uniquely identifying the character at the final stage of the character on the game system 1. The number of evolution stages is information indicating the number of evolution stages provided for evolving a character to a final stage character.

  FIG. 5 is a diagram showing an example of the data structure of the material item DB 122. The material item DB 122 is a database for centrally managing material items used in the game of the present embodiment. The material item DB 122 is stored as game information 132 in the storage unit 120 of the user terminal 100, for example. The material item DB 121 includes, for example, material item ID, material item name, rarity, and attributes.

  The material item ID is information for uniquely identifying the material item on the game system 1. The material item name is information indicating the name of the material item.

  The rarity of the material item is a parameter indicating the rarity value of the material item by grade. For example, the higher the difficulty of obtaining the material item, the higher the rarity is set. Specifically, there may be a correlation with a winning probability in a lottery in which the card of the material item is won, a difficulty level of the quest when it is obtained as a clear reward of the quest, or a price in the case of a paid acquisition. In the present embodiment, alphabets of “L”, “SS”, “S”, “A”, “B”, and “C” are set as rarity in order from the grade having the highest rarity value.

  The attribute of the material item is a parameter indicating which property group the material item belongs to when classified by the property. In the present embodiment, as an example, the material item is classified into any one of the three attributes of fire, lightning, and water.

  FIG. 6 is a diagram illustrating an example of a data structure of the price DB 123 in sequence. The sequential price DB 123 is a database for managing the price for evolving the characters of the game to one level. The price DB 123 is stored as game information 132 in the storage unit 120 of the user terminal 100, for example. The sequential price DB 123 includes, for example, items of a character ID before evolution, a character ID after evolution, and a price.

  The pre-evolution character ID is information for identifying a pre-evolution character that is a base character to be evolved. The post-evolution character ID is information for identifying a character obtained by evolving the base character by one step. The price is a price required to evolve the base character into a post-evolution character, and includes information on one or more material items. In the present embodiment, a material item ID of one or a plurality of material items is stored as the price.

  For example, as shown in FIG. 6, in order to evolve the character P1 of the character ID "P01" before evolution to a character Q1 of the character ID "Q01" after evolution, the material item ID "A01" is used as a price. ", Two material items A are required. Similarly, in order to evolve the character Q1 of the character ID “Q01” before evolution to a character R1 of the character ID “R01” after evolution by one step, the material item identified by the material item ID “B01” as a price B is required. Similarly, in order to evolve the character R1 of the character ID “R01” before evolution to the character T1 of the character ID “T01” after evolution by one stage, the material item identified by the material item ID “C01” as a price Two pieces of C are required. Similarly, in order to evolve the character T1 of the character ID “T01” before evolution to a character U1 of the character ID “U01” after evolution by one step, the material item identified by the material item ID “D01” as a price Two pieces of D are required.

  FIG. 7 is a diagram illustrating an example of the data structure of the parameter price DB 124. The parameter price DB 124 is a database for managing a price for collectively evolving a game character into a character on a plurality of stages. The parameter price DB 124 is stored as the game information 132 in the storage unit 120 of the user terminal 100, for example. The parameter price DB 124 includes, for example, items of attribute, rarity, and price.

  The attribute is information indicating the attribute of the character. In one embodiment, the attribute stores information indicating the attribute of the evolved character. In another embodiment, the attribute stores information indicating the attribute of the base character. The rarity is information indicating the rarity of the character. In one embodiment, the rarity stores information indicating the rarity of the evolved character. In another embodiment, the rarity stores information indicating the rarity of the base character. The price is a price required to collectively evolve the base character into the evolved character, and includes information on one or more material items (an example of “price information”). In the present embodiment, a material item ID of one or a plurality of material items is stored as the price.

  For example, FIG. 7A shows a parameter price DB 124 in which the price is stored in association with the attribute and rarity after evolution. As shown in FIG. 7A, in order to collectively evolve a character having the attribute “flame” and the rarity “L”, the characters are identified by the material item IDs “E01” and “F01” as the price. Two material items E and two material items F are required. Similarly, in order to collectively evolve the character having the attribute “Water” and the scarcity “L”, the material items G and H identified by the material item IDs “G01” and “H01” as the price Each requires two copies. Similarly, in order to evolve into a character having the attribute “flame” and the rarity degree “SS” at once, the material item D identified by the material item IDs “E01”, “F01”, and “I01” as the price, One material item E and one material item H are required.

  As described later, in the present embodiment, there are different characters having the same attribute and the same rarity parameter. For example, the characters with character ID “U01” and character ID “U03” both have the attribute “flame” and the rarity “L”. For such a character, as shown in FIG. 13, for example, it is necessary to sequentially evolve the character P1 of the character ID "P01" a plurality of times to evolve it into the character U1 of the character ID "U01". All material items are different from all material items required to evolve the character P3 with the character ID "P03" into the character U3 with the character ID "U03" by sequentially performing the evolution process a plurality of times. The material items necessary for the evolution are all equal, with two material items E and two material items F identified by material item IDs “E01” and “F01”.

  FIG. 8 is a diagram illustrating an example of the data structure of the user card DB 125. The user card DB 125 is a database for centrally managing cards possessed by the user in the game. The user card DB 125 is stored as the user information 133 in the storage unit 120 of the user terminal 100, for example. The user information 133 held by each user terminal 100 may be fed back to the server 200 and stored in the storage unit 220 of the server 200. In this case, the user identification information is linked to the user card DB 125 and is managed in the server 200 for each user. Alternatively, the user card DB 125 may be stored in the storage unit 220 of the server 200 for each user. In this case, the user terminal 100 requests and obtains the user's user card DB 125 from the server 200 as necessary.

  The user card DB 125 includes, for example, items of a unique ID, a card ID, a card name, a rarity, an attribute, and a level. The unique ID is information for uniquely identifying the card on the game system 1. In the present embodiment, the user can carry a plurality of cards having the same card ID in duplicate. Therefore, in order to identify a plurality of cards each having the same character and material item, different unique IDs are stored for each card in the unique ID.

  The card ID is information for uniquely identifying the character or the material item represented by the card on the game system 1. In the present embodiment, a character ID or a material item ID is stored in the card ID. The card name is information indicating the name of the character or material item represented by the card. In the present embodiment, a character name or a material item name is stored in the card name. The rarity is a parameter indicating the rarity value of the character or the material item represented by the card in grade. For example, the higher the difficulty of obtaining the character or the material item, the higher the rarity. In the present embodiment, alphabets of “L”, “SS”, “S”, “A”, “B”, and “C” are set as rarity in order from the grade having the highest rarity value.

  The attribute is a parameter indicating to which property group the character or material item represented by the card belongs when classified by property. In the present embodiment, as an example, each character or material item is classified into one of three attributes: fire, lightning, and water.

  The level is a parameter indicating the ability of the character represented by the card. The higher the level, for example, the higher the combat ability parameter referred to in the play part. In the play preparation part, when the character is strengthened by the material item or the like, the updated level after the strengthening process is stored in the level.

(Functional Configuration of Server 200)
The control unit 210 controls the server 200 by executing the game program 131 stored in the storage unit 220. The control unit 210 functions as the transmission / reception unit 211, the data management unit 213, and the server processing unit 212 by executing the game program 131.

  The transmission / reception unit 211 transmits / receives various data. For example, the transmission / reception unit 211 receives a transmission request of various data and programs from the user terminal 100, a synchronization request for coping with the multi-play function, data for synchronization, and the like, and sends them to the server processing unit 212. For example, the transmission / reception unit 211 transmits various data and programs to the user terminal 100 according to an instruction from the server processing unit 212.

  The server processing unit 212 performs various determination processes related to the progress of the game. The server processing unit 212 performs arithmetic processing necessary for providing a game. The server processing unit 212 executes an arithmetic process described in the game program 221 in response to a request from the user terminal 100 or the like.

  For example, the server processing unit 212 instructs the data management unit 213 to add, update, or delete a record of the game information 132 or the user information 133. For example, the server processing unit 212 instructs the transmission / reception unit 211 to transmit various data or programs. For example, when the server processing unit 212 receives a synchronization request and data for synchronization for supporting the multiplay function from the user terminal 100 via the transmission / reception unit 211, the synchronization processing unit 214 causes the synchronization processing unit 214 to perform synchronization for supporting the multiplay function. Instructs processing to be performed.

  The data management unit 213 manages various data stored in the storage unit 220 according to an instruction from the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes the record of the game information 132 or the user information 133 according to an instruction from the server processing unit 212.

  For example, the data management unit 213 reads out at least one of the game information 132 and the user information 133 from the storage unit 220 according to an instruction from the server processing unit 212, and transmits the read information to the user terminal 100 via the transmission / reception unit 211.

  For example, the data management unit 213 reads from the storage unit 220 a program of the game program 131 to be executed on the user terminal 100 side according to an instruction from the server processing unit 212, and transmits the program to the user terminal 100 via the transmission / reception unit 211. I do.

  The synchronization processing unit 214 performs a synchronization process corresponding to the multi-play function of the game in accordance with an instruction from the server processing unit 212. The synchronization processing unit 214 synchronizes the user terminals by transmitting some information received from the user terminal 100 corresponding to each account to another user terminal 100. When transmitting some information from the server 200 to the plurality of user terminals 100, the synchronization processing unit 214 transmits the information in synchronization with each user terminal 100. Note that the synchronization processing unit 214 may receive synchronization timing, information to be synchronized, and the like from the server processing unit 212. Thereby, for example, an action in a game caused by an input operation performed on one user terminal 100 is shown in a synchronized manner on another user terminal 100.

(Functional configuration of user terminal 100)
The control unit 110 controls the user terminal 100 overall by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 defines the game space with reference to information for defining the game space stored in the game information 132. The control unit 110 transmits and receives various data. For example, the control unit 110 receives from the server 200 various data, programs, data for synchronization for supporting the multi-play function, and the like. For example, the control unit 110 transmits to the server 200 a part or all of the game information 132 or the user information 133 and a request for synchronization for supporting the multiplayer function.

  The control unit 110 includes an operation reception unit 111, a display control unit 112, a user interface (hereinafter, UI) control unit 113, an animation generation unit 114, an evolution reception unit 115, a price identification unit 116, It functions as the evolution processing unit 117. The control unit 110 can also function as other functional blocks (not shown) to advance the game in the game space according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user's input operation on the input unit 151. The operation receiving unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IFs 14, and outputs the result to each element of the control unit 110. I do.

  For example, the operation receiving unit 111 receives an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation accepting unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. In addition, when the input that has been continuously detected is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been released.

  In the present embodiment, the operation receiving unit 111 receives a user's input operation for selecting a character to be evolved. Further, when the selected character is a character provided with a plurality of evolution stages, the operation accepting unit 111 sequentially evolves the selected character by one stage, and converts the selected character to the selected character. A user's input operation for selecting which evolution method to perform, ie, a batch evolution process for collectively evolving the character into an evolved character obtained by evolving the character in a plurality of stages, is received.

  In one embodiment, the selected character may be evolved collectively to the final stage character by the collective evolution process, or in another embodiment, the selected character may be arbitrarily multi-staged by the collective evolution process. May be evolved collectively to the character of the stage. For example, as an example of the latter, in FIG. 13, the character P1 may be evolved into the character R1 at one time, or the character Q1 may be evolved at one time into the character T1. In the present embodiment, the selected character is collectively evolved into the final stage character by the collective evolution process.

  The UI control unit 113 controls UI components to be displayed on the display unit 152 in order to construct a UI. The UI component is a tool for allowing the user to perform an input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output during the progress of the game from the user terminal 100. The UI components are, for example, but not limited to, icons, buttons, lists, menu screens, and the like.

  The animation generation unit 114 generates an animation indicating a motion of various digital contents based on a control mode of various digital contents. For example, an animation may be generated that expresses how the evolution process of the character is being performed.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing results executed by the above-described elements are reflected. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. In addition, the display control unit 112 may draw the above-described UI component so as to be superimposed on the game screen.

  The evolution receiving unit 115 controls input and output of information necessary for executing the evolution process. For example, it is preferable that the evolution receiving unit 115 obtains various parameters of the selected character from the character DB 121 and displays the obtained parameters. Further, it is preferable that the evolution accepting unit 115 determines an evolution process that can be executed on the character based on the selected character, and displays the decided evolution process in an executable manner.

  The price specifying unit 116 specifies, from the storage unit 120 or the storage unit 220, a price for evolving the selected character by the selected evolution method in accordance with the operation of the user received via the operation receiving unit 111. In the present embodiment, the price specifying unit 116 specifies one or a plurality of material items as the price based on the character ID of the selected character and the selected evolution method. Specifically, when the sequential evolution process is selected as the evolution method, the price specifying unit 116 specifies one or a plurality of material items sequentially by referring to the price DB 123 based on the character ID of the selected character.

  On the other hand, when the batch evolution process is selected as the evolution method, the price specifying unit 116 first refers to the character DB 121 based on the character ID of the selected character, and determines the character after the final evolution of the selected character. Of the character is acquired. Next, the price specifying unit 116 acquires the parameters of the final stage character by referring to the character DB 121 based on the character ID of the character after the final evolution. In the present embodiment, the price specifying unit 116 acquires the attribute and the rarity as the parameters of the character at the final stage. Finally, the price specifying unit 116 specifies one or a plurality of material items with reference to the parameter price DB 124 based on the acquired parameters of the final stage character.

  The evolution processing unit 117 executes a process of evolving the selected character according to the selected evolution method according to the user operation received via the operation reception unit 111. In the present embodiment, the evolution processing unit 117 deletes the record of the card representing the selected character from the user card DB 125 and adds the record of the card representing the evolved character. Further, the evolution processing unit 117 deletes a record of a card representing the material item specified by the price specifying unit 116 from the user card DB 125.

  Note that the functions of the server 200 and the user terminal 100 shown in FIGS. 2 and 3 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions of the server 200. Further, a device other than the user terminal 100 and the server 200 may be a component of the game system 1 and the other device may execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of these devices.

<Screen example>
Hereinafter, the functional configuration of the user terminal 100 will be described in detail with reference to a game screen. Each game screen referred to below is configured by a UI component generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. The game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed on the display unit 152 of the user terminal 100 by the display control unit 112.

  9 and 10 are diagrams illustrating an example of a game screen displayed on the display unit 152 in the process of performing the collective evolution process on the character. The game screen shown in FIG. 9 is an evolution reception screen 900. The evolution reception screen 900 includes various UI components for receiving an input relating to the evolution process from the user. For example, the evolution reception screen 900 includes at least an evolution target character 901, a candidate character list 902, a sequential evolution button 903, a batch evolution button 904, and the like. The evolution target character 901 is a UI component for arranging a character to be subjected to evolution processing. The candidate character list 902 is a UI component that displays a list of characters possessed by the user in the game, which are candidates for a character to be subjected to the evolution process. In the present embodiment, in the candidate character list 902, among the cards stored in the user card DB 125, cards representing characters that can be evolved into different characters in the game program are listed as icons (R1 to R15). Is displayed.

  The operation receiving unit 111 receives an input operation for arranging the character on the evolution target character 901. For example, the user arranges the character on the evolution target character 901 by dragging and dropping the icon of the card of one character displayed on the candidate character list 902 and dropping it on the evolution target character 901. Can be. The example illustrated in FIG. 9 illustrates a state in which a character is arranged as the evolution target character 901.

  It is preferable that the evolution receiving unit 115 displays various parameters of the character arranged on the evolution target character 901. Thereby, the user can confirm the performance of the character on which the evolution process is performed. In the example shown in FIG. 9, the attribute “flame”, the rarity “B”, and the like of the placed character are displayed.

  The evolution receiving unit 115 may control the activation or inactivation of the evolution button 903 and the batch evolution button 904 sequentially based on the character arranged on the evolution target character 901. Thereby, the user can confirm the evolution process that can be executed on the character arranged on the evolution target character 901.

  After arranging a desired character on the evolution target character 901, the user performs an input operation for selecting an evolution method. In this embodiment, the user can perform an input operation for selecting an evolution method by performing a tap operation on the sequential evolution button 903 or the batch evolution button 904, or the like.

  The operation receiving unit 111 receives a tap operation on the sequential evolution button 903 or the batch evolution button 904. According to this input operation, the price specifying unit 116 specifies, from the storage unit 120 or the storage unit 220, the price for evolving the character arranged in the evolution target character 901 by the selected evolution method.

  The game screen shown in FIG. 10 is a price confirmation screen 1000 displayed on the display unit 152 after the batch evolution button 904 on the evolution reception screen 900 is tapped. The price confirmation screen 1000 includes various UI parts for confirming material items necessary for the batch evolution processing. For example, the price confirmation screen 1000 includes a material item list 1001, a batch evolution execution button 1002, and the like. The material item list 1001 is a UI component that displays a list of one or more material items as a price for evolving the characters arranged on the evolution target character 901 of the evolution reception screen 900 collectively. The example shown in FIG. 10 is a price confirmation screen for confirming that the material items necessary for the evolution process are two material items E and two material items F.

  It is preferable that the evolution receiving unit 115 displays, among different material items displayed in the material item list 1001, material items owned by the user and material items not owned by the user in different display modes. For example, the evolution receiving unit 115 may display material items owned by the user in color, and display material items not owned by the user in monochrome.

  Further, the evolution receiving unit 115 can control activation or inactivation of the batch evolution execution button 1002 based on whether or not the user has all the material items displayed in the material item list 1001. preferable.

  The operation receiving unit 111 receives a tap operation on the batch evolution execution button 1002. In accordance with this input operation, the evolution processing unit 117 executes a process of evolving the characters arranged in the evolution target character 901 collectively. In the present embodiment, the evolution processing unit 117 deletes, in the user card DB 125, the record of the card representing the character arranged in the evolution target character 901 and adds the record of the card representing the evolved character. Further, the evolution processing unit 117 deletes a record of a card representing the material item specified by the price specifying unit 116 from the user card DB 125.

  Note that in one embodiment, the price confirmation screen 1000 is displayed only when the user does not possess a part of the material items identified by the price identifying unit 116, and when the user possesses all the material items. May omit the display of the price confirmation screen 1000.

<Process flow of evolution processing>
FIG. 11 is a flowchart illustrating the flow of the evolution process according to the present embodiment.

  In step S1, the evolution receiving unit 115 receives an evolution receiving instruction. In the present embodiment, for example, the evolution reception unit 115 receives the evolution reception on a game screen displayed on the display unit 152 when the play part is being executed, a home screen displayed on the display unit 152 when the game program is started, or the like. An evolution reception instruction is received by receiving a tap operation on the button.

  In step S2, the display control unit 112 displays an evolution reception screen. In the present embodiment, the display control unit 112 displays an evolution reception screen 900 as shown in FIG.

  In step S3, the operation receiving unit 111 receives an input operation for selecting a character to be evolved. In the present embodiment, for example, the operation reception unit 111 performs an input operation of dragging the icon (R1 to R15) of the card of one character displayed in the candidate character list 902 and dropping it on the evolution target character 901. Accept. Here, it is assumed that the character P1 having the character ID “P01” is arranged as the evolution target character 901.

  In step S4, the evolution receiving unit 115 displays various parameters of the character selected in step S3. In the present embodiment, the evolution receiving unit 115 acquires the rarity and the attribute of the character arranged as the evolution target character 901 from the character DB 121 and displays it.

  In step S5, the evolution receiving unit 115 determines an evolution process that can be executed on the character based on the selected character. In the present embodiment, the evolution receiving unit 115 determines whether or not the evolution process and the batch evolution process can be sequentially performed on the selected character. Specifically, the evolution receiving unit 115 refers to the character DB 121 and acquires the evolution stage number of a record that matches the character ID of the selected character. When the number of evolution stages is 0, the evolution receiving unit 115 determines that the sequential evolution process and the batch evolution process cannot be executed. When the number of evolution stages is 1, the evolution receiving unit 115 determines that the evolution process can be sequentially executed. When the number of evolution stages is two or more, the evolution receiving unit 115 determines that both the sequential evolution process and the batch evolution process can be executed.

  Here, based on the character DB 12 shown in FIG. 6, the evolution receiving unit 115 determines that the number of evolution stages of the record that matches the character ID “P01” of the selected character is 4, so that the evolution process and the batch evolution are performed sequentially. It is determined that the processes can be executed together.

  In step S6, the evolution receiving unit 115 controls the activation or inactivation of the UI component on the evolution reception screen based on the determination in S5. In the present embodiment, the evolution receiving unit 115 controls activation or inactivation of the sequential evolution button 903 and the batch evolution button 904 of the evolution reception screen 900. Here, the evolution receiving unit 115 activates the sequential evolution button 903 and the batch evolution button 904.

  In step S7, the operation receiving unit 111 receives an input operation for selecting an evolution method. Here, the user accepts a tap operation on the batch evolution button 904.

  In step S8, the price specifying unit 116 specifies a price for evolving the character selected in step S3 by the evolution method selected in step S7. In the present embodiment, the price specifying unit 116 specifies one or a plurality of material items based on the character ID of the selected character and the selected evolution method. Specifically, when the sequential evolution process is selected as the evolution method, the price specifying unit 116 specifies one or a plurality of material items sequentially by referring to the price DB 123 based on the character ID of the selected character.

  On the other hand, when the batch evolution process is selected as the evolution method, the price specifying unit 116 first refers to the character DB 121 based on the character ID of the selected character, and determines the character after the final evolution of the selected character. Of the character is acquired. Next, the price specifying unit 116 acquires the parameters of the final stage character by referring to the character DB 121 based on the character ID of the character after the final evolution. In the present embodiment, the price specifying unit 116 acquires the attribute and the rarity as the parameters of the character at the final stage. Finally, the price specifying unit 116 specifies one or a plurality of material items with reference to the parameter price DB 124 based on the acquired parameters of the final stage character.

  Here, since the batch evolution process has been selected in step S7, the price specifying unit 116 first refers to the character DB 121 based on the character ID “P01” of the selected character, and determines the final evolution of the selected character. The character ID “U01” of the succeeding character is acquired, and the character DB 121 is referred to based on the character ID “U01” of the character after the final evolution, and the attribute “flame” and the rarity “ L ”is obtained. Finally, the price specifying unit 116 refers to the parameter price DB 124 shown in FIG. 7A based on the acquired attribute “flame” and rarity “L” of the character at the final stage, and is required for the batch evolution process. The specific material item “E01 × 2, F01 × 2” is specified.

  In step S9, the evolution receiving unit 115 acquires various parameters of the material item specified in S8. Here, the evolution receiving unit 115 determines the attribute “flame” and the rarity “SS” of the material item identified by the material item ID “E01”, and the attribute “material item ID” identified by the material item ID “F01”. Flame "and rarity" S "are acquired.

  In step S10, the display control unit 112 displays a price confirmation screen. In the present embodiment, the display control unit 112 displays a price confirmation screen 1000 as shown in FIG. Here, a price confirmation screen for confirming that the material items required for the batch evolution processing are two material items E and two material items F is displayed.

  In step S11, the evolution receiving unit 115 controls the display mode of the price. In the present embodiment, the evolution receiving unit 115 refers to the user card DB 125 to determine, among the material items displayed in the material item list 1001, the material items possessed by the user and the material items not possessed by the user. Are displayed in different display modes. Here, it is assumed that the user has two material items E and two material items F displayed in the material item list 1001.

  In step S12, the evolution receiving unit 115 controls the activation or inactivation of the UI component on the price confirmation screen based on the control in S11. In the present embodiment, when the user has all the material items displayed in the material item list 1001, the evolution reception unit 115 activates the collective evolution execution button 1002. Here, the evolution receiving unit 115 activates the batch evolution execution button 1002.

  In step S13, the operation receiving unit 111 receives an input operation for executing the batch evolution process. Here, operation accepting section 111 accepts a tap operation on batch evolution execution button 1002.

  In step S14, the evolution processing unit 117 executes a process of evolving the character selected in step S3 by the evolution method selected in step S7. In the present embodiment, the evolution processing unit 117 deletes the record of the card represented by the character selected in step S3 and adds the record of the card represented by the evolved character in the user card DB 125. Further, the evolution processing unit 117 deletes the record of the card representing the material item identified by the price identification unit 116 in step S8 in the user card DB 125. Thus, the flow of the evolution processing illustrated in FIG. 11 ends.

  Here, in order to show one feature in the first embodiment, the character P1 of the character ID “P01” selected in step S3 is sequentially evolved a plurality of times to evolve into the character U1 of the character ID “U01”. Think about the case. As shown in FIGS. 6 and 13, in order to evolve the character P1 of the character ID “P01” before evolution to a character Q1 of the character ID “Q01” after evolution, the material item ID “ Two material items A identified by "A01" are required. Similarly, in order to evolve the character Q1 of the character ID “Q01” before evolution to a character R1 of the character ID “R01” after evolution by one step, the material item identified by the material item ID “B01” as a price B is required. Similarly, in order to evolve the character R1 of the character ID “R01” before evolution to the character T1 of the character ID “T01” after evolution by one stage, the material item identified by the material item ID “C01” as a price Two pieces of C are required. Similarly, in order to evolve the character T1 of the character ID “T01” before evolution to a character U1 of the character ID “U01” after evolution by one step, the material item identified by the material item ID “D01” as a price Two pieces of D are required.

  As described above, the material item “E01 × 2, F01 × 2” necessary for the collective evolution process from the character P1 to the character U1 is necessary for evolving the character P1 into the character U1 by sequentially performing the evolution process a plurality of times. All material items "A01 × 2, B01 × 2, C01 × 2, D01 × 2".

  Further, in order to show one feature in the first embodiment, in step S3, the operation receiving unit 111 receives an input operation for selecting the character P3 with the character ID “P03”, and in S7, the operation receiving unit 111 However, consider a case where an input operation for selecting the batch evolution processing is received. As described above, in the first embodiment, since the material item required for the collective evolution processing is specified based on the parameters of the evolved character, the case where P3 is selected as the base character is also shown in FIG. As described above, the material items required for the batch evolution processing are “E01 × 2, F01 × 2”.

  In contrast, FIG. 6 and FIG. 13 show all material items necessary for sequentially evolving the character P1 having the character ID “P01” a plurality of times to evolve it into the character U1 having the character ID “U01”. As shown in the figure, “A01 × 2, B01 × 2, C01 × 2, D01 × 2”, and the character P1 having the character ID “P03” is sequentially subjected to the evolution process a plurality of times to obtain the character having the character ID “U03”. All the material items necessary to evolve into U1 are “V01 × 2, W01 × 2, X01 × 2, Y01 × 2”, which are different from each other.

  In other words, the material items required for the collective evolution process are the same for the characters P1 and P3, which are different in all the material items necessary for performing the evolution process a plurality of times to evolve the character after the collective evolution process. .

  In the first embodiment, an example in which the price is a material item has been described. However, in a modified example, the price may be a currency in the game.

[Second embodiment]
In the first embodiment, an example has been described in which material items necessary for the collective evolution processing are specified based on the parameters of the character after the final evolution. In the second embodiment, an example will be described in which a material item required for the batch evolution process is specified based on the parameters of the selected character.

  As in the first embodiment, the process proceeds from step S1 to step S3, and it is assumed that the operation receiving unit 111 has received an input operation for selecting the character P1 with the character ID “P01”. Further, the process proceeds from step S4 to step S7, and it is assumed that the operation receiving unit 111 has received a tap operation on the batch evolution button 904.

  In step S8, the price specifying unit 116 specifies a price for evolving the character selected in step S3 by the evolution method selected in step S7. In the present embodiment, when the batch evolution process is selected as the evolution method, the price specifying unit 116 first acquires the parameters of the selected character by referring to the character DB 121 based on the character ID of the selected character. I do. In the present embodiment, the price specifying unit 116 acquires the attribute and the rarity as the parameters of the selected character. Then, the price specifying unit 116 specifies the material item by referring to the parameter price DB 124 based on the acquired parameters of the selected character.

  Here, first, the price specifying unit 116 acquires the attribute “flame” and the rarity “B” of the selected character by referring to the character DB 121 based on the character ID “P01” of the selected character. Then, the price specifying unit 116 refers to the parameter price DB 124 shown in FIG. 7B based on the acquired attribute “flame” and rarity “B” of the selected character, and performs the necessary for the batch evolution process. The material item “E01 × 2, F01 × 2” is specified.

  Steps S9 to S14 are the same as those in the first embodiment, and a detailed description thereof will be omitted.

  As described above, according to the first and second embodiments, the user can select either the sequential evolution process or the batch evolution process according to his or her own needs. The material items required for the batch evolution process and the material items required to evolve the character selected by performing the sequential evolution process multiple times into the character after the batch evolution process are different, so the user needs The effort required to obtain the necessary material items can be changed. For example, beginners or the like may select evolution processing in order to advance the game while enjoying the evolution of each stage of the character, while experts may evolve the final evolved object early and evolve the final evolved object. A batch evolution process can be selected to operate the object and progress the game. The effort required to obtain the necessary material item can be changed depending on the evolution method.

  According to the first and second embodiments, as shown in FIG. 13, the number of material items “E01 × 2, F01 × 2” necessary for the collective evolution process from the character P1 to the character U1 (4 ) Indicates the number (8 pieces) of all material items “A01 × 2, B01 × 2, C01 × 2, D01 × 2” necessary to evolve the character P1 into the character U1 by sequentially performing the evolution process a plurality of times. ). Therefore, the effort for acquiring the material items necessary for the batch evolution processing is smaller than the effort for acquiring the material items necessary for sequentially performing the evolution processing a plurality of times. Thereby, for example, an expert who wants to evolve the evolved object early can reduce the labor for acquiring the material items necessary for evolving to the evolved object by selecting the batch evolution processing. it can.

  According to the first and second embodiments, as shown in FIG. 13, all material items necessary for sequentially performing the evolution process a plurality of times to evolve the character after the batch evolution process are different from the character P1. The material items required for the collective evolution processing for the character and the character P3 are equal to “E01 × 2, F01 × 2”. Accordingly, the number (2) of types of material items necessary for the collective evolution process is different when the material items necessary for the collective evolution process are different for these characters P1 and P3 (for example, for one batch evolution process). When the necessary material item is “E01 × 2, F01 × 2” and the other material item required for the collective evolution processing is “J01 × 2, K01 × 2”, the number of material item types (4 ). Therefore, as compared with the case where the material items necessary for the collective evolution processing are different, the labor for acquiring the material items necessary for the collective evolution processing can be further reduced.

  Further, according to the first and second embodiments, material items according to attributes and rarity, which are examples of the parameters of the evolved character or the selected character, are specified as the price required for the collective evolution processing. . This makes it possible to provide a relationship between the material item necessary for the batch evolution process and the evolved character or the selected character.

  Further, according to the first and second embodiments, a material item corresponding to the rarity of the evolved character or the selected character is specified as a price required for the collective evolution processing, and the material item corresponding to the rarity is determined. The effort to obtain is imposed on the user. This makes it possible to maintain the difficulty of the game while providing a function of batch evolution processing according to the needs of the user.

[Third embodiment]
In the first embodiment and the second embodiment, an example has been described in which the material item necessary for the collective evolution processing is specified based on the parameters of the evolved character or the base character. In the third embodiment, in addition to the material item specified based on the parameters of the evolved character, the material specified based on the number of evolution stages provided until the base character evolves into the evolved character An example will be described in which material items necessary for the collective evolution processing are specified in consideration of items. FIG. 14 is a diagram illustrating an example of the sequential evolution process and the batch evolution process according to the third embodiment.

  In the present embodiment, as an example of the game information 132, in addition to the character DB 121, the material item DB 122, the sequential price DB 123, and the parameter price DB 124, a stage number price DB 126 (an example of a “price storage unit”) and the like are stored in the storage unit 220 and stored. It is stored in the unit 120.

  FIG. 12 is a diagram showing an example of the data structure of the stage number price DB 126. The stage number price DB 126 is a database for managing the price for collectively evolving a game character into a character on a plurality of levels. The stage number price DB 126 includes, for example, attributes, the number of evolution stages, and price.

  The attribute is information indicating the attribute of the character. In one embodiment, the attribute stores information indicating the attribute of the evolved character. In another embodiment, the attribute stores information indicating the attribute of the base character. The number of evolution stages is information indicating the number of evolution stages provided until the base character evolves into a post-evolution character. The price is a price required to collectively evolve the base character into the evolved character, and includes information on one or a plurality of material items. In the present embodiment, a material item ID of one or a plurality of material items is stored as the price.

  Next, a method for specifying material items required for the batch evolution process according to the present embodiment will be described with reference to FIG.

  As in the first embodiment, the process proceeds from step S1 to step S3, and it is assumed that the operation receiving unit 111 has received an input operation for selecting the character P1 with the character ID “P01”. Further, the process proceeds from step S4 to step S7, and it is assumed that the operation receiving unit 111 has received a tap operation on the batch evolution button 904.

  In step S8, the price specifying unit 116 specifies a price for evolving the character selected in step S3 by the evolution method selected in step S7. In the present embodiment, when the batch evolution process is selected as the evolution method, the price specifying unit 116 first determines the material item from the parameter price DB 124 based on the parameter of the evolved character, as in the first embodiment. Get information.

  Also here, the price specifying unit 116 first obtains the character ID “U01” of the selected character after the final evolution of the selected character by referring to the character DB 121 based on the character ID “P01” of the selected character. Next, the attribute “flame” and the rarity “L” of the final stage character are acquired by referring to the character DB 121 based on the character ID “U01” of the character after the final evolution. The price specifying unit 116 refers to the parameter price DB 124 shown in FIG. 7C based on the acquired attribute “flame” and rarity “L” of the character at the final stage, and obtains the material item information “E01”. × 1, F01 × 1 ”.

  Furthermore, in the present embodiment, the price specifying unit 116 acquires material item information from the stage number price DB 126 based on the number of evolution stages provided until the base character evolves into the evolved character. In the present embodiment, the price specifying unit 116 acquires the number of evolution stages of the selected character with reference to the character DB 121 based on the character ID of the selected character, and calculates the number of stages based on the acquired number of evolution stages. With reference to the price DB 126, information on the material item is acquired.

  Here, the price specifying unit 116 acquires the evolution stage number “4” of the selected character by referring to the character DB 121 based on the character ID “P01” of the selected character, and acquires the acquired evolution stage number “4”. With reference to the stage number price DB 126 shown in FIG. 12 based on “4”, information “E01 × 1, F01 × 1” of the material item is acquired.

  Finally, in the present embodiment, the price specifying unit 116 specifies the material items necessary for the batch evolution process based on the information on the material items obtained from the parameter price DB 124 and the information on the material items obtained from the stage number price DB 126. I do. Here, the price specifying unit 116 converts the material item information “E01 × 1, F01 × 1” obtained from the parameter price DB 124 and the material item information “E01 × 1, F01 × 1” obtained from the stage number price DB 126. Based on this, material items “E01 × 2, F01 × 2” necessary for the batch evolution processing are specified.

  Steps S9 to S14 are the same as those in the first embodiment, and a detailed description thereof will be omitted.

  Here, in order to show a difference from the first embodiment, in step S3, the operation receiving unit 111 receives an input operation for selecting the character Q1 with the character ID “Q01”, and in S7, the operation receiving unit 111 However, consider a case where an input operation for selecting the batch evolution processing is received. As described above, in the first embodiment, the material item necessary for the collective evolution processing is specified based on the parameters of the evolved character. Therefore, even when the character Q1 is selected as the base character, Based on the parameters of the character U1 (attribute “flame”, rarity “L”), the material items necessary for the batch evolution processing are “E01 × 2, F01 × 2”.

  On the other hand, in the third embodiment, when the character Q1 is selected as the base character, first, in step S8, the information “E01 × 1, F01 × 1” of the material item is acquired from the parameter price DB 124, and Material item information “I01 × 1” is acquired from the number price DB 126 based on the number of evolution stages “3” of the base character Q1. Then, the price specifying unit 116 specifies the material items necessary for the collective evolution process from the character Q1 to the character U1 as “E01 × 1, F01 × 1, I01 × 1”. That is, in the third embodiment, when P1 is selected as the base character and when Q1 is selected, the material items necessary for the collective evolution process to the evolved character U1 are “E01 × 2, F01 × 2 ”and“ E01 × 1, F01 × 1, I01 × 1 ”.

  As described above, according to the present embodiment, in addition to the material item “E01 × 1, F01 × 1” corresponding to the parameter of the selected character or the evolved character, the number of evolution steps of the selected character Q1 is determined. Effort to acquire the material item “I01 × 1” can be imposed on the user. Thereby, even if the parameters of the selected characters are equal, it is possible to impose on the user the effort to acquire the material item corresponding to the number of evolution stages of the selected characters.

  In the third embodiment, in addition to the material item specified based on the parameters of the evolved character, the material item is specified based on the number of evolution stages provided until the base character evolves into the evolved character. In the modified example, the base character is evolved in addition to the material item specified based on the parameters of the selected character. Material items required for the collective evolution process may be specified by taking into account the material items specified based on the number of evolution stages provided until the character is later evolved.

The following is added to the above.
(Appendix 1)
According to one embodiment of the present invention, a game program executed by a computer including a processor includes: receiving, by the processor, a first input for selecting an object to be changed to a different object; When a plurality of change stages are provided before changing to an object, either a sequential change process for changing the selected object by one stage or a batch change process for changing the selected object to the changed object at once Receiving a second input for selecting whether or not to perform the change by the change method, specifying the price necessary for the sequential change processing when the sequential change processing is selected, and selecting the collective change processing Identifying the price required for the batch change process when the Differs from all the cost required to change the collective change and cost required for processing, sequentially changing process a plurality of times after the change object the selected object by applying.
According to this aspect, the user can select either the sequential change processing or the collective change processing according to his / her needs. The price required for the batch change process and the price required for changing the object selected by performing the sequential change process a plurality of times to the changed object are different from each other. You can change the effort to get the price.
(Appendix 2)
In the above program, the price is a material item used for the batch change process and the sequential change process, and the number of material items required for the batch change process changes the selected object by performing the sequential change process a plurality of times. It may be less than the number of all the material items required to be changed to the back object. According to this aspect, the effort for acquiring the material items necessary for the collective processing requires all material items necessary for changing the selected object into the changed object by sequentially performing the changing process a plurality of times. Less effort to get. Therefore, for example, an expert or the like who wants to quickly change to the changed object can reduce the labor for acquiring the material items necessary for changing to the changed object by selecting the batch change process. .
(Appendix 3)
In the above-mentioned program, the price required for the collective change process may be equal for two or more selected objects that have different prices in order to perform the change process sequentially a plurality of times and change to the changed object. According to this aspect, the batch change process can be performed on two or more selected objects at the same price. For example, when the price is a material item, the same material item can perform a batch change process on two or more selected objects. Therefore, the number of material item types required for the batch change process is Is smaller than the number of types of material items when the material items required for the batch change process are different. Therefore, it is possible to further reduce the labor for acquiring the material items required for the batch change processing.
(Appendix 4)
In the above program, the computer includes a parameter storage unit in which one or more parameters of the changed object or the selected object are stored, and a computer required for the batch change process in association with at least one parameter stored in the parameter storage unit. A price storage unit in which price information is stored, communicably connected to the price storage unit, and when the batch change process is selected, the processor stores at least one parameter of the changed object or the selected object in the parameter storage; And a step of obtaining information on a price associated with the obtained parameter from the price storage unit. According to this aspect, it is possible to provide a relationship between the price required for the batch change process and the changed object or the selected object.
(Appendix 5)
In the above program, the parameter may be a rarity, and the price information stored in the price storage may be such that the higher the rarity, the higher the price. According to this aspect, it is possible to maintain the difficulty of the game while providing the function of the batch change process according to the needs of the user.
(Appendix 6)
In the above program, the price storage unit further stores price information necessary for the batch change process in association with the number of change stages, and when the batch change process is selected, the processor sends the price information to the processor from the price storage unit. Performing the step of further acquiring information on the price associated with the number of change stages, and in the step of specifying the price required for the batch change process, the necessary price is information on the price associated with the number of change stages. And it may be specified based on the information on the price associated with the acquired parameter. According to this aspect, in addition to the price according to the parameters of the selected object or the changed object, it is possible to impose on the user an effort to acquire the price corresponding to the number of change stages of the selected object.
(Appendix 7)
According to another aspect of the present invention, a computer-implemented method comprising a processor includes the processor receiving a first input for selecting an object to be changed to a different object, and after changing the selected object. When a plurality of change stages are provided before the object is changed, one of a sequential change process of changing the selected object by one stage and a collective change process of changing the selected object to the changed object all at once. Receiving a second input for selecting whether or not to perform the change by the change method, specifying the price necessary for the sequential change processing when the sequential change processing is selected, and selecting the collective change processing Identifying the price required for the batch change process when the batch change process is performed. And cost required for, different from all the cost required to change the change after the object to the selected objects by applying a plurality of times successively changing process.
(Appendix 8)
According to another embodiment of the present invention, there is provided an information processing apparatus including a processor, wherein the processor receives a first input for selecting an object to be changed to a different object, and changes the selected object to a changed object. Is provided with a plurality of change stages, the change process is performed in one of a sequential change process in which the selected object is changed by one stage and a batch change process in which the selected object is changed to the changed object at once. Accepts a second input for selecting whether or not to perform the change, specifies the price required for the sequential change process when the sequential change process is selected, and determines the price required for the batch change process when the batch change process is selected The price required for the batch change process and the object selected by performing the sequential change process multiple times Different from all the cost required to change the change after the object.

DESCRIPTION OF SYMBOLS 1 ... Game system, 2 ... Network, 10/20 ... Processor, 11/21 ... Memory, 12, 22 ... Storage, 13, 23 ... Communication IF, 14, 24 ... Input / output IF, 15 ... Touch screen, 17 ... Camera , 18 distance measuring sensor, 100 user terminal (computer, information processing device), 110, 210 control unit, 111 operation receiving unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115: Evolution receiving unit, 116: Price specifying unit, 117: Evolution processing unit, 120, 220: Storage unit, 121: Character DB (parameter storage unit), 122: Material item DB, 123: Sequential price DB, 124: Parameter Price DB (Price storage unit), 125: User card DB, 126: Stage number price DB (Price storage unit), 131: Game 132, game information, 133, user information, 151, input unit, 152, display unit, 200, server (computer, information processing device), 211, transmission / reception unit, 212, server processing unit, 213, data management unit, 214: synchronization processing unit, 901: evolution target character, 902: candidate character list, 903: sequential evolution button, 904: batch evolution button, 1001: material item list, 1002: batch evolution execution button, 1010: object, 1020: controller , 1030 ... storage medium

Claims (8)

A game program executed by a computer having a processor,
To the processor,
Receiving a first input for selecting an object to be changed to a different object;
In the case where a plurality of change stages are provided until the selected object is changed to the changed object, a sequential change process of changing the selected object by one stage, and changing the selected object to the changed object Accepting a second input for selecting which of the change methods of the batch change process of changing the batch at once;
When the sequential change process is selected, specifying a price required for the sequential change process;
When the batch change process is selected, specifying a price required for the batch change process.
A game program, wherein a price required for the batch change process is different from all costs required for changing the selected object to the changed object by performing the sequential change process a plurality of times. The price is a material item used for the batch change process and the sequential change process,
The number of the material items required for the batch change process is larger than the number of all the material items required to change the selected object into the post-change object by performing the sequential change process a plurality of times. The game program according to claim 1, wherein the number is small.   2. The price required for the collective change process is the same for two or more selected objects that have different prices for all of the costs required to perform the sequential change process a plurality of times and change to the changed object. 2. The game program according to 2. The computer is
A parameter storage unit in which one or more parameters of the changed object or the selected object are stored,
A price storage unit in which price information necessary for the batch change process is stored in association with at least one of the parameters stored in the parameter storage unit;
Is communicably connected to
When the batch change process is selected, the processor
Obtaining the at least one parameter of the changed object or the selected object from the parameter storage unit;
4. The computer-readable storage medium according to claim 1, further comprising: acquiring the price information associated with the acquired parameter from the price storage unit. The parameter is rarity;
The storage medium according to claim 4, wherein the price information stored in the price storage unit is such that the higher the rarity, the higher the price. The price storage unit further stores information on the price required for the batch change process in association with the number of the change stages,
When the batch change process is selected, the processor
From the price storage unit, executing the step of further acquiring the price information associated with the number of the change stages,
In the step of specifying the price required for the batch change process, the required price is specified based on the price information associated with the number of the change stages and the price information associated with the acquired parameter. The game program according to claim 4, wherein the game program is executed. A method performed by a computer comprising a processor, comprising:
The processor,
Receiving a first input for selecting an object to be changed to a different object;
In the case where a plurality of change stages are provided until the selected object is changed to the changed object, a sequential change process of changing the selected object by one stage, and changing the selected object to the changed object Accepting a second input for selecting which of the change methods of the batch change process of changing the batch at once;
When the sequential change process is selected, specifying a price required for the sequential change process;
When the batch change process is selected, the step of specifying a price required for the batch change process,
A method, wherein a price required for the batch change process is different from all costs required for changing the selected object to the changed object by performing the sequential change process a plurality of times. An information processing device including a processor,
The processor comprises:
Receiving a first input for selecting an object to be changed to a different object;
In the case where a plurality of change stages are provided until the selected object is changed to the changed object, a sequential change process of changing the selected object by one stage, and changing the selected object to the changed object Receiving a second input for selecting which change method, a batch change process for changing the values collectively,
When the sequential change process is selected, specify a price required for the sequential change process,
When the batch change process is selected, specify the price required for the batch change process,
An information processing apparatus, wherein a price required for the batch change process is different from all costs required for changing the selected object to the changed object by performing the sequential change process a plurality of times.