JP7820673B2 - Program, information processing terminal, and server - Google Patents

Description

The present invention relates to a program, an information processing terminal, and a server.

It is already known that in games such as online games, a lottery is held at the player's request, and the object selected in the lottery (such as a character that can be used in the game) is awarded to the player. For example, the player can acquire a lottery item that serves as the payment and consume it in the game, allowing them to participate in the lottery a number of times corresponding to the item (see, for example, Patent Documents 1 and 2).

Patent No. 6454040 JP 2016-209605 A

In the above lottery, players can obtain an object by drawing a number of times according to the lottery item. However, it is not guaranteed that the object desired by the user will be obtained by drawing a number of times according to the lottery item.

Therefore, the objective of this invention is to increase players' expectations regarding the lottery held within the game.

One aspect of the present invention is a program executed by a computer, which causes the computer to accept an operation for conducting a lottery to obtain an object that can be used in a game, and when the operation is accepted, causes the computer to execute a process for displaying the object obtained by the lottery, and when the object obtained by the lottery is a specific object that increases the number of times the lottery is held, causes the computer to display the objects that can be obtained by the lottery for the number of times that the lottery is held that has increased due to the acquisition of the specific object.

According to one aspect of the present invention, if a specific object is obtained in a lottery, the number of lotteries held increases, thereby increasing the player's anticipation of obtaining the desired object.

1 is a diagram showing a game communication system configured by an information processing terminal and a server according to an embodiment of the present invention; FIG. 2 is a diagram illustrating a hardware configuration of an information processing terminal according to an embodiment of the present invention. FIG. 2 is an explanatory diagram of functions of the information processing terminal according to the embodiment of the present invention. FIG. 10 is a diagram showing an example of data recorded in an information processing terminal according to an embodiment of the present invention (part 1); FIG. 10 is a diagram showing an example of data recorded in an information processing terminal according to an embodiment of the present invention (part 2); FIG. 2 is a diagram illustrating a hardware configuration of a server according to an embodiment of the present invention. FIG. 2 is an explanatory diagram of the functions of a server according to an embodiment of the present invention. FIG. 10 is a diagram illustrating an example of data recorded in a server according to an embodiment of the present invention. FIG. 10 is an explanatory diagram of the lottery result display process when a specific object is selected as a winner. FIG. 10 is a diagram showing a process flow relating to a lottery. FIG. 10 is a diagram showing the flow of a lottery result display data generation step in the lottery-related processing flow.

One embodiment of the present invention (the present embodiment) will now be described in detail with reference to the accompanying drawings. Note that the embodiment described below is provided to facilitate understanding of the present invention and is not intended to limit the present invention. In other words, the present invention may be modified or improved from the embodiment described below without departing from the spirit of the present invention. Naturally, the present invention also includes equivalents. Furthermore, the screen designs described below and shown in the drawings are merely examples, and the example screen configurations, displayed information, and specific content of the GUI (Graphical User Interface), etc., may be modified as appropriate depending on the application of the present invention and the user's needs.

<<Configuration of a gaming communication system>>
First, a gaming communication system configured by an information processing device and a server according to this embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing the configuration of the gaming communication system.

A gaming communication system (hereinafter referred to as gaming system S) is a system constructed so that players can play games using information processing terminals. Here, games include single-player games played by a single user and multiplayer games played by multiple users, and multiplayer games include competitive games in which users compete against each other and cooperative games in which multiple users cooperate. Furthermore, games include social games that can be used with just a web browser and an SNS (Social Networking Service) account.

As shown in Figure 1, the gaming system S is composed of an information processing terminal owned by a player (hereinafter referred to as a player terminal 10) and a server 12. The player terminal 10 is composed of a computer and is operated by the player during game play. The server 12 provides game progression data and manages each player's account. Note that for the sake of convenience, the configuration shown in Figure 1 shows only one player terminal 10, but the number of player terminals 10 that make up the gaming system S is not particularly limited and should be at least one.

As shown in FIG. 1, the player terminals 10 and the server 12 are connected to each other via a communication network 14 so that they can communicate with each other. The communication network 14 includes the Internet, an intranet, a mobile communication network, etc. Note that multiple player terminals 10 may be connected to the server 12 at the same time, or only one player terminal 10 may be connected.

In games played using a player terminal 10, players can enter lotteries. Lottery events are in-game events that allow players to obtain objects that can be used in the game, and are held at the player's request while playing the game. There are various types of lotteries, including, for example, a "single-shot" lottery that is held only once, an "N-series" lottery in which N lotteries are held in succession (N is a natural number greater than or equal to 2), a "free" lottery that is held by consuming a lottery item that can be obtained for free, and a "paid" lottery that is held by consuming a lottery item that has been purchased for a fee.

Here, objects include, for example, characters that move in response to player operations within the game, and items that give players an advantage in the game. While the number of objects possessed can be increased depending on the results of a lottery (winning), the number possessed can also be decreased by consuming or discarding objects within the game.

Furthermore, in this embodiment, multiple types of objects are provided, and each type of object is grouped according to its rarity (more precisely, the probability of winning in a lottery). Specifically, the object with the highest rarity belongs to the highest rarity group, the object with the second highest rarity belongs to the high rarity group, the object with the third highest rarity belongs to the medium rarity group, and the object with the fourth highest rarity (the object with the least rarity) belongs to the low rarity group. Note that the above grouping is merely an example, and the number of groups, the grouping style, etc. are not limited to the above.

