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

Abstract

The present invention provides a game program capable of facilitating selection of quests and improving a user's motivation for game play. A game program enables a processor to select, from among objects available in a game, a step of performing a lottery for determining an object to be given to a user, and each of playable units of play in the game. Step S104 of displaying and step S108 of advancing the play unit based on the operation of the user are executed. The step of selectably displaying displays a first window including only one or more first play units of the play units as selectable. The advancing step is used to carry out the lottery when the first condition set for the first play unit selected in the first window is satisfied by the progress of the first play unit. Grant the first possible object to the user. [Selected figure] Figure 3

Description

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

  2. Description of the Related Art Conventionally, a game in which play is performed in units called quests is known.

White cat project official site [search April 16, 2018] Internet <URL: http://colopl.co.jp/shironekoproject/>

  The quests provided to the user, that is, playable quests may increase or decrease due to factors such as distribution, lottery, or holding for a limited time. The user selects any of the quests provided at the time of game play. On the screen where the user selects the quest for which he / she desires to play, there is room to further facilitate the selection of quests so as to enhance the user's game play motivation.

  One aspect of the present disclosure is made in view of the above problems, and aims to facilitate selection of quests and improve the user's motivation for game play.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program comprises the steps of: performing, in the processor, a lottery for determining an object to be given to the user from among objects available in the game based on the game program, and each play unit playable in the game, Performing the step of displayably displaying on the display unit and the step of advancing the play unit based on the user's operation, and displaying the selectable unit comprises one or more of the play units; Displaying a first window which includes only one play unit in a selectable manner, and in the advancing step, a first condition set for the first play unit selected in the first window is relevant. Used to conduct the lottery when the first play unit is satisfied by progress The ability of the first object, is stored in the memory in association with the user.

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

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

  According to one aspect of the present disclosure, quest selection is facilitated and user motivation for game play is improved.

It is a figure which shows the hardware constitutions of the game system in this embodiment. It is a block diagram showing functional composition of a user terminal and a server in this embodiment. It is a flowchart which shows the flow of the process in which a quest is performed based on the game program which concerns on this embodiment. It is a figure which shows an example of the quest selection screen in this embodiment. It is a figure which shows an example of the quest selection screen in this embodiment. It is a figure which shows an example of the quest selection screen in this embodiment. It is a figure which shows an example of the quest selection screen in this embodiment. It is a figure which shows an example of the quest selection screen in this embodiment. It is a flowchart which shows the flow of the process in, when the present quest is performed based on the game program which concerns on this embodiment. It is a flowchart which shows the flow of the process in a lottery process based on the game program which concerns on this embodiment. It is a flowchart which shows the flow of the process by which an event calendar is displayed based on the game program which concerns on this embodiment. It is a figure which shows an example of the event calendar in this embodiment. It is a figure which shows an example of the event calendar in this embodiment.

  A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

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

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

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18 And These configurations of the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200 described later. Further, when the above-described multiplay is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

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

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

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

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

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

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

