WO2022102540A1

WO2022102540A1 - Program, method, and information processing device

Info

Publication number: WO2022102540A1
Application number: PCT/JP2021/040822
Authority: WO
Inventors: 仁小林
Original assignee: 株式会社コロプラ
Priority date: 2020-11-11
Filing date: 2021-11-05
Publication date: 2022-05-19
Also published as: JP2022077453A; JP7467316B2

Abstract

This program, executed by an information processing device provided with a processor, a memory, an input unit, and a display unit, causes the processor to execute: a step in which a user employs an available object to advance a game; a step in which in an object determined by means of a first lottery in accordance with an input operation from a user, from among a plurality of types of object, is granted to the user and is made available in the game; and a step in which, in a specific period until a specific object can be determined by means of the first lottery, the specific object is made available to the user in the game.

Description

Programs, methods, and information processing equipment

The present invention relates to programs, methods, and information processing devices.

In a conventional game, it is known that an object such as a character or an item that can be used by a user in the game can be acquired by a lottery (for example, a gacha). Further, even if the character is not owned by the user, there is a character that can be used for the game by borrowing a character owned by a user who has a so-called friendship with the user (see, for example, Non-Patent Document 1).

However, in the game described in Non-Patent Document 1, since the game is owned by another user, the character that can be borrowed and used by the user from the other user can already be acquired by lottery (hereinafter referred to as a lottery target). (Sometimes called). That is, in the game described in Non-Patent Document 1, the character cannot be used from the stage before it becomes available by lottery, but after it becomes available by lottery. It is only available by borrowing after the user obtains it by lottery. Therefore, it is not possible to improve the motivation to acquire the character from the stage before it becomes a state that can be acquired by lottery (lottery target). As a result, it was not possible to give the user a motive to acquire an object such as the character from the stage before it could be acquired by lottery (lottery target).

The present invention is to provide a program, a method, and an information processing apparatus that can motivate a user to acquire an object prior to a lottery.

According to one embodiment shown in the present disclosure, a program executed in an information processing apparatus including a processor, a memory, an input unit, and a display unit, the program uses an object available to the user as the processor. The step of advancing the game and the step of granting the object determined by the first lottery from a plurality of types of objects according to the input operation from the user to the user so that the object can be used for the game. In a specific period until the object can be determined by the first lottery, the step of making the specific object available to the user in the game is executed.

According to the present invention, by making a specific object available in a specific period, the user is motivated to perform the first lottery in order to acquire and make the specific object available, prior to the first lottery. It can be generated and its motivation can be further enhanced.

It is a figure which shows the hardware composition of the game system which concerns on a certain embodiment. It is a block diagram which shows the functional configuration of a user terminal and a server included in the said game system. It is a figure which shows an example of the screen which drawn the field space which is a kind of game space. It is a figure which shows an example of the screen which drawn the said field space at the time of a battle. It is a figure which shows the data structure of a character data. It is a flowchart which shows an example of the flow of the battle grant process in the said game system. It is a flowchart which shows an example of the flow of the lottery granting process in the said game system. It is a flowchart which shows an example of the flow of the process which concerns on the limit breakthrough in the said game system. It is a figure which shows an example of the screen displayed on the display part in a normal period and a rental period. It is a figure which shows an example of the screen in the user terminal which transitions by accepting the input operation from the user to the character picture book icon in a rental period. It is a figure which shows an example of the fluctuation pattern of the rental lottery probability in the rental lottery of the next day by accepting the input operation for the icon to be borrowed. It is a figure which shows an example of the screen which informs the rental character as a result of a rental lottery, and the screen when the rental character is put into a party organization. It is a flowchart which shows an example of the flow of the game start processing in the said game system. It is a flowchart which shows an example of the flow of home screen processing in the said game system.