Furthermore, in this embodiment, the types of objects that can be obtained by lottery include specific objects that increase the number of times the lottery is held. These specific objects can be obtained in the lottery with a certain probability of winning. Specific objects will be explained in more detail later.

<<Player device configuration>>
Next, we will explain the player terminal 10 that makes up the gaming system S. The player terminal 10 corresponds to the "computer" of the present invention and is capable of accepting operations from the player during game play. It may be configured, for example, as a smartphone, mobile phone, PC, tablet device, wearable device, or dedicated gaming device with communication functions owned by the player. As shown in FIG. 2, the player terminal 10 has a processor 101, memory 102, a communication interface 103, storage 104, input devices 105, and output devices 106, which are electrically connected via a bus 107. FIG. 2 is a diagram showing the hardware configuration of the player terminal 10.

The processor 101 executes various data processing operations by running programs installed on the player terminal 10. The programs executed by the processor 101 correspond to the "programs" of the present invention, and specifically include the OS (Operating System), which is the system software for controlling the entire player terminal 10, and application programs for game play. The processor 101 is composed of a CPU (Central Processing Unit), MPU (Micro-Processing Unit), GPU (Graphics Processing Unit), DSP (Digital Signal Processor), etc.

Memory 102 is composed of semiconductor memory such as ROM (Read Only Memory) and RAM (Random Access Memory), and provides a working area for processor 101 by temporarily storing programs and data, and also temporarily stores various data generated by data processing performed by processor 101.

The communications interface 103 is configured, for example, by a communications interface board, and controls the transmission and reception of various data on the player terminal 10. There are no particular limitations on the standard of data communication via the communications interface 103, and examples include communication via a wireless LAN based on Wi-Fi (registered trademark), communication via a 3G, 4G, or 5G mobile communications system, or communication based on LTE (Long Term Evolution). Furthermore, data communication via the communications interface 103 is not limited to wireless communication, and may also be wired.

Storage 104 stores various data related to the game and is composed of, for example, flash memory, HDD (Hard Disc Drive), SSD (Solid State Drive), FD (Flexible Disc), MO disk (Magneto-Optical disc), CD (Compact Disc), DVD (Digital Versatile Disc), SD card (Secure Digital card), and USB memory (Universal Serial Bus memory).

The input device 105 is a device that accepts player operations during gameplay, and may include, for example, operation keys and buttons provided on the player terminal 10, a microphone for collecting sound, and a camera for capturing images.

The output device 106 is a device that displays screens and images during gameplay and produces sounds during gameplay, and can be a liquid crystal display or organic EL (Electroluminescence) display provided on the player terminal 10, a head-mounted display, a speaker, or the like. In this embodiment, the output device 106 has at least a display 108. The display 108 may be a display that has the functions of both the input device 105 and the output device 106, such as a touch panel display.

Next, the configuration of the player terminal 10 will be explained again from a functional perspective, with reference to Figure 3. Figure 3 is an explanatory diagram of the functions of the player terminal 10. The player terminal 10 has multiple functional units shown in Figure 3, specifically, an operation reception unit 111, a terminal recording unit 112, a terminal data transmission/reception unit 113, a terminal data generation unit 114, and a display processing unit 115. These functional units are realized through cooperation between the hardware devices of the player terminal 10 described above and software programs stored in the player terminal 10.

The operation reception unit 111 receives various operations performed by the player during gameplay. Operations received by the operation reception unit 111 include a lottery item purchase operation and a lottery request operation. A lottery item purchase operation is an operation performed by the player to purchase a paid lottery item, and is performed, for example, by displaying an item purchase screen (not shown) on the display 108 during gameplay, allowing the player to specify a lottery item on the screen and indicating on the screen that the player has confirmed the purchase of the specified item. A lottery request operation is an operation performed to conduct a lottery using lottery items owned by the player; more simply, an operation to request the holding of a lottery. For example, this is performed by displaying a lottery execution screen (not shown) on the display 108 during gameplay, allowing the player to specify the type of lottery (specifically, either a single-shot or N-consecutive type) on the screen and indicating on the screen that a lottery be held in accordance with the specified type.

The terminal-side recording unit 112 records various data related to the game. Data recorded in the terminal-side recording unit 112 includes, for example, personal account data including the player's identification ID and login password, data related to various game settings, data related to scores achieved during the game, and data for game progress received from the server 12.

In addition, in this embodiment, the terminal-side recording unit 112 further records data related to lottery items shown in Figure 4 and data related to possession objects shown in Figure 5. Figures 4 and 5 are diagrams showing examples of data recorded in the terminal-side recording unit 112.

Data related to lottery items indicates the types of lottery items the player possesses and the current number of lottery items of each type. The type of lottery item is associated with the type of lottery that can be held by consuming that item; for example, item A shown in Figure 4 is a paid lottery item that is consumed when N consecutive lotteries are held. The current number of lottery items indicates the number of lottery items currently held, and is increased by obtaining or purchasing lottery items during gameplay, and decreased by consuming lottery items to hold lotteries.

Data related to owned objects indicates the type and group (rarity) of objects owned by the player, as well as the current number of objects of each type owned. As mentioned above, the current number of objects owned is increased when the same object is won in a lottery, and decreased when the same object is consumed or discarded in the game.