<Game Outline>
The game system 1 is a system for advancing a play unit selected by the user in a game based on the game program 131.

  Here, the play unit may be an event called a quest in the game in which the achievement condition is set. Hereinafter, the above-described play unit will be simply described as a quest. A display example of a screen for the user to select a quest will be described later.

  In addition, the game system 1 provides a user with an object determined by lottery among objects available in the game based on the game program, in exchange for the first object stored in the memory in association with the user. Is a system that performs

  Here, the first object is an object for which execution of the lottery process is requested by consumption. For example, the first object may be a so-called lottery ticket or may be a virtual currency. The lottery ticket may be an item capable of performing a lottery in exchange for one sheet, or may be an item capable of performing a lottery in exchange for a predetermined number of sheets. Hereinafter, the first object will be described as an example of the “lottery ticket”.

  Further, the objects determined by the lottery include characters etc. which can be operated by the user in the game. Further, the method for the user to obtain the available objects in the game is not limited to the above-mentioned lottery. For example, when a character operated in the game reaches a certain level, an object may be given to the user. In addition, the conditions under which the lottery is performed are not limited to the consumption of the lottery ticket. For example, a lottery may be executable when an event is held. In addition, when various other conditions are satisfied in the progress of the game, the lottery may be executable.

  In addition, a first condition is set for each of one or more first play units among the play units available in the game. The first play unit is a play unit in which the lottery ticket is given to the user as a reward when the first condition is satisfied. Hereinafter, the first play unit is also referred to as a present quest. Here, the first condition is, for example, a condition for clearing a present quest.

  Also, that the quest has been cleared means that the conditions for clearing the quest have been satisfied. Hereinafter, the first play unit satisfying the first condition is also described as a cleared present quest.

  Also, the first condition is not limited to the condition for clearing the present quest, but may be another condition that can be achieved while playing the present quest.

  Also, the degree of difficulty with which the first condition described above is satisfied may be lower than the degree of difficulty with which the second condition is satisfied in a normal quest. Normal quests are quests other than present quests. Here, the second condition is, for example, a condition for clearing a normal quest. Also, the second condition is not limited to the condition for clearing the normal quest, but may be another condition that can be achieved while playing the normal quest. If the second condition is met, any of the objects available in the game may be granted to the user.

  Thus, by setting the first condition to be lower in difficulty than the second condition, the user's motivation for selecting a present quest is further improved.

  Also, it is assumed that the user can play the same present quest only a predetermined number of times. That is, the present quest cleared a predetermined number of times is excluded from the play targets. Alternatively, the user may be able to acquire a lottery ticket as a reward only when the number of times the present quest has been cleared is equal to or less than a predetermined number. The following description will be given on the assumption that the predetermined number of times is one. That is, it is assumed that the number of times the user can obtain the lottery ticket in one present quest is one.

  Further, in the game based on the game system 1, for example, when the game is started, in other words, when the user logs in to the game, a calendar including information indicating a date is displayed. Hereinafter, the calendar mentioned above is called an event calendar.

  Specifically, the event calendar is a screen in which each date included in a predetermined period and information associated with the date are arranged in a calendar format. The information associated with the date may be information representing, for example, a login bonus on the date, various events in the game held on the date, and whether the user has logged in on the date. The various events in the game described above may be, for example, a quest that can be played for a limited time, a lottery that can be performed for a limited time, and the like.

  Also, the event calendar may be displayed when the user performs a predetermined operation.

  In addition, when the third condition is satisfied in the game, an object associated with the date may be given to the user. Here, the third condition is, for example, login to a game.

  Thereafter, in the present embodiment, a login bonus that describes an object given to the user as a result of login to the game as a "login bonus" can be granted to the user only once a day. Shall be However, the present invention is not limited to this, and the configuration may be such that a login bonus can be provided multiple times a day.

  Further, in the above-described event calendar, information indicating that the user has logged in on the date or information indicating an event to be held on the date may be included in the vicinity of the information indicating each date. For example, such information may be included as an image, such as an icon.

  The game system 1 is not limited to a specific genre, and may be a system for executing a game of any genre as long as the game has the above-described configuration. 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 That is, the quest described above may have a quest for single play and a quest for multiplay. Also, there may be quests that can be played by both single play and multi play.

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

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

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

  In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

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

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

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

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

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

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

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

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

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

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

  The user terminal 100 has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as a control unit 110 and a storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14 and the like.

  The server 200 has a function of communicating with each user terminal 100 to support the user terminal 100 to advance the game. For example, sales of valuable data, provision of services, etc. are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game to mediate the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132 and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

  The control unit 210 functions as the lottery execution 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.

  In response to a request from the user terminal 100, the lottery execution unit 211 executes a lottery for determining various objects available in the game. The lottery execution unit 211 transmits the lottery result to the user terminal 100 of the request source.

  In response to a request from the user terminal 100, the quest management unit 212 acquires a quest under execution, that is, data indicating a list of quests that can be played by the user, and transmits the data to the user terminal 100. The quest manager 212 additionally performs processing relating to management of each quest.

  The calendar management unit 213 indicates, in response to a request from the user terminal 100, data relating to an event calendar, for example, information indicating a login bonus in a predetermined period, or a held event, or an event calendar itself in which they are incorporated. The information is acquired and transmitted to the user terminal 100. The calendar management unit 213 additionally performs processing related to management of the event calendar.

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

  Note that data necessary for playing a quest, for example, data indicating a component of the quest may be stored in the storage unit 220 included in the server 200 for each quest, and the user terminal It may be stored in the storage unit 120 provided. However, it is assumed that at least a part of data necessary for the quest played in the present embodiment is stored in the storage unit 220 provided in the server 200.

  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 lottery unit 115, the determination unit 116, and the object management according to the description of the game program 131. It functions as the unit 117 and the game progress unit 118. 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 animation generation unit 114 generates animations indicating motions of various objects based on control modes of various objects. For example, an animation or the like representing a situation in which a lottery is being executed may be generated.

  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.

  Hereinafter, the fact that the input operation on the input unit 151 is detected and received by the operation receiving unit 111 will also be described simply as the input operation can be received. In addition, it is also described that other functional blocks simply output various game screens to the display unit 152 by the display control unit 112.

  The display control unit 112 also displays a quest selection screen for presenting quests that can be played by the user. In the quest selection screen, each quest that the user can play is displayed in a selectable manner. In other words, each quest is presented to accept a selection operation for the quest. For example, the play of the quest may be started by accepting a selection operation for any of the presented quests.

  Further, in the quest selection screen, a plurality of windows including a first window for presenting a present quest and a second window for presenting a normal quest are switchably included. For example, each window is displayed by switching from another window by a selection operation on a tab corresponding to the window. A tab is an example of a UI object that receives an instruction to switch and display each window.

  When the user performs an operation of selecting any tab, the display control unit 112 displays a window associated with the tab. Each window receives a selection operation for a quest of a predetermined category. Specifically, each window includes a UI object that receives a selection operation for each of one or more quests of the corresponding category. For example, the first window includes only UI objects that receive a selection operation for a present quest among those UI objects, and does not include a UI object that receives a selection operation for a normal quest. Also, for example, the second window includes a UI object that receives a selection operation on a normal quest.

  Thus, when the first window for selecting a present quest is displayed, the second window for selecting other than the present quest is not displayed. This makes it easy for the user to select a present quest. As a result, the user's motivation for selecting a present quest is improved.

  In the quest selection screen, the arrangement of the UI object for receiving the quest selection operation is not particularly limited. The display control unit may, for example, arrange the icon images in a tile shape. In addition, for example, information indicating that the quest has already been cleared may be displayed in the vicinity of the UI object that receives the quest selection operation. Also, cleared present quests are displayed as unavailable.

  As a result, the user can easily identify playable quests, and can feel a sense of accomplishment about quests that have already been cleared.

  Further, the icon image or the like indicating the cleared present quest may not be displayed in the first window.

  As a result, when a playable present quest is displayed, the present quest excluded from the play targets is not displayed. As a result, the user can easily select a playable present quest.

  Also, the information representing a cleared present quest is a window other than the first window, that is, the window containing the UI object that receives the selection operation for the present quest (hereinafter referred to as the original window) It may be included. The other window corresponds to the third window in the present invention. In this case, when the user performs an operation to switch to the display of the third window, the display control unit 112 presents information representing a cleared present quest, and information representing a non-cleared present quest and a normal quest. Do not present information representing

  In this manner, the user can feel a sense of accomplishment about the quest already cleared by switching to the third window.

  Also, the quest for single play and the quest for multiplay may be configured to be presented in separate windows. For example, the present quest for single play and the present quest for multiplay may be displayed in the same window or in different windows. Moreover, both display modes may be switchable.

  In addition, the display control unit 112 may display an event calendar indicating a predetermined period, for example, when a game based on the game system 1 is started.

  As described above, by displaying the event calendar indicating the predetermined period, the user can easily recognize the login bonus that may be acquired according to the date in the predetermined period.

  Also, by displaying the event calendar when logging in to the game, it is possible to easily allow the user to recognize objects that can be acquired on each date. Note that the event calendar may be displayed by being included in the first screen after login, for example. In addition, the event calendar may be displayed next after one or more screens are sequentially displayed after login. However, in this case, it is desirable that the event calendar is displayed after login before it is possible to receive various operations for playing the game.

  Also, by displaying the login bonus on the event calendar, the user can easily recognize the login bonus that may be acquired according to the date. As a result, the user is more motivated to log in on the date associated with the login bonus they want to obtain.

  Also, by displaying the event on the event calendar, the user can easily recognize the event held according to the date. As a result, the user is more motivated to log in on the date associated with the event of interest.

  The lottery unit 115 requests the server 200 for a lottery for determining various objects available in the game. Further, the lottery unit 115 acquires the lottery result from the server 200. For example, the lottery unit 115 requests the server for the lottery in exchange for the lottery ticket held by the user. In addition, the lottery unit 115 may request the server to make a lottery when other conditions are satisfied in the game.

  The determination unit 116 executes various determination processes necessary for the progress of the game. The determination unit 116 determines, for example, whether or not the login bonus of the day has already been given to the user.

  The object management unit 117 manages various objects such as characters and accessories available to the user in the game. The object management unit 117 gives the object to the user, for example, by storing information representing an object available to the user in the storage unit 130. Further, the object management unit 117 gives the user a login bonus associated with the date only once on the date when the user logs in to the game. Specifically, the object management unit 117 may give the login bonus to the user when the determination unit 116 does not determine that the login bonus has already been given on the date. This improves the user's motivation to log in to the game.

  The game progress unit 118 performs various processes related to the execution of the game. For example, the game progression unit 115 interprets the content of the user's instruction indicated by the coordinates of the input position of the input operation accepted by the operation acceptance unit 111 and the type of the operation, and advances the game based on the interpretation. Do. In addition, the game progress part 118 excludes the present quest already cleared by the user from the object of the process which advances a game.

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

