JP2018023673A - Program and system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To increase a user layer consuming game currency.SOLUTION: A first lottery is a lottery method of causing a user to determine whether or not to pay a consideration according to an extracted attribute (e.g., rarity and a rank), for acquiring a game element (e.g., a character and a virtual card) including the extracted attribute. A second lottery is a lottery method for paying the consideration for execution of the lottery. Those that are extracted in the two types of respective lottery methods are the same or at least partially overlapped with each other. In the second lottery, the number of executable times may be sometimes predetermined. An extraction probability in the first lottery and an extraction probability in the second lottery may be sometimes different.SELECTED DRAWING: Figure 3

Description

  At least one of the embodiments of the present invention relates to a program for causing a user terminal to implement a function for controlling the progress of a video game, a system thereof, and a program for causing a server to implement a function for controlling the progress of a video game. .

  Conventionally, there is a video game system using game elements (for example, virtual items and cards).

  In such a video game system, for example, in-game currency acquired in advance (for example, in-game currency acquired by performing billing) is consumed, and game elements that are selected from a predetermined lottery object are presented to the user. Some are given (see Patent Document 1).

JP 2010-240222 A

  However, in such a lottery system in a video game system, in order to acquire a desired game element, the user repeatedly performs a lottery that consumes in-game currency until the game element can be acquired. As a result, a considerable amount of in-game currency may be consumed until the desired game element is obtained. Therefore, the conventional lottery system has a problem that some users refrain from performing the lottery. That is, in the conventional lottery system, there is a problem that a user layer that consumes in-game currency may be limited.

  An object of at least one embodiment of the present invention is to solve the above-described problems and to expand a user group that consumes in-game currency.

  According to a non-limiting aspect, a program according to an embodiment of the present invention is a program for causing a user terminal to realize a function of controlling the progress of a video game, and operates the user terminal on the user terminal. A first lottery function for executing a first lottery for giving a game element including at least one attribute based on a first lottery request received from a user who performs the first lottery function; An attribute extracted by the primary extraction function in exchange for in-game currency based on a primary extraction function for extracting at least one attribute from an attribute group including the attributes of the game and an acquisition request for the game element received from the user A first game element extraction function that extracts a first game element including a plurality of game elements from a game element group, and the first game element is It is intended for realizing a first adding function to be assigned to THE.

According to a non-limiting aspect, a system according to an embodiment of the present invention includes a communication network, a server, and a user terminal, and controls the progress of a video game using a game element. Based on a first lottery request received from a user operating a user terminal, including a first lottery means for executing a first lottery for providing a game element including at least one attribute, wherein the first lottery means includes: Based on a primary extraction means for extracting at least one attribute from an attribute group including two or more attributes, and the game element acquisition request received from the user, the primary extraction means extracts in exchange for in-game currency. A first game element extracting means for extracting a first game element including an attribute from a game element group composed of a plurality of game elements; and System; and a first adding means for adding to.
It is characterized by.

  According to a non-limiting aspect, a program according to an embodiment of the present invention is a program for causing a server to realize a function of controlling the progress of a video game, and a user who operates the user terminal on the server. Based on the first lottery request received from the first lottery function, the first lottery function for executing the first lottery for giving a game element including at least one attribute is realized. A primary extraction function for extracting at least one attribute from an attribute group including the attribute, and an attribute extracted by the primary extraction function in exchange for in-game currency based on the acquisition request for the game element received from the user A first game element extraction function for extracting a first game element from a game element group composed of a plurality of game elements, and the first game element attached to the user It is intended for realizing a first adding function to.

  Each embodiment of the present application solves one or more deficiencies.

It is a block diagram showing an example of composition of a system corresponding to at least one of the embodiments of the present invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the operation | movement by the side of the server in the game related process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the operation | movement by the side of the terminal in the game related process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is explanatory drawing for demonstrating the example of the storage state of the information corresponding to at least one of embodiment of this invention. It is explanatory drawing for demonstrating the example of the storage state of the information corresponding to at least one of embodiment of this invention. It is explanatory drawing for demonstrating the example of the storage state of the information corresponding to at least one of embodiment of this invention. It is explanatory drawing for demonstrating the example of the storage state of the information corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the 1st lottery process corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the 2nd lottery process corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention.

  Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Various constituent elements in the embodiments described below can be appropriately combined within a range in which no contradiction occurs. Moreover, the content described as an example of a certain embodiment may be omitted in other embodiments. The contents of operations and processes not related to the characteristic part of each embodiment may be omitted. Furthermore, the order of the various processes constituting the various flows described below is in no particular order as long as no contradiction occurs in the processing contents.

