JP2019042296A - Game program, method, and information processing device - Google Patents

Abstract

To enhance a user's motivation for a game play in a game played by consuming a play right.SOLUTION: A game program 131 causes a processor to execute a step for executing a game play by consuming a game playing right possessed by a user, and a step for granting a game playing right to the user in exchange for an item granted to the user accompanying the game play.SELECTED DRAWING: Figure 2

Description

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

  A game played by consuming a play right, which is the right to play the game, is widely known. Patent Document 1 describes a technique for granting a play right to a user as time passes, and giving the user a play right in exchange for an item given to the user by charging.

Unexamined-Japanese-Patent No. 2014-168709 (September 18, 2014 publication)

  In a game that consumes the play right and plays, the user can enjoy the game with tension. However, depending on the manner of granting the play right, the user's motivation for playing the game may be impaired.

  An aspect of the present disclosure is to provide a technique that can further enhance the user's motivation for playing a game in a game played by consuming the play right.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program plays the game to the user in exchange for the step of executing the game play by consuming the game play right owned by the user to the processor and the item given to the user along with the game play. And (iv) granting the rights.

  A method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. In the method, the processor consumes the play right of the game owned by the user to execute the play of the game, and the play right for the user in exchange for items given to the user along with the play of the game. And b.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, and a control unit that controls an operation of the information processing apparatus by executing the game program. The control unit executes the game play by consuming the play right of the game owned by the user, and grants the user the play right in exchange for the item given to the user along with the game play.

  According to one aspect of the present disclosure, in a game played by consuming the play right, it is possible to further enhance the user's motivation for playing the game.

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 flow of the process performed at the time of a play start in a game system based on the game program which concerns on embodiment. It is a flowchart which shows the flow of the process performed at the time of completion | finish of a play in a game system based on the game program which concerns on embodiment. It is a flowchart which shows the flow of the process performed in exchange for the currency in a game in a game system based on the game program which concerns on embodiment. (A) is a figure which shows the specific example of the confirmation screen displayed on a display part when there is no ticket at the time of a play start in embodiment. (B) is a figure which shows the example of the notification screen displayed on a display part, when a ticket is provided in exchange for an accompanying item in embodiment. (A) is a figure which shows the specific example of the puzzle screen displayed on a display part in embodiment. (B) is a figure which shows the specific example of the screen displayed on a display part in order to select the object utilized by play in embodiment. (A) is a figure which shows the specific example of the possession capsule screen displayed on a display part in embodiment. (B) is a figure which shows the example of the confirmation screen displayed on a display part so that it may be selected whether it draws from a possession capsule group in exchange for the money in a game in embodiment. (A) is a figure which shows the specific example of the lottery screen displayed on a display part in embodiment. (B) is a figure which shows the specific example of the opening result screen displayed on a display part in embodiment. (A) is a figure which shows the other specific example of the lottery screen displayed on a display part in embodiment. (B) is a figure which shows the other specific example of the opening result screen displayed on a display part in embodiment. In the modification of embodiment, it is a figure which shows the other specific example of the confirmation screen displayed on a display part when there is no ticket at the time of a play start.

Embodiment 1
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 configured by 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 a wireless network (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 interface (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 IF 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. These configurations of the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), 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. 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 the controller 1020 may include the camera 17 and the distance measurement sensor 18 instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement 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 a 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 measurement 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 one 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>
In the game executed by the game system 1, the right to play the game is given to the user. The user plays the game by consuming the play right. In the present embodiment, the game can be played once by consuming one play right. The user may possess one or more play rights. In addition, the user can not play the game if he does not have any play right. The game system 1 manages information on the play right (such as the number of play rights owned by the user) given to each user as data for each user. In the present embodiment, one play right is expressed as one ticket. The user plays the game once using one ticket.

  In the present embodiment, it is assumed that one or more rights are granted to the user when the first condition is satisfied. The right is the right to obtain an object or an attached item. An object is an object that can be used in the play of the game. The incidental items will be described later. A user can have one or more such rights. By consuming one right, an object or incidental item according to the right is given to the user. The game system 1 manages information on such rights (for example, the type and number of rights held by the user, etc.) given to each user as data for each user.

  In the present embodiment, one right is expressed as one capsule. For example, the capsule is given to the user according to the progress of the game and the play result. Also, objects or incidental items represented as inclusions of the capsule are given to the user by opening the capsule, and are made available to the user. The user can advantageously advance the game by opening the capsule and playing using the acquired object. In addition, opening the capsule corresponds to consuming the right.

  In the present embodiment, the accompanying item is an item given to the user as the game is played. Specifically, the incidental items are provided free of charge, accompanying the objects available in the game play. For example, even if the user acquires an object for a fee, the incidental item attached to the acquisition is free of charge. Note that “to be attached to an object” means to be “to be attached together when an object is to be attached”. In addition, the incidental items can be stored in the storage unit 130 in association with the user.

  In the present embodiment, the rarity is set to the capsule in which the object is contained. In addition, the rarity is not set in the capsule in which the incidental item is contained. The rarity is the value of an object that can be obtained by opening the capsule, and represents the high value in advancing the game in an advantageous manner. Hereinafter, the degree of rarity set in the capsule may be described as the type of capsule. In addition, a capsule for which the rarity degree is not set is described as a type of “no rarity degree setting”.

  In the present embodiment, it is assumed that the game executed by the game system 1 is a puzzle game. For example, the user consumes one ticket held and plays the puzzle once.

  The game system 1 is not limited to the system for executing the puzzle game, as long as it is a system that executes the game played by giving the game play right to the user and consuming the play right. The game system 1 may be a system for executing a game of any genre, not limited to a specific genre. 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 developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides 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. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes user information, game information, and other data related to the game, and instructions and notifications transmitted / received between the user terminal 100 and the server 200 or between the 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 regarding 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 surface 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 an illumination device that emits infrared light, a filter that blocks 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 near the user terminal 100) based on at least one of the image recognition result of the photographed image of the camera 17 and the output value of the distance measuring sensor 18 or the like. ) 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. Further, when the user further moves the hand while the user terminal 100 detects the user gesture "Goo", such a series of gestures are used as an operation corresponding to the swipe operation (or drag operation). It can also be recognized. Further, 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. The functional configuration of each of the server 200 and the user terminal 100 required to function as a general computer and the functional configuration necessary to realize known functions of the game are appropriately omitted. doing.

  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 the control unit 110 and the storage unit 130 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 230 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 130 and the storage unit 230 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 that the control unit 110 and the control unit 210 refer to when executing the game program 131. The game information 132 is information common to a plurality of users, for example, (1) basic parameters related to objects available in game play, (2) information related to the type of capsule, and (3) according to the type of capsule It may include information on an object or incidental item that may be contained.

  The user information 133 is data related to the account of the user. For example, the user information 133 is associated with the identifier of the account of the user and (1) information indicating the user of the account, (2) information on the ticket possessed by the account, (3) information on the capsule possessed by the account , (4) information on incidental items held by the account, (5) parameters of objects for which the account has been acquired, (6) information indicating the progress of the game of the account, (7) assets held by the account May contain information on The assets of the account include, for example, a virtual currency in the game, an item, and the like. In addition, the user information 133 may include various information managed for each account.

  The user information 133 is stored in the storage unit 230 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 230. 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 an object providing unit 211 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.

  When it is requested to open the capsule, the object providing unit 211 determines an object or incidental item that is an inclusion of the capsule based on the type of the capsule.

  Here, the determination method of the object or incidental item based on the type of capsule will be described. The game information 132 stored in the storage unit 230 includes information in which one or more objects or incidental items are associated with the type of capsule. Specifically, the game information 132 includes information in which one or more objects having a value corresponding to the rarity are associated with the rarity which may be set in the capsule. The appearance probability of the object is set for each of one or more objects associated with a certain degree of rarity. The sum of the appearance probability of each object associated with a certain rarity is set to be 100%. Also, such game information 132 may be updated. For example, the game information 132 may be updated to include, in a specific period, information associated with an object that can be acquired during the period with respect to a certain rarity.

  Here, as an example of an object having value in advancing the game advantageously, there is a character used directly in the puzzle play. Basic parameters and characteristics are defined for the character. The value of the value of the character is determined according to the basic parameter, the characteristic thereof, the appearance probability thereof or the like. Higher rarity is associated with more valuable characters.

  Also, the game information 132 includes information in which one or more incidental items are associated with the type for which the rarity degree is not set.

  If the rarity degree is set to the capsule requested to be opened by referring to the game information 132, the object providing unit 211 selects one or more objects from among one or more objects associated with the rarity degree. One is determined based on the appearance probability. In other words, the object providing unit 211 determines an object of higher value as the inclusion of the capsule to which the higher rarity is set.

  In addition, if the rarity degree is not set as the type of capsule requested to be opened, the object providing unit 211 determines the associated item associated with the type in which the rarity degree is not set.

  Also, the number of objects or incidental items determined by the object providing unit 211 may be one or more. In the case of a capsule containing an object, the number of contained objects may be determined based on the inclusion probability. For example, the inclusion probability that is the larger the number of inclusions may be set higher as the rarity is higher. Moreover, in the case of the capsule which contains an incidental item, the number of inclusions may be determined according to the lottery history of a capsule. The lottery history of the capsules may be, for example, the number of times that the capsules containing the incidental items are continuously lottery. The included number of accompanying items will be described later.

