JP6503118B1 - Game program, method, and information processing apparatus - Google Patents

Abstract

To improve a user's motivation to execute game processing in exchange for consumption of game items.
A game program (131) displays, on a processor (10), one or more UI objects each associated with game processing (S301), and selects at least one of the UI objects based on an input operation. Step (S302), selecting either the first item to be provided without payment of the consideration and the second item to be provided by payment of the consideration (S307), and the selected first item or A step of consuming two items by a necessary amount according to the selected UI object (S309, S310) and a step of executing game processing associated with the selected UI object (S312) are executed. When the second item is selected, the required amount per UI object of the second item is constant.
[Selected figure] Figure 6

Description

  The present disclosure relates to a game program, a method of executing the game program, and an information processing apparatus.

  BACKGROUND ART Conventionally, a game is known that executes various game processes that bring about an effect that enables the game to proceed more favorably with respect to objects used in game play in accordance with consumption of game items held by the user. There is.

  For example, in the game described in Non-Patent Document 1, various game processes such as changing parameters of characters used in game play can be executed in exchange for game items owned by the user.

"White cat project official site", [online], Coropra, Inc. [search on June 13, 2018], Internet (URL: http://colopl.co.jp/shironekoproject/)

  There is room to further improve the user's motivation for performing game processing, such as changing parameters, in exchange for consumption of game items.

  One aspect of the present disclosure aims to further improve the user's motivation to execute game processing in exchange for consumption of game items.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to associate the first item with the user and store it in the memory when the condition based on the game program based on the game program is satisfied, and the game is executed by the user Storing the second item in association with the user in the memory according to the payment of the fee; displaying one or more user interface (UI) objects associated with the game processing on the display unit; A step of selecting at least one of the UI objects based on the input operation, a step of accepting an input operation of selecting either the first item or the second item when the UI object is selected, and a step of accepting Item, selected U Execute the steps of consuming only the necessary amount corresponding to each of the objects, and executing the game processing associated with each of the selected UI objects based on consumption of the item in the consuming steps. . When the input operation for selecting the second item is received in the receiving step, the required amount per UI object of the second item consumed in the consuming step is constant.

  A method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method includes the processor performing the above steps.

  An information processing apparatus according to the present disclosure includes a storage unit that stores the above-described game program, and a control unit that controls the operation of the information processing apparatus by executing the game program.

  According to one aspect of the present disclosure, it is possible to further improve the user's motivation to execute game processing in exchange for consumption of game items.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flowchart which shows the outline | summary of a process of a user terminal. It is a flowchart which shows the flow of the process which a user terminal and a server provide a drop item to a user. It is a flow chart which shows a flow of processing which a user terminal and a server sell virtual currency. It is a flowchart which shows the flow of the process which a user terminal advances a capability management part. It is an example of a capability management part screen. It is a figure which shows an example of the information memorize | stored in a memory | storage part. (A) is a figure which shows an example of the confirmation screen displayed according to selection of a capability management object. (B) is another example of the confirmation screen. (A) is an example of a result screen displayed in response to release of a capability management object. (B) is another example of the result screen. It is an example of the capability management part screen displayed after releasing a capability management object.

  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. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing 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 is connected to the server 200 via the network 2. The network 2 is composed of the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be

  The server 200 (computer, information processing apparatus) 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 configurations of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing apparatus) 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 illustrated, 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 configurations of the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  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), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the 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 measuring sensor 18, the controller 1020 may include the camera 17 and the distance measuring sensor 18.

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the 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, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer 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 described later. Further, when the above-described multiplay is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As shown in FIG. 1, the user terminal 100 may receive 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 in the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store a game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 may be stored 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 measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. 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 is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

  Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. 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 the user's input operation.

<Game Outline>
The game system 1 executes various game processes that bring about an effect that enables the game to be advanced more favorably with respect to the game medium used in the game play in accordance with the consumption of game items held by the user. It is. In the present embodiment, a game medium representing a character is applied as an example of the game medium. The character referred to here is, for example, a dominant existence in the game world represented by the game. In the following, a game medium representing such a character is also simply described as a character.

  In the present embodiment, the game system 1 includes a play part, a ability management part, and a lottery part. The play part is a part for advancing the game using characters held by the user. The progress of the game in the play part is performed based on the user's operation. The playable game in the play part may be, for example, a part for clearing a set task using a character held by the user. Examples of the task include, but are not limited to, winning an enemy character, clearing a puzzle, winning a match game, and the like. In addition, the game that can be played as the play part may be, for example, a part for fostering a character held by the user.

  The ability management part is a part that executes game processing to obtain an effect associated with a character so that the game can be advanced more favorably based on the consumption of game items held by the user. Hereinafter, the extent to which the game can be advanced more advantageously as a result of the game processing will also be described as the size of the effect of the game processing.

  Note that “held by the user” means stored in at least one of the memory 11 and the memory 21 in association with the user. Further, the fact that the progress of the game is more advantageous may be that, for example, in the case of a competition game, it is easy to win the opponent. Also, for example, in the case of a puzzle game, it may be easy to get good results in a puzzle. Also, for example, in the case of a battle game, it may be easy to win enemy characters and the like. Also, for example, in various types of games, the probability of acquiring game media that can advance the game more advantageously may be increased. Also, for example, in various games, it may be to increase the amount of rewards obtained. Also, for example, in various games, when it is necessary to wait for a predetermined time to obtain a desired effect, the time may be shortened. However, it is not limited to these examples that the game progress is more advantageous.

  In the ability management part, there are a first item and a second item as items that can be consumed to obtain the above-described effect. The first item is an item that can be obtained free of charge by the user. Here, it is assumed that the first item is an item given in the play part. The first item may be of multiple types. Hereinafter, the first item is also referred to as a drop item.

  Further, the second item is an item which can be obtained by the user for a fee. Here, the second item is a virtual currency in the game. Hereinafter, the second item is also described as a virtual currency.

  The lottery part is a part for giving the user digital data available in the game in exchange for in-game value. Note that “give to the user” refers to storing at least one of the memory 11 and the memory 21 in association with the user. An example of such digital data is a character that can be used in a play part. For example, in the lottery part, a lottery for selecting any of the characters available in the game is executed. The lottery may be performed based on the winning probability set for each character. The in-game value to be exchanged for the execution of the lottery may be, for example, the above-mentioned virtual currency or drop item, or may be a point that can be accumulated in the game, but is not limited thereto.

  In addition, the game system 1 may be a system for performing the game of not only a specific genre but all genres. For example, sports games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG games, adventure games, shooting games, simulation games, training games, action games, etc. It is also good.

  Moreover, the game system 1 may be a system for performing the game of not only a specific play form but any play form. For example, a single play game by a single user, a multiplay game by a plurality of users, a battle game in which a plurality of users play a match among multiplay games, a cooperative play game in which a plurality of users cooperate, etc. May be

