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

Abstract

To achieve a prize acquisition campaign that interlocks with a game more than ever before.SOLUTION: A game program causes a processor to execute: a step (S101) for progressing a first part that makes preparations for progressing a main part of a game based on a game program; steps (S102 and S103) for progressing a second part that is the main part of the game; a step for acquiring a result of a lottery executed in a game cycle at a first timing in the game cycle consisting of the first part and the second part; a step (S105) for finalizing the result of the lottery at a second timing later than the first timing in the game cycle; and a step (S107) for imparting a first right to acquire a prize that can be used in a real world to a first user who is a computer user when the acquired lottery result is a win, and the lottery result is finalized.SELECTED DRAWING: Figure 3

Description

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

Patent Document 1 discloses a technique that allows a user who has been elected by executing a prize program to select whether to receive an actual gold item as a prize or to use it in a game without receiving it.

JP-A-2018-99254

In conventional games, there is room for the prize acquisition campaign to be more linked to the game.

One aspect of the present disclosure is to realize a prize acquisition campaign that is more linked to the game.

The game program according to the present disclosure is executed by a computer equipped with a processor and memory. The game program consists of a step of advancing the first part, which prepares the processor for advancing the main part of the game based on the game program, a step of advancing the second part, which is the main part of the game, and the first part. And, in the first timing in the game cycle consisting of the second part, the step of acquiring the result of the lottery performed during the game cycle, and the result of the lottery in the second timing after the first timing in the game cycle. If the result of the lottery acquired in the step of confirming and the step of acquiring is won, and the result of the lottery is confirmed in the step of confirming, the first right to acquire a prize that can be used in the real world is given. The steps given to the first user who is the user of the computer are executed.

According to one aspect of the present invention, it is possible to realize a prize acquisition campaign that is more linked to the game.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of the server and the user terminal included in the game system shown in FIG. It is a flowchart which shows an example of the flow of a game cycle execution process. It is a figure which shows the specific example of the game screen displayed on the display part. It is a flowchart which shows an example of the flow of the lottery processing included in the game cycle execution processing. It is a figure which shows a specific example of a lottery database and a serial code database. It is a figure which shows typically the competition space defined in the game space in a tennis game. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows a specific example of a drink table. It is a figure which shows the specific example of the game screen displayed on the display part. It is a flowchart which shows an example of the flow of the final post-processing included in the game cycle execution processing. It is a flowchart which shows another example of the flow of a game cycle execution process. It is a figure which shows another specific example of a lottery database and a serial code database. It is a figure explaining a specific example of assigning a serial code when a date change occurs during a game cycle.

[Embodiment 1]
Hereinafter, embodiments of this technical idea will be described in detail with reference to the drawings. In the following description, the same parts are designated by the same reference numerals. Their names and functions are the same. Therefore, the detailed description of them will not be repeated. In one or more embodiments shown in the present disclosure, the elements included in each embodiment can be combined with each other, and the combined result is also a part of the embodiments shown in the present disclosure.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1 according to the present disclosure. The game system 1 is a system for providing a game to a plurality of users. 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 wireless 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. Be done.

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 included in 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. 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 instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to, for example, 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, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. 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 one 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 a 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 the 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 on 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 the game program acquired by reading from the storage medium 1030 is stored 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. Identify 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 composed of 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 and accepted as a user input operation.

<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 main storage devices. The memories 11 and 21 are composed of a storage device such as a ROM (Read Only Memory) and a 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 the browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with 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.

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 and reception of various data on 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 a short-range wireless communication or the like.

The input / output IF 14 is an interface for the user terminal 100 to accept 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 IF24 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 composed of, 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.

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 ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement target by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source being reflected by the measurement target. 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. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved 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 identify 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 fingers are 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 made a "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 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 image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect 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 by 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 hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also 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. Continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pressed, or maintaining the touched state after the touchdown 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 captured 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 executed by the game system 1 (hereinafter referred to as the game) includes a game cycle consisting of a first part that prepares for advancing the main part of the game and a second part that is the main part. If so, the game may be any genre, not limited to a specific genre. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. May be good.

Further, this game is not limited to a specific play form, and may be a game of any play form. For example, a single-player game by a single user, a multi-play game by a plurality of users, a battle game in which a plurality of users play against each other, and a cooperative play game in which a plurality of users cooperate among the multi-play games. You may.

This game is, for example, a battle game, and in the battle game, the game performance, the score, the victory or defeat of the battle, and the like change according to the operation content of the user. As an example, this game may be a game in which a plurality of users compete for superiority in terms of time, score, battle record, and the like. Users usually play games in the hope of winning the competition. Therefore, by including a competitive element in the game and constructing the game system 1 so that the superiority is determined according to the operation content, it is possible to encourage the user to become proficient in the operation.

Further, the battle game may include, for example, a play part for performing an interpersonal battle that progresses by a battle between a user and another user. The "match" in this game is not limited to multi-match (so-called PvP (Player vs Player) match). For example, a battle (so-called COM battle or CPU battle) between a player character operated by a user (hereinafter, PC (player character)) and a non-player character (hereinafter, NPC (non player character)) is also included in this battle game. Included in "match". As an example, the match of this game may be a match in a sports game.

This battle game is, for example, a sports game including a PvP battle and a COM battle. The competition in the sports game executed by the game system 1 according to the present embodiment is a sports game in which one or more characters compete for points by moving a moving body in a defined competition space. In particular, the competition in this sports game is a sports game in which two or more characters compete for points by hitting the above-mentioned moving bodies against each other in succession. As an example, this sports game is a tennis game, and a match is a tennis match.

In the tennis game executed by the game system 1 according to the present embodiment, the user operates the PC to play tennis by performing an input operation on the user terminal 100.

In this tennis game, the user's PC of the user terminal 100 and the NPC or the PC of another user terminal 100 play a tennis match in the game space constructed in the game system 1. In the following, an example will be described in which the opponent character is a PC operated by a user of another user terminal 100. Hereinafter, the character will be referred to as an opponent character. In this tennis game, the opponent character may be one or more.

Further, in this tennis game, a singles game of a user's PC and a pair of opponent characters may be played, or a doubles game may be played. That is, the match played in this tennis game may be a doubles match in which an ally pair formed by at least the user's PC and an enemy pair formed by two opponent characters. The characters that form an ally pair with the user's PC may be the user's PC, the NPC, or the PC of another user, and when it is not necessary to distinguish between them. Is uniformly referred to as an ally character.

The game in this tennis game is played according to a predetermined rule added or changed as appropriate based on the actual tennis rule. In the following explanation, the actual rules of tennis will not be explained in detail.

<Game cycle>
As described above, the game includes a game cycle consisting of a first part and a second part. The game may include play parts other than the first part and the second part.

The second part is the main part of this game as described above. In the present embodiment, as an example, in the second part, the user operates a character selected from the possessed characters as a PC to play a tennis match with the opponent character.

As described above, the first part is a play part that prepares for the progress of the main part (second part) of this game. In the first part, as an example, matching between a user and a user of another user terminal 100 is performed. In other words, the first part is the part that determines the opponent of the tennis match in the second part.

In the present embodiment, matching means associating a user with one or more users of another user terminal 100 (hereinafter referred to as another user).

In addition, in the first part, preparations for advancing the second part other than matching may be made.

That is, the game cycle in this game is as follows. First, the user terminal 100 starts the first part. Matching is executed by the user terminal 100 advancing the first part, and the opponent of the user is determined. Although the details will be described later, the matching is executed by the server 200. When the opponent is determined, the user terminal 100 ends the first part and starts the second part, that is, a tennis match between the user's PC and the opponent character. The user terminal 100 advances the second part, that is, the game. If any of the users satisfies the winning condition, the winning or losing of the match is determined, and the user terminal 100 ends the second part.

<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) required to function as a general computer and a functional configuration required to realize a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with 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. 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 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage units 120 and 220 store the game programs 121 and 221 and the game information 122 and 222, and the user information 123 and 223, respectively. The game program 121 is a game program executed by the user terminal 100. The game program 221 is a game program executed by the server 200. The game information 122 is data that the control unit 110 refers to when executing the game program 121. The game information 222 is data that the control unit 210 refers to when executing the game program 221. User information 123 and 223 are data related to the user's account. In the storage unit 220, the game information 222 and the user information 223 are stored for each user terminal 100.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 221 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from 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 data management unit 212, a synchronization processing unit 213, a matching unit 214, a lottery unit 215, and a right granting unit 216 according to the description of the game program 221. 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 122 or the user information 123 from the user terminal 100. In addition, the transmission / reception unit 211 transmits various data and requests to the user terminal 100. Hereinafter, it may be described as "transmitting" with a functional block other than the transmission / reception unit 211 as the subject. This description means that the functional block instructs the transmission / reception unit 211 to transmit data or the like.

The data management unit 212 manages the data stored in the storage unit 220. The data management unit 212 executes addition, update, or deletion of various information included in the game information 122 and the user information 123. The data management unit 212 may read at least one of the game information 122 and the user information 123 from the storage unit 220. The data management unit 212 may read a program to be executed by a certain user terminal 100 from the storage unit 220 among the game programs 121 and transmit the program to the user terminal 100.

The synchronization processing unit 213 communicates with a plurality of user terminals 100 to mediate the exchange of data between the user terminals 100. For example, the synchronization processing unit 213 mediates or executes the synchronization processing related to the battle between the user terminals 100 of the users who play the battle.

The matching unit 214 executes a process related to matching. As an example, when the matching unit 214 receives the matching request from the user terminal 100, the matching unit 214 informs the user based on the match format indicated by the matching request, that is, whether it is a singles match or a doubles match. Match other users who want the same match format. The "other user who desires the same match format" means that the match format indicated by the matching request received from the user terminal 100 of the other user is the same as the match format indicated by the matching request received from the user terminal of the user. That is.

When a tennis match is a singles match, one other user is associated (matched) with the user. If the tennis match is a doubles match, one, two, or three other users are matched against the user. If one other user is matched in a doubles match, two of the four characters playing the doubles match will be NPCs. The PC of the other user may be a friendly character of the user's PC or a partner character. Further, when one other user is matched in the doubles game, one of the four characters playing the doubles game becomes an NPC. At least one of the other user's PCs is the other character of the user's PC. If one of the other user's PCs becomes the opponent character, the other becomes a ally character.

Based on the fact that a plurality of users are matched by the matching unit 214, the lottery unit 215 executes a lottery based on a predetermined weighting for each of the plurality of users. In other words, the lottery unit 215 determines whether each of the plurality of users is "winning" or "losing". The lottery unit 215 transmits the result of the lottery to the transmission / reception unit 211 to each of the user terminals 100 of the plurality of users. The result of the lottery, for example, includes information used to notify the user of the result of the lottery. Details of the information will be described later.