[First Embodiment]
FIG. 1 is a block diagram showing an example of the configuration of a system 100 according to an embodiment of the present invention. As illustrated in FIG. 1, the system 100 includes a server 10 and user terminals 20 and 201 to 20N (N is an arbitrary integer) used by a user of the system. Note that the configuration of the system 100 is not limited to this, and a single user terminal may be used by a plurality of users, or a configuration including a plurality of servers.

  The server 10 and the plurality of user terminals 20 and 201 to 20N are each connected to a communication network 30 such as the Internet. Although not shown, the plurality of user terminals 20 and 201 to 20N are connected to the communication network 30 by performing data communication with a base station managed by a communication provider through a wireless communication line.

  The system 100 includes the server 10 and a plurality of user terminals 20 and 201 to 20N, thereby executing various processes for controlling the progress of the video game.

  Here, the progress of the video game means that various progress or changes that may occur in the video game have occurred. Examples of various progress or changes that can occur in a video game include time progress, changes in game element parameters, updates of specific statuses or flags, or operational inputs by the user.

  The server 10 is managed by an administrator of the system 100 and has various functions for providing information related to various processes to the plurality of user terminals 20 and 201 to 20N. In this example, the server 10 includes an information processing apparatus such as a WWW server, and includes a storage medium that stores various types of information. The server 10 includes a general configuration for performing various processes as a computer, such as a control unit and a communication unit, but a description thereof is omitted here. Further, in the system 100, it is preferable that the server 10 manages various types of information from the viewpoint of reducing the processing load on each of the plurality of user terminals 20, 201 to 20N. However, the system 100 may be configured such that a storage area is provided in a state where the server 10 is accessible, and for example, a dedicated storage area is provided outside the server 10.

  FIG. 2 is a block diagram illustrating a configuration of the server 10 </ b> A that is an example of the configuration of the server 10. As illustrated in FIG. 2, the server 10A includes at least a first lottery unit 11 (corresponding to an example of a first lottery function). Then, the server 10A controls the progress of the video game and realizes a function of giving a game element to the user who has requested the lottery by lottery.

  Here, the lottery means one concept including a plurality of processes. The plurality of processes referred to here include an extraction process, a process to be given, and a process not to be given. One aspect of the lottery in this example includes the first lottery.

  The game element means an element constituting a video game and includes at least one attribute. Examples of game elements include items on video games, currency, characters, and users. Examples of characters include virtual persons, creatures, and monsters in video games. Moreover, the display mode of a game element is not specifically limited, For example, the display by a virtual card is included.

  The attribute means a property or characteristic of each game element. Examples of attributes are not particularly limited. For example, the attributes include rarity, rank, type, class, race, character addition time (that is, a time when a character was added as a lottery target, for example, a character added in the XX term), a level, and the like. is there.

  The first lottery unit 11 has a function of executing the first lottery. The first lottery unit 11 includes a primary extraction function, a first game element extraction function, and a first grant function.

  Here, the first lottery means a kind of lottery form. The first lottery is preferably executed based on a first lottery request received from a user who operates the user terminal. As an example of a configuration in which the server 10A receives the first lottery request, there is a configuration in which the user terminal receives an input for the first lottery request from the user and transmits the first lottery request to the server 10A in accordance with the received input. .

  The primary extraction function means an extraction function that is executed before game element extraction (secondary extraction) is executed. The primary extraction function of this example has a function of extracting at least one attribute from an attribute group including two or more attributes. For example, the primary extraction function extracts one rarity from five rarities existing from “1” to “5” as attributes of the game element. Note that the configuration for extracting attributes is not particularly limited. As an example of a configuration for extracting an attribute, there is a configuration for extracting an attribute based on an extraction probability associated with each attribute included in the attribute group. The primary extraction function is preferably executed without consuming in-game currency.

  The first game element extraction function means a function of extracting a certain game element from a certain extraction target. The first game element extraction function of this example is an attribute extracted by the primary extraction function (hereinafter referred to as “extraction attribute”) in exchange for the in-game currency based on a game element acquisition request received from the user. A first game element including the first game element is extracted from the first game element group. The configuration for extracting the first game element is not particularly limited. For example, in the first game element extraction function, the server 10A specifies the first game element group corresponding to the extraction attribute, and the extraction probability associated with each game element included in the specified first game element group is determined. Based on this, the first game element is extracted. As an example, when the rarity “4” is extracted by the primary extraction function, the first game element extraction function extracts a game element having a rarity “4”.

  In addition, extracting the first game element in exchange for the in-game currency means that the in-game currency is consumed as a price for extracting the first game element. As a configuration in which the in-game currency is consumed, there is a configuration in which the in-game currency owned by the user who made the lottery request is subtracted. Here, it is preferable that the amount of in-game currency to be subtracted (that is, the amount of in-game currency necessary for acquiring game elements by the first lottery) is determined in advance. Moreover, it is preferable that the information regarding the amount of in-game currency necessary for acquiring the game element by the first lottery is displayed in a manner that can be grasped by the user before the first lottery is executed.

  The in-game currency means a currency that can be used in a video game. The in-game currency is given to the user at a certain opportunity. Examples of a configuration in which currency is given include a configuration given in accordance with the progress of a video game and a configuration given in accordance with billing.

  The first game element group means an extraction target when a game element including an extraction attribute is extracted. The first game element group preferably includes a plurality of types of game elements.

  The first grant function has a function of granting the extracted game element to the user. The 1st grant function of this example has the function to give the 1st game element to the user of the user terminal who received the 1st lottery. Although the structure which provides a 1st game element to a user is not specifically limited, As an example, the structure which updates the user information stored in a predetermined storage area so that a 1st game element may become a user-owned game element There is.

  Each of the plurality of user terminals 20 and 201 to 20N is managed by a user, and can play a network distribution type video game such as a mobile phone terminal, a PDA (Personal Digital Assistants), a portable game device, or a so-called wearable device. Consists of possible communication terminals. The configuration of the user terminal that can be included in the system 100 is not limited to the above-described example, and may be any configuration that allows the user to recognize the video game. Other examples of the configuration of the user terminal include a combination of various communication terminals, a personal computer, and a stationary game apparatus.

  Each of the plurality of user terminals 20 and 201 to 20N is connected to the communication network 30 and communicates with the server 10 to execute various processes (for example, a display device that displays a game image). Etc.) and software. Each of the plurality of user terminals 20 and 201 to 20N may be configured to be able to directly communicate with each other without using the server 10.

  Next, the operation of the system 100 of this example will be described.

  FIG. 3 is a flowchart illustrating an example of a process related to a video game (hereinafter sometimes referred to as “game-related process”) executed by the system 100. In particular, FIG. 3 is a flowchart illustrating an example of a process related to the first lottery (hereinafter sometimes referred to as “first lottery process”). Hereinafter, a case where the server 10A and the user terminal 20 (terminal 20) execute game-related processing will be described as an example.

  In the first lottery process, the server 10A first accepts a first lottery request from the user (step S11).

  When the first lottery request is accepted, the server 10A extracts attributes (step S12).

  Next, the server 10A accepts an acquisition request for the first game element (step S13).

  When the acquisition request is accepted, the server 10A extracts the game element including the extraction attribute as the first game element in exchange for the in-game currency (step S14).

  When the first game element is extracted, the server 10A gives the extracted first game element to the user (step S15). For example, the server 10A updates information stored in a predetermined storage area so that the first game element is a user-owned game element.

  The terminal 20 displays a game image for allowing the user to recognize that the first game element has been given on the display device of the display screen (step S16), and ends the second lottery process. For example, image information generated by the server 10A is received, and a game image is displayed on the display screen of the display device based on the received image information.

  FIG. 4 is a flowchart showing an example of the operation on the server 10A side in the game related processing. Here, the operation of the server 10A in the system 100 will be described again. In particular, FIG. 4 is a flowchart showing an example of the operation on the server 10A side in the first lottery process.

  In the first lottery process, the server 10A accepts a first lottery request from the user (step S101), extracts attributes (step S102), accepts an acquisition request for the first game element (step S103), In exchange, the game element including the extracted attribute is extracted as the first game element (step S104), the extracted first game element is given to the user (step S105), and the user is notified that the first game element has been given. The image for recognition is displayed on the display device of the display screen (step S106), and the first lottery process is terminated.

  FIG. 5 is a flowchart showing an example of the operation on the terminal 20 side when the terminal 20 executes game-related processing. Hereinafter, a case where the terminal 20 executes game-related processing by itself will be described as an example. In particular, FIG. 5 is a flowchart showing an example of the operation on the terminal 20 side in the first lottery process. In addition, about the structure of the terminal 20, since it has a function similar to the structure of the server 10 except receiving various information from the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  In the first lottery process, the terminal 20 accepts a first lottery request from the user (step S201), extracts attributes (step S202), accepts a first game element acquisition request (step S203), In exchange, the game element including the extracted attribute is extracted as the first game element (step S204), the extracted first game element is given to the user (step S205), and the user is notified that the first game element has been given. The image for recognition is displayed on the display device of the display screen (step S206), and the first lottery process is terminated.

  As described above, as one aspect of the first embodiment, the server 10A that controls the progress of the video game is configured to include the first lottery unit 11, and the first received from the user who operates the user terminal. Based on the lottery request, a first lottery for giving a game element including at least one attribute is executed, and at least one attribute is extracted from an attribute group including two or more attributes in the first lottery, and the user In response to the game element acquisition request received from the first game element, a first game element including an extraction attribute is extracted from a game element group including a plurality of game elements in exchange for in-game currency, and the first game element is transmitted to the user. It is possible to widen the user group who gives and consumes in-game currency.

  That is, as one aspect of the first embodiment, it becomes clear which attribute the game element obtained by consuming the in-game currency has, so that a lottery is performed according to the consumption of the in-game currency. In a normal lottery with a strong element of luck, it is possible to provide an opportunity for consuming in-game currency to a user who does not consume in-game currency, and to expand the user base consuming in-game currency.

  Further, as mentioned in the first embodiment described above, before executing the first lottery or the second lottery, the system 100 determines the in-game currency necessary for acquiring game elements by the first lottery. You may be set as the structure which displays the information regarding quantity. As an example, the system 100 displays information related to the amount of in-game currency necessary for acquiring game elements by the first lottery in the game image for inputting the first lottery request.

  Further, although not specifically mentioned in the first embodiment described above, the system 100 does not consume in-game currency based on a waiver request indicating a request not to acquire the first game element, and the first game element is not consumed. In addition, the game element may not be added to the user. As one aspect of such an embodiment, when the extracted attribute is an attribute that is not desired, the in-game currency is not consumed, and therefore, the first lottery is actively used. The number of in-game currency consumption cases in the lottery will increase, and the number of users who consume the in-game currency can be expanded.

  Although not specifically mentioned in the first embodiment described above, the system 100 determines the in-game currency required for giving to the user in the first lottery based on a waiver request indicating a request not to acquire the first game element. The first game element may not be extracted and the game element may not be given to the user in exchange for the amount of in-game currency that is smaller than the above amount. As one aspect of such an embodiment, the consumption of in-game currency is suppressed when the extracted attribute is an attribute that is not desired, so that the second lottery is actively used, and as a result, the second lottery is performed. The number of in-game currency consumption cases will increase, and the number of users who consume in-game currency can be expanded.

  Although not specifically mentioned in the first embodiment, the system 100 includes an extraction attribute in exchange for in-game currency based on an acquisition request received from a user within a predetermined grantable period. One game element may be extracted, and the extracted first game element may be provided to the user. As one aspect of such an embodiment, by providing a period for determining whether or not to acquire the first game element, the in-game currency for acquiring the first game element is acquired within this period. Can be motivated to actively participate in video games. When the grantable period has passed, the first lottery process ends in the same manner as when the acquisition of the game element based on the extracted attribute associated with the grantable period is abandoned.

  Although not particularly mentioned in the first embodiment described above, the system 100 is configured to include a primary extraction function for extracting attributes, but is not limited to such a configuration. For example, the system 100 may be configured to include a primary extraction function that extracts a condition from a condition group including a plurality of conditions. For example, the system 100 may be configured to extract a condition from a condition group including a plurality of conditions and extract a first game element that satisfies the extracted condition from a game element group including a plurality of game elements. . Here, the condition is not particularly limited as long as it relates to an element constituting the game element. Examples of conditions include “rareity is between 3 and 5”, “rareity is 3 or more”, and “character name starting with“ a ””.

  In addition, although not particularly mentioned in the first embodiment described above, the system 100 is configured such that the amount of in-game currency necessary for giving one game element in the first lottery is determined according to the extracted attribute. It may be said. For example, when the extraction attribute is “rareness 4”, one game element is given, so that the in-game currency is four times the amount of in-game currency required when the extraction attribute is “rareness 1”. May be required.