The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate 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. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a radio base station (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. Will be.

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, 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 prepare. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected in place of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, 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.

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

It is desirable that the user terminal 100 causes a user who uses the controller 1020 to 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. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020 so that the user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through the server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

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

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

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

As described above, the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept 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 an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Specify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of 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 accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified as an input operation of the user and received.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200.

Processors

10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

The

memories

11 and 21 are the main storage devices. The

memories

11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program 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 the program. The memory 21 provides a work area to the processor 20 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 the 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 in collaboration with the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game by the cooperation of a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The

storages

12 and 22 are auxiliary storage devices. The

storages

12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

The communication IF 13 controls the transmission / reception of various data in the user terminal 100. The communication IF 23 controls the transmission / reception of various data in the server 200. The

communication IFs

13 and 23 control communication using, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-range wireless communication.

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

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

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has 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 resistance film method. The indicator for performing an input operation on the touch screen 15 is not particularly limited. For example, the indicator may be a user's finger, a stylus pen, or the like.

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, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. 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 object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light generated by the light emitted from the light source being reflected by the object to be measured. 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 the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by 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 measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. This makes it possible to further improve the detection accuracy of the object based on the captured 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 or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, 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 extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has performed the "choki" gesture. (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 index finger is raised or whether the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100. For example, the processor 10 may have the user's hand near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. Detects whether it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected in the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his / her hand in a direction orthogonal to the shooting direction of the camera. recognize.

As described above, the processor 10 determines whether or not the user is holding the hand (whether it is a “goo” gesture or another gesture (for example, “par”) by image recognition for the captured image of the camera 17. Or) is detected. In addition, the processor 10 detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the 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, or the state in which the mouse is touched after the touch-down operation is performed on the touch panel. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize it. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image taken by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Game overview>
The game realized by the game system 1 is a game in which a character object (hereinafter, simply referred to as a character), which is an example of an object, is arranged in a game space, and the character is operated in the game space in response to a user's input operation. Is. The game based on the game system 1 may be a 3D game represented by a 3D game space and a 3D object, or a 2D game represented by a 2D game space and a 2D object. May be good. Hereinafter, a character that operates in response to a user's input operation will be referred to as an "operation character".

As will be described in detail later, in the game realized by the game system 1, the user operates the operating character to make the character fight with an enemy character arranged in the same game space, thereby advancing the game. Further, in the game realized by the game system 1, the user can perform a lottery for acquiring a character.

As an example of the game realized by the game system 1, it may be an open world game in which a user can freely operate a character arranged in a virtual game space to move and fight. In this embodiment, as an example, a case where the game system 1 realizes an open world RPG (Role-Playing Game) will be described.

The game realized by the game system 1 may be capable of multiplayer. For example, the game is an MMORPG (Massively Multiplayer Online Role-Playing Game) in which a plurality of users simultaneously operate their own operating characters in the same game space via their own user terminals 100 to advance the game. You may. However, the game genre and game content realized by the game system 1 are not limited to those of the above-mentioned type.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing a functional configuration of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 by the 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 and supporting the user terminal 100 to advance the game. For example, selling valuable data, providing services, and so on. 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 and mediating the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 by the cooperation of the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program 231, the game information 232, and the user information 233. The game program 231 is a game program executed by the user terminal 100 and the server 200.

The game information 232 is data referred to when the control unit 110 and the control unit 210 execute the game program 231.

The user information 233 is information stored for each user account. The user information 233 for a certain account is associated with at least one user terminal 100. In this embodiment, an example in which one account is associated with one user terminal 100 will be described. The storage unit 120 stores the user information 233 of the account corresponding to the user terminal 100. On the other hand, the storage unit 220 collectively stores the user information 233 collected from each user terminal 100. The user information 233 includes character data 233A. The character data 233A is data about a character possessed by the user. The details of the character data 233A will be described later.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as a transmission / reception unit 211, a server processing unit 212, and a data management unit 213 according to the description of the game program 231. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The transmission / reception unit 211 receives various data and requests from the user terminal 100. For example, the transmission / reception unit 211 receives a part or all of the game information 232 or the user information 233 from the user terminal 100. Further, the transmission / reception unit 211 may receive character data 233A from the user terminal 100 as a part of the user information 233. Further, the transmission / reception unit 211 may receive a lottery execution request from the user terminal 100.

The transmission / reception unit 211 transmits various data and requests to the user terminal 100. For example, the transmission / reception unit 211 may transmit the lottery result to the user terminal 100 which is the transmission source of the lottery execution request. Further, for example, the transmission / reception unit 211 may transmit the updated character data 233A to the user terminal 100 that is the transmission source of the lottery execution request.

The server processing unit 212 performs arithmetic processing necessary for providing the game. The server processing unit 212 instructs the transmission / reception unit 211 to transmit various data. The server processing unit 212 instructs the data management unit 213 to add, update, or delete various information included in the game information 232 and the user information 233. The server processing unit 212 may execute the processing related to the lottery.

The data management unit 213 manages the data stored in the storage unit 220. The data management unit 213 adds, updates, or deletes various information included in the game information 232 and the user information 233 in response to an instruction from the server processing unit 212. The data management unit 213 may read at least one of the game information 232 and the user information 233 from the storage unit 220 according to the instruction of the server processing unit 212. According to the instruction of the server processing unit 212, the data management unit 213 reads out the program to be executed by the user terminal 100 from the game program 231 from the storage unit 220 and transmits it to the user terminal 100 via the transmission / reception unit 211. You may.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 231 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 231 and the user's operation. Further, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 functions as an operation reception unit 111, a game progress unit 112, a camera arrangement control unit 113, an object control unit 114, a display control unit 115, and a communication unit 116 according to the description of the game program 231. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what input operation has been performed from the action exerted by the user on the console via the touch screen 15 and 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 for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation receiving unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the continuously detected input is interrupted.

The communication unit 116 transmits various data and requests to the server 200. For example, the communication unit 116 transmits a part or all of the game information 232 or the user information 233 to the server 200. For example, the communication unit 116 sends a lottery execution request to the server 200. Further, the communication unit 116 may transmit the character data 233A to the server 200 as a part of the user information 233.

The communication unit 116 receives various data and requests from the server 200. For example, the communication unit 116 receives a part or all of the game information 232 or the user information 233 from the server 200. Further, the communication unit 116 may receive information indicating the lottery result from the server 200. Further, the communication unit 116 may receive the updated character data 233A from the server 200.

The game progress unit 112 performs various processes related to the progress of the game. For example, the game progress unit 112 specifies the instruction content of the user based on the coordinates of the position of the input operation received by the operation reception unit 111, the type of operation, and the progress status of the game. In addition, the game progress unit 112 performs various determination processes related to the progress of the game. Further, the game progress unit 112 adds, updates, or deletes various information stored in the storage unit 120, which is included in the game information 232 and the user information 233. The game progress unit 112 includes a battle processing unit 112A, a lottery unit 112B, and a character assigning unit 112C.

The battle processing unit 112A executes processing related to the battle between the operating character, the automatic battle character, and the enemy character. Further, the battle processing unit 112A determines a character to be given to the user when a predetermined condition is satisfied as a result of the battle. When the battle processing unit 112A determines the character to be assigned, the battle processing unit 112A notifies the character assigning unit 112C of the character.

The lottery unit 112B executes a process related to a lottery for acquiring a character. The lottery method is not particularly limited. For example, the lottery unit 112B may refer to the housing (lottery data table) included in the game information 232 according to a predetermined input operation of the user, and determine the lottery result based on the table. The lottery unit 112B notifies the character assigning unit 112C of the result of the lottery, that is, the character to be assigned to the user.

The character giving unit 112C gives the user a character determined to be given as a result of the processing of the battle processing unit 112A or the lottery of the lottery unit 112B. When the character assigning unit 112C determines the character to be assigned by the battle processing unit 112A or the lottery unit 112B, the initial data of the character corresponding to the character is read from the game information 232, and the data is used as the character data 233A of the user information 233. to add. As will be described later with reference to FIG. 5, the character includes a plurality of types of characters such as a human character corresponding to a human, a riding monster, and an automatic battle monster.

The battle processing unit 112A, the lottery unit 112B, and the character assigning unit 112C may be provided in the control unit 210 on the server 200 side. That is, the control unit 210 on the server 200 side may draw a character to be given to the user and give the character determined by the lottery to the user. In this case, the user terminal 100 side may display an image or the like of a character given according to the result on the server 200 side.

The camera arrangement control unit 113 defines a virtual camera for designating an area to be presented to the user in the game space. The camera arrangement control unit 113 virtually arranges the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. The camera arrangement control unit 113 instructs the display control unit 115 to create an image in which the visual field area defined by the virtual camera and the objects arranged in the visual field area are drawn. The camera arrangement control unit 113 may change the position and orientation of the virtual camera at any time.

The object control unit 114 arranges an object in the game space based on the setting information of the object included in the game information 232. Further, the object control unit 114 controls the objects arranged in the game space. For example, the object control unit 114 changes the position, orientation, shape, color, etc. of the object in the game space, and causes the object to perform a predetermined series of operations. For example, the object control unit 114 moves the operating character in the movement direction, the movement speed, and the movement distance determined by the game progress unit 112.

The display control unit 115 causes the display unit 152 to display an image. For example, the display control unit 115 generates an image including an area of the field of view of the virtual camera defined by the camera arrangement control unit 113 and an object existing in the area in the game space, and displays the image on the display unit 152.

The object control unit 114 may arrange an object (UI object) for constructing a UI (user interface) in the game space and control the UI object. Further, the display control unit 115 may superimpose and display an image (UI image) related to the UI necessary for various operations of the game, such as an icon, a button, a list, and a menu screen, on the image. The UI image and the UI object are tools for the user to input input necessary for the progress of the game to the user terminal 100. Further, the UI image and the UI object are tools for the user to obtain information output from the user terminal 100 while the game is in progress.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may have at least a part of the functions provided by the server 200. Further, devices other than the user terminal 100 and the server 200 may be used as components of the game system 1, and the other devices may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

(Game space and placement of objects)
The game progress unit 112 of the user terminal 100 starts a game based on the game program 231. When the game starts, the object control unit 114 constructs a predetermined game space according to the instruction of the game progress unit 112, and arranges a predetermined operation character in the game space. Further, the object control unit 114 may arrange a background object such as a tree, a rock, a building, etc., which is a background of the game space, in the game space. Further, the object control unit 114 may arrange an enemy character (another character) that is a battle opponent of the operating character in the game space.

In the present embodiment, as an example of the game realized by the game system 1, the user selects one character from the operable characters among the characters possessed by the user and operates the character. An example of the above will be described. However, in the game realized by the game system 1, the user may be allowed to operate a plurality of characters (for example, a human character and a riding monster described later, or a plurality of human characters) at one time. Further, instead of performing all the movements of each character according to the input operation of the user, the user may operate only a part of the movements such as the attack timing and the direction of movement (so-called semi-automatic operation).

In the present embodiment, as an example, when a game space (referred to as a field space) corresponding to an outdoor space such as a grassland is constructed by the object control unit 114 at the start of the game, and an operation character or the like is arranged in the field space. Will be explained.

The game space constructed by the object control unit 114 is not limited to the field space described above. For example, the object control unit 114 constructs a game space (referred to as a dungeon space) corresponding to an indoor (so-called dungeon) space such as in a cave or a building in response to an instruction from the game progress unit 112, and the space An operation character or the like may be placed in the space. For example, when the operation reception unit 111 receives an input operation instructing to enter the dungeon, the game progress unit 112 may instruct the object control unit 114 to construct a dungeon space and arrange an operation character or the like in the space. good.

FIG. 3 is a diagram showing an example of a screen in which a field space is drawn, which is a kind of game space. At least one operation character is arranged in the field space. The state (A) of FIG. 3 is a diagram showing a state in which the human character 301 is arranged in the field space with the weapon 302 of the character held on his back.

Here, the "human character" is a kind of operable character. The "human character" is just an example of the name, and the human character 301 does not necessarily have to be a human or a humanoid character. Also, the weapon 302 is not essential.

(Riding monsters and automatic battle monsters)
The state (B) of FIG. 3 is a diagram showing a state in which the human character 301 is mounted on the riding monster 303 in the field space. The riding monster 303 is a kind of operable character, and is a kind of character that becomes a companion (that is, an ally in battle) of the human character 301. Further, the riding monster 303 may be able to participate in the battle instead of the human character 301.

The human character 301 can mount on the riding monster 303. In other words, the riding monster 303 is a character that becomes a vehicle for the human character 301. The "character participating in the battle" is a character placed in the game space during the battle with a certain enemy character (described later), and becomes an ally of the user's operation character during the battle. It is a character. The character participating in the battle does not necessarily have to perform an action such as an attack on the enemy character. In addition, the characters participating in the battle do not have to receive actions from the enemy characters. For example, even if the human character 301 is mounted on the riding monster 303, but various actions such as an attack based on an input operation are performed only by the riding monster 303, it is assumed that the human character 301 is participating in the battle.

When the user performs an operation for designating the riding monster 303 and an input operation for instructing riding, the operation receiving unit 111 accepts these operations, and the game progressing unit 112 associates the human character 301 with the designated riding monster 303. .. Further, the game progress unit 112 notifies the object control unit 114 that the human character 301 and the riding monster 303 are associated with each other. Upon receiving the notification, the object control unit 114 arranges the human character 301 in the system and position where the riding monster 303 is mounted. As a result, the user can enjoy the game by changing the association of the riding monster 303 as a vehicle with respect to a certain human character 301. Therefore, the fun of the game is improved.

When the human character 301 is mounted on the riding monster 303, the battle processing unit 112A of the game progressing unit 112 may prevent the mounted human character 301 from attacking, defending, or taking other actions in subsequent battles. In other words, the battle processing unit 112A causes both the riding monster 303 and the human character 301 to participate in the battle, but only one of them may be allowed to perform input operations related to various actions in the battle.

The game progress unit 112 may release the riding state of the human character 301 in response to a predetermined input operation by the user. In this case, the riding monster 303 is deleted from the field space, and only the human character 301 remains in the space.

The apparent relationship between the human character 301 and the riding monster 303 according to the present invention is not limited to "riding", and may be appropriately determined according to the appearance of the riding monster 303. For example, when the human character 301 and the bird-shaped riding monster 303 are associated with each other, the riding monster 303 may grab the human character 301 and jump up.

When the operation reception unit 111 accepts an input operation that associates the user's automatic battle monster 304 with the operation character (summons the automatic battle monster 304), the game progress unit 112 associates the automatic battle monster 304 with the operation character (human character). It may be associated with 301 or a riding monster 303). Then, the game progress unit 112 may instruct the object control unit 114 to arrange the automatic battle monster 304 in the field space. Then, the object control unit 114 may arrange the automatic battle monster 304 in the field space.

The automatic battle monster 304 is a kind of character that cannot be operated by the user. Further, unlike the riding monster 303, the automatic battle monster 304 is a character that the human character 301 cannot mount. In the battle described later, when the game progress unit 112 and the object control unit 114 move the automatic battle monster 304 in a predetermined action pattern, the automatic battle monster 304 automatically participates in the battle. In the following description, the riding monster 303 and the automatic battle monster 304 are collectively referred to as "monsters".

It is desirable that the position of the virtual camera in the field space is such that the user's operating character (human character 301 or riding monster 303) is displayed in the substantially center of the user terminal 100. As a result, it is possible to secure an area (for example, the area A of the states (A) and (B) of FIG. 3) in which the user touch-operates the touch screen 15 on the display screen of the display unit 152.

(fight)
FIG. 4 is a diagram showing an example of a screen in which a field space at the time of battle is drawn. The user operates the human character 301 or the riding monster 303 to move in the field space. On the other hand, in the field space, an enemy character that is arranged at a predetermined timing and performs an action such as movement according to a predetermined action pattern is arranged. When the positional relationship between the human character 301 (and the riding monster 303) and the enemy character (for example, the distance and the orientation of each character) satisfies the predetermined requirements, the battle processing unit 112A determines that the human character 301 (and the riding monster 303) It is determined that the battle has started after encountering the enemy character 305, and various processes related to the battle are started. On the other hand, if the enemy character is defeated (deleted from the field space), or if the positional relationship between the human character 301 (and the riding monster 303) and the enemy character meets the specific requirements, the battle processing unit 112A will battle. It may be determined that the battle has been completed, and various processes related to the battle may be completed.

The battle processing unit 112A may not determine the start and end of the battle, and may seamlessly start the battle from the movement in the field space. In this case, the battle processing unit 112A starts various processing related to the battle when the operation reception unit 111 receives an input operation for instructing a predetermined operation (for example, attack) of the human character 301 or the riding monster 303. good.

The state (A) of FIG. 4 is a diagram showing a state in which a battle between the human character 301 and the enemy character 305 has started. When the battle processing unit 112A determines that the battle has started, the object control unit 114 adjusts the arrangement of the human character 301 and the weapon 302 so that the human character 301 is in a state of holding the weapon 302 as shown in the figure. You may.

The enemy character 305 is an NPC (nonplayer character) whose action is controlled by the battle processing unit 112A according to a predetermined action pattern. The enemy character 305 may have the same appearance and ability (movement and attack method, etc.) as a kind of riding monster 303 or automatic combat monster 304.

The battle processing unit 112A advances the battle between the human character 301 and the enemy character 305 in response to input operations such as attack, defense, avoidance, and movement received by the operation reception unit 111 during battle. For example, when the operation reception unit 111 receives an input operation for instructing an attack, the battle processing unit 112A causes the enemy character 305 according to the value of the attack power of the human character 301 and the value of the defense power of the enemy character 305. Calculate the damage dealt. The object control unit 114 controls the arrangement, movement, pose, and the like of the human character 301, the weapon 302, and the enemy character 305 according to various processes advanced by the battle processing unit 112A.

The state (B) of FIG. 4 is a diagram showing a state in which the human character 301 is fighting with the enemy character 305 while riding on the riding monster 303. As described above, when the human character 301 mounts on the riding monster 303, various actions such as attacks cannot be performed, and the riding monster 303 executes the various actions in place of the human character 301.

For example, according to the input operation of the user, the riding monster 303 attacks the enemy character 305 by an attack method according to its appearance and ability as shown in the figure. As a result, the action corresponding to the riding monster 303 can be executed, so that the strategicity in the battle can be enhanced. Therefore, the fun of the game can be improved.

The battle processing unit 112A advances the battle between the riding monster 303 and the enemy character 305 according to the ability of the riding monster 303. When the automatic battle monster 304 is arranged, the battle processing unit 112A also executes the processing related to the battle between the automatic battle monster 304 and the enemy character 305.

The state (C) of FIG. 4 is a diagram showing a state of winning a battle. For example, as shown in the figure, it is assumed that the human character 301 fights alone and defeats the enemy character 305. In this case, the battle processing unit 112A grants the user a reward item according to the content or result of the battle. Specifically, the battle processing unit 112A increases the value indicating the number of the reward items included in the user information 233. The battle processing unit 112A may change the type and number of reward items to be given according to the type and level of the enemy character 305. Further, the object control unit 114 or the display control unit 115 may arrange and display the UI object 306 or the UI image 306 indicating the type and number of reward items obtained by the user (given to the user).

As will be described in detail later, the battle processing unit 112A may determine the character to be given to the user when the number of possessed reward items exceeds a predetermined number by giving the reward item. The character to be given may be any of a human character 301, a riding monster 303, and an automatic battle monster 304.

The human character 301, the riding monster 303, and the automatic battle monster 304 have preset abilities according to each individual. The setting of the ability is stored in the storage unit 120 as character data 233A.

(Character data)
FIG. 5 is a diagram showing a data structure of character data 233A. As shown in the figure, the character data 233A has information indicating the type of the character, information indicating the name, information indicating the rarity, and various parameters related to the battle (battle parameters) with respect to the identification code uniquely indicating one character. ) And the information indicating the equipment (corresponding to the character) that the character is equipped with. One record of character data 233A indicates one individual character. The character data 233A may include a monster having the same name. In other words, it may be possible for a user to have multiple monsters of the same appearance.

The character type is information indicating whether the character is a human character, a riding monster, or an automatic combat monster. The name of the character indicates the name of the character. In this embodiment, characters with the same name have the same appearance. Rarity indicates the difficulty of obtaining the character (so-called rarity). In the illustrated example, D has the lowest rarity and A has the highest rarity. The rarity is indicated to the user, for example, by the number of stars. For example, a star number of "1" indicates the lowest rarity, and a star number of "4" indicates the highest rarity. If the number of stars is replaced with A to D, the number of stars "3" corresponds to B, the number of stars "4" corresponds to A, and the greater the number of stars, the higher the rarity. Shown. The higher the rarity of a character, the higher the value of the parameters and the like, and therefore, the higher the degree of advantage for the user in advancing the game. The battle parameter is a parameter for the battle processing unit 112A to refer to the battle and execute the processing related to the battle.

The information indicating the equipment indicates the equipment associated with the character (that is, equipped by the character). In the illustrated example, only the human character is equipped with the equipment, but the riding monster and the automatic battle monster may also be equipped with the equipment. When the equipment is associated with the character, the battle processing unit 112A performs the processing related to the battle with reference to parameters such as the attack power or the defense power of the equipment. For example, the battle processing unit 112A uses a value obtained by adding the attack power of the equipment to the attack power of the character in the damage calculation related to the attack of the character. Information indicating the equipment possessed by the user and the parameters of the equipment is included in the user information 233.

(Character grant by battle)
In the game realized by the game system 1, a character is given to the user when either the battle granting process or the lottery granting process described below is executed.

The battle granting process is a process of granting a character to the user according to the result of having the operating character and the enemy character fight. FIG. 6 is a flowchart showing an example of the flow of the battle granting process in the game system 1.

When the game progress unit 112 of the user terminal 100 starts the game, the object control unit 114 arranges an operation character in a predetermined game space (for example, a field space), and the game progress unit 112 and the object control unit 114 are used by the user. The operation character is operated according to the input operation (S100). After that, the game progress unit 112 executes the movement of the operating character, the riding, the summoning of the automatic battle monster 304, and the like according to the input operation of the user. Further, the object control unit 114 operates the enemy character determined to be arranged in the game space in which the operation character is arranged according to the instruction from the game progress unit 112.

The game progress unit 112 and the object control unit 114 execute the above-mentioned control (NO in S102) until the battle processing unit 112A determines that the operating character has encountered an enemy character. When the positional relationship between the operating character and the enemy character satisfies the predetermined requirement, the battle processing unit 112A determines that the operating character has encountered an enemy character (YES in S102). In this case, the battle processing unit 112A advances various processes related to the battle, and causes the operating character (and the automatic battle monster) to fight the certain enemy character (S104). In battle, the battle continues until certain requirements are met (NO in S106). When the specific requirement is satisfied (YES in S106), the battle processing unit 112A determines that the battle with the certain enemy character is completed. If there are a plurality of enemy characters, the battle processing unit 112A continues the battle between the operating character and the other enemy characters.

When it is determined that the battle is completed, the battle processing unit 112A grants a reward item to the user according to the content of the battle (S108). Further, the battle processing unit 112A determines whether or not a predetermined number of reward items have been accumulated (S110). If a predetermined number of reward items have not been accumulated (NO in S110), the battle processing unit 112A does not perform the subsequent processing. On the other hand, when a predetermined number of reward items are accumulated (YES in S110), the battle processing unit 112A consumes the predetermined number of reward items possessed by the user (S112) and grants the reward items to the user according to the reward items. The character to be used is determined (S114). For example, the battle processing unit 112A determines a character to be given to the user according to the type of the reward item. The character assigning unit 112C assigns the determined character to the user (S116).

In this way, by making the specification to give the character acquired by the battle to the user, it is possible to give the user a motive to perform the battle. Further, a character that can be given (acquired by the user) to the user in the battle can participate in the battle. Therefore, the user can be motivated to participate in the battle, that is, to further fight the acquired character. Then, a character is further given to the user according to the result of the battle. In this way, since the two purposes of acquiring a character and fighting can be presented to the user in a cyclical manner, the user can continue the game without getting tired.

In addition, by assigning a character when a predetermined number of reward items are accumulated, it is possible to give the user the purpose of repeating battles and collecting reward items.

It is desirable that the type of reward item has a one-to-one correspondence with the type of enemy character (for example, the name of the enemy character). For example, when a certain riding monster appears as an enemy character, it is desirable that the battle processing unit 112A grant a reward item corresponding to the riding monster. Then, when the reward items are accumulated in a predetermined number or more, the battle processing unit 112A may determine the riding monster as the enemy character as the target monster to be given to the user.

As a result, when the user wins the battle, he / she can acquire the enemy character who fought. Therefore, the characters that can be acquired can be easily determined by the battle.

(Character assignment by lottery)
On the other hand, the lottery granting process is a process of assigning a character to a user according to the lottery result. FIG. 7 is a flowchart showing an example of the flow of the lottery granting process in the game system 1. The lottery granting process shown in FIG. 7 is started by the user performing an input operation for instructing a lottery at an arbitrary timing in the game.

The operation reception unit 111 of the user terminal 100 accepts an input operation for instructing a lottery (S200). When the operation receiving unit 111 receives the input operation, the lottery unit 112B determines the character to be given to the user by lottery (S202). The character assigning unit 112C assigns the character determined by the lottery unit 112B to the user (S204). That is, the character assigning unit 112C adds the character data (1 record in FIG. 3) determined by the lottery unit 112B to the character data 233A included in the user information 233 of the user terminal 100. Finally, the game progress unit 112 notifies the display control unit 115 of the lottery result in S202, and the display control unit 115 creates an image showing the lottery result and displays it on the display unit 152 (S206).

It should be noted that some consideration may be required for the user to execute the lottery. For example, the game progress unit 112 executes the process after S202 when the user possesses a predetermined number or more of the predetermined lottery items, and when the user does not possess the predetermined number or more of the predetermined lottery items, the game progress unit 112 executes the process. It may be decided not to execute the process after S202. Further, the game progress unit 112 may reduce the number of the lottery items stored in the user information 233 of the storage unit 120 by the predetermined number when performing the processing after S202. That is, the game progress unit 112 may consume a predetermined number of lottery items when performing the processing after S202.

In this way, by assigning the character determined by the lottery to the user, it is possible to give the user a motive for performing the lottery. Further, a character that can be given to the user by lottery (can be acquired by the user) can participate in the battle by associating with the operating character. Therefore, the user can be motivated to participate in the battle, that is, to further fight the acquired character. Then, depending on the result of the battle, a character is given to the user as shown in FIG. In this way, by having the user acquire a character by lottery, it is possible to give the user a motive to operate the operating character and perform a battle. Therefore, it is possible to give the user a continuous goal and keep the game going without getting bored.

<Character growth>
The game progress unit 112 of the user terminal 100 may grow a character when the character participates in the battle or when a predetermined growth item is used for the character. Hereinafter, it will be described that the character is grown to improve the character's ability. The description of the same content as described above will not be repeated. This also applies to the following.

When a character participates in a battle, the game progress unit 112 according to the present embodiment grows the character. "Growing a character" means changing the ability of the character. The game progress unit 112 may not only participate in the battle but also grow the character during the battle or when the predetermined growth condition is satisfied at the end of the battle.

Further, the game progress unit 112 may grow a character when a predetermined growth item is used for the character. The "predetermined growth item" is an item given to a user or a character owned by the user when a predetermined condition is satisfied in the game.

The operation reception unit 111 receives an input operation for selecting a character to be grown. When the operation receiving unit 111 receives the input operation, the game progressing unit 112 determines the selected character as the character to be grown. Subsequently, the operation reception unit 111 receives an input operation instructing the use of the growth item. When the operation receiving unit 111 receives the input operation, the game progressing unit 112 changes the ability of the character by updating the character data of the character to be grown, which is included in the character data 233A.

(Example of character's ability)
The character's ability is indicated by, for example, the value of various parameters set for the character, such as the character's physical strength, attack power, attack speed, and defense power, or the limit value of the value. The game progress unit 112 may change the ability of the character by increasing or decreasing at least one of the values and limits of these parameters.

Further, the ability of the character is indicated by, for example, an attribute given to the character and a value of a parameter indicating the strength of the influence of the attribute. The game progress unit 112 may change the ability of the character by giving an attribute to the character or deleting the attribute given to the character. Further, the game progress unit 112 may change the ability of the character by increasing or decreasing the value of the parameter related to the attribute.

In addition, the ability of a character is indicated by, for example, the number and types of skills that the character can perform, and the performance of each skill. Skills are, for example, action skills related to some action of a character, passive skills that are always effective, and the like. The game progress unit 112 may change the ability of the character by increasing the number and types of skills that can be executed, and by improving or decreasing the performance of each skill.

When the character is a riding monster, the "character ability" may be, for example, the movement speed of the monster or the type of terrain that can be moved when the human character mounts on the monster. The game progress unit 112 may change the ability of the monster by increasing or decreasing the movement speed of the monster and increasing or decreasing the types of terrain that can be moved.

By making it possible to acquire a character that can be grown by battle or lottery, the user who has acquired the character can be given the purpose and enjoyment of growing the character. Therefore, the game system 1 can improve the fun of the game.

Further, by growing the acquired character and using the grown character to fight with another character, it is possible to aim for the acquisition of the other character. In this way, since the two purposes of acquiring the character and growing the character can be presented to the user in a cyclical manner, the user can continue the game without getting tired.

<Character limit breakthrough>
When the battle processing unit 112A or the lottery unit 112B determines that the same character as the character given to the user is given to the user, the character giving unit 112C gives the character instead of giving the character to the user. You may make the completed character break through the limit. "Breaking through the limits" means changing a character's abilities as well as growing.

(Flow of processing related to breaking through the limit)
FIG. 8 is a flowchart showing an example of the flow of processing related to the limit breakthrough in the game system 1. Each process shown in FIG. 8 is executed instead of the process in which the game progress unit 112 assigns the character to the user. That is, each process shown in FIG. 8 is executed instead of the process of S116 of the flowchart shown in FIG. 6 or S204 of the flowchart shown in FIG. 7.

When the character to be assigned by the battle processing unit 112A or the lottery unit 112B is determined (S114 in FIG. 6 or S202 in FIG. 8), the character assigning unit 112C determines whether or not the character has been assigned to the user. (S300). For example, the character assigning unit 112C searches for character data 233A using information that identifies the determined character (for example, the identification code of the character stored in the game information 232) as a key. When the character data 233A contains data about the character indicated by the character identification information, the character assigning unit 112C determines that the character is a character already assigned to the user (YES in S300). On the other hand, when the character data 233A does not include the data about the character indicated by the character identification information, the character assigning unit 112C determines that the character is a character that has not been assigned to the user (that is, has not been assigned). (NO in S300).

When the character determined by the battle processing unit 112A or the lottery unit 112B is a character that has not been assigned to the user (NO in S300), the character assigning unit 112C assigns the character to the user in the same manner as in S114 and S204. (S302).

On the other hand, when the character determined by the battle processing unit 112A or the lottery unit 112B is a character already given to the user (YES in S300), the character giving unit 112C is the character (that is, the character to be given). Is not given to the user. Then, the game progressing unit 112 determines the character as the character to be targeted for breaking through the limit. The game progress unit 112 causes the character to break through the limit to break through the limit (S304). Specifically, the game progress unit 112 changes the ability of the character by updating the character data of the character whose limit is to be exceeded, which is included in the character data 233A, for example.

According to the above processing, when a character already given to the user is given again due to a battle or a lottery, the ability of the given character is changed instead of giving the same character more than once. ..

As a result, even if the same character is given, the user can be given the advantage that the possessed character is strengthened. This can give the user a motivation to acquire the character once acquired by battle or lottery again.

The process of S304 in FIG. 8 may be executed at a timing other than the timing of S116 or S204. For example, the game progress unit 112 may be temporarily assigned to the user regardless of whether or not the character determined by the battle processing unit 112A or the lottery unit 112B has been assigned (S302). In this case, the determination process of S300 does not have to be performed. Then, when the operation reception unit 111 receives a series of input operations instructing the user to break through the limit, the game progress unit 112 may execute the limit breakthrough of the character possessed by the user in duplicate. ..

The series of input operations for instructing the limit breakthrough includes an input operation for designating the character to be the limit breakthrough and an input operation for designating the consumption target character to be consumed for breaking the limit of the character. It is desirable that the character targeted for breaking through the limit and the character targeted for consumption are the same or the same type of character.

The game progress unit 112 deletes the record indicating the character designated as the consumption target among the plurality of records, and updates the record indicating the character designated as the limit breakthrough target by the user, thereby breaking the limit breakthrough target. Change the ability of the character.

When a character grows or breaks through the limits, the appearance of the character may change. By changing the appearance of the character according to the growth or the limit breakthrough, it is possible to distinguish the growth stage or the limit breakthrough stage of the character at a glance. In addition, it is possible to give the user a sense of expectation as to how the appearance changes when the character grows or breaks through the limit.

For example, when a character grows or breaks through its limits, it is desirable to change it to a stronger or more glamorous appearance. This allows the user to feel more satisfied with the growth or breakthrough of the character. It can also give the user a stronger motivation to grow or break through the limits of the character.

<Rental trial processing>
In the present embodiment, the lottery by the above-mentioned lottery unit 112B (hereinafter, also referred to as a gacha lottery) is released after, for example, the game program of this game is released and distribution can be started from the server 200 (as an example). It shall be feasible after a certain period of time (for example, one month). The condition "after a certain period of time has elapsed since the game program of this game was released and distribution can be started from the server 200" is an example of the first condition. By doing so, it is possible to motivate the user to draw a lottery (gacha). Further, by setting the period uniformly not for each user but on the distributor side, it becomes easy to manage the period. In the game system 1 according to the present embodiment, rental trial processing is performed during a specific period such as until the gacha lottery becomes feasible.

The rental trial processing is, for example, a character that can be given in a gacha lottery that is possible after that (after a certain period of time) in a specific period of the period until the gacha lottery is possible (a period in which gacha is not possible). This is a process for letting the user rent it so that it can be used and tried in the game. The specific period is also referred to as a rental period, and may be, for example, the same period as a fixed period during which gacha is not possible, or may be a part of a fixed period (for example, the remaining two weeks of the fixed period).

The rental trial process is executed, for example, by the control unit 210 on the server 200 side. By performing the rental trial process, the user can actually use the rented character in the game from the stage where the gacha lottery is impossible, and can grasp the performance and usability of the character. As a result, for example, the motivation to acquire a favorite character by a gacha lottery that can be executed after that can be increased in advance, and as a result, the user is motivated to perform the lottery when the gacha lottery becomes possible. It is possible to further enhance the motivation by causing it in advance and actually using it. The specific period is not limited to one month or two weeks, and may be shorter than this, for example, one week, or longer than this, such as three months or six months or more. Further, the specific period may be something like a campaign period set by the game provider, for example, a period of one month from the game distribution date or one month before and after the first anniversary of the game distribution date. It may be a period or the like.

During the rental period, the screen for the rental period is displayed on the user terminal 100. FIG. 9 is a diagram showing an example of a screen displayed on the display unit when it is not a rental period (hereinafter, also referred to as a normal period) and when it is a rental period. 9 (a) and 9 (b) show an example of a splash screen. The splash screen is a screen following the title screen when the game is started. FIG. 9A shows an example of a screen in which an image including a predetermined character group 401 is displayed as a splash screen in a normal period. The predetermined character group 401 includes, for example, characters possessed by the user from the initial stage of this game (for example, what is called a main character or a main character), and always becomes friends in the progress of the game (as an example, gacha). Characters and the like that are always owned by the user according to the progress of the game regardless of the lottery are included.

On the other hand, FIG. 9B shows an example of a screen in which an image including a specific character group 402 is displayed as a splash screen during the rental period. The specific character group 402 is a character that is not included in the predetermined character group 401 and can be rented during the rental period (hereinafter, may be referred to as a specific object or a specific character). In other words, it can be said that the specific character group 402 is a character that can be given to the user by a gacha lottery that can be executed after the rental period ends. Further, in FIG. 9B, a notification image 403 notifying that the rental period is in progress is displayed together with the specific character group 402. Note that FIGS. 9 (a) and 9 (b) show an example in which six characters are displayed, but the number of displayed characters is not limited to this and is appropriately set. Further, FIGS. 9A and 9B show examples in which different characters are displayed, but for example, on the splash screen during the rental period, the predetermined character group 401 shown in FIG. 9A is shown. In addition, the specific character group 402 shown in FIG. 9B may be displayed.

9 (c) and 9 (d) show an example of a loading screen. The loading screen is a screen that is displayed while receiving or reading necessary data, such as when moving to the next screen (or sometimes called the next stage) according to the progress of the game. FIG. 9C shows an example of a screen in which an image including a character 401a (hereinafter, also referred to as a normal character) included in a predetermined character group 401 is displayed as a loading screen in a normal period. On the other hand, FIG. 9D shows an example of an image including a specific character 402a included in the specific character group 402 as a loading screen during the rental period. Further, together with the specific character 402a, a notification image 403 indicating that the rental period is in progress, a name image 404 displaying the displayed character name of the specific character 402a, and a monster (hereinafter, also referred to as a riding monster) 405. Is displayed. The riding monster 405 may also be a character included in a specific character group that can be rented.

9 (e) and 9 (f) show an example of a home screen. The home screen is a basic screen (hereinafter, also referred to as a base screen) in which a user selects an operation for advancing a game. In the screen example of FIG. 9E, the notification image 411 that conspicuously shows the normal character 401a, the option icons 406 to 409, the character picture book icon 410, and the character picture book icon 410 as seen from the back in the normal period. And the building object 412 are displayed as the background. In addition, on the home screen during the normal period, a lottery (gacha) icon (hereinafter, also referred to as a gacha icon) for performing a gacha lottery may be displayed instead of the character picture book icon 410, or the character picture book icon may be displayed. You may display the gacha icon separately while displaying 410. In the screen example of FIG. 9 (f), in the rental period, the notification image 413 that notifies that the rental period is in addition to the one displayed in FIG. 9 (e) is displayed. Examples of the option icons 406 to 409 include an icon for transitioning to a screen for selecting a quest, an icon for transitioning to a screen showing party organization, an icon for transitioning to a menu screen, and the like.

A quest is to instruct a user to satisfy a predetermined condition, for example, to win a battle with a specific enemy character, or to destroy 100 enemy characters in a battle at a certain stage. The purpose is to achieve a predetermined condition such as moving from an initial position to a designated position in time. By achieving the conditions, the user can obtain a reward according to the achieved conditions. The quest will be challenged at the registered party described below. When you receive an order for a quest, an OK icon is displayed along with the icon of the party you are trying to challenge (not shown). When the input operation is accepted for the OK icon, the quest is started at the displayed party. On the other hand, when the input operation for the displayed party icon is accepted, the party organization screen is displayed, and the character of the party to be challenged can be changed. The user can select some characters from the characters owned by the user and the rental characters (for example, the characters that can be rented and are being tested by the user) to form a party.

As described above, since the screen for the rental period is displayed on the user terminal 100 during the rental period, the character that is currently in the rental period for the user and can be drawn by the gacha that can be executed after that. Can be easily notified that it is a period during which you can try in advance. In addition, by displaying the characters that can be rented during the rental period on the screen for the rental period, it is possible to inform in an easy-to-understand manner what characters can be rented.

By operating the character picture book icon 410 on the home screen, the screen transitions to a screen displaying characters that can be given by, for example, a gacha lottery during a normal period. On the other hand, during the rental period, by operating the character picture book icon 410 on the home screen shown in FIG. 9 (f), the characters that can be rented can be confirmed, and the probability that the characters that can be rented can actually be rented can be determined. The screen transitions to a screen that can accept operations for enhancing. FIG. 10 is a diagram showing an example of a screen in the user terminal 100 that transitions by accepting an input operation from the user for the character picture book icon 410 during the rental period.

When the character picture book icon 410 is operated during the rental period, for example, the screen transitions to the screen shown in FIG. 10A. As shown in FIG. 10A, a notification image 501 such as "rental character of the next day" is displayed at the upper part of the screen, and a plurality of types of characters (sometimes referred to as specific objects) that can be rented are included below the notification image 501. A rental character icon 502 of a character (sometimes referred to as a group of characters that can be rented) is displayed, and various icons 504 to 507 are displayed. The rental character icon 502 includes face images of a total of 16 characters arranged four by each in the horizontal direction and the vertical direction, and a star image showing the rarity of each character. As described above, the larger the number of stars corresponding to a character, the higher the rarity of the character and the higher the degree of advantage for the user.

The characters that can be rented in the present embodiment are limited in advance to the characters of Star 4 and Star 3, which are highly rare for the user. Therefore, during the rental period, it is possible to use a character that is highly rare for the user. The character displayed in the rental character icon 502 is also a character that can be given by a gacha lottery that can be executed after the rental period ends and can be owned by the user. However, in the gacha lottery that can be executed after the rental period ends, characters with a low rarity of 2 stars or less are won at a higher rate than characters with 3 stars or more and are given to the user. As a result, the motivation to use the rented character during the rental period is generated, and the willingness to acquire such a highly rare character when the gacha lottery can be started by actually using it. Can be improved. By performing an input operation on any of the characters displayed in the rental character icon 502, the screen transitions to a screen for displaying information regarding the status of the character. This point will be described later with reference to FIG. 10 (b).

In addition, the four characters in the uppermost row surrounded by the diagonal frame in the rental character icon 502 may be referred to as characters that may be rented to the user tomorrow (next day) (hereinafter, may be referred to as rental candidate characters). ) Is shown. The rental candidate character in the present embodiment is determined and switched by lottery, for example, every day (24 hours) from among a plurality of types of characters that can be rented. As a result, the user can grasp the rental candidate character of the next day in advance, and can provide the fun of confirming which character the rental candidate character of the next day is, and can motivate the user to log in and play the game the next day. can. The rental candidate character on the next day is reset at a predetermined time (for example, 0:00 am) and switched to a new rental candidate character. For example, at the time of the first login in a certain day of the rental period, one character is selected from the four characters displayed as rental candidate characters on the next day based on the predetermined rental lottery probability at the stage of the previous day. It is decided by lottery (hereinafter, also referred to as rental lottery), and the character is tried out to the user. The user can use the character tested only on the day (for example, until 0:00 am) in the game.

FIG. 10A shows an example in which two star 4 characters and two star 3 characters are displayed as rental candidate characters, but the combination of rarity levels of the rental candidate characters includes this. It is not limited, and may be four characters of star 3, one character of star 4, and three characters of star 3, and when predetermined conditions are satisfied (example). However, on a specific day), the rate at which the character with 4 stars is determined as a rental candidate character may be high. Further, the number of candidates for rental candidate characters is not limited to four, and the number of candidates may vary from day to day, and when predetermined conditions are satisfied (as an example, specific). The number of candidates may be small (or large) on the day of the week.