The rights granting unit 216 grants the user whose lottery result is "winning" the first right to obtain a prize that can be used in the real world. As an example, the first right may be a serial code of a coupon (electronic coupon) that can be used in the real world. The coupon may be used, for example, for a vending machine to obtain a beverage free of charge. In this embodiment, it is assumed that the serial code is given to the user as an event for a limited time. Further, although details will be described later, in the present embodiment, it is assumed that the number of serial codes is finite on each day during the event implementation period.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 121 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 121 and the user. In addition, 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, an object control unit 113, a display control unit 114, a communication control unit 115, and a lottery result determination unit 116 according to the description of the game program 121.

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 kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF14, and outputs the result to each element of the control unit 110. To 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 reception 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 reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The communication control unit 115 transmits various data and requests to the server 200. For example, the communication control unit 115 transmits a part or all of the game information 122 or the user information 123 to the server 200. The communication control unit 115 receives various data and requests from the server 200. For example, the communication control unit 115 receives a part or all of the game information 122 or the user information 123 from the server 200. Hereinafter, it may be described as "transmitting" with a functional block other than the communication control unit 115 as the subject. This description means that the functional block instructs the communication control unit 115 to transmit data or the like.

The game progress unit 112 performs various processes related to the progress of the game. For example, the game progress unit 112 specifies the content of the user's instruction 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.

For example, the game progress unit 112 accepts a user's login to the game and executes a series of processes related to the login. For example, when the operation reception unit 111 receives a series of input operations (login operations) related to the user's login, the game progress unit 112 determines that the login request has been received based on the operations. When the game progress unit 112 receives a login request, the game progress unit 112 performs login authentication based on information that can be identified from the login operation (for example, the model ID, user ID, password, etc. of the user terminal 100).

If the user ID and password match those of a specific account, the game progress unit 112 may determine that login authentication has succeeded for that account. Further, in the case of a game in which the user terminal 100 and the account are associated with each other, the game progress unit 112 determines that the login authentication has succeeded for the account when the account associated with the specified model ID exists. You may. The game progress unit 112 causes the user to log in to the game with an account for which login authentication is successful.

The game progress unit 112 performs various processes related to the progress of the first part and the second part. For example, the game progress unit 112 transmits a matching request to the server 200 in the first part. Further, for example, the game progress unit 112 acquires the result of the lottery received by the communication control unit 115 in the first part. Further, for example, the game progress unit 112 advances the tennis game in the second part 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.

The game progress unit 112 performs various determination processes related to the progress of the game. In addition, the game progress unit 112 adds, updates, or deletes various types of information included in the game information 122 and the user information 123 stored in the storage unit 120.

The object control unit 113 determines the arrangement of 2D or 3D objects on the game screen based on the object setting information included in the game information 122. Further, the object control unit 113 controls the objects arranged on the game screen. For example, the object control unit 113 changes the position, orientation, shape, color, and the like of the arranged object, and causes the object to perform a predetermined series of operations. For example, the object control unit 113 moves the character in the movement direction, the movement speed, and the movement distance determined by the game progress unit 112.

The display control unit 114 causes the display unit 152 to display an image of the game screen. The display control unit 114 generates, for example, an image including an object controlled by the object control unit 113 and a background image as a background of the object, and causes the display unit 152 to display the image.

The object control unit 113 or the display control unit 114 may control a 2D or 3D object (UI object) for constructing a UI (user interface). For example, the display control unit 114 may display a game screen on which UI objects necessary for various operations of the game such as icons, buttons, lists, and menu screens are superimposed on the background image. The UI object is a tool for the user to input the input necessary for the progress of the game to the user terminal 100. The UI object is a tool for the user to obtain information output from the user terminal 100 while the game is in progress.

The lottery result determination unit 116 determines the result of the lottery based on the match result, that is, the victory or defeat of the tennis match is confirmed (determined). That is, the result of the lottery is undecided when the server 200 determines either "winning" or "losing", or when the result is transmitted from the server 200 to the user terminal 100, and the outcome of the tennis match is undecided. Is confirmed when is confirmed.

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 include at least a part of the functions provided by the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program 121 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.

<Outline of processing>
The user terminal 100 according to the present embodiment is configured to execute the following steps in order to realize a prize acquisition campaign that is more linked to the game, based on the game program 121. Specifically, the user terminal 100 advances the step of advancing the first part that prepares for advancing the main part of the game based on the game program 121, and the second part that is the main part of the game. In the first timing of the game cycle consisting of the first part and the second part, the step of acquiring the result of the lottery performed during the game cycle, and the step after the first timing in the game cycle. A prize that can be used in the real world when the lottery result is confirmed in the step of confirming the lottery result and the lottery result acquired in the acquisition step at two timings, and the lottery result is confirmed in the confirmation step. This is a configuration for executing the step of granting the first user of the user terminal 100 the first right to acquire the above.

According to the above configuration, even if the result of the lottery is won, the first right is not granted when the result of the lottery is acquired, and the result of the lottery is confirmed when the game cycle progresses from that point. Then, the first right is granted. That is, the user plays the game to advance the game cycle after acquiring the lottery result, the lottery result is fixed, and the user is given the first right. As a result, it is possible to realize a campaign for acquiring prizes (particularly prizes that can be used in the real world) that are more linked to the game.

As an example, in the acquisition step, the result of the lottery performed during the first part is acquired at the first timing in the first part, and in the step of confirming, the lottery result is obtained at the second timing in the second part. Confirm the result.

For example, in the step of advancing the second part, as the second part, the first character that operates in response to the operation of the first user and the second character that operates in response to the operation of the second user who is a user of another computer. In the step of advancing the battle in which the character participates at least and advancing the first part, matching between the first user and the second user is executed as the first part, and the lottery is performed and confirmed during the matching. In the step, the result of the lottery is confirmed at the second timing after the result of the match is determined.

According to the above configuration, if the result of the lottery is a win, the user needs to play the second part, that is, play against another user in order to confirm the result of the lottery. As a result, it is possible to realize a campaign for acquiring prizes (particularly prizes that can be used in the real world) that are more linked to the game.

Further, for example, when the lottery is executed on the user terminal 100 during the main part, it is necessary to incorporate the lottery program into the main part, which causes a significant change in the game program 121. On the other hand, by performing the lottery at the timing of matching, the lottery can be realized without significantly changing the game program 121. In addition, the server 200 can manage the lottery results of each user even before the start of the main part.

As an example, the user terminal 100 further executes a step of presenting the result of the lottery at the third timing before the determination of the result of the match based on the game program 121. As a result, the user can recognize the result of the lottery while the game cycle of the game is in progress.

As an example, in the step of presenting, the result of the lottery is presented by utilizing the game processing executed during the battle. As a result, the game developer can realize the presentation of the lottery result to the user without significantly changing the game program 121.

As an example, in the presenting step, the result of the lottery of the first user and the result of the lottery of the second user are presented at the same time, and when the result of the lottery of the first user is a winning, the first effect is further executed. On the other hand, even if the result of the lottery of the second user is winning, the first effect based on the winning of the second user is not executed. As a result, when the result of the lottery of the first user is unsuccessful, the first effect based on the winning of the second user prevents the first user from erroneously recognizing the result of the lottery of the first user as winning. Can be done.

<Details of processing>
FIG. 3 is a flowchart showing an example of the flow of the game cycle execution process according to the present embodiment. FIG. 4 is a diagram showing a specific example of the game screen displayed on the display unit 152. The game screen shown in FIG. 4 is a screen that presents each event in the tennis game to the user and accepts an operation for participating in any of the events. The game screen includes, for example, UI objects 410A, 410B, 410C, 420, 430, 440, and 450. The game screen is, for example, when the processor 10 receives an operation on a predetermined UI object included in the home screen of the tennis game (for example, a tap operation on the UI object) as the operation reception unit 111. , Is displayed on the display unit 152.

The UI objects 410A, 410B, and 410C each present an event held in this tennis game to the user. Further, the UI objects 410A, 410B, and 410C accept operations for participating in each event. In the example of FIG. 4, the UI object of the event that gives the serial code of the coupon to the user is the UI object 410A.

The UI object 420 notifies the user that today's serial code still remains. By including the UI object 420 in the game screen shown in FIG. 4, the user can recognize that a serial code may be given when participating in an event from now on. When all the serial codes for today are assigned, the processor 10 uses the display control unit 114 as a UI object for notifying the user that the serial code for today is not left instead of the UI object 420. It may be included in the game screen shown in 4. The server 200 may notify each user terminal 100 that all the serial codes for today have been assigned.

The UI object 430 accepts the user's operation and displays the event details. The UI object 440 notifies the user of the number of days remaining in the event. The UI object 450 receives the user's operation and shifts the game screen shown in FIG. 4 to the home screen of the tennis game.

In step S101, the processor 10 of the user terminal 100 transmits a matching request to the server 200 as the communication control unit 115. The execution of step S101 corresponds to the start of the first part, for example.

In step S201, the processor 20 of the server 200 executes matching as the matching unit 214.

In step S202, the processor 20 executes the lottery process as the lottery unit 215. FIG. 5 is a flowchart showing an example of the flow of the lottery process included in the game cycle execution process. FIG. 6 is a diagram showing a specific example of a lottery database and a serial code database.

(Lottery process)
In step S301, the processor 20 determines whether or not the user ID of the user of the user terminal 100 who has transmitted the matching request is stored in the lottery database. As shown in FIG. 6A, the lottery database is a database that stores the lottery status and the serial code in association with the user ID. The lottery database is stored in the storage unit 220 as game information 222 as an example. In the "user ID" column, the user ID of the user who is the target of the lottery is stored. The status of the lottery including the result of the lottery is stored in the "status" column. “Reserving” means that the result of the lottery is “winning” and the result of the lottery is undecided. "Loss" means that the result of the lottery is "lost". “Granted” means that the result of the lottery is “winning” and the result of the lottery has been confirmed, that is, the serial code has been given to the user indicated by the user ID. In the "serial code" column, a serial code that is scheduled to be given to a user whose lottery result is "winning" or has already been given is stored.