<Hardware components of each device>
The processor 10 controls the overall operation of the user terminal 100. The processor 20 controls the overall operation of the server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

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

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides the processor 10 with a work area 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 is operating according to a program. The memory 21 provides the processor 20 with a work area by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to a program.

  In the present embodiment, the program may be a game program for realizing the game by 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. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification 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 a hard disk drive (HDD). 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, wireless LAN (Local Area Network), wired LAN, wireless LAN, Internet communication via a mobile telephone network, short distance wireless communication, and the like.

  The input / output IF 14 is an interface for the user terminal 100 to receive input of data, and is an interface for the user terminal 100 to output data. The input / output IF 14 may input / 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, or a speaker. The input / output IF 24 of the server 200 is an interface for the server 200 to receive input of data, and is an interface for the server 200 to output data. The input / output IF 24 can 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 of, for example, a touch pad. The display unit 152 is configured of, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistive film method.

  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 specify the holding attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

  The camera 17 includes an image sensor and the like, and converts a light incident from the lens into an electric signal to generate a photographed image.

  The distance measurement sensor 18 is a sensor that measures the distance to the measurement object. The distance measuring sensor 18 includes, for example, a light source that emits pulse converted light, and a light receiving element that receives the light. The distance measuring 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 have a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result in which the object 1010 in the vicinity of the user terminal 100 is detected using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. In this case, the camera 17 may be provided with a lighting device for emitting infrared light, a filter for blocking visible light, and the like. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition process. (2) Also, the processor 10 detects the user's gesture 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 identifies a gesture made by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has made a gesture of “par”. Further, when the number of fingers is zero (the finger is not detected), the processor 10 determines that the user has made the gesture of “Go”. In addition, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “Tokiki”. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the forefinger is standing or whether the user's finger makes a flicking motion. . (4) The processor 10 selects an object 1010 (a user's hand or the like in the vicinity of the user terminal 100 based on an image recognition result of a captured image of the camera 17 and / or an output value of the distance measuring sensor 18). ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, the predetermined value) depending on the size of the user's hand specified from the captured image of the camera 17 It detects whether it is in the above distance). In addition, 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 found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is being detected based on the image recognition result of the captured image of the camera 17, etc., the processor 10 recognizes that the user shakes his hand in the shooting direction of the camera 17. If an object is detected or not detected by the distance measurement sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 shakes the hand in the direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether the user holds the hand by image recognition on the captured image of the camera 17 (a gesture of “goo” or another gesture (eg, “par”)) To detect The processor 10 also detects how the user is moving this hand, as well as the shape of the user's hand. Also, the processor 10 detects whether the user is moving the hand closer to 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 a pointer on the touch screen 15 in response to 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, the state in which the mouse is clicked and pressed down or the state in which the touch panel is touched after the touch-down operation is performed on the touch panel. In addition, when the user moves the hand further while the user terminal 100 detects the user's gesture "goo", such a series of gestures is an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that causes the user to repel a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user clicks the gesture by tapping the mouse or tapping the touch panel. It may be recognized as an operation corresponding to

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations 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 known functions in the game.

  The user terminal 100 has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as a control unit 110 and a 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 communicating with each user terminal 100 to support the user terminal 100 to advance the game. For example, sales of valuable data, provision of services, etc. are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game to mediate the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a 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 a game program 131, game information 132 and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional Configuration of Server 200)
The control unit 210 centrally controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives part or all of the game information or the user information from the user terminal 100. When the game is a multiplay game, the control unit 210 may receive a request for multiplay synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

  The control unit 210 functions as a progress supporting unit 211 and a sales processing unit 212 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

  The progress support unit 211 communicates with the user terminal 100, and supports the user terminal 100 to progress various game parts included in the present game. For example, according to which of the above-described game parts is being executed, the user terminal 100 appropriately provides information to be referred to at that time.

  In addition, when the play part is executed in the user terminal 100, the progress supporting unit 211 performs a process of determining a drop item to be provided to the user in response to a request from the user terminal 100. The process of determining the drop item may include the process of determining the type of drop item to be given. At this time, the process of determining the type may be executed as a lottery based on the winning probability according to the type. Further, the process of determining the drop item may include the process of determining the number of drop items to be provided. At this time, the process of determining the number may be executed as a lottery based on the winning probability according to the number. However, the process of determining the drop item is not limited to the process by lottery.

  In addition, when the lottery part is being executed on the user terminal 100, the progress supporting unit 211 performs a process of determining a character to be given to the user in response to a request from the user terminal 100. The process of determining the character may include a process of determining the type of the character to be assigned. At this time, the process of determining the type may be executed as a lottery based on the winning probability according to the type. Also, the process of determining a character may include a process of determining the number of characters to be assigned. At this time, the process of determining the number may be executed as a lottery based on the winning probability according to the number. However, the process of determining the character is not limited to the process by lottery.

  The sales processing unit 212 executes processing for selling paid digital content to the user. For example, the sales processing unit 212 executes charging processing in accordance with a sales request from the user terminal 100, and executes an assignment processing for causing the user to hold digital content. As an example, digital content is a virtual currency. The sales processing unit 212 executes a charging process for charging the amount of money corresponding to the requested number of virtual currencies from the user who is the owner of the user terminal 100 of the request source. The sales processing unit 212 requests charging processing to an external charging server (not shown), and receives notification of settlement completion from the charging server. Then, after receiving the notification of settlement completion, the sales processing unit 212 transmits information representing the virtual currency of the purchased quantity to the user terminal 100 as an assignment process for causing the user to hold the virtual currency. In the present embodiment, it is assumed that the virtual currency held by the user is stored in the user terminal 100 in association with the user. However, the virtual currency held by the user may be stored in at least one of the user terminal 100 and the server 200, and the holding amount may be transmitted and received between the user terminal 100 and the server 200 as necessary. .