The terminal-side data transmission/reception unit 113 receives data sent from the server 12, and also transmits data generated by the terminal-side data generation unit 114 to the server 12. The data received by the terminal-side data transmission/reception unit 113 from the server 12 includes lottery result display data. This lottery result display data is data that causes the processor 101 of the player terminal 10 to execute processing to display the object obtained by lottery.

The terminal-side data generation unit 114 generates data to be sent to the server 12 based on the player's operations accepted by the operation acceptance unit 111. The data generated by the terminal-side data generation unit 114 includes item purchase data, lottery request data, synchronization data, etc.

Item purchase data is generated when the operation reception unit 111 receives the aforementioned lottery item purchase operation, and indicates the type of lottery item to be purchased and the number of items to be purchased specified by the player. Lottery request data is generated when the operation reception unit 111 receives the aforementioned lottery request operation, and indicates the type of lottery that is being requested to be conducted (in other words, the type of lottery item to be consumed). Synchronization data is data for synchronizing information recorded on both the player terminal 10 and the server 12 (e.g., the current number of possessed objects and lottery items), and is generated, for example, when the operation reception unit 111 receives an operation performed by a player to consume or acquire an object or lottery item. In other words, synchronization data is generated when the current number of possessed objects or lottery items recorded on the player terminal 10 is added or subtracted. Each of the three types of data described above incorporates the player's identification ID.

The display processing unit 115 expands the data received from the server 12 by the terminal-side data transmission/reception unit 113 and uses the web browser's functions to execute processing to display the information or images (including UI) indicated by the received data. For example, when the terminal-side data transmission/reception unit 113 receives the lottery result display data described above, the display processing unit 115 executes processing to display the objects obtained by lottery (hereinafter referred to as lottery result display processing). In the lottery result display processing, the processor 101 of the player terminal 10 performs a display effect to display each object obtained by lottery.

Here, a "display effect" refers to a visual effect that displays an object obtained by lottery in a manner different from the normal display manner (for example, the display manner when displayed for the purpose of checking owned objects during gameplay). Examples of effects used in display effects include a first-time winning effect when a certain object is obtained for the first time, a second or subsequent winning effect when an object that has been obtained previously is obtained for the second or more times, and a highest rarity winning effect when an object belonging to the highest rarity group is obtained.

<<Server configuration>>
Next, we will explain the server 12, which constitutes the gaming system S together with the player terminal 10. The server 12 is, for example, configured by a server computer that functions as an SNS server, and provides players with data for game progress and manages each player's account and current status. The server 12 also executes data processing to charge players who purchase lottery items and request payment procedures (settlement procedures) for the charged amount from a predetermined institution (e.g., a card company, a bank, etc.). The server 12 may be configured by a single server computer or multiple server computers.

The hardware configuration of the server 12 according to this embodiment is similar to the hardware configuration of a server computer commonly used as an SNS server. Specifically, as shown in FIG. 6, the server 12 has a processor 201, memory 202, a communication interface 203, and storage 204, and these devices are electrically connected via a bus 205. FIG. 6 is a diagram showing the hardware configuration of the server 12.

The processor 201 executes various data processing operations by running programs installed on the server 12. The programs executed by the processor 201 include the OS, which is system software for controlling the entire server 12, and a program for causing the server 12 to function as an SNS server and distribute data for game progress from the server 12. The processor 201 is composed of a CPU, MPU, GPU, DSP, etc.

Memory 202 is composed of semiconductor memory such as ROM and RAM, and provides a working area for processor 201 by temporarily storing programs and data, and also temporarily stores various data generated by data processing by processor 201.

The communication interface 203 is configured, for example, by a communication interface board, and controls the transmission and reception of various data in the server 12. There are no particular limitations on the standard of data communication via the communication interface 203, and examples include communication via a wireless LAN based on Wi-Fi (registered trademark), communication via a 3G, 4G, or 5G mobile communication system, or communication based on LTE. Furthermore, data communication via the communication interface 203 is not limited to wireless communication, and may also be wired communication.

Storage 204 stores various game-related data and player-related information, and is composed of, for example, flash memory, HDD (Hard Disc Drive), SSD (Solid State Drive), FD (Flexible Disc), MO disk (Magneto-Optical disc), CD (Compact Disc), DVD (Digital Versatile Disc), SD card (Secure Digital card), and USB memory (Universal Serial Bus memory). Note that a database server connected to server 12 via communication network 14 may also be used as storage 204.

Next, the configuration of the server 12 will be explained again from a functional perspective, with reference to Figure 7. Figure 7 is an explanatory diagram of the functions of the server 12. The server 12 has multiple functional units shown in Figure 7, specifically, a server-side recording unit 211, a server-side data transmission/reception unit 212, a terminal identification unit 213, a server-side data generation unit 214, and an accounting processing unit 215. These functional units are realized by the cooperation of the hardware devices of the server 12 described above and software programs stored in the server 12. Note that if the server 12 is made up of multiple devices (server computers), the above-mentioned functions may be distributed, with each of the multiple devices performing a different function.

The server-side recording unit 211 records various data for game progress, data related to each player, etc. Data related to the player includes, for example, data on player management information, play history, number of lottery items owned, and object ownership status, as shown in Figure 8. Figure 8 is a diagram showing an example of data recorded in the server-side recording unit 211.