[Second Embodiment]
FIG. 6 is a block diagram illustrating a configuration of a user terminal 20B (terminal 20B) that is an example of the user terminal 20. In this example, the terminal 20B includes at least a first lottery unit 21 and a second lottery unit 22B.

  The second lottery unit 12 (corresponding to an example of a second lottery function) has a function of executing the second lottery in exchange for the in-game currency. The second lottery unit 12 includes a second game element extraction function and a second grant function.

  Here, the second lottery means a kind of lottery form, and means a lottery form different from the first lottery. The second lottery is preferably executed in exchange for the in-game currency (with or after consumption of the in-game currency) based on the second lottery request received from the user operating the user terminal. .

  In addition, executing the lottery in exchange for the in-game currency means that the in-game currency is consumed as a price for executing the second lottery. As a configuration in which the in-game currency is consumed, there is a configuration in which the in-game currency owned by the user who made the lottery request is subtracted. Here, it is preferable that the amount of in-game currency to be subtracted (that is, the amount of in-game currency necessary for acquiring game elements by the second lottery) is determined in advance. Moreover, it is preferable that the information regarding the amount of in-game currency necessary for acquiring the game element by the second lottery is displayed in a manner that the user can grasp before executing the second lottery.

  The second game element extraction function means a function for extracting a certain game element from a certain extraction target. The second game element extraction function of this example has a function of extracting the second game element from the second game element group in exchange for the in-game currency based on the second lottery request. For example, the second game element extraction function extracts one or a plurality of game elements as a second game element among a plurality of game elements constituting the second game element group. The configuration for extracting the second game element is not particularly limited. As an example, there is a configuration in which the terminal 20B extracts the second game element based on the extraction probability associated with each game element included in the second game element group.

  The second game element group means an extraction target in the second lottery. The second game element group of this example includes a plurality of game elements that are the same as or at least partially overlap with the plurality of game elements included in the first game element group. That is, in the second lottery, the same game element as the game element that may be extracted by the first lottery may be extracted.

  The second grant function has a function of granting the extracted game element to the user who has performed the lottery. The second grant function of this example has a function of granting the second game element to the user of the user terminal. Although the structure which gives a 2nd game element to a user is not specifically limited, As an example, the structure which updates the user information stored in a predetermined storage area so that a 2nd game element may become a user-owned game element There is.

  FIG. 7 is a flowchart illustrating an example of game-related processing executed by the terminal 20. Hereinafter, the operation of the terminal 20B will be described as an example. In particular, FIG. 7A is a flowchart showing an example of a first lottery process executed by the terminal 20B, and FIG. 7B is a flowchart showing an example of a second lottery process executed by the terminal 20B. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  As shown in FIG. 7B, in the second lottery process, the terminal 20B accepts a second lottery request from the user (step S2-11).

  When the second lottery request is accepted, the terminal 20B extracts the second game element from the second game element group and gives the second game element to the user (step S2-12). For example, the terminal 20B executes a process of extracting the second game element together with a process of subtracting the in-game currency.

  When the second game element is given to the user, the terminal 20B displays an image for making the user recognize that the second game element has been given on the display device of the display screen (step S2-13). The process in is terminated.

  As described above, as one aspect of the second embodiment, the user terminal 20B includes the first lottery unit 21 and the second lottery unit 22B. In response to the second lottery request received from the user, Based on the second lottery, the second lottery is composed of a plurality of game elements that are the same or at least partially overlap with the plurality of game elements included in the first game element group in exchange for the in-game currency. Extracting the second game element from the second game element group, giving the second game element to the user, maintaining a user group that consumes the existing in-game currency, and increasing a user group that consumes the in-game currency it can.

  In particular, as one aspect of the second embodiment, extraction is performed from the extraction targets provided for the first lottery and the second lottery, and the extraction targets provided for the respective lotteries are related to each other. A game element that may be acquired in the first lottery and may be acquired in the second lottery, maintaining a user group that consumes the existing in-game currency, and a user group that consumes the in-game currency. Can be increased.

  Although not specifically mentioned in the second embodiment described above, the system 100 determines that the amount of in-game currency necessary for giving one game element in the first lottery is one game element in the second lottery. You may be comprised so that it may become substantially the same as the amount of in-game currency required for grant.

  In addition, although not particularly mentioned in the second embodiment described above, the system 100 may be configured such that the lottery probabilities of the lottery targets that overlap in the first lottery and the second lottery are different. For example, the system 100 extracts a first game element based on a predetermined first extraction probability, and determines an extraction probability of a game element overlapping with a plurality of game elements included in the first game element group in the first extraction probability. The second game element may be extracted based on a second extraction probability that is different from the extraction probability. As one aspect of the second embodiment, it is possible to expand the user group that consumes the in-game currency and facilitate the management of the game balance.