To the right of the rental character icon 502, character icons 504, quest icons 505, accessory icons 506, and minion icons 507 are exemplified as various icons. The character icon 504 is, for example, an icon that shifts to a screen for displaying a character that can be used by the user in the game (for example, a character owned by the user or a rental character under trial). The quest icon 505 is, for example, an icon that shifts to a screen for selecting a quest and starting a battle. Specifically, by inputting the quest icon 505, the screen shifts to the quest selection screen (not shown). A user can order a quest by selecting a quest from the quest selection screen. The user completes the quest by fighting or the like by using the character (including the rental character in the rental period) that the user owns the ordered quest. The accessory icon 506 is, for example, an icon that shifts to a screen for displaying accessories owned by the user. An accessory is something that a character is equipped with, and raises the parameters of the character to be equipped. The minion icon 507 is, for example, an icon that shifts to a screen for displaying a monster owned by the user (sometimes referred to as a riding monster). The riding monster is a monster on which, for example, a human character is placed among the characters owned by the user.

FIG. 10B shows an example of a screen that displays information regarding the status of the character that transitions when an input operation for any of the characters displayed in the rental character icon 502 is accepted. FIG. 10B shows an example of a screen displayed when an input operation is received for the character displayed second from the left of the four rental candidate characters located in the uppermost row on the next day. In FIG. 10B, the upper body image 508 (or the whole body image) of the character targeted for the input operation, the icon 510 returning to the screen of FIG. 10A, and the fact that the rental period is in progress are shown. The notification image 511 to be shown, the status image 512 of the character, and the icon 513 to be borrowed are displayed.