Player management information includes, for example, the player's ID, login password, name, and payment method when purchasing items. Play history is a game play history including past wins and losses, such as total play time, number of logins, number of wins and losses, growth level, number of lotteries held, and types of objects acquired in the past and the number of objects acquired (number of wins). The number of lottery items held includes, for example, the types of extracted items currently held by the player and the number currently held. Object possession status includes, for example, the types of objects currently held by the player, the group to which they belong, and the number currently held. Data on play history, number of lottery items held, and object possession status is recorded for each player, and more specifically, is recorded in association with the player's ID.

Furthermore, in this embodiment, the server-side recording unit 211 further records data related to candidate objects and data related to display effects. The data related to candidate objects is data that specifies the types of objects that may be obtained by lottery (hereinafter referred to as candidate objects) and the probability of winning for each object. Note that the types of candidate objects and the probability of winning may vary depending on the type of lottery.

The data related to the display effects specifies the display effects to be used when displaying a winning object (hereinafter referred to as a winning object) in the lottery result display process that displays the object obtained by lottery. As mentioned above, examples of the display effects include a first-time winning effect, a second or subsequent winning effect, and a highest rarity winning effect. In this embodiment, the effects include effects specific to specific objects. A specific object-specific effect is an effect that is individually set for a specific object, and is used when displaying a specific object when that specific object is obtained (won) by lottery.

The server-side data transmission/reception unit 212 functions as a data receiving unit and receives data sent from the player terminal 10. The data received from the player terminal 10 includes the aforementioned item purchase data, lottery request data, synchronization data, etc. The server-side data transmission/reception unit 212 also functions as a data transmitting unit and transmits data generated by the server-side data generation unit 214 to the player terminal 10. The data transmitted to the player terminal 10 includes the aforementioned lottery result display data, etc.

The terminal identification unit 213 identifies the player terminal 10 that is the sender of the data received by the server-side data transmission/reception unit 212. For example, when the server-side data transmission/reception unit 212 receives lottery request data, the terminal identification unit 213 identifies the player terminal 10 that is the sender of that data, in other words, the player terminal 10 that accepted the lottery request operation.

The server-side data generation unit 214 generates data to be sent to the player terminal 10 identified by the terminal identification unit 213. For example, if the player terminal 10 that accepted the lottery request operation is identified by the terminal identification unit 213, it generates lottery result display data to be sent to the identified player terminal 10.

Here, to roughly explain the procedure for generating the lottery result display data, the server-side data generation unit 214 first analyzes the lottery request data received by the server-side data transmission/reception unit 212 and identifies the type of lottery requested by the player (specifically, either a single-shot type or an N-consecutive type).

Next, the server-side data generation unit 214 references the data related to the candidate objects recorded in the server-side recording unit 211 and determines the object to be obtained by lottery (i.e., the winning object) based on the winning probability of each of the multiple types of candidate objects. At this time, if the lottery is a one-time lottery, one winning object is determined, and if the lottery is an N-time lottery, N winning objects are determined. Furthermore, if N winning objects have been determined, a display order is set for each winning object.

The server-side data generation unit 214 then references the data relating to the player who will be awarded the winning object from the data relating to the players recorded in the server-side recording unit 211, determines the number of times the winning object has been obtained in the past (i.e., the number of wins), and sets an effect according to the determined number. For example, if the determined number of past wins for a certain winning object is 0, a first-time winning effect is set as the effect for that winning object. Note that if N winning objects have been determined, an effect is set for each winning object.

Finally, the server-side data generation unit 214 generates data to display the winning object using the set effects, and this data becomes the lottery result display data. Note that if N winning objects have been determined, the lottery result display data generates data to perform a display effect in which the effects of each of the N winning objects are performed in display order, and each winning object is displayed for each winning object.

The billing processing unit 215 executes billing processing for players who purchase lottery items. Specifically, when the server-side data transmission/reception unit 212 receives item purchase data, the terminal identification unit 213 identifies the player terminal 10 that sent the data. The billing processing unit 215 also identifies the type and quantity of extracted items to be purchased from the item purchase data, and calculates the fee according to this identification result. Then, depending on the calculated fee amount, the billing processing unit 215 requests a specified institution to execute payment processing for the player who owns the player terminal 10 identified by the terminal identification unit 213, specifically, a debit processing from a pre-registered bank account or a settlement processing using a pre-registered credit card.

If the charge is successful, the purchased type and number of lottery items will be awarded to the player who owns the player terminal 10 identified by the terminal identification unit 213. Accordingly, the data recorded in the server-side recording unit 211 regarding the player to whom the extraction items have been awarded is updated so that the number of lottery items owned by that player is increased by the number purchased.

<<About specific objects>>
The specific object is one of the objects obtained by lottery, and is a character or item that increases the number of lottery draws. More specifically, when a predetermined number of lottery draws are performed, specifically, when N consecutive lottery draws (N-type lottery draws) are performed, if a specific object is included among the objects obtained by lottery (winning objects), the number of lottery draws is increased by a number corresponding to the specified number N. In this embodiment, the number of lottery draws is increased by the same number as the specified number N (i.e., +N times). However, the number of lottery draws increased by obtaining a specific object is not limited to the same number as the specified number N and may be set to any number. However, a number determined according to the specified number N is more preferable. For example, the number may be half the specified number N or the difference between the specified number N and a predetermined number. Note that the specified number N is an integer greater than or equal to 2.