[Third Embodiment]
FIG. 8 is a block diagram illustrating a configuration of a user terminal 20C (terminal 20C) that is an example of the user terminal 20. In this example, the terminal 20C includes at least a first lottery unit 21C.

  The first lottery unit 21C (corresponding to an example of a first lottery function) has a function of executing the first lottery in which the number of executable times in a predetermined period is set. The configuration for executing the first lottery in which the executable number of times in the predetermined period is set is not particularly limited, but as an example, according to the remaining number of executable times of the user related to the first lottery request (executable number of times There is a configuration in which the first lottery is executed). Moreover, it is preferable that the terminal 20C is configured to display an image indicating the number of executable times in a manner that can be grasped by the user on the display screen of the display device.

  Here, the predetermined period means a predetermined period. An example of the predetermined period is one day (for example, from 0:00 to 23:59).

  Moreover, the number of times of execution means the number of times that the first lottery can be executed. The number of executable times is preferably managed in units of users in a predetermined storage area. As an example, the number of executable times is set such as once a day for each user.

  FIG. 9 is a flowchart illustrating an example of game-related processing executed by the terminal 20. Hereinafter, the operation of the terminal 20C will be described as an example. In particular, FIG. 9 is a flowchart illustrating an example of the first lottery process executed by the terminal 20C. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  In the first lottery process, the terminal 20C accepts the first lottery request from the user (step S201), and extracts attributes according to the remaining number of executable times of the user related to the first lottery request (step S3-11). ), An acquisition request for the first game element is accepted (step S203). For example, the terminal 20C extracts an attribute and accepts an acquisition request for the first game element when the user's executable number of times related to the first lottery request is 1 or more. On the other hand, the terminal 20 </ b> C does not extract the attribute when the number of executable times of the user related to the first lottery request is 0.

  As described above, as one aspect of the third embodiment, the user terminal 20C includes the first lottery unit 21C, and executes the first lottery in which the executable number of times in a predetermined period is set. , It is possible to broaden the user group that consumes the currency in the game.

  That is, as one aspect of the third embodiment, when the attribute of the game element desired by the user is extracted within the executable number of times, the user can expect to consume the in-game currency. It is possible to provide a lottery game that can be performed in a game and has game characteristics, and can expand the user group that consumes in-game currency.

  Further, although not particularly mentioned in the above-described third embodiment, the system 100 may be configured to further include the second lottery unit 22B. According to such a configuration, since a user whose desired attribute (and desired game element) has not been extracted within the predetermined number of times within a predetermined period can acquire a desired game element by the second lottery, It is possible to suppress the consumption amount of the in-game currency in the second lottery from decreasing.

  Further, although not particularly mentioned in the third embodiment described above, the system 100 is configured so that an input for transmitting the first lottery request cannot be performed when the remaining number of possible implementations is zero. May be.

  Further, although not particularly mentioned in the third embodiment described above, the system 100 may be configured to determine the number of executable times to be set based on the amount of in-game currency owned. For example, the system 100 may be configured to set a larger number of executable times as the amount of in-game currency owned is larger. In another example, the system 100 may be configured to set a larger number of executable times as the amount of in-game currency owned is smaller.

  Further, although not particularly mentioned in the third embodiment described above, the system 100 may be configured to increase the number of executable times based on consumption of a predetermined amount of in-game currency. For example, the system 100 receives an input for adding a predetermined number of executable times from the user, and assigns an in-game currency associated with the user (owned by the user) as a consideration for adding the predetermined number of executable times. A fixed amount is subtracted, and a predetermined number is added to the number of executable times associated with the user. In addition, the system 100 has a configuration in which the amount of in-game currency required to increase the number of executable times by 1 is smaller than the amount of in-game currency required to acquire one game element in the second lottery. May be. For example, when the amount of in-game currency for increasing the number of executable times by 1 is 50, the system 100 sets the amount of in-game currency necessary to acquire one game element in the second lottery to 100. To do.

[Fourth Embodiment]
FIG. 10 is a block diagram illustrating a configuration of a user terminal 20D (terminal 20D) that is an example of the user terminal 20. In this example, the terminal 20D includes at least a first lottery unit 21D.

  The first lottery unit 21D (corresponding to an example of the first lottery function) obtains an acquisition request when it is determined that the extraction attribute satisfies a predetermined condition, and a determination function that determines whether the extraction attribute satisfies a predetermined condition. Without receiving the first game element in exchange for the in-game currency. Although the content of the predetermined condition is not particularly limited, it is preferable that the user can easily recognize it and the user can set it. Examples of the predetermined condition include a condition “rareity is 3 or more” and a condition “darkness type”. The example of the configuration of the first lottery unit 21D determines whether or not the extraction attribute matches a condition set in advance by the user, and automatically extracts it in exchange for the in-game currency when the condition matches. A first game element including an attribute is extracted.

  FIG. 11 is a flowchart illustrating an example of game-related processing executed by the terminal 20. Hereinafter, the operation of the terminal 20D will be described as an example. In particular, FIG. 11 is a flowchart illustrating an example of the first lottery process executed by the terminal 20D. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  In the first lottery process, the terminal 20D extracts an attribute (step S202), and determines whether the extracted attribute satisfies a predetermined condition (step S4-11). When it is determined that the predetermined condition is not satisfied (N in step S4-11), the terminal 20D displays a game image indicating that the predetermined condition is not satisfied (step S4-12), and the processing here Exit.

  On the other hand, when it is determined that the predetermined condition is satisfied (Y in step S4-11), the terminal 20D extracts the first game element including the extraction attribute in exchange for the in-game currency (step S204), The extracted first game element is given to the user (step S205).

  As described above, as one aspect of the fourth embodiment, the user terminal 20D includes the first lottery unit 21D, determines whether or not the extraction attribute satisfies a predetermined condition, and extracts the extraction attribute. Is determined to satisfy the predetermined condition, the first game element is extracted in exchange for the in-game currency, the extracted first game element is given to the user, and the user group that consumes the in-game currency is Can be spread.

  That is, as one aspect of the fourth embodiment, only game elements that satisfy a predetermined condition can be acquired by paying in-game currency, and the trouble of accepting user input every time a lottery is reduced, Proactive use of the first lottery can be expected, and the user group that consumes the in-game currency can be expanded.

  Although not specifically mentioned in the fourth embodiment described above, the first lottery unit 21D responds to the extracted attribute without accepting a waiver request when the extracted attribute does not satisfy the predetermined condition. The game element extraction right may be automatically abandoned (the first lottery is ended).

[Fifth Embodiment]
FIG. 12 is a block diagram illustrating a configuration of a user terminal 20E (terminal 20E) that is an example of the user terminal 20. In this example, the terminal 20E includes at least a first lottery unit 21E.

  In the fifth embodiment, the system 100 executes a lottery method corresponding to a so-called ten-lot lottery in the first lottery.

  The first lottery unit 21E (corresponding to an example of the first lottery function) has a function of extracting attributes from an attribute group including two or more attributes for each of a plurality of preset lottery frames, and a plurality of lottery frames. And a function of extracting the first game element including the extraction attribute from the game element group.

  Here, the lottery frame means one break when extracting attributes. For example, if there are 5 lottery frames (A, B, C, D, E), attributes are extracted for each lottery frame. That is, attribute extraction is performed for the lottery frame A, attribute extraction is performed for the lottery frame B, attribute extraction is performed for the lottery frame C, and attribute extraction is performed for the lottery frame D. The attribute is extracted from the lottery frame E. The extraction attributes in each lottery frame may be the same (that is, the extraction attributes in each of the lottery frames A, B, C, D, and E may be “rareness 4”). Further, the extraction attributes in each lottery frame may be different (that is, lottery frame A is “rareness 1”, lottery frame B is “rarety 2”, lottery frame C is “rarety 3”, and lottery frame D is “ The rarity 4 ”and the lottery frame E may be“ rareness 5 ”).

  FIG. 13 is a flowchart illustrating an example of game-related processing executed by the terminal 20. Hereinafter, the operation of the terminal 20E will be described as an example. In particular, FIG. 13 is a flowchart illustrating an example of the first lottery process executed by the terminal 20E. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  In the first lottery process, the terminal 20E extracts attributes for each of a plurality of lottery frames (step S5-11).

  Next, the terminal 20E accepts an acquisition request for the first game element (step S203).

  When the acquisition request is accepted, the terminal 20E extracts a game element including an extraction attribute as a first game element for each of a plurality of lottery frames in exchange for the in-game currency (step S5-12).

  The terminal 20E gives the extracted first game element to the user (step S205).

  As described above, as one aspect of the fifth embodiment, the user terminal 20E includes the first lottery unit 21E, and two or more attributes are set for each of a plurality of preset lottery frames. An attribute is extracted from the included attribute group, the first game element including the extracted attribute is extracted from the game element group for each of a plurality of lottery frames, and the user group that consumes the in-game currency can be expanded.

  That is, as one aspect of the fifth embodiment, an increase in the acquisition probability of a game element desired by a user can be expected to actively use the first lottery, and the user group that consumes the in-game currency is expanded. be able to.

  Although not particularly mentioned in the fifth embodiment described above, the system 100 accepts selection of a lottery frame from a plurality of lottery frames from the user, and includes an extraction attribute for each selected lottery frame. The first game element may be extracted from the game element group and given to the user. According to such a configuration, the acquisition probability of the game element desired by the user is increased, the in-game currency can be efficiently consumed, and the positive use of the first lottery is expected. It is possible to expand the user group that consumes in-game currency.