The name (B), occupation (witch), level (LV), and the like of the character are displayed on the status image 512. The level (LV) is one of the indexes showing the strength of the character, and the level starts from 1, and the larger the number, the stronger the character gradually becomes. The upper limit (maximum) value of the level is appropriately set according to the progress of the game. The level is increased by satisfying certain conditions. As a predetermined condition, it may be increased by fighting with an enemy character, or may be increased by completing a predetermined quest. The "LV17 / 20" displayed in FIG. 10B means that the maximum level of this character is 20, but when the character is rented to the user as a rental character, the user's current game progress (example). Based on what is called the user's current level or rank), for example, it is shown to be tried by the user in the state of level 17.

Further, the icon 513 to be borrowed accepts an operation for increasing the probability that the user can rent the character the next day. By performing an input operation on the icon 513 that the user wants to borrow, the rental lottery probability is updated so that the probability that the character will be won in the next (next day) rental lottery is increased. There is an upper limit to the number of operations per day for the icon 513 that you want to borrow. Further, the icon 513 to be borrowed can be displayed during the rental period, and the display is controlled so that the icon 513 is not displayed after the rental period ends. Further, after the rental period ends, the icon 513 to be borrowed may be controlled so that it is not completely displayed, or the display does not disappear completely and the display form is changed from before the end of the rental period (). As an example, it may be displayed in a graded-out state), or it may be controlled so that the input to the icon is not accepted while the display of the icon itself to be borrowed remains. Further, although the input to the icon is accepted for the icon 513 to be borrowed, the control may be used to display that the rental period has ended after the input is accepted.

