JP2020137814A - Program and game system - Google Patents

Abstract

To provide a program, game system, and the like capable of implementing mitigation of a processing load and improvement of user convenience by inhibiting a user from repeating a lottery play.SOLUTION: A game system includes: a lottery processing unit for performing lottery processing of selecting a game medium out of a plurality of game media on the basis of a lottery instruction; a notification processing unit for performing processing of notifying a user of information on the selected game medium; a reservation processing unit for performing processing of setting the selected game medium into a reservation state when a reservation condition is satisfied, and associating the game media set into a reservation state with the user so that the game media is unavailable to the user; and a use processing unit for performing processing of determining, when a new game medium is selected by the lottery processing, whether to set the selected game medium into an available state or to set the game medium in a reservation state into an available state, and associating the game media set into an available state with the user so that the game media is available to the user.SELECTED DRAWING: Figure 6

Description

The present invention relates to programs, game systems, and the like.

Conventionally, a game system capable of acquiring game media such as items and characters by lottery processing has been known. As such a game system, for example, there is a prior art disclosed in Patent Documents 1 and 2. In Patent Document 1, the user acquires a game medium by lottery play of Gasha and uses the acquired game medium in the game. In Gasha, a game medium is selected by lottery from a plurality of game media to which rarity and the like are given, and the game medium is given to the user. Patent Document 2 discloses a method of allowing a user to select whether to acquire a winning game medium and end Gasha or to re-lottery without acquiring the winning game medium by paying a single consideration.

In Patent Document 1, since what kind of game medium is won is determined by lottery, the game medium desired by the user is not always won. Therefore, the user has to pay a consideration and repeat the lottery operation until the desired game medium is won. On the other hand, in Patent Document 2, the user is allowed to select whether to acquire the winning game medium or to perform the re-lottery without acquiring the winning game medium. Therefore, the user can redo the lottery until he / she is satisfied with the winning game medium by paying the price for one time.

Japanese Unexamined Patent Publication No. 2008-253521 Japanese Unexamined Patent Publication No. 2014-180334

However, even if a convincing game medium is won, the user may redo the lottery because a better game medium may be won by performing the re-lottery. As a result, in the subsequent lottery, only the game media that are less convincing than the previously won game media are won, and the user regrets that the lottery has been redone and until the game media that can be convinced again is won. , The lottery operation is repeated many times. For this reason, problems such as an excessive processing load of the game system and a decrease in user convenience occur.

According to some aspects of the present embodiment, it is possible to provide a program, a game system, and the like that can suppress the user from repeatedly performing the lottery play, reduce the processing load, and improve the convenience of the user.

One aspect of the present disclosure is to notify the user of a lottery processing unit that performs a lottery process for selecting a game medium from a plurality of game media based on a given lottery instruction, and information on the selected game medium. When the notification processing unit that performs processing and a given holding condition are satisfied, the selected game medium is set to the holding state, and the game medium set to the holding state becomes unavailable to the user. As described above, a hold processing unit that performs a process of associating the game medium set in the hold state with the user by using the user identification information that identifies the user, and a new game medium are selected by the lottery process. Then, it is determined whether to set the game medium selected by the lottery process to the usable state or the game medium in the pending state to be set to the usable state, and the game medium set to the usable state is described. It relates to a game system including a usage processing unit that performs a process of associating a game medium set in the usable state with the user by using the user identification information so that the user can use the game medium. Further, one aspect of the present disclosure relates to a program that causes a computer to function as each of the above parts, or a computer-readable information storage medium that stores the program.

According to one aspect of the present disclosure, when the lottery process is performed according to the lottery instruction, the game medium is selected from a plurality of game media, and when the hold condition is satisfied, the selected game medium is set to the hold state. Then, when a new game medium is selected by the lottery process, it is determined whether to set the selected game medium in the usable state or the reserved game medium in the usable state. In this way, the game medium selected by the lottery process can be set to the hold state without being set to the usable state. Then, when a new game medium is subsequently selected by the lottery process, the selected game medium or the game medium set in the hold state can be set to the usable state. Therefore, it becomes possible to suppress the user from repeatedly performing lottery play until a satisfactory game medium is selected by the lottery process, and it is possible to reduce the processing load and improve the convenience of the user. Etc. can be provided.

Further, in one aspect of the present disclosure, when the user selects that the lottery processing unit does not set the game medium selected by the lottery process or the game medium set in the holding state to the usable state. In addition, the re-lottery process may be executed.

By doing so, even if the game medium selected by the lottery process or the game medium set in the hold state is not set to the usable state, the re-lottery process is performed, so that the user can play the game. You will be able to acquire media.

Further, in one aspect of the present disclosure, the lottery processing unit may execute the re-lottery processing on condition that the user pays the consideration.

In this way, the user is motivated by the re-lottery to pay the consideration, and it is possible to encourage the user to pay the consideration.

Further, in one aspect of the present disclosure, the lottery processing unit may change the consideration according to the number of times the re-lottery processing has been executed in the past.

By doing so, it is possible to effectively prevent the user from repeating the re-lottery unnecessarily, and it is possible to prevent a situation in which the processing load of the system increases due to the repetition of the re-lottery process.

Further, in one aspect of the present disclosure, the game medium in the pending state may be set to the usable state only when the re-lottery process is executed.

In this way, when the game medium is selected by the re-lottery process, the reserved game medium can be set to the usable state instead of the selected game medium.

Further, in one aspect of the present disclosure, the lottery processing unit is described when a game medium selected by the lottery process in the past or a game medium set to be usable in the past is selected by the lottery process. The re-lottery process may be executed.

In this way, for example, it is possible to have the user acquire a game medium other than the game medium selected in the past or the game medium set in the usable state in the past by the re-lottery process.

Further, in one aspect of the present disclosure, the lottery processing unit may perform a process of changing the probability that the game medium in the lottery process is selected according to the execution status of the re-lottery process.

By doing so, the probability that the game medium is selected changes according to the execution status of the re-lottery process, and the lottery process that reflects the execution status of the re-lottery process can be realized.

Further, in one aspect of the present disclosure, the lottery processing unit may perform a process of changing the probability that the game medium is selected in the lottery process according to the holding status of the game medium.

By doing so, the probability that the game medium is selected changes according to the holding status of the game medium, and the lottery process that reflects the holding status of the game medium can be realized.

Further, in one aspect of the present disclosure, the hold processing unit performs a comparison process of the information of the game medium associated with the user and the information of the game medium selected by the lottery process, and performs the comparison process of the comparison process. Depending on the result, it may be determined whether or not the holding condition is satisfied.

In this way, the game medium selected by the lottery process is compared with the game medium associated with the user, and it is determined whether or not to set the selected game medium in the hold state. Therefore, the convenience of the user can be improved.

Further, in one aspect of the present disclosure, the hold processing unit may determine whether or not the hold condition is satisfied based on the operation information of the user.

In this way, the game medium selected by the lottery process can be set to the hold state by reflecting the user's intention.

Further, in one aspect of the present disclosure, the hold processing unit may set the hold condition according to the type of the game medium for which the hold state is set.

In this way, it is possible to set a hold condition that reflects the type of game medium to be set in the hold state.

Further, in one aspect of the present disclosure, the hold processing unit may limit the number of game media that can be set to the hold state.

By doing so, for example, it is possible to prevent the user from holding the game medium in an unlimited state, and it is possible to prevent a situation in which the processing load of the system increases.

Further, in one aspect of the present disclosure, the hold processing unit may change the upper limit number of the number limit depending on whether or not a given change condition is satisfied.

By doing so, it becomes possible to change the upper limit of the number limit of the number of pending states of the game medium according to various situations, and it becomes possible to improve the fun and strategy of the lottery play.

Further, in one aspect of the present disclosure, the hold processing unit may change the upper limit of the number limit according to the type of the game medium for which the hold state is set.

In this way, it is possible to limit the number of pending states that reflect the type of game medium.

Further, in one aspect of the present disclosure, the notification processing unit asks the user whether to make the game medium selected by the lottery process available or to set the game medium in the pending state to be usable. At the time of selection, a process of notifying the user of information about the game medium already set in the hold state may be performed.

In this way, the user confirms the game medium selected by the lottery process and the game medium already set in the hold state, and makes the selected game medium available or the game in the hold state. You will be able to choose whether to set the medium to usable state.

Further, in one aspect of the present disclosure, the notification processing unit may perform a process of notifying the user of a part of information regarding the selected game medium.

In this way, for example, by selecting the information necessary for determining whether to set the game medium to the usable state or the pending state, the user is notified, or the information to be notified is ambiguous. It is possible to improve the fun and strategy of the lottery play.

1 (A) to 1 (E) are explanatory views of a hardware device that realizes the game system of the present embodiment. A configuration example of the game system of this embodiment. 3 (A) to 3 (C) are explanatory views of the lottery process. 4 (A) to 4 (C) are explanatory views of the method of the present embodiment. The explanatory view of an example of the process of associating a game medium set in a hold state or a usable state with a user. The flowchart explaining the process of this embodiment. The flowchart explaining the process of this embodiment. Explanatory drawing shows the method of this embodiment. Explanatory drawing shows the method of this embodiment. Explanatory drawing shows the method of this embodiment. Explanatory drawing shows the method of this embodiment. An example of a notification screen for information on a pending list. An explanatory diagram of a process of notifying a part of information of a game medium. Explanatory drawing about application example to 10 consecutive Gasha. 15 (A) to 15 (C) are explanatory views of the re-lottery process. 16 (A) to 15 (D) are explanatory views of the re-lottery process. Explanatory drawing of the modification of the lottery process. A flowchart illustrating the re-lottery process. A flowchart illustrating a process of changing the probability that a game medium is selected in the lottery process according to the execution status of the re-lottery process. A flowchart illustrating a process of setting a hold state based on a hold condition. A flowchart illustrating a process of setting a hold state based on a hold condition. A flowchart illustrating a process of setting a hold state based on a hold condition. Explanatory drawing about the number limit of game media which can be set in a hold state. A flowchart illustrating a process of limiting the number of game media that can be set to the hold state.

Hereinafter, the present embodiment will be described. It should be noted that the present embodiment described below does not unreasonably limit the description of the scope of claims. Moreover, not all of the configurations described in the present embodiment are essential configuration requirements.

1. 1. Game system First, the hardware device that realizes the game system of the present embodiment will be described with reference to FIGS. 1 (A) to 1 (E).

In FIG. 1A, the server system 500 (information processing system) is communicated and connected to the terminal devices TM1 to TMn via the network 510. For example, the server system 500 is a host, and the terminal devices TM1 to TMn are clients. The game system of the present embodiment and its processing may be realized by the server system 500, or may be realized by the terminal devices TM1 to TMn. Alternatively, it may be realized by distributed processing of the server system 500 and the terminal devices TM1 to TMn.