<Processing flow and game screen example>
(Quest execution flow)
An execution flow and a screen example of a quest in a game based on the game system 1 will be described step by step with reference to FIGS. In addition, the process based on the following description is an example, Comprising: The invention which concerns on this embodiment is not limited to a specific structure. Further, in the following description, among the series of process steps described using the flowchart, at least a part of the steps described as being performed by the user terminal 100 may be performed by the server 200. Also, at least a part of the steps described as being performed by the server 200 may be performed by the user terminal 100. The same applies to processing based on a flowchart to be described later.

  FIG. 3 is a flowchart showing a flow of processing in which a quest is executed based on the game program 131 according to the present embodiment.

  In step S101, the determination unit 116 of the user terminal 100 determines whether or not the user has performed an operation of instructing transition from the title screen or the like of the game to the quest selection screen. When the operation is performed, the process of step S102 is subsequently performed. When the operation is not performed, the process based on the flowchart of FIG. 3 ends.

  In step S102, the game progress part 118 requests the server 200 for data indicating a list of quests being held that can be played by the user. Note that at least a part of the data indicating the list of the quests may be stored in the storage unit 120 of the user terminal 100.

  In step S103, the quest management unit 212 included in the server 200 refers to the storage unit 220, acquires data indicating a list of open quests that can be played by the user, and transmits the data to the user terminal 100. .

  In step S104, control unit 110 refers to the data indicating the list of quests acquired from server 200, and displays the quest selection screen. An example of the quest selection screen will be described with reference to FIGS. 4 and 5.

  FIG. 4 is a diagram showing an example of a second window for presenting a normal quest in the quest selection screen.

  The second window illustrated in FIG. 4 includes one or more tabs 31 to 33 and one or more images 41 to 46 showing normal quests. Note that in FIG. 4 and subsequent figures showing the quest selection screen, a UI object (not shown) for returning to the previous screen may be included.

  Each of the images 41 to 46 doubles as a UI object for receiving an operation to start the quest indicated by the image.

  Also, in the second window, quests presented as images 41 to 46 may be divided into a plurality of groups. In this case, it is desirable that the images indicating each of the quests included in each group be arranged in the vicinity. In the example shown in FIG. 4, the quests shown by the images 41 to 46 are divided into groups 47 to 49 and arranged in the vicinity of each other. These groups may be divided, for example, based on the priority of the quest, or may be divided based on the holding period. However, quest groupings may be based on other information.

  In each window included in the quest selection screen, the size of the area where the image indicating the quest is arranged may exceed the size of the display area of the display unit 152. In the above case, for example, in the second window, another image indicating a quest that was not displayed before the scroll may be displayed by the operation of instructing the scroll. Here, if the scrolled direction is defined as the vertical direction of the screen, images 41, 43, 44, 45 indicating the respective quests A, C, D, E of the quests included in the second window are vertical Arranged side by side in the direction. Also, with respect to the image 41 indicating the quest A and the image 45 indicating the quest E, which are a part of the images arranged in the vertical direction, images indicating other quests are arranged in the horizontal direction . That is, the image 42 showing the quest B is arranged in the horizontal direction with respect to the image 41 showing the quest A. Further, with respect to the image 45 showing the quest E, the images 46 showing the quest F are arranged in the horizontal direction.

  As described above, depending on whether the images are arranged in the direction in which the screen is scrolled or the images are arranged in the direction intersecting the scroll direction, the degree to which the user wants to select the quest can be changed. And can support the user's choice.

  Note that part or all of the image indicating the quest is not limited to a still image, and may be a moving image, text, or the like. Also, as shown in FIG. 4, one or both of the size and shape of each image corresponding to the quest may be different from one or both of at least one other size and shape.

  Thus, depending on the size or shape of the user interface object, it is possible to change the degree to which the user wants to select a quest, and to support the user's selection.

  Moreover, the text 37 which shows that the quest which the said image shows has been cleared may be contained in each of the images 41-46 which show a quest, for example. Also, an icon 36 may be included to indicate that it is a quest for multiplay. As an example, in FIG. 4 and a diagram showing a quest selection screen described later, quests indicated by an image including the text 37, for example, quests A and D indicate that the quests have been cleared. In other words, the quest indicated by the image not including the text 37 is a quest that has not yet been cleared by the user. Also, the quest indicated by the image including the icon 36, for example, quests A and B indicate that it is a quest for multiplay. In other words, the quest indicated by the image not including the icon 36 is a quest for single play.

  In FIG. 4 and the subsequent figures showing the quest selection screen, when an operation is performed in which a tab other than the tab associated with the currently displayed window is selected, the window associated with the selected tab is displayed. . For example, when an operation for selecting the tab 33 is performed on the screen shown in FIG. 4, a quest selection screen shown in FIG. 5 is displayed.