FIG. 10 (c) is an example of a screen showing a character picture book after receiving an input operation for the icon 513 to be borrowed in FIG. 10 (b). In the top four rental candidate characters of the next day, when the input operation for the icon 513 to be borrowed is accepted, the image of the character shows that the lottery probability determined as the rental candidate character of the next day has increased. The notification image 514 such as "" is displayed. FIG. 10D is an example of a screen showing a character pictorial book after receiving an input operation for the icon 513 to be borrowed for the same character. Further, in the image of the character that has received the input operation (second input operation) for the icon 513 to be borrowed, the notification image 515 such as "high probability" indicating that the lottery probability determined as the rental character of the next day has further increased. Is displayed. Furthermore, in the image of the character that has received the input operation (third input operation) for the icon 513 that you want to borrow, there is a notification image such as "confirm" indicating that the lottery probability determined as the rental character of the next day has reached 100%. Displayed (not shown).

FIG. 11 is a diagram showing an example of a fluctuation pattern (update pattern) of the rental lottery probability in the rental lottery on the next day by accepting an input operation for the icon 513 to be borrowed. In FIG. 11, “Character A”, “Character B”, “Character C”, and “Character D” are shown as four characters that are candidate rental characters on the vertical axis, and the number of operations of the icon 513 to be borrowed is shown on the horizontal axis. It is shown how the rental lottery probability of each of "Character A" to "Character D" fluctuates accordingly. Further, in FIG. 11, the gray display column indicates which character the icon 513 to be borrowed was operated. For example, the first operation of the icon 513 to be borrowed in FIG. 11A is for the character A. It shows that it was.

The icon 513 you want to borrow can be operated up to 3 times a day. More specifically, as the period during which the icon 513 to be borrowed can be operated, for example, the first period from 0:00 to 6:59 of the day during the rental period and the period from 7:00 to 14:59 It is divided into a second period up to the minute and a third period from 15:00 to 23:59, and the operation to the icon 513 you want to borrow is performed in each of the first period to the third period. It is stipulated that it can be accepted only once.

The icon 513 to be borrowed is only when it can be operated in each of the first to third periods (for example, when it has not been operated for any character in each period), FIG. 10 (b). It is displayed corresponding to the character as shown in. After the icon 513 that any character wants to borrow is operated in each of the first period to the third period, the period ends and the next period starts, and the operation to the icon 513 that wants to borrow again is performed. Until it becomes possible, the icon 513 that you want to borrow for all characters will be hidden. The icon 513 to be borrowed is displayed only during the rental period and when the operation is effectively accepted as described above, and is displayed even during the rental period while the operation is not effectively accepted or during the normal period. not. The number of times that the operation can be performed in each of the first period to the third period is not limited to one time, and may be a value of two or more times as long as it is a predetermined number of times. Further, in each of the first period to the third period, the number of operations that can be performed is not limited to the same, and a different number of times is determined as the number of operations that can be performed depending on which period. It may be the one that exists. Further, the icon 513 to be borrowed may be displayed in a mode (as an example, gray) suggesting that it cannot be operated even when it cannot be operated during the rental period.

In the rental lottery when the icon 513 you want to borrow in one day is not operated even once and the next day comes, as shown in the "0 times" column of FIG. 11A, "Character A" to "Character D" Each is drawn with a probability of "25%". Next, in the rental lottery when the icon 513 to be borrowed in one day is operated only once (here, "Character A") and the next day is reached, as shown in the "1 time" column of FIG. 11 (a). In addition, while "Character A" is drawn with a probability of "50%", each of the other characters is drawn with a probability of "50/3% (about 16.7%)". As shown in FIG. 10 (c), the notification image "probability UP" is displayed correspondingly to the character whose icon 513 to be borrowed has been operated once.

FIG. 11A shows the rental lottery probability when the icon 513 to be borrowed in one day is operated on the same character (here, “character A”) and the next day is reached.
In the rental lottery when the icon 513 that you want to borrow for "Character A" is operated twice in one day and the next day comes, as shown in the "Twice" column of FIG. 11A, "Character A" Is drawn with a probability of "75%", while each of the other characters is drawn with a probability of "25/3% (about 8.3%)". As shown in FIG. 10D, a notification image of "high probability" is displayed correspondingly to the character whose icon 513 to be borrowed has been operated twice.

Further, in the rental lottery when the icon 513 to be borrowed for "Character A" is operated three times in one day and the next day is reached, as shown in the "three times" column of FIG. 11A, " "Character A" is drawn with a probability of "100%". For a character whose icon 513 to be borrowed has been operated three times, a notification image of "confirmed" is displayed corresponding to the image of the character.

In FIG. 11A, the fluctuation pattern of the rental lottery probability when the same character is operated three times has been described, but in FIGS. 11B to 11F, the icon 513 to be borrowed for a plurality of characters is operated. The fluctuation pattern of the rental lottery probability at the time of the event will be explained. FIG. 11B shows the rental lottery probability in the rental lottery when the icon 513 to be borrowed for each of "Character A", "Character B", and "Character C" is operated once and the next day is reached. In FIGS. 11 (c) and 11 (d), the icon 513 to be borrowed from "Character A" is operated twice, and the icon 513 to be borrowed from "Character B" is operated once to reach the next day. The rental lottery probability in the lottery is shown. Note that FIG. 11 (c) shows the case where the icon 513 to be borrowed of "Character A" is operated twice in succession, and FIG. 11 (d) shows "Character A"-> "Character B"-> "Character A". It shows the case where the icon 513 to be borrowed is operated in the order of "Character A". In FIG. 11 (e), the rental lottery probability in the rental lottery when the icon 513 to be borrowed of "Character B" is operated twice and the icon 513 to be borrowed of "Character A" is operated once to reach the next day is It is shown.

As illustrated in FIG. 11, the more times the icon 513 to be borrowed is operated, the higher the probability that it will be decided in the rental lottery on the next day, and the character operated three times can always be rented on the next day. Further, as described above, the period during which the icon 513 to be borrowed can be operated is divided into the first period to the third period, and it is defined so that the icon 513 to be borrowed can be operated at intervals. There is. Therefore, it is possible to improve the motivation for logging in while improving the login frequency of the user, as compared with the one that can continuously accept the operation of the icon 513 to be borrowed up to the maximum number of times.

FIG. 12 is a diagram showing an example of a screen for notifying a character to be rented as a result of a rental lottery (hereinafter, also referred to as a rental character) and a screen when the rental character is included in a party organization. The rental character is tried out to the user at the first login, for example, every day during the rental period. FIG. 12 illustrates a case where the character shown in FIG. 10B is used as a rental character. FIG. 12A shows an example of a screen for notifying the rental character to be tried at the time of the first login on the day. On the screen for notifying the rental character, the notification image 601 for notifying that the rental character has become available, the image 602 for the rental character to be tried, and the usage period image 603 showing the usable period of the rental character are displayed. Is displayed. The usable time of the rental character in the present embodiment is not limited to 24 hours at the maximum, but may be, for example, 12 hours at the maximum after being rented.

12 (b) is a screen in which the screen of FIG. 12 (a) is displayed for a predetermined time (for example, 2 seconds) and then subsequently displayed. In FIG. 12B, an option icon 604 for whether or not to include the trial rental character in the user's party organization is displayed. If you select "Yes" for this option icon 604, you can move to the party organization screen and start the quest. Also, by selecting "Yes", the rental character that was tried for the party currently in use may be displayed in a built-in state, and a screen for selecting which party the rental character should be organized into is displayed. May be done. This makes it possible to encourage the user to use the rental character in a game (for example, a quest) and increase the frequency with which the rental character is used. On the other hand, if "No" is selected, the screen does not change to the party organization screen, and the game proceeds as it is without organizing the rental characters into the party.

FIG. 12C shows a screen when the rental characters are organized into a party. Note that FIG. 12 (c) is also a screen that transitions when "Yes" is selected in FIG. 12 (b). FIG. 12 (c) shows a name image 605 showing the party name currently displayed,

icons

606, 608, 609 showing normal characters, icons 607 showing rental characters, and each of these characters 606 to 609. The icon 610 for displaying the status, the character icon 611 for displaying the character owned by the user, the OK icon 612 for determining the party, and the return icon 613 for transitioning from the party organization screen to the home screen are displayed. A screen example is shown.

The display mode of the character icon 611 organized into a party from the character group owned by the user changes so that it can be seen that the character icon 611 is selected (in the figure, the character icon of the normal character organized into the party is grayed out. ing). Further, by operating the arrow icon 614 displayed at the upper part of FIG. 12 (c), the previous party or the next party can be displayed. By operating the arrow icon 615 at the bottom, the character icon 611 of the previous character group or the character icon 611 of the next character group can be displayed. When the input operation for the OK icon 612 is accepted in the state of FIG. 12 (c), it is registered that the rental character is organized in the party 1. If a battle is performed in this state, the characters organized in Party 1 can be used for battle, and the rental character being tested can be used for battle.

FIG. 12D shows a party organization screen in a state where the rental character is automatically returned on the day following the day when the rental character is tried in FIG. 12A, the usage period of the rental character ends, and the rental character is automatically returned. It is a figure. When the game is ended with the rental characters organized in party 1 as shown in FIG. 12 (c) on the previous day and the game is restarted on the next day, they are organized into parties as shown in FIG. 12 (d). The rental characters that have been used are gone (hidden), and the

normal characters

608 and 609 are displayed in the left-handed manner.