As described above, if the winning object is a specific object, the number of times the lottery is held increases, and the lottery result display process executed on the player terminal 10 will display the objects obtained by the number of lottery draws equal to the total number of draws added together by the increased number of draws due to the acquisition of the specific object and the original number of draws.

Specifically, in the lottery result display process when a specific object is included among the winning objects when an N-series lottery is conducted, the object OJ obtained by the specified number of lotteries N, the specific object OJX, and the object OJ obtained by the number of lotteries increased by the same number as the specified number of lotteries N are displayed, as shown in FIG. 9. FIG. 9 is an explanatory diagram of the lottery result display process when a specific object is obtained, and shows an example of an image displayed on the display 108 of the player terminal 10 by executing the lottery result display process. Note that in the case shown in FIG. 9, the specified number of lotteries N is set to 5, but this is not limited to this, and the above and following descriptions can naturally also be applied when the specified number of lotteries N is any number greater than or equal to 2.

Furthermore, in the lottery result display process when an N-type lottery is conducted, a display effect is normally performed to display each of the winning objects obtained through N lotteries, but when a specific object is included among the winning objects in the N lotteries, an effect individually set for the specific object is performed in the above-mentioned display effect. Specifically, as shown in FIG. 9, when a specific object OJX is displayed on the display 108, an effect different from the effect when other objects OJ are displayed is used, and for example, a visual effect that stirs up a sense of excitement in the player is performed, such as displaying messages and images that are not displayed for other objects OJ.

To further explain the specific objects, if a specific object is obtained (won) multiple times when an N-type lottery is held, the number of lottery draws will increase according to the number of specific objects obtained; specifically, the number of draws will increase by the number of draws that increase when a specific object is obtained once multiplied by the number of specific objects obtained.

Furthermore, it is possible that the specific object may be reacquired (re-won) in the number of lotteries that have been held due to the acquisition of the specific object. In this case, the lottery result display process will further display the objects obtained in the number of lotteries that have been held due to the reacquisition of the specific object. For example, if an N-type lottery is held and a specific object is obtained once, and the specific object is obtained again in the number of lotteries that have been held due to the acquisition of that specific object, the number of lotteries held will increase by the number of times corresponding to the acquisition of the two specific objects. In this case, the lottery result display process will display the winning objects for the number of lotteries that have been held, which is the sum of the original number of lotteries and the number of lotteries that have been held due to the acquisition of the specific object.

As described above, in this embodiment, the number of lottery draws increases each time a specific object is obtained, and the lottery result display process displays all of the objects obtained through the increased number of lottery draws according to the number of specific objects obtained (number of wins).

By making it possible to obtain the specific objects described above through lottery, this embodiment can increase the player's anticipation for the lottery, thereby making the game more entertaining.

In addition, in this embodiment, a specific object can be obtained by holding a lottery with a certain probability. In addition, a specific object can also be awarded if either of the following conditions (1) or (2) is met in the lottery. Condition (1): The number of times the same target object has been obtained in duplicate through the lottery is equal to or exceeds a threshold. Condition (2): A target object that the player already possesses is obtained through the lottery, and the sum of the number of target objects currently owned by the player and the number of target objects obtained through the lottery is equal to or exceeds a threshold.

The target object in the above conditions (1) and (2) refers to an object (excluding specific objects) that is selected by lottery and designated in advance by the server 12, such as a specified character or item.

As described above, in this embodiment, if the same object (target object) is obtained through the lottery a threshold number of times or more, or if an object identical to an object already owned by the player is obtained through the lottery, causing the number of such objects held to exceed the threshold, a specific object is awarded as compensation. This makes it possible to further increase the player's anticipation for the lottery without losing it, even when the same object is obtained through the lottery a threshold number of times or when an object identical to an object already owned by the player is won.

Furthermore, in this embodiment, it is preferable that the target object in the above-mentioned conditions (1) and (2) be an object that belongs to a group with a rarity lower than the highest rarity (for example, a medium rarity group or a low rarity group). In this case, although there is a possibility that the player's expectations may be damaged by obtaining duplicate target objects, such a situation can be effectively avoided by granting a specific object. However, the group (rarity) to which the target object belongs is not particularly limited, and may be the highest rarity group or the high rarity group.

It should be noted that a limit may be placed on the number of times a specific object is awarded when the above-mentioned condition (1) or (2) is met. For example, if one N-type lottery is held, the number of times a specific object is awarded when condition (1) or (2) is met may be limited to one, or may be unlimited. Furthermore, when a specific object is awarded when condition (1) or (2) is met, the target object obtained by the lottery or the target object currently possessed by the player may be consumed in conjunction with the awarding of the specific object, or may be left as is.

<<Lottery processing flow>>
Next, the processing flow related to the lottery (hereinafter referred to as the lottery flow) will be described with reference to FIGS. 10 and 11. FIG. 10 is a diagram showing the flow of the lottery flow. FIG. 11 is a diagram showing the flow of the lottery result display data generation process in the lottery flow. Note that the following will explain a specific example of an N-type lottery, and in this case, it is assumed that the player requesting the lottery possesses a lottery item for conducting the N-type lottery. Also, for convenience, the player requesting the lottery will be referred to as the "requesting player" below.