FIG. 5 is a diagram showing an example of the first window in the quest selection screen. The quests indicated by the images 51 to 56 included in FIG. 5 are the above-mentioned present quests. In the example of FIG. 5 , the size and shape of the images 51 to 56 showing the present quest are the same, but as shown in FIG. 4, one or both of the size and shape of each image is at least one other size and It may be different from one or both of the shapes.

  The quest selection screen is not limited to the example described with reference to FIGS. 4 and 5. Hereinafter, other examples of the quest selection screen will be described with reference to FIGS.

  FIG. 6 is a diagram showing another example of the first window. The first window shown in FIG. 6 is different from the first window shown in FIG. 5 in that the image showing the cleared quests b, d and e is removed. Thereby, the visibility is improved, and it is possible to easily identify a present quest which has not obtained a lottery ticket which is a clear reward.

  FIG. 7 is an example of the third window. The third window shown in FIG. 7 includes images 52, 54, 55 representing cleared quests b, d, e. The images 52, 54, 55 indicate that the quests b, d, e have been cleared, respectively, and do not accept the selection operation for starting the play of the quest.

  When the first window shown in FIG. 6 is employed instead of the first window shown in FIG. 5 on the quest selection screen, it is preferable that the third window shown in FIG. 7 be included.

  Further, FIG. 8 shows a specific example in which the window in which the quest for single play is presented and the window in which the quest for multiplay is presented are different. In the example shown in FIG. 8, a first window associated with the tab 34b is displayed. In this first window, present questions e and f for multiplayer are presented. The second window associated with the tab 31 presents a normal quest for single play. The second window associated with the tab 32 presents a regular quest for multiplayer. In a first window associated with the tab 33, a present quest for single play is presented.

  In step S105, the operation receiving unit 111 receives a selection operation on any quest displayed in any window of the quest selection screen.

  In step S106, the game progress part 118 requests the server 200 for data necessary for the quest selected in step S105 to be played.

  In step S <b> 107, the control unit 210 included in the server 200 refers to the storage unit 220, acquires the data requested in step S <b> 106, and transmits the data to the user terminal 100.

  In step S108, the control unit 110 of the user terminal 100 performs processing for advancing the quest with reference to the data acquired from the server 200 in step S107. That is, the user plays the quest.

  The above is the flow of processing based on the flowchart of FIG. 3.