[Sixth Embodiment]
FIG. 14 is a block diagram illustrating a configuration of a user terminal 20Z (terminal 20Z) that is an example of the user terminal 20. In this example, the terminal 20Z includes at least a first lottery unit 21Z, a second lottery unit 22Z, a display unit 23Z, and a storage unit 24Z. Then, the terminal 20Z controls the progress of the video game and realizes a function of giving game elements to the user X of the terminal 20Z by lottery. Further, the terminal 20Z realizes the function of consuming the in-game currency at any time as a result when the provision of the game element is realized as a result.

  Here, the game element is composed of a plurality of elements. For example, the game element includes elements such as a game element name, type, rarity, and various statuses. Some elements include what are called attributes. In this example, type and rarity correspond to attributes. The attribute means the property to which the game element belongs among the elements included in the game element. In this example, the case where the attribute that is primarily extracted is rarity will be described as an example.

  An example of a lottery is a lottery on a video game. In this example, the first lottery is described as “rareness pre-empty lottery”. The “rareness pre-drawing lottery” in this example allows the user to grasp only the rarities extracted without consuming in-game currency. The user can choose to pay the in-game currency if the desired rarity. The user can acquire a game element having the extracted rarity (or a rarity equal to or higher than the rarity) in exchange for the in-game currency payment.

  The game elements in this example are assumed to be characters on a video game for explanation. That is, in this example, the user X can obtain a character on the video game by lottery.

  The first lottery unit 21Z (corresponding to an example of a first lottery function) has a function of executing the first lottery. The first lottery unit 21Z includes an executable number information update function, a primary extraction function, a first game element extraction function, a first grant function, and a first currency information update function.

  Here, the first lottery of this example is executed based on the user X making a first lottery request (for example, a push-down input to a lottery icon displayed on the touch panel to execute the first lottery). It is executed when the possible number remains. Here, the number of executable times remaining means that the number of executable times information stored in the user information is 1 or more.

  The executable number information update function means a function for updating the executable number information at a predetermined opportunity. In this example, the first lottery unit 21Z updates the user information by subtracting 1 from the executable number in the user information related to the user X in response to the user X making a first lottery request. The executable number information is updated to a predetermined number according to the elapse of a predetermined period (or the arrival of a predetermined time). The number of executions in this example is reset to a predetermined number every other day (for example, 0:00).

  The primary extraction function means a function for extracting rarity. The primary extraction function of this example has a function of extracting at least one rarity from two or more rarities (for example, five levels of rarities from 1 to 5). As an example of a configuration for extracting a rarity, there is a configuration for extracting at least one rarity based on an extraction probability associated with each of two or more rarities. The primary extraction function is executed without consuming in-game currency. Hereinafter, the rarity extracted by the primary extraction function may be referred to as “extraction rarity”.

  In addition, the first game element extraction function is an extraction reality when the user X makes an acquisition request for a character having the extraction reality (for example, a pressing input to the acquisition icon displayed on the touch panel for the acquisition request). Means a function of extracting a character (first game element) having. In this example, the 1st lottery part 21Z refers to the 1st lottery information which stores the information about the 1st game element group, and extracts a character provided with extraction rarity. The game image relating to the character extraction result is displayed on the display screen of the display device via the display unit 23Z.

  The first currency information update function means a function for updating the remaining amount information of the in-game currency as one of the processes in the first lottery. In this example, the first currency information update function updates the remaining amount information of the in-game currency related to the user X in response to the acquisition request for the first game element by the user X. That is, in the first lottery of this example, the user X pays the in-game currency as a consideration for acquiring a character having extraction rarity.

  The second lottery unit 22Z (corresponding to an example of a second lottery function) has a function of executing the second lottery in exchange for the in-game currency. The second lottery unit 22Z includes a second currency information update function, a second extraction function, and a second grant function.

  Here, the second lottery in this example is executed based on the fact that the user X has made a second lottery request (for example, a push-down input to the lottery icon displayed on the touch panel in order to execute the second lottery). Is done.

  The second currency information update function means a function for updating the remaining amount information of the in-game currency when the second lottery is executed. In this example, the second currency information update function updates the remaining amount information of the in-game currency related to the user X together with the reception of the second lottery request. That is, in the second lottery of the present example, the user X pays the in-game currency as a consideration for executing the second lottery instead of paying the in-game currency as a consideration for acquiring the extracted character. Become.

  The second extraction function means a function for extracting a certain game element from a certain extraction target. In this example, the 2nd lottery part 22Z refers to the 2nd lottery information which stores the information regarding the 2nd game element group, and extracts the character as the 2nd game element.

  The second grant function has a function of granting the extracted game element to the user X who has performed the lottery. In this example, the second lottery unit 22Z updates the user information so that the user X owns the extracted character.

  The display unit 23Z has a function of displaying a game image corresponding to the progress of the video game on the display screen of the display device. In particular, the display unit 23Z has a function of displaying a game image for inputting the first lottery request and the second lottery request, a function of displaying a game image related to the result of the first lottery and the second lottery, and an extraction rarity. It has a function of displaying such a game image. The display unit 23Z of this example generates image information for displaying a game image and outputs it to the display screen of the display device.

  Here, displaying an image on the display screen of the display device means that the image is output to a display device included in the user terminals 20 and 201 to 20N through communication using the communication network 30. As an example of a configuration for displaying an image on the display device, there is a configuration in which information (image information) generated on the server 10 side is transmitted to the user terminals 20 and 201 to 20N side. In addition, the structure of image information is not specifically limited, For example, the information which compressed the image may be sufficient, and the information for producing | generating an image with the user terminals 20 and 201-20N may be sufficient. An example of information obtained by compressing an image is one used in a cloud game (for example, MPEG). Further, information for generating an image on the user terminals 20 and 201 to 20N includes information used in an online game (for example, position information).

  The storage unit 24Z is a storage medium that stores various information used for the progress of the video game. In the storage unit 24Z of this example, user information, attribute group information, first lottery information, and second lottery information are stored.

  FIG. 15 is an explanatory diagram for explaining an example of a storage state of user information. Here, the user information is information about the user. As shown in FIG. 15, the user information includes a user ID, a user name, ownership information regarding the owned character, remaining amount information of in-game currency, and executable number information.

  FIG. 16 is an explanatory diagram for explaining an example of a storage state of attribute group information. Here, the attribute group information is information including information relating to an attribute group including two or more attributes. As shown in FIG. 16, the attribute group information in this example includes two or more rarities for the primary extraction (rareity 1, rarity 2, rarity 3, and rarity 4) and the extraction probabilities of the respective rarities. It is. Thus, the attribute group information is configured to include only the attributes of the same system (that is, the rarity stage). However, it is not limited to such a configuration. For example, attributes of different systems may be mixed in the attribute group information. Specifically, the attribute group information includes at least one rarity (for example, rarity 1, rarity 2, rarity 3, rarity 4, etc.) and at least one type (for example, darkness type, light type, etc.). It may be configured to be.

  FIG. 17 is an explanatory diagram for explaining an example of a storage state of the first lottery information. Here, the first lottery information is information including information relating to the first game element group. As shown in FIG. 17, the first lottery information includes information on a plurality of characters as extraction targets and information on the extraction probability of each character. In this example, the characters stored as the first lottery information (that is, the characters constituting the first game element group) are character C1, character C2, character C3, character C4, character C5, and character C6. Further, the information related to the character includes information related to attributes such as rarity and type. The rarity of each character in this example is “1” for character C1, “2” for character C2, “3” for character C3, “4” for character C4, “4” for character C5, and “4” for character C6. It has become. The lottery probability of each character in this example is 100% as a whole, the character C1 is “30%”, the character C2 is “25%”, the character C3 is “20%”, the character C4 is “10%”, The character C5 is “10%” and the character C6 is “5%”.

  FIG. 18 is an explanatory diagram for explaining an example of a storage state of the second lottery information. Here, the second lottery information is information including information related to the second game element group. As shown in FIG. 18, the second lottery information includes information on a plurality of characters as extraction targets and information on the extraction probability of each character. In this example, the characters stored as the second lottery information (that is, the characters constituting the second game element group) are character C2, character C3, character C4, and character C5. The second game element group includes characters that are the same as or at least partially overlap with the characters constituting the first game element group (in the example shown in FIGS. 14 and 15, the characters C2, C3, C4, and The characters C5 overlap.) In addition, the overlapping characters include characters having different extraction probabilities in the first lottery information and extraction probabilities in the second lottery information.

  FIG. 19 is a flowchart illustrating an example of game-related processing executed by the system 100. Hereinafter, the operation of the terminal 20Z will be described as an example. In this example, the case where the game images for inputting the first lottery request and the second lottery request are displayed as one game image will be described as an example.

  FIG. 20 is an explanatory diagram for explaining an example of a display screen that displays game images for inputting the first lottery request and the second lottery request. As shown in FIG. 20, the game image 1000 for inputting the first lottery request and the second lottery request shows the area 1001 for making the first lottery request and the number of times the second lottery can be executed. An area 1002, an area 1003 for making a second lottery request, and an area 1004 for other input are included. In addition, the game image 1000 displays the amount of in-game currency necessary for acquiring game elements by the first lottery and the amount of in-game currency required for acquiring game elements by the second lottery. . That is, in this example, the user can start the first lottery or the second lottery in a state where the user knows how much in-game currency is consumed.

  In the game-related processing, the terminal 20Z first receives an input for the game image 1000 from the user X (step S6-11).

  Next, the terminal 20Z determines whether or not the input is a first lottery request (step S6-12). In this example, the terminal 20Z determines whether an operation for the area 1001 has been accepted.

  When it is determined that the request is the first lottery request (Y in step S6-12), the terminal 20Z determines whether or not the executable number remains (step S6-13). In this example, the terminal 20Z refers to the user information and determines whether or not there is a remaining number of executable times.

  If the executable number does not remain (N in step S6-13), the terminal 20Z displays information indicating that the executable number does not remain, and ends the processing here. If the number of executions remains, the terminal 20Z executes the first lottery process (step S7-10).

  On the other hand, if it is determined that the request is not the first lottery request (N in step S6-12), the terminal 20Z determines whether or not the input is the second lottery request (step S6-14). In this example, the terminal 20Z determines whether or not an operation for the area 1003 has been received.

  When it determines with it being a 2nd lottery request | requirement (Y of step S6-14), the terminal 20Z performs a 2nd lottery process (step S8-10).

  On the other hand, if it is determined that the request is not the second lottery request (N in step S6-14), the terminal 20Z determines that the input is not the first lottery request and the second lottery process, The corresponding process is executed (step S6-15), and the process here is terminated. For example, when a push-down operation of a “return” icon as an area 1004 for other input is accepted, the terminal 20Z executes a process of returning to the page displayed immediately before.

  FIG. 21 is a flowchart illustrating an example of the first lottery process executed by the system 100. Hereinafter, the operation of the terminal 20Z will be described as an example.

  In the first lottery process, the terminal 20Z first extracts rarity based on the attribute group information (step S7-11). In this example, the case where “rareness 4” is extracted will be described as an example.

  When “rareness 4” is extracted, the terminal 20Z displays a game image indicating that the extraction rarity is 4 on the display screen of the display device (step S7-12).

  FIG. 22 is an explanatory diagram for describing an example of a display screen that displays a game image related to extraction rarity. As shown in FIG. 22, the game image 2000 related to the extraction rarity includes a display area 2001 for displaying information indicating that the extraction rarity is 4, an input area 2002 for making a character acquisition request, and a character And an input area 2003 for making an abandonment request to abandon the acquisition of.

  When the game image indicating that the extraction rarity is 4 is displayed, the terminal 20Z receives an input from the user X, and determines whether the received input is an acquisition request or an abandonment request (step S7-13). ). In this example, the terminal 20Z determines whether an operation on the input area 2002 has been performed or an operation on the input area 2003 has been performed.

  If it is determined to be an abandonment request, the terminal 20Z displays a game image for allowing the user to recognize that the acquisition of the first game element has been abandoned on the display screen of the display device as the lottery result of the first lottery. (Step S7-14), the first lottery process is terminated and the game-related process is terminated. In this example, it is assumed that in-game currency is not consumed when abandoned.

  On the other hand, when it determines with it being an acquisition request, the terminal 20Z updates the residual amount information of the in-game currency concerning the user X (step S7-15). In this example, the remaining amount information of the in-game currency related to the user X is subtracted by an amount (150G in this example) according to the acquisition request. An example in the case where the remaining amount is insufficient is not particularly limited. As an example, the system 100 displays information indicating that the remaining amount is insufficient and ends the processing here.

  When the remaining amount information of the in-game currency is updated, the terminal 20Z extracts the character having the rarity 4 from the first game element group as the first game element based on the first lottery information (step S7-16). . For example, the terminal 20Z is assumed to be a character that may be assigned a rarity 4 character among the characters included in the first lottery information shown in FIG. Specifically, the terminal 20Z is assumed to be a character that may be extracted as only the character C4, the character C5, and the character C6 as the first game element. Then, the terminal 20Z calculates the extracted ratio in accordance with the lottery probability associated with each character of the rarity 4 in the first lottery information, and extracts the first game element based on the calculated ratio. Specifically, the terminal 20Z determines the ratio of the character C4, the character C5, and the character C6 to be discharged based on the lottery probability associated with the first extraction information “character C4: character C5: character C6 = 10: 10: 5 ". That is, in this example, the character C4 is extracted at 40%, the character C5 is extracted at 40%, and the character C6 is extracted at 20%. In this example, it is assumed that the character C4 has been extracted.

  Next, the terminal 20Z gives the character C4 to the user X (step S7-17). In this example, the terminal 20Z updates the ownership information included in the user information related to the user X so that the character C4 is included.

  When the user information is updated, the terminal 20Z displays the game image related to the lottery result of the first lottery on the display screen of the display device (step S7-18), ends the first lottery process, and performs the game related process. finish.

  FIG. 23 is an explanatory diagram for describing an example of a display screen that displays a game image related to the lottery result of the first lottery when the game element is acquired. As shown in FIG. 23, in the game image 3000 related to the lottery result of the first lottery, information 3001 indicating that the first lottery has ended, information 3002 indicating that the character C4 has been acquired, and user X Information 3003 indicating the remaining amount of the in-game currency and information 3004 indicating the number of executable times.

  FIG. 24 is a flowchart illustrating an example of the second lottery process executed by the system 100. Hereinafter, the operation of the terminal 20Z will be described as an example.

  In the second lottery process, the terminal 20Z first updates the remaining amount information of the in-game currency related to the user X (step S8-11). In this example, the remaining amount information of the in-game currency related to the user X is subtracted from the amount required for execution of the second lottery (100 G in this example).

  When the remaining amount information of the in-game currency is updated, the terminal 20Z refers to the second lottery information and extracts a character as the second game element (step S8-12). In this example, the case where the character C2 is extracted will be described as an example.

  When the character C2 is extracted, the terminal 20Z gives the character C2 to the user X (step S8-13). In this example, the terminal 20Z updates the ownership information included in the user information related to the user X so that the character C2 is included.

  When the user information is updated, the terminal 20Z displays the game image related to the lottery result of the second lottery on the display screen of the display device (step S8-14), ends the second lottery process, and performs the game related process. finish.

  FIG. 25 is an explanatory diagram illustrating an example of a display screen that displays a game image according to the lottery result of the second lottery. As shown in FIG. 25, the game image 4000 related to the lottery result of the second lottery includes information 4001 indicating that the second lottery has ended, information 4002 indicating that the character C2 has been acquired, and user X And the remaining amount 4003 of the in-game currency.

  As described above, as one aspect of the sixth embodiment, since the user terminal 20Z that controls the progress of the video game is configured to include the first lottery unit 21Z, it is accepted from the user who operates the user terminal 20Z. Based on the first lottery request, a first lottery for giving a game element including at least one attribute is executed, and at least one attribute is extracted from an attribute group including two or more attributes in the first lottery Then, based on the game element acquisition request received from the user, the first game element is extracted from the game element group including a plurality of game elements in exchange for the in-game currency, Can be given to the user, and the user group that consumes the in-game currency can be expanded. That is, as one aspect of the sixth embodiment, it becomes clear which attribute the game element obtained by consuming the in-game currency has, so that a lottery is performed according to the consumption of the in-game currency. In a normal lottery with a strong element of luck, it is possible to provide an opportunity for consuming in-game currency to a user who does not consume in-game currency, and to expand the user base consuming in-game currency.

  In addition, as one aspect of the sixth embodiment, the user terminal 20Z is a first lottery for giving a game element including at least one attribute based on a first lottery request received from a user who operates the user terminal. And at least one attribute is extracted from the attribute group including two or more attributes in the first lottery, information indicating the extracted attribute is displayed on the game screen, and acquisition according to the display of the information indicating the extracted attribute is performed. Based on the request, the first game element including the extracted attribute can be given to the user in exchange for the in-game currency, and the user group that consumes the in-game currency can be expanded.

  Furthermore, as one aspect of the sixth embodiment, the user terminal 20Z includes a first lottery unit 21Z and a second lottery unit 22Z. Therefore, the user terminal 20Z is configured based on the second lottery request received from the user. A second game element that includes a plurality of game elements that are the same or at least partially overlap with the plurality of game elements included in the first game element group in exchange for the in-game currency in the second lottery. The second game element can be extracted from the group, the second game element can be given to the user, the user group that consumes the existing in-game currency can be maintained, and the user group that consumes the in-game currency can be increased. In particular, as one aspect of the sixth embodiment, extraction is performed from the extraction objects provided for the first lottery and the second lottery, and the extraction objects provided for the respective lotteries are related to each other. A game element that may be acquired in the first lottery and may be acquired in the second lottery, maintaining a user group that consumes the existing in-game currency, and a user group that consumes the in-game currency. Can be increased.

  Although not specifically mentioned in the sixth embodiment described above, the game image 1000 may be configured to display a time when the executable number is updated (that is, reset) to a predetermined number. . For example, in the game image 1000, an area for displaying a text “reset today at 12:00” is displayed.

  Although not specifically mentioned in the above-described sixth embodiment, the game image 2000 may be configured so that a time limit for automatically giving up is displayed. For example, the game image 2000 displays a time measurement area that counts down and indicates the time limit. Further, the game image 2000 having such a configuration may include a region for performing a keep request indicating that neither an acquisition request nor an abandonment request is performed. In other words, the user can postpone the determination as to whether or not to acquire the first game element displayed in the area 2001 until the time limit for automatically giving up is reached.

  Although not specifically mentioned in the sixth embodiment described above, the system 100 has a configuration in which game elements to be given in response to an acquisition request have already been determined when the extraction attribute is displayed on the display screen. It may be said. For example, the system 100 is based on an extraction function for extracting a game element in response to a first lottery request, a display function for displaying information on a specific attribute of the extracted game element on a display screen, and an acquisition request from a user. Thus, the game element extracted by the extraction function may be given to the user in exchange for the in-game currency. In the display function for displaying information regarding the specific attribute of the extracted game element on the display screen, the configuration for determining the specific attribute related to the information to be displayed may be a preset configuration. The structure may be determined according to a predetermined rule.

  Further, although not particularly mentioned in the sixth embodiment described above, the system 100 is a game element group corresponding to each attribute included in the attribute group information (that is, a lottery table (or a lottery table composed of game element groups) (or It may be configured to include lottery information)). That is, taking the attribute group information shown in FIG. 16 as an example, for example, a rarity 1 game element group corresponding to rarity 1, a rarity 2 game element group corresponding to rarity 2, and a rarity corresponding to rarity 3 The game element group for 3 and the game element group for rarity 4 corresponding to the rarity 4 may be included. Each game element group may be configured by game elements that at least partially overlap with the second lottery game elements.

  As described above, one or more deficiencies are solved by each embodiment of the present application. In addition, the effect by each embodiment is an example of a non-limiting effect or effect.

  In each of the above-described embodiments, the plurality of user terminals 20 and 201 to 20N and the server 10 are configured according to various control programs (for example, video game processing programs) stored in a storage device included therein. Execute the process.

  The configuration of the system 100 is not limited to the configuration described as an example of each embodiment described above, and for example, the server 10 may execute a part or all of the processing described as processing executed by the user terminal. A part or all of the processes described as the processes executed by the server 10 may be executed by any one of the plurality of user terminals 20 and 201 to 20N (for example, the user terminal 20). Moreover, it is good also as a structure with which some of the some memory | storage parts with which the server 10 is provided are equipped with either of the several user terminals 20, 201-20N. That is, a configuration may be adopted in which one of the user terminal 20 and the server 10 in the system 100 has a part or all of the functions of the other one.

  Moreover, it is good also as a structure which a program implement | achieves a part or all of the function demonstrated as an example of each embodiment mentioned above to the apparatus single-piece | unit which does not contain a communication network.