As shown in Figure 10, the lottery flow begins when a requesting player operates his/her player terminal 10 to perform a lottery request operation, causing the operation acceptance unit 111 of the player terminal 10 to accept the lottery request operation (S001). Note that, as mentioned above, the lottery request operation requests an N-type lottery (i.e., a predetermined number of lotteries).

Next, the terminal-side data generation unit 114 of the player terminal 10 is caused to generate lottery request data in response to the received lottery request operation (S002). The lottery request data generated at this time is data for requesting the holding of an N-consecutive lottery.

The generated lottery request data is transmitted by the terminal-side data transmission/reception unit 113 of the player terminal 10, and the server-side data transmission/reception unit 212 of the server 12 receives the lottery request data via the communication network 14 (S003, S004).

Then, the terminal identification unit 213 of the server 12 identifies the player terminal 10 that sent the received lottery request data, i.e., the player terminal 10 owned by the requesting player (S005). Furthermore, the server-side data generation unit 214 of the server 12 generates lottery result display data based on the received lottery request data (S006). The lottery result display data generated at this time is data for causing the player terminal 10 to execute processing to display the lottery results (specifically, the winning object) when an N-consecutive lottery is held.

The generated lottery result display data is transmitted from the server-side data transmission/reception unit 212 of the server 12 to the player terminal 10 identified in step S005, and is received by the terminal-side data transmission/reception unit 113 of that player terminal 10 (S007, S008).

Then, the display processing unit 115 of the player terminal 10 is caused to execute a lottery result display process based on the received lottery result display data, and display the lottery results when an N-consecutive lottery is conducted (S009). Note that the lottery result display process is executed in response to the lottery request operation accepted in step S001, so in this embodiment, when the lottery request operation is accepted by the operation acceptance unit 111, the player terminal 10 is caused to execute the lottery result display process.

Furthermore, as described above, the lottery result display process causes the display processing unit 115 of the player terminal 10 to perform a display effect that displays each winning object for each object. As a result, each winning object is displayed in display order on the display 108 of the player terminal 10, and when each winning object is displayed, an effect is performed according to the number of wins for each winning object, etc. (see Figure 9).

To explain in more detail step S006 of the lottery flow, which generates lottery result display data, as shown in FIG. 11, the server-side data generation unit 214 of the server 12 determines the objects obtained in each of the N lotteries, i.e., N winning objects, from among the candidate objects (S021). At this time, the server-side data generation unit 214 determines the winning object based on the winning probability of each candidate object.

Next, the server-side data generation unit 214 determines whether a specific object is included among the N winning objects determined in step S021 (S022). If the server-side data generation unit 214 determines that a specific object is included, the process proceeds to step S023; if the server-side data generation unit 214 determines that a specific object is not included, the process proceeds to step S024.

If the process proceeds to step S023, i.e., if a specific object is included among the winning objects, the number of lottery draws will increase by obtaining the specific object, for example, by +N times. In this case, the server-side data generation unit 214 determines the winning objects for the increased number of lottery draws from among the candidate objects (S023).

After step S023 is completed, the process returns to step S022, where the server-side data generation unit 214 again determines whether the specific object is included among the winning objects in the number of lotteries that have been held due to the acquisition of the specific object (S022).

If the specific object is again included among the winning objects for the increased number of lotteries, the reacquisition of the specific object increases the number of lotteries to be held by another +N, and the server-side data generation unit 214 determines a winning object for the increased number of lotteries due to the reacquisition of the specific object (S023). Thereafter, step S023 of determining a winning object for the increased number of lotteries due to the acquisition of the specific object is repeated each time a specific object is acquired (in other words, each time step S022 returns Yes).

In step S024, the server-side data generation unit 214 determines whether the aforementioned condition (1) is met, i.e., whether the number of times the same target object has been obtained by lottery is equal to or greater than a threshold. To put it simply, in step S024, it determines whether the same target object is included in duplicate among the winning objects determined in steps S021 and S023, and if duplicates of the same object are included, it determines whether the number of times they have been obtained (i.e., duplications) is equal to or greater than a threshold.

If the server-side data generation unit 214 determines that the number of times the same target object has been obtained by lottery is equal to or greater than a threshold, the specific object is granted to the requesting player (S025). In that case, the process proceeds to step S023, where the winning objects for the number of lotteries that have been held due to the granting of the specific object are determined. After step S023 is completed, the process returns to step S022 as described above, but step S024 may be omitted from subsequent flows without being performed again.

If it is determined in step S024 that the number of identical target objects acquired is less than the threshold, the process proceeds to step S026, where the server-side data generation unit 214 determines whether the aforementioned condition (2) is met. Specifically, it determines whether a target object identical to an object already owned by the player is obtained by lottery, and whether the sum of the number of target objects currently owned by the player and the number of target objects acquired by lottery is equal to or greater than the threshold. In making this determination, the server-side data generation unit 214 references the object ownership status of the requesting player from the player-related data recorded in the server-side recording unit 211, compares the type and number of target objects currently owned by the requesting player with the type and number of won objects determined in steps S021 and S023, and makes the above determination based on the comparison results.

If the server-side data generation unit 214 determines that the sum of the number of target objects currently owned by the player and the number of target objects acquired in the lottery is less than the threshold value, proceed to step S027.