As shown in FIG. 12D, the rental character is basically returned and cannot be used for the game when the usage period ends. However, even when the usage period ends on the next day, if the predetermined continuation condition is satisfied, the rental character can be continuously used until the termination condition is satisfied. As a continuation condition, for example, a party is being organized to set a character to challenge a quest (for example, a predetermined game) (sometimes called a transition to a setting period), or a quest using a rental character. It may be established by the fact that is being executed. In addition, as the end condition, the quest is started without organizing the rental character into the party, the party organization is ended without starting the quest, the quest that was executed using the rental character is completed, and so on. It may be established.

Specifically, if the continuation condition is satisfied by the fact that the party is in the process of setting the character to challenge the quest, the rental character will be used even if the usage period ends the next day while the party organization screen is displayed. When the rental character is not returned from the party being organized and the quest is started using the party, the rental character can be used until the quest ends. If the quest is not started using the party, or if the party formation is completed without starting the quest, the rental character will be returned. In addition, if the continuation condition is satisfied by executing the quest using the rental character, even if the usage period ends on the next day during the quest, the rental character will be used until the end of the quest. can.

(Processing at the start of the game)
In the game system 1 of the present embodiment, the user who has installed the game program is notified to that effect if it is during the rental period, and one of the rental candidate characters is logged in during the rental period. Is processed for trial use. The following describes an example of processing related to rental period notification and login.

FIG. 13 is a flowchart showing an example of the processing flow at the start of the game. The game start processing is executed on the server 200 side when the login information (including the user ID and the like) output when the user terminal 100 starts the game is received. In step S01, it is determined whether or not the login information has been received. When it is determined that the information has been received, the process proceeds to step S02. On the other hand, when it is not determined that the information has been received, the step S01 is repeated until the information is received.

In step S02, it is determined whether the rental period is in progress. When it is not determined that the rental period is in progress, the process proceeds to step S05, and screen setting information for displaying a normal title screen, splash screen, loading screen, home screen, etc. is output. As a result, on the user terminal 100 owned by the user who logged in this time, a normal screen is displayed according to the progress of the game. The normal screen means that the normal character group 401 or the normal character 401a is displayed on the above title screen, splash screen, loading screen, home screen, etc., as illustrated in FIGS. 9 (a), 9 (c), and 9 (e). It is a screen. Further, the process proceeds to step S06, and the picture book setting information for displaying the picture book for the normal period as the character picture book is output and returned. As a result, on the user terminal 100 owned by the user who logged in this time, the character picture book for the normal period is displayed when the character picture book icon 410 is operated.

When it is determined in step S02 that the rental period is in progress, the process proceeds to step S03, and screen setting information for displaying the title screen, splash screen, loading screen, home screen, etc. for the rental period is output. As a result, on the user terminal 100 owned by the user who logged in this time, the screen for the rental period is displayed according to the progress of the game. As the screen for the rental period, as illustrated in FIGS. 9 (b), 9 (d), (f) and the like, the specific character group 402 or the specific character 402a is displayed on the above title screen, splash screen, loading screen, home screen and the like. It is a screen to appear or a screen to display a notification image notifying that the rental period is in progress. In this way, by displaying the screen for the rental period, it is possible to notify the user of the character that can be rented or that the rental period is in progress, and to improve the motivation to use the rented character.

In step S04, the picture book setting information for the rental period for displaying the picture book for the rental period as the character picture book is output. The server 200 determines in advance four rental candidate characters for each day during the rental period. The rental candidate character is common to all users, but is not limited to this, and may be different for each user. That is, the server 200 may determine a character to be a rental candidate character for each user. The picture book setting information output in step S04 includes information for identifying the four rental candidate characters of the next day. By this. On the user terminal 100, the character picture book for the rental period illustrated in FIG. 10A can be displayed based on the picture book setting information.

In step S07, it is determined whether or not the predetermined condition is satisfied. The predetermined condition is satisfied, for example, for the user specified from the login information, that this login is the first login on the current day (that day). If it is not determined that the predetermined condition is satisfied, a return is made. On the other hand, when it is determined that the predetermined condition is satisfied, the process proceeds to step S08, and one character is determined from the four rental candidate characters on the previous day based on the rental lottery probability, and the character is specified. Outputs the rental character information of. As a result, in the user terminal 100 that logs in for the first time on one day during the rental period, the rental character specified from the rental character information is notified as illustrated in FIG. 12 (a), and in FIG. 12 (b) and the like. As shown, the rental character can be organized into a party and used in the game.

Parameters such as a level and a rank corresponding to the degree of advantage in the game are set for the rental character. The server 200 sets parameters and the like indicating the ability of the rental character to be tried according to the degree of progress of the game of the user (for example, what is called the current level or rank of the user). For example, the level of the rental character to be tested is adjusted to be the same as (or may be the same as) the current level of the user.

The LV (level) is one of the indexes showing the strength of the character, and the level starts from 1, and the larger the number, the stronger the character gradually becomes. As the level goes up, so do the parameters. As described above, the parameters include, for example, the physical strength, attack power, attack speed, and defense power of the character. As these rise with level, the character becomes stronger. The upper limit of the level is appropriately set according to the progress of the game. By adjusting this level to the same level as the user, the trial rental character can be used in a state where it is not too weak or too strong and is suitable for the user's game progress. As a result, the rental character can be easily used by the user, and the frequency of use can be increased.

The rental character information output in step S08 includes information for specifying the parameters of the rental character set by the server 200. Further, the parameters of the rented character that has been tried may be changed according to the degree of use of the user while being rented. That is, the rental character may raise the level or rank by fighting with the normal character. When a user acquires a character that can be rented during the rental period by a gacha lottery after the rental period has elapsed, whether or not the parameter of the character has been tried and whether the parameter has improved if it has been tried. Regardless of whether or not, it is given to the user in a state of being set to an initial value (a value that is uniform for all users, for example, level 1).

In the present embodiment, an example in which the game start processing of FIG. 12 is executed on the server 200 side has been described, but the present invention is not limited to this, and the processing corresponding to the game start processing is executed on the user terminal 100 side. Also, among the processes at the start of the game, the processes related to determination and the like (for example, steps S04, S07, S08) are executed on the server 200 side, and the other processes are executed on the user terminal 100 side. May be good.

(Home screen display processing)
FIG. 14 is a flowchart showing an example of the flow of the home screen display process. The home screen display process is executed on the user terminal 100 side when displaying the home screen or the like. In step S21, it is determined whether or not the input operation to the character picture book icon 410 is accepted. When it is determined that the input operation to the character picture book icon 410 is not accepted, the process proceeds to step S23, and the input operation to another icon (for example, the option icons 406 to 409 such as FIG. 9E) is performed. Perform the corresponding processing. The processing according to the input operation is, for example, the icon for transitioning to the screen for selecting a quest and the icon for transitioning to the screen showing party organization, which are shown in FIGS. 406 to 409 in FIG. 9 (e). By performing an input operation for an icon or the like for transitioning to the menu screen, the game progresses according to the icon. On the other hand, when it is determined in step S21 that the input operation to the character picture book icon 410 has been accepted, the process proceeds to step S22.

In step S22, it is determined whether or not the specific condition is satisfied. The specific condition is satisfied, for example, by advancing the game to the stage where the user can organize a party. The stage where party formation is possible is, for example, when the party cannot be organized if only the characters appearing from the beginning of the game are owned, the number of characters has increased by a predetermined number, or characters other than the main character are made friends. It will be possible to organize a party at the stage where it can be done. If it is not determined that the specific condition is satisfied, the process returns to step S21. On the other hand, when it is determined that the specific condition is satisfied, the process proceeds to step S24. In step S24, it is determined whether or not the rental period is in progress. Whether or not the rental period is in progress is determined based on, for example, whether or not the date is the date when the picture book setting information for the rental period is received from the server 200 at the time of login. If it is determined that the rental period is in progress, the process proceeds to step S25. On the other hand, if it is not determined that the rental period is in progress, the process proceeds to step S30.

In step S25, the picture book for the rental period is displayed based on the picture book setting information for the rental period. As shown in FIG. 10A, the rental character icon 502 and four next-day rental candidate characters are displayed in the uppermost row of the picture book for the rental period. When the picture book for the rental period is displayed, the process proceeds to step S26. In step S26, it is determined whether or not the next day is also the rental period and the display condition of the icon 513 to be borrowed is satisfied. When the rental period is also on the next day, the rental character can be used on the next day, and when the next day is not the rental period, the rental character cannot be used on the next day. It is when it is the end date (last day) of the rental period. The display condition of the icon 513 you want to borrow is that the next day is the rental period and you have not operated yet during the period from the first period to the third period to which the current time belongs (for example, to the icon 513 you want to borrow). It is established by the fact that the operation of) is possible.

When it is determined that the next day is also the rental period and the display condition of the icon 513 to be borrowed is satisfied, the process proceeds to step S27. In step S27, the icon 513 to be borrowed can be displayed in the character picture book for the rental period. Then, the process proceeds to step S28, and it is determined whether or not the input operation to the icon 513 to be borrowed has been accepted. When it is determined that the input operation to the icon 513 to be borrowed has been accepted, the process proceeds to step S29. In step S29, a process for increasing the rental lottery probability of the rental candidate character of the target next day for which the input operation is accepted is performed. The process for increasing the rental lottery probability is, for example, a process of outputting to the server 200 the character information to be borrowed that makes it possible to identify the character corresponding to the icon 513 to be borrowed that has received the input operation. Based on the character information to be borrowed, the server 200 changes the rental lottery probability of the user so that the character who has received the input operation can easily win the rental lottery (see FIG. 11).

When the rental period is not in progress, the picture book for the normal period is displayed in step S30. In step S31, it is determined whether or not the gacha is possible period. The gacha possible period is a period after the rental period is over and the gacha lottery is possible according to the input operation from the user. When it is determined that the gacha is possible period, the process proceeds to step S32, and the gacha icon that can be transferred to the gacha screen is displayed as one of various icons by superimposing it on the pictorial book. As a result, in the gacha possible period after the end of the rental period, a gacha lottery can be performed according to an input operation from the user, and characters that can be rented during the rental period (including characters actually tried) can be given.

<Effect of this embodiment>
In the present embodiment, a specific character different from the normal character is provided to the user as a rental character during the rental period during the period during which the gacha lottery cannot be performed. The specific character is a character that can be acquired by a gacha lottery that can be executed after the rental period has elapsed. As a result, the user can try the character to be the lottery in advance, and can grasp the performance and usability of the character. As a result, for example, the motivation to acquire a favorite character by a gacha lottery that can be executed after that can be increased in advance, and as a result, the user is motivated to perform the lottery when the gacha lottery becomes possible. It is possible to further enhance the motivation by causing it in advance and actually using it.

Further, as shown in FIG. 10B, the icon 513 to be borrowed corresponding to the rental candidate character is displayed, and the character operated by the icon 513 to be borrowed is determined as a rental character at a high rate in the rental lottery. .. In this way, since the user's intention can be reflected in the rental lottery, it is possible to encourage the operation of the icon 513 to be borrowed, and it is possible to improve the fun of participating in the lottery. Further, since the icon 513 to be borrowed corresponding to the rental candidate character is displayed, the user can be notified in an easy-to-understand manner.

In the present embodiment, the icon 513 to be borrowed can be displayed during the rental period, and is not displayed after the rental period ends. By doing so, it is possible to prevent the icon 513 that you want to rent from being displayed even when you cannot rent it.

In addition, there is an upper limit (three times a day) for the number of operations for the icon 513 to be borrowed. On the other hand, the more times the icon 513 to be borrowed is operated, the higher the probability that the character corresponding to the icon 513 to be borrowed will be won in the rental lottery. By doing so, it is possible to provide fun such as which character the icon to be borrowed is operated for up to the maximum number of times, and it is possible to reflect the user's intention in the rental lottery.