If it is determined that the user ID is not stored in the lottery database (NO in step S301), in step S302, the processor 20 determines whether or not the serial code remains in the serial code database. As shown in FIG. 6B, the serial code database is a database in which the status is associated with each of the serial codes and stored. As an example, the serial code database is stored in the storage unit 220 as game information 222. As mentioned above, the number of serial codes is finite, and an upper limit is set for the number of serial codes for each date during the event period. Therefore, the serial code database is realized as a plurality of databases corresponding to each date during the event period as an example. The example of FIG. 6B is a serial code database dated March 11, 2019. In the example of FIG. 6B, the number of serial codes on each date is assumed to be 4625, but the number of serial codes is not limited to this example. Further, in the example of FIG. 6B, the serial code is composed of a 4-digit number and an alphabet, but the serial code is not limited to this example. In the example of FIG. 6B, the alphabet included in the serial code indicates a date. That is, in the example of FIG. 6B, "A" of the serial code indicates that it is the serial code of March 11, 2019.

The serial code is stored in the "serial code" column. In the "status" column, information indicating whether each serial code is "issued" or "unissued" is stored. "Issued" means that the serial code is associated with the user. In other words, the "issued" serial code is stored in the lottery database. "Unissued" means that the serial code is not associated with the user.

In step S302, the processor 20 determines whether or not the serial code remains in the serial code database, that is, whether or not there is an "unissued" serial code in the serial code database.

When it is determined that the serial code remains in the serial code database (YES in step S302), in step S303, the processor 20 executes a lottery for the user of the user terminal 100 who has transmitted the matching request.

In step S304, the processor 20 determines whether or not the result of the lottery of the user is "winning". In the case of "winning" (YES in step S304), in step S305, the processor 20 stores the user ID of the user in the lottery database in association with the status of "reserved" and the serial code. .. As an example, the serial code is a serial code having the smallest 4-digit number among "unissued" serial codes. The processor 20 updates the status of the serial code from "unissued" to "issued" in the serial code database. With the above, the lottery process is completed, and the process of the server 200 returns to the game cycle execution process.

When the result of the lottery is not "winning", that is, "losing" (NO in step S304), in step S306, the processor 20 associates the user ID of the user with the status of "missing" and draws. Store in the database. With the above, the lottery process is completed, and the process of the server 200 returns to the game cycle execution process.

If it is determined that the user ID is stored in the lottery database (YES in S301), in step S307, the processor 20 determines the lottery result according to the status associated with the user ID. Specifically, when the status is "reserved", the lottery result of the user is determined to be "winning". On the other hand, when the status is "lost" or "granted", the lottery result of the user is determined to be "lost". Then, the processor 20 ends the lottery process, and the process of the server 200 returns to the game cycle execution process. That is, when the user ID is stored in the lottery database, the processor 20 does not draw the user indicated by the user ID.

When it is determined that no serial code remains in the serial code database (NO in step S302), the processor 20 executes the process of step S306. That is, if the serial code does not remain in the serial code database, the user who sent the matching request is "lost" without performing a lottery.

The game cycle execution process will be described with reference to FIG. 3 again. In step S203, the processor 20 transmits the matching result and the lottery result to the user terminal 100 as the transmission / reception unit 211. When the processor 10 receives the matching result and the lottery result as the communication control unit 115, the first part ends.

In step S102, the processor 10 advances a match, that is, a tennis match, as the game progress section 112. In step S204, the processor 20 supports the progress of the tennis match as the synchronization processing unit 213. The support is, for example, the execution of a synchronous process relating to the progress of a tennis match, but is not limited to this example.

(Progress of battle)
FIG. 7 is a diagram schematically showing a competition space defined as a game space in this tennis game. As an example, the game of this tennis game proceeds in a three-dimensional competition space having three axes of X-axis, Y-axis, and Z-axis as coordinate axes. In the present embodiment, as an example, the competition area in the competition space, that is, the tennis court in the present tennis game and the surface around it are defined parallel to the XY plane, the short side direction of the tennis court is the X-axis direction, and the tennis court. The long side direction is defined as the Y-axis direction, and the normal direction with respect to the surface of the tennis court is defined as the Z-axis direction.

FIG. 7A shows an example of arranging various objects and the virtual camera 330 when the competition space is viewed from the X-axis direction. FIG. 7B shows an example of arrangement of various objects and the virtual camera 330 when the competition space is viewed from the X-axis direction.

As the object control unit 113, the processor 10 arranges the tennis court 300, which is a substantially flat object indicating the tennis court, substantially parallel to the XY plane of the competition space. Further, the processor 10 arranges the net 303, which is an object indicating the net, at the position of a straight line passing through the center of each long side of the tennis court 300 as the object control unit 113. The net 303 has a predetermined height in the Z-axis direction. As the object control unit 113, the processor 10 arranges the PC 310, which is an object of the PC, and the opponent character 320, which is an object of the opponent character, on the tennis court 300. For example, the processor 10 arranges the PC 310 as the object control unit 113 in either the own team area 301 in the tennis court 300 or the area on the own team side of the net 303 in the peripheral area of the own team area 301. Further, the processor 10 arranges the opponent character 320 as the object control unit 113 in either the enemy team area 302 in the tennis court 300 or the area on the enemy team side of the net 303 in the peripheral area of the enemy team area 302. To do. In other words, the peripheral area of the own area 301 on the own side of the own area 301 and the net 303 is the movable area of the PC 310, and the peripheral area of the enemy area 302 on the enemy side of the enemy area 302 and the net 303 is the opponent character 320. It is a movable area. The area around the own area 301 and the enemy area 302 is a predetermined range, for example, outside the baseline and outside the sideline of each court.

The processor 10 arranges the virtual camera 330 in the game space as a camera arrangement control unit (not shown). The position and angle of the virtual camera 330 are not particularly limited. For example, the processor 10 arranges the entire tennis court 300 and the virtual camera 330 as a camera arrangement control unit at a position and an angle at which all characters are captured.

(Basic operation during the match)
In this tennis game, one game is composed of one or more sets as in the case of real tennis. One set consists of a plurality of "games". One "game" is composed of a plurality of "plays". In this specification, the term "game" is used for digital content, which is a video game realized by the game system 1 by executing one cohesive game program. Therefore, in the present specification, the term meaning a game in a tennis match is referred to as "game" to distinguish it from a video game based on a game program. Similarly, when a user operates a user terminal 100 to play a game based on a game program 121 is described as "playing (playing) a game", whereas in a tennis game, each character is one. In the "game", a series of competitive actions and the period during which the balls are hit back with a racket until one of the characters gets 1 point is referred to as "play". One "play" is, for example, a rally that begins with a serve, the ball is received, and then continues to hit the ball back, one character fails to return, the other character is given one point and ends. To do.

That is, 1 point is given to the character who wins one "play". For example, in one "play", the PC 310 and the opponent character 320 alternately hit the ball toward the opponent's court. If one character fails to return the ball, the other character who is the opponent wins in the "play", and points are given to the other character. Then, the person who gets 4 points first wins the "game".

The one who wins more "games" in one set wins the set, and the one who wins more sets in one game wins the game. When one game is composed of one set, the winner of the game is the one who wins many "games".

8 and 9 are diagrams showing a specific example of the game screen displayed on the display unit 152. Each game screen shown in FIGS. 8 and 9 is a game screen displayed on the display unit 152 when the game progress unit 112 is proceeding with the game in this tennis game. Further, FIGS. 8 and 9 schematically show an input operation performed by the user on the input unit 151 of the touch screen 15.

8 (A) to 8 (C) show the user's input operation and the operation of the PC 310 when the PC 310 is made to serve. FIG. 8A shows a scene in which the processor 10 moves the start position of the serve operation of the PC 310 as the object control unit 113 in response to the input operation of the user. As the object control unit 113, the processor 10 arranges the PC 310 having the serve right outside the own area 301 along the baseline at the start of “play”. As the operation receiving unit 111, the processor 10 receives, for example, a drag operation with respect to the input unit 151 in the direction of the arrow of the finger A1 shown in FIG. 8 (A). The processor 10 specifies that the game progress unit 112 is an instruction to move the start position of the serve to be performed by the PC 310 based on the drag operation and the progress of the “play”. As the game progress unit 112, the processor 10 determines at least one of the moving direction, the moving speed, and the moving distance of the PC 310 based on the above-mentioned drag operation. As the object control unit 113, the processor 10 moves the PC 310 in the direction of the arrow of the PC 310 shown in FIG. 8A, for example, according to this determination.

In the present embodiment, as an example, the range of motion of the PC 310 having the right to serve is along the baseline outside the own area 301. As the object control unit 113, the processor 10 can move the PC 310 in either the left or right direction along the baseline according to the drag operation of the user. As the object control unit 113, the processor 10 accepts a drag operation for moving the PC 310 to an arbitrary position along the baseline and moves the PC 310 until it receives an input operation for causing the PC 310 to perform a toss. As a result, the user can adjust the course of the serve to be performed by the PC 310.

As a camera arrangement control unit, the processor 10 adjusts the position, orientation, and angle of the virtual camera 330 at the time of serving so that the PC 310 can see almost the entire tennis court 300. As an example, the processor 10 has a virtual camera 330 as a camera arrangement control unit, the center line of the tennis court 300 is located substantially in the center in the left-right direction of the field of view area of the virtual camera 330, and the own area 301 is in front. In addition, the enemy team area 302 may be placed at a position, orientation, and angle so as to be seen from the Y-axis direction. As a result, it is possible to show the user the PC 310 that hits the serve, the enemy team area 302 that is the hit destination of the serve, and the trajectory of the hit ball with good visibility.

FIG. 8B shows a scene in which the processor 10 causes the PC 310 to perform a toss operation as an object control unit 113 in response to a user input operation. As an example, the processor 10 receives a tap operation on the input unit 151 as the operation reception unit 111. The processor 10 determines that the tap operation is an operation instructing the PC 310 to perform a toss operation based on the tap operation and the progress of "play" as the game progress unit 112. As the object control unit 113, the processor 10 causes the PC 310 to perform a toss operation, and causes the ball 340, which is a ball object, to appear and move in accordance with the toss operation. The toss operation is an operation to toss up the ball 340. That is, the processor 10 causes the PC 310 to throw the ball 340 according to the tap operation as the object control unit 113, and moves the ball 340 so that the ball 340 rises and falls in the vicinity of the PC 310 overhead.

FIG. 8C shows a scene in which the processor 10 causes the PC 310 to serve as the object control unit 113 in response to a user input operation. As an example, the processor 10 receives the touch operation again as the operation receiving unit 111 while the ball 340 is in the air due to the toss operation. The processor 10 determines that the touch operation is an operation instructing the PC 310 to hit the serve as the game progress unit 112. The processor 10 causes the PC 310 to perform an operation of swinging a racket for hitting a serve as an object control unit 113. Then, as the object control unit 113, the processor 10 determines the moving speed and the moving path of the ball 340 based on at least the position of the ball 340 and the position of the racket in the game space, and uses the ball 340 as an enemy team in which the opponent character 320 is present. Move to region 302.