On the other hand, if the server-side data generation unit 214 determines that the above total value is equal to or greater than the threshold value, a specific object is granted to the requesting player (S025). In that case, the process proceeds to step S023, where the winning objects for the number of draws that have been performed due to the granting of the specific object are determined. After step S023 is completed, the process returns to step S022 as described above, but in subsequent flows, step S026 may be omitted and not performed again.

After the series of steps described above are completed, the server-side data generation unit 214 sets the display order and display effects for each of the winning objects determined in steps S021 and S023 (S027).

Then, the server-side data generation unit 214 generates data for displaying the winning objects determined in steps S021 and S023 in accordance with their respective display orders and presentations, i.e., lottery result display data (S028). Once the lottery result display data is generated, step S006 of generating the lottery result display data ends.

When the lottery result display process is executed on the requesting player's player terminal 10 based on the lottery result display data generated by the procedure described above, the object obtained by the lottery (the winning object) is displayed on the display 108. Furthermore, if a specific object is obtained, the lottery result display process displays the winning object from the original number of lotteries (i.e., N lotteries) and the winning object from the number of lotteries that have been performed due to the acquisition of the specific object. Here, the acquisition of a specific object includes not only the acquisition of a specific object through lottery, but also the granting of a specific object when the aforementioned condition (1) or (2) is met. In other words, when condition (1) is met, the extraction result display process displays the winning object from the number of lotteries that have been performed due to the granting of a specific object when the number of times the same target object has been obtained through lottery (the number of acquisitions) exceeds a threshold. Furthermore, when condition (2) is met, the lottery result display process displays the winning object from the number of lotteries that have been performed due to the granting of a specific object when the sum of the number of target objects currently owned by the player and the number of target objects obtained through lotteries exceeds a threshold.

As described above, in this embodiment, the number of lotteries can be increased by obtaining specific objects through lotteries, which increases the player's anticipation for the lottery, making it possible to increase the interest of the game.

<<Summary>>
The program according to this embodiment is a program executed by the player terminal 10, and causes the player terminal 10 to accept a lottery request operation. When the lottery request operation is accepted, the program also causes the player terminal 10 to execute a lottery result display process that displays an object obtained by lottery (a winning object). When the winning object is a specific object that increases the number of lottery draws, the lottery result display process causes the player terminal 10 to display the objects obtained by lottery draws equal to the number of draws that have been increased by obtaining the specific object. The program described above can heighten the player's expectations for the lottery.

The above program may be obtained by reading it from a recording medium readable by the player terminal 10, or by receiving (downloading) it via a network such as the Internet or an intranet.

Furthermore, in a preferred configuration for the above program, if a specific object is reacquired through the same number of lotteries that have been held as a result of the acquisition of the specific object, the lottery result display process may further display on the player terminal 10 the objects obtained through the same number of lotteries that have been held as a result of the reacquisition of the specific object. In this case, the reacquisition of the specific object again increases the number of lotteries that can be held, further increasing the player's anticipation for the lottery.

Furthermore, in a preferred configuration for the above program, the program causes the player terminal 10 to accept an operation requesting N consecutive lotteries (N-type lotteries), and in the lottery result display process, causes the player terminal 10 to perform a display effect that displays, for each object, the objects obtained through the N-type lotteries. Then, when a specific object is included among the objects obtained through the N-type lotteries, the display effect described above performs an effect that is individually set for the specific object. In this case, the player can easily recognize that they have obtained the specific object, and the effect when the specific object is displayed can heighten the player's sense of excitement.

Moreover, in a more preferred configuration of the above program, the specific object is an object that increases the number of lotteries held by a number corresponding to the number of N-type lotteries held (i.e., N times). In this case, the lottery result display process can display on the player terminal 10 the object obtained through N lotteries, the specific object, and the objects obtained through the number of lotteries increased by a number corresponding to N. In this case, when a specific object is obtained in an N-type lottery, the number of lotteries held increases by a number corresponding to N, further increasing the player's anticipation for the lottery.

Moreover, in a more preferred configuration of the above program, the number of N-type lotteries held (i.e., N times) may be at least two or more. Furthermore, if the number of times the same target object is obtained through the lottery is equal to or greater than a threshold, a specific object may be awarded. In this case, the lottery result display process can display on the player terminal 10 the number of objects obtained through the lottery that increase as a result of the awarding of specific objects when the number of target objects obtained exceeds the threshold. In this case, even if the same target object is obtained multiple times in the lottery, the player's expectations for the lottery can be increased without being lost.

Furthermore, in a more preferable configuration of the above program, if a target object that the player already possesses is obtained by lottery, and the sum of the number of target objects the player currently possesses and the number of target objects obtained in the lottery is equal to or greater than a threshold, a specific object may be awarded. In this case, the lottery result display process can display the objects that can be obtained by the increased number of lotteries that have been held due to the awarding of specific objects as a result of the sum being equal to or greater than the threshold. In this case, even if the same object as a target object that the player already possesses is obtained in the lottery, the player's expectations for the lottery can be increased without being lost.

In the above configuration, it is even better if the objects are grouped according to rarity, and the target object belongs to a group with a rarity lower than the highest rarity. In this case, there is a possibility that the player's expectations will be ruined if they acquire duplicate target objects, so the effect of avoiding such a situation by granting a specific object is more meaningful.