(Quest clear clear grant flow)
Subsequently, in the present quest, the flow of the process when the lottery ticket is given to the user as the clear reward will be described step by step with reference to FIGS. 1 to 3 and 9.

  FIG. 9 is a flowchart showing the flow of processing when a present quest is executed based on the game program 131 according to the present embodiment.

  In step S201, the control unit 110 of the user terminal 100 performs a process of advancing a present quest according to the procedure described above with reference to the flowchart of FIG.

  In step S202, the determination unit 116 determines whether or not the present quest has been interrupted due to a factor such as a user operation of retiring the present quest during the play of the present quest. If the present quest is interrupted, the process of step S207 is subsequently executed, and if not, the process of step S203 is subsequently executed.

  In step S203, the determination unit 116 determines whether the first condition (the clear condition of the present quest) is satisfied. If the first condition is satisfied, the process of step S204 is subsequently performed. If the first condition is not satisfied, the process of step S207 is subsequently performed.

  In step S204, the game progress part 118 requests the server 200 to give a lottery ticket as a clear reward.

  In step S <b> 205, the control unit 210 included in the server 200 transmits, to the user terminal 100, data indicating a lottery ticket or data indicating a notification allowing the lottery ticket to be granted. The number of lottery tickets to be awarded may be one or a predetermined number. Further, in the present quest, when other conditions other than the first condition are set, the number of lottery tickets to be provided may be changed according to the achievement status of the other conditions.

  In step S206, the object management unit 117 stores the lottery ticket in the memory 11 in association with the user. In other words, the user acquires the lottery ticket.

  Further, in step S206, the game progress section 118 appropriately displays a result screen regarding the played present quest. The result screen may include, for example, the score of the user in the present quest, and information representing various items given to the user in the present quest.

  In step S207, the control unit 110 displays a quest selection screen. At this time, the control unit 110 may display a quest selection screen based on the information indicating the latest quest list by requesting the server 200 for the quest list.

  The above is the flow of processing based on the flowchart of FIG. In addition, the flow of the process mentioned above is applicable not only to a present quest but to the other quest to which a clear reward may be provided.

  As described above, in the present embodiment, the user can easily display the present quest having a possibility of acquiring the lottery ticket and the normal quest by switching the first window and the second window. It can be identified. As a result, quest selection is facilitated and user motivation for gameplay is improved.