Further, the game system and processing of the present embodiment can also be realized by a blockchain method. For example, each process of the game system of the present embodiment may be executed by using a program called a smart contract that can be executed by Ethereum. In this case, the terminal devices TM1 to TMn are connected peer-to-peer. Further, various information such as game information communicated between the terminal devices TM1 to TMn will be transferred using the blockchain. In the following, each terminal device of TM1 to TMn will be appropriately referred to as a terminal device TM.

The server system 500 can be realized by, for example, one or more servers (management server, game server, billing server, service providing server, content distribution server, authentication server, database server, communication server, etc.). The server system 500 can provide various services for operating a community-type website or an online game, manage data necessary for executing the game, and distribute a client program and various data. As a result, for example, a terminal device TM, which is a user terminal, accesses the server system 500 in order to use an SNS (Social Networking Service) or the like, and a social game or a home-use game which is an online game provided by the server system 500. It becomes possible to play network games such as.

Network 510 (distribution network, communication line) is a communication path using, for example, the Internet or wireless LAN, and is a telephone communication in addition to a dedicated line (dedicated cable) for direct connection, a LAN by Ethernet (registered trademark), or the like. It can include communication networks such as networks, cable networks, and wireless LANs. The communication method may be wired or wireless.

The terminal device TM (player terminal) is, for example, a terminal having an Internet connection function (Internet connection function). Examples of these terminal device TMs include a portable communication terminal (smartphone, mobile phone) shown in FIG. 1 (B), a portable game device shown in FIG. 1 (C), and a home-use game device shown in FIG. 1 (D). Various devices such as (stationary type) or arcade game machines shown in FIG. 1 (E) can be used. Alternatively, as the terminal device TM, an information processing device such as a personal computer (PC) or a tablet computer may be used. Alternatively, as the terminal device TM, a wearable device (HMD, watch-type device, etc.) worn on a portion such as the head or arm of the player may be used.

FIG. 2 shows a configuration example of the game system of the present embodiment. The configuration of the game system is not limited to FIG. 2, and various modifications such as omitting a part of the component (each part) or adding another component can be performed.

The game system includes a processing unit 100, an operation unit 160, a storage unit 170, a display unit 190, a sound output unit 192, an I / F unit 194, and a communication unit 196.

The processing unit 100 (processor) has a lottery process, a notification process, a hold process, a use process, a game process, a management process, based on various information, programs, operation information, etc. stored in the storage unit 170 (database). Performs display processing, sound processing, and the like.

Each process (each function) of the present embodiment performed by each unit of the processing unit 100 can be realized by a processor (a processor including hardware). For example, each process of the present embodiment can be realized by a processor that operates based on information such as a program and a memory that stores information such as a program. In the processor, for example, the functions of each part may be realized by individual hardware, or the functions of each part may be realized by integrated hardware. For example, a processor includes hardware, which hardware can include at least one of a circuit that processes a digital signal and a circuit that processes an analog signal. For example, the processor may be composed of one or more circuit devices (for example, ICs, etc.) mounted on a circuit board, or one or more circuit elements (for example, resistors, capacitors, etc.). The processor may be, for example, a CPU (Central Processing Unit). However, the processor is not limited to the CPU, and various processors such as a GPU (Graphics Processing Unit) or a DSP (Digital Signal Processor) can be used. Further, the processor may be a hardware circuit by ASIC. Further, the processor may include an amplifier circuit, a filter circuit, and the like for processing an analog signal. The memory (storage unit 170) may be a semiconductor memory such as SRAM or DRAM, or may be a register. Alternatively, it may be a magnetic storage device such as a hard disk device (HDD), or an optical storage device such as an optical disk device. For example, the memory stores instructions that can be read by a computer, and when the instructions are executed by the processor, the processing (function) of each part of the processing unit 100 is realized. The instruction here may be an instruction set that constitutes a program, or may be an instruction that instructs the hardware circuit of the processor to operate.

The processing unit 100 includes a lottery processing unit 102, a notification processing unit 104, a hold processing unit 106, a usage processing unit 108, a game processing unit 110, a management unit 112, a display processing unit 120, and a sound processing unit 130.

The lottery processing unit 102 performs various processes related to the lottery such as the lottery process. The lottery process is a process of selecting a game medium from a plurality of game media by lottery. The notification processing unit 104 performs notification processing of various information such as information on the game medium. As the notification process, various processes such as image display process and sound output process can be assumed. The hold processing unit 106 performs hold processing, which is a process related to holding the game medium. For example, hold processing such as setting processing of the hold state of the game medium is performed. The use processing unit 108 performs a use process, which is a process related to the use of the game medium. For example, use processing such as setting processing of the usable state of the game medium is performed. Details of the lottery process, notification process, hold process, and use process will be described later.

The game processing unit 110 performs various game processing for the user to play the game. The game process calculates, for example, a process of starting a game when the game start condition is satisfied, a process of advancing the started game, a process of ending the game when the game end condition is satisfied, or a game result. Processing etc. The game processing unit 110 executes game processing based on game information such as game data and a game program stored in the game information storage unit 172. For example, the game processing unit 110 processes a game using a game medium set in a usable state. That is, the game is processed using the game medium acquired and owned by the user. The information of the game medium is stored in the game medium information storage unit 174.

Taking a browser game as an example, the game processing unit 110 controls the progress of the game for each user by managing the user information for each user. The user information is stored in the user information storage unit 176. For example, the game processing unit 110 causes the terminal device to display a web page constituting a website that provides a game service in response to a request from the terminal device. Specifically, a web page is displayed by a web browser provided in the terminal device. When the hyperlink of the displayed web page is selected by the user, the game processing unit 110 transmits new HTML data corresponding to the hyperlink to the terminal device, and the terminal device displays a web page based on the new HTML data. Is displayed. In this way, the game processing unit 110 sequentially provides the web pages to the terminal device according to the user's operation, so that the game can be advanced based on the user's operation on the terminal device.

The management unit 112 performs, for example, user authentication processing. For example, an authentication process for a logged-in user is performed using a terminal device. This authentication process is performed based on, for example, a password or account information entered by the user. In addition, the management unit 112 performs various billing processes. For example, billing determination processing, billing data creation processing, storage processing, and the like are performed. In addition, the management unit 112 performs various management processes. For example, it performs management processing of various services and management processing of various information.

For example, the user acquires an account by performing a predetermined procedure in order to use the service provided by the server system 500 or the like shown in FIG. 1 (A). By logging in by entering the password associated with the acquired account, the user can play network games such as lottery games and social games, services on game sites, online shopping of items, etc., and between users. You will be able to use various services such as exchanging messages and registering friend users. The management unit 112 also manages such user account information.

The display processing unit 120 performs processing for displaying an image on the display unit 190. For example, image generation data (HTML data, etc.) for generating the image is generated. The sound processing unit 130 performs processing for outputting sound from the sound output unit 192. For example, sound generation data for generating the sound (sound, game sound, sound effect) is generated.

The operation unit 160 is for the user (player) to input various information such as operation information, and its functions include operation buttons, direction instruction keys, analog sticks, levers, and various sensors (angular velocity sensor, acceleration). It can be realized by a sensor, etc.), a microphone, or a touch panel type display.

The storage unit 170 serves as a work area for the processing unit 100, the communication unit 196, and the like, and its function can be realized by a semiconductor memory, an HDD, an SSD, an optical disk device, or the like. The storage unit 170 includes a game information storage unit 172, a game medium information storage unit 174, and a user information storage unit 176. The game information storage unit 172 stores game information such as a game program and game data. The game media information storage unit 174 stores game media information that is information about game media such as items, characters, and cards. The game medium information includes, for example, name information of the game medium, image information of the game medium that is a display object, parameter information about the rarity of the game medium, and parameter information about abilities such as offensive power, defensive power, or physical strength. Can be included. The user information storage unit 176 stores the user's personal information (name, gender, date of birth, e-mail address, etc.) as user information. For example, the user's account information (user ID) is also stored as user information. For example, the billing information to be billed is associated with each account information (user ID) of each user.

The information storage medium 180 (a medium that can be read by a computer) stores programs, data, and the like, and its functions can be realized by an optical disk, an HDD, a semiconductor memory, and the like. The processing unit 100 performs various processes of the present embodiment based on the program (data) stored in the information storage medium 180. The information storage medium 180 is provided with a program (a program for causing the computer to execute the processing of each part) for functioning a computer (a device including an operation unit, a processing unit, a storage unit, and an output unit) as each part of the present embodiment. I can remember.

The display unit 190 outputs an image generated by the present embodiment, and its function can be realized by an LCD, an organic EL display, a CRT, an HMD, or the like. The sound output unit 192 outputs the sound generated by the present embodiment, and its function can be realized by a speaker, headphones, or the like.

The I / F (interface) unit 194 performs interface processing with the portable information storage medium 195, and the function can be realized by an ASIC or the like for I / F processing. The portable information storage medium 195 is a storage device for the player to store various types of information, and holds the storage of these information even when the power is not supplied. The portable information storage medium 195 can be realized by an IC card (memory card), a USB memory, a magnetic card, or the like.

The communication unit 196 (communication interface) communicates with an external device, and its function can be realized by hardware such as a communication ASIC or a communication processor, or communication firmware.

The program (data) for operating the computer as each part of the present embodiment is transferred from the information storage medium of the server system (host device) to the information storage medium 180 (or storage unit 170) via the network and the communication unit 196. It may be delivered. The use of information storage media by such a server system can also be included within the scope of this embodiment.

As shown in FIG. 2, the game system of the present embodiment includes a lottery processing unit 102, a notification processing unit 104, a hold processing unit 106, and a use processing unit 108.

The lottery processing unit 102 performs a lottery process for selecting a game medium. Specifically, the lottery processing unit 102 performs a lottery process for selecting a game medium from a plurality of game media based on a given lottery instruction. For example, a lottery process is performed in which one of the game media (one or a plurality of game media) is selected from the plurality of game media.

The lottery instruction is, for example, a lottery instruction operated by the user. For example, when the user inputs the operation of the lottery instruction using the operation unit 160, the lottery processing unit 102 executes the lottery process. In this case, the user may be able to give a lottery instruction on the condition that the in-game currency is consumed, the ticket such as the Gasha ticket is consumed, or the game points are consumed. Alternatively, as in the case of free gasha, the user may be able to give a lottery instruction without requiring these consumptions. The in-game currency, gasha tickets, and game points are not limited to gasha, but may be obtained by a login bonus, game results, or payment of consideration for billing to the user. Further, the lottery instruction may be automatically issued by the system without relying on the user's operation. For example, in a game played by a user, when a quest or mission is completed by defeating an enemy or clearing a stage, a lottery instruction is automatically issued by the system, and the lottery processing unit 102 performs lottery processing. You may want to do it.