[Appendix]
The description of the embodiment described above describes at least the following invention so that a person having ordinary knowledge in the field to which the invention belongs can carry out the invention.
[0]
A program for causing a user terminal to realize a function of controlling the progress of a video game,
Based on a first lottery request received from a user operating the user terminal, the first lottery function for executing a first lottery for giving a game element including at least one attribute to the user terminal is realized,
In the first lottery function,
A primary extraction function for extracting at least one attribute from an attribute group including two or more attributes;
A display function for displaying information indicating the attribute extracted by the primary extraction function on the game screen;
Based on the acquisition request according to the display of the information indicating the attribute extracted by the primary extraction function, the first game element including the attribute extracted by the primary extraction function is given to the user in exchange for the in-game currency. A program for realizing the first grant function.
[1]
A program for causing a user terminal to realize a function of controlling the progress of a video game,
Based on a first lottery request received from a user operating the user terminal, the first lottery function for executing a first lottery for giving a game element including at least one attribute to the user terminal is realized,
In the first lottery function,
A primary extraction function for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, a first game element including an attribute extracted by the primary extraction function is exchanged for in-game currency from a game element group including a plurality of game elements. A first game element extraction function to extract;
A program for realizing a first grant function for granting the first game element to the user.
[2]
Causing the user terminal to realize a second lottery function for executing the second lottery based on the second lottery request received from the user;
In the second lottery function,
A second game element is extracted from a second game element group composed of a plurality of game elements that are identical or at least partially overlapping with the plurality of game elements included in the first game element group in exchange for in-game currency. 2 game element extraction function,
The program according to [1], for realizing a second grant function for granting the second game element to the user.
[3]
The first game element extraction function realizes a function of extracting the first game element based on a predetermined first extraction probability,
A second extraction in which the extraction probability of a game element overlapping with a plurality of game elements included in the first game element group is different from the extraction probability in the first extraction probability by the second game element extraction function; The program according to [2], for realizing a function of extracting the second game element based on a probability.
[4]
The program according to any one of [1] to [3] for realizing a function of executing the first lottery in which the number of executable times in a predetermined period is set by the first lottery function.
[5]
The program according to [4], wherein the determination function realizes a function of determining the executable number of times in the predetermined period based on an amount of in-game currency owned.
[6]
In the primary extraction function, for each of a plurality of preset lots, a function of extracting an attribute from an attribute group including two or more attributes is realized.
[1] For realizing a function of extracting the first game element including the attribute extracted by the primary extraction function from the game element group for each of the plurality of lottery frames by the first game element extraction function. ] To [5].
[7]
The first lottery function realizes a selection acceptance function for accepting selection of a lottery frame from the user from among the plurality of lottery frames,
The first game element extraction function realizes a function of extracting the first game element including the attribute extracted by the primary extraction function from the game element group for each lottery frame selected by the selection reception function. The program according to [6] for causing the program to occur.
[8]
In the first grant function, a function for granting the first game element to the user in exchange for an in-game currency based on the acquisition request received from the user within a predetermined grantable period. The program according to any one of [1] to [7].
[9]
In the first lottery function, based on the abandonment request indicating the request not to acquire the first game element, the in-game currency is not consumed, and the first game element is not extracted. The program according to any one of [1] to [8] for realizing a function that does not add a game element.
[10]
Based on a waiver request indicating a request not to acquire the first game element in the first lottery function, the amount of in-game currency required for giving the first game element to the user in the first lottery is smaller The program according to any one of [1] to [8] for realizing a function of not giving the first game element to the user in exchange for the amount of currency in the game.
[11]
In the first lottery function, a determination function for determining whether or not the extracted attribute satisfies a predetermined condition is realized,
When the first game element extraction function determines that the extracted attribute satisfies the predetermined condition, the function for extracting the first game element in exchange for the in-game currency is realized. The program according to any one of [1] to [7].
[12]
A program for causing a server communicable with the computer to realize at least one of the functions realized by the computer according to any one of [1] to [11].
[13]
A computer in which the program according to any one of [1] to [12] is installed.
[14]
A system comprising a communication network, a server, and a user terminal, and controlling the progress of a video game using game elements,
Based on a first lottery request received from a user operating the user terminal, including first lottery means for executing a first lottery for giving a game element including at least one attribute;
The first lottery means
Primary extraction means for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, a first game element including the attribute extracted by the primary extraction means is extracted from a game element group composed of a plurality of game elements in exchange for in-game currency. First game element extraction means for
And a first granting unit for granting the first game element to the user.
[15]
The server includes the first lottery means;
The user terminal includes receiving means for receiving information for displaying a game image from the server, and display means for displaying the game image on a display screen of a display device based on the information received by the receiving means. [14] The system according to item.
[16]
A program for causing a server to realize a function of controlling the progress of a video game,
Based on a first lottery request received from a user operating the user terminal, the server realizes a first lottery function for executing a first lottery for giving a game element including at least one attribute;
In the first lottery function,
A primary extraction function for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, a first game element including an attribute extracted by the primary extraction function is exchanged for in-game currency from a game element group including a plurality of game elements. A first game element extraction function to extract;
A program for realizing a first grant function for granting the first game element to the user.
[17]
A program for causing a user terminal to realize a function of controlling the progress of a video game,
Based on a first lottery request received from a user who operates the user terminal, a first lottery function for executing a first lottery for giving a game element including at least one attribute is realized, and the first lottery function And a primary extraction function for extracting at least one attribute from an attribute group including two or more attributes, and the primary extraction function in exchange for an in-game currency based on an acquisition request for the game element received from the user. A first game element extraction function for extracting a first game element including an attribute extracted by a game element group including a plurality of game elements, and a first grant function for granting the first game element to the user A process for receiving information on a function provided by the server from a server provided with the server and causing the user terminal to perform a function of performing input / output corresponding to the function. Program.
[18]
[17] A program for causing a user terminal capable of communicating with the server to realize at least one of the functions realized by the server according to the program described in [17].
[19]
[17] A server on which the program according to [17] is installed.
[20]
A method for controlling the progress of a video game,
Including a first lottery process for executing a first lottery for providing a game element including at least one attribute based on a first lottery request received from a user operating the user terminal;
The first lottery process
A primary extraction process for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, the first game element including the attribute extracted by the primary extraction process is exchanged for in-game currency from a game element group including a plurality of game elements. A first game element extraction process to be extracted;
A first granting process for granting the first game element to the user.
[21]
A system comprising a communication network, a server, and a user terminal is a method for controlling the progress of a video game,
Including a first lottery process for executing a first lottery for providing a game element including at least one attribute based on a first lottery request received from a user operating the user terminal;
The first lottery process
A primary extraction process for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, the first game element including the attribute extracted by the primary extraction process is exchanged for in-game currency from a game element group including a plurality of game elements. A first game element extraction process to be extracted;
A first granting process for granting the first game element to the user.

  One embodiment of the present invention is useful in the field of video games.