Further, one day is divided into a first period to a third period, and it is defined that the icon 513 to be borrowed can be operated once in each period. That is, the period during which the icon 513 to be borrowed can be operated is divided into the first period to the third period within a day, and it is defined so that the icon 513 to be borrowed can be operated at intervals. There is. Therefore, it is possible to improve the motivation for logging in while improving the login frequency of the user, as compared with the one that can continuously accept the operation of the icon 513 to be borrowed up to the maximum number of times.

As shown in step S08 of FIG. 13, the parameters of the rental character in the present embodiment are set according to the degree of game progress of the user to be tried. By doing so, the trial rental character can be used in an appropriate state according to the user's current level, not too weak or too strong. As a result, the frequency with which the rental character is used by the user can be increased.

In the present embodiment, the rental character can raise the parameter (as an example, the level) according to the progress of the game, even during the trial. By doing so, it is possible to increase the motivation of the user to use the rental character in the same manner as the normal character.

In addition, the parameters of the characters won by the gacha lottery that can be executed after the rental period ends are the degree of game progress of the acquired user and the degree of use during the rental period, even if the character is tried by the user during the rental period. Regardless of the above, it is set to the initial value (for example, level 1) and given to the user. By doing so, unlike the rental character, the character actually acquired by the user by the gacha lottery can be provided with the fun of growing from 1.

As shown in FIG. 12D, when the usage period ends, the rental character is basically returned and cannot be used for the game. However, when the predetermined continuation condition is satisfied, the rental character can be continuously used until the end condition is satisfied. By doing so, for example, it is possible to prevent the inconvenience that the user suddenly becomes unusable while using the rental character.

The gacha lottery can be done after the rental period has expired. By providing a period during which the lottery cannot be performed in this way, it is possible to motivate the user to draw a lottery and effectively encourage the user to draw a lottery after the rental period ends.

According to the present embodiment, as shown in FIG. 10A, the characters that can be rented are set to the characters of Star 4 and Star 3, which are highly rare for the user. Therefore, during the rental period, the user can use the character with high rarity, and as a result, it is possible to improve the motivation to acquire such a character with high rarity when the gacha lottery can be started. Can be done.

<Modification example>
Modifications of the embodiments described above are listed below.

(1) In the above embodiment, the rental period is set until the gacha lottery can be executed according to the input operation of the user, and after the gacha lottery can be executed, the rental period is shifted to the rental period. I explained an example that has never happened. However, the rental period may be set up before the gacha lottery becomes feasible, or in addition, it may be possible to shift after the gacha lottery becomes feasible. For example, as for the character to be drawn in the gacha lottery, a new character is added by satisfying the update condition according to, for example, the degree of game progress of the user or the setting on the game provider side, even during the gacha possible period. To. The "renewal condition" is an example of the second condition. In this way, a rental period is set until the update condition is satisfied and a new character (sometimes called a specific character) is added, and in the rental period, it is newly added as a lottery target for the subsequent gacha lottery. The character to be planned (sometimes called a specific character) may be made available to the user in advance in the game. The technical matters shown in FIGS. 9 to 14 are applied even in the rental period until the renewal condition is satisfied. During the rental period until the renewal condition is satisfied, the gacha lottery for characters other than the character to be added after the renewal condition is satisfied can be continuously executed.

Further, in the above embodiment, an example in which the gacha lottery can be executed after a certain period of time has elapsed after the game program of this game is released and distribution can be started from the server 200 has been described. However, the gacha lottery starts distribution. It may be executable from the time when it becomes possible, or it may be executable from the time when the game is advanced to the stage where the user can organize a party. Even if the gacha lottery is feasible, as described above, the rental period may be shifted to the period until the renewal condition is satisfied.

(2) In the above embodiment, in the gacha lottery after the rental period ends, the ratio is predetermined from a plurality of types of characters including the rental character, and is not related to the frequency of use of the rental character during the rental period. To determine the character to be given to the user. As a result, it is possible to prevent the degree of advantage of the gacha lottery (for example, the lottery ratio) from being different for each user according to the frequency of use during the rental period, which causes advantages and disadvantages among the users. However, in the gacha lottery after the end of the rental period, the character to be given to the user may be determined according to the frequency of use of the rental character during the rental period. For example, in the gacha lottery after the end of the rental period, the ratio of being determined as the rental character that has been used for the longest time during the rental period (or the rental character with the highest parameter update degree during the rental period) is increased. May be good. As a result, the character used during the rental period can be easily won and given in the subsequent gacha lottery, and the interest of the game can be improved.

(3) In the above embodiment, a character is exemplified as an object to be used by the user in advance during the rental period, but the object is not limited to this as long as it is an object used in a game, for example, weapons, armor, accessories, tools, and the like. It may be an item, an item that gives rise to a predetermined skill, or the like. In this case, the control performed by the character giving unit 112C functions as the object giving unit 112C (for example, the item giving unit 112C) with the object as the object (for example, an item).

Further, the object to be used by the user in advance during the rental period is not limited to the object to be the lottery target of the subsequent gacha lottery, and may be, for example, a reward item or a character given after the end of the battle. In this case, after the rental period ends, it is stipulated that a specific reward item or a specific character can be given after the battle ends, and in the rental period, a specific reward item or a specific character is given in advance. May be used by the user.

(4) In the above embodiment, an example in which a character to be used by a user during a rental period is determined by a rental lottery has been described, but the present invention is not limited to this, and a predetermined character may be used. The rental character during the rental period may be, for example, a predetermined character for each day.

(5) In the above embodiment, the example in which the rental candidate character is reset every day has been described, but the present invention is not limited to this, and the rental candidate character may be reset every two days or every week. Further, the reset time is not limited to the time set at 0:00 am, but may be set at 3:00 am or noon.

Further, the example in which the use start timing and end timing of the rental character are set to be the same as the reset timing of the rental candidate character has been described, but the timing is not limited to this and is different from the reset timing of the rental candidate character. It may be the one specified in. For example, the use start timing / end timing of the rental character is not limited to 0:00 am, but may be set at 3:00 am or noon. In addition, the period during which the trial rental character can be used is not limited to 24 hours at the maximum, but may be 2 days or 1 week, or it is stipulated that the rental character can be used until the end of the rental period. There may be.

Further, the period during which the trial rental character can be used may be different depending on the type of the rental character. The period during which the trial rental character can be used may vary depending on the rarity of the rental character, for example, a character with a high rarity may be longer than a character with a low rarity. In addition, the period during which the rental character can be used may be determined according to the progress of in-game events (for example, quests and missions) and the number of cleared characters. For example, when a specific event is cleared, the rental period of the rental character may be lengthened or shortened.

(6) In the above embodiment, as shown in FIG. 10A, an example in which a total of 16 characters, 10 star 3 characters and 6 star 4 characters, can be rented has been described. However, the number of characters that can be rented is not limited to this, and may exceed 16 characters or may be less than 16. Further, as the characters that can be rented, the number of 4 star characters may be set to be larger than that of 3 star characters.

Further, in the above embodiment, an example is shown in which the character that can be rented is defined as a character with a high rarity of 3 or more stars, but the present invention is not limited to this, and the character that can be rented is a star 2 or less with a low rarity. Characters may also be included. In this case, for example, as the characters that can be rented, the number of characters with 3 or more stars may be larger than the number of characters with 2 or less stars.

(7) In the above embodiment, an example has been described in which the icon 513 to be borrowed corresponding to the rental candidate character is displayed, and the lottery probability of the rental candidate character corresponding to the icon is changed by operating the icon 513 to be borrowed. .. However, instead of displaying the icon 513 to be borrowed, for example, as shown in FIG. 10A, the lottery probability of the rental candidate character may be improved by operating the face icon of the rental candidate character. ..

(8) In the above embodiment, an example has been described in which the ratio of the character corresponding to the operation to be determined as the rental character increases by operating the icon to be borrowed during the rental period. However, during the rental period, the character corresponding to the operation is excluded from the rental lottery, for example, as long as the ratio of the character determined by the user is high due to the operation from the user. (That is, the one that reduces the number of characters to be drawn) may be used.

(9) In the above embodiment, an example in which a character to be a lottery target of a subsequent gacha lottery is used in a game during a specific period, which is a rental period, has been described. Characters to be drawn for the subsequent gacha lottery may be made to appear on the title screen, splash screen, loading screen, home screen, etc. as illustrated in FIG. 9, and may not be actually used by the user. ..

(10) In the above embodiment, as shown in steps S07 and S08 of FIG. 13, an example in which a predetermined condition for trial use of a rental character is satisfied by the first login on the day has been described. However, the predetermined condition may be satisfied in place of or in addition to this, for example, depending on the frequency of use of the rental character. The predetermined condition may be satisfied as the frequency of use of the rental character, for example, the rental character tried on the previous day is used, or the quest is cleared by using the rental character.

(11) In the above embodiment, an example in which a character is tried out during a rental period in relation to a game in which a game is advanced by performing a battle has been described. However, the technical matters concerning the trial use of the character during the rental period can be applied not only to the game in which the game progresses by performing the battle, and may be applied to, for example, a sports game such as beach volleyball or soccer. Not limited to sports games, it may be applied to fighting games, action games, and the like. For example, in a sports game, the rental character may be tried out to the user for a certain period during the rental period.

(12) In the above embodiment, an example in which a process including a gacha lottery and a rental lottery is executed by the control unit 210 on the server 200 side has been described. However, the process including the gacha lottery and the rental lottery may be executed by the control unit 110 on the user terminal 100 side, and the lottery result may be transmitted to the server 200.

(13) In the above embodiment, an example of displaying a character that can be rented on the screen as the screen for the rental period shown in FIG. 9 has been described. However, on the screen for the rental period, the rental candidate character of the next day may be displayed. That is, the character displayed on the screen for the rental period may be switched to a different character for each day among the characters that can be rented and displayed.

(14) In the above embodiment, the example in which the parameters of the rental character are adjusted to the same degree according to the user's current game progress (for example, what is called a level or a rank) has been described. However, the parameters of the rental character may be set to a level higher than the level of the user or the like, or may be set to a level lower than the level of the user or the like. For example, when the level is set higher than the user's level, the user can realize that the game is advanced more advantageously during the rental period, and can increase the motivation to draw a lottery to win the character. ..

<Additional Notes>
The matters described in each of the above embodiments will be added below.

(Appendix 1):
According to an aspect of one embodiment shown in the present disclosure, a program executed in an information processing apparatus including a processor, a memory, an input unit, and a display unit, the object being available to the user to the processor (one example). As a step of advancing the game using all the characters that can be used by the user in the game, and multiple types of objects according to the input operation from the user (for example, multiple types that are subject to the lottery of the gacha lottery). An object (as an example, a character won in the gacha lottery) determined by the first lottery (as an example, a gacha lottery) is given to the user and made available to the game. In the specific period (for example, the rental period) until the specific object (for example, the character to be drawn by the gacha lottery after the rental period ends) can be determined by the first lottery, the user can play the specific object in the game. To execute the step (S08) to make it available.

(Appendix 2):
In (Appendix 1), a plurality of types of the specific object are defined, and in the step of making the specific object available in the specific period, the specific object determined by the second lottery from among the plurality of types of specific objects is used in the game. A step (S25) for displaying the plurality of types of specific objects to be made available and subject to the second lottery to the processor, and a user for designating one of the plurality of types of specific objects. The ratio determined by the second lottery by executing the steps (S27, S28) for accepting the input operation is higher in the object designated by the input operation than in the object not designated (FIG. 11).

(Appendix 3):
In (Appendix 2), the step (S25) for displaying the specific object is an image for accepting an input operation from the user corresponding to each of the plurality of types of specific objects (as an example, designating what is desired to be borrowed by the operation). In the step (S28) of displaying a button for displaying an icon to be borrowed (hereinafter referred to as an icon to be borrowed) and accepting an input operation for specifying the image, an input operation for the image is performed to specify a specific object corresponding to the image. Accept as an input operation of.