(Execution flow of lottery process)
Subsequently, the flow of the lottery process in the game system 1 will be described step by step with reference to FIG. 1, FIG. 2 and FIG. FIG. 10 is a flowchart showing the flow of the lottery process.

  In step S301, the determination unit 116 determines whether or not an input operation for instructing execution of a lottery has been performed. Specifically, here, the determination unit 116 determines whether or not an operation of instructing execution of a lottery in exchange for a lottery ticket has been performed. When the input operation is performed, the process of step S302 is subsequently performed. When the input operation is not performed, the process based on the flowchart of FIG. 10 is ended.

  In step S302, the lottery unit 115 requests the server 200 to perform lottery processing.

  In step S303, the lottery execution unit 211 provided in the server 200 determines one of the objects by lottery from the objects available to the user in the game. Next, the control unit 210 notifies the user terminal 100 of the determined object.

  In step S304, the object management unit 117 of the user terminal 100 stores the object notified in step S303 in the memory 11 in association with the user. In other words, the user acquires the object. Further, when the lottery process is derived from the consumption of the lottery ticket, the object management unit 117 subtracts the number of the lottery ticket stored in the memory 11 in association with the user.

  In step S305, the game progress part 118 displays the screen of the lottery result which shows that the user acquired the said object.

  In step S306, the determination unit 116 determines whether the condition for executing the next lottery is satisfied. Here, the determination unit 116 determines that the condition for executing the next lottery is satisfied, when the input operation for instructing the next lottery is performed or in the middle of the continuous lottery. If the above condition is satisfied, the process of step S302 is subsequently performed. If the condition is not satisfied, the process based on the flowchart of FIG. 10 is ended.

  The above is the flow of processing based on the flowchart of FIG.

(Calendar display execution flow)
Subsequently, the flow of processing when the screen of the event calendar described above is displayed will be described with reference to FIGS. 1, 2 and 11 to 13.

  FIG. 11 is a flow chart showing the process of displaying an event calendar.

  In step S <b> 401, the game progress unit 118 starts to execute a game based on the game system 1. In other words, the user logs in to the game and starts game play.

  In step S402, the game progress part 118 requests the server 200 for data related to the event calendar.

  In step S403, the calendar management unit 213 included in the server 200 refers to the storage unit 220, acquires data related to the event calendar described above, and transmits the data to the user terminal 100.

  In step S404, the control unit 110 refers to the data related to the event calendar acquired from the server 200, and displays the event calendar.

  An example of the event calendar will be described with reference to FIGS. 12 to 13.

  An event calendar according to the present embodiment will be described. 12 and 13 are diagrams showing an example of the event calendar according to the present embodiment.

  An example of the event calendar which shows the information relevant to the said date is shown by FIG. 12 about each date for one month. In this event calendar, date frames 65a representing each day of a week starting on Sunday are arranged in a row. Moreover, the group 65b of the date frame showing each week is arranged side by side vertically. The date frame 65a on which the icon 64 is superimposed indicates that the login bonus has been given to the user on the date indicated by the date frame 65a. The date frame 65a on which the icon 72 is superimposed indicates that the date indicated by the date frame 65a is an event date. In the event calendar illustrated in FIG. 12, events such as "Question of Lightning" indicate quests that can be played for a limited time, and events such as "Gacha A" indicate lottery that can be performed for a limited time. There is. In the case where the holding period of the event extends over a plurality of days, the icon 72 may be arranged on the first day of the holding period of the event, or the icon 72 may be arranged over a plurality of days.

  Further, the images displayed in the respective date frames 65a indicate login bonuses that can be provided on the date. Also, a numerical value 66 such as “× 1” displayed near the date frame 65 a indicates the number of login bonuses that can be provided on the date.

  As described above, in the event calendar, it is possible to easily identify the presence or absence of the user's login on each date, the content of the login bonus, and the date of the event. According to the event calendar, it is possible to make the user grasp the event to be held from now on and the login bonus that can be given from now on. As a result, it is possible to enhance the user's motivation for playing the game on the date of the event the user is interested in or the date on which the desired login bonus is obtained.

  The event calendar shown in FIG. 12 can be modified as shown in FIG. In the example shown in FIG. 13, the first date in the event calendar is placed at the upper left. That is, the date frames 65a for one week included in the group 65b of date frames are arranged horizontally in order from the day of the first day of the month. The event calendar transformed in this way has the same effect as the event calendar shown in FIG.

  Moreover, in the example of FIG.12 and FIG.13, the event calendar was demonstrated as what is displayed about each date for one month. In this case, event calendars of other months may be displayed based on an operation on a next month button or a previous month button (neither of which is shown). In addition, the event calendar may be displayed on a monthly basis as described above, or may be displayed on another unit (for example, on a weekly basis, a yearly basis, etc.). In addition, the user may scroll the screen left and right or up and down to browse event calendars on past or future dates that can not be displayed on one screen.

  In step S405, the determination unit 116 refers to the storage unit 120 and determines whether the user has already been granted the login bonus of the current day. If the login bonus has already been given, the process of step S409 is subsequently performed, and if the login bonus is not given, the process of step S406 is subsequently performed.

  In step S <b> 407, the control unit 210 included in the server 200 transmits, to the user terminal 100, data indicating a login bonus, or data indicating a notification for permitting the provision of the login bonus to the user.

  In step S <b> 408, the object management unit 117 stores the login bonus in the memory 11 in association with the user. In other words, the user acquires the login bonus. And the game progress part 118 displays the screen which shows that the user acquired the said login bonus.

  In step S <b> 409, the game progress unit 118 executes the following game progress processing. In other words, the user continues game play.

  The above is the flow of processing based on the flowchart of FIG.