The game medium is a general term for electronic data used by a user in, for example, a game. For example, in a game played by a user, various game media such as electronic items, characters, avatars or cards are used. Items are weapons, armor, equipment, tools or parts in the game. Characters and avatars are moving objects that appear in the game. Electronic cards are, for example, character cards and item cards. The game medium is an electronic item, character, avatar, card, or the like, which is an element of gameplay. The game processing unit 110 uses this electronic game medium to execute game processing such as game progress processing. The game medium is acquired, used, owned, managed, exchanged, synthesized, strengthened, sold, deleted or donated according to the progress of the game, but the game medium of the present embodiment is limited to such usage. Not.

As described above, the game medium is a character or an item used in the game processing which is a game part. For example, it is possible to synthesize characters that are game media. Items can be used to strengthen or evolve a character, to restore a character's physical strength, or to activate special effects in a game. An item is an item used to play a game. For example, it is an item for accumulating in-game currency required for game play, and an item for recovering user stamina and energy required for game play. Alternatively, the item is an item for performing a lottery play such as Gasha. For example, in-game currency accumulation items required for lottery play such as Gasha, tickets for lottery play such as Gasha tickets, lottery play becomes possible when a predetermined number is accumulated, or exchanged for items for lottery play Items that can be created or that the character can be selected arbitrarily. Rarity is set for game media such as these characters and items. For example, in the case of characters and items, those with higher abilities and effects and those that can only be obtained for a limited time have a higher rarity. Also, in the case of in-game currency and accumulated items of game points, the greater the amount of in-game currency and game points that can be obtained, the higher the rarity. In the case of tickets such as Gasha tickets, the more rare the game medium is, the higher the rarity will be.

The lottery process performed by the lottery processing unit 102 is performed using, for example, a lottery table. For example, among a plurality of game media prepared as game data of an application program, a plurality of game media to be drawn are stored in the lottery table. Then, as shown in FIG. 3A, winning probabilities PA, PB, PC ... Are set for each of the game media MA, MB, MC ... Included in the lottery table TB. The lottery process is performed based on the winning probabilities PA, PB, PC ... In this case, the winning probability may be changed when a given change condition is satisfied. For example, the winning probability of a game medium having a high rarity is increased, or conversely, the winning probability of a game medium having a low rarity is lowered. As a result, a process of changing the probability that the game medium is selected in the lottery process is realized.

Alternatively, the winning probability is not limited to each game medium as shown in FIG. 3 (A), and as shown in FIG. 3 (B), the game media MA, MB, MC ... The order 1, 2, 3, ... May be set with respect to the above, and the game media may be selected in this order. In this case, the lottery processing unit 102 performs the lottery process so that the order is randomly determined. In this case, the order may be changed when a given change condition is satisfied. For example, the order of the game media having a high rarity is changed to be in front, or conversely, the order of the game media having a low rarity is changed to be in the back. As a result, a process of changing the probability that the game medium is selected in the lottery process is realized.

Alternatively, as shown in FIG. 3C, a plurality of lottery tables TBA, TBB, TBC ... In which different game media are stored are prepared, and the lottery processing unit 102 is among the TBA, TBB, TBC ... The lottery process may be performed to randomly determine which of the lottery tables is used to select the game medium. In this case, the lottery table may be changed or the usage probability, which is the probability that the lottery table is selected, may be changed when a given change condition is satisfied. For example, the game medium having a higher rarity is changed to a lottery table that is easy to win, or the usage probability is changed so that such a lottery table is easily selected. As a result, a process of changing the probability that the game medium is selected in the lottery process is realized.

The game medium may be deleted from the lottery table when a given change condition is satisfied. The deletion process in this case may be a process of tagging the game medium so that it will not be selected from the next time onward. For example, by deleting a game medium having a low rarity, the probability of hitting a game medium having a relatively high rarity is increased.

Whether or not the given change conditions are met is determined by, for example, whether or not the in-game currency is consumed and how much it is consumed, whether or not there is a charge and the amount of consideration for the charge, or a special gasha that makes it easier to win a rare item. It can be judged based on whether or not a ticket such as a ticket has been consumed. Then, when a given change condition is satisfied, a process of changing the probability that the game medium is selected in the lottery process is executed. The amount of consideration for billing is the amount of consideration paid for billing, and can also be called the billing amount.

The notification processing unit 104 performs notification processing for information on the game medium and the like. For example, the notification processing unit 104 performs a process of notifying the user of information about the game medium selected by the lottery process. For example, the notification processing unit 104 performs a process of displaying a notification image on the display unit 190 and outputting a notification sound (voice or the like) from the sound output unit 192 as a notification process. Here, notifying the user of information about the selected game medium means, for example, notifying the user which game medium has been selected after the game medium selection process by the lottery process. Alternatively, notifying the user of information about the selected game medium means that the game medium is on hold without notifying the user which game medium has been selected after the game medium selection process by the lottery process. After being set to, the user may be notified of information about the game medium set in the hold state.

For example, the notification processing unit 104 performs a process of notifying the name, rarity, ability, effect, amount, image, or whether or not the user already owns the game medium. That is, the notification processing unit 104 includes the name given to the game medium, the rarity set in the game medium, the ability of the character or the like which is the game medium, the effect generated when the game medium is used, the amount of the game medium, and so on. Alternatively, a process of notifying an image showing the appearance of the game medium is performed. Alternatively, a process of notifying whether the game medium is already owned by the user or the game medium that the user does not yet own is performed. Note that the notification processing unit 104 may not notify all the information of these game media, but may notify only a part of the information.

The hold processing unit 106 performs hold processing, which is a process related to holding the game medium. Specifically, the hold processing unit 106 performs a process of setting the selected game medium to the hold state when a given hold condition is satisfied. Then, the hold processing unit 106 performs a process of making the game medium set in the hold state unusable by the user. For example, a process is performed to prevent the user from using the game medium from the time when the hold condition is satisfied until the hold release condition is satisfied. Specifically, the hold processing unit 106 performs a process of associating the game medium set in the hold state with the user by using the user identification information so that the user cannot use the game medium. For example, the hold processing unit 106 performs a process of associating the game medium set in the hold state with the user and storing it in the storage unit 170. As a result, the game medium information storage unit 174 of the storage unit 170, for example, stores the game medium set in the hold state in association with the user. Here, the user identification information is information for identifying a user. For example, as the user identification information, various information for identifying the user, such as a user ID, a user's game ID, or a user's terminal ID, can be used.

For example, when the user performs an operation of setting the game medium selected by the lottery process to the hold state, the hold processing unit 106 determines that the hold condition is satisfied and sets the game medium to the hold state. Alternatively, the hold processing unit 106 may automatically set the game medium selected by the lottery process to the hold state without any operation by the user. For example, even if the user has not performed an operation to set the game medium in the hold state, if the given hold condition is satisfied, the game medium is automatically set in the hold state.

The use processing unit 108 performs a use process, which is a process related to the use of the game medium. Specifically, when a game medium is newly selected by the lottery process, the use processing unit 108 sets the game medium selected by the lottery process to the usable state, or sets the reserved game medium to the usable state. Performs the process of deciding whether to set. At this time, a process of setting the selected game medium to the hold state may be performed. Then, the use processing unit 108 performs a process of making the game medium set in the usable state available to the user. Specifically, the use processing unit 108 performs a process of associating the game medium set in the usable state with the user by using the user identification information so that the user can use the game medium. For example, the use processing unit 108 performs a process of associating a game medium set in a usable state with a user and storing it in a storage unit 170. As a result, the game medium information storage unit 174 of the storage unit 170, for example, stores the game medium set in the usable state in association with the user.

Here, the game medium set in the hold state is, for example, a game medium that cannot be used by the user from the time when the hold condition is satisfied until the hold release condition is satisfied. For example, the game medium set in the hold state is a game medium that is not owned by the user. On the other hand, the game medium set in the usable state is, for example, a game medium in a state owned by the user. For example, the game medium that can be used in the game is only the game medium owned by the user, and the game medium set in the hold state cannot be used in the game, for example. Further, in the game media such as items and tickets for performing lottery play such as Gasha as described above, only the game media owned by the user can be used for the lottery play. Therefore, the user cannot perform a lottery play such as Gasha using the lottery play items and tickets set in the hold state. That is, owning by a user is synonymous with being set to a usable state.

Further, the game medium in the hold state is stored in the storage unit 170 in association with the user, and the game medium in the usable state is also stored in the storage unit 170 in association with the user. In this case, the game medium in the hold state and the game medium in the usable state may be stored in separate storage areas of the storage unit 170, or may be stored in the same storage area of the storage unit 170. For example, flags (tags) such as a hold state flag and a usable state flag are prepared, and these hold state flags and usable state flags are associated with the game medium, and the information of the game medium is stored in the storage unit 170. It may be stored in the storage area. In this case, the information of the game medium is further associated with the user identification information and stored in the storage area of the storage unit 170.

Further, the lottery processing unit 102 executes the re-lottery process when the user selects not to set the game medium selected by the lottery process or the game medium set in the hold state to the usable state. For example, when there is no game medium in the hold state, the lottery processing unit 102 executes the re-lottery process when the user selects not to set the game medium selected by the lottery process in the usable state. On the other hand, if there is a game medium in the hold state, the re-lottery is performed when the user selects not to set the selected game medium or the game medium set in the hold state to the usable state. Execute the process. The lottery processing unit 102 selects a new game medium by performing the re-lottery processing. As a result, the user can set the game medium selected by the re-lottery process to the usable state or the hold state.

That is, when a lottery play such as Gasha is performed, the game medium selected in the lottery process or the game medium set in the hold state can be re-lottered instead of being set to the usable state. .. When a new game medium is selected by this re-lottery, the user is notified of the information of the selected game medium. Then, the user can set the selected game medium to the available state or the hold state.

Further, the lottery processing unit 102 may execute the re-lottery processing on condition that the user pays the consideration. That is, in order to perform the re-lottery, it is necessary to pay a separate consideration such as consumption of in-game currency and consumption of game points. For example, if the user does not want to own either the game medium selected by the lottery process or the game medium set in the hold state, the user consumes in-game currency or game points. Choose to pay the price and re-lottery. If a new game medium is selected by this re-lottery and the game medium is also a game medium that the user does not want, the user can re-lottery by paying a further consideration.

Further, the lottery processing unit 102 may change the consideration according to the number of times the re-lottery processing has been executed in the past. For example, the more the re-lottery is repeated, the larger the amount of consideration will be. Specifically, the more the re-lottery is repeated, the higher the consumption of in-game currency and game points required for the re-lottery. Alternatively, conversely, as the re-lottery is repeated, the consumption of in-game currency and game points required for the re-lottery may be reduced.

In this embodiment, lottery play such as Gasha may be possible without paying a consideration. For example, it enables lottery play without consuming in-game currency or game points. In the lottery play in which the consideration is not paid in this way, the re-lottery may be performed without requiring the payment of the further consideration such as the consumption of the in-game currency. Further, even when the user pays a consideration and performs the lottery play, the re-lottery may be repeated until the selected game medium or the reserved game medium is set to the usable state.