(Functional Configuration of User Terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game in accordance with the game program 131 and the operation of the user. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

  The control unit 110 functions as a play part progression unit 111, a purchase processing unit 112, a capability management part progression unit 113, and a lottery part progression unit 114 according to the description of the game program 131. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The control unit 110 also functions as an operation receiving unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives an input operation of the user on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position on the input unit 151 of the above-described input operation, and specifies the type of the input operation. The operation receiving unit specifies, for example, a touch operation, a slide operation, a swipe operation, and a tap operation. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each unit of the control unit 110 is reflected. The display control unit may display, on the display unit 152, a game screen including an image generated by each unit of the control unit 110. Further, the display control unit may draw a graphical user interface (hereinafter referred to as a GUI) superimposed on the game screen.

  Hereinafter, the fact that the input operation on the input unit 151 is detected and received by the operation receiving unit will also be described simply as the input operation can be received. In addition, it is also described that each functional block of the control unit 110 simply generates various information and outputs the information to the display unit 152 by the display control unit.

  The play part progression unit 111 advances the above-mentioned play part. The play part advancing unit 111 advances the game based on the user's operation using the character held by the user. The play part progression unit 111 gives the drop item to the user when the condition not based on the payment of the user's payment is satisfied. The condition not depending on the payment of the consideration is, for example, that a predetermined grant condition is satisfied in the progress of the play part. Specifically, when the predetermined grant condition is satisfied, the play part progression unit 111 requests the server 200 to grant a drop item. Then, the play part progression unit 111 gives the drop item notified from the server 200 to the user.

  In this manner, the user can obtain consumable drop items in the ability management part for obtaining effects associated with characters available in the play part along with the play of the play part.

  A specific example of the predetermined provision condition will be described. For example, the assignment condition may be that the task set in the play part is achieved based on the user's operation. For example, when the play part is a part that fosters a character held by the user, the assignment condition may be to start or complete a process related to breeding. Further, in this case, the provision condition may be that an event for producing a state of breeding is generated stochastically. Such an event may be that an animation showing the state of development is displayed. In addition, when the play part is a part that causes the character operated by the user to fight with the enemy character, the provision condition may be to win the enemy character in the battle. The content of the play part is not limited to the above-described example. Moreover, the provision conditions set in the play part should just be conditions which are not based on payment of a value, and are not restricted to the example mentioned above.

  The purchase processing unit 112 grants the virtual currency to the user in response to the payment of the payment by the user. Specifically, when the input operation for purchasing the virtual currency is accepted, the purchase processing unit 112 transmits a purchase request for the virtual currency to the server 200. Then, the purchase processing unit 112 gives the virtual currency notified from the server 200 to the user. The granted virtual currency is added to the virtual currency already held.

  The capability management part progression unit 113 advances the above-mentioned capability management part. Specifically, the ability management part progression unit 113 displays one or more UI objects, and the game processing associated with each of the selected one or more UI objects is a drop item or a required amount of virtual currency. Run based on the consumption of In the present embodiment, a plurality of UI objects are displayed. Hereinafter, UI objects associated with game processing displayed in the ability management part will also be referred to as ability management objects.

  The lottery part progression unit 114 advances the above-mentioned lottery part. Specifically, the lottery part progression unit 114 requests the server 200 to execute the lottery in accordance with the input operation of the user instructing the execution of the lottery. The lottery part progression unit 114 assigns the character notified from the server 200 to the user.

(Details of capacity management part)
In the ability management part, depending on the selection of the ability management object, either the drop item or the virtual currency is consumed. Here, when the drop item is consumed, the required amount of the dropped item to be consumed may be determined according to the size of the effect of the game processing associated with the selected ability management object. That is, as the ability management object associated with the game processing having the greater effect, the required amount of drop items consumed in accordance with the selection of the ability management object may be larger.

  Here, if there are multiple types of drop items, each of the capability management objects is associated with the type of required drop item and the required amount of the type of drop item. When the drop item is consumed, the drop item according to the size of the effect of the game processing associated with the corresponding ability management object is consumed. In other words, in the case of the drop item of the same type, the required amount of the drop item associated with the ability management object is larger as the effect of the game processing associated with the ability management object is larger. In addition, when the rarity degree according to the type is set to the drop item, the higher the effect of the associated game processing, the higher the rarity degree of the drop item may be associated. Also, the required amount of each of a plurality of types of drop items may be associated with one capability management object. In that case, the combined value of the required amount of each type of drop item associated with the ability management object is larger as the effect of the game processing associated with the ability management object is larger.

  Also, when a virtual currency is consumed, the required amount of virtual currency consumed is a fixed amount per capability management object. Thereby, the user consumes a certain amount of virtual currency when the desired game process is associated with any ability management object but does not have a drop item necessary for execution of the game process. You just have to As a result, the user's motivation to execute desired game processing is improved.

  Here, the game processing associated with at least one of the ability management objects may be a first game processing that changes the first parameter of the character by a first value so that the game can be advanced more advantageously. . In addition, the game processing associated with at least another one of the ability management objects changes the first parameter so that the game can be advanced more advantageously by a second value different from the first value. It may be a process.

  In this case, when the ability management object associated with the first game process and the ability management object associated with the second game process are respectively selected, the required amount of virtual currency consumed is constant.

  Also, the game process associated with at least one of the ability management objects may be a first game process that changes a first parameter of the character. Also, the game process associated with at least one other of the ability management objects may be a second game process that changes a second parameter different from the first parameter of the character.

  In this case, when the ability management object associated with the first game process and the ability management object associated with the second game process are respectively selected, the required amount of virtual currency consumed is constant.

  Also, the game process associated with at least one of the ability management objects may be a first game process that changes a first parameter of the character. Also, the game process associated with at least one other of the ability management objects may be a second game process for providing the user with game data available in the game. Here, the game data available in the game may be, for example, an equipped item that can be equipped with a character, a skill that can be activated by a character, a right item for viewing stories related to a character, etc. It is not limited.

  In this case, when the ability management object associated with the first game process and the ability management object associated with the second game process are respectively selected, the required amount of virtual currency consumed is constant.

  Further, in the capability management part, each capability management object has a first display mode indicating that it has not been selected and a second display mode that indicates that it has been selected. The first display mode is a display mode capable of accepting an input operation. The second display mode is a display mode in which the input operation can not be received. When an input operation is accepted for any of the capability management objects in the first display manner, one or more first display manner capability management objects including the ability management object are selected. Then, when the required amount of the drop item or virtual currency corresponding to the selected one or more first display modes of the capacity management object is consumed, the display mode of each of the capacity management objects is changed to the second display mode. Ru. Also, game processing associated with the ability management object to be changed to the second display mode is executed. The order of execution of the process of changing the selected ability management object to the second display mode and the process of executing the game process associated with the selected ability management object is not limited to this order.

  Also, in the capability management part, for example, an order relationship may be defined between at least some of the plurality of capability management objects. The order relation may be a full order relation or a partial order relation. Also, the order relation may be expressed by, for example, a tree structure. The order relationship between two capability management objects in the tree structure may be such that the order closer to the root node is earlier and the order closer to the leaf node is later. Note that the order being earlier means closer to the beginning, and the order being later means closer to the end. In this case, the root node is at the top. Such an order relationship is used to determine the ability management object to select based on an input operation on the ability management object. The order relation may not necessarily be represented by the tree structure.

  For example, the capability management part progression unit 113 may select the capability management object for which the input operation has been received and the first display mode among the capability management objects whose order is earlier than the capability management object.

  Also, in the capability management part, when an input operation to the capability management object is accepted, the required amount of the drop item or the virtual currency according to the selected one or more capability management objects may be displayed. The required amount of drop items to be displayed is the sum of drop items according to the size of each effect of one or more selected ability management objects. In addition, the required amount of virtual currency to be displayed is a total of the number of the selected ability management objects, which is a fixed amount determined for one ability management object.

  The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may have at least a part of the functions of the server 200. Furthermore, another device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may execute part of the processing in the game system 1. That is, in the present embodiment, the computer that executes the game program may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<Processing flow>
The flow of processing executed by the user terminal 100 based on the game program 131 will be described with reference to FIGS. 3 to 6.

(Summary of processing)
FIG. 3 is a flowchart showing an outline of processing executed by the user terminal 100. In addition, before the following operation | movement starts, the lottery part is advanced by the lottery part advancing part 114, and the character may be provided to the user. However, even if the lottery part is not advanced in advance, the user may be given a character in advance as an initial setting.

  In step S1, the play part advancing unit 111 advances a play part. As a result, the user is granted the drop item free of charge. Details of this step will be described later.

  In step S2, the purchase processing unit 112 acquires a virtual currency. Thereby, the virtual currency is provided to the user for a fee. Details of this step will be described later.

  The execution order of steps S1 and S2 may not necessarily be in this order.

  In step S3, the capability management part progression unit 113 advances the capability management part. This has the effect of allowing the game to proceed advantageously with respect to the character. Details of this step will be described later.

(Processing flow for adding drop items in play part)
FIG. 4 is a detail of the process in step S1 of FIG. 3, and is a flowchart showing a flow of a process in which the user terminal 100 and the server 200 give the user a drop item in the play part.

  In step S101, the play part progression unit 111 of the user terminal 100 advances the play part while transmitting and receiving necessary information to and from the server 200 based on the user operation.

  In step S102, the progress supporting unit 211 of the server 200 supports the progress of the play part in the user terminal 100 by transmitting and receiving necessary information to and from the user terminal 100.

  In step S103, the play part progression unit 111 of the user terminal 100 determines whether or not the drop item provision condition is satisfied in the progression of the play part. If No in step S103, the process of step S108 described later is executed. In the case of Yes in step S103, the process of next step S104 is performed.

  In step S104, the play part progression unit 111 requests the server 200 to assign a drop item.

  In step S105, the progress supporting unit 211 of the server 200 determines the drop item to be provided to the user. For example, the progress support unit 211 may determine the type and amount of drop items to be given to the user by lottery from among the drop items available in the game.

  In step S106, the progress supporting unit 211 notifies the user terminal 100 of the determined drop item.

  In step S107, the play part progression unit 111 of the user terminal 100 acquires the drop item notified from the server 200. Then, the play part progression unit 111 gives the acquired drop item to the user.

  In step S108, the play part advancing unit 111 determines whether the end condition of the play part is satisfied. In the case of No at step S108, the processing from step S101 is repeated. In the case of Yes in step S108, the process of the next step S109 is performed.

  In step S109, the play part progression unit 111 displays the list of drop items acquired in step S107, and ends the process.

  For example, it is assumed that the play part is a part for fostering a character. Further, in the play part, it is assumed that the stage advances using the deck in which the character is organized by the user's input operation. In this case, it may be the end condition of the play part in step S108 that the stage selected by the user advances to the end.

  Further, it is assumed that the stage is configured by a plurality of turns, and attributes are set to the turn and the character. In this case, a condition based on the attribute of the turn and the attribute of the character organized in the deck may be used as the condition for providing the drop item. In this case, for example, the assignment condition may be that the attribute of the turn and the attribute of the character match.

  In this manner, the user is given the drop item regardless of the payment of the payment as the play part progresses.

(Processing flow for selling virtual currency)
FIG. 5 is a detail of the process in step S2 of FIG. 3 and is a flow chart showing the flow of the process of selling the virtual currency to the user by the user terminal 100 and the server 200.

  In step S201, the purchase processing unit 112 of the user terminal 100 displays a purchase screen of virtual currency.

  In step S202, the purchase processing unit 112 determines whether an operation instructing purchase of virtual currency has been accepted. If No in step S202, the process of selling the virtual currency ends. In the case of Yes in step S202, the process of the next step S203 is performed.

  In step S203, the purchase processing unit 112 requests the server 200 to sell virtual currency.

  In step S204, the sales processing unit 212 of the server 200 requests the external server for charging processing. Then, the sales processing unit 212 receives a notification of settlement completion from the charging server.

  In step S205, the sales processing unit 212 transmits, to the user terminal 100, a virtual currency of an amount corresponding to the settled amount.

  In step S206, the purchase processing unit 112 of the user terminal 100 adds the quantity of virtual currency received from the server 200 to the quantity of virtual currency stored in the storage unit 120.

  In this way, the user is given a virtual currency by payment of compensation.

(Processing flow for progressing capacity management part)
FIG. 6 is a detail of the process in step S3 of FIG. 3 and is a flowchart showing the flow of the process for the user terminal 100 to advance the capability management part.

  In step S301, the ability management part progression unit 113 displays, on the ability management part screen, a plurality of ability management objects associated with each of the game processes. At this time, the capability management part progression unit 113 displays each of the plurality of capability management objects in one of the first display mode and the second display mode.

  In addition, in this step, the capability management part progression unit 113 may arrange the plurality of capability management objects so as to represent the order relationship among them.

  In step S302, the capability management part progression unit 113 determines whether an input operation on the capability management object has been accepted. Here, the input operation can be accepted by any of the capability management objects in the first display mode. In the case of No at step S302, the process of advancing the capability management part ends. In the case of Yes in step S303, the process of the next step S303 is performed.

  In step S303, the capability management part progression unit 113 selects at least one capability management object. Specifically, the capability management part progression unit 113 selects at least one of the one or more capability management objects displayed in the first display mode.

  Here, the selection of the capability management object is performed based on the capability management object for which the input operation has been received in step S302. For example, even if the capability management part progression unit 113 selects the capability management object for which the input operation has been received and the capability management object of the first display mode among the capability management objects whose order is earlier than that of the corresponding capability management object. Good.

  In step S304, the capability management part progression unit 113 specifies the required amount of the drop item for each of the one or more capability management objects selected in step S303.

  In step S305, the capability management part progression unit 113 specifies the required amount of virtual currency for the one or more capability management objects selected in step S303. Here, since the required amount of virtual currency is constant for each capability management object, an amount obtained by multiplying the constant necessary amount by the number of capability management objects selected in step S303 is specified.

  However, at this time, it is assumed that a plurality of ability management objects are selected. In this case, the ability management part progress unit 113 may specify, as the required amount of virtual currency, an amount obtained by discounting an amount obtained by multiplying the certain required amount by the number of the selected ability management objects.

  In step S306, the capability management part progress unit 113 displays the required amount of the drop item identified in steps S304 and S305 and the required amount of the virtual currency.

  In step S307, the capability management part progression unit 113 receives an input operation to select either the drop item or the virtual currency in accordance with the selection of the capability management object in step S303.

  In step S308, the capability management part progression unit 113 branches the process depending on whether the item selected in step S307 is a drop item or a virtual currency.

  If the selected item is a virtual currency, in step S309, the capability management part progression unit 113 consumes the necessary amount of virtual currency. That is, the capability management part progression unit 113 subtracts the necessary amount specified in step S305 from the quantity of the virtual currency stored in the storage unit 120, and stores it.

  On the other hand, if the selected item is a drop item, in step S310, the capability management part progression unit 113 consumes the necessary amount of drop item. That is, the capability management part progression unit 113 deletes the required amount specified in step S304 among the drop items stored in the storage unit 120.

  When either step S309 or step S310 is performed, the process of step S311 is performed next.

  In step S311, the capability management part progression unit 113 changes the display manner of each of the capability management objects selected in step S303 to the second display manner according to the consumption of the item in step S309 or step S310.

  In step S312, the ability management part progression unit 113 executes game processing associated with each of the one or more ability management objects selected in step S303 in accordance with the consumption of the item in step S309 or step S310. That is, the ability management part progression unit 113 executes game processing associated with each of the ability management objects changed to the second display mode in step S311. In addition, the execution order of step S311 and step S312 may not necessarily be this order. After step S312, step S311 may be performed, or both steps may be performed in parallel.

<Screen example>
Examples of screens displayed on the display unit 152 by processing executed by the user terminal 100 based on the game program 131 will be described with reference to FIGS. 7 to 11.

(Capability management part screen)
FIG. 7 is an example of the capability management part screen displayed in step S301. In FIG. 7, the screen G1 includes a character image 701, ability information 702a to 702e, and ability management objects 703a to 703h.

  The character image 701 represents that the screen G1 is the ability management part screen for the character A. Thus, the ability management part may be advanced for each character whose ability is to be managed.

  The ability information 702a to 702e represents information on the current ability of the character A. The ability information 702 a indicates that the parameter “ability a1” of the character A is 120. The ability information 702 b indicates that the parameter “ability a 2” of the character A is 240. The ability information 702 c indicates that the parameter “ability a3” of the character A is 80.

  The ability information 702 d indicates that “story b 1” and “story b 2” can be viewed as stories related to the character A. In this case, the game includes a story browsing part.

  The ability information 702 e indicates that the character A can execute the “skill c1” and the “skill c2”. In this case, the character activates an executable skill in the play part.

  The ability management objects 703a to 703h are examples of ability management objects associated with game processing. In this example, an order relationship is defined between the capability management objects 703a to 703h. Specifically, the capability management objects 703a to 703h are arranged from the top to the bottom of the paper in order from the top. Also, in this example, an arrow is drawn from a certain ability management object to the next ability management object.

  Further, the ability management objects 703a to 703b are displayed in a second display mode in which the inside of the circle is filled with gray. That is, the game processing associated with each of the ability management objects 703a to 703b has been executed. Further, the ability management objects 703c to 703f are displayed in a first display mode in which the inside of the thick circle is filled with white. That is, the game processing associated with the ability management objects 703c to 703f has not been executed yet. In the following description of the screen example, the capability management object of the first display mode is also described as an unreleased capability management object. In addition, the capability management object of the second display mode is also described as a released capability management object. Further, changing the display mode of the capability management object from the first display mode to the second display mode will also be described as releasing the capability management object. In this way, the user can easily identify, among the displayed capability management objects, those that are unreleased and selectable and those that are released and not selectable.

  In addition, characters representing the contents of the game processing are drawn inside and in the vicinity of the ability management objects 703a to 703f. The characters drawn inside represent the names of the parameters changed by the game processing or the names of the game data to be given. Further, the characters drawn in the vicinity represent the increase / decrease value of the parameter that changes due to the game processing.

(Data table related to capacity management object)
FIG. 8 is a diagram illustrating an example of information stored in the storage unit 120 in order to draw the above-described capability management objects 703a to 703f on the screen G1.

  As shown in FIG. 8, IDs are respectively assigned to the capability management objects 703 a to 703 h. Here, it is assumed that the ID of the capability management object represents the order relationship between the capability management objects 703a to 703h. Here, an ID with a smaller value is assigned closer to the beginning.

  Further, in FIG. 8, game processing is associated with each of the ability management objects 703 a to 703 h. Here, as a specific example of the game process, there is a process of increasing one of the abilities a1 to a3, a process of giving game data such as a story, and a skill. In this example, it is assumed that the progress of the play part using the character becomes more advantageous as the values of the abilities a1 to a3 which are parameters indicating the ability of the character increase. Therefore, it can be said that the game process for raising any of the abilities a1 to a3 is a process with a larger effect as the increase value is larger. Further, in this example, it is assumed that the game processing for giving game data is a processing having a larger effect than the game processing for increasing any of the capabilities a1 to a3.

  Further, in FIG. 8, the required amount of the drop item is associated with each of the ability management objects 703a to 703h. Here, there are types d1 to d4 of drop items, and the required amount of drop items is defined by the type and number of drop items. The drop item d4 is assumed to have a higher rarity than the drop items d1 to d3. That is, the drop item d4 is an item that is more difficult to obtain than the drop items d1 to d3.

  In a capability management object that requires consumption of any of the drop items d1 to d3, the required amount of the drop item increases as the effect of the associated game processing is larger. Also, the effect of the game process associated with the ability management object requiring consumption of the drop item d4 is more than the effect of the game process associated with the ability management object requiring consumption of any of the drop items d1 to d3. large.

  Further, in FIG. 8, a fixed amount of 10 is associated with each of the ability management objects 703 a to 703 h as a necessary amount of virtual currency. In this way, the required amount of virtual currency is a fixed amount even for ability management objects associated with game processing with different effect sizes.

  Further, in FIG. 8, flags indicating whether released or not released are associated with the capability management objects 703 a to 703 h, respectively. These flags indicate that the initial value is unreleased, and are changed to indicate released when the drop item or virtual currency corresponding to the ability management object is consumed. When displaying the screen G1, the capability management part progression unit 113 displays, in the first display mode, a capability management object whose flag indicates “unreleased”, and a second capability management object whose flag indicates “released”. It may be displayed in the display mode.

  For example, processing (an example of the first game processing) that the ability a3 (an example of the first parameter) is increased by 10 (an example of the first value) is associated with the ability management object 703a. In addition, processing (up to an example of the second value) 30 (the example of the second value) which is the same as the ability management object 703a, which is the same as the ability management object 703a, is added to the ability management object 703h. One example of the second game process is associated.

  In this case, the game process associated with the ability management object 703h is a process that is more effective than the game process associated with the ability management object 703a. Therefore, the required amount of drop items is greater for the "30 drop items d3" associated with the ability management object 703h than for the "10 drop items d3" associated with the ability management object 703a. There is. On the other hand, the required amount of virtual currency is 10, whichever is the case for any of the ability management objects 703a and 703h.

  Thus, when the user wants to raise the ability a3 of the character A, the user need only consume the virtual currency 10 regardless of the increase value. As a result, there is an effect that the sense of merit of selecting the ability management object 703h associated with the game processing which raises the ability a3 more greatly is enhanced.

  Further, for example, processing (an example of second game processing) of increasing the ability a2 (an example of the second parameter) different from the ability management object 703a by 10 is associated with the ability management object 703b. In addition, the necessary amount of virtual currency is 10 whichever of the ability management objects 703a and 703b is constant.

  As described above, the user only needs to consume the virtual currency 10 when it is desired to increase the ability a3 of the character A or when the ability a2 is desired to be increased. As a result, there is an effect that the user's motivation for raising a desired ability is improved. For example, it is assumed that raising the ability a2 in another part is more difficult than raising the ability a3 in another part. In this case, there is an effect that the sense of merit is enhanced in selecting the ability management object 703b associated with the game processing for raising the difficulty a2 having a high degree of difficulty in the ability management part.

  Further, the ability management object 703d is associated with a process (an example of a second game process) of giving a story (an example of game data usable in the game) related to the character A. Also, the required amount of virtual currency is a constant 10 for any of the ability management objects 703a and 703d.

  In this manner, the user only needs to consume the virtual currency 10 both when wishing to increase the ability a3 of the character A and when wishing to release the story associated with the character A. For example, it is assumed that the story b3 is given more scarcely than the ability a3 is increased in other parts. In this case, there is an effect that, in the ability management part, the selection of the ability management object 703d associated with the game process to which the rare story b3 is given is improved in the sense of value.

(Example of confirmation screen displayed according to selection of ability management object)
FIG. 9A is a view showing an example of the confirmation screen displayed in step S306 when the input operation on the unreleased capability management object 703f is accepted on the screen G1 shown in FIG.

  Here, it is the capability management objects 703c to 703e that have not been released before the capability management object 703f from which the input operation has been received. Therefore, in this case, a total of four capability management objects of the capability management objects 703c to 703e and 703f are selected.

  As shown in FIG. 9A, the screen G2 includes an area 901 in which information related to the required amount of the drop item is displayed, and an area 904 in which information related to the required amount of the virtual currency is displayed.

  An area 901 includes icons 902 a to 902 c and a button 903. The icons 902a to 902c represent the types of drop items required in accordance with the selection of the four capability management objects 703c to 703f described above. In the vicinity of the icons 902a to 902c, the number of required drop items and the number of possessed drop items are drawn.

  For example, the icon 902a indicates that the drop item d1 is required, and it is drawn that the required amount is 30 in the vicinity thereof. This is the sum of the required amount 10 of the drop item d1 required for the capability management object 703c and the required amount 20 of the drop item d1 required for the capability management object 703f. Further, in the vicinity of the icon 902a, it is also drawn that the number of possession of the drop item d1 by the user is 90.

  Further, the icon 902 b indicates that the drop item d 2 is required, and it is drawn that the required amount is 20 in the vicinity thereof. Note that this is the required amount of drop item d1 required for the capability management object 703e. Further, in the vicinity of the icon 902b, it is also drawn that the number of possession of the drop item d2 by the user is 50.

  Further, the icon 902 c indicates that the drop item d 4 is required, and it is drawn that the required amount is 5 in the vicinity thereof. Note that this is the required amount of the drop item d4 required for the capability management object 703d. Further, in the vicinity of the icon 902c, it is also drawn that the number of possession of the drop item d4 by the user is ten.

  A button 903 is an example of a UI object for instructing release of the four capability management objects 703 c to 703 f by consuming the necessary amount of the drop item displayed in the area 901.

  Region 904 includes information 905, information 906, and button 907. The information 905 represents that the required amount of virtual currency required in accordance with the selection of the four ability management objects 703c to 703f is 40. The information 906 is information for causing the user to recognize that the required amount of virtual currency displayed in the information 905 is calculated by a fixed amount of 10 for each capability management object. That is, in this case, since the number of selected capability management objects is four, a virtual currency of 10 × 4 = 40 is required.

  A button 907 is an example of a UI object for instructing release of the four capability management objects 703 c to 703 f by consuming the necessary amount of virtual currency indicated by the information 905.

  Thus, in the screen G2, according to the selection of the four ability management objects 703c to 703f, the required amount of drop items “30 pieces of d1, 20 pieces of d2 and 5 pieces of d4”, the necessity of the virtual currency The quantity "40" is displayed. Such a display is a decision material for the user to select which of the drop item and the virtual currency to consume.

  FIG. 9B is a view showing another example of the confirmation screen displayed in step S306 when the input operation on the unreleased capability management object 703f is accepted on the screen G1 shown in FIG. 7. .

  As shown in FIG. 9B, screen G3 is different from screen G2 in that information 908 and 909 are included instead of information 905 and 906 related to virtual currency. The other elements constituting screen G3 are similar to those of screen G2, and therefore detailed description will not be repeated.

  The information 908 represents that the necessary amount of virtual currency required in accordance with the selection of the four ability management objects 703c to 703f is 35. Further, the information 909 is information for making the user recognize that the necessary amount of virtual currency displayed in the information 908 is discounted by a benefit of releasing a plurality at the same time. That is, in this case, discounting is performed from 40 for 4 which is the number of the selected ability management objects, and 35 virtual currencies are required.

  Thus, in the screen G3, a discount is made as the required amount of the virtual currency, out of the required amount of the drop item and the required amount of the virtual currency displayed according to the selection of the four ability management objects 703c to 703f. 35 are displayed. Thus, if the user wants to release all four capability management objects, the user only has to consume less virtual currency than the sum of releasing these capability management objects individually.

(Example of result screen displayed in response to release of the ability management object)
FIG. 10A is a view showing an example of a result screen displayed when an input operation to the button 907 is accepted on the screen G2 shown in FIG. 9A.

  In FIG. 10A, the screen G4 includes information 1001 to 1003. The information 1001 represents the amount of virtual currency consumed and the number of capacity management objects released. That is, here, in exchange for the virtual currency 40, four capacity management objects 703c to 703f are released. Information 1002 represents the contents of the game process executed by releasing the ability management object. That is, in this case, the game process associated with the ability management object 703c is executed to increase the ability a1 of the character A by 10. Also, the game process associated with the ability management object 703d is executed to give the story b3. In addition, the game process associated with the ability management object 703e is executed, whereby the ability a2 of the character A is increased by 20. In addition, the game process associated with the ability management object 703f is executed, whereby the ability a1 of the character A is further improved by ten.

  Also, information 1003 represents the balance of the virtual currency. That is, since only the virtual currency 100 owned by the user has been consumed, the balance is 60.

  FIG. 10B is a view showing an example of a screen displayed when an input operation to the button 907 is accepted on the screen G3 shown in FIG. 9B. Screen G5 is different from screen G4 in that information 1005 is included instead of information 1003 representing the balance of the virtual currency. The other elements constituting screen G5 are similar to those of screen G2, and therefore detailed description will not be repeated.

  The information 1005 indicates that the virtual currency 100 held by the user is consumed by 35 discounted as a benefit of releasing a plurality simultaneously, and the balance is 65.

(Example screen of the ability management part displayed after releasing the ability management object)
FIG. 11 is a screen example of a capability management part displayed subsequent to FIG. 10 (A) or (B). 11, the screen G6 is different from the screen G1 of FIG. 7 in that the screen G6 includes capability information 702a2, 702b2, and 702d2 instead of the capability information 702a, 702b, and 702d. Moreover, the point which contains the capability management objects 703c2-703f2 instead of the capability management objects 703c-703f also differs. The other elements constituting screen G6 are similar to those of screen G1, and therefore detailed description will not be repeated.

  The ability information 702a2 indicates that the ability a1 of the character A has been raised by 30 in total to 120 to 150 due to the release of the ability management object 703c and the ability management object 703f. The ability information 702 b 2 indicates that the ability a 2 of the character A has been increased by 20 by the release of the ability management object 703 e to be from 240 to 260. The capability information 702d2 indicates that b3 has been added to the stories b1 and b2 that have been given up to that point by releasing the capability management object 703d.

  The capability management objects 703c2 to 703f2 indicate that the second display mode is obtained by releasing the capability management objects 703c to 703f.

<Effect of this embodiment>
As described above, in the present embodiment, the user can select which of the drop item and the virtual currency will be consumed to release the capability management object. And when consuming a drop item, the drop item according to the size of the effect of the related game processing is needed. On the other hand, in the case of consuming virtual currency, the necessary amount of virtual currency is constant for one capability management object regardless of the size of the effect of game processing.

  Therefore, even if the user wants to release any of the capability management objects, if the user does not have the drop item necessary to release the capability management objects, or if he does not want to consume it, one per capability management object. It suffices to consume a certain amount of virtual currency. As a result, the user's motivation to release the skill management object associated with the desired game process is improved.

  Here, the reason why the user may not hold or want to consume the drop item necessary to release the capability management object will be described. This is because the drop item is an item to be provided when the condition for the non-payment of the payment is satisfied in the progress of the play part. For this reason, the user does not necessarily obtain necessary drop items by the necessary amount when advancing the capability management part.

  On the other hand, if it is a virtual currency, it can be obtained by payment of consideration, so that the user can obtain only a necessary amount of virtual currency when advancing the ability management part. However, since the virtual currency is paid, if it is necessary to use an amount of virtual currency according to the size of the effect of the associated game processing, the virtual currency may be used to release the highly effective ability management object. It is difficult for users to improve their ability to consume

  Therefore, in the case of consuming virtual currency, the present embodiment adopts a configuration in which the required amount of virtual currency is constant per capability management object regardless of the size of the effect of the game processing. This can improve the user's motivation for consuming virtual currency instead of consuming drop items to release the capability management object.

[Modification]
In the present embodiment, as an example of the first item consumed in the ability management part, the example in which the drop item provided when the provision condition is satisfied in the progress of the play part is applied has been described. However, the first item is not limited to this. The first item may be any other item as long as it is an item that is provided when the condition that is not due to payment of the price is satisfied.

  Further, in the present embodiment, the example has been described focusing on an example in which the capability management objects displayed in the capability management part are linearly arranged. Not limited to this, the capability management object may be arranged in a manner representing a tree structure having the top capability management object as a root node.

[Example of software implementation]
Control blocks of the control unit 210 (in particular, the progress supporting unit 211 and the sales processing unit 212), and control blocks of the control unit 110 (in particular, the play part advancing unit 111, the purchase processing unit 112, the ability management part advancing unit 113 and the lottery The part progression unit 114) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus provided with the control unit 210 and / or the control unit 110 is a CPU that executes instructions of a program that is software that realizes each function, the above program and various data are computer (or CPU) The ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded in a readable manner, and a RAM (Random Access Memory) for expanding the program. The object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a “non-transitory tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

  The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Items to be added]