(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 130. 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 controls the operation reception unit 111, the display control unit 112, the user interface (hereinafter referred to as UI) control unit 113, the animation generation unit 114, the puzzle progression unit 115, the reward determination unit 116 according to the description of the game program 131. It functions as an acquisition preparation unit 117, an acquisition execution unit 118, an object management unit 119, and a play right management unit 120. 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 operation accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

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

  The UI control unit 113 controls a UI object to be displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output from the user terminal 100 during the progress of the game. The UI object is, for example, an icon, a button, a list, a menu screen, etc., although it is not limited thereto.

  The puzzle progression unit 115 generates a play screen for playing the puzzle. Further, the puzzle progression unit 115 advances the puzzle in accordance with the operation on the play screen. Further, when one play of the puzzle is finished, the puzzle progression unit 115 calculates a play result representing a score or the like in the play. In addition, 1 play of a puzzle shall refer to 1 time of the play unit defined in the puzzle game.

  The reward determination unit 116 determines the number of capsules to be given to the user and the type of each capsule when the first condition is satisfied. The first condition may be, for example, the end of one play of the puzzle. However, the first condition is not limited to this, and may be to satisfy various other goals set in the game. Also, for example, the reward determination unit 116 may determine the number of capsules to be provided based on the play result notified from the puzzle progression unit 115. Details of the reward determination unit 116 will be described later.

  When the second condition is satisfied, the acquisition preparation unit 117 performs a process of drawing a capsule to be opened out of the possessed capsule group. In addition, the acquisition preparation unit 117 also draws a capsule to be opened out of the possessed capsule group even when there is an operation to instruct a drawing in exchange for the in-game currency.

  The second condition may be, for example, a condition related to the progress of the puzzle. As one example of the condition related to the progress status, for example, one play of the puzzle is ended. Further, the second condition may be, for example, a condition based on the play result of the puzzle. An example of the condition based on the play result is that the score in the puzzle achieves the goal. However, the second condition is not limited to these examples. The second condition is various conditions other than the direct exchange condition for opening the capsule immediately, which may be set in the game. Note that direct exchange for opening the capsule immediately includes, for example, exchange with the currency in the game. Details of the acquisition preparation unit 117 will be described later.

  Here, the in-game currency will be described. The in-game currency is a virtual currency in the game. The in-game currency may be provided to the user for a fee, for example, in the game. However, the in-game currency that can be provided for a fee may be provided free of charge. Such in-game currency is different from incidental items provided free of charge.

  In this case, the in-game currency may be granted to the user by billing. As an example, when the operation accepting unit 111 receives an operation indicating purchase of in-game currency, a charge execution unit (not shown) of the control unit 110 causes the display control unit 112 to display a screen for inputting an amount to be charged. Then, the charging execution unit transmits the amount of money input by the user to the server 200. When charging is normally completed in the server 200, the control unit 110 acquires, from the server 200, the in-game currency in an amount corresponding to the charged amount. The acquired in-game currency is stored in the storage unit 130 in association with the user of the user terminal 100.

  The acquisition execution unit 118 requests the server 200 to determine an object or an attached item according to the capsule drawn by the acquisition preparation unit 117. Specifically, the acquisition execution unit 118 notifies the server 200 of the type of the drawn capsule. As described above, in the server 200, the object providing unit 211 determines an object or an attached item according to the notified type, and notifies the acquisition execution unit 118 of the determination. The acquisition execution unit 118 gives the notified object or the associated item to the user. Here, giving to a user means storing in the storage unit 130 as user information 133 in association with the user. The assigned objects are made available to the user for playing the game. Also, the attached incidental item is added to the incidental item already associated with the user and stored. That is, the incidental items are stored in association with the user.

  In addition, when being notified of an object or an incidental item according to the drawn capsule, the acquisition execution unit 118 deletes the capsule from the possessed capsule group as being opened.

  The object management unit 119 manages information related to objects given to the user in association with the user. For example, the object management unit 119 generates a screen for selecting an object to be used in play from objects associated with the user. Further, the object management unit 119 manages the accompanying item given to the user in association with the user. For example, the object management unit 119 stores the amount of incidental items given to the user. Then, when the accompanying item is newly given to the user, the object management unit 119 adds the newly given amount to the stored amount of the accompanying item and updates the amount. Further, when the incidental item is exchanged for a ticket as described later, the object management unit 119 subtracts the exchanged amount from the stored amount of the incidental item to update it.

  The play right management unit 120 manages a ticket which is a play right. The play right management unit 120 manages, for each user, the number of tickets held by the user and stores the number in the storage unit 130. In addition, the play right management unit 120 consumes one ticket owned by the user each time the game is played once. Also, the play right management unit 120 newly gives a ticket to the user by means described later in detail. Details of the play right management unit 120 will be described later.

  The animation generation unit 114 generates animations indicating motions of various game objects based on control modes of various game objects in the game. For example, the animation generation unit 114 may generate an animation or the like representing a state in which the capsules are drawn or an appearance in which the capsules are opened.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each of the above-described elements is reflected. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. In addition, the display control unit 112 may draw the UI object described above in a superimposed manner on the game screen.

  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.

(Detailed Configuration of Reward Determination Unit 116)
The reward determination unit 116 sets the type of each capsule to be granted, based on the preset probability. The higher the rarity, the lower the setting probability. Further, the type for which the rarity degree is not set may be set so that the setting probability is higher than the type for which the rarity degree is set.

  In the present embodiment, as the rarity degree set in the capsule, there are four stages of S, A, B, and C in descending order of rarity degree. Also, a type for which the degree of rarity is not set is denoted as "X". Therefore, in the present embodiment, there are five types of capsules, S, A, B, C, and X. The setting probability of these types is set to be lower as the rarity is set and lower as the rarity is higher, for example, S: 5%, A: 10%, B: 15%, C May be 25% and X may be 45%. Further, each rarity degree is associated with one or more characters having a value according to the rarity degree. In addition, a coin as an example of the incidental item is associated with the type for which the rarity degree is not set.

  Further, the reward determination unit 116 sets an effective period for each capsule to be granted. The valid period may be associated in advance with each type. In that case, the effective period is determined to be shorter as the rarity of the capsule is higher. In addition, the type for which the rarity degree is not set is set so that the effective period is longer than the type for which the rarity degree is set. Capsules whose elapsed time from the time of application exceeds the effective period are deleted from the capsule group provided to the user. Hereinafter, the capsule group given to the user is also referred to as a possessed capsule group.

  Also, an upper limit is set for the number of capsules that can be owned by the user. For example, assuming that the first condition is satisfied and all the determined capsules are applied, the number of capsules constituting the possessed capsule group may exceed the upper limit. In this case, among the determined capsules, the reward determination unit 116 gives the user capsules that do not exceed the upper limit, and does not give the capsules that exceed the upper limit. Also, in this case, the reward determination unit 116 may store the capsule for which the upper limit is exceeded as a capsule to be provided. In addition, the capsule to be provided may be added to the possessed capsule group at any time as long as the number of capsules constituting the possessed capsule group changes and becomes smaller than the upper limit. However, even in such a case, the effective period set for the capsule may be counted from the time when it is scheduled to be provided.

(Detailed Configuration of Acquisition Preparation Unit 117)
(Open the capsule at the end of 1 play)
In the present embodiment, the condition that one play of the puzzle is finished is applied as the second condition. That is, when one play of the puzzle is completed, the acquisition preparation unit 117 draws one of the held capsule groups. The method of lottery may be random, but is not limited thereto. As described above, it is assumed that the condition that one play of the puzzle is finished is applied as the first condition. That is, when one play of the puzzle is finished, a capsule to be opened is drawn at random and a new capsule is given. The first condition and the second condition do not necessarily have to be the same, and may be different.

(Open the capsule by exchanging it with the in-game currency)
In the present embodiment, one of the possessed capsule groups is drawn one by one until the capsules set with the rarity degree are drawn by exchanging with the in-game currency. That is, the acquisition preparation unit 117 draws one of the possessed capsule groups in order until the type of the drawn capsule becomes any of S, A, B, and C. The method of lottery may be random, but is not limited thereto.

  At this time, it is desirable that the acquisition preparation unit 117 receive an operation instructing a lottery in exchange for the in-game currency, after presenting to the user the ratio occupied by each type of capsule in the possessed capsule group. Below, the ratio which each type of capsule occupies in a possession capsule group is described also as "the ratio of each kind in a possession capsule group." Thereby, the user can designate a lottery at any time, taking into consideration the ratio of each type in the possessed capsule group. For example, when the user considers that the proportion of capsules in which S, which is the highest rarity, is set is high in the possessed capsule group (that is, capsules with rarity S are likely to be opened). It is possible to instruct the lottery.

  In this manner, the user can open the rarity-set capsule in exchange for the in-game currency that can be provided for a fee. Then, the user can open the capsule not having the rarity degree set for free, accompanying the opening of the capsule having the rarity degree set.

  In addition, each time the acquisition preparation unit 117 draws a capsule, the acquisition execution unit 118 is notified of information on the capsule. Thus, each time the capsules are drawn sequentially, the drawn capsules are opened and the object or the incidental item appears. As a result, the user can confirm the inclusions of the capsules that are drawn in turn each time, and the interest of the game increases.

(When incidental items appear continuously)
Here, in the process in which one of the possessed capsule groups is drawn sequentially until the capsules with a set rarity are drawn, an object or incidental item appearing from each drawn capsule is notified from the acquisition execution unit 118 Determined by the server 200 that has received the request. In other words, in this process, the server 200 is sequentially notified of the capsules for which the rarity degree is not set 0 or more consecutively, and finally the capsule for which the rarity degree is set is notified once. .

  In this process, when notified of a capsule whose rarity degree is not set, the object providing unit 211 of the server 200, as an inclusion, an accompanying item associated with a type in which the rarity degree is not set. decide. At this time, the object providing unit 211 may change the number of incidental items included in the capsule according to the number of times (lottery history) in which the lottery of the capsule for which the rarity degree is not set is continued (lottery history).

  For example, the number of incidental items may be monotonously increased according to the number of consecutive lotterys. Specifically, when a capsule for which the rarity degree is not set is drawn in the first drawing, the number of accompanying items to be contained is set to n (n is a natural number). In this case, when a capsule having a rarity degree not selected is selected in the i (i is a natural number of 2 or more) lottery, the number of accompanying items included is n × (1 + d × (i−1) ) May be individual. Assuming that d = 0.2, the accompanying items of 1.2 times in the first round and 1.4 times in the first round are determined as inclusions.

Also, for example, the number of incidental items may be exponentially increased according to the number of consecutive lotterys. Specifically, when a capsule for which the rarity degree is not set is drawn in the i-th drawing, the number of accompanying items included may be n × (1 + d) ⁽ⁱ⁻¹⁾ . Assuming that d = 0.2, the accompanying items of 1.2 times in the first round and 1.44 times in the first round are determined as inclusions.

  Then, when the capsule to which the rarity degree is set is notified at the end of this process, the object providing unit 211 selects each of the one or more objects associated with the rarity degree as the inclusion. Either may be determined based on the appearance probability of the object.

  As a result, even if the user has many drawing times until the object having value in advancing the game advantageously is obtained as the inclusion, the expectation value of the number of acquisitions of the incidental items increases, so the user is exchanged for the in-game currency. I can get a sense of satisfaction with

(Open all the possessed capsule group)
In addition, the acquisition preparation unit 117 may collectively open all or part of the possessed capsule group in exchange for the in-game currency. In this case, the amount of in-game currency required to open the package at once is the in-game currency required to sequentially draw one of the possessed capsule groups until one of the capsules with a set rarity is drawn. It is desirable to have more than the amount of In addition, the amount of in-game currency required for batch opening may be set according to the ratio of each type in the capsule group to be batch opened. In addition to this, the amount of in-game currency necessary for batch opening may be set in accordance with the number of capsules of which rare degree is set in the possessed capsule group. For example, the amount of in-game currency required to sequentially draw one of the held capsule groups until the drawing of one capsule with a set rarity level is the amount “M1”, which is included in the held capsule group The number of capsules for which the degree is set is taken as the number of capsules "C1". At this time, the amount of in-game currency required to simultaneously open all of the possessed capsule groups may be a discounted amount than the product of the amount “M1” and the number of capsules “C1”. At this time, for example, the higher the proportion of capsules with higher rarity in the possessed capsule group, the smaller the discount rate, and the higher the proportion of capsules with lower rarity, the larger the discount rate, etc. The discount rate may be set according to the composition of the proportion of capsules of each rarity in the possessed capsule group.

  Further, when receiving the operation of collectively opening the package in exchange for the in-game currency, the acquisition preparation unit 117 collectively notifies the acquisition execution unit 118 of the type of each capsule constituting the possessed capsule group. Then, the acquisition execution unit 118 collectively acquires the inclusions of the capsules by collectively notifying the server 200 of the type of each capsule.

  At this time, the object providing unit 211 of the server 200 determines any of the objects associated with the rarity, as described above, for each of the capsules for which the rarity is set in the possessed capsule group. . In addition, the object providing unit 211 determines an accompanying item for each of the capsules in which the rarity is not set among the possessed capsule group. At this time, the object providing unit 211 may increase the total number of incidental items determined corresponding to each of the capsules for which the rarity degree is not set.

  For example, it is assumed that among the possessed capsule group, the capsule to which the rarity degree is set is m1 and the capsule to which the rarity degree is not set is m2. In addition, it is assumed that the number of inclusions in each capsule is one. In this case, the object providing unit 211 may determine an object having a value of m1 and m2 × x associated items in response to the request for collectively opening the package. Here, x is a positive number of 1 or more. At this time, x may be determined by lottery within a predetermined range (for example, 1 or more and 2 or less).

  Thus, the user can gain a sense of exchange for the in-game currency because the expected value of the acquired number of incidental items is increased by opening the package all at once.

(Details of the play right management unit 120)
The play right management unit 120 newly gives the user a ticket based on the exchange with the incidental item or the passage of time.

  Specifically, the ticket is newly given to the user in exchange for the predetermined amount of the associated items stored in association with the user. The total number of tickets that can be held by the user including granted tickets is up to the upper limit. Tickets for which the total number exceeds the upper limit are not granted in exchange for the incidental item.

  Also, the ticket is newly granted to the user as time passes. For example, one ticket may be newly provided when a predetermined period of time has elapsed after one ticket has been consumed. However, the total number of tickets that can be held by the user, including tickets granted as time passes, is up to the upper limit. Tickets for which the total number exceeds the upper limit are not granted even if time passes.

  In addition, when there is no ticket owned by the user at the start of play, the play right management unit 120 newly gives a ticket by exchanging it with a predetermined amount of incidental items associated with the user who is about to start the play. May be In this case, it is desirable that the play right management unit 120 newly gives a ticket in response to an operation for accepting the exchange of the incidental item with the predetermined amount.

<Processing flow of game system 1>
3 to 5 are flowcharts showing the flow of processing executed by each computer included in the game system 1 according to the present embodiment. In addition, in this embodiment, although a series of process steps are shared and performed in the user terminal 100 and the server 200, it is not restricted to the sharing form shown in figure. Also, for example, all steps may be executed by the user terminal 100, or all steps may be executed by the server 200.

(Process flow at the start of play)
First, FIG. 3 shows a flow of processing of the game system 1 when the puzzle play is started.

  In step S1, the operation receiving unit 111 receives an operation instructing to start playing a game.

  In step S2, the play right management unit 120 determines the presence or absence of a ticket held by the user. Here, if it is determined that there is no ticket, step S3 is executed.

  In step S3, the play right management unit 120 determines whether to exchange a predetermined amount of incidental items for a ticket. Specifically, the play right management unit 120 generates a confirmation screen for confirming to the user whether or not the predetermined amount of the accompanying item is to be exchanged for a ticket, and causes the display control unit 112 to display the confirmation screen. Then, based on the information accepted by the operation accepting unit 111, the play right managing unit 120 may determine whether or not to perform the exchange.

  If it is determined in step S3 that replacement is to be performed, step S4 is executed. If it is determined that the exchange is not to be performed, the game system 1 ends the process.

  In step S4, the play right management unit 120 gives a ticket to the user in exchange for a predetermined amount of incidental items. The total number of tickets held by the user, including tickets to be granted, is up to the upper limit.

  In step S5, the object management unit 119 subtracts a predetermined amount of the exchanged accompanying item from the stored amount of the accompanying item and updates it.

  In step S6, the play right management unit 120 consumes one ticket owned by the user. If it is determined in step S2 that there is a ticket held by the user, steps S3 to S5 are skipped and the subsequent steps are executed.

  In step S7, the puzzle progression unit 115 starts playing the puzzle. Specifically, the puzzle progression unit 115 generates a puzzle play screen and causes the display control unit 112 to display the puzzle play screen. In addition, the puzzle progression unit 115 advances the puzzle based on the user's operation accepted by the operation acceptance unit 111, and causes the display control unit 112 to display a play screen that changes in accordance with the progression. The play screen that changes according to the progress of the puzzle may include the animation generated by the animation generation unit 114.

  In the process flow shown in FIG. 3, the process of newly granting the play right in steps S3 to S5 is not limited to the case where there is no ticket at the start of the game play, but the operation reception unit 111 The operation to be newly acquired may be performed at any time when the operation is accepted. An operation to newly acquire such a play right may be performed on a UI object such as a button or a menu (neither of which is shown). Such a UI object may be displayed superimposed on an arbitrary screen displayed on the display unit in the game system 1.

(Processing flow at the end of 1 play)
Next, FIG. 4 shows the flow of processing when one play of the puzzle is finished. In addition, at the start of the process shown in FIG. 4, it is assumed that a puzzle play screen is already displayed on the user terminal 100 by the puzzle progression unit 115 and the puzzle is in progress by the operation of the user.

  In step S101, the puzzle progression unit 115 in the user terminal 100 determines whether one play has ended. When one play ends, the puzzle progression unit 115 calculates the play result.

  In step S102, the acquisition preparation unit 117 draws one of the held capsule groups. At this time, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the lottery result. Further, the screen representing the lottery result may include an animation representing the state of the lottery generated by the animation generation unit 114.

  In step S103, the acquisition execution unit 118 requests the server 200 to open the lottery capsule. Specifically, the acquisition execution unit 118 transmits the type of the drawn capsule to the server 200.

  In step S104, the object provider 211 in the server 200 determines an object or an attached item according to the notified capsule type. When the object is determined according to the type of capsule for which the rarity degree is set, one or more objects associated with the type are selected based on the appearance probability. When the incidental item is determined according to the type of capsule to which the rarity degree is not set, the included number is determined according to the lottery history.

  In step S105, the object providing unit 211 notifies the user terminal 100 of the determined object or the associated item.

  In step S106, the acquisition execution unit 118 gives the user the notified object or incidental item as an inclusion that has appeared from the drawn capsules. At this time, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the result of opening the drawn capsules. The screen representing the result of opening may include an animation generated by the animation generation unit 114 to represent the state of opening.

  Here, the assigned object or the associated item is stored in the storage unit 130 by the object management unit 119 in association with the user. When an accompanying item is given, the amount of the given accompanying item is added and stored to the amount of the accompanying item stored in association with the user.

  In step S107, the reward determination unit 116 determines the number of capsules to be given to the user according to the play result calculated in step S101.

  In step S108, the acquisition preparation unit 117 determines the type of each capsule to be given to the user based on the setting probability. Then, the acquisition preparation unit 117 sets, for each capsule, the determined type and the effective period according to the type.

  In step S109, the acquisition preparation unit 117 assigns each capsule to the user. At this time, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen showing the capsule application status. For example, the screen showing the grant status includes a display capable of recognizing the type of each capsule additionally granted. Further, the screen representing the addition status may include an animation generated by the animation generation unit 114 that represents the appearance of the capsule.

  When the number of capsules determined in step S107 is given in step S109, the number of capsules in the possessed capsule group may exceed the upper limit number. In this case, capsules exceeding the upper limit number are not given. As mentioned above, the capsule exceeding the upper limit number is stored or discarded as the scheduled application.

(Processing flow when accepting lottery operation)
Next, FIG. 5 shows a flow of processing when an operation instructing a lottery in exchange for the in-game currency is accepted. At the start of the process shown in FIG. 5, it is assumed that a possessed capsule screen showing at least the ratio of each type in the possessed capsule group is displayed on the display unit 152 of the user terminal 100.

  In step S201, in the user terminal 100, the operation receiving unit 111 determines whether or not an operation instructing a lottery in exchange for the in-game currency has been received. If the operation instructing the lottery is accepted, the process proceeds to step S202.

  In step S202, the acquisition preparation unit 117 consumes the currency in the game, and draws lots of open capsules from the group of possessed capsules. In addition, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the lottery result.

  The processes of steps S203 to S206 are the same as steps S103 to S106 of FIG. 4 in the process at the end of one play, and thus the detailed description will not be repeated. Thereby, the drawn capsules are opened, and the object or the incidental item determined according to the type is given to the user. In addition, a screen representing the result of opening is displayed.

  In step S207, the acquisition preparation unit 117 determines whether the type of the opened capsule is the type to which the rarity degree is set. Here, if the type of rarity is not set, the acquisition preparation unit 117 repeats the process from step S202. On the other hand, if the rarity degree is the set type, the acquisition preparation unit 117 ends the current lottery process. Thereby, in response to the operation instructing the lottery, any of the possessed capsule groups is sequentially opened until the capsule to which the rarity degree is set is opened in exchange for the in-game currency.

  According to the above operation, the user can always obtain an object having a value in advancing the game in exchange for a paid in-game currency, and accompanying items for such an object, without charge, incidental items You can get

<Example of game screen>
FIGS. 6-11 is a figure which shows an example of the game screen displayed on the display part 152 of the user terminal 100 in the game based on the game system 1 of this embodiment.

  FIG. 6A is a view showing an example of the confirmation screen displayed in step S3 when there is no ticket at the start of the puzzle play. This confirmation screen is a screen for confirming whether or not to exchange a predetermined amount of coins to obtain a ticket. In addition, a coin is an example of an attached item. The expression “Recover all tickets” shown on the confirmation screen indicates that the ticket held by the user is given a ticket until the upper limit is reached. This confirmation screen includes a "Yes" button 1101 for accepting the full recovery of the ticket, and a "No" button 1102 for not accepting.

  FIG. 6B is a diagram showing an example of the notification screen displayed in step S4 when the operation on the “Yes” button 1101 is accepted in FIG. 6A (Yes in step S3). The notification screen includes a display notifying that the ticket has been completely recovered in exchange for a predetermined amount of coins.

  FIG. 7A is an example of a puzzle screen displayed by the puzzle progression unit 115 in steps S7, S101 and the like. The puzzle screen is constituted by a board including a plurality of puzzle elements 501 and an ejection stand 502. The plurality of puzzle elements 501 are arranged in the board. In each puzzle element 501, any one of a plurality of types of characters is displayed. On the ejection stand 502, any of the character elements 503 can be set. When the character element 503 on the ejection platform 502 is operated, the puzzle progression unit 115 ejects the character element 503 and causes at least a part of the plurality of puzzle elements 501 to collide, and in response to the collision, the plurality of puzzle elements Change the layout of 501. At this time, if a plurality of puzzle elements 501 in which a character of the same kind as the ejected character element 503 is displayed among the plurality of puzzle elements 501 are continuously arranged in a predetermined number or more, the puzzle progression unit 115 selects those puzzles The element 501 is removed from the board. Also, the puzzle progression unit 115 calculates the play result according to the removed puzzle element 501. The play result is represented, for example, by the number (sequence number) of the puzzle elements 501 of the same type which are continuously removed.

  Here, the character element 503 that can be set on the ejection stand 502 is any of the characters held by the user. For example, the puzzle progression unit 115 may display a selection screen on which the character element 503 to be set on the ejection stand 502 can be selected from the list 504 of held characters. FIG. 7B is an example of the selection screen. The selection screen includes a list 504 of held characters. In this example, the list 504 includes three characters of "tier", "heart" and "luna". The fact that the outline of the figure indicating “Tear” in the list 504 is a thick line indicates that the character is selected. The selection screen also includes a parameter display 505 for the selected character. The selection screen also includes a “set” button 506 for instructing setting of the character element 503 of the selected character on the ejection base 502.

  In this example, the parameter display 505 displays that the level is 23 and the score unit cost is 454 as parameters related to the “tier”. The level is set to an initial value (for example, 1) when the character is first given to the user. Also, the level is increased, for example, according to the cumulative score during the play by the character. Also, the level is raised, for example, when the same character as the character is given to the user. The score unit price is a unit price of the score when removed from the board in the play. The score unit price increases with upgrading. When one of the possessed capsule groups is opened to obtain a character, a new character is added to the list 504 of such a selection screen. Alternatively, if the character obtained by opening the character is an existing character, the level of the character is increased.

  FIG. 8 is an example of a possessed capsule screen for accepting an operation of instructing a lottery for the possessed capsule group in exchange for the in-game currency. The possessed capsule screen of FIG. 8A includes a type display 601 indicating the ratio of each type in the possessed capsule group. Here, the capsule of the type X for which the rarity degree is not set is displayed in the form of a coin bag in which a coin which is an attached item is included. In addition, the possessed capsule screen includes an "open one" button 602 for opening one of the possessed capsule group in exchange for the in-game currency. In addition, the possessed capsule screen includes an "all open" button 603 for collectively opening the possessed capsule group in exchange for the in-game currency. In this example, it is assumed that all of the possessed capsule groups are to be opened at once. It should be noted that the number of in-game currency to be redeemed (in this case, the number of “currency” representing virtual currency) is displayed on the “open one” button 602 and the “all open” button 603, respectively. Such a possessed capsule screen of FIG. 8A may be displayed at the end of the process at the end of one play shown in FIG. 3. In this case, after one play of the puzzle is completed and opening and giving of the capsule are executed, a possessed capsule screen on which a change in the configuration of the possessed capsule group is reflected is displayed.

  FIG. 8B is an example of the confirmation screen displayed in step S201 of FIG. The confirmation screen is a screen that allows the user to select whether or not to exchange the game currency. This confirmation screen is displayed when the operation on the “open one” button 602 is accepted on the owned capsule screen of FIG. 8A. The confirmation screen includes a “Yes” button 604 for accepting exchange for the game currency and a “No” button 605 for not accepting.

  FIG. 9A is a lottery screen showing the state of the lottery for the owned capsule group. This lottery screen is displayed when the operation on the “Yes” button 604 is accepted on the confirmation screen of FIG. 8B (Yes in Step S201) (Step S202). In this example, the lottery screen includes a display of each capsule constituting the possessed capsule group. In addition, the type is displayed in a recognizable manner in each capsule. In addition, among the possessed capsule groups, it is displayed so as to be able to recognize which of the drawn capsules is. In this example, a character string indicating the type is displayed in each capsule, but the type of capsule may not necessarily be represented by the character string. For example, the type may be recognizable by the design of the capsule. In addition, for example, the lottery screen may be a screen representing a state in which the possessed capsule group is disposed on the shooting range and one of the lottery capsules is broken by shooting. In this example, a state is shown in which a capsule of type X in which the degree of rarity is not set is broken.

  FIG. 9 (B) is an opening result screen showing the appearance that the lottery capsule has been opened and the incidental item has appeared. The unsealing result screen is displayed following FIG. 9A (step S206). In this example, since a coin is associated with the capsule of type X as an accompanying item, the opening result screen shows the appearance of the coin. The coin that has appeared is determined according to the type X by the object providing unit 211 of the server 200 by executing steps S203 to S206. Also, the coin that has appeared is stored in association with the user.

  Here, in step S207, it is determined whether the degree of rarity is set in the unopened capsule. That is, if the type of the opened capsule is any of S, A, B, and C, it is determined as Yes in step S207, and if it is X, it is determined as No. In the screen example of FIG. 9 (B), it is determined as No.

  Therefore, steps S202 to S206 are repeated. If a capsule of type X is drawn again, FIGS. 9A and 9B are displayed, and steps S202 to S206 are repeated. Then, it is assumed that a capsule for which the rarity degree A is set is drawn.

  FIG. 10 (A) is a lottery screen showing a state in which capsules of rarity degree A among the possessed capsule groups are drawn. In this screen example, the capsule of type X which has already been opened in FIG. 9 is deleted.

  FIG. 10 (B) is an opening result screen displayed following FIG. 10 (A). Here, a state is shown in which the capsule of the rarity degree A is opened and the character “sun” appears. Since the degree of rarity A is set for the unopened capsule, the determination in step S207 is YES, and the present lottery process is ended.

  Note that, in FIG. 8A, when the operation for the “full opening” button 603 is accepted, a confirmation screen according to FIG. 8B is displayed, and then all the possessed capsule groups are opened. Then, the processing similar to steps S203 to S206 is executed for each capsule, whereby the object or the incidental item appearing from all of the possessed capsule group is given to the user.

  Thus, the user can confirm the ratio of each type in the possessed capsule group on the possessed capsule screen shown in FIG. 8 (A). In addition, as shown in FIGS. 9 to 10, if the user thinks that if the lottery is executed with the configuration at that time, the probability that the capsule of the desired rarity is opened is high, as shown in FIGS. The lottery can be executed in exchange.

  In this manner, the user can obtain and accumulate incidental items (coins) from capsules without rarity, before obtaining objects (characters) in exchange for paid in-game currency. . In other words, the coin is obtained concomitantly with the acquisition of a character having a value in advancing the game in an advantageous manner. Thus, a user who has acquired an object in exchange for a paid in-game currency can be accompanied by a free coin. Then, the user can obtain a new play right in exchange for the predetermined amount when the accompanying item obtained in this manner becomes equal to or more than the predetermined amount. As a result, the user is more motivated to play the game.

[Modification]
In the present embodiment, an example has been described in which the right to play the game is expressed as a ticket, and the game can be played by consuming the ticket. However, the right to play the game may not necessarily be represented as a ticket.

  Moreover, in the present embodiment, an example in which one ticket corresponds to one play is described. However, the right to play the game may not necessarily be managed in units of playing the game once. For example, one or more numbers may be set as the number of play rights consumed in one play of the game. Further, the number of play rights to be consumed may be determined according to the type of game play.

  Also, in the present embodiment, an example has been described in which the play right is given to the user based on the exchange with the incidental item or the passage of time. Besides this, the right to play may be granted by other means involved in the play of the game.

  For example, the play right management unit 120 may newly grant the play right to the user based on the information transmitted from the other user. In this case, for example, when it is determined that there is no ticket in step S2 of FIG. 3, the play right management unit 120 may use “exchange with accompanying item” and “play to another user” as a method of obtaining a ticket. You may display the selection screen which makes a user select either of "right request | requirement."

  FIG. 11 shows an example of such a selection screen. This selection screen is displayed instead of FIG. 6A when there is no ticket at the start of play. This selection screen includes a button 1103 for “Recover all with a predetermined amount of coin” and a button 1104 for “Becoming a friend”. “Being a friend” is an example of a specific expression representing a request for play right to another user. In the selection screen, when the operation on the button 1104 for “befriend my friend” is accepted, the play right management unit 120 transmits request information for requesting a play right to the user terminal 100 of another user. The game program executing the game system 1 in the user terminal of the other user transmits the provision information for providing the play right based on the operation of the other user in response to the reception of such request information, the transmission source user It transmits to the terminal 100. Note that such communication between the user terminals 100 may be performed via the server 200. In the user terminal 100 of the transmission source, the play right management unit 120 may newly grant the play right to the user when the provision information is received from another user terminal 100.

  Also in this case, the total number of play rights that can be possessed by the user may be up to the upper limit value, including the play rights granted based on the information transmitted from other users.

  Also, for example, when the predetermined task set in the game is achieved, the play right management unit 120 may newly assign the play right to the user. Such a subject may be set for a limited time. Note that the play right granted by achieving the task may be possessed even if the total number of play rights held by the user exceeds the above-described upper limit.

  Further, in the present embodiment, the right to obtain the incidental item has been described as being able to be granted at the end of the play. At this time, the play unit to which the right to obtain the incidental item may be granted may include a play unit targeted to a new user. That is, even when the user plays the game in the present embodiment for the first time, the user can acquire the right to acquire the accompanying item along with the play. For example, in the present embodiment, it is assumed that there is a play unit that can be played in stages as the game progresses. Such a play unit will be described as a stage. Specifically, the first stage is for new users, and the second and subsequent stages are cases where a user who has finished the previous stage can play. In this case, the right to obtain the incidental items can be granted along with the play at any stage including the first stage.

  Further, in the present embodiment, the incidental item has been described as being given to the user by consuming the right to acquire the incidental item. Not limited to this, the accompanying item may be provided free of charge when various conditions involved in the game play are satisfied. For example, the accompanying item may be given according to the play result of the game.

[Example of software implementation]
Control blocks of the control unit 210 (in particular, the object providing unit 211), and control blocks of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, the puzzle progression unit 115 The reward determination unit 116, the acquisition preparation unit 117, the acquisition execution unit 118, the object management unit 119, and the play right management unit 120 are realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. It 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, and 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 developing the program. Then, the object of the present invention is achieved by the computer (or CPU) reading and executing the program from the recording medium. 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 embodiment, and various modifications can be made within the scope of the claims, and an embodiment obtained by appropriately combining the technical means respectively disclosed in 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) has been described. According to one aspect of the present disclosure, a game program is executed by a computer (user terminal 100, server 200) including a processor (10, 20) and a memory (11, 21). The game program consumes the play right of the game owned by the user in the processor to execute the play of the game (S7), and to the user in exchange for items given to the user as the game is played. And (c) executing the step of granting the play right to the game (S4).

  According to the above configuration, the user can enjoy the game with a sense of tension because a play right is required to play the game. Furthermore, the user is more motivated to play the game because the items necessary to recover the consumed play right are given along with the game play.

  (Item 2) In (Item 1), the item that can be redeemed for the play right is an accompanying item that is given accompanying the object when an object available for the play is given to the user. May be Thereby, the user can recover the play right in exchange for the accompanying items that can be acquired accompanying the acquisition of the objects available in the game play. As a result, the motivation for users trying to acquire such objects is increased.

  (Item 3) In (Item 2), the accompanying item may be attached concomitantly when the object is imparted to the user in exchange for the in-game currency associated with the user. In this way, the user can obtain accompanying items that can be exchanged for the play right by exchanging for the in-game currency for the purpose of acquiring the object. As a result, the user's sense of exchange for the in-game currency is increased.

  (Item 4) In (Item 3), the step of granting one or more rights to the user every time the first condition is satisfied, and consuming the rights allows the user to And, in the step of granting the play right, any of the rights granted to the user until the object is granted to the user in exchange for the in-game currency. May be consumed sequentially. This allows the user to enjoy the process of accompanying incidental accumulation before obtaining the object in exchange for the in-game currency.

  (Item 5) In any one of (Item 1) to (Item 4), the item that can be exchanged for the play right may be given to the user free of charge as the game is played. This allows the user to recover the play right with a free item.

  (Item 6) In any one of (Item 1) to (Item 5), the item that can be exchanged for the play right is stored in association with the user, and in the step of giving the play right, the stored item is located If it becomes more than a fixed amount, it may be possible to exchange for the right to play. As a result, since an item which can be exchanged for the play right when the predetermined amount is exceeded is accumulated by continuing the game play, the motivation of the user who continues the game play is enhanced. In addition, since the user can recover the play right at an arbitrary timing as long as the item is accumulated by a predetermined amount or more, the game can be continued more easily.

  (Item 7) In the step of granting the play right in (Item 6), the user holds the play right held by the user in exchange for the predetermined amount of items stored in association with the user until the play right held by the user becomes equal to or less than the upper limit value. You may grant the play right to. In a game of a specification in which the play right has an upper limit value, there is an inconvenience that it is necessary to consider both the timing of playing and the timing of recovering the play right to the upper limit value. According to the configuration of (Item 7), the user can recover the play right at an arbitrary timing as long as the items are accumulated for a predetermined amount or more, and the annoyance is eliminated.

  (Item 8) In any one of (Item 1) to (Item 7), in the step of giving the play right, the play right may be given to the user as time passes. In a game of a specification in which play rights are granted as time passes, it is necessary to wait until the play rights recover. According to the configuration of (Item 8), it is possible to recover the play right without waiting for the passage of time.

  (Item 9) In any one of (Item 1) to (Item 8), an item that can be redeemed for a play right may be given along with each play unit including a play unit for new users. . This enhances the motivation for the game play of the new user, because the item for recovering the play right is easily obtained by the new user.

  (Item 10) A method of executing a game program has been described. According to an aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100, server 200) including a processor (10, 20) and a memory (11, 21). In the method, the processor consumes the right to play the game owned by the user, thereby playing the game in exchange for the step of executing the game play and the item given to the user as the game is played. Granting the right. The method according to (Item 10) has the same function and effect as the game program according to (Item 1).

  The information processing apparatus (user terminal 100, server 200) has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (130, 230) storing the game program (131), and a control unit (110) configured to control the operation of the information processing device by executing the game program. , 210). The control unit executes the game play by consuming the play right of the game owned by the user (S7), and in return for the item given to the user as the game is played, the play right is given to the user Grant (S4). The information processing apparatus according to (Item 11) 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 IFs, 14, 24 input / output IFs, 15 touch screens, 17 cameras, 18 distance measuring sensors, 100 user terminals (Information processing apparatus, Client's computer) 110, 210 Control unit 111 Operation control unit 112 Display control unit 113 UI control unit 114 Animation generation unit 115 Puzzle progression unit 116 Reward determination unit 117 Acquisition preparation unit , 118 acquisition execution unit, 119 object management unit, 120 play right management unit 130, 230 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit, 152 display unit, 200 server (information processing apparatus, server Con Yuta), 211 objects providing unit, 1010 an object, 1020 controller, 1030 a storage medium

Claims (11)

A game program,
The game program is executed by a computer comprising a processor and a memory,
The game program may include the processor
Executing the play of the game by consuming the play right of the game owned by the user;
A game program for executing the step of granting the play right to the user in exchange for an item given to the user as the game is played.   The game program according to claim 1, wherein the item that can be redeemed for the play right is an accompanying item that is given accompanying the object when an object available for the play is given to the user.   The game program according to claim 2, wherein the incidental item is incidental to the user when the object is imparted to the user in exchange for the in-game currency associated with the user. Granting the user one or more rights each time a first condition is met;
Causing the user to further execute the step of granting the object or the incidental item according to the right by consuming the right;
The method according to claim 3, wherein the step of granting the play right sequentially consumes any of the rights granted to the user until the object is granted to the user in exchange for the in-game currency. Game program.   The game program according to any one of claims 1 to 4, wherein the item that can be exchanged for the play right is provided to the user without charge along with the play of the game. The item redeemable for the play right is stored in association with the user.
The game program according to any one of claims 1 to 5, wherein, in the step of granting the play right, exchange of the play right is enabled when the accumulated item reaches or exceeds a predetermined amount.   In the step of granting the play right, in exchange for the predetermined amount of the item stored in association with the user, the play right held by the user is reduced to a value equal to or less than an upper limit. The game program according to claim 6, which grants a play right.   The game program according to any one of claims 1 to 7, wherein, in the step of giving the play right, the play right is given to the user as time passes.   The game according to any one of claims 1 to 8, wherein the item that can be redeemed for the play right is given along with the play of each play unit including a play unit intended for a new user. program. A method of executing a game program,
The game program is executed by a computer comprising a processor and a memory,
The method comprises:
Executing the play of the game by consuming the play right of the game owned by the user;
Granting the play right to the user in exchange for an item to be given to the user as the game is played. An information processing apparatus,
The information processing apparatus is
A storage unit for storing a game program;
A controller configured to control an operation of the information processing apparatus by executing the game program;
The control unit
The game play is executed by consuming the play right of the game owned by the user, and the play right is granted to the user in exchange for an item given to the user along with the play of the game. , Information processing device.

Images