Further, in the present embodiment, when the user performs a lottery play such as Gasha, one of the following can be selected. That is, the game medium selected in the lottery process is made usable, and the lottery play such as Gasha is ended. Alternatively, the game medium selected in the lottery process is put on hold without being made usable, and the lottery is performed again. Alternatively, the game medium selected in the lottery process is not set to the usable state and is not set to the hold state, and the lottery is performed again. Alternatively, the game medium selected in the lottery process is not set in the usable state, but the game medium already in the pending state is set in the usable state, and the lottery play is ended.

In this case, in the present embodiment, the game medium in the hold state can be set to the usable state only when the re-lottery process is executed. That is, the user can set the game medium set in the hold state to the usable state only when the re-lottery is performed. For example, in a normal lottery process other than the re-lottery process, the user cannot select the game medium set in the hold state and cannot set the game medium to be usable as his own game medium.

Further, the lottery processing unit 102 executes the re-lottery process when the game medium selected by the lottery process in the past or the game medium set in the usable state in the past is selected by the lottery process. For example, when a game medium owned by the user or a game medium such as Gasha that has been selected in the past in the lottery play is selected by the lottery process, the re-lottery can be executed. For example, it is considered that the user does not want to own the owned game medium or the game medium that has been won in the past. Therefore, when such a game medium is selected by lottery, the re-lottery can be performed.

When the user performs a continuous lottery play such as 10 consecutive Gasha, the re-lottery may be performed for the number not set in the usable state. For example, if J game media are set to be usable out of the 10 game media won by 10 consecutive Gasha, the lottery will be performed again for the number of the remaining 10-J game media. To.

Further, the lottery processing unit 102 performs a process of changing the probability that the game medium in the lottery process is selected according to the execution status of the re-lottery process. The execution status of the re-lottery process is, for example, the number of times the re-lottery process is executed or the frequency of execution. For example, the more times the re-lottery process is executed, or the more frequently the re-lottery process is executed, the more difficult it is to hit a game medium with a high degree of rarity. On the contrary, the more the number of times the re-lottery process is executed or the more frequently the re-lottery process is executed, the easier it is to hit the game medium having a high degree of rarity. Further, the number of executions and the frequency of execution may be reset to 0 when the user sets the game medium in a usable state and the lottery play ends.

Further, the lottery processing unit 102 performs a process of changing the probability that the game medium is selected in the lottery process according to the holding status of the game medium. The holding status of the game medium is the number of holdings or the holding frequency of the game medium. For example, as the number of game media held increases or the holding frequency increases, it becomes difficult to hit a game medium with a high degree of rarity. On the contrary, as the number of hold of the game medium increases or the hold frequency increases, the game medium having a high rarity may be easily hit.

In the process of changing the probability that the game medium is selected in the lottery process, as described above, in the case of FIG. 3A, the winning probability set for the game medium in the lottery table is increased or decreased. It can be realized by such things. In the case of FIG. 3B, it can be realized by setting the order of the game media having a high rarity to the front or the back. In the case of FIG. 3C, the usage probability is changed to a lottery table in which a highly rare game medium is easy to win, a lottery table in which it is difficult to win, and such a lottery table is easily selected. It can be realized by changing it.

Further, the hold processing unit 106 determines whether or not the hold condition is satisfied based on the operation information of the user. For example, as described above, the notification processing unit 104 performs a process of notifying the user of information regarding the game medium selected by the lottery process. When the user who confirms this notification uses the operation unit 160 to perform an operation to put the game medium selected by the lottery process into the hold state, the hold processing unit 106 determines that the hold condition is satisfied. , Set the game medium to the hold state. By doing so, it becomes possible for the user to decide whether or not to set the game medium selected by the lottery process in the hold state.

Further, the hold processing unit 106 may automatically set the game medium selected by the lottery process to the hold state without any operation by the user. For example, the hold processing unit 106 performs a comparison process between the information of the game medium associated with the user and the information of the game medium selected by the lottery process. Then, it is determined whether or not the hold condition is satisfied according to the result of the comparison process.

The game medium associated with the user is a game medium that is somehow associated with the user by using, for example, user identification information. For example, the game media associated with the user are the game media owned by the user, the game media used by the user in the game, the game media frequently used in the game, and the lottery in the past regardless of whether or not they are owned. It is a game medium that has been selected by processing, or a game medium designated by the user, and these game media are stored in the storage unit 170 (game medium information storage unit 174) in association with the user. Here, the designation in the game medium specified by the user may be, for example, designation of the rarity degree, designation of the favorite game medium, or designation of the type of the game medium. Then, the information of the game medium associated with these users is compared with the information of the game medium selected in the lottery process this time, and when the holding condition as explained below is satisfied, the selection is made. Set the game medium to the hold state.

For example, when a game medium that is not yet owned is selected in the lottery process, it is determined that the hold condition is satisfied, and the game medium is set to the hold state. On the contrary, when the owned game medium is selected, it may be set to the hold state. Further, when the same game medium as the game medium used for the game or the game medium frequently used is selected by the lottery process, it may be determined that the hold condition is satisfied and the hold state may be set. .. Further, when a game medium that has not been selected in the past lottery process is selected in the current lottery process, it may be determined that the hold condition is satisfied and the game medium may be set to the hold state. Further, when the game medium designated as a favorite is selected by the lottery process, it may be determined that the hold condition is satisfied and the game medium may be set to the hold state. On the contrary, the user may specify in advance a game medium that is not put on hold. Further, when a game medium having a higher rarity or ability than the game medium selected in the past is selected by the lottery process, it may be determined that the hold condition is satisfied and the hold state may be set. In the case of comparison processing between game media, it is not necessary to determine that the game media are exactly the same, and the game media may be similar to each other. For example, it is judged to be similar when they have the same ability, the same rarity, or the same type.

Further, the hold processing unit 106 determines whether or not the hold condition is satisfied based on whether or not the in-game currency or item is consumed, the amount of consumption, whether or not there is a charge, the amount of consideration for the charge (charge amount), or the progress of the game. You may judge whether or not. For example, when the in-game currency or item is consumed, or when the consumption amount reaches a predetermined amount, it is determined that the hold condition is satisfied, and the game medium is set to the hold state. Further, when the user pays the price for the charge or the amount of the charge for the charge reaches a predetermined amount, it is determined that the hold condition is satisfied, and the game medium is set to the hold state. Alternatively, the game medium may be set to the hold state only once each time the stage of the game is cleared.

Further, the hold processing unit 106 sets the hold condition according to the type of the game medium for which the hold state is set. For example, the holding conditions are tightened or relaxed according to the type of game medium set in the holding state. For example, the holding conditions are tightened or relaxed according to the rarity and ability of the game medium. For example, a game medium with a high degree of rarity consumes more in-game currency required to set a hold state than a game medium with a low degree of rarity, or the amount of consideration for billing required to set a hold state. Do more. Further, as the number of reserved game media increases, the consumption of in-game currency required to set the pending state may be increased, or the amount of consideration for billing required to set the pending state may be increased.

Further, the hold processing unit 106 limits the number of game media that can be set to the hold state. For example, limit the number of game media that can be set to the hold state. Specifically, the number of game media that can be set in the hold state is limited to one, two, or a predetermined number of three or more. For example, it suppresses the user from holding the game medium indefinitely.

Further, the hold processing unit 106 changes the upper limit of the number limit depending on whether or not the given change condition is satisfied. For example, based on whether or not in-game currency or items are consumed or consumed, whether or not there is a charge, the amount of consideration for the charge, or the progress of the game, it is determined whether or not the change condition is satisfied, and the change condition is satisfied. If so, change the upper limit of the number limit. For example, when the in-game currency or item is consumed, or when the amount of in-game currency or item consumed exceeds a predetermined amount, it is determined that the change condition is satisfied, and the upper limit of the number limit is increased. In addition, when the user pays for the charge or the amount of the charge for the charge reaches a predetermined amount, it is determined that the change condition is satisfied, and the upper limit of the number limit is increased. Alternatively, the upper limit of the number limit is increased or decreased depending on the progress of the game. For example, the upper limit of the number limit may be increased each time the stage of the game is cleared. When the change condition is satisfied, the upper limit of the number limit may be reduced.

Further, the hold processing unit 106 changes the upper limit of the number limit according to the type of the game medium for which the hold state is set. For example, the upper limit of the number limit is changed according to the rarity of the game medium and the high ability. Specifically, for SSR (double super rare) game media, the upper limit of the number limit is set to, for example, one, and for SR (super rare) game media, the upper limit of the number limit is set to be larger than, for example, one. To do. That is, the higher the rarity, the smaller the upper limit of the number limit. Alternatively, the higher the ability of the game medium, the smaller the upper limit of the number limit. Alternatively, for the first type of game medium, the upper limit of the number limit is set to a predetermined number to enable the number limit, while for the second type of game medium, compared with the first type of game medium. Increase the maximum number or disable the number limit to make it unlimited.

Further, the notification processing unit 104 has already set the game medium in the hold state when the user selects whether to make the game medium selected by the lottery process available or to set the game medium in the hold state to the usable state. Performs a process of notifying the user of information about the game medium being played. For example, when a game medium is selected by the lottery process, the user is notified of the information of the selected game medium. The user is also notified of information about the game medium that the user has set in the hold state in the past. For example, as will be described later, a hold list, which is a list of game media set in the hold state, is notified. Then, by these notifications, the user confirms the contents of the game medium selected by the lottery process and the game medium already set in the hold state, and makes the selected game medium available or put in the hold state. You will be able to select whether to set the game media of.

Further, the notification processing unit 104 may perform a process of notifying the user of a part of the information regarding the selected game medium. That is, instead of notifying all the information of the selected game medium, only a part of the information is notified. Notifying a part of information means notifying (displaying) information selected or extracted from information associated with a game medium. For example, it notifies only the information on the rarity of the game medium, or notifies that the silhouetted image of the character or item which is the game medium is displayed. Alternatively, only the information as to whether or not the game medium is owned is notified.

The game system and processing of the present embodiment of FIG. 2 described above may be realized by the server system 500 of FIG. 1A, realized by the terminal device TM, or distributed between the server system 500 and the terminal device TM. It is possible to carry out various modifications such as being realized by processing.

For example, when the present embodiment is realized by one program (application program), a lottery part and a game part may be provided in one program. The lottery part is a program module that executes lottery-related processing such as lottery processing, and is a gasha part that executes gasha-related processing. The game part is a program module that executes game-related processing such as game processing. The genre of the game in the game part does not matter. In this case, the game system of the present embodiment may be composed of a terminal device for executing the program and a server system, or may be composed of only a terminal device for executing the program without using the server system. It may be what is done.

Further, in this embodiment, the lottery part (Gasha part) and the game part may be separate programs. In this case, the information of the game medium acquired in the terminal device that executes the lottery part is transferred to the terminal device that executes the game part via the server system or a portable information storage medium such as a memory card. You may read and use it. Further, in this case, the game system of the present embodiment may be composed of a terminal device and a server system for executing the lottery part and the game part, respectively, or the terminal and the server system for executing the lottery part and the game part. It may be composed of a terminal device that executes the above. Alternatively, the game system of the present embodiment may be realized by a terminal device that executes a lottery part, a memory card, and a terminal device that executes a game part.