(Appendix 4):
In (Appendix 3), the step (S25) for displaying the specific object is when at least the step for accepting the input operation for the designation in the specific period can accept the input operation for the designation. The image is displayed (S27), and control is performed so that the image is not displayed after the specific period ends.
(Appendix 5):
In any one of (Appendix 2) to (Appendix 4), the step (S28) for accepting the input operation for the designation is designated by the predetermined number of times up to the time until the determination is made by the second lottery. The ratio determined by the second lottery is a specific object in which the specified number of times is larger than the specified number of times than the specified number of times. Is higher (Fig. 11).

(Appendix 6):
In any of (Appendix 2) to (Appendix 4), the period until the determination is made by the second lottery includes a first period and a second period after the first period has elapsed. A plurality of periods are provided, and the step (S28) for accepting the input operation for the designation can accept the input operation for the designation up to the first number of times in the first period. In the second period, the input operation for designating the specified number can be accepted up to the second number of times, and the ratio determined by the second lottery is higher than that of the specific object in which the designated number of times is a predetermined number of times. The specific object whose specified number of times is larger than the predetermined number of times is higher (FIG. 11).

(Appendix 7):
In any of (Appendix 1) to (Appendix 6), a parameter is associated with the object, and the processor specifies the degree of game progress of the user according to the progress of the game by the step to be advanced. In the step of executing the step of updating the progress information for the purpose and making it available in the specific period, the parameter of the specific object is set to a value according to the game progress degree of the user specified from the progress information. Then, it can be used for the game (S08).

(Appendix 8):
In (Appendix 7), the step of making the object determined by the first lottery available is to specify the object from the progress information even if the object determined by the first lottery is the specific object. It is made available for the game in a state where the parameter is set to a predetermined value regardless of the degree of progress of the game of the user to be played.

(Appendix 9):
In any of (Appendix 1) to (Appendix 8), the parameter of the specific object made available to the processor by the step made available in the specific period according to the progress of the game by the step to be advanced. To execute the step to update.

(Appendix 10):
In (Appendix 9), the step of making the object determined by the first lottery available is a specific object whose parameters are updated by the step of updating the object determined by the first lottery in the specific period. Even if there is, the object can be used for the game with parameters set to predetermined values.

(Appendix 11):
In any of (Appendix 1) to (Appendix 10), a plurality of types of the specific object are defined, and a plurality of usage periods are provided in the specific period, and the specific object can be used in the specific period. The step makes it possible to use the specific object determined by the second lottery for each of the plurality of usage periods from the plurality of types of specific objects in the game, and to be available in the first usage period by the second lottery. When the specific object determined as the object to be used is made available in the first usage period and the predetermined continuation condition is not satisfied in the second usage period following the first usage period. While it is not available, when the continuation condition is satisfied, it is available until the end condition is satisfied.

(Appendix 12):
In (Appendix 11), when the processor starts a predetermined game for satisfying a predetermined achievement condition, an object used for the predetermined game from among the objects available to the user in response to a user's input operation. The step of transitioning to the setting period for setting is executed, and the continuation condition includes a condition that is satisfied when the transition to the setting period is performed at the timing when the first usage period ends, and the termination condition. Includes a condition that is satisfied when the predetermined game started after the set period that has been shifted at the timing when the first usage period ends.

(Appendix 13):
In any of (Appendix 1) to (Appendix 12), the first lottery corresponding to the input operation from the user can be performed after the first condition is satisfied, and the specific period is the first. 1 It is a predetermined period until the condition is satisfied.

(Appendix 14):
In any of (Appendix 1) to (Appendix 12), the specific object is an object added to an object that can be drawn in the first lottery after the second condition is satisfied, and an object different from the specific object. Can be drawn in the first lottery even in the period until the second condition is satisfied, and the specific period is a predetermined period until the second condition is satisfied.

(Appendix 15):
In any of (Appendix 1) to (Appendix 14), the specific object is an object having a higher degree of advantage to the user than a predetermined object among the plurality of types of objects.

(Appendix 16):
In any of (Appendix 1) to (Appendix 15), a plurality of types of the specific object are defined, and a plurality of usage periods are provided in the specific period, and the specific object can be used in the specific period. The step makes the specific object determined by the second lottery available for the game from the plurality of types of specific objects for each of the plurality of usage periods, and the usage period is used in the specific period in the usage period. It depends on the type of specific object that is available depending on the steps you enable.

(Appendix 17):
According to an aspect of one embodiment presented in the present disclosure, a method performed in an information processing apparatus comprising a processor, a memory, an input unit, and a display unit, wherein the information processing apparatus is an object available to a user. And a step of advancing the game using It is provided with a step of making the specific object available to the user in the game in a specific period until the specific object can be determined by the first lottery.

(Appendix 18):
According to an aspect of the embodiment shown in the present disclosure, the information processing apparatus includes a storage unit for storing a program and a control unit for controlling the operation of the information processing apparatus by executing the program. , The control unit gives the user a step of advancing the game using an object available to the user, and an object determined by the first lottery from a plurality of types of objects according to an input operation from the user. The step of granting the object and making it available to the game and the step of making the specific object available to the user in the game are executed in a specific period until the specific object can be determined by the first lottery.

[Example of implementation by software]
The control in each of the terminal device 100 and the server 200 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software.

In the latter case, the terminal device 100 and the server 200 include a computer that executes instructions of a program that is software that realizes each function. The computer includes, for example, one or more processors and a computer-readable recording medium that stores the program. Then, in the computer, the processor reads the program from the recording medium and executes the program, thereby achieving the object of the present invention. As the processor, for example, a CPU (Central Processing Unit) can be used. As the recording medium, in addition to a “non-temporary tangible medium” such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, a RAM (RandomAccessMemory) for expanding the above program may be further provided. Further, the program may be supplied to the computer via any transmission medium (network, broadcast wave, etc.) capable of transmitting the program. It should be noted 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 above 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 the embodiment obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 range sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 game progress unit, 113 camera placement control unit. , 114 object control unit, 115 display control unit, 120, 220 storage unit, 151 input unit (operation unit), 152 display unit, 200 server, 211 transmission / reception unit, 212 server processing unit, 213 data management unit, 231 game program, 232 game information, 233 user information, 233A character data, 1010 objects, 1020 controllers (operation unit), 1030 storage media

Claims

A program executed in an information processing device including a processor, a memory, an input unit, and a display unit.
To the processor
Steps to progress the game with objects available to the user,
A step of assigning an object determined by the first lottery from a plurality of types of objects according to an input operation from the user to the user so that the object can be used in the game, and a specific object are determined by the first lottery. A program that causes a user to perform a step of making a specific object available to the game in a specific period until it becomes possible.
Multiple types of the specific object are defined, and
The step of making it available in the specific period makes the specific object determined by the second lottery out of a plurality of types of specific objects available to the game.
To the processor
A step of displaying the plurality of types of specific objects to be the target of the second lottery and a step of accepting an input operation from a user for designating one of the plurality of types of specific objects are executed.
The program according to claim 1, wherein the ratio determined by the second lottery is higher for the object specified by the input operation than for the object not specified.
The step of displaying the specific object displays an image for receiving an input operation from the user corresponding to each of the plurality of types of specific objects.
The program according to claim 2, wherein the step of accepting the input operation for designating is to accept the input operation for the image as the input operation for designating the specific object corresponding to the image.
The step of displaying the specific object displays the image when at least the step of accepting the input operation for designating in the specific period can accept the input operation for designating, and the specific period. The program according to claim 3, which controls the display of the image after the end of the process.
The step of accepting the input operation for designating can accept the input operation for designating up to a predetermined number of times until it is determined by the second lottery.
Claims 2 to claim that the ratio determined by the second lottery is higher for the specific object having the specified number of times than the predetermined number of times than for the specific object having the specified number of times being the predetermined number of times. The program according to any one of item 4.
A plurality of periods including a first period and a second period after the lapse of the first period are provided until the determination is made by the second lottery.
The step of accepting the input operation for designating can accept the input operation for designating with the first number of times as the upper limit in the first period, and the second number of times is the upper limit in the second period. It is possible to accept the input operation for specifying the above.
Claims 2 to claim that the ratio determined by the second lottery is higher for the specific object having the specified number of times than the predetermined number of times than for the specific object having the specified number of times being the predetermined number of times. The program according to any one of item 4.
Parameters are associated with the object,
To the processor
According to the progress of the game by the step to be progressed, the step of updating the progress information for specifying the progress degree of the game of the user is executed.
The step to be available in the specific period is claimed to be available to the game in a state where the parameter of the specific object is set to a value corresponding to the game progress degree of the user specified from the progress information. The program according to any one of 1 to 6.
In the step of making the object determined by the first lottery available, even if the object determined by the first lottery is the specific object, the game progress of the user who identifies the object from the progress information. The program according to claim 7, wherein the program can be used for the game in a state where the parameters are set to predetermined values regardless of the degree.
To the processor
One of claims 1 to 8, wherein the step of updating the parameter of the specific object made available by the step made available in the specific period is executed according to the progress of the game by the step to be advanced. The program described in.
The step of making the object determined by the first lottery available is the object even if the object determined by the first lottery is a specific object whose parameters have been updated by the updating step in the specific period. The program according to claim 9, wherein the program can be used for the game in a state where the parameters are set to predetermined values.
A plurality of types of the specific object are defined, and a plurality of usage periods are provided in the specific period, and the step of making the specific object available in the specific period is
From the plurality of types of specific objects, the specific object determined by the second lottery for each of the plurality of usage periods can be used for the game.
The specific object determined as the object to be made available in the first usage period by the second lottery is made available in the first usage period, and is made available in the second usage period following the first usage period. Is not available when the predetermined continuation condition is not satisfied, while it is available until the end condition is satisfied when the continuation condition is satisfied, according to any one of claims 1 to 10. The program described in.
The processor
When starting a predetermined game for satisfying a predetermined achievement condition, the setting period shifts to a setting period for setting an object used for the predetermined game from among the objects available to the user according to an input operation of the user. Let the steps take place
The continuation condition includes a condition that is satisfied when the first usage period ends and the setting period is entered.
The program according to claim 11, wherein the end condition includes a condition that is satisfied when the predetermined game started after the set period that has been shifted at the timing when the first use period ends.
The first lottery according to the input operation from the user can be performed after the first condition is satisfied.
The program according to any one of claims 1 to 12, wherein the specific period is a predetermined period until the first condition is satisfied.
The specific object is an object added to an object that can be drawn in the first lottery after the second condition is satisfied.
Objects different from the specific object can be drawn in the first lottery even during the period until the second condition is satisfied.
The program according to any one of claims 1 to 12, wherein the specific period is a predetermined period until the second condition is satisfied.
The program according to any one of claims 1 to 14, wherein the specific object is an object having a higher degree of advantage to the user than a predetermined object among the plurality of types of objects.
A plurality of types of the specific object are defined, and a plurality of usage periods are provided in the specific period.
In the step of making it available in the specific period, the specific object determined by the second lottery for each of the plurality of usage periods from the plurality of types of specific objects can be used in the game.
The program according to any one of claims 1 to 15, wherein the usage period differs depending on the type of the specific object made available by the step of making it available in the specific period.
A method performed in an information processing device including a processor, a memory, an input unit, and a display unit.
The information processing device
Steps to progress the game with objects available to the user,
A step of assigning an object determined by the first lottery from a plurality of types of objects according to an input operation from the user to the user so that the object can be used in the game, and a specific object are determined by the first lottery. A method comprising a step of making the particular object available to the user in the game in a particular period until it becomes possible.
It is an information processing device
A memory unit that stores programs and
A control unit that controls the operation of the information processing apparatus by executing the program is provided.
The control unit
Steps to progress the game with objects available to the user,
A step of assigning an object determined by the first lottery from a plurality of types of objects according to an input operation from the user to the user so that the object can be used in the game, and a specific object are determined by the first lottery. An information processing device that executes a step of making a specific object available to a user in the game in a specific period until it becomes possible.