[Other Modifications of Each Embodiment]
[Example of software implementation]
Control blocks of the control unit 210 (in particular, the lottery execution unit 211, the quest management unit 212, and the calendar management unit 213), and control blocks of the control unit 110 (in particular, the lottery unit 115, the determination unit 116, the object management unit 117, The game progress unit 118) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

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

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

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

  (Item 1) The game program (131) executed by the computer (user terminal 100) including the processor (10) and the memory (11) has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory, and the game program is a processor that can be selected from among objects available in a game based on the game program. Carrying out a lottery to determine objects to be given to the user (S302), displaying each of the play units playable in the game on the display unit (152) in a selectable manner (S104), and the play units Performing the step (S108) of advancing the game based on the operation of the user, and the step of displayably selectable includes selectably only one or more first play units among the play units. Displaying the first window and the proceeding step comprises: When the first condition set for the first play unit selected in the window is satisfied by the progress of the first play unit, the first condition available for performing the lottery An object is stored in the memory in association with the user.

  According to the above configuration, the user can easily identify the first play unit that may be able to obtain the first object available to perform the lottery and the other play units. As a result, it becomes easy to select a play unit, and the user's motivation for game play is improved.

  (Item 2) In (Item 1), the step of selectively displaying (S104) includes a first window, and a second window including one or more play units other than the first play unit selectable. May be switched and displayed based on the user's operation. Thereby, when the first window for selecting the first play unit is displayed, the second window for selecting other than the first play unit is not displayed, whereby the first play unit is displayed. Selection is easy for the user. As a result, the user's motivation for selecting the first play unit is improved.

  (Item 3) In (Item 1) or (Item 2), in the game program (131), a second condition set for a play unit other than the first play unit is set in the processor (10). Causes the user to further execute the step of storing the second object available in the game in association with the user in the memory (11) as the first condition, the second condition being the second condition You may memorize conditions with a lower degree of difficulty. This further enhances the user's motivation for selecting the first play unit.

  (Item 4) In the step 3 (selectable display) in (item 3), the first play unit satisfying the first condition is displayed as unselectable in the first window. Good. As a result, the user can easily identify the playable first play unit whose first condition is not yet satisfied, and feels a sense of accomplishment about the first play unit whose first condition is already satisfied. be able to.

  (Item 5) In (Item 3), in the step of displaying the selection screen (S104), the first window may not include information on the first play unit for which the first condition is satisfied. Thus, when the first play unit is displayed, the first play unit satisfying the first condition is not displayed. As a result, the user can easily select the playable first play unit whose first condition is not satisfied yet.

  (Item 6) In (Item 5), the step of displaying the selection screen (S104) includes, on the selection screen, a first window and information including information representing a first play unit in which the first condition is satisfied. The three windows may be switched and displayed based on the user's operation. Thereby, the user can feel a sense of accomplishment about the first play unit in which the first condition is already satisfied by switching to the third window.

  (Item 7) In any one of the items (Item 1) to (Item 6), the game program (131) causes the processor (10) to display information representing a date and the object date available for use in the game. Displaying on the display unit a calendar screen including information representing the associated object, and, when the third condition is satisfied in the game, information representing the object associated with the date when the third condition is satisfied, And storing in the memory (11) in association with the user. This allows the user to easily recognize an object that can be acquired according to the date. As a result, the user is more motivated to play the game to meet the third condition on the date associated with the object he wants to obtain.

  (Item 8) In (Item 7), in the step of displaying the calendar screen, the calendar screen may include each date in a predetermined period and information representing an object associated with the date. Thereby, the user can easily recognize an object that may be acquired according to the date in a predetermined period.

  (Item 9) In (Item 7) or (Item 8), the step of storing the object associated with the date when the third condition is satisfied is performed only once at the date when the third condition is satisfied. The object may be stored. This makes it possible to maintain the interest of the game because there are not too many opportunities to acquire an object by satisfying the third condition.

  (Item 10) The step of displaying the calendar screen in any one of the items (Item 7) to (Item 9) is the information indicating the date on the calendar screen, the information indicating the event held on the date in the game May be further associated and displayed. This allows the user to easily recognize the event to be held according to the date. As a result, the user is more motivated to meet the third condition on the date associated with the event of interest.

  (Item 11) In any one of the items (Item 7) to (Item 10), the step of storing the object associated with the date when the third condition is satisfied is a third condition in which the user enters the game. The login may be applied. This improves the user's motivation to log in to the game.

  (Item 12) In any one of the items (Item 7) to (Item 11), the step (S404) of displaying the calendar screen may display the calendar screen when the user logs in to the game. This makes it possible to make the user recognize objects that can be acquired on each date.

  (Item 13) The step (S104) of displaying the selection screen in any one of the items (Item 1) to (Item 12) is at least a user interface object receiving an operation of selecting each play unit on the selection screen. A direction in which the screen is scrolled with respect to at least one of the user interface objects arranged in the direction in which the screen is scrolled, and a part thereof is arranged in the direction in which the screen is scrolled in the display unit Other said user interface objects may be arranged adjacent in the crossing direction. As a result, it is possible to change the degree to which the user wants to select the play unit depending on whether the user interface objects are arranged in the scrolled direction or arranged in the direction intersecting the scrolled direction. .

  (Item 14) In (Item 13), the step of displaying the selection screen (S104) displays one or both of the size and the shape of at least one of the user interface objects differently from any other. It is also good. As a result, it is possible to change the degree to which the user wishes to select the unit of play in accordance with the size or shape of the user interface object, and supports the user's selection.

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

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

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminals (information processing apparatus), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 lottery unit, 116 determination unit, 117 object management unit, 118 game progress unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 Display, 200 servers, 211 lottery execution units, 212 quest management Part, 213 calendar management part, 1010 object, 1020 controller (operation part), 1030 storage medium