When a server system is used, the lottery part and the game part may be executed on the server system. Further, the lottery part may be executed on the first server of the server system, and the game part may be executed on the second server of the server system.

In any of the configurations described above, the lottery part and the game part are executed based on the user identification information that identifies the user. The user identification information is, for example, a user ID, a terminal ID of a terminal device used by the user, a game ID of a game played by the user, or the like. When a memory card (portable information storage medium) is used as described above, the ID of the memory card may be used as the user identification information. Further, the programs of the present embodiment include various programs such as smartphone application programs, home-use game device game programs, PC game programs, smartphone and PC browser game programs, and arcade game machine programs. Applicable.

2. 2. Method of this embodiment Next, the method of this embodiment will be described in detail. In the following, the case where the game medium is an item will be mainly described as an example, but the present embodiment is not limited to this, and can be applied to various game media such as characters and cards.

2.1 Holding of game media In lottery play such as gasha, the game medium desired by the user is not always won, so that the user repeats the lottery operation until the desired game medium is won. In this case, by letting the user select to perform the re-lottery without acquiring the winning game medium, the user can redo the lottery until he / she is satisfied. However, even if, for example, an SR game medium is won, the user will redo the lottery because there is an expectation that a better game medium such as SSR may be won by performing the re-lottery. Then, in the subsequent lottery, if you cannot get a better game medium than the SR game medium that was won last time, you regret that you have redone the lottery, and until you win the game medium that you are satisfied with The lottery operation is repeated many times. For this reason, problems such as an excessive processing load of the game system and a decrease in user convenience occur.

Therefore, in the present embodiment, when the game medium is selected by the lottery process, the user either acquires the winning game medium after confirming the lottery result of the game medium, or does not acquire the winning game medium. Allows you to choose whether to put it on hold. Specifically, you can either acquire the winning game media, redo the lottery without acquiring the winning game media, put the winning game media on hold and redo the lottery, or the winning game media. Allows the user to decide whether to acquire the game medium that has already been put on hold without acquiring. By making it possible to put the game medium selected by the lottery process on hold in this way, the user does not have to repeat the lottery play such as Gasha many times, which is convenient for the user. It can be improved and the processing load of a game system such as a server system can be reduced.

4 (A), 4 (B), and 4 (C) are diagrams illustrating the method of the present embodiment. First, a lottery process is performed in which a game medium is selected from a plurality of game media based on a lottery instruction. In FIG. 4A, the game medium MA is selected. For example, when the user operates the lottery play of Gasha, the lottery instruction is given. For example, in FIG. 8 described later, a lottery instruction is given by selecting (touching) a tab of a single gasha or a 10-series gasha. Alternatively, the lottery instruction may be automatically issued without the user's operation. For example, when a given lottery instruction condition such as clearing a quest or a mission is satisfied in the game, a lottery instruction is automatically issued. Then, the lottery process is performed according to this lottery instruction, and the game medium is selected. Specifically, the game medium is selected by the lottery process as described with reference to FIGS. 3 (A) to 3 (C). Then, as shown in FIG. 4A, the user is notified of information about the selected game medium MA. For example, information such as the name, rarity, ability, effect, amount, image, or possession of the game medium MA is notified.

Then, when the given hold condition is satisfied, the selected game medium MA is set to the hold state. For example, when a user who confirms the contents of the game medium MA by notification performs an operation of setting the game medium MA to the hold state, it is determined that the hold condition is satisfied, and the game medium MA is set to the hold state. Alternatively, the game medium MA may be automatically set to the hold state when the hold condition is satisfied, regardless of the user's operation. For example, a game medium that the user does not own, a game medium that the user uses or frequently uses for the game, a game medium that has been selected by lottery in the past, a game medium that the user has designated as a favorite, or a game medium that has been won so far. When a game medium having a higher rarity than the game medium is selected, the game medium may be automatically set to the hold state.

The game medium MA in which the hold condition is satisfied and set to the hold state in this way corresponds to the user by using the user identification information UID as shown in FIG. 4A so that the user cannot use the game medium MA. Be attached. For example, the game medium MA set in the hold state is stored in a given storage area in association with the user identification information UID. For example, the game medium MA set in the hold state cannot be used in a game or the like from the time when the hold condition is satisfied until the hold release condition is satisfied. For example, the user cannot use the reserved game medium MA as the owned game medium, and cannot use it in the game by incorporating it into a deck or the like.

Next, as shown in FIGS. 4 (B) and 4 (C), it is assumed that the game medium MB is newly selected by the lottery process. This lottery process may be a re-lottery process as described in FIGS. 15A to 16D, which will be described later, or a normal lottery process different from the re-lottery process as described in FIG. It may be a process. In this way, when a new game medium MB is selected by the lottery process, it is determined whether to set the selected game medium MB to the usable state or the reserved game medium MA to be set to the usable state. .. For example, it is determined whether to set the game medium MA or MB to the usable state by using the user's operation information or the like.

For example, in FIG. 4B, the game medium MB selected by the lottery process is set to be usable. For example, the user sets the game medium MB in a usable state and operates the game medium to be owned by the user. In this case, the game medium MB set in the usable state is associated with the user by using the user identification information UID so that the user can use the game medium MB. For example, the game medium MA set in the usable state is stored in a given storage area in association with the user identification information UID.

On the other hand, in FIG. 4C, the game medium MA that has been set to the hold state is set to the usable state. For example, the user is performing an operation of making the game medium MA available and making it his own game medium. In this case, a process of associating the game medium MA set in the usable state with the user by using the user identification information UID is performed so that the user can use the game medium MA. For example, the game medium MA set in the usable state is stored in a given storage area in association with the user identification information UID.

FIG. 5 is a diagram illustrating an example of a process of associating a game medium set in a hold state or a game medium set in a usable state with a user. For example, the game media MA, MB, and MC are associated with the hold status flags FHA, FHB, and FHC. Further, the usable state flags FUA, FUB, and FUC are associated with the game media MA, MB, and MC. Further, the user identification information UID is associated with these game media and flags.

For example, when the game medium MA is set to the hold state as shown in FIG. 4A, the hold state flag FHA of the game medium MA is set to 1. The availability flag FUA has been reset to 0. Since the flags of the game medium MA, FHA, and FUA are associated with the user identification information UID, the process of associating the game medium MA set in the hold state with the user is realized by the process of FIG.

Further, as shown in FIG. 4B, when the game medium MB selected by the lottery process is set to the usable state, the usable state flag FUB of the game medium MB is set to 1. The hold status flag FHB has been reset to 0. Since the game medium MB, FHB, and FUB flags are associated with the user identification information UID, the process of associating the game medium MB set in the usable state with the user is realized by the process of FIG.

Further, as shown in FIG. 4C, when the game medium MA set in the hold state is set to the usable state, the usable state flag FUB of the game medium MA is set from 0 to 1, and the hold state is set. Flag FHB is reset from 1 to 0. Since the flags of the game medium MA, FHA, and FUA are associated with the user identification information UID, the process of associating the game medium MA set in the usable state with the user is realized by the process of FIG.

Next, the processing of the present embodiment will be described with reference to the flowcharts of FIGS. 6 and 7. First, the game system determines whether or not the lottery instruction has been given (step S1). Then, when a lottery instruction is given, a lottery process is performed as shown in FIG. 4A to select a game medium (step S2). Further, the user is notified of the information of the selected game medium (step S3).

Next, it is determined whether or not the hold condition is satisfied (step S4). For example, it is determined whether or not the user has performed an operation to put the game medium in the hold state. Then, when the hold condition is satisfied, the selected game medium is set to the hold state as shown in FIG. 4 (A) (step S5). Then, a process of associating the game medium set in the hold state with the user so that the user cannot use the game medium is performed (step S6). For example, the game medium set in the hold state is associated with the user by the process described with reference to FIG.

Next, as shown in FIG. 7, the game system selects a game medium by a lottery process (step S11). For example, as shown in FIG. 4B, the game medium is selected by a lottery process such as a re-lottery process. Then, as shown in FIGS. 4 (B) and 4 (C), it is determined whether to set the selected game medium in the usable state or the reserved game medium in the usable state (step S12). ). Then, a process of associating the game medium set in the usable state with the user so that the user can use the game medium is performed. For example, the game medium set in the usable state is associated with the user by the process described with reference to FIG.

As described above, according to the present embodiment, when the lottery process is performed according to the lottery instruction, the game medium is selected from a plurality of game media, and the information of the game medium is notified to the user. Then, when the hold condition is satisfied for the game medium, the game medium is set to the hold state, and a process of associating the game medium with the user so that the user cannot use the game medium is performed. As a result, the user can suspend the setting of the game medium in the usable state. Then, when a new game medium is selected by the lottery process, it is determined whether to set the selected game medium in the usable state or the reserved game medium in the usable state. Then, a process of associating the game medium set in the usable state with the user so that the user can use the game medium is performed. As a result, the user can use the game medium in a game or the like. In this way, the game medium selected by the lottery process can be set to the hold state without being set to the usable state. Then, when a new game medium is subsequently selected by the lottery process, the selected game medium or the game medium set in the hold state can be set to the usable state. Therefore, it is possible to suppress the user from repeatedly performing the lottery play until a satisfactory game medium is selected by the lottery process, and it is possible to reduce the processing load of the game system and improve the convenience of the user.

In the present embodiment, the game medium may be set to the hold state without notifying the user of the information about the game medium selected by the lottery. For example, when the selected game medium is automatically set to the hold state, the game medium may be set to the hold state without performing the notification process of the game medium. For example, in the present embodiment, a process of notifying the user of information about the selected game medium is performed, and this notification process is performed after the selected game medium is set to the hold state or whether or not the hold condition is satisfied. May be a process of notifying the user of information about the game medium selected by the lottery process after determining. At this time, if the game medium selected by the lottery process is not set to the hold state, the user may be notified of the game medium as "the game medium selected by the lottery process". On the other hand, when the game medium selected by the selection process is set to the hold state, the user may be notified of the game medium as the "game medium set to the hold state". As described above, the "information about the selected game medium" that is the target of the notification process of the present embodiment can also include information about the game medium that is set to the hold state after the selection process by the lottery process.

Next, a specific example of the present embodiment will be described with reference to the screen examples of FIGS. 8 to 13. First, a selection screen as shown in FIG. 8 is displayed on the user's terminal device. The user can choose to play a single Gasha or a 10-series Gasha. When the user selects to play a gasha such as a single gasha and a lottery instruction is given, the lottery process described with reference to FIGS. 3 (A) to 3 (C) is performed, and as shown in FIG. 9, the game medium. The item ITA that is is displayed as a winning item. On the screen of FIG. 9, the user is notified of the name, ability, effect, image of the item ITA, and the fact that the item is owned as information of the item ITA. A hold list, which is a list of pending items, is also displayed. In FIG. 9, since there are no items in the hold state, the hold list is all blank.