It will be as follows when the contents concerning one side of the present invention are listed.

  (Item 1) The game program (131) executed by the computer (user terminal 100) including the processor (10) and the memory (11) has been described. According to an aspect of the present disclosure, the game program causes the processor to associate the first item with the user and store the same in the memory when a condition based on the game program based on the game program is not satisfied. In the step and the game, the step of storing the second item in the memory in association with the user in response to the payment by the user, and one or more user interface (UI) objects each associated with the game processing on the display unit The steps of displaying, selecting at least one of the one or more UI objects based on the input operation, and accepting the input operation of selecting either the first item or the second item when the UI object is selected And in the step of accepting Execute game processing associated with each of the selected UI objects based on the step of consuming the item by the required amount corresponding to each of the selected UI objects and the fact that the item was consumed in the consuming step When the input operation for selecting the second item is received in the executing and receiving steps, and the receiving step, the required amount per UI object of the second item consumed in the consuming step is constant.

  According to the above configuration, the user holds the first item necessary to execute the game processing, even if it is desired to execute any of the game processing associated with each of the one or more UI objects. If not, it is possible to execute the game processing only by consuming a fixed amount of the second item. As a result, the user's motivation to execute desired game processing is improved.

  (Item 2) When the input operation for selecting the first item is accepted in the receiving step in (Item 1), in the consuming step, each UI object selected in the selecting step is associated with the UI object. The first item may be consumed according to the size of the effect in the game when the played game process is executed. Thereby, when the user wants to execute any of the game processing associated with each of the one or more UI objects, the user does not have the first item according to the size of the effect of the game processing. The game process can be executed only by consuming a fixed amount of the second item.

  (Item 3) In (Item 1) or (Item 2), the receiving step includes the required amount of the first item according to each of the selected UI objects, and the required amount per UI object of the second item. May be displayed on the display unit, and then an input operation to select one of the first item and the second item may be received. As a result, for the user, the required amount of the first item and the required amount of the second item are displayed according to the selection of the UI object associated with the desired game processing, so that the first item and the second item are selected. It becomes a judgment material in selecting which to consume.

  (Item 4) In any one of the items (Item 1) to (Item 3), the displaying step relates the UI object associated with the first game processing to the second game processing as one or more UI objects. Displaying a plurality of UI objects including the selected UI object, and advancing the game more advantageously, as the first game processing, the first parameter possessed by the object associated with the user among the objects available in the game A process of changing only the first value to be able to be applied is applied, and a process of changing the first parameter by a second value different from the first value so as to be able to advance the game more advantageously as the second game process It may apply. Thus, when the user wishes to change the first parameter of the possessed object, the user only has to consume a certain amount of the second item regardless of how advantageous the game is due to the change. As a result, the added value of selecting a UI object associated with the game process that changes the first parameter more advantageously increases the user's motivation to consume the second item by selecting the UI object. Improve.

  (Item 5) In any one of the items (Item 1) to (Item 3), the displaying step relates the UI object associated with the first game process to the second game process as one or more UI objects. Displaying a plurality of UI objects including the selected UI object, and applying, as a first game process, a process of changing a first parameter possessed by an object associated with the user among objects available in the game; As the game process, a process of changing a second parameter different from the first parameter of the object may be applied. Thus, the user only has to consume a certain amount of the second item, regardless of whether the parameter to be changed for the held object is the first parameter or the second parameter.

  (Item 6) In any one of the items (Item 1) to (Item 3), the displaying step relates the UI object associated with the first game processing to the second game processing as one or more UI objects. Displaying a plurality of UI objects including the selected UI object, and applying, as a first game process, a process of changing a first parameter possessed by an object associated with the user among objects available in the game; As game processing, processing may be applied in which game data available in the game is associated with the user and stored in the memory. Thus, the user only needs to consume a certain amount of the second item when changing the first parameter of the held object or when acquiring the game data.

  (Item 7) In any one of the items (Item 1) to (Item 6), the displaying step displays a plurality of UI objects, and the consuming step selects n of the plurality of UI objects in the selecting step. If (n is an integer of 2 or more) is selected and an input operation to select the second item is accepted in the receiving step, the second item is n times the required amount per UI object Only the discounted amount may be consumed. Thus, when the user wants to execute all the game processes respectively associated with n UI objects, the user only consumes the second item which is smaller than the total of the cases where the game processes are individually executed. It is good.

  (Item 8) A method of executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and a memory. The method is a method by which a processor executes each step described in (Item 1). The method according to (Item 8) has the same function and effect as the game program according to (Item 1).

  (Item 9) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing apparatus includes: a storage unit (120) storing a game program according to (Item 1); and the information processing apparatus (user terminal 100) by executing the game program. And a control unit (110) for controlling the operation. The information processing apparatus according to (Item 9) has the same function and effect as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminals (information processing apparatus), 110, 210 control unit, 111 play part progression unit, 112 ability management part progression unit, 113 purchase Processing unit, 114 lottery part progression unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 progress support unit, 212 sales processing Unit, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (9)