The processor 10 may determine the success or failure of the serve as the game progressing unit 112 according to the timing at which the above-mentioned tap operation corresponding to the instruction to hit the serve is performed and the position of the ball 340 at the timing. .. For example, the processor 10 may determine that the serve is successful when the above-mentioned tap operation is performed when the thrown ball 340 is located near the apex of the movement locus as the game progress unit 112. Further, for example, the processor 10 may determine that the serve failure occurs when the above-mentioned tap operation is performed when the ball 340 is not near the apex of the above-mentioned movement locus as the game progress unit 112. Here, "successful serve" means that the PC 310 hits the serve so that the ball 340 hit by the PC 310 falls into the service area of the enemy team area 302. On the other hand, in the "serve failure", the PC 310 missed the racket without hitting the ball 340, or the ball 340 hit by the PC 310 fell out of the service area of the enemy's area 302, or the ball. This includes the fact that 340 hits the net 303 and does not reach the enemy camp area 302.

9 (A) and 9 (B) show the user's input operation and the operation of the PC 310 when the PC 310 and the opponent character 320 rally. FIG. 9A shows a scene in which the object control unit moves the PC 310 in response to a user input operation. It is assumed that the processor 10 receives, for example, a drag operation that moves in the direction of the arrow with the finger A1 shown in FIG. 9A after the serve of the PC 310 or the opponent character 320 as the operation reception unit 111. In this case, the processor 10 determines that the drag operation is an operation instructing the PC 310 to move as the game progress unit 112. As the game progress unit 112, the processor 10 determines at least one of the movement direction, the movement speed, and the movement distance of the drag operation. As the object control unit 113, the processor 10 moves the PC 310 in the direction of the arrow attached to the PC 310 in the figure, for example, according to this determination.

At the time of the rally, the processor 10, as a camera arrangement control unit, covers almost the entire tennis court 300 in the lower part of the display unit 152, for example, the remaining display area excluding the area A2 of about 1/3 to 1/4. It is preferable to determine the position, orientation, and angle of the virtual camera 330 so that the PC 310 can be seen. In this way, by separating the area A2 for the user to perform the touch operation and the area for displaying the entire state of the tennis court 300, the tennis court 300, the opponent character 320, the PC310, and the tennis court 300, the opponent character 320, and the PC310 Alternatively, it is possible to prevent the ball 340 and the like from being hidden. Therefore, the user can perform the input operation while checking the progress of the "play".

As a camera arrangement control unit, the processor 10 can see the virtual camera 330 vertically, that is, from the Y-axis direction, such that the own team area 301 is in front and the enemy team area 302 is in the back. It may be arranged in position, orientation, and angle. As a result, it is possible to show the user the PC 310 that hits the ball 340, the enemy team area 302 on the opponent character 320 side where the ball 340 is hit, and the trajectory of the ball 340 that is hit back by the PC 310 with good visibility. ..

FIG. 9B shows a scene in which the processor 10 causes the PC 310 to perform a ball striking operation, specifically, a racket swinging operation, as an object control unit 113, in response to a user input operation. When the operation receiving unit 111 receives a touch operation while the rally is in progress, the processor 10 is an operation instructing the PC 310 to perform the touch operation as the game progressing unit 112. Judge. The processor 10 causes the PC 310 to perform a ball striking operation as the object control unit 113. Specifically, the processor 10 causes the PC 310 to swing the racket as the object control unit 113. Then, as the object control unit 113, the processor 10 determines the moving speed and moving path of the ball 340 based on at least the position of the ball 340 and the position of the racket in the game space, and moves the ball 340 to the enemy team area 302. ..

(Striking area)
When the PC 310 is made to hit the ball, the processor 10 determines whether or not the ball 340 can be hit by the game progressing unit 112 as the game progressing unit 112. As the object control unit 113, the processor 10 arranges a hitting area 350, which is a criterion for determining success or failure of hitting, in the game space together with the PC 310. The hitting area 350 is arranged on the tennis court 300, that is, on the XY plane in the game space.

In the present embodiment, the positional relationship between the hitting area 350 and the PC 310 is fixed, and the processor 10 arranges the hitting area 350 as the object control unit 113 with reference to the position on the XY plane of the PC 310. For example, the processor 10 arranges the hitting area 350 as the object control unit 113 based on the position of the PC 310 so that the position of the PC 310 is near the center of the hitting area 350. The size and shape of the hitting area 350 may differ depending on the type of character.

If the touch operation is performed and the hitting operation of the PC 310 is performed while the ball 340 is located in the hitting area 350, the processor 10 determines that the hitting is successful as the game progressing unit 112. On the other hand, if the touch operation is performed and the hitting operation of the PC 310 is performed while the ball 340 is located outside the hitting area 350, the processor 10 determines that the hitting failure is performed by the game progressing unit 112.

Here, when the position of the ball 340 is described with reference to the hitting area 350, the position of the ball 340 refers to a position on the XY plane. That is, when the position of the ball 340 is inside or outside the hitting area 350, the position of the ball 340 means the position of the ball 340 in the Z-axis direction, that is, when viewed from above the tennis court 300.

When the game progressing unit 112 determines that the hit ball is successful, the processor 10 further determines the degree of goodness of the return ball according to the timing when the racket is swung to the PC 310. The processor 10 determines, for example, whether the swing timing is good or bad as the game progressing unit 112, depending on which area in the hitting area 350 the ball 340 meets the racket. For example, the processor 10 causes the PC 310 to hit the ball that gives the most power in a normal shot excluding a special shot when the swing timing is the best as the game progress unit 112. For example, the processor 10 may evaluate the degree of goodness of the return ball as the game progressing unit 112 in four stages of "best", "good", "early", and "late".

In this way, the processor 10 first determines the correctness of the hit ball based on the positional relationship between the hit area 350 and the ball 340 when the tap operation instructing the hitting operation is input as the game progress unit 112. Next, when the game progressing unit 112 determines that the ball has been successfully hit, the processor 10 determines the degree of goodness of the return ball based on the timing of the swing, that is, the position of the ball 340 that meets the racket on the hit area 350. To do. Then, the processor 10 determines the ball power of the ball 340 to be moved by hitting the ball according to the degree of goodness of the return ball as the game progress unit 112. Specifically, the higher the degree of goodness of the return ball, that is, the better the swing timing, the more powerful the ball can be hit back to the opponent character. A ball with a strong ball means a strong ball that is hard to be hit back by the opponent character. A lot of power, stamina, or advanced technique is required to hit a ball with a ball power accurately and successfully, and the ball with a ball power is more likely to fail the opponent character. Therefore, performing the tap operation in a timely manner and swinging the PC 310 in a timely manner is one of the important factors for winning the game. As an example, the ball power may be determined by the speed at which the ball 340 moves, the speed of rotation of the ball 340 applied during the movement, the direction, and the like.

As a result, the user can predict the course of the ball 340 flying from the enemy's area 302 of the opponent character 320, move the PC 310 to the optimum position in order to successfully return the ball, and timing for a powerful return ball. It is possible to encourage the player to hit the ball in anticipation of the situation. Course prediction, PC310 positioning, and swing timing are also important factors in a real-life tennis game. Therefore, the game system 1 can reproduce as much as possible the events that occur in actual tennis in the tennis game, and can improve the interest of the tennis game.

(UI layout)
As the display control unit 114, the processor 10 can further superimpose and display UI components related to user input operations on the game screens shown in FIGS. 8 to 9. FIG. 10 is a diagram showing a specific example of a game screen displayed on the display unit 152.

FIG. 10A is a diagram showing an example of a game screen displayed before the start of serving. FIG. 10B is a diagram showing an example of a game screen displayed at a certain time while the rally is in progress. As the display control unit 114, the processor 10 generates an image in which an object in the game space is drawn, and arranges the UI component on the image. The superimposed UI components include a UI component for accepting a user's input operation and a UI component for presenting information to the user.

As an example of the UI component for accepting the user's input operation, as shown in the figure, the special shot button 360, the ball type selection button 370, the first substitute button 380, the second substitute button 382, etc. are the game screens. It is placed on top of each other.

As an example of the UI component for presenting information to the user, the stamina gauge 311 of the PC 310, the stamina gauge 321 of the opponent character 320, the stamina gauge 381 of the first character of the copy, and the character of the second copy The stamina gauge 383 and the like are placed on the game screen.

Here, among the ally characters who are qualified to participate in the game, the reserved characters other than the PC310 currently participating in the game are referred to as the reserved characters. The stamina gauges 311 and 321 will be described later.

The special shot button 360 is a button that accepts an input operation for causing the PC 310 to hit a special shot. In this tennis game, one or more special shot skills are set for each character. As the game progress unit 112, the processor 10 changes the special shot button 360 to a display mode so that when the progress of the game satisfies a predetermined condition, the input operation for the special shot button 360 is performed. Transition to an acceptable state. As an example, the processor 10 causes the game progress unit 112 to transition to a state in which the special shot button 360 can be pressed when it is determined that the hit ball of the PC 310 has succeeded a predetermined number of times in total.

When the game progress unit 112 determines that the hit ball of the PC 310 is successful while the special shot button 360 is pressed, the processor 10 activates the special shot on the PC 310 as the object control unit 113. The special shot is a hitting motion that gives a specific effect to the PC 310, the opponent character 320, or the returned ball 340 when a predetermined condition is satisfied at the time of activation or after the activation. For example, the special shot may be a hitting motion in which the ball 340 is moved to the enemy team area 302 on the opponent character 320 side by a special movement method. The special movement method is, for example, to move the ball at a speed, trajectory, and rotation state that do not occur during a normal return ball.

Alternatively, the special shot may be to cause the PC 310 to perform the best return ball, which is realized when the swing is made at the best timing, for a predetermined number of times regardless of the actual swing timing of the user. Specifically, the processor 10 activates the above-mentioned special shot when the special shot button 360 is pressed as the game progressing unit 112, and the ball 340 is in any of the hitting areas 350 during the swing. The 340 may be returned with a timely met ball until it hits a predetermined number of times, for example, "up to 3 times".

The ball type selection button 370 is a button for indicating a ball type that the PC 310 can hit and for the user to input an instruction to change the ball type that the PC 310 wants to hit. When the ball type selection button 370 is pressed, the processor 10 changes the ball type to be hit by the PC 310 to the designated ball type as the game progress unit 112.