DESCRIPTION OF SYMBOLS 10 Server 20,201-20N User terminal 11,21 1st lottery part 22 2nd lottery part 23 Display part 24 Storage part 30 Communication network 100 System

Claims (7)

A program for causing a user terminal to realize a function of controlling the progress of a video game,
Based on a first lottery request received from a user operating the user terminal, the first lottery function for executing a first lottery for giving a game element including at least one attribute to the user terminal is realized,
In the first lottery function,
A primary extraction function for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, a first game element including an attribute extracted by the primary extraction function is exchanged for in-game currency from a game element group including a plurality of game elements. A first game element extraction function to extract;
A program for realizing a first grant function for granting the first game element to the user. Causing the user terminal to realize a second lottery function for executing the second lottery based on the second lottery request received from the user;
In the second lottery function,
A second game element is extracted from a second game element group composed of a plurality of game elements that are identical or at least partially overlapping with the plurality of game elements included in the first game element group in exchange for in-game currency. 2 game element extraction function,
The program of Claim 1 for implement | achieving the 2nd provision function which provides the said 2nd game element to the said user. The program according to claim 1 or 2, wherein the first lottery function realizes a function of executing the first lottery in which an executable number of times in a predetermined period is set. In the first lottery function, a determination function for determining whether or not the extracted attribute satisfies a predetermined condition is realized,
When the first game element extraction function determines that the extracted attribute satisfies the predetermined condition, the function for extracting the first game element in exchange for the in-game currency is realized. The program according to any one of claims 1 to 3. In the primary extraction function, for each of a plurality of preset lots, a function of extracting an attribute from an attribute group including two or more attributes is realized.
Claims for realizing the function of extracting the first game element including the attribute extracted by the primary extraction function from the game element group for each of the plurality of lottery frames in the first game element extraction function. The program according to any one of claims 1 to 4. A system comprising a communication network, a server, and a user terminal, and controlling the progress of a video game using game elements,
Based on a first lottery request received from a user operating the user terminal, including first lottery means for executing a first lottery for giving a game element including at least one attribute;
The first lottery means
Primary extraction means for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, a first game element including the attribute extracted by the primary extraction means is extracted from a game element group composed of a plurality of game elements in exchange for in-game currency. First game element extraction means for
And a first granting unit for granting the first game element to the user. A program for causing a server to realize a function of controlling the progress of a video game,
Based on a first lottery request received from a user operating the user terminal, the server realizes a first lottery function for executing a first lottery for giving a game element including at least one attribute;
In the first lottery function,
A primary extraction function for extracting at least one attribute from an attribute group including two or more attributes;
Based on the game element acquisition request received from the user, a first game element including an attribute extracted by the primary extraction function is exchanged for in-game currency from a game element group including a plurality of game elements. A first game element extraction function to extract;
A program for realizing a first grant function for granting the first game element to the user.

Images