A game program executed by a computer comprising a processor and a memory, comprising:
The game program may include the processor
Associating a first item with the user and storing the first item in the memory, in the game based on the game program, when a condition not satisfied by payment of a price by the user is satisfied;
Associating the second item with the user and storing the second item in the memory in response to payment of the payment by the user in the game;
Displaying on the display unit a plurality of user interface (UI) objects each associated with a game process;
Selecting at least one of the plurality of UI objects based on an input operation;
Accepting an input operation to select one of the first item and the second item when the UI object is selected;
Consuming the item selected in the receiving step by a necessary amount according to each of the selected UI objects;
Executing the game processing associated with each of the selected UI objects based on consumption of the item in the consuming step;
For the plurality of UI objects,
A UI object as a start point and a UI object as an end point are set, and an order relation from the UI object as the start point to the UI object as the end point is set in the plurality of UI objects.
As the UI object in the second half of the order relation is associated with the game process that is more effective in the game when it is executed,
As the UI object associated with the game process having a greater effect in the game is more, the first item consumed when the input operation for selecting the first item is accepted in the accepting step is set more Yes,
In the displaying step, each of the plurality of UI objects is either a first display mode indicating that the game process is not executed or a second display mode indicating that the game process has been executed. Display in the form of
In the selecting step, among the UI objects displayed in the first display mode, the UI object selected by the input operation and all UI objects whose order is earlier than the selected UI object are included. Is selected
The game program causes the processor to further execute the step of changing the display mode of each of the selected UI objects to the second display mode, triggered by consumption of the item in the consuming step. ,
In the executing step, the game processing associated with each of the selected UI objects is performed together with the change to the second display manner of the respective display manners of the selected UI objects in the changing step. Run
The game program according to claim 1, wherein, when an input operation for selecting the second item is received in the receiving step, a necessary amount of the second item per UI object consumed in the consuming step is constant. The step of executing executes the game processing associated with each of the selected UI objects after the display manner of each of the selected UI objects is changed to the second display manner. The game program described in 1.   The receiving step displays the required amount of the first item according to each of the selected UI objects and the required amount of the second item per UI object on the display unit, and The game program according to claim 1 or 2, wherein an input operation to select one of the first item and the second item is received. The displaying step is
Wherein a plurality of UI objects, and the UI object associated with the first game process and the UI object associated with the second game process shown Table,
As the first game process, a process of changing a first parameter possessed by an object associated with the user among objects usable in the game by a first value so that the game can be advanced more advantageously Apply,
The process according to any one of claims 1 to 3, wherein, as the second game process, the first parameter is changed by a second value different from the first value so that the game can be advanced more advantageously. Or the game program described in Section 1. The displaying step is
Wherein a plurality of UI objects, and the UI object associated with the first game process and the UI object associated with the second game process shown Table,
A process of changing a first parameter of an object associated with the user among objects available in the game is applied as the first game process,
The game program according to any one of claims 1 to 3, wherein a process of changing a second parameter different from the first parameter of the object is applied as the second game process. The displaying step is
Wherein a plurality of UI objects, and the UI object associated with the first game process and the UI object associated with the second game process shown Table,
A process of changing a first parameter of an object associated with the user among objects available in the game is applied as the first game process,
The game program according to any one of claims 1 to 3, wherein a process of associating game data available in the game with the user and storing the game data in the memory is applied as the second game process. Step of pre-Symbol consumption,
When n (n is an integer of 2 or more) of the plurality of UI objects are selected in the selecting step, and an input operation for selecting the second item is accepted in the receiving step,
The game program according to any one of claims 1 to 6, wherein the second item is consumed by an amount discounted from n times the required amount per one UI object. A computer is a method of executing a game program,
The computer comprises a processor and a memory,
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images