The alternate buttons 380 and 382 are buttons for the user to input an instruction to replace the PC 310 with a copy character associated with the alternate button 380 or 382, respectively. The processor 10 may display a number of alternate buttons according to the number of reserved characters as the game progress unit 112. However, as the number of replacement buttons to be displayed increases, the area for displaying the progress of the match becomes narrower. Therefore, an upper limit may be set for the number of reserved characters (for example, two people), or an upper limit (for example, two) may be set for the number of alternate buttons to be displayed. If the number of alternate buttons to be displayed is smaller than the number of reserved characters, the processor 10 may determine the reserved characters associated with the alternate buttons according to the priority set in advance by the user as the game progress unit 112. Good.

The processor 10 accepts a touch operation on the change button 380 or 382 for instructing the change as the operation reception unit 111. Upon receiving the touch operation on the replacement button 380, the processor 10 replaces the copy character associated with the replacement button 380 with the current PC 310 as the game progress unit 112, for example. Specifically, the processor 10 arranges the selected copy character as a new PC 310 in the game space as the object control unit 113 instead of the current PC 310. The character that has become a copy character from the PC 310 by the above-mentioned replacement instruction may be associated with the replacement button 380. If the touch operation on the replacement button 380 is detected again, the processor 10 may perform the replacement of the PC 310 again as the game progress unit 112.

The stamina gauge 311 indicates the maximum value and the current value of the stamina of the PC 310. The stamina gauge 321 indicates the maximum value and the current value of the stamina of the opponent character 320. The stamina gauge 381 indicates the maximum value and the current value of the stamina of the reserved character associated with the alternate button 380. The stamina gauge 383 indicates the maximum value and the current value of the stamina of the reserved character associated with the alternate button 382. Stamina is a parameter that indicates the physical strength of the character. The maximum value of stamina is predetermined for each character. In the present tennis game, as an example, the processor 10 reduces the stamina from the maximum value by a predetermined amount each time each character performs a predetermined operation as the game progresses as the game progress unit 112. Further, the processor 10 may recover the reduced stamina value according to the movement of the character during the game as the game progress unit 112. For example, when an operation of causing the PC 310 to acquire a recovery item for recovering stamina is performed during the game, the processor 10 may recover the stamina of the PC 310 by a predetermined amount as the game progress unit 112.

The stamina parameters are referred to for determining the performance of the character's movement, such as the movement speed. As an example, when the stamina of the character is reduced to a certain amount, the processor 10 may slow down the movement speed of the character as compared with that before the reduction.

(Recovery item)
The game cycle execution process will be described with reference to FIG. 3 again. In step S104, the processor 10 causes the recovery item to appear as the game progress unit 112. In this game, a drink-like object (hereinafter, simply referred to as "drink") appears as a recovery item during a tennis match. As an animation generator (not shown), the processor 10 has an animation in which a drink moves into the tennis court 300 from outside the tennis court 300 when a drink appears, and more specifically, the drink moves into the tennis court 300. You may generate the animation to be input. The processor 10 displays the animation as the display control unit 114, and arranges the drink in the tennis court 300 as the object control unit 113.

As an example, the processor 10, as the game progressing unit 112, throws a drink into the tennis court 300 with a predetermined probability at the drink throwing timing during the battle. As an example, the drink charging timing may occur every time a predetermined time elapses from the start of the battle. When the processor 10 determines that the PC 310 overlaps with the drink in the game space as the object control unit 113, the stamina of the PC 310 is restored by a predetermined amount.

The processor 10 refers to the drink table as the game progress unit 112 when the drink is added. The drink table is transmitted from the server 200 together with the matching result and the lottery result. In the present embodiment, as shown in FIG. 3, the addition of the drink also serves as the presentation of the lottery result to the user. Therefore, the server 200 transmits different drink tables to the user terminal 100 according to the lottery result of the user. The drink table may be transmitted as a lottery result.

FIG. 11 is a diagram showing a specific example of the drink table. FIG. 11A is a specific example of a drink table transmitted to the user terminal 100 when the lottery result is a winning result. FIG. 11B is a specific example of a drink table transmitted to the user terminal 100 when the lottery result is unsuccessful.

The drink table is a table in which the recovery item ID indicating the type of drink is associated with the input probability and the number of drinks. The recovery item ID is stored in the "recovery item ID" column. In the example of FIG. 11, "11111" is an ID of a drink (hereinafter, referred to as "winning drink") for presenting to the user that the lottery result is "winning". In addition, "00000" is an ID of a normal drink.

In the "input probability" column, the probability that the drink indicated by the recovery item ID will be input is stored. Here, the "probability of the drink being added" is the probability that the drink indicated by the recovery item ID will be added when it is determined that the drink will be added at the drink addition timing. The number of drinks indicated by the recovery item ID is stored in the "number" column. This number decreases each time a drink is added. In addition, "-" indicates that the number of drinks is unlimited.

At the drink table shown in FIG. 11 (A), the probability of adding a drink is 100%. That is, when the lottery result is "winning", the processor 10 always sets the drink that is first introduced during the battle as the winning drink as the game progressing unit 112. Further, in the drink table shown in FIG. 11B, the probability of adding a normal drink is 100%, and there is no record other than the normal drink. That is, when the lottery result is "lost", the processor 10 uses the drink as the game progressing unit 112 as a normal drink.

Further, in the drink table shown in FIG. 11A, the number of drinks per drink is one. When the game progress unit 112 throws in a hit drink, the processor 10 deletes the hit drink record in the drink table as an example. As a result, the drink table is only a record of regular drinks. Therefore, after deleting the record of the hit drink, the processor 10 serves as the game progressing unit 112 to use the drink thrown in during the battle as a normal drink. In addition, the processor 10 may change the input probability of a normal drink to 100% as well as delete the record of the per drink as the game progress unit 112.

As described above, in the first drink input during the battle, the hit drink is always input to the user's own area 301 whose lottery result is "winning". On the other hand, a normal drink is always put into the user's own area 301 whose lottery result is "lost". That is, the first drink input during the battle of this game can be expressed as a process of presenting to the user whether the lottery result is "winning" or "losing". In addition, the normal drink at the first drink input during the battle can be expressed as a drink for presenting to the user that the lottery result is "lost".

At least, in the first drink injection that also presents the lottery result, it is desirable that the drink injection targeting the PC 310 and the drink input targeting the opponent character 320 are performed at the same time from the viewpoint of fairness. .. The second and subsequent drinks may be added at the same time or at different timings. That is, in the second and subsequent drink additions, only the drink addition targeting one character may be performed at a certain drink addition timing.

FIG. 12 is a diagram showing a specific example of the game screen displayed on the display unit 152. The game screen shown in FIG. 12 is a screen immediately after the first drink is added during the battle. FIG. 12A is a screen when the lottery result of the user is "winning" and the other user (opponent) is "lost". FIG. 12B is a screen when the lottery result of the user is "lost" and the other user (opponent) is "winning". That is, in the example of FIG. 12A, the drink 390A is arranged in the own area 301, and the normal drink 390B is arranged in the enemy area 302. On the other hand, in the example of FIG. 12B, the normal drink 390B is arranged in the own area 301, and the drink 390A is arranged in the enemy area 302.

In the example of FIG. 12A, the processor 10 arranges the drink 390A per object control unit 113 and executes the first effect. For example, the processor 10 arranges the effect object 391 as the object control unit 113 at a position substantially the same as the drink 390A for a certain period of time. The effect object 391 may include, for example, the text "Hit!" And a radial effect, as shown in FIG. 12 (A). By arranging the effect object 391 together with the drink 390A, the user can easily understand that his / her lottery result is "winning".

On the other hand, in the example of FIG. 12B, the lottery result of the opponent is "winning", but the effect object 391 is not arranged together with the drink 390A which is arranged in the enemy team area 302. In other words, if only the opponent wins, the processor 10 does not execute the first effect. As a result, it is possible to prevent the user from misunderstanding his / her own lottery result as "winning". In the example of FIG. 12B, the first effect is executed on the opponent user terminal 100.

The amount of stamina recovered may be the same or different depending on whether the PC 310 acquires the per drink 390A or the normal drink 390B.

The game cycle execution process will be described with reference to FIG. 3 again. In step S105, the processor 10 ends the battle as the game progress unit 112. For example, when the PC 310 or the opponent character 320 wins a predetermined number of sets, the processor 10 determines that the winner is the winner and the other is the loser, and the match ends. Let me. Further, the processor 10 determines the acquired lottery result as the lottery result determination unit 116. In step S106, the processor 10 notifies the server 200 of the IDs of all the recovered items that have been inserted as the lottery result determination unit 116.

It should be noted that it is not a necessary condition to obtain a winning drink when determining the lottery result. That is, the processor 10 determines the lottery result as the lottery result determination unit 116 even if the victory or defeat of the match is determined without the PC 310 winning the drink. This makes it possible to meet the requirements for open prizes in the Unfair Prizes and Unfair Labeling Prevention Law (Premium Labeling Law).

In step S205, the processor 20 executes post-determination processing as the rights granting unit 216. FIG. 13 is a flowchart showing an example of the flow of finalized post-processing included in the game cycle execution process.

(Post-confirmation processing)
In step S401, the processor 20 determines whether or not the ID of the notified recovery object includes an ID indicating winning, that is, an ID of a per drink. If it is determined that the drink ID is included (YES in step S401), in step S402, the processor 20 has the status of the user of the user terminal 100 who has notified the ID in the lottery database being "reserved". Judge whether or not. If it is determined to be "reserved" (YES in step S402), in step S403, the processor 20 changes the status, that is, "reserved" to "granted".

In step S401, when it is determined that the ID of the notified recovery object does not include the ID of the drink (NO in step S401), in step S404, the processor 20 uses the lottery database to notify the user terminal of the ID. It is determined whether or not the status of 100 users is "missing". In step S402, the processor 20 also executes the process of step S404 when it is determined that the status of the user of the user terminal 100 who has notified the ID is not "reserved" (NO in step S402).

If it is determined to be "missing" (YES in step S404), in step S405, the processor 20 deletes the user's record from the lottery database. Then, the process of the server 200 returns to the game cycle execution process. On the other hand, if it is determined that it is not "missing" (NO in step S404), the processor 20 does not execute the process of step S405, and the process of the server 200 returns to the game cycle execution process. In addition, the case where it is determined that it is not "missing" in step S404 refers to the case where it is determined that it is neither "reserving" nor "missing". In this case, for example, it is "already granted".

The game cycle execution process will be described with reference to FIG. 3 again. In step S206, the processor 20 determines whether or not the lottery result of the user of the user terminal 100 who has notified the recovery item ID is "winning" as the right granting unit 216. If it is determined that the user has won (YES in step S206), in step S207, the processor 20, as the rights granting unit 216, uses the serial code associated with the user ID of the user in the lottery database as the user of the user. Send to terminal 100. This completes the processing of the server 200 in the game cycle execution processing.