When the user selects the "Get" tab in FIG. 9, the item ITA is set to the usable state, and the item ITA can be used as its own item in a game or the like. When the user selects the "Hold" tab, the item ITA is set to the hold state and the item ITA is added to the hold list. When the user selects the "Choose from Hold List" tab, they can select the items to be enabled from the hold list. In FIG. 9, since all the hold lists are blank, selection from the hold list is not possible. When the user selects the "re-lottery" tab, the re-lottery process for reselecting the item is performed. If the user does not want the item ITA at this time but wants to keep it on the hold list, select the "Hold" tab to put the item ITA on hold. Then, by selecting the "re-lottery" tab, the re-lottery process is performed. On the other hand, if the user does not intend to hold the item ITA, the "re-lottery" tab is selected without selecting the "hold" tab.

In FIG. 10, since the user selects the “hold” tab in FIG. 9 to set the item ITA to the hold state and selects the “re-lottery” tab, the re-lottery process is performed and the re-lottery process is performed. Has selected a new item ITB. Then, the item ITA set in the hold state in FIG. 9 is added to the hold list in FIG. Here, the number of items that can be set in the hold state is limited, and the maximum number of items that can be added to the hold list is limited to three.

Also in FIG. 10, when the user selects the "Get" tab, the item ITB is set to the usable state and can be used in a game or the like as an item owned by the user. When the user selects the "Hold" tab, the item ITB is set to the hold state and the item ITB is added to the hold list. Since the maximum number of items in the hold state is 3, when the item ITB is added to the hold list, the remaining number of items that can be set in the hold state is 1. When the user selects the "Choose from Hold List" tab, they can select the items to be enabled from the hold list. In FIG. 10, since the item ITA is in the hold list, the user can set the previously won item ITA to the available state. When the user selects the "re-lottery" tab, the re-lottery process for reselecting the item is performed. As described above, in the present embodiment, when a new item ITB (game medium in a broad sense) is selected by the lottery process as shown in FIG. 10, the selected item ITB is set to the usable state or is in the pending state. It is decided whether to set the item ITA of the item ITA to the usable state. Then, when the user selects the "Get" tab, the item ITB is set to the available state, and when the user selects the "Select from hold list" tab and selects the item ITA from the hold list, the item ITA is used. Set to enabled state. Then, as described with reference to FIG. 5, a process of associating the item set in the usable state with the user by using the user identification information UID is performed.

In FIG. 11, since the user selects the “hold” tab in FIG. 10 to set the item ITB to the hold state and selects the “re-lottery” tab, the re-lottery process is performed and the re-lottery process is performed. Has selected a new item ITC. The item ITB set in the hold state in FIG. 10 is added to the hold list, and the remaining number of items that can be set in the hold state is one.

Also in FIG. 11, when the user selects the “Get” tab, the item ITC is set to the available state. When the user selects the "Hold" tab, the item ITC is set to the hold state and the item ITC is added to the hold list. Since the upper limit of the number of items in the hold state is 3, when the item ITC is added to the hold list, the number of items in the hold list reaches the upper limit. Therefore, in this case, the item cannot be set to the hold state unless the item is selected from the hold list and set to the available state. When the user selects the "Select from hold list" tab, the item ITA or item ITB can be set to the available state from the hold list. When the user selects the "re-lottery" tab, the re-lottery process for reselecting the item is performed.

For example, the items ITA and ITB selected by the lottery process in FIGS. 9 and 10 are items already owned by the user. Therefore, it is unlikely that the user sets these items ITA and ITB in the usable state. However, if the item ITA and ITB have a high rarity, or if the ability and effect are high, the user sets the item ITA and ITB in the hold state for the time being and adds them to the hold list. On the other hand, the item ITC selected by the lottery process in FIG. 11 is an item not owned by the user. Therefore, when such an item ITC is won, the user is likely to select, for example, the "Get" tab to set the item ITC to a usable state and make it his own item. When the user sets the item ITC to the usable state in this way, for example, the lottery play Gasha ends. Also, when the user sets the items ITA and ITB in the pending state to the usable state, the gasha will be terminated.

Further, in the present embodiment, when the user is made to select whether to make the game medium selected by the lottery process available or to set the game medium in the hold state to the usable state, the game medium is already set in the hold state. Notify the user of information about the game medium being played. By notifying such information, it is possible to notify the user of useful judgment information as to whether the game medium selected by the lottery process or the game medium in the pending state is set to the usable state. Become.

For example, in FIG. 10, the user is allowed to select whether to enable the item ITB (game medium) selected by the lottery process or to set the pending item ITA to the usable state. At this time, the user is notified of the information about the item ITA that has already been set to the hold state by using the hold list. In FIG. 11, the user is allowed to select whether to enable the item ITC selected by the lottery process or to set the pending items ITA and ITB to the usable state. At this time, the user is notified of the information about the items ITA and ITB that have already been set to the hold state by using the hold list. For example, when the user selects the "Select from hold list" tab in FIGS. 10 and 11, a notification screen for hold list information as shown in FIG. 12 may be displayed. On the notification screen of FIG. 12, the user is notified of information such as the name, rarity, ability, effect, image, or possession of the items ITA and ITB set in the hold state. By seeing these notification information, the user can appropriately decide whether to set the item set in the hold state to the available state or to set the item selected by the lottery process to the usable state. It becomes possible to make a judgment and notify the user of useful information.

Further, in the present embodiment, the user may be notified of a part of the information regarding the game medium. For example, in FIGS. 9 to 12, all information of the item that is the game medium is notified. On the other hand, in FIG. 13, some information out of all the information is notified. For example, in FIG. 13, information about the rarity of the item ITC and information on whether or not the item ITC is owned are notified. For example, among the information of the item ITC, a part of the information which is an important judgment material when setting the item ITC to the usable state or the hold state is notified (displayed). Further, in FIG. 13, a silhouette image is displayed without displaying a normal image of the item ITC. For example, an image in which the entire image is blurred, the outline is blurred, or the contrast is reduced is displayed. By notifying the user of a part of the information about the game medium in this way, the information necessary for determining whether to set the game medium in the usable state or the pending state is selected and notified to the user. become able to. In addition, by notifying a part of the information, it is possible to make the notified information ambiguous and improve the fun and strategy of the lottery play.

As described above, notifying the user of information about the selected game medium means that the game medium is suspended without notifying the user which game medium has been selected after the selection by the lottery process. After being set to the state, the user may be notified of information about the game medium set to the hold state. For example, the hold list as shown in FIG. 12 may be used to notify the user of information about the selected game medium. In FIG. 12, notification processing of information about the game medium set in the hold state is performed, and such notification processing is also notification processing of information about the game medium selected by the lottery process.

Further, in the present embodiment, when the game medium is selected by the lottery process, the user selects whether or not to make the game medium usable, as described with reference to FIGS. 9 to 11. When not set to the usable state, the user selects the game medium to be set to the usable state from the game media already set to the pending state. For example, from the hold list, select the game medium to be set to be available. At this time, it is determined whether or not to set the game medium that is not set to the usable state to the hold state. For example, when the item ITB is not set to the available state in FIG. 10, it is determined whether or not to set the item ITB to the hold state, and when the item ITB is set to the hold state, the item ITB is added to the hold list.

Also, when it is necessary to consume in-game currency etc. for lottery play such as Gasha, when setting the game medium selected in the lottery process to the usable state, the consumed in-game currency etc. should be consumed as it is. To do. For example, in FIG. 8, it is assumed that the in-game currency is consumed in order to play Gasha. Then, for example, when the item ITC is set to the usable state in FIG. 11, the in-game currency consumed in FIG. 8 is consumed when the item ITC is set to the usable state. On the other hand, when the game medium that has already been set to the hold state is set to the usable state, the in-game currency or the like consumed for performing the lottery play may be set to not be consumed.

In addition, in-game currency etc. was consumed in order to perform lottery play such as gasha, but if the game medium is not set to the usable state and the game medium is set to the hold state, the consumed in-game currency etc. will be used. You may consume it as it is. Further, when the in-game currency or the like is consumed for setting the hold state, the consumption may be combined with the consumption for performing the lottery play, or may be a separate consumption. In addition, if the in-game currency is consumed to perform lottery play such as gasha, but the game medium is not set to the usable state and the game medium is set to the hold state, the in-game currency is not consumed. You can do it. However, in this case, when the game medium that has already been set to the hold state is made available, the in-game currency or the like consumed for performing the lottery play is consumed as it is.

If a game medium that has already been set to the hold state is set to the usable state, the game medium is deleted from the memory of the hold state. This deletion may be realized by resetting the hold state flag in FIG. 5 to 0. Further, the game medium set in the hold state may be deleted at the user's will without setting the usable state.

Further, in the case of 10-series Gasha or the like, a selection may be made for each of the plurality of winning game media to set the presence / absence of the usable state and the presence / absence of the hold state. For example, in FIG. 14, 10 items IT1 to IT10 are selected and won by 10 consecutive Gasha. In this case, as shown in FIG. 14, for example, the items IT1, IT2, IT3, IT6, IT7, IT9, and IT10 are set to the usable state, and the items IT4, IT5, and IT8 are set to the pending state. There is.

2.2 Re-lottery process Next, the details of the re-lottery process will be described. In the present embodiment, when the user selects not to set the game medium selected by the lottery process or the game medium set in the hold state to the usable state, the re-lottery process is executed. In this way, since the game medium selected by the lottery process or the game medium set in the hold state is not the desired game medium, the user who did not set the usable state can perform the re-lottery process again. By doing so, it becomes possible to acquire a new game medium.

For example, in FIG. 15A, the game medium MA is selected by the lottery process, and the user sets the game medium MA in a usable state. As a result, the game medium MA becomes the game medium owned by the user, and the user can acquire the game medium MA by Gasha, so that the lottery play of Gasha ends. In FIG. 15B, the user sets the game medium MA selected by the lottery process in the hold state without setting it in the usable state. In this case, the re-lottery process is executed. In FIG. 15C, the user does not set the game medium MA selected by the lottery process to the usable state and does not set it to the hold state. In this case as well, the re-lottery process is executed.

As shown in FIGS. 15 (A) to 15 (C), when there is no game medium set in the hold state, the lottery process is performed as shown in FIGS. 15 (B) and 15 (C). When the user selects not to set the game medium MA selected by the above to the usable state, the re-lottery process is executed.

In FIGS. 16A to 16D, the game medium MB is selected by the re-lottery process. The game medium MA is set to the hold state. That is, as shown in FIG. 15B, when the user sets the game medium MA selected by the lottery process in the hold state without setting it in the usable state and the re-lottery process is executed, FIG. The state of 16 (A) to 16 (D) is obtained.