Furthermore, the player terminal 10 according to this embodiment is an information processing terminal capable of accepting operations by the player, and includes an operation acceptance unit 111 that accepts a lottery request operation, and a display processing unit 115 that executes a lottery result display process when the lottery request operation is accepted by the operation acceptance unit 111. When the winning object is a specific object, the display processing unit 115 displays, in the lottery result display process, the objects obtained by the number of lotteries that have been held so far that has increased due to the acquisition of the specific object. The player terminal 10 described above can increase the player's anticipation for the lottery.

Furthermore, the server 12 according to this embodiment is a server capable of communicating with the player terminal 10, and includes a terminal identification unit 213 that identifies the player terminal 10 that has accepted the lottery request operation, and a server-side data transmission/reception unit 212 that transmits lottery result display data to the player terminal 10 identified by the terminal identification unit 213. When the object obtained by lottery is a specific object, the server-side data transmission/reception unit 212 transmits, as lottery result display data, data for executing a lottery result display process that displays the objects obtained by the number of lotteries that have been held in excess of the number of times due to the acquisition of the specific object. The server 12 described above can increase the player's anticipation for the lottery.

<<Other embodiments>>
While the program, information processing terminal, and server of the present invention have been described above using specific examples, the above-described embodiment is merely an example, and other embodiments are also possible. For example, a specific object does not necessarily have to be acquired in a lottery conducted N times in a row (N-type lottery), but may be acquired in a single lottery conducted only once.

Furthermore, in the above-described embodiment, when multiple winning objects are obtained by lottery, the lottery result display process displays the winning objects one by one on the display 108 of the player terminal 10, but this is not limited to this, and multiple winning objects obtained may be displayed together on the display 108 simultaneously.

Furthermore, the probability of winning a specific object in the lottery may be constant, or may vary for each player based on their playing time, or may be set higher during campaigns, promotional events, etc. than during normal times.

10 player terminals (information processing terminals)
12 Server 14 Communication network S Game system 101, 201 Processor 102, 202 Memory 103, 203 Communication interface 104, 204 Storage 105 Input device 106 Output device 107, 205 Bus 108 Display 111 Operation acceptance unit 112 Terminal side recording unit 113 Terminal side data transmission/reception unit 114 Terminal side data generation unit 115 Display processing unit 211 Server side recording unit 212 Server side data transmission/reception unit (data transmission unit)
213 Terminal identification unit 214 Server side data generation unit 215 Accounting processing unit OJ Object OJX Identification object

Claims (4)

When an operation for conducting a number of lotteries designated by a user from one time or a plurality of times set in advance is received from the user's terminal, a lottery result display screen displaying the objects selected by the lottery is displayed on the user's terminal;
when a specific object for increasing the number of times the lottery is to be performed is included in the objects obtained by the number of first lotteries designated by the user and performed based on the operation, displaying on the lottery result display screen the objects obtained by the number of lotteries increased in accordance with the number of specific objects included in the result of the first lottery;
when the specific object is included in the objects obtained by the second lottery for the increased number of times, the objects obtained by the second lottery for the increased number of times according to the number of specific objects included in the result of the second lottery are displayed on the lottery result display screen.
Information processing device. when the processor receives an operation from the user's terminal to conduct a number of lotteries designated by the user from either one time or a plurality of times set in advance, the processor displays a lottery result display screen on the user's terminal, the lottery result display screen displaying the objects selected by the lottery;
a processor, when a specific object for increasing the number of times a lottery is to be performed is included in the objects obtained by the number of first lotteries designated by the user and performed based on the operation, displays on the lottery result display screen the objects obtained by the number of lotteries increased in accordance with the number of specific objects included in the result of the first lottery;
when the specific object is included in the objects obtained by the second lottery for the increased number of times, the processor displays, on the lottery result display screen, the objects obtained by the second lottery for the increased number of times according to the number of specific objects included in the result of the second lottery;
Information processing methods. When an operation for conducting a number of lotteries designated by a user from one or a plurality of preset times is received from the user's terminal, a lottery result display screen showing the objects selected by the lottery is displayed on the display;
when a specific object for increasing the number of times the lottery is to be performed is included in the objects obtained by the number of first lotteries designated by the user and performed based on the operation, displaying on the lottery result display screen the objects obtained by the number of lotteries increased in accordance with the number of specific objects included in the result of the first lottery;
when the specific object is included in the objects obtained by the second lottery for the increased number of times, the objects obtained by the second lottery for the increased number of times according to the number of specific objects included in the result of the second lottery are displayed on the lottery result display screen.
A program that causes a processor to execute a process. A server and a terminal are provided,
The server
When an operation for conducting a number of lotteries designated by a user from one time or a plurality of times set in advance is received from the user's terminal, a lottery result display screen displaying the objects selected by the lottery is displayed on the user's terminal;
when a specific object for increasing the number of times the lottery is to be performed is included in the objects obtained by the number of first lotteries designated by the user and performed based on the operation, displaying on the lottery result display screen the objects obtained by the number of lotteries increased in accordance with the number of specific objects included in the result of the first lottery;
when the specific object is included in the objects obtained by the second lottery for the increased number of times, the objects obtained by the second lottery for the increased number of times according to the number of specific objects included in the result of the second lottery are displayed on the lottery result display screen.
system.