On the other hand, if it is determined in step S206 that the game is not "winning", that is, "losing", the processor 20 does not execute the process of step S207, and the process of the server 200 in the game cycle execution process ends.

In step S107, the processor 10 displays the received serial code on the display unit 152 as the display control unit 114. As a result, the user can recognize that the serial code has been assigned. This completes the processing of the user terminal 100 in the game cycle execution processing.

In step S107, the processor 10 may display the UI object that accepts the operation for acquiring the coupon on the display unit 152 as the display control unit 114 together with the serial code. When the processor 10 receives an operation (for example, a tap operation) on the UI object as the operation receiving unit 111, the display control unit 114 may display the website for acquiring the coupon on the display unit 152. The coupon may be obtained by entering the serial code on the website. Therefore, the process of step S107, that is, the process of displaying the serial code in order to make the user recognize the serial code, can be expressed as the process of assigning the serial code to the user.

As an example, the coupon may include a two-dimensional code (for example, a QR (Quick Response) code (registered trademark)). For example, the user operates the user terminal 100 to display the coupon including the two-dimensional code on the display unit 152. Then, the user holds the two-dimensional code over the two-dimensional code reading unit provided in the vending machine. When the vending machine reads the two-dimensional code, the vending machine is ready to acquire beverages. That is, the button for purchasing the beverage from the vending machine lights up. The user can obtain the beverage free of charge by pressing any of the buttons. The flow of acquiring beverages (that is, prizes) described here is an example, and the flow of acquiring prizes is not limited to this example.

<Summary of processing: When the match ends halfway>
As an example, in the granting step, if the result of the lottery acquired in the acquiring step is a failure, or if the step of confirming is not executed, the first right is not granted to the first user.

For example, if the step of confirming is not executed because the first user or the second user ends the match in the middle, the first right is given to the first right even if the result of the lottery of the first user is won. Not given to the user. This can motivate the user to play the match to the end.

As an example, when the first user or the second user ends the match in the middle, the result of the lottery in the game cycle including the match is held in association with the first user, and in the step of acquiring the previous match. If the result of the lottery in is retained, the result of the lottery is acquired.

According to the above configuration, when the result of the lottery of the first user is a win, if the match ends in the middle, the result of the lottery related to the next match is also won. As a result, it is possible to rescue the user who was not granted the first right because the opponent ended the battle in the middle even though the result of the lottery was won. Further, according to the above configuration, when the result of the lottery of the first user is a loss, if the match ends in the middle, the result of the lottery related to the next match is also lost. As a result, as a result of the user being presented with a loss as a result of the lottery, in order to have the next lottery performed earlier, the match is terminated in the middle and the next match is performed (so-called Risemara (reset marathon)). Close acts) can be prevented.

As an example, an upper limit is set for the number of prizes for each date in this game, and the result of the lottery is won in the first cycle, which is the game cycle of the first date, which is the date when the lottery is performed. If the result of the match is decided, in the step of giving, the first prize information indicating one of the prizes on the first date is given as the first right at the second timing, and the result of the lottery is obtained. If the player is elected and the first condition that the match is completed before the result of the match is satisfied, the first prize information is not given in the step of giving, and the first prize information is the result of the lottery. In the second cycle, which is the game cycle of the first date, which is the game cycle following the first cycle in which the first condition is satisfied, and is held in association with the first user. When the result of the match in is decided, the held first prize information is given as the first right at the second timing.

According to the above configuration, when the match ends in the middle, the first prize information that was planned to be given to the first user who won the lottery related to the match is retained in association with the first user. .. Then, when the match is normally completed in the next game cycle and the lottery result (winning) is confirmed, the retained first prize information is given to the first user. In other words, new prize information will not be given to the first user in the next match of the match that ended in the middle. As a result, prize information can be given to more users.

<Details of processing: When the match ends halfway>
FIG. 14 is a flowchart showing an example of the flow of the game cycle execution process according to the present embodiment. In the flowchart shown in FIG. 14, the same step number is assigned to the step for executing the same process as the flowchart shown in FIG. Moreover, the description here is not repeated for the step.

In step S501, the processor 10 acts as the game progressing unit 112 to end the battle in the middle. For example, when the processor 10 receives an operation for terminating the application of this game as the operation receiving unit 111, the processor 10 terminates the application (as a result, the battle ends in the middle). Further, for example, when the processor 10 becomes unable to communicate with the user terminal 100 of another user, the processor 10 ends the battle in the middle. The reason why communication with the user terminal 100 of another user becomes impossible is that the application of this game is terminated on the user terminal 100 of another user. That is, the process of the processor 10 ending the battle in the middle includes the user voluntarily ending the battle. However, the process of the processor 10 ending the battle in the middle is not limited to the user voluntarily ending the battle. For example, if any user terminal 100 moves to a position where communication is not possible (outside the communication range), or if a trouble occurs in the server 200 (such as a server failure), the processor 10 ends the battle in the middle.

When the process of step S501 is executed, the game cycle execution process ends. That is, the processor 10 does not determine the lottery result as the lottery result determination unit 116. Further, the processor 20 does not perform post-determination processing as the right granting unit 216. Since the post-confirmation process is not performed, the user ID of each user who has played the match is retained in the lottery database without changing the status.

As a result, in the next match lottery process, the processor 20 determines the lottery result according to the status of the user stored in the lottery database. Since this process has already been explained, the explanation is not repeated here (see step S307 in FIG. 5), but if the previous lottery result is "winning", the current lottery result is also "winning". .. On the other hand, if the previous lottery result is "lost", the current lottery result is also "lost".

If the match ends in the middle, the user ID of the user who participated in the match is held for each record in the lottery database. That is, when the lottery result of the user is a winning result, the serial code associated with the user ID is also retained. In the next match, if the match ends normally, the processor 20 transmits the serial code associated with the user ID of the user in the lottery database to the user terminal 100 as the rights granting unit 216. That is, the serial code associated with the user ID in the previous match, that is, the lottery related to the match that ended in the middle, is given to the user after the end of the next match, that is, the match that ended normally.

However, in this configuration, the following problems may occur. That is, if the date changes between the game cycle including the match that ended in the middle and the game cycle that includes the match that ended normally after the match, the user will be given the serial code of the previous day. .. In this case, the processor 20 executes exception handling. The details of the exception handling will be described below.

<Processing outline: Exception handling>
As an example, the user terminal 100 further executes a step of advancing the date by one day at the first time based on the game program 121. In the third cycle, which is the game cycle of the second date, which is the day after the first date, and is the next game cycle of the first cycle in which the first condition is satisfied, the third cycle is associated with and held by the first user. When the 1st prize information is changed to the 2nd prize information corresponding to any of the 2nd date prizes and the result of the match in the 3rd cycle is decided in the step to be given in the 3rd cycle, the 2nd timing , The second prize information is given as the first right.

According to the above configuration, if the date changes between the game cycle including the match that ended in the middle and the game cycle including the next match of the match, it is associated with and held by the first user. The first prize information is changed to the second prize information which is the prize information of the next date. When the next match is normally completed, the first user is given the second prize information. This makes it possible to prevent the first user from being given the prize information of the previous day.

<Processing details: Exception handling>
FIG. 15 is a diagram showing a specific example of a lottery database and a serial code database. Specifically, the lottery database shown in FIG. 15 is a lottery database on the next day of the lottery database shown in FIG.

The processor 10 advances the date in the game by one day at a predetermined time as the game progress unit 112. The time may be, for example, 16:00. In other words, the date of this game advances by one day at 16:00 in the real world.

It is assumed that a match (tennis match) in which a user whose user ID "AAAAAA" is stored in the lottery database shown in FIG. 6 participates ends in the middle of 3/11. In other words, it is assumed that the user's record is held in the lottery database with the status "reserved". Then, it is assumed that the user performs an operation to participate in the next match after 16:00, that is, after the date in the game becomes 3/12. In other words, it is assumed that the user performs an operation for starting the first part in the next game cycle after the in-game date reaches 3/12.

When the processor 20 receives the matching request from the user terminal 100 of the user, the processor 20 performs matching and refers to the lottery database in the lottery process. A record including the user ID of the user is stored in the lottery database, and the serial code associated with the user ID is a 3/11 serial code (alphabet is "A"). The processor 20 updates the serial code "0123A" with any serial code in the serial code database of 3/12. In the example of FIG. 15A, the processor 20 updates "0123A" to "0001B". Then, as shown in FIG. 15B, the processor 20 updates the status of "0001B" in the serial code database from "unissued" to "issued".

As a result, when the next match (3/12 match) ends normally, the user can be given a 3/12 serial code.

<Process outline: Date change during game cycle>
In this game, there is a time lag between executing the lottery, giving the lottery result, and confirming the lottery result. Therefore, there is a possibility that the date in the game advances by one day between the execution of the lottery, the granting of the lottery result, and the confirmation of the lottery result. The processing in this case will be described below.

As an example, an upper limit is set for the number of prizes for each date in the game, and the user terminal 100 further executes a step of advancing the date by one day at the first time based on the game program 121, and draws lots. If the result of is won and the result of the match is decided, in the step to be given, if both the first timing and the second timing are included in the first date of the dates, at the second timing. , When the first prize information indicating any of the prizes on the first date is given as the first right and both the first timing and the second timing are included in the second date which is the day after the first date, the first At the 2nd timing, the 2nd prize information indicating any of the 2nd date prizes is given as the 1st right, the 1st timing is included in the 1st date, and the 2nd timing is included in the 2nd date. When the second condition is satisfied, the first prize information is given as the first right at the second timing.

According to the above configuration, when the date advances by one day between the first timing and the second timing, the prize information of the previous day (first date) is given to the user when the lottery result with the winning is confirmed. Give. As a result, the prize information of today (second date) is not reduced, so that the prize information can be given to more users.

As an example, when the first period in which the lottery is held consisting of a plurality of dates is set, the result of the lottery is won, the result of the match is decided, and the second condition is satisfied, the grant is given. In the step, if both the first date and the second date are in the first period, the first prize information is given as the first right at the second timing, while the first date is in the first period. Yes, if the second date is not during the first period, the first right will not be granted.

According to the above configuration, if the date advances by one day between the first timing and the second timing and the second timing is outside the first period, the user even if the lottery result of winning is confirmed. Does not grant the first right to. This makes it possible to prevent the situation in which the first right is granted to the user outside the period in which the first right is granted.

<Processing details: Date change during game cycle>
FIG. 16 is a diagram illustrating a specific example of assigning a serial code when a date change occurs during a game cycle. As shown in FIG. 16A, it is assumed that the implementation period of the event in which the serial code is assigned is 3/11 to 31/17.