Claims (15)

A game program,
The game program is executed by a computer comprising a processor and a memory,
The game program may include the processor
Carrying out a lottery for determining an object to be given to the user among objects available in the game based on the game program;
It is a play unit that can be played in the game, and each of the play units in which game play using an object available in the game is started by being selected by a user operation is displayed on the display unit in a selectable manner Step to
Advancing the play unit based on the user's operation;
The step of displaying in a selectable manner causes the display unit to display a first tab for displaying a first window and a second tab for displaying a second window in a selectable manner. When one tab is selected, the unit of play included in the first window is displayed on the display unit, and the unit of play included in the second window is not displayed; When a tab is selected, the play unit included in the second window is displayed on the display unit, and the play unit included in the first window is not displayed.
The play unit included in the first window includes only one or more first play units among the play units , and the first play unit is set for the first play unit. A specific reward is given to the user when the condition of 1 is satisfied by the play of the first unit of play by the user, and is stored in the memory in association with the user, and the second The play units included in the window include play units other than the first play unit,
In the advancing step, the first condition set for the first play unit selected in the first window is satisfied a predetermined number of times by the progress of the first play unit. A first object available for performing the lottery as the specific reward is stored in the memory in association with the user until the predetermined reward is reached, and the number of times the first condition is satisfied is the predetermined number of times If the second condition set for the play unit selected in the second window is satisfied by the play of the play unit, if the second play condition is not reached, the second condition set for the play unit selected in the second window is satisfied. the compensation set to the play unit regardless achieve the number of second condition is given to the user to be stored in the memory in association with the user, Over-time program. Before Symbol memory, said a first condition, the degree of difficulty than the second condition storing low condition, the game program according to claim 1. 3. The method according to claim 1, wherein in the step of selectively displaying, the first play unit in which the first condition is satisfied the predetermined number of times is displayed in a non-selectable manner in the first window. Game program. It said step of selectively displayed, the in the first window, the first condition is not included the predetermined number of times the first play unit of filled, the game program according to claim 1 or 2. It said step of selectably displayed includes a first window and a third window the first condition comprises a predetermined number of times the first play unit of filled, based on the operation of the user The game program according to claim 4 , wherein the game program is switched and displayed. The game program may include the processor
Displaying on the display unit a calendar screen including information representing a date, and information representing an object associated with the date among objects available in the game;
And storing, in the memory, information representing the object associated with the date when the third condition is satisfied, in which the third condition is satisfied in the game. The game program according to any one of claims 1 to 5 . The game program according to claim 6 , wherein in the step of displaying the calendar screen, the calendar screen includes information representing each date in a predetermined period and an object associated with the date. The step of storing the object associated with the date when the third condition is satisfied stores the object associated with the date only once at the date when the third condition is satisfied. Item 8. A game program according to item 6 or 7 . Step of displaying the calendar screen, in the calendar screen, the information representing the date, the information representative of the event to be held on the date in the game, and displays further association, claim 6 8 The game program described in item 1. Step of storing the object associated with the date on which the third condition is satisfied, as the third condition applies to the user in the game logs in any of claims 6 to 9 The game program described in item 1. The game program according to any one of claims 6 to 10 , wherein the step of displaying the calendar screen displays the calendar screen when the user logs in to the game. In the step of selectively displaying, at least a part of the user interface object that receives an operation of selecting each of the play units is arranged in a direction in which the screen is scrolled on the display unit, and the scrolled direction for at least one of ordered the user interface object, in a direction in which the screen is intersecting the direction to be scrolled and disposed adjacent the other of said user interface objects, of claims 1 to 11 The game program according to any one of the above. The game program according to claim 12 , wherein the step of selectively displaying displays at least one of the user interface objects with one or both of the size and the shape different from any other. A computer is a method of executing a game program,
The computer comprises a processor and a memory,
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images