Then, in FIG. 16A, the user does not set the game medium MA in the pending state to the usable state, but sets the game medium MB selected by the re-lottery process to the usable state. In this case, since the game medium MB has been acquired as the user-owned game medium, the lottery play of Gasha ends.

In FIG. 16B, the user does not set the game medium MB selected by the re-lottery process to the usable state, but sets it to the hold state, and in FIG. 16C, the game medium MB is used. It is not set to the enable state and is not set to the hold state. Also, the game medium MA in the pending state is not set to the usable state. Therefore, in the case of FIGS. 16 (B) and 16 (C), the re-lottery process is executed.

On the other hand, in FIG. 16D, the game medium MA in the pending state is set to the usable state. In this case, since the game medium MA has been acquired as the user-owned game medium, the lottery play of Gasha ends.

When there is a game medium MA set in the hold state as shown in FIGS. 16A to 16D, the lottery process is performed as shown in FIGS. 16B and 16C. When the user selects not to set the selected game medium MB or the game medium MA set in the hold state to the usable state, the re-lottery process is executed. In this way, if the game medium selected by the lottery process or the game medium set in the hold state is not the desired game medium, the re-lottery process is performed, so that the user can use a new game. You will be able to acquire media.

Further, in the present embodiment, the game medium in the hold state can be set to the usable state only when, for example, the re-lottery process is executed. For example, in FIGS. 15A to 15C, a normal lottery process other than a re-lottery process is performed. In this case, since the game medium in the hold state does not yet exist, the game medium in the hold state cannot be set to the usable state. On the other hand, in FIGS. 16A to 16D, the re-lottery process is performed, and the game medium MA in the pending state exists. That is, in the previous lottery process of FIGS. 15 (A) to 15 (C), the game medium MA is set to the hold state as shown in FIG. 15 (B), so that the game medium MA in the hold state exists. Will come to do. Then, in this case, as shown in FIG. 16D, the game medium MA in the pending state can be set to the usable state. That is, the game medium in the hold state can be set to the usable state only when the re-lottery process is executed.

In the present embodiment, when a new game medium is selected by the lottery process, it is determined whether to set the selected game medium in the usable state or the reserved game medium in the usable state. The game medium set in the usable state is associated with the user so that the user can use it. In this case, as the lottery process for selecting a new game medium, for example, the re-lottery process described with reference to FIGS. 16A to 16D can be assumed, but the present embodiment is not limited to this. Absent.

For example, in the modified example of FIG. 17, when the user performs the lottery play of Gasha, the Kth lottery process K is performed, the game medium MK is selected, and the selected game medium MK is set to the hold state. There is. For example, the user identification information UID is used to associate with the user so that the game medium MK cannot be used. Then, when the user next performs the lottery play of Gasha, the K + 1th lottery process K + 1 is performed, and the game medium MK + 1 is selected. After that, it is assumed that the user performs the lottery play of Gasha, the Lth (L> K + 1) lottery process L is performed, and the game medium ML is selected. In this case, in the present embodiment, the user uses the game medium ML selected in the L-th lottery process L and the game medium MK selected in the previous K-th lottery process K and set to the hold state. Any of the above can be set to the enabled state. That is, the lottery process L in FIG. 17 is not the re-lottery process of the lottery process K, but even when a new game medium ML is selected by such a lottery process L, instead of the game medium ML, before The game medium MK that has been selected and is in the pending state can be set to the usable state. As described above, the lottery process in which the game medium is newly selected in the present embodiment is not limited to the re-lottery process.

Further, in the present embodiment, the re-lottery process is executed on condition that the user pays the consideration. For example, when the user pays a consideration by consuming the in-game currency or game points, or when the consumption amount of the in-game currency or game points reaches a predetermined amount, the re-lottery process is executed. In this way, the user will be motivated by the re-lottery to pay the consideration, and the user can be encouraged to pay the consideration, and the operating rate can be improved.

In this case, the consideration may be changed according to the number of times the re-lottery process has been executed in the past. For example, as the number of times the re-lottery process is executed increases, the amount of consideration required for executing the re-lottery process increases. For example, when the re-lottery process is executed on the condition that the in-game currency or game points are paid, the more times the re-lottery process is executed, the more the amount of in-game currency or game points required to execute the re-lottery process is reduced. Raise it. In this way, as the re-lottery is repeated, the amount of consideration required for the re-lottery increases, so that the user can effectively suppress the re-lottery from being repeated unnecessarily. As a result, it is possible to effectively prevent a situation in which the processing load of the system increases due to the repetition of the re-lottery process. On the contrary, as the number of times the re-lottery process is executed increases, the amount of consideration required for executing the re-lottery process can be reduced.

Further, in the present embodiment, when the game medium selected by the lottery process in the past or the game medium set in the usable state in the past is selected by the lottery process, the re-lottery process is executed. For example, the game medium selected by the re-lottery process may be a game medium that has been won by the lottery process of Gasha in the past, or a game medium that has been won by the lottery process in the past and set to be usable by the user. It is assumed that the game medium is owned by. In this case, the re-lottery process will be executed. For example, only in such a case, the re-lottery process is permitted to be executed, or the re-lottery process is automatically executed. For example, it is considered that the user does not want to own the game medium that has been won in the past or the game medium that has already been owned. Therefore, in this case, the re-lottery process is executed so that the game media other than the game media won in the past and the game media owned in the past are won, so that the user can acquire the desired game media.

FIG. 18 is a flowchart illustrating the re-lottery process. First, the game system re-lottery conditions depending on the consideration paid by the user, or whether the game medium selected by the lottery process in the past or the game medium set to be usable in the past is selected by the lottery process. Is determined (step S21). Then, it is determined whether or not the re-lottery condition is satisfied (step S22). For example, when the user pays the consideration for the in-game currency or the like, or when the amount of the consideration which is the consumption amount of the in-game currency or the like is equal to or more than a predetermined amount, it is determined that the re-lottery condition is satisfied. Alternatively, when the game medium selected by the lottery process in the past or the game medium set to be usable in the past is selected by the lottery process, it is determined that the re-lottery condition is satisfied. Then, the re-lottery process is executed on condition that the re-lottery process is satisfied (step S23).

Further, in the present embodiment, the probability that the game medium in the lottery process is selected is changed according to the execution status of the re-lottery process. Alternatively, a process of changing the probability that the game medium is selected in the lottery process is performed according to the holding status of the game medium. By doing so, the probability that, for example, a game medium having a high rarity or a game medium having a high ability will be selected changes depending on the execution status of the re-lottery process and the hold status of the game medium, and the re-lottery will be performed. It becomes possible to realize a lottery process that reflects the execution status of the process and the hold status of the game medium. For example, if the number of times the re-lottery process is executed increases or the frequency of the re-lottery process increases, it becomes difficult to hit a game medium having a high degree of rarity or a game medium having a high ability. For example, if the re-lottery is repeated many times, the probability that a game medium having a high degree of rarity or a game medium having a high ability is selected is low, so that the user gives up the re-lottery. As a result, the situation where the re-lottery is repeated many times can be prevented, and the processing load of the game system can be suppressed from increasing. Alternatively, conversely, as the number of times the re-lottery process is executed increases or the frequency of the re-lottery process increases, it may be easier to win a game medium having a high degree of rarity or a game medium having a high ability.

Alternatively, if the number of game media held is large or the holding frequency is high, it becomes difficult to hit a game medium having a high degree of rarity or a game medium having a high ability. For example, if the user sets the hold state many times, the number of game media set in the hold state increases, or if the user frequently sets the hold state, the game media and abilities with high rarity are high. Since the probability that a game medium with a high value is selected is low, the user is reluctant to set the hold state. As a result, it is possible to prevent the user from blindly setting the hold state of the game medium. Alternatively, conversely, as the number of hold of the game medium increases or the hold frequency increases, the game medium having a high degree of rarity or the game medium having a high ability may be easily hit. As the process of changing the probability that the game medium is selected in the lottery process, there are various processes as described with reference to FIGS. 3 (A) to 3 (C).

FIG. 19 is a flowchart illustrating a probability change process according to the execution status of such a re-lottery process. First, the execution status of the re-lottery process is acquired (step S31). For example, information such as the number of times the re-lottery process is executed and the frequency of execution is acquired. Further, the holding status of the game medium is acquired (step S32). For example, information on the number of hold numbers and hold frequency of game media is acquired. Then, the probability that the game medium in the lottery process is selected is changed according to the execution status of the re-lottery process or the hold status of the game medium (step S33). For example, the winning probability in the probability table of FIG. 3 (A) may be changed, or the order of the game media having a high rarity in FIG. 3 (B) may be changed so as to come to the front, or in FIG. 3 (C). , Change to a lottery table that makes it easier to win game media with a higher degree of rarity. As a result, the probability that a game medium having a high rarity is selected in the lottery process will be changed.

2.3 Holding state setting process Next, the details of the holding state setting process in the present embodiment will be described. In the present embodiment, when a given hold condition is satisfied, the game medium selected in the lottery process is set to the hold state, and a process of associating the user with the game medium so that the game medium becomes unusable is performed. .. In this case, various processes can be assumed for the process of determining the hold condition.

For example, in the present embodiment, it is determined whether or not the hold condition is satisfied based on the operation information of the user. For example, when a game medium is selected by a lottery process and the user performs an operation of setting the game medium in the hold state, it is determined that the hold condition is satisfied, and the game medium is set in the hold state. For example, in FIGS. 9 to 11, when the user performs an operation of selecting the "hold" tab, the game medium is set to the hold state. By doing so, the game medium selected by the lottery process can be set to the hold state by reflecting the intention of the user.

FIG. 20 is a flowchart illustrating a hold state setting process based on the hold condition. First, a lottery process is performed to select a game medium (step S41). Then, the user is notified of the information of the selected game medium (step S42). Next, it is determined whether or not the user has performed an operation of setting the selected game medium to the hold state (step S43). For example, in FIGS. 9 to 11, it is determined whether or not the user has performed the operation of selecting the "hold" tab. When the user performs such an operation, the game medium selected by the lottery process is set to the hold state (step S44). Then, a process of associating the game medium set in the hold state with the user so that the user cannot use the game medium is performed (step S45).

Further, in the present embodiment, the holding state of the game medium may be automatically set without any operation by the user. Specifically, the information of the game medium associated with the user is compared with the information of the game medium selected by the lottery process. Then, according to the result of the comparison process, it is determined whether or not the hold condition is satisfied, and if the hold condition is satisfied, the game medium is set to the hold state. The game media associated with the user are the game media owned by the user, the game media used by the user in the game, the game media frequently used in the game, and the game media that have been selected by lottery processing in the past. A certain game medium, a game medium specified by the user, or the like. The information of the game medium associated with these users is compared with the information of the game medium selected by the lottery process, and based on the comparison result, for example, whether or not the selected game medium satisfies the hold condition. To judge. Then, when the hold condition is satisfied, the game medium is automatically set to the hold state. For example, when an unowned game medium is selected in the lottery process, or when a game medium used for the game or a game medium frequently used is selected, the game medium is automatically set to the hold state. To do. Alternatively, if a game medium that has never been won in the past is selected, a game medium that is designated as a favorite is selected, or a game medium that is more rare than the game medium that was won in the past is selected. In this case, the game medium is automatically set to the hold state. In this way, the game media selected by the lottery process is compared with the game media associated with the user, and it is automatically determined whether or not to set the selected game media in the hold state. Therefore, the convenience of the user can be improved.