In both FIGS. 16 (B) and 16 (C), a lottery is held at 15:59, which is the time immediately before the date in the game advances by one day, the result of the lottery is winning, and the date is 1. It shows an example in which the match ended after the day advanced and the winning was confirmed. The difference between the example of FIG. 16 (B) and the example of FIG. 16 (C) is that the date of the example of FIG. 16 (B) after one day is advanced during the implementation period (3/12). On the other hand, the example of FIG. 16C is that the date after one day is out of the implementation period (3/18).

In the example of FIG. 16B, the processor 20 transmits the serial code “4625A” specified on the previous day (3/11) to the user terminal 100 of the winning user as the rights granting unit 216. That is, the user is given a serial code of 3/11 minutes on 3/12.

On the other hand, in the example of FIG. 16C, the processor 20 does not transmit the serial code "4625G" specified on the previous day (3/17) to the user terminal 100 of the winning user. That is, the user cannot obtain the serial code because the match was won but the match did not end within the event implementation period.

<Modification example>
As an example, based on the game program 121, the user terminal 100 further executes and selects a step of selecting one of a plurality of types of prizes in response to the operation of the first user before the game cycle. In the step to be performed, if the step to be confirmed in the previous game cycle is not executed, it may be impossible to select a prize other than the prize selected in the previous selected step.

That is, the prizes that can be used in the real world may be a plurality of types of prizes. For example, the outer diameter product may be a plurality of types of electronic coupons (for example, the target product or the store where the product can be used is different). The processor 10 accepts an operation of selecting one of a plurality of types of prizes as the operation receiving unit 111. The operation may be a tap operation on any of the UI objects indicating each of the plurality of types of prizes.

As an example, when the processor 10 accepts a tap operation on any of the UI objects, the UI object that has not been tapped is placed in a state of not accepting the tap operation. The "state in which the tap operation is not accepted" is, for example, a state in which the processor 10 does not execute the process executed by the tap operation as a trigger.

When the battle is normally completed, in other words, when the lottery result is confirmed, the processor 10 executes a release process for canceling the state in which the tap operation is not accepted of the UI object. On the other hand, the processor 10 does not execute the cancellation process when the battle ends in the middle, in other words, when the lottery result is not confirmed. As a result, the state in which the tap operation is not accepted in the UI object is maintained. That is, if the previous match ends in the middle, only the previously selected UI object is in a state of accepting the tap operation before the next match. In other words, the user can only select the previously selected UI object if the previous match ends prematurely. With this configuration, as a result of the user being presented with a loss as a result of the lottery, the act of ending the match in the middle and performing the next match (so-called Risemara) in order to have the next lottery performed earlier. (Acts similar to (reset marathon)) can be prevented.

In the above-described embodiment, the acquisition of a winning drink was not a prerequisite for determining the lottery result. On the other hand, the acquisition of a winning drink may be a necessary condition for determining the lottery result. In this modification, the processor 10 determines, as the lottery result determination unit 116, whether or not a winning drink has been obtained when the battle is normally completed. When it is determined that the winning drink has been acquired, the processor 10 determines the winning of the user as the lottery result determination unit 116. On the other hand, when it is determined that the winning drink has not been acquired, the processor 10 invalidates the user's winning as the lottery result confirmation unit 116 (the winning is undecided). Specifically, the processor 10 transmits only the drink ID acquired by the PC 310 to the server 200 as the lottery result determination unit 116. With this configuration, if the PC 310 does not acquire the winning drink, the ID of the winning drink is not transmitted to the server 200, so that the serial code is not transmitted from the server 200.

In the above-described embodiment, there is only one type of ordinary drink 390B. On the other hand, in this game, there may be a plurality of types of drinks as normal drinks, in other words, drinks that are not per drinks. The plurality of types of drinks may have different amounts of stamina recovery, for example. The drink table according to this modification includes a plurality of types of IDs as recovery item IDs for drinks that are not drinks. In the drink table when the lottery result is "winning", the drink is added at the first drink input, so the input probability associated with each of the plurality of types of IDs is 0%. On the other hand, the drink table when the lottery result is "lost" is arbitrary for each of the plurality of types of IDs so that the total input probability associated with each of the plurality of types of IDs is 100%. The input probability is associated. As the number of the plurality of types of drinks, "-" indicating an unlimited number may be stored, or an arbitrary number may be stored.

Further, the processor 20 selects a drink table to be transmitted to the user terminal 100 by lottery from a plurality of types of drink tables in which at least one of the stored drink (normal drink) type, input probability, and number is different. It may be configured to be used. On the premise of such a configuration, when the user's lottery (lottery for determining whether to give a serial code) becomes "winning", the processor 20 selects a drink table including a winning drink. Therefore, it is possible to realize a lottery for deciding whether or not to assign a serial code without significantly changing the program executed by the processor 20 (for example, the game program 221).

In the game screen shown in FIG. 4, when a serial code is assigned to the user of the user terminal, the processor 10 informs the user that the serial code has been assigned as the display control unit 114 instead of the UI object 420. The UI object to be notified may be included in the game screen.

In the above-described embodiment, a tennis game has been described as an example of this game. On the other hand, this game is not limited to the tennis game as described above. For example, the game may be a single-player RPG. In the case of this example, the processor 20 may execute the lottery and the transmission of the lottery result at any timing from the selection of the special quest related to the event to the start of the special quest, for example. Specifically, when the processor 10 receives an operation for starting a special quest (for example, a tap operation on a UI object indicating the special quest) as the operation reception unit 111, the processor 10 notifies the server 200 to that effect. The processor 20 transmits the lottery result to the user terminal 100 as the lottery unit 215.

For example, a predetermined enemy character (hereinafter referred to as "first enemy character") may appear in the special quest. In this example, if the lottery result is "lost", a normal first enemy character appears. On the other hand, when the lottery result is "winning", a first enemy character having an unusual mode appears in order to show the user that it is "winning". The "first enemy character in an unusual aspect" may have, for example, a different color from the normal first enemy character, or may have an effect not found in the normal first enemy character. In other words, the difference in the mode is not particularly limited as long as the user can recognize that the character is different from the normal first enemy character. In addition, winning the battle with the first enemy character may or may not be a necessary condition for determining the lottery result. In the latter case, even if the user cannot clear the special quest, the serial code will be given to the user unless the lottery result is "winning" and the quest is not completed in the middle.

The first right granted to the user is not limited to the serial code. For example, the server 200 may send a URL (Uniform Resource Locator) to the user terminal 100 as the first right. When the user operates the user terminal 100 to access the URL, for example, a user interface for inputting an address is displayed. The user inputs an address into the user interface and sends the address to a server related to prize acquisition (for example, server 200). As a result, the prize is delivered to the address entered by the user.

The prizes that the user can obtain by exercising the first right are not limited to the prizes that can be used in the real world. The prize may be, for example, a prize that can be used in the game (so-called in-game reward).

[Example of realization by software]
The control block of the user terminal 100 (particularly each part of the control unit 110) and the control block of the server 200 (particularly each part of the control unit 210) are formed by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. It may be realized or it may be realized by software.

In the latter case, the user terminal 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 it, 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 (Random Access Memory) for expanding the above program may be further provided. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication 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.

Although the embodiments of the present disclosure have been described above, the technical scope of the present invention should not be construed as being limited by the description of the present embodiments. This embodiment is an example, and it is understood by those skilled in the art that various embodiments can be changed within the scope of the invention described in the claims. The technical scope of the present invention should be determined based on the scope of the invention described in the claims and the equivalent scope thereof.

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) The game program was explained. According to some aspect of the present disclosure, the game program (game program 121) is executed by a computer (user terminal 100) provided with a processor (processor 10) and a memory (memory 11). The game program has a step of advancing the first part (step S101) of preparing the processor for advancing the main part of the game based on the game program, and a step of advancing the second part which is the main part of the game (step S101). From steps S102 and S103), a step of acquiring the result of a lottery performed during the game cycle at the first timing in the game cycle consisting of the first part and the second part, and the first timing during the game cycle. When the lottery result is confirmed in the step (step S105) and the lottery result acquired in the acquisition step at the second timing later, and the lottery result is confirmed in the confirmation step. , A step (step S107) of granting the first user, who is a computer user, the first right to acquire a prize that can be used in the real world is executed.

(Item 2) In the acquisition step in (Item 1), the result of the lottery performed during the first part is acquired at the first timing in the first part. In the step of finalizing, the result of the lottery is finalized at the second timing in the second part.

(Item 3) In (Item 2), in the step of advancing the second part, as the second part, the first character that operates in response to the operation of the first user and the second user who is a user of another computer Advance the battle in which at least the second character that operates according to the operation participates. In the step of advancing the first part, matching between the first user and the second user is executed as the first part. The lottery is done during matching. In the step of confirming, the result of the lottery is confirmed at the second timing after the determination of the result of the match.

(Item 4) In (Item 3), the game program causes the processor to further perform a step (step S104) of presenting the result of the lottery at the third timing before the determination of the result of the match.

(Item 5) In the step to be presented in (Item 4), the result of the lottery is presented by using the game processing executed during the battle.

(Item 6) In the step of presenting in (Item 4) or (Item 5), the result of the lottery of the first user and the result of the lottery of the second user are simultaneously presented, and the result of the lottery of the first user is obtained. In the case of winning, the first effect is further executed, and even if the result of the lottery of the second user is a win, the first effect based on the winning of the second user is not executed.

(Item 7) In any one of (Item 4) to (Item 6), in the step to give, if the result of the lottery acquired in the acquisition step is a failure, or the step to confirm is not executed. If so, the first right is not granted to the first user.

(Item 8) In the step to be given in (Item 7), if the step of confirming is not executed because the first user or the second user ends the match in the middle, the result of the lottery of the first user. Does not grant the first right to the first user even if is won.

(Item 9) In (Item 8), when the first user or the second user ends the battle in the middle, the result of the lottery in the game cycle including the battle is held in association with the first user. In the acquisition step, if the result of the lottery in the previous match is retained, the result of the lottery is acquired.

(Item 10) In (Item 9), an upper limit is set for the number of prizes for each date in the game. In the first cycle, which is the game cycle of the first date, which is the date on which the lottery is performed, if the result of the lottery is won and the result of the match is determined, the step of granting is at the second timing. , The first condition that the first prize information indicating one of the prizes on the first date is given as the first right, the result of the lottery is winning, and the battle is finished before the result of the battle is decided. If it is established, the first prize information is not given in the giving step, and the first prize information is associated with and held by the first user together with the result of the lottery. In the second cycle, which is the game cycle of the first date and is the game cycle next to the first cycle in which the first condition is satisfied, in the step of granting, when the result of the battle in the second cycle is determined, the second At the timing, the retained first prize information is given as the first right.

(Item 11) In (Item 10), the program causes the processor to further perform a step of advancing the date by one day at the first time. It is a game cycle of the second date, which is the day after the first date, and is associated with and held by the first user in the third cycle, which is the game cycle following the first cycle in which the first condition is satisfied. The first prize information is changed to the second prize information corresponding to any of the prizes on the second date. In the step of giving in the third cycle, when the result of the battle in the third cycle is decided, the second prize information is given as the first right at the second timing.

(Item 12) In any one of (Item 3) to (Item 11), an upper limit is set for the number of prizes for each date in the game. The program causes the processor to perform further steps to advance the date by one day to the first time. When the result of the lottery is won and the result of the match is decided, in the step to be given, if both the first timing and the second timing are included in the first date of the dates, the second timing is set. If the first prize information indicating any of the prizes on the first date is given as the first right, and both the first timing and the second timing are included in the second date, which is the day after the first date, the first At the 2nd timing, the 2nd prize information indicating any of the 2nd date prizes is given as the 1st right, the 1st timing is included in the 1st date, and the 2nd timing is included in the 2nd date. When the second condition is satisfied, the first prize information is given as the first right at the second timing.

(Item 13) In (Item 12), a first period in which a lottery is held, which consists of a plurality of dates, is set. When the result of the lottery is won, the result of the match is decided, and the second condition is satisfied, in the step of granting, if both the first date and the second date are in the first period, At the second timing, the first prize information is granted as the first right, but if the first date is in the first period and the second date is not in the first period, the first right is not granted.

(Item 14) In any one of (Item 3) to (Item 13), the game program tells the processor, before the game cycle, in response to the operation of the first user, among a plurality of types of prizes. Further perform the step of selecting one. In the selected step, if the step to confirm in the previous game cycle is not executed, it is impossible to select other than the prize selected in the previous selected step.

(Item 15) The information processing device has been described. According to a certain aspect of the present disclosure, the information processing device (user terminal 100) processes information by executing a storage unit (memory 11, storage unit 120) for storing a game program (game program 121) and a game program. It includes a control unit (processor 10, control unit 110) that controls the operation of the device. The control unit advances the first part that prepares to advance the main part of the game based on the game program, advances the second part that is the main part of the game, and the game consisting of the first part and the second part. At the first timing in the cycle, the result of the lottery performed during the game cycle is acquired, and at the second timing after the first timing in the game cycle, the result of the lottery is confirmed and the acquired lottery result is obtained. Is won and the result of the lottery is confirmed, the first user who is the user of the information processing apparatus is given the first right to acquire a prize that can be used in the real world.

(Item 16) The method of executing the game program has been described. According to some aspect of the present disclosure, the game program (game program 121) is executed by a computer (user terminal 100) provided with a processor (processor 10) and a memory (memory 11). The method is a step of advancing the first part (step S101) in which the processor prepares to advance the main part of the game based on the game program, and a step of advancing the second part which is the main part of the game (step). S102, S103), the step of acquiring the result of the lottery performed during the game cycle at the first timing in the game cycle consisting of the first part and the second part, and after the first timing during the game cycle. In the second timing of the above, when the lottery result is confirmed in the step (step S105) and the lottery result acquired in the acquisition step, and the lottery result is confirmed in the confirmation step. It includes a step (step S107) of granting a first user, who is a computer user, a first right to obtain a prize that can be used in the real world.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 cameras, 18 ranging sensors, 100 user terminals (Information processing device), 110, 210 control unit, 111 operation reception unit, 112 game progress unit, 113 object control unit, 114 display control unit, 115 communication control unit, 116 lottery result determination unit, 121 game program, 122 game information , 123 user information, 151 input unit, 152 display unit, 200 server, 211 transmission / reception unit, 212 data management unit 212 synchronization processing unit, 214 matching unit, 215 lottery unit, 216 granting unit, 221 game program, 222 game information, 223 User Information, 300 Tennis Court, 301 Own Area, 302 Enemy Area, 303 Net, 310 PC, 311, 321, 381, 383 Stamina Gauge, 320 Opponent Character, 330 Virtual Camera, 340 Balls, 350 Hit Area, 360 Special Shots Button, 370 Ball type selection button, 380, 382 Alternate button, 390A, 390B Drink, 391 production object, 410A, 410B, 410C, 420,430,440,450 UI object, 1010 object, 1020 controller, 1030 storage medium

Claims (16)

A game program run by a computer with a processor and memory
The game program is supplied to the processor.
The step of advancing the first part, which prepares for advancing the main part of the game based on the game program, and
The step of advancing the second part, which is the main part of the game,
At the first timing in the game cycle including the first part and the second part, a step of acquiring the result of the lottery performed during the game cycle, and
A step of determining the result of the lottery at a second timing after the first timing during the game cycle, and
If the result of the lottery acquired in the acquisition step is a win and the result of the lottery is confirmed in the confirmation step, the computer has the first right to acquire a prize that can be used in the real world. A game program that executes a step given to a first user who is a user of. In the acquisition step, the result of the lottery performed during the first part is acquired at the first timing in the first part.
The game program according to claim 1, wherein in the step of determining, the result of the lottery is determined at the second timing in the second part. In the step of advancing the second part, as the second part, the first character that operates in response to the operation of the first user and the second character that operates in response to the operation of the second user who is a user of another computer. Proceed with a match in which at least two characters participate,
In the step of advancing the first part, matching between the first user and the second user is executed as the first part.
The lottery is done during the matching
The game program according to claim 2, wherein in the step of determining the result, the result of the lottery is determined at the second timing after the determination of the result of the match. The game program according to claim 3, wherein the game program causes the processor to further execute a step of presenting the result of the lottery at a third timing before the determination of the result of the match. The game program according to claim 4, wherein in the step of presenting, the result of the lottery is presented by utilizing the game processing executed during the battle. In the steps presented above
The result of the lottery of the first user and the result of the lottery of the second user are presented at the same time.
When the result of the lottery of the first user is a winning, the first effect is further executed, and even if the result of the lottery of the second user is a winning, the first based on the winning of the second user. The game program according to claim 4 or 5, wherein the production is not executed. In the step of granting, if the result of the lottery acquired in the step of acquiring is a failure, or if the step of determining is not executed, the first right is not granted to the first user. The game program according to any one of claims 4 to 6. In the step to give, if the step to confirm is not executed because the first user or the second user ends the match in the middle, the result of the lottery of the first user is won. The game program according to claim 7, wherein the first right is not granted to the first user even if there is any. When the first user or the second user ends the match in the middle, the result of the lottery in the game cycle including the match is held in association with the first user.
The game program according to claim 8, wherein in the acquisition step, if the result of the lottery in the previous match is held, the result of the lottery is acquired. For each date in the game, an upper limit is set on the number of the prizes.
In the first cycle, which is the game cycle on the first date, which is the date on which the lottery was performed,
If the result of the lottery is a win and the result of the match is determined, in the step of giving, at the second timing, the first prize information indicating any of the prizes on the first date is provided. Granted as the first right,
If the result of the lottery is a win and the first condition that the match is completed before the result of the match is determined, the first prize information is not given in the step of giving, and the first prize information is not given. The first prize information is retained in association with the first user together with the result of the lottery.
In the second cycle of the game cycle of the first date, which is the game cycle following the first cycle in which the first condition is satisfied, in the step of giving, the match of the battle in the second cycle is performed. The game program according to claim 9, wherein when the result is determined, the held first prize information is given as the first right at the second timing. The game program causes the processor to further perform a step of advancing the date by one day at the first time.
The game cycle on the second date, which is the day after the first date, is associated with the first user in the third cycle, which is the game cycle following the first cycle in which the first condition is satisfied. The first prize information held in the above is changed to the second prize information corresponding to any of the prizes on the second date.
In the step of granting in the third cycle, when the result of the battle in the third cycle is determined, the second prize information is granted as the first right at the second timing, according to claim 10. The listed game program. For each date in the game, an upper limit is set on the number of the prizes.
The game program causes the processor to further perform a step of advancing the date by one day at the first time.
When the result of the lottery is a win and the result of the match is determined, in the step of giving
When both the first timing and the second timing are included in the first date of the dates, the first prize information indicating any of the prizes on the first date is provided at the second timing. Granted as the first right,
When both the first timing and the second timing are included in the second date, which is the day after the first date, the second prize indicating any of the prizes on the second date at the second timing. Grant the information as the first right,
When the second condition that the first timing is included in the first date and the second timing is included in the second date is satisfied, the first prize information is given to the first prize information at the second timing. 1 The game program according to any one of claims 3 to 11, which is granted as a right. A first period in which the lottery is held, which consists of a plurality of the dates, is set.
When the result of the lottery is a win, the result of the match is determined, and the second condition is satisfied, the step of granting the lottery
When both the first date and the second date are in the first period, the first prize information is granted as the first right at the second timing, while
The game program according to claim 12, wherein the first right is not granted when the first date is in the first period and the second date is not in the first period. The game program is supplied to the processor.
Prior to the game cycle, a step of selecting one of the plurality of types of the prizes is further performed in response to the operation of the first user.
Any of claims 3 to 13, in which, in the selected step, if the finalizing step is not executed in the previous game cycle, only the prizes selected in the previous selected step cannot be selected. The game program described in item 1. It is an information processing device
The information processing device
A memory unit that stores game programs and
A control unit that controls the operation of the information processing device by executing the game program is provided.
The control unit
To advance the first part, which prepares to advance the main part of the game based on the game program,
The second part, which is the main part of the game, is advanced,
At the first timing in the game cycle including the first part and the second part, the result of the lottery performed during the game cycle is acquired.
The result of the lottery is determined at the second timing after the first timing during the game cycle.
When the acquired result of the lottery is won and the result of the lottery is confirmed, the first user who is the user of the information processing device is given the first right to acquire a prize that can be used in the real world. , Information processing equipment. A way for a computer with a processor and memory to run a game program
In the method, the processor
The step of advancing the first part, which prepares for advancing the main part of the game based on the game program, and
The step of advancing the second part, which is the main part of the game,
At the first timing in the game cycle including the first part and the second part, a step of acquiring the result of the lottery performed during the game cycle, and
A step of determining the result of the lottery at a second timing after the first timing during the game cycle, and
If the result of the lottery acquired in the acquisition step is a win and the result of the lottery is confirmed in the confirmation step, the computer has the first right to acquire a prize that can be used in the real world. A method comprising a step of granting to a first user who is a user of.

Images