FIG. 21 is a flowchart illustrating a holding state setting process based on the holding condition in this case. First, a lottery process is performed to select a game medium (step S51). Then, the information of the game medium associated with the user and the information of the game medium selected by the lottery process are compared, and based on the result of the comparison process, it is determined whether or not the hold condition is satisfied. (Steps S52, S53). Then, when the hold condition is satisfied, for example, the game medium selected by the lottery process is set to the hold state (steps S54 and S55). For example, compared to unowned game media, game media used for games, frequently used game media, game media that have never been won in the past, game media designated as favorites, or past winning game media. When a game medium having a high degree of rarity is selected by the lottery process, the game medium is set to the hold state. Then, a process of associating the game medium set in the hold state with the user so that the user cannot use the game medium is performed (step S56).

Further, in the present embodiment, the hold condition may be set according to the type of the game medium for which the hold state is set. For example, the holding conditions are tightened or relaxed according to the type of game medium set in the holding state. For example, in the present embodiment, it is determined whether or not the hold condition is satisfied based on whether or not the in-game currency is consumed and the amount of consumption, whether or not there is a charge, the amount of consideration for the charge, or the progress of the game. For example, if you consume in-game currency, if the amount of consumption exceeds a predetermined amount, if you pay compensation for billing, if the amount of consideration exceeds a predetermined amount, or if the progress of the game is a predetermined status Allows the game media to be put on hold when becomes. In this case, the type of game medium such as rarity and ability is determined. For example, a game medium with a high rarity consumes more in-game currency required to set a hold state than a game medium with a low rarity. Increase or increase the amount of billing required to set the hold status. The game medium with a high degree of rarity has a larger number of game clear stages that allow the setting to the hold state than the game medium with a low degree of rarity. In this way, it is possible to set the hold condition that reflects the type of game medium that is going to be set to the hold state, and processing such as tightening or relaxing the hold condition according to the type of game medium. Becomes possible.

FIG. 22 is a flowchart illustrating a holding state setting process based on the holding condition in this case. First, the type of game medium for which the hold state is set is determined (step S61). For example, the type of rarity, ability, category, attribute, etc. of the game medium selected by the lottery process is determined. Then, as described above, the holding condition is set according to the type of the game medium (step S62). Next, it is determined whether or not the set hold condition is satisfied, and if it is satisfied, for example, the game medium selected by the lottery process is set to the hold state (steps S63 and S64). Then, a process of associating the game medium set in the hold state with the user so that the user cannot use the game medium is performed (step S65).

Further, in the present embodiment, the number of game media that can be set to the hold state is limited. For example, the number of game media that can be set in the hold state is limited to, for example, one, two, or a predetermined number of three or more. By doing so, for example, it is possible to prevent the user from holding the game medium in an unlimited state, and it is possible to prevent a situation in which the processing load of the game system becomes excessive. For example, in FIG. 23, only three game media can be added to the hold list, and the maximum number of game media that can be set in the hold state is three. As described above, it is desirable to notify the user of the upper limit of the number limit of the number of game media so that the user can visually recognize it.

Further, in the present embodiment, the upper limit number of the number limit may be changed depending on whether or not the given change condition is satisfied. For example, when the user consumes the in-game currency, pays for the charge, or the progress of the game reaches a predetermined status, it is determined that the change condition is satisfied, and the maximum number of pieces is limited. To change. Alternatively, if the amount of in-game currency consumed exceeds the specified amount, or if the amount of consideration paid for billing exceeds the specified amount, it is judged that the change conditions have been met, and the maximum number of pieces is limited. To change. For example, the upper limit of the number limit is automatically changed, or the user accepts an instruction to change the upper limit. For example, the upper limit of the number limit is increased, or the change instruction of the user who increases the upper limit is accepted. By doing so, it becomes possible to change the upper limit of the number limit of the number of pending states of the game medium according to various situations, and it becomes possible to improve the fun and strategy of the lottery play.

Further, in the present embodiment, the upper limit of the number limit may be changed according to the type of the game medium for which the hold state is set. For example, for the first type of game medium, the upper limit of the number limit in the pending state is reduced, and for the second type of game medium, the upper limit of the number limit is increased or the number limit is invalidated. Do not limit the number of game media on hold. For example, for game media with high rarity and ability, the upper limit of the number limit in the hold state is reduced, and for game media with low rarity and ability, the upper limit of the number limit in the hold state is increased or the number limit is increased. Don't do it yourself. In this way, it is possible to limit the number of pending states that reflect the type of game medium, and depending on the type of game medium, the upper limit of the number limit can be reduced, or the maximum number can be increased. It is possible to invalidate the number limit.

FIG. 24 is a flowchart illustrating a holding state setting process based on the holding condition in this case. First, it is determined whether or not the condition for changing the maximum number is satisfied based on the in-game currency, the consumption status of the item, the billing status, the game progress status, and the like (step S71). Then, the type of the game medium for which the hold state is set is determined (step S72). For example, the rarity, ability, category, attribute, and the like of the game medium are determined. Then, the upper limit of the number limit of the number of game media that can be set in the hold state is changed according to whether or not the condition for changing the upper limit is satisfied or the type of the game medium (step S73).

Although the present embodiment has been described in detail as described above, those skilled in the art will easily understand that many modifications that do not substantially deviate from the novel matters and effects of the present disclosure are possible. Therefore, all such variations are included in the scope of the present disclosure. For example, in a specification or drawing, a term (item character, gasha, re-lottery process, etc.) described at least once with a different term (game medium, lottery play, lottery process, etc.) that is broader or synonymous is described in the specification. Alternatively, it can be replaced with the different term anywhere in the drawing. Further, the lottery process, the notification process, the hold process, the use process, the game process, the re-lottery process, the hold state setting process, etc. are not limited to those described in the present embodiment, and methods equivalent to these are also within the scope of the present disclosure. include.

TM1-TMn, TM terminal device, MA, MB, MC, MK, ML game medium,
UID user identification information, TB, TBA, TBB, TBC lottery table,
FHA, FHB, FHC hold status flag,
FUA, FUB, FUC availability flag, PA, PB, PC winning probability,
ITA, ITB, ITC, IT1-IT10 items,
100 processing unit, 102 lottery processing unit, 104 notification processing unit, 106 hold processing unit,
108 Used processing unit, 110 Game processing unit, 112 Management unit, 120 Display processing unit,
130 sound processing unit, 160 operation unit, 170 storage unit, 172 game information storage unit,
174 Game media information storage unit, 176 User information storage unit, 180 Information storage medium,
190 display unit, 192 sound output unit, 194 I / F unit,
195 Portable information storage medium, 196 Communication unit,
500 server system, 510 network

Claims (17)

A lottery processing unit that performs a lottery process for selecting a game medium from a plurality of game media based on a given lottery instruction.
A notification processing unit that performs processing for notifying the user of information regarding the selected game medium, and
When a given hold condition is met, the selected game medium is set to the hold state, and the game medium set to the hold state is set to the hold state so that the user cannot use the game medium. A hold processing unit that performs a process of associating the game medium with the user by using the user identification information that identifies the user.
When a new game medium is selected by the lottery process, it is determined whether to set the game medium selected by the lottery process to the usable state or to set the game medium in the pending state to the usable state. A usage process that performs a process of associating a game medium set in the usable state with the user by using the user identification information so that the game medium set in the usable state can be used by the user. As a department
A program characterized by making a computer work. In claim 1,
The lottery processing unit
A program characterized by executing a re-lottery process when the user selects not to set the game medium selected by the lottery process or the game medium set in the hold state to the usable state. .. In claim 2,
The lottery processing unit
A program characterized by executing the re-lottery process on condition that the consideration is paid by the user. In claim 3,
The lottery processing unit
A program characterized in that the consideration is changed according to the number of times the re-lottery process has been executed in the past. In any of claims 2 to 4,
A program characterized in that the game medium in the pending state can be set to the usable state only when the re-lottery process is executed. In any of claims 2 to 5,
The lottery processing unit
A program characterized in that when a game medium selected by the lottery process in the past or a game medium set to be usable in the past is selected by the lottery process, the re-lottery process is executed. In any of claims 2 to 6,
The lottery processing unit
A program characterized by performing a process of changing the probability that a game medium is selected in the lottery process according to the execution status of the re-lottery process. In any of claims 1 to 7,
The lottery processing unit
A program characterized by performing a process of changing the probability that a game medium is selected in the lottery process according to a holding status of the game medium. In any of claims 1 to 8,
The hold processing unit
A comparison process is performed between the information of the game medium associated with the user and the information of the game medium selected by the lottery process, and whether or not the hold condition is satisfied according to the result of the comparison process. A program characterized by judging. In any of claims 1 to 9,
The hold processing unit
A program characterized by determining whether or not the hold condition is satisfied based on the operation information of the user. In any of claims 1 to 10,
The hold processing unit
A program characterized in that the hold condition is set according to the type of game medium for which the hold state is set. In any of claims 1 to 11,
The hold processing unit
A program characterized by limiting the number of game media that can be set to the hold state. In claim 12,
The hold processing unit
A program characterized in that the upper limit of the number limit is changed depending on whether or not a given change condition is satisfied. In claim 12 or 13,
The hold processing unit
A program characterized in that the upper limit of the number limit is changed according to the type of game medium for which the hold state is set. In any of claims 1 to 14,
The notification processing unit
A game that has already been set to the hold state when the user is allowed to select whether to make the game medium selected by the lottery process available or to set the game medium in the hold state to the usable state. A program characterized by performing a process of notifying a user of information about a medium. In any of claims 1 to 15,
The notification processing unit
A program characterized by performing a process of notifying the user of a part of information regarding the selected game medium. A lottery processing unit that performs a lottery process for selecting a game medium from a plurality of game media based on a given lottery instruction.
A notification processing unit that performs processing for notifying the user of information regarding the selected game medium, and
When a given hold condition is met, the selected game medium is set to the hold state, and the game medium set to the hold state is set to the hold state so that the user cannot use the game medium. A hold processing unit that performs a process of associating the game medium with the user by using the user identification information that identifies the user.
When a new game medium is selected by the lottery process, it is determined whether to set the game medium selected by the lottery process to the usable state or to set the game medium in the pending state to the usable state. A usage process that performs a process of associating a game medium set in the usable state with the user by using the user identification information so that the game medium set in the usable state can be used by the user. Department and
A game system characterized by including.

Images