JP6823782B1 - Programs, information processing devices and information processing methods - Google Patents

Abstract

PROBLEM TO BE SOLVED: To suppress a decrease in motivation of a user to acquire a new item while maintaining fairness among users. SOLUTION: A program PRGt has a processor 11 from a management unit that manages possessed objects associated with a user among a plurality of objects related to a game, and a plurality of selected objects among the plurality of objects. Based on the selection unit that selects the selection object to be exchanged for the points associated with the user by lottery, the judgment unit that determines whether or not the selection object satisfies the judgment condition related to the possessed object, and the judgment result in the judgment unit. Then, one of the predetermined game element and the selected object regarding the right to execute the lottery is made to function as an association part that associates with the user. [Selection diagram] Fig. 3

Description

The present invention relates to a program, an information processing device, and an information processing method.

In a game in which an item related to a game is given to a user by lottery, a lottery method is known in which the probability that a predetermined item is discharged by lottery is changed depending on whether or not the user already possesses the predetermined item. (See, for example, Patent Document 1). In this type of lottery method, the probability that a predetermined item will be ejected by lottery when the user already possesses the predetermined item is determined by the lottery when the user does not possess the predetermined item. It is set to be lower than the probability of being discharged.

Japanese Unexamined Patent Publication No. 2013-075140

By the way, in the lottery method in which the probability that a predetermined item is discharged by lottery is changed according to whether or not the user already possesses the predetermined item, the user's motivation to acquire a new item is reduced. Although this can be suppressed, the probability that a predetermined item will be ejected by lottery will differ among a plurality of users who execute the game. From the viewpoint of fairness among users, it may be a problem to make the probability that a predetermined item is discharged by lottery different among users.

The present invention has been made in view of the above circumstances, and provides a technique capable of suppressing a decrease in the motivation of a user to acquire a new item while maintaining fairness among users. Is one of the solutions.

In order to solve the above problems, the program according to one aspect of the present invention uses a processor, a management unit that manages possessed objects associated with a user among a plurality of objects related to a game, and the plurality of objects. A selection unit that selects a selection object to be exchanged for points associated with the user from a plurality of selection target objects by lottery, and whether or not the selection object satisfies the determination condition related to the possessed object. A determination unit that determines, and an association unit that associates one of a predetermined game element and the selection object regarding the right to execute the lottery with the user based on the determination result in the determination unit. It is characterized by making it function.

It is explanatory drawing which shows an example of the outline of the game system which concerns on 1st Embodiment. It is explanatory drawing which shows an example of the battle screen in a predetermined game. It is a functional block diagram which shows an example of the structure of the terminal apparatus shown in FIG. It is a figure which shows an example of the hardware composition of the terminal apparatus shown in FIG. It is a functional block diagram which shows an example of the structure of the server apparatus shown in FIG. It is a figure which shows an example of the hardware configuration of the server apparatus shown in FIG. It is a figure which shows an example of the data structure of a card information table. It is a figure which shows an example of the data structure of a card management table. It is a figure which shows an example of the data structure of the lottery information table. It is explanatory drawing explaining the outline of operation of the terminal apparatus shown in FIG. It is explanatory drawing explaining the continuation of the outline of the operation of the terminal apparatus shown in FIG. It is a flowchart which shows an example of the operation of the terminal apparatus shown in FIG. It is a flowchart which shows an example of the 1st grant process. It is a flowchart which shows an example of the 2nd grant process. It is explanatory drawing which shows an example of the outline of the game system which concerns on 2nd Embodiment. It is a functional block diagram which shows an example of the structure of the terminal apparatus shown in FIG. It is explanatory drawing explaining an example of the operation of the terminal apparatus shown in FIG. It is explanatory drawing explaining another example of operation of the terminal apparatus shown in FIG. It is a flowchart which shows an example of the 1st grant process executed by the terminal apparatus shown in FIG. It is a flowchart which shows an example of the 2nd grant process executed by the terminal apparatus shown in FIG. It is explanatory drawing which shows the outline of the game system which concerns on modification 6.

Hereinafter, embodiments for carrying out the present invention will be described with reference to the drawings. In each drawing, the dimensions and scale of each part are appropriately different from the actual ones. Further, since the embodiments described below are suitable specific examples of the present invention, various technically preferable limitations are attached, but the scope of the present invention particularly limits the present invention in the following description. Unless otherwise stated, the present invention is not limited to these forms.

[1. First Embodiment]
First, an example of an outline of the game system 1 according to the first embodiment will be described with reference to FIG.

FIG. 1 is an explanatory diagram for explaining an outline of the game system 1 according to the first embodiment. The game system 1 has one or more terminal devices 10 (10-1 to 10-M) capable of executing a predetermined game, and a server device 30 capable of communicating with each terminal device 10 via a network NW ( M is a natural number of 1 or more). In the following, among the plurality of terminal devices 10-1 to 10-M, the m-th terminal device 10 may be referred to as a terminal device 10-m (m is a natural number satisfying 1 ≦ m ≦ M).

In this embodiment, it is assumed that the terminal device 10 is a smartphone as an example. However, as the terminal device 10, any information processing device can be adopted. For example, the terminal device 10 may be a home-use game device, a commercial game device installed in a store, an amusement facility, or the like, or a stationary information such as a personal computer. It may be a processing device.

One terminal device 10 (for example, terminal device 10-1) among a plurality of terminal devices 10-1 to 10-M is connected to another terminal device 10 (for example, terminal device 10-2) via a network NW. Communication is possible. Specifically, for example, the terminal device 10-1 transmits information about a predetermined game being executed by the terminal device 10-1 to the terminal device 10-2. Further, the terminal device 10-2 transmits information about a predetermined game being executed by the terminal device 10-2 to the terminal device 10-1. Therefore, information about a predetermined game being executed by each terminal device 10 can be shared among a plurality of terminal devices 10-1 to 10-M. As a result, for example, the user who operates the terminal device 10-1 and the user who operates the terminal device 10-2 can clear the mission while cooperating with each other in a predetermined game, or play against each other in a predetermined game. It is possible to do. Hereinafter, the user who operates the terminal device 10-m is also referred to as a user of the terminal device 10-m. In the example shown in FIG. 2 to be described later, it is assumed that the user of the terminal device 10-1 and the user of the terminal device 10-2 play against each other in a predetermined game.

In this embodiment, the server device 30 provides each terminal device 10 with information about a predetermined game.

In the present embodiment, as an example, a case where the terminal devices 10 play a predetermined game while communicating with each other via the network NW is illustrated, but the present invention is not limited to such an aspect. For example, the terminal device 10 may be able to directly communicate with another terminal device 10 by infrared communication or short-range wireless communication such as Bluetooth (registered trademark) without going through the network NW, or a cable. It may be possible to communicate by directly connecting with the like. Further, the terminal device 10 may be able to execute a predetermined game independently without communicating with another terminal device 10. In this case, the user of the terminal device 10 can play a predetermined game independently.

Further, in the present embodiment, as an example, it is assumed that each terminal device 10 is operated by a single user, but the present invention is not limited to such an embodiment, and a plurality of users are single. By operating the terminal device 10 of the above, a plurality of users who operate a single terminal device 10 may be able to play against each other (or cooperate with each other). Next, with reference to FIG. 2, an outline of a predetermined game executed in the terminal device 10 according to the present embodiment will be described.

FIG. 2 is an explanatory diagram showing an example of a battle screen G1 in a predetermined game. In FIG. 2, for convenience of explanation, a case where the user of the terminal device 10-1 and the user of the terminal device 10-2 play against each other in a predetermined game will be illustrated and described. In the example shown in FIG. 2, the battle screen G1 when the user of the terminal device 10-1 and the user of the terminal device 10-2 are executing a battle in a predetermined game is provided on the terminal device 10-1. It is displayed on the display unit 190.

For example, virtual card CDs (CDu1 and CDu2) are displayed on the battle screen G1. The virtual card CD is a virtual card that can be displayed as an image on the display unit 190 provided in the terminal device 10. In the following, the virtual card CD may be simply referred to as a "card". Further, in the following, among all the virtual card CDs (an example of "objects") appearing in a predetermined game, the virtual card CDs owned by the user (an example of "possessed objects") are referred to as "user cards". There is. In the present embodiment, a virtual card CD is assumed as an object, but the object may be, for example, a predetermined item necessary for advancing the progress of the game advantageously, or may be a character related to the game. Good. Further, the "virtual card CD owned by the user" corresponds to the "virtual card CD associated with the user".

For example, the user card CDu1 (CDu1t and CDu1h) is a virtual card that can be used by the user of the terminal device 10-1 in a battle with another user among all the virtual card CDs appearing in a predetermined game. It is a CD and is associated with the user of terminal device 10-1. Similarly, the user card CDu2 (CDu2t and CDu2h) is a virtual card CD that can be used by the user of the terminal device 10-2 in a battle with another user among all the virtual card CDs appearing in a predetermined game. It is a card CD and is associated with the user of terminal device 10-2.

In the example shown in FIG. 2, in the predetermined game, a plurality of user cards CDu1 owned by the user of the terminal device 10-1 and a plurality of user cards CDu2 owned by the user of the terminal device 10-2 are played against each other, and the battle result is obtained. This is a so-called card battle game in which each user decides the outcome based on the above.

In the present embodiment, the user selects a plurality of user card CDus to be used in the battle, up to a maximum of K, from the user card CDu owned by the user before executing the battle in a predetermined game. (K is a natural number of 1 or more). In this embodiment, as an example, it is assumed that "K = 6". In the following, among the user card CDu owned by the user, the user card CDu selected for the battle may be referred to as a "competition card", and the user card CDu other than the "competition card" may be referred to as a "handheld card". ..

As shown in FIG. 2, the battle screen G1 has a field area FD (FD1 and FD2) and a user area FU (FU1 and FU2). A maximum of K battle cards CDu1t are arranged in the field area FD1, and a maximum of K battle cards CDu2t are arranged in the field area FD2. Of the broken line rectangles shown in FIG. 2, the broken line rectangle shown in the field area FD1 indicates the area where the battle card CDu1t is arranged, and the broken line rectangle shown in the field area FD2 is the battle card CDu2t. Indicates the area to be placed. Further, in the user area FU1, a handheld card CDu1h among a plurality of user cards CDu1 owned by the user of the terminal device 10-1 is arranged, and in the user area FU2, a plurality of hand-held cards owned by the user of the terminal device 10-2 are arranged. Of the user card CDu2 of the above, the handheld card CDu2h is arranged.

In a predetermined game, for example, rules regarding usage restrictions are set such that the same type of card CD cannot be placed in the field area FD in excess of the predetermined upper limit for each type of card CD. May be good. Alternatively, in a predetermined game, a rule regarding the limitation of the effect obtained by arranging the same type of card CD in the field area FD may be set. In the present embodiment, the case where the battle screen G1 has the user areas FU1 and FU2 is illustrated, but the present invention is not limited to such an aspect. For example, the battle screen G1 may not include the user areas FU1 and FU2.

At the timing when the battle related to the predetermined game is started, the battle cards CDu1t and CDu2t are given hit points larger than "0". Then, in the battle related to the predetermined game, the battle card CDu1t attacks the battle card CDu2t to reduce the hit points of the battle card CDu2t, and the battle card CDu2t attacks the battle card CDu1t to reduce the hit points of the battle card CDu1t. Reduce hit points. Then, the user of the terminal device 10-1 wins in a predetermined game when the hit points of all the battle cards CDu2t are set to "0", and conversely, the hit points of all the battle cards CDu1t are set to "0". If you are, you will be defeated in a given game.

Note that FIG. 2 illustrates a case where a user plays against another user in a predetermined game, but the user is a virtual user (terminal devices 10-1 to 10) controlled by the game system 1. You can also play against users other than -M users). In the following, a virtual user may be referred to as a "virtual user". For example, a user can win a card CD if he wins a match against a virtual user. Further, in the predetermined game in the present embodiment, the user can execute a lottery and acquire a card CD according to the result of the lottery. In the following, among the processes related to the predetermined game, the lottery process related to the lottery will be mainly illustrated, the configuration and operation of the game system 1 will be described, and the detailed description of the processes other than the lottery process will be omitted. First, the configuration of the terminal device 10 will be described with reference to FIGS. 3 and 4.

FIG. 3 is a functional block diagram showing an example of the configuration of the terminal device 10 shown in FIG. Hereinafter, the configuration, operation, and the like of the terminal device 10 of one of the terminal devices 10-1 to 10-M will be described. Therefore, in the following, unless otherwise specified, the "user" and the "user of the terminal device 10" shall mean the user of one terminal device 10 to be described. Similarly, unless otherwise specified, "user card CDu" shall mean a user card CDu owned by a user of one terminal device 10 to be described.

The terminal device 10 includes a terminal control unit 110, a storage unit 130 for storing various information, a communication unit 150 for executing communication between the server device 30 and an external device such as another terminal device 10, and a terminal. It has an operation unit 170 for receiving an operation by a user of the device 10 and a display unit 190 capable of displaying various images.

The terminal control unit 110 controls each unit of the terminal device 10. Further, the terminal control unit 110 controls the progress of a predetermined game executed in the terminal device 10. For example, the terminal control unit 110 has a possession card management unit 111, a lottery unit 112, a refund determination unit 113, and a grant unit 114. In the following, a predetermined game executed by the terminal device 10 may be simply referred to as a "game".

The owned card management unit 111 (an example of the "management unit") manages the user card CDu (an example of the "possessed object") associated with the user among a plurality of card CDs (an example of the "object") related to the game. To do. For example, the owned card management unit 111 manages the user card CDu by using the card management table TBL12 stored in the storage unit 130. The data structure of the card management table TBL12 will be described later with reference to FIG.

The lottery unit 112 (an example of the "selection unit") is a card CD (an example of a "multiple selection target objects") that can be exchanged for points associated with the user from a plurality of card CDs (an example of "multiple selection target objects") that are the population of the lottery. An example of "selected object") is selected by lottery. The plurality of card CDs that serve as the population of the lottery may be a part of all the card CDs appearing in a predetermined game, or may be all the card CDs. For example, when the lottery unit 112 is instructed to execute the lottery by the user operation, the lottery unit 112 executes the lottery based on the lottery information table TBL13 stored in the storage unit 130. The data structure of the lottery information table TBL13 will be described with reference to FIG. 9 described later. In the following, the card CD selected by the lottery unit 112 (that is, the card CD selected by the lottery) is also referred to as an ejection card CD.

Here, the points may be the in-game value required to execute the event related to the game. The event may be, for example, drawing a card CD (a card CD given to the user) associated with the user from a plurality of card CDs related to the game. Further, the points may be exchangeable for, for example, other items in the game (for example, a card CD). Further, the points may be given by charging, for example. Specifically, the points may be in-game money associated with the user. The points may also be, for example, the in-game value required to advance the game. Specifically, in a predetermined game, the game may proceed when points are consumed. The points may also be, for example, a game value indicating the sustainability of the game. Specifically, for example, in a predetermined game, when the points are equal to or less than a predetermined lower limit value, the user may not be able to continue the game. In addition, the points may be, for example, the value in the game required to advance the progress of the game advantageously. Specifically, for example, in a predetermined game, the user may be able to advance the battle with another user's card CD in an advantageous manner by consuming points as compared with the case where the points are not consumed.

The refund determination unit 113 (an example of the “determination unit”) determines whether or not the ejected card CD selected by the lottery unit 112 satisfies the refund condition (an example of the “determination condition”) related to the user card CDu. For example, the refund condition may be that the use of the ejected card CD is restricted by using the ejected card CD as the user card CDu. The refund conditions are not limited to restricting the use of the ejection card CD. Another example of the refund condition will be described in Modification 4 described later.

In the present embodiment, it is assumed that the refund condition is that the use of the ejected card CD is restricted because the ejected card CD overlaps with the user card CDu. Under this refund condition, for example, if the user owns the same card CD as the ejected card CD in an upper limit or more that can be used, the use of the ejected card CD is restricted. Therefore, when the user owns the same card CD as the ejected card CD in an upper limit or more that can be used by the user, the refund determination unit 113 determines that the ejected card CD satisfies the refund condition.

Here, limiting the use of card CDs may mean, for example, limiting the number of card CDs that can be used. Further, for example, the restriction on the use of the card CD may mean that the opportunity to use the card CD is restricted, or the period of use of the card CD may be restricted. The limitation of the use opportunity of the card CD may mean, for example, that it cannot be used except for interpersonal battles or specific rules, and that the effect is reduced in interpersonal battles or use other than specific rules. You may. Further, the limitation of the usage period of the card CD may mean that the card CD cannot be used outside the predetermined period, or that the effect is reduced when the card CD is used outside the predetermined period.

The granting unit 114 (an example of the “related unit”) sets one of a predetermined game element relating to the right to execute the lottery and the ejection card CD with the user based on the determination result in the refund determination unit 113. Associate. A given game element may be, for example, a game value required to perform a lottery. For example, the predetermined game element may be points having the same value as the points exchanged for the ejected card CD (points consumed by the lottery). Further, the predetermined game element may be less points than the points exchanged for the ejected card CD. When points less than the points exchanged for the ejected card CD are used as a predetermined game element, it is possible to prevent the user from earning more points than necessary. Alternatively, the predetermined game element may be a virtual ticket to which the right of lottery is granted. In the present embodiment, it is assumed that a predetermined game element has the same value as the points consumed by the lottery.

For example, when the determination result in the refund determination unit 113 is affirmative, that is, when the use of the discharge card CD is restricted, the granting unit 114 is the same as the points consumed by the lottery instead of associating the discharge card CD with the user. Associate the point of value with the user. As a result, the points consumed by the lottery are returned to the user. As described above, in the present embodiment, when the same card CD as the user card CDu is selected by the lottery, the points consumed by the lottery are returned to the user, so that the user who intends to continuously execute the lottery. It is possible to suppress a decrease in motivation.

For example, when the determination result in the refund determination unit 113 is negative, that is, when the use of the ejection card CD is not restricted, the granting unit 114 associates the ejection card CD with the user. As a result, the ejection card CD is given to the user. In the present embodiment, "giving the discharge card CD to the user" corresponds to "associating the discharge card CD with the user", and "giving points to the user" means "associating the points with the user". It corresponds to that.

The storage unit 130 stores the control program PRGt of the terminal device 10. The control program PRGt is a program that controls the terminal device 10. In the present embodiment, the control program PRGt includes an application program (an example of a "program") for the terminal device 10 to execute a game. However, the control program PRGt may include an operation system program for controlling each part of the terminal device 10. The application program may be, for example, one that is read from an information reading unit (not shown) that reads various information and stored in the storage unit 130 when the user starts the game.

Further, the storage unit 130 acquires the card information table TBL11 that stores the card information related to the card CD appearing in the game, the card management table TBL12 that stores the information related to the user card CDu owned by the user, and the card CD related to the game. Various information such as the lottery information table TBL13 for storing lottery information regarding possible lottery is stored. The configuration of the terminal device 10 is not limited to the example shown in FIG. Further, the information stored in the storage unit 130 is not limited to the example shown in FIG. Next, the hardware configuration of the terminal device 10 will be described with reference to FIG.

FIG. 4 is a diagram showing an example of the hardware configuration of the terminal device 10 shown in FIG. The terminal device 10 includes a processor 11 (an example of an “information processing device”) that controls each part of the terminal device 10, a memory 13 that stores various information, a communication device 15, and an input operation device 19.

The memory 13 is, for example, an EEPROM (Electrically Erasable Programmable Read-Only Memory) that stores various information such as a volatile memory such as a RAM (Random Access Memory) that functions as a work area of the processor 11 and a control program PRGt of the terminal device 10. ) And one or both of the non-volatile memory, and functions as the storage unit 130. The memory 13 may be attached to and detached from the terminal device 10. Specifically, the memory 13 may be a storage medium such as a memory card that is attached to and detached from the terminal device 10. Further, the memory 13 may be, for example, a storage device (for example, online storage) that is communicably connected to the terminal device 10 via a network or the like.

The processor 11 is, for example, a CPU (Central Processing Unit), and functions as a terminal control unit 110 by executing a control program PRGt stored in a memory 13 and operating according to the control program PRGt. For example, the processor 11 that operates according to the control program PRGt stored in the memory 13 functions as a terminal control unit 110 including the owned card management unit 111, the lottery unit 112, the refund determination unit 113, and the granting unit 114.

The processor 11 is configured to include hardware such as a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), or an FPGA (Field Programmable Gate Array) in addition to or in place of the CPU. It may be a thing. In this case, a part or all of the terminal control unit 110 realized by the processor 11 may be realized by hardware such as a DSP. Further, the processor 11 may be configured to include a part or all of one or more CPUs and one or more hardware elements. For example, when the processor 11 is configured to include a plurality of CPUs, even if some or all the functions of the terminal control unit 110 are realized by the plurality of CPUs operating in cooperation with each other according to the control program PRGt. Good.

The communication device 15 is hardware for communicating with an external device existing outside the terminal device 10 via one or both of a wired network and a wireless network, and functions as a communication unit 150.

The input operation device 19 functions as an operation unit 170 that accepts the user's operation of the terminal device 10. For example, the input operation device 19 may be composed of one or a plurality of devices including a touch panel, operation buttons, a keyboard, a joystick, and a part or all of a pointing device such as a mouse. In this embodiment, a touch panel is assumed as the input operation device 19. In this case, the input operation device 19 shown in FIG. 4 functions as an operation unit 170 and also as a display unit 190 for displaying various images. Next, the configuration of the server device 30 will be described with reference to FIGS. 5 and 6.

FIG. 5 is a functional block diagram showing an example of the configuration of the server device 30 shown in FIG. The server device 30 includes a server control unit 310 that controls each unit of the server device 30, a storage unit 330 that stores various information, and a communication unit 350 for executing communication between an external device such as the terminal device 10. It also has an operation unit 370 for receiving an operation by an administrator or the like of the server device 30. The storage unit 330 stores the control programs PRGs of the server device 30 and various information such as a user management table that stores user management information about each user of the terminal devices 10-1 to 10-M. The user management information is, for example, information including a user name (user name) and points possessed by the user. For example, when the user starts a predetermined game, the server device 30 may refer to the user management table and provide the user with information about the predetermined game.
Next, the hardware configuration of the server device 30 will be described with reference to FIG.

FIG. 6 is a diagram showing an example of the hardware configuration of the server device 30 shown in FIG. The server device 30 includes a processor 31 that controls each part of the server device 30, a memory 33 that stores various information, a communication device 35 for communicating with an external device existing outside the server device 30, and a server device. It has an input operation device 37 for receiving an operation by an administrator or the like of 30.

The memory 33 includes, for example, one or both of a volatile memory such as a RAM that functions as a work area of the processor 31 and a non-volatile memory such as an EEPROM that stores various information such as control programs PRGs of the server device 30. , Functions as a storage unit 330.

The processor 31 is, for example, a CPU, executes the control programs PRGs stored in the memory 33, and operates according to the control programs PRGs to function as the server control unit 310.

The processor 31 may be configured to include hardware such as a GPU, DSP, or FPGA in addition to the CPU or in place of the CPU. In this case, a part or all of the server control unit 310 realized by the processor 31 may be realized by hardware such as a DSP. Further, the processor 31 may be configured to include a part or all of one or more CPUs and one or more hardware elements. For example, when the processor 31 is configured to include a plurality of CPUs, even if some or all the functions of the server control unit 310 are realized by the plurality of CPUs operating in cooperation with each other according to the control programs PRGs. Good.

The communication device 35 is hardware for communicating with an external device existing outside the server device 30 via one or both of a wired network and a wireless network, and functions as a communication unit 350. The input operation device 37 is, for example, a keyboard, a mouse, and a display panel, and functions as an operation unit 370 that receives operations by the administrator of the server device 30 and the like. Next, various data stored in the storage unit 130 will be described with reference to FIGS. 7 to 9.

FIG. 7 is a diagram showing an example of the data structure of the card information table TBL11. The card information table TBL11 has a plurality of records corresponding to all types of card CDs that may appear in a predetermined game and one-to-one correspondence. Each record of the card information table TBL11 stores, for example, a card type ID corresponding to the type of the card CD and card information which is information about the card CD. Here, the card type ID is information for identifying the type of each card CD from all the card CDs that may appear in a predetermined game. Further, the card information includes, for example, a card type name which is a name of a card CD type corresponding to a card type ID, card characteristic information indicating an ability and a property of a card CD of the type related to a battle, and a card of the type. This is information including image information which is information about an image displayed on the display unit 190 when the CD is displayed on the display unit 190.

The card characteristic information includes combat ability information indicating the ability (combat ability) of the type of card CD corresponding to the card type ID in combat, and rarity indicating the degree of difficulty in obtaining the card CD in a predetermined game. Includes support ability information indicating the ability (support ability) of the card CD to support, and the maximum number of uses indicating the maximum number of usable cards. Here, the rarity may be, for example, an index indicating the difficulty of obtaining the card CD, as described above. For example, when the rarity of the card CD is high (when the value of the rarity in FIG. 7 is large), it becomes more difficult to obtain the card CD than when it is low. In the example shown in FIG. 7, the rarity is divided into five stages of "1", "2", "3", "4" and "5" in order from the lowest to the highest. As described above, the rarity may be a value preset in the card CD.

The combat ability information includes the maximum hit points of the type of card CD corresponding to the card type ID, the attack power of the card CD, and the defense power of the card CD. In this embodiment, as an example, when one card CD attacks the opponent's card CD, the attack power of the one card CD and the opponent's card CD are calculated from the hit points of the opponent's card CD. The value determined based on the defense power will be subtracted.

In addition, the support ability information includes the survival support ability, which is the ability to increase the hit points of the card CD to be supported when the card CD of the type corresponding to the card type ID supports another card CD, and the support target. It includes an attack support ability, which is an ability to increase the attack power of a card CD, and a defense support ability, which is an ability to increase the defense power of a card CD to be supported. In the following, each value of the maximum hit point, attack power, and defense power preset in the card CD may be referred to as an initial value.

FIG. 8 is a diagram showing an example of the data structure of the card management table TBL12. The card management table TBL12 has a plurality of records corresponding to all types of card CDs owned by the user of the terminal device 10 and one-to-one. Each record of the card management table TBL12 contains, for example, user card information indicating a card type ID corresponding to a user card CDu owned by the user, the number of card CDs of the type indicated by the card type ID, and the card type. It stores the ability increase rate information, which is information on the ability increase rate of the type of card CD indicated by the ID. The number of possessed cards indicates the number of card CDs of the type indicated by the card type ID that the user currently owns. The ability increase rate information is, for example, information indicating the current increase rate of the ability by the support from another card CD. For example, the ability increase rate information includes the rate of increase for the initial value of the hit points of the type of card CD corresponding to the card type ID, the rate of increase for the initial value of the attack power of the card CD, and the defense power of the card CD. Includes the rate of increase relative to the initial value.

When the user of the terminal device 10 acquires a card CD, the owned card management unit 111 stores information about the acquired card CD in the card management table TBL12. For example, the owned card management unit 111 adds a new record to the card management table TBL12 for storing information about the acquired card CD when the user does not own the same type of card CD as the acquired card CD. .. Further, when the user owns a card CD of the same type as the acquired card CD, the owned card management unit 111 updates the contents of the record corresponding to the type of the acquired card CD (for example, the number of possessed cards is 1). Increase the number).

Further, when the card CD owned by the user disappears, the owned card management unit 111 updates the contents of the record corresponding to the disappeared card CD among the plurality of records in the card management table TBL12 (for example, the number of owned cards). Is reduced by one). The owned card management unit 111 may delete the record corresponding to the type of card CD in which the number of owned cards is 0 from the card management table TBL12. Alternatively, each record in the card management table TBL12 may store the number of disappeared cards indicating the number of erased card CDs. Further, in the present embodiment, since it is assumed that the refund condition is that the use of the ejected card CD is restricted by overlapping the ejected card CD with the user card CDu, the capacity increase rate information is obtained. It may be omitted from the card management table TBL12. For example, the ability increase rate information may be stored in a table different from the card management table TBL12.

Further, when the owned card management unit 111 manages a plurality of user card CDu of the same type for each user card CDu, the user for identifying each user card CDu from among the plurality of user card CDu owned by the user. A card ID may be assigned to each user card CDu. In this case, each record in the card management table TBL12 may have a number of sub-records corresponding to the number of possessed records. The sub-record may store the user card ID, information about the user card CDu indicated by the user card ID, and the like. Alternatively, the card management table TBL12 may have a plurality of records having a one-to-one correspondence with a plurality of card CDs owned by the user instead of the records shown in FIG. In this case, each record of the card management table TBL12 may store, for example, a user card ID corresponding to the user card CDu owned by the user and user card information which is information about the card CD. The user card information may include, for example, the card type ID of the card CD, the number of card CDs of the same type as the card CD, the ability increase rate information of the card CD, and the like.

FIG. 9 is a diagram showing an example of the data structure of the lottery information table TBL13. In the example shown in FIG. 9, the lottery information table TBL13 (TBL13a, TBL13b, TBL13c, ...) Is managed for each type of lottery for all types of lottery provided in a predetermined game. For example, the lottery information table TBL13a is managed in association with a lottery ID indicating that the lottery type is lottery A, and stores lottery information related to lottery A. Here, the lottery ID is information for identifying each lottery from all kinds of lottery provided in a predetermined game.

Each lottery information table TBL13 stores information indicating points (costs) required for the user to execute the lottery corresponding to the lottery information table TBL13. In addition, each lottery information table TBL13 has a plurality of records corresponding to one-to-one with all types of card CDs that are a population of lottery corresponding to the lottery information table TBL13. In the example shown in FIG. 9, the ghost card CD whose card type ID is "c003" is not included in the population of lottery A.

Each record of each lottery information table TBL13 includes, for example, a card type ID corresponding to the type of card CD and a probability (selection probability) that the card CD indicated by the card type ID is selected by lottery. For example, in each of the plurality of card CDs that are the population of each lottery, the selection probability is set to the same probability for all users who execute a predetermined game. In the lottery A shown in FIG. 9, the selection probability of the card CD having the card type ID “c202” is set to 0.10% for all the users who execute the predetermined game. The type of lottery provided in the predetermined game may be one type. Next, with reference to FIGS. 10 and 11, an outline of the operation of the terminal device 10 when the lottery is executed will be described.

FIG. 10 is an explanatory diagram illustrating an outline of the operation of the terminal device 10 shown in FIG. The menu screen G10 shown in FIG. 10 is displayed on the display unit 190, for example, when the execution of a program related to a predetermined game is started. For example, when the user starts a predetermined game, the terminal control unit 110 generates display information of the menu screen G10 including buttons BTN (BTN11, BTN12 and BTN13) as a graphical user interface. Then, the terminal control unit 110 causes the display unit 190 to display the menu screen G10 based on the display information. In the following, the operation of selecting the button BTN may be referred to as pressing the button BTN.

The button BTN 11 is pressed when the user specifies to execute the lottery, and the button BTN 12 is pressed when the user specifies a match with another user. Further, the button BTN 13 is pressed when the user specifies a match with a virtual user. In FIG. 10, it is assumed that the button BTN 11 is pressed. When the button BTN 11 is pressed, the terminal control unit 110 causes the display unit 190 to display the lottery list screen G20.

The lottery list screen G20 is, for example, a screen on which a list of lottery types managed by the lottery information table TBL13 stored in the storage unit 130 is displayed. For example, on the lottery list screen G20, a button BTN21 (BTN21a, BTN21b and BTN21c) for designating a probability display and a button BTN22 (BTN22a) for selecting a lottery type for each type of lottery managed by the lottery information table TBL13. , BTN22b and BTN22c) are displayed. For example, when the button BTN21a is pressed, the selection probabilities of all the card CDs that are the population of the lottery A are displayed. When the button BTN21a is pressed, the selection probability of some of the card CDs that are the population of the lottery A may be displayed. Further, on the lottery list screen G20, a button BTNrt for returning to the menu screen G10 is displayed. In FIG. 10, it is assumed that the button BTN22a is pressed. When the button BTN22a is pressed, the terminal control unit 110 causes the display unit 190 to display the lottery screen G30 for executing the lottery A.

On the lottery screen G30, the points currently possessed by the user (“possessed points 3000” in the example of FIG. 10) and a text for asking the user whether to execute the lottery (in the example of FIG. 10, “lottery”). Do you want to execute? ”), Buttons BTN31, BTN32, BTNrt, etc. are displayed. For example, when the button BTN31 is pressed, the lottery A is executed once, and when the button BTN32 is pressed, the lottery A is executed 10 times in a row. In the example shown in FIG. 10, when the lottery A is executed once, 100 points are consumed. Next, the continuation of the operation of FIG. 10 will be described with reference to FIG.

FIG. 11 is an explanatory diagram illustrating a continuation of the outline of the operation of the terminal device 10 shown in FIG. In FIG. 11, it is assumed that the button BTN 31 is pressed. When the button BTN31 is pressed, the lottery unit 112 executes the lottery A once. Then, the terminal control unit 110 causes the display unit 190 to display the lottery result screen G40 showing the result of one execution of the lottery A.

The ejection card CD selected by the lottery is displayed on the lottery result screen G40. In FIG. 11, it is assumed that the idle card CD is ejected by the lottery A. The terminal control unit 110 causes the display unit 190 to display the lottery end screen G50 after a predetermined time has elapsed after displaying the lottery result screen G40 on the display unit 190.

On the lottery end screen G50, information regarding the granting of the ejected card CD, the button BTNrt, and the like are displayed. In FIG. 11, it is assumed that the user already has the idle card CD selected by the lottery A. According to the card information table of FIG. 7, the maximum number of idle card CDs that can be used is one. Therefore, the refund determination unit 113 determines that the idle card CD (discharging card CD) selected by the lottery A satisfies the refund condition.

Specifically, the refund determination unit 113 acquires the number of idle card CDs (discharging card CDs) selected by the lottery A from the card management table TBL12. Further, the refund determination unit 113 acquires the maximum number of idle card CDs selected by the lottery A from the card information table TBL11. Then, the refund determination unit 113 compares the number of possessions acquired from the card management table TBL12 with the maximum number of usages acquired from the card information table TBL11, and based on the comparison result, whether the discharged card CD satisfies the refund condition. Judge whether or not. For example, in the refund determination unit 113, the number of possessions acquired from the card management table TBL12 (the number of possessed card CDs having the same card type ID as the ejected card CD) is the maximum number of usages acquired from the card information table TBL11 (with the ejected card CD). If it is equal to or greater than the maximum number of card CDs with the same card type ID), it is determined that the ejected card CD satisfies the refund condition.

In the example shown in FIG. 11, as described above, in the refund determination unit 113, the number of possessions (the number of idle card CDs owned) acquired from the card management table TBL12 is the maximum number of usages (idle) acquired from the card information table TBL11. Since it is the same as the maximum number of card CDs that can be used, it is determined that the ejected card CD meets the refund conditions. Therefore, instead of associating the idle card CD (ejection card CD) with the user, the granting unit 114 associates the points with the same value as the points consumed by the lottery (100 points in the example shown in FIG. 11) with the user. In other words, when the determination result in the refund determination unit 113 is affirmative, the granting unit 114 converts the ejected card CD into points and grants the converted points to the user.

Here, normally, when a card CD having a higher rarity than other card CDs is selected by lottery, the user's motivation to continue executing the lottery does not decrease. However, as shown in FIG. 11, even when a card CD having a higher rarity than other card CDs is selected by lottery, the value of owning the card CD selected by lottery becomes low due to the limitation of the number of uses. , The user becomes more discouraged and the user's willingness to continue the lottery is reduced. Therefore, in the present embodiment, as described above, the granting unit 114 gives the discharge card CD to the user when the discharge card CD satisfies the refund condition (for example, when the use of the discharge card CD is restricted). Instead of granting, the points consumed by the lottery are returned to the user. Therefore, in the present embodiment, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery. Next, the operation flow of the terminal device 10 when the lottery is executed will be described with reference to FIGS. 12 to 14.

FIG. 12 is a flowchart showing an example of the operation of the terminal device 10 shown in FIG. The operation shown in FIG. 10 is executed, for example, when the operation unit 170 accepts the pressing of the BTN 11 for performing the lottery on the menu screen G10 shown in FIG.

First, in step S100, the terminal control unit 110 causes the display unit 190 to display the lottery list screen G20. Specifically, the terminal control unit 110 generates display information regarding the lottery list screen G20, and causes the display unit 190 to display the lottery list screen G20 based on the generated display information. Then, the terminal control unit 110 advances the process to step S102.

In step S102, the terminal control unit 110 determines whether or not to display the probability of any one of the plurality of lottery. For example, the terminal control unit 110 determines whether or not the operation unit 170 has accepted the pressing of any of the plurality of buttons BTN 21 (buttons BTN 21 that specify the probability display) displayed on the lottery list screen G20. If the result of the determination in step S102 is affirmative, the terminal control unit 110 advances the process to step S104. On the other hand, if the result of the determination in step S102 is negative, the terminal control unit 110 advances the process to step S108.

In step S104, the terminal control unit 110 causes the display unit 190 to display the probability of the lottery. For example, the terminal control unit 110 causes the display unit 190 to display the selection probabilities of a plurality of card CDs that are the population of the lottery corresponding to the button BTN21 detected to have been pressed in the determination in step S102. Then, the terminal control unit 110 advances the process to step S106.

In step S106, the terminal control unit 110 determines whether or not to end the probability display of the lottery. For example, the terminal control unit 110 determines whether or not the operation unit 170 has accepted the user operation for ending the probability display. If the result of the determination in step S106 is affirmative, the terminal control unit 110 returns the process to step S100. On the other hand, if the result of the determination in step S106 is negative, the terminal control unit 110 returns the process to step S106. As described above, when the result of the determination in step S102 is affirmative, the probability of lottery is displayed. On the other hand, if the result of the determination in step S102 is negative, the process of step S108 is executed as described above.

In step S108, the terminal control unit 110 determines whether or not the lottery type has been selected. For example, the terminal control unit 110 determines whether or not the operation unit 170 has accepted the pressing of any of the plurality of buttons BTN 22 (buttons BTN 22 for selecting the lottery type) displayed on the lottery list screen G20. If the result of the determination in step S108 is affirmative, the terminal control unit 110 advances the process to step S112. On the other hand, if the result of the determination in step S108 is negative, the terminal control unit 110 advances the process to step S110. Hereinafter, the lottery determined to be selected in step S108 may be referred to as "the lottery selected in step S108".

In step S110, the terminal control unit 110 determines whether or not to end the lottery. For example, the terminal control unit 110 determines whether or not the operation unit 170 has accepted the pressing of the button BTNrt (button BTNrt for returning to the menu screen G10) displayed on the lottery list screen G20. If the result of the determination in step S110 is affirmative, the terminal control unit 110 ends the lottery process related to the lottery. On the other hand, if the result of the determination in step S110 is negative, the terminal control unit 110 returns the process to step S102. As described above, when the result of the determination in step S108 is affirmative, the process of step S112 is executed.

In step S112, the terminal control unit 110 causes the display unit 190 to display the lottery screen G30 for executing the lottery selected in step S108. Then, the terminal control unit 110 advances the process to step S120.

In step S120, the lottery unit 112 determines whether or not to execute the lottery once. For example, the lottery unit 112 determines whether or not the operation unit 170 has accepted the pressing of the button BTN31 (button BTN31 that specifies one execution of the lottery) displayed on the lottery screen G30. If the result of the determination in step S120 is affirmative, the lottery unit 112 advances the process to step S122. On the other hand, if the result of the determination in step S120 is negative, the lottery unit 112 advances the process to step S150.

In step S122, the lottery unit 112 executes the lottery selected in step S108 and selects a card CD (discharging card CD) to be exchanged for points. Then, in step S130, the terminal control unit 110 executes the first grant process of granting one of the points and the ejected card CD to the user based on the determination result of the refund determination unit 113, and ends the lottery process. .. The details of the first granting process will be described with reference to FIG. The second grant process is executed when the lottery is executed 10 times in a row. The determination as to whether or not the lottery is executed 10 times in a row is executed in step S150 when the result of the determination in step S120 is negative.

In step S150, the lottery unit 112 determines whether or not the lottery is executed 10 times in a row. For example, the lottery unit 112 determines whether or not the operation unit 170 has accepted the pressing of the button BTN32 (button BTN32 for designating 10 consecutive lottery) displayed on the lottery screen G30. If the result of the determination in step S150 is affirmative, the lottery unit 112 advances the process to step S152. On the other hand, if the result of the determination in step S150 is negative, the lottery unit 112 advances the process to step S190.

In step S152, the lottery unit 112 executes the lottery selected in step S108 10 times in a row, and selects 10 card CDs (discharging card CDs) to be exchanged for points. Then, in step S160, the terminal control unit 110 executes the second granting process and ends the lottery process. The details of the second granting process will be described with reference to FIG.

Further, in step S190, the lottery unit 112 determines whether or not to end the lottery. For example, the lottery unit 112 determines whether or not the operation unit 170 has accepted the pressing of the button BTNrt (button BTNrt for returning to the menu screen G10) displayed on the lottery screen G30. If the result of the determination in step S190 is affirmative, the lottery unit 112 ends the lottery process. On the other hand, if the result of the determination in step S190 is negative, the lottery unit 112 returns the process to step S120. Next, the first granting process in step S130 will be described with reference to FIG.

FIG. 13 is a flowchart showing an example of the first granting process. The process of step S132 is executed after the process of step S122 shown in FIG. 12 is executed.

In step S132, the terminal control unit 110 causes the display unit 190 to display the lottery result screen G40 showing the result of the lottery executed in step S122 of FIG. Then, the terminal control unit 110 advances the process to step S134.

In step S134, the refund determination unit 113 determines whether or not the ejection card CD selected by the lottery executed in step S122 of FIG. 12 satisfies the refund condition. For example, the refund determination unit 113 determines whether or not the user owns the same card CD as the ejected card CD in an upper limit number that can be used by the user. Specifically, the refund determination unit 113 acquires the number of card CDs having the same card type ID as the ejected card CD selected by lottery from the card management table TBL12. Then, the refund determination unit 113 sets the refund condition on the ejected card CD based on the comparison result between the number of possessed cards acquired from the card management table TBL 12 and the maximum number of card CDs stored in the card information table TBL 11. Determine if it is satisfied.

For example, when the number of possessed cards acquired from the card management table TBL 12 is equal to or greater than the maximum number of card CDs that can be used stored in the card information table TBL 11, the refund determination unit 113 satisfies the refund condition. Is determined. In other words, the refund determination unit 113 satisfies the refund condition when the number of possessed cards acquired from the card management table TBL 12 is less than the maximum number of card CDs stored in the card information table TBL 11. Judge that it is not. If the result of the determination in step S134 is affirmative, the refund determination unit 113 proceeds to the process in step S140. On the other hand, if the result of the determination in step S134 is negative, the refund determination unit 113 proceeds to the process in step S142.

In step S140, the granting unit 114 grants the user points having the same value as the points consumed by the lottery selected in step S108 of FIG. For example, the granting unit 114 converts the ejected card CD into points and grants the converted points to the user. Then, the granting unit 114 advances the process to step S146.

In step S142, the granting unit 114 grants the ejected card CD to the user. Next, in step S144, the owned card management unit 111 updates the card management table TBL12 based on the ejected card CD given to the user. Then, the owned card management unit 111 advances the process to step S146.

In step S146, the terminal control unit 110 causes the display unit 190 to display the lottery end screen G50 indicating how the points and the ejection card CD are given to the user. Then, the terminal control unit 110 ends the first granting process. As a result, the lottery process when the lottery is executed once is completed. Next, the second granting process in step S160 of FIG. 12 will be described with reference to FIG.

FIG. 14 is a flowchart showing an example of the second granting process. The process of step S162 is executed after the process of step S152 shown in FIG. 12 is executed.

In step S162, the terminal control unit 110 causes the display unit 190 to display the lottery result screen G40 showing the result of the lottery executed 10 times in succession in step S152 of FIG. Then, the terminal control unit 110 advances the process to step S164.

In step S164, the refund determination unit 113 selects one ejection card CD from the ten ejection card CDs selected by the lottery executed 10 times in succession in step S152 of FIG. Then, the refund determination unit 113 proceeds to the process in step S166.

In step S166, the refund determination unit 113 determines whether or not the ejected card CD selected in step S164 satisfies the refund condition. For example, the refund determination unit 113 determines whether or not the user owns the same card CD as the ejected card CD in an upper limit number that can be used by the user. If the result of the determination in step S166 is affirmative, the refund determination unit 113 proceeds to the process in step S168. On the other hand, if the result of the determination in step S166 is negative, the refund determination unit 113 proceeds to the process in step S170.

In step S168, the granting unit 114 grants the user points having the same value as the points consumed by the lottery selected in step S108 of FIG. For example, the granting unit 114 converts the ejected card CD into points and grants the converted points to the user. Then, the granting unit 114 advances the process to step S174.

In step S170, the granting unit 114 grants the ejected card CD to the user. Next, in step S172, the owned card management unit 111 updates the card management table TBL12 based on the ejected card CD given to the user. Then, the owned card management unit 111 advances the process to step S174.

In step S174, the refund determination unit 113 determines whether or not the determination in step S166 has been executed for all of the 10 ejected card CDs. If the result of the determination in step S174 is affirmative, the refund determination unit 113 proceeds to the process in step S176. On the other hand, if the result of the determination in step S174 is negative, the refund determination unit 113 returns the process to step S164. In this case, the ejected card CD for which the determination in step S166 has been executed is excluded from the selection targets in the process of step S164.

In step S176, the terminal control unit 110 causes the display unit 190 to display the lottery end screen G50 indicating how the points and the ejection card CD are given to the user. Then, the terminal control unit 110 ends the second granting process. As a result, the lottery process when the lottery is executed 10 times in a row is completed.

The operation of the terminal device 10 is not limited to the examples shown in FIGS. 12 to 14. For example, the determination in step S102, the determination in step S108, and the determination in step S110 in FIG. 12 may be executed in an order different from the order shown in FIG. 12, or may be executed in parallel.

As described above, in the present embodiment, the owned card management unit 111 manages the user card CDu associated with the user among the plurality of card CDs related to the game. Further, the lottery unit 112 selects by lottery a discharge card CD to be exchanged for points associated with the user from a plurality of card CDs that are a population of the lottery among the plurality of card CDs. Then, the refund determination unit 113 determines whether or not the ejected card CD satisfies the refund condition related to the user card CDu. Further, the granting unit 114 associates one of a predetermined game element such as points and the ejection card CD with the user based on the determination result in the refund determination unit 113.

For example, if the refund determination unit 113 owns the same card CD as the ejected card CD in an upper limit or more that can be used by the user and the use of the ejected card CD is restricted, the ejected card CD satisfies the refund condition. It is determined that it is. Then, when the determination result in the refund determination unit 113 is affirmative, the granting unit 114 associates the user with points (predetermined game elements) having the same value as the points consumed by the lottery, for example, instead of the ejection card CD. As described above, in the present embodiment, when the determination result in the refund determination unit 113 is affirmative, the selection probability of the card CD that is the population of the lottery is changed by giving points to the user instead of the ejection card CD. It is possible to suppress a decrease in the motivation of the user to continuously execute the lottery without doing so. As a result, in the present embodiment, it is possible to suppress a decrease in the motivation of the user to acquire a new item (for example, a card CD) while maintaining fairness among all users who execute a predetermined game. it can.

[2. Second Embodiment]
Next, the game system 1A according to the second embodiment will be described with reference to FIGS. 15 to 20.

FIG. 15 is an explanatory diagram showing an example of an outline of the game system 1A according to the second embodiment. The same elements as those described with reference to FIGS. 1 to 14 are designated by the same reference numerals, and detailed description thereof will be omitted. The game system 1A is the same as the game system 1 shown in FIG. 1 except that it has a terminal device 10A instead of the terminal device 10 shown in FIG. For example, the game system 1A comprises one or more terminal devices 10A (10A-1 to 10A-M) capable of executing a predetermined game, and a server device 30 capable of communicating with each terminal device 10A via a network NW. Has (M is a natural number of 1 or more). In the following, among the plurality of terminal devices 10A-1 to 10A-M, the m-th terminal device 10A may be referred to as a terminal device 10A-m (m is a natural number satisfying 1 ≦ m ≦ M). The configuration of the terminal device 10A will be described with reference to FIG. Since the hardware configuration of the terminal device 10A is the same as the hardware configuration of the terminal device 10, the description thereof will be omitted.

FIG. 16 is a functional block diagram showing an example of the configuration of the terminal device 10A shown in FIG. The same elements as those described with reference to FIG. 3 are designated by the same reference numerals, and detailed description thereof will be omitted. The terminal device 10A is the same as the terminal device 10 shown in FIG. 3, except that the terminal control unit 110A is provided instead of the terminal control unit 110 shown in FIG. For example, the terminal device 10A includes a terminal control unit 110A, a storage unit 130 for storing various information, and a communication unit 150 for executing communication between the server device 30 and an external device such as another terminal device 10A. It has an operation unit 170 for receiving an operation by a user of the terminal device 10A, and a display unit 190 capable of displaying various images.

The terminal control unit 110A controls each unit of the terminal device 10A. Further, the terminal control unit 110A controls the progress of a predetermined game executed in the terminal device 10A. For example, the terminal control unit 110A has a possession card management unit 111, a lottery unit 112, a refund determination unit 113, a grant unit 114A, and an information presentation unit 115. The terminal control unit 110A is the same as the terminal control unit 110 shown in FIG. 3, except that it has the information presentation unit 115 and has the grant unit 114A instead of the grant unit 114 shown in FIG. .. Therefore, in FIG. 16, the giving unit 114A and the information presenting unit 115 will be described.

The information presentation unit 115 (an example of the "display control unit") selects, for example, one of a predetermined game element such as points (a predetermined game element relating to the right to execute the lottery) and the ejection card CD. Information for causing the user to execute the selection operation is displayed on the display unit 190 according to the determination result in the refund determination unit 113. For example, when the discharge card CD satisfies the refund condition, the information presentation unit 115 causes the display unit 190 to display information for causing the user to perform a selection operation for selecting one of the points and the discharge card CD. If the ejected card CD does not satisfy the refund condition, the information presenting unit 115 may display the information indicating the ejected card CD (for example, the lottery result screen G40 shown in FIG. 11) on the display unit 190.

That is, the information presentation unit 115 may have a function of displaying various images on the display unit 190 in addition to a function of displaying information for causing the user to execute the selection operation on the display unit 190. In the present embodiment, the information presenting unit 115 has a function of displaying various images on the display unit 190 in addition to a function of displaying information for causing the user to execute the selection operation on the display unit 190. Suppose. Therefore, in the above-described first embodiment, the operation of the terminal device 10 has been described by taking the case where the terminal control unit 110 displays various images on the display unit 190 as an example. However, in the present embodiment, the information presentation unit 115 The operation of the terminal device 10A will be described by taking as an example the case where various images are displayed on the display unit 190. An example of displaying information for causing the user to execute the selection operation will be described with reference to FIG.

When the granting unit 114A (an example of the “related unit”) acquires the operation information indicating the content of the selection operation, the granting unit 114A associates one of the predetermined game element and the ejected card CD with the user based on the operation information. .. Further, the granting unit 114A associates the ejection card CD with the user when the operation information is not acquired. Details of the operation of the imparting unit 114A will be described with reference to FIG. 17 and the like.

The storage unit 130 is the same as the storage unit 130 shown in FIG. 3, except that the control program PRGtA of the terminal device 10A is stored in place of the control program PRGt shown in FIG. The control program PRGtA is a program that controls the terminal device 10A. In the present embodiment, the control program PRGtA includes an application program (an example of a "program") for the terminal device 10A to execute a game. However, the control program PRGtA may include an operation system program for controlling each part of the terminal device 10A. The configuration of the terminal device 10A and the information stored in the storage unit 130 are not limited to the example shown in FIG.

FIG. 17 is an explanatory diagram illustrating an example of the operation of the terminal device 10A shown in FIG. FIG. 17 shows an example of the operation of the terminal device 10A when the button BTN22a is pressed on the lottery list screen G20 shown in FIG. 10, for example. As described with reference to FIG. 10, when the button BTN22a is pressed, the lottery screen G30 for executing the lottery A is displayed on the display unit 190. Also in FIG. 17, it is assumed that the button BTN31 is pressed as in FIG. Detailed description of the operation similar to the operation described with reference to FIG. 10 will be omitted.

When the button BTN31 is pressed, the lottery unit 112 executes the lottery A once. Then, the information presentation unit 115 causes the display unit 190 to display the lottery result screen G42 showing the result of one execution of the lottery A. In FIG. 17, it is assumed that the idle card CD already owned by the user is ejected by the lottery A. In this case, the refund determination unit 113 determines that the idle card CD (discharging card CD) selected by the lottery A satisfies the refund condition because the maximum number of idle card CDs that can be used is one. Therefore, the information presentation unit 115 causes the display unit 190 to display the lottery result screen G42 for allowing the user to select whether to acquire an idle card CD (discharging card CD) or convert it into points.

On the lottery result screen G42 shown in FIG. 17, a button BTNg for designating the acquisition of the ejected card CD, a button BTNp for specifying the conversion of the ejected card CD into points, and the like are displayed. When the button BTNg is pressed, the granting unit 114A associates the idle card CD (discharging card CD) selected by the lottery A with the user. When the button BTNp is pressed, the granting unit 114A converts the ejected card CD into points (100 points in the example shown in FIG. 17) and associates the converted points with the user. That is, the information such as the buttons BTNg and BTNp displayed on the lottery result screen G42 is an example of "information for causing the user to execute a selection operation for selecting one of a predetermined game element and a selection object". is there.

In FIG. 17, it is assumed that the button BTNp that specifies that the ejected card CD is converted into points is pressed. When the button BTNp is pressed, the information presentation unit 115 causes the display unit 190 to display a lottery end screen G52 indicating how the points and the ejection card CD are given to the user. Since the button BTNp is pressed on the lottery result screen G42, a text or the like indicating that the idle card CD (discharging card CD) selected by the lottery A has been converted into points is displayed on the lottery end screen G52. When the button BTNg is pressed on the lottery result screen G42, for example, information indicating that the idle card CD (discharging card CD) selected by the lottery A has been assigned is displayed on the lottery end screen G52.

In addition, the button BTN other than the buttons BTNg and BTNp may be displayed on the lottery result screen G42. For example, a button BTN that specifies that the same lottery may be executed again after being converted into points may be displayed on the lottery result screen G42. Next, with reference to FIG. 18, an outline of the operation of the terminal device 10A when the button BTN32 displayed on the lottery screen G30 is pressed will be described.

FIG. 18 is an explanatory diagram illustrating another example of the operation of the terminal device 10A shown in FIG. In FIG. 18, as described above, it is assumed that the button BTN32 is pressed. Detailed description of the operation similar to the operation described with reference to FIGS. 10 and 17 will be omitted. In FIG. 18, in order to make the figure easier to see, a card type ID (for example, “c202” in the case of an idle card CD) is shown instead of the design of the card CD.

When the button BTN32 is pressed, the lottery unit 112 executes the lottery A 10 times in a row. Then, the information presentation unit 115 causes the display unit 190 to display the lottery result screen G44 showing the execution result of the lottery A 10 times. In FIG. 18, among the 10 ejected card CDs selected by the lottery A executed 10 times in a row, 4 ejected card CDs (the ejected card CDs shown in the thick frame in FIG. 18) satisfy the refund condition. Imagine a case. In this case, the information presentation unit 115 causes the display unit 190 to display a lottery result screen G44 for allowing the user to select whether to acquire four ejection card CDs satisfying the refund condition or convert them into points. In the example shown in FIG. 18, the four ejected card CDs satisfying the refund condition are one swordsman's card CD having a card type ID of "c001" and two snipers having a card type ID of "c002". A card CD and one idle card CD having a card type ID of "c202".

On the lottery result screen G44 shown in FIG. 18, a button BTNg2 for designating the acquisition of all the ejection card CDs (10 ejection card CDs) selected by the lottery A executed 10 times in a row, and a button selected by the user. A button BTNp2 or the like that specifies that the ejected card CD is converted into points is displayed. For example, when the button BTNg2 is pressed, the granting unit 114A associates all the ejection card CDs (10 ejection card CDs) selected by the lottery A executed 10 times in a row with the user. When the button BTNp2 is pressed, the granting unit 114A converts the ejected card CD selected by the user into points (100 points for each ejected card CD in the example shown in FIG. 18), and the converted points. To associate with the user. That is, the information such as the ejection card CD, the button BTNg2, and the BTNp2 displayed on the lottery result screen G44 is "information for causing the user to execute a selection operation for selecting one of a predetermined game element and a selection object. Is an example.

In FIG. 18, it is assumed that the button BTNp2 that specifies that the ejected card CD selected by the user is converted into points is pressed. Before pressing the button BTNp2, the user selects the ejection card CD to be converted into points from the four ejection card CDs satisfying the refund condition by an operation such as tapping (an example of "selection operation"). The six ejection card CDs shaded in FIG. 18 are non-selectable ejection card CDs and are given to the user without being converted into points. In FIG. 18, of the four ejected card CDs satisfying the refund condition, one swordsman card CD having a card type ID of “c001” and two sniper card CDs having a card type ID of “c002”. It is assumed that the three items of and are selected by the user operation. The user presses the button BTNp2 after selecting three ejection card CDs out of the four ejection card CDs satisfying the refund condition.

When the button BTNp2 is pressed, the information presentation unit 115 causes the display unit 190 to display a lottery end screen G54 indicating how the points and the ejection card CD are given to the user. Since the button BTNp2 is pressed on the lottery result screen G44, a text or the like indicating that the three ejected card CDs selected by the user operation have been converted into points is displayed on the lottery end screen G54. In the example shown in FIG. 18, the idle card CD having the card type ID “c202” is determined by the refund determination unit 113 when the refund condition is satisfied, but it is not selected as the discharge card CD to be converted into points. Granted to the user.

As described above, in this embodiment, for example, when the discharge card CD satisfying the refund condition is the card CD that the user wants to acquire, it is possible to prevent the points from being converted into points against the intention of the user. As a result, in the present embodiment, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery as compared with the case where the discharge card CD satisfying the refund condition is converted into points against the intention of the user. can do.

Next, the operation flow of the terminal device 10A will be described with reference to FIGS. 19 and 20. The operation flow of the terminal device 10A is the same as the operation of FIG. 12, except for the first grant process and the second grant process shown in FIG. Therefore, FIG. 19 describes the flow of the first grant process executed by the terminal device 10A, and FIG. 20 describes the flow of the second grant process executed by the terminal device 10A.

FIG. 19 is a flowchart showing an example of the first granting process executed by the terminal device 10A shown in FIG. Detailed description of the operation similar to the operation described with reference to FIG. 13 will be omitted. In the first grant process shown in FIG. 19, for example, after the process of step S122 shown in FIG. 12 is executed, the process of step S134 is executed.

In step S134, the refund determination unit 113 determines whether or not the ejection card CD selected by the lottery executed in step S122 of FIG. 12 satisfies the refund condition. If the result of the determination in step S134 is affirmative, the refund determination unit 113 proceeds to the process in step S136. On the other hand, if the result of the determination in step S134 is negative, the refund determination unit 113 proceeds to the process in step S137.

In step S136, the information presentation unit 115 displays a lottery result screen G42 for allowing the user to select whether to acquire the ejected card CD selected by the lottery executed in step S122 of FIG. 12 or convert it into points. Displayed in unit 190. Then, the information presentation unit 115 advances the process to step S138.

In step S138, the terminal control unit 110A determines whether or not there is a conversion instruction for converting the ejected card CD into points. For example, the terminal control unit 110A determines whether or not the operation unit 170 has accepted the pressing of the button BTNp (button BTNp that specifies that the ejection card CD is converted into points) displayed on the lottery result screen G42. The information indicating the conversion instruction includes information indicating the ejection card CD (the ejection card CD to be converted into points) selected by the operation such as tapping by the user (an example of "selection operation"). Therefore, the information indicating the conversion instruction is an example of "operation information indicating the content of the selection operation". If the result of the determination in step S138 is affirmative, the terminal control unit 110A advances the process to step S140. On the other hand, if the result of the determination in step S138 is negative, the terminal control unit 110A advances the process to step S142.

In step S140, the granting unit 114A grants the user points having the same value as the points consumed by the lottery selected in step S108 of FIG. In this way, when the granting unit 114A acquires the information indicating the conversion instruction, the granting unit 114A associates the points with the user instead of the ejection card CD based on the conversion instruction. Then, the granting unit 114A advances the process to step S146.

In step S142, the granting unit 114A grants the ejected card CD to the user. In this way, the granting unit 114A associates the ejection card CD with the user when the information indicating the conversion instruction has not been acquired. Next, in step S144, the owned card management unit 111 updates the card management table TBL12 based on the ejected card CD given to the user. Then, the owned card management unit 111 advances the process to step S146. The series of processes in steps S142 and S144 is also executed when the result of the determination in step S134 is negative. If the result of the determination in step S134 is negative, the process of step S137 is executed as described above.

In step S137, the information presenting unit 115 causes the display unit 190 to display the lottery result screen G42 showing the result of the lottery executed in step S122 of FIG. The lottery result screen G42 displayed on the display unit 190 in step S137 is the same screen as the lottery result screen G40 shown in FIG. The information presentation unit 115 displays the lottery result screen G42 on the display unit 190, and then proceeds to the process in step S142. The information presenting unit 115 may proceed to step S142 after a predetermined time has elapsed after displaying the lottery result screen G42 on the display unit 190. After the series of processes of steps S142 and S144 are executed, the process of step S146 is executed.

In step S146, the information presenting unit 115 causes the display unit 190 to display the lottery end screen G52 indicating how the points and the ejection card CD are given to the user. Then, the terminal control unit 110A ends the first granting process. As a result, the lottery process when the lottery is executed once is completed.

The first granting process executed by the terminal device 10A is not limited to the example shown in FIG. For example, when the process of step S137 is executed before step S134 and the result of the determination in step S134 is affirmative, the display content of the lottery result screen G42 may be updated in the process of step S136. Next, the flow of the second grant process executed by the terminal device 10A will be described with reference to FIG.

FIG. 20 is a flowchart showing an example of the second granting process executed by the terminal device 10A shown in FIG. Detailed description of the operation similar to the operation described with reference to FIG. 14 will be omitted. In the second grant process shown in FIG. 20, for example, after the process of step S152 shown in FIG. 12 is executed, the process of step S164 is executed.

In step S164, the refund determination unit 113 selects one ejection card CD from the ten ejection card CDs selected by the lottery executed 10 times in succession in step S152 of FIG. Then, the refund determination unit 113 proceeds to the process in step S166.

In step S166, the refund determination unit 113 determines whether or not the ejected card CD selected in step S164 satisfies the refund condition. For example, the refund determination unit 113 selects in step S164, assuming that in addition to the user card CDu managed by the card management table TBL12, the ejection card CD other than the ejection card CD selected in step S164 is also the user card CDu. It is determined whether or not the ejected card CD satisfies the refund condition. If the result of the determination in step S166 is affirmative, the refund determination unit 113 proceeds to the process in step S169. On the other hand, if the result of the determination in step S166 is negative, the refund determination unit 113 proceeds to the process in step S174.

In step S169, the refund determination unit 113 identifies the ejection card CD selected in step S164 as the ejection card CD of the point conversion candidate. Then, the refund determination unit 113 advances the process to step S174.

In step S174, the refund determination unit 113 determines whether or not the determination in step S166 has been executed for all of the 10 ejected card CDs. If the result of the determination in step S174 is affirmative, the refund determination unit 113 advances the process to step S175. On the other hand, if the result of the determination in step S174 is negative, the refund determination unit 113 returns the process to step S164. In this case, the ejected card CD for which the determination in step S166 has been executed is excluded from the selection targets in the process of step S164.

In step S175, the information presentation unit 115 displays a lottery result screen G44 for allowing the user to select whether to acquire the ejected card CD selected by the lottery executed in step S152 of FIG. 12 or convert it into points. Displayed in unit 190. The discharge card CD of the point conversion candidate specified in step S169 is displayed on the lottery result screen G44 as a card CD satisfying the refund condition. The discharge card CD that is not specified as the point conversion candidate discharge card CD in step S169 is a non-selectable discharge card CD and is given to the user without being converted into points.

Further, if all the ejection card CDs (10 ejection card CDs) selected by the lottery executed in step S152 do not satisfy the refund conditions, the buttons BTNg2, BTNp2, etc. are not displayed on the lottery result screen G44. You may. The information presentation unit 115 displays the lottery result screen G44 on the display unit 190, and then proceeds to the process in step S177.

In step S177, the terminal control unit 110A determines whether or not there is a conversion instruction (an example of "operation information indicating the content of the selection operation") for converting the ejected card CD selected by the user operation into points. For example, whether or not the terminal control unit 110A accepts the pressing of the button BTNp2 (button BTNp2 that specifies that the ejected card CD selected by the user is converted into points) displayed on the lottery result screen G44 by the operation unit 170. To judge. If there is no ejection card CD specified as the ejection card CD of the point conversion candidate in step S169, it is determined that there is no conversion instruction because all the ejection card CDs cannot be selected. If the result of the determination in step S177 is affirmative, the terminal control unit 110A advances the process to step S178. On the other hand, if the result of the determination in step S177 is negative, the terminal control unit 110A advances the process to step S182.

In step S178, the granting unit 114A converts the ejection card CD designated by the conversion instruction into points, and grants the converted points to the user. The points to be converted are, for example, points having the same value as the points consumed by the lottery selected in step S108 of FIG. 12 for one ejected card CD. After giving points to the user, the giving unit 114A advances the process to step S180.

In step S180, the granting unit 114A determines whether or not there is an ejection card CD that is not converted into points among the ejection card CDs selected by the lottery executed in step S152 of FIG. That is, the granting unit 114A determines whether or not there is an ejected card CD that is not specified by the conversion instruction. In the example shown in FIG. 18, the seven ejection card CDs whose card type IDs are "c004", "c005", "c006", "c007", "c008", "c009" and "c202" are instructed to be converted. This is an ejection card CD not specified by. If the result of the determination in step S180 is affirmative, the granting unit 114A advances the process to step S182. On the other hand, if the result of the determination in step S180 is negative, the granting unit 114A advances the process to step S186.

In step S182, the granting unit 114A grants the user an ejection card CD that has not been converted into points. Next, in step S184, the owned card management unit 111 updates the card management table TBL12 based on the ejected card CD given to the user. Then, the possessed card management unit 111 proceeds to the process in step S186.

In step S186, the information presenting unit 115 causes the display unit 190 to display the lottery end screen G54 indicating how the points and the ejection card CD are given to the user. Then, the information presentation unit 115 ends the second granting process. As a result, the lottery process when the lottery is executed 10 times in a row is completed.

The second granting process executed by the terminal device 10A is not limited to the example shown in FIG. For example, the information presentation unit 115 causes the lottery result screen G42 to be displayed on the display unit 190 before step S164, and in the process of step S175, the display contents of the lottery result screen G44 are processed in a series of processes from step S164 to step S174. May be updated based on the result of.

As described above, the same effect as that of the first embodiment can be obtained in the second embodiment. Further, in the second embodiment, the terminal device 10A determines in the refund determination unit 113 information for causing the user to execute a selection operation for selecting one of a predetermined game element such as points and the ejection card CD. It has an information presentation unit 115 to be displayed on the display unit 190 according to the result. Further, when the granting unit 114A acquires the information indicating the conversion instruction, the granting unit 114A associates one of a predetermined game element such as points and the ejection card CD with the user based on the conversion instruction, and provides the information indicating the conversion instruction. If not, associate the ejected card CD with the user. For example, when the granting unit 114A acquires the information indicating the conversion instruction, the granting unit 114A associates a predetermined game element such as points with the user instead of the ejection card CD specified by the conversion instruction.

As described above, in the present embodiment, the user can select the discharge card CD to be converted into points from the discharge card CDs that satisfy the refund condition. Therefore, in the present embodiment, for example, when the discharge card CD satisfying the refund condition is the card CD that the user wants to acquire, it is possible to prevent the points from being converted into points against the intention of the user. As a result, in the present embodiment, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery as compared with the case where the discharge card CD satisfying the refund condition is converted into points against the intention of the user. can do.

[3. Modification example]
Each of the above forms can be transformed in various ways. A specific mode of modification is illustrated below. Two or more embodiments arbitrarily selected from the following examples can be appropriately merged within a mutually consistent range. For the elements whose actions and functions are the same as those of the embodiment in the modified examples illustrated below, the reference numerals referred to in the above description will be used and detailed description of each will be omitted as appropriate.

[Modification 1]
In the above-described first embodiment and the second embodiment, the user card CDu owned by the user in the game is illustrated as the "possessed object associated with the user", but the "possessed object associated with the user" is illustrated. May be a user card CDu that the user has owned in the game. That is, the refund condition may be a condition relating to the user card CDu that the user has owned in the game. In this case, for example, a collection bonus based on the ownership history of the user card CDu (for example, a bonus in which some reward is given by obtaining a predetermined number of characters of a specific rarity or a specific attribute) is set. Also in the game, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery.

[Modification 2]
In the first embodiment, the second embodiment and the first modification described above, the case where a predetermined game element relating to the right to execute the lottery is a point is illustrated, but the predetermined game element is not limited to the point. For example, a predetermined game element may be a virtual ticket to which a lottery right is granted. In this case, for example, the virtual ticket may be given the right of lottery to select a card CD having a rarity equal to or higher than the rarity of the ejected card CD. Alternatively, the virtual ticket may be given the right to a lottery in which a card CD having a rarity equal to or higher than the rarity of the ejected card CD is selected. That is, when the granting unit 114 or the granting unit 114A associates a virtual ticket (predetermined game element) with the user, the granting unit 114 may determine the type of the virtual ticket according to the type of the ejection card CD.

Here, the type of the ejected card CD may be, for example, a type classified based on the probability of being selected by lottery. Further, for example, the type of the ejected card CD may be a type according to the rarity of the card CD. Further, the type of the virtual ticket may be a type according to the rarity of the card CD that is the population of the lottery executed in exchange for the virtual ticket. For example, an ejected card CD with a rarity of "4" is converted into a virtual ticket for a lottery whose population is a card CD with a rarity of "4", and an ejected card CD with a rarity of "5" has a rarity of "5". It may be converted into a virtual ticket of a lottery whose population is a 5 ”card CD. In this case, since the user can execute a lottery using a card CD having a rarity equivalent to the rarity of the ejected card CD as a population, it is possible to suppress a decrease in the user's motivation to continuously execute the lottery. can do.

[Modification 3]
In the first embodiment, the second embodiment, the modification 1 and the modification 2 described above, the upper limit of the number of card CDs used is set for each type of card CD, but the number of card CDs used is increased. The upper limit may be set for the total number of used card CDs of a plurality of types. For example, in the first card CD and the second card CD of different types, when the support destination card CD is common to the first card CD and the second card CD, the number of used first card CDs. An upper limit may be set for the total value of the number of used card CDs and the number of used second card CDs.

That is, the target for which point conversion is possible is not limited to the same type of card CD as the user card CDu. For example, in a game system in which a skill is set for a card CD and one type of skill can be registered in a deck constructed by the card CD arranged in the field area FD, "card CD "Card CDs with the same skill" may be targeted instead of "type". That is, the target for which point conversion is possible may be a card CD that has no value or has a low value even if it is owned more than the number currently owned.

However, it is not necessary to target all "card CDs that are worthless or have low value even if they are owned more than the number currently owned" to enable point conversion. For example, a card CD having a specific rarity or higher may be targeted, or only a card CD having a specific attribute parameter may be targeted. The attribute indicates, for example, the type of character associated with the card CD, and may indicate the superiority or inferiority between the characters at the time of battle, such as the water attribute and the fire attribute, or for a limited time (the acquisition period is limited). It may indicate whether or not (limited). By limiting the target for which point conversion is possible, it is possible to prevent the user from making it easier to obtain items such as card CDs desired by the user. Further, by limiting the period during which the lottery that can convert points can be performed, it may be possible to prevent the user from making it easier to obtain the desired item than necessary.

[Modification example 4]
In the first embodiment, the second embodiment, the modified example 1, the modified example 2, and the modified example 3 described above, the refund condition is such that the ejected card CD overlaps with the user card CDu, so that the use of the ejected card CD is restricted. Although the case is illustrated, the refund condition is not limited to the restriction on the use of the discharge card CD. For example, the refund condition may be that the effect of the ejected card CD is limited by overlapping the effect of the ejected card CD with the effect of the user card CDu.

Here, the effect of the card CD may be, for example, to advance the progress of the game advantageously. Specifically, the effect of the card CD may be, for example, to increase the ability of a game element such as a character associated with the card CD. Further, limiting the effect of the card CD may mean, for example, limiting the increase in the ability of the character whose ability is increased by the ejected card CD. In the following, an example will be described in which the refund condition is that the effect of the ejection card CD is limited.

For example, the refund condition may be that the effect generated by using the ejected card CD as the user card CDu is limited. Specifically, the determination condition may be that the occurrence of the effect of the ejection card CD is limited by associating the effect overlapping with the effect of the user card CDu with the ejection card CD.

Further, the effect of the ejected card CD is to increase the ability of the game element associated with the ejected card CD, and the upper limit of the number of card CDs capable of increasing the ability of the game element associated with the ejected card CD. When is set, the determination condition may be a condition relating to the number of card CDs that increase the ability of the game element associated with the ejected card CD. Specifically, the determination condition may be that the card CD that increases the ability of the game element associated with the ejected card CD is associated with the user in an upper limit or more.

For example, depending on the specifications of the game, the upper limit of the number of uses is not particularly set, but as described above, the upper limit may be set for the number of card CDs capable of increasing the ability of the game element. Specifically, when the ability of one game element (for example, attack power) increases according to the number of owned card CDs that increase the ability of one game element, the ability does not increase indefinitely. However, there are cases where the upper limit of the number of card CDs in which the effect is generated is determined, for example, the number of possessed one card CD increases up to the tenth. In this case, if one card CD is selected by lottery, up to the tenth card CD will be given to the user, but after the eleventh one, the one card CD will be converted into points. become.

In the above example, each record of the card information table TBL11 shown in FIG. 7 stores an "effect upper limit number" indicating an upper limit number of card CDs capable of increasing the ability, instead of a "usage upper limit number". You may. Alternatively, each record of the card information table TBL11 may store the "upper limit number of effects" in addition to the items shown in FIG. 7. That is, each record of the card information table TBL11 may store the "upper limit number of effects" in place of a part of the items shown in FIG. 7 or in addition to the items shown in FIG. For example, the refund determination unit 113 acquires from the card information table TBL 11 the upper limit of the effect of the card CD whose ability is increased by the ejected card CD. Further, the refund determination unit 113 acquires from the card management table TBL 12 the number of card CDs possessed that increase the ability of the same card CD as the card CD whose ability is increased by the ejected card CD. Then, the refund determination unit 113 determines whether or not the ejected card CD satisfies the refund condition based on the comparison result between the number of possessed items acquired from the card management table TBL12 and the upper limit number of effects acquired from the card information table TBL11. To do. For example, the refund determination unit 113 determines that the ejected card CD satisfies the refund condition when the number of possessions acquired from the card management table TBL 12 is equal to or greater than the upper limit of the effect acquired from the card information table TBL 11.

Further, when the effect of the ejection card CD is to increase the ability of the game element associated with the ejection card CD, and an upper limit is set for the increase rate of the ability of the game element associated with the ejection card CD, The determination condition may be that the rate of increase in the ability of the game element associated with the ejected card CD has reached the upper limit.

For example, when the ability of one game element (for example, attack power) increases according to the number of owned card CDs that increase the ability of one game element, the ability does not increase indefinitely, but the ability. An upper limit (for example, 50% of the initial value) may be set for the rate of increase of. When the rate of increase is constant (for example, 5% of the initial value) for one card CD, the maximum number of CDs for one card is set based on the upper limit of the rate of increase in ability. Is possible. However, even if it is one card CD of the same type, the rate of increase in ability differs depending on the rarity (3% increase when the rarity is "4", 5% increase when the rarity is "5", etc. ), It is difficult to properly set the upper limit of one card CD. In this case, regardless of the number of one card CD owned, the ejected card CD sets the refund condition depending on whether or not the rate of increase in the ability of one game element has already reached the upper limit (for example, 50% of the initial value). It may be determined whether or not the condition is satisfied (whether or not the ejected card CD is converted into points).

In the above example, each record of the card information table TBL11 shown in FIG. 7 may store the "upper limit value of the increase rate" indicating the upper limit of the increase rate of the ability instead of the "upper limit number of uses". Alternatively, each record of the card information table TBL11 may store an "upper limit value of the rate of increase" in addition to the items shown in FIG. That is, each record of the card information table TBL11 may store an "upper limit value of the rate of increase" in place of a part of the items shown in FIG. 7 or in addition to the items shown in FIG. For example, the refund determination unit 113 acquires from the card information table TBL 11 the upper limit value of the increase rate for the card CD whose ability is increased by the ejected card CD. Further, the refund determination unit 113 acquires the rate of increase in the ability of the card CD whose ability is increased by the ejected card CD from the card management table TBL12. Then, the refund determination unit 113 determines whether the discharged card CD satisfies the refund condition based on the comparison result between the increase rate of the ability acquired from the card management table TBL12 and the upper limit value of the increase rate acquired from the card information table TBL11. Judge whether or not. For example, the refund determination unit 113 determines that the ejected card CD satisfies the refund condition when the increase rate of the ability acquired from the card management table TBL 12 reaches the upper limit value of the increase rate acquired from the card information table TBL 11. judge. Further, when the increase rate of the ability acquired from the card management table TBL12 does not reach the upper limit value of the increase rate acquired from the card information table TBL11, the refund determination unit 113 does not satisfy the refund condition for the ejected card CD. You may judge.

In the refund determination unit 113, the difference between the rate of increase in the ability acquired from the card management table TBL12 and the upper limit of the rate of increase acquired from the card information table TBL11 is relative to the rate of increase in the ability originally increased by the ejected card CD. If the ratio is less than or equal to a predetermined ratio, it may be determined that the ejected card CD satisfies the refund condition. In this case, for example, by appropriately setting a predetermined ratio to the rate of increase in the ability originally increased by the ejection card CD, it is possible to appropriately set the availability of the item desired by the user.

That is, the refund condition may be that the ejected card CD when the ejected card CD is associated with the user becomes a surplus card CD due to the relationship with the user card CDu. The surplus card CD may be a card CD whose use is restricted or a card CD whose effect is restricted. Further, the upper limit of the number of card CDs or the upper limit of the rate of increase in the effect in the refund condition may be set by the user. By allowing the user to set the upper limit of the number of card CDs or the upper limit of the rate of increase in the fruit in the refund condition, it is possible to set the refund condition according to the user's play style.

[Modification 5]
In the above-mentioned first embodiment, the second embodiment, and the modified examples from the modified example 1 to the modified example 4, it is not particularly described whether the points are paid or free, but it relates to a predetermined game. As points, both paid points and free points may exist. For example, the unit of points is the same for paid points and free points, and the available destinations are the same, but the sources are different. For example, the paid points may be points purchased by billing. In addition, the free points may be points given as the game progresses. That is, the paid points may be the points acquired by the paid purchase, while the free points may be the points acquired by the in-game reward or the like.

Therefore, the processing for the ejected card CD may be different depending on whether the points used for the lottery are free points or paid points. For example, the discharge card CD satisfying the refund condition may be converted into points only when the lottery is executed using the paid points. Alternatively, if the lottery is executed using the paid points, the discharge card CD that satisfies the refund condition is converted into the paid points, and if the lottery is executed using the free points, the refund condition is set. The filled discharge card CD may be converted into free points. Also in the modified example 5, the same effects as those of the first embodiment, the second embodiment, and the modified examples 1 to 4 described above can be obtained.

[Modification 6]
In the above-described first embodiment, the second embodiment, and the modified examples from the modified examples 1 to the modified examples 5, the case where the predetermined game is executed in the terminal device 10 or the terminal device 10A has been illustrated. Is not limited to such an aspect. The predetermined game may be executed in a component other than the terminal devices 10 and 10A.

FIG. 21 is an explanatory diagram showing an outline of the game system 1B according to the modified example 6. For example, the game system 1B has one or more terminal devices 10B (10B-1 to 10B-M), and each terminal device 10B and a server device 30B capable of communicating via a network NW (M is one or more). Natural number). In FIG. 21, only the terminal device 10B-2 out of the M terminal devices 10 is shown as a functional block in order to make the figure easier to see.

The server device 30B can execute a predetermined game. Specifically, the server device 30B is located between the server control unit 310B that controls each part of the server device 30B, the storage unit 330 that stores the control programs PRGsB of the server device 30B, and the external device such as the terminal device 10B. It has a communication unit 350 for executing the communication of the above, and an operation unit 370 for receiving an operation by an administrator or the like of the server device 30B. The control program PRGsB includes a program (an example of a “program”) related to a predetermined game. In addition to the control program PRGsB, the storage unit 330 stores various information such as the card information table TBL11, the card management table TBL12, and the lottery information table TBL13.

The server control unit 310B includes, for example, the possession card management unit 111, the lottery unit 112, the refund determination unit 113, and the grant unit 114 described in FIG. 3 and the like. The server control unit 310B includes a part of the owned card management unit 111, the lottery unit 112, the refund determination unit 113, and the granting unit 114, and the owned card management unit 111, the lottery unit 112, the refund determination unit 113, and the granting unit 114. The rest of the above may be included in the terminal control unit 110B. Further, the server control unit 310B may have the granting unit 114A described in FIG. 16 and the like instead of the granting unit 114, and the information presenting unit 115 may be added. Further, a part of the owned card management unit 111, the lottery unit 112, the refund determination unit 113, the granting unit 114A, and the information presentation unit 115 is included in the server control unit 310B, and the owned card management unit 111, the lottery unit 112, and the refund determination unit The terminal control unit 110B may include the rest of 113, the granting unit 114A, and the information presenting unit 115.

The terminal device 10B includes a terminal control unit 110B, a storage unit 130 for storing the control program PRGtB of the terminal device 10B, a communication unit 150 for executing communication between an external device such as the server device 30B, and a terminal. It has an operation unit 170 for receiving an operation by a user of the device 10B, and a display unit 190 capable of displaying various images. The display unit 190 displays an image related to a predetermined game based on the display information generated by the server device 30B. Also in the modified example 6, the same effects as those of the first embodiment and the second embodiment described above and the modified examples 1 to 5 can be obtained.

[Modification 7]
In the first embodiment described above, the case where the game system 1 includes the server device 30 has been illustrated, but the server device 30 may be omitted from the game system 1. Similarly, the server device 30A may be omitted from the game system 1A. Also in the modified example 7, the same effects as those of the first embodiment and the second embodiment described above and the modified examples 1 to 5 can be obtained.

[Modification 8]
In the first embodiment and the second embodiment described above, and the modified examples from the modified examples 1 to the modified example 6, the refund determination unit 113 includes a refund condition for the user card CDu and a condition other than the refund condition for the user card CDu. You may judge the two. For example, the refund determination unit 113 determines whether or not the discharge card CD satisfies the refund condition regarding the user card CDu when the effect of the discharge card CD is to increase the ability of the game element associated with the discharge card CD. In addition to the determination, it may be determined whether or not the rate of increase in the ability of the game element associated with the ejected card CD has reached a predetermined upper limit. If the rate of increase in the ability of the game element associated with the ejected card CD has reached the upper limit, the ejected card CD will be converted to points regardless of whether the ejected card CD meets the refund conditions for the user card CDu. May be done.

[4. Addendum]
From the above description, the present invention can be grasped as follows, for example.

[Appendix 1]
In the program according to one aspect of the present invention, the processor is included in a management unit that manages possessed objects associated with a user among a plurality of objects related to the game, and among a plurality of selected objects among the plurality of objects. The selection unit that selects the selection object to be exchanged for the points associated with the user by lottery, the determination unit that determines whether or not the selection object satisfies the determination condition related to the possessed object, and the determination. Based on the determination result in the unit, one of a predetermined game element relating to the right to execute the lottery and the selected object is made to function as an associated unit associated with the user. To do.

According to this aspect, for example, when the use or effect of the selected object is restricted, the determination unit determines that the selected object satisfies the refund condition, and the determination result in the determination unit is affirmative. By associating a predetermined game element with the user instead of the selection object, it is possible to prevent the selection object whose use or effect is restricted from being given to the user. As a result, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery. That is, according to this aspect, when the determination result in the determination unit is affirmative, the association unit changes the selection probability of the selection target object to be the population of the lottery by associating a predetermined game element with the user. Therefore, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery. As a result, according to this aspect, it is possible to suppress a decrease in the motivation of the user to acquire a new object while maintaining fairness among all the users who execute the game.

In the above aspect, the "object" may be, for example, a predetermined item necessary for advancing the progress of the game advantageously, or may be a character related to the game. Further, in the above aspect, the "plurality of objects to be selected" may be, for example, a part or all of a plurality of objects related to the game. Specifically, the "plurality of objects to be selected" may be, for example, a virtual card corresponding to a character.

Further, in the above aspect, the "possessed object associated with the user" may be, for example, an object possessed by the user in the game, or an object that the user has possessed in the game. May be good.

Further, in the above aspect, the "point" may be a game value required to execute an event related to the game. The "event" may be, for example, drawing an object to be associated with the user (an object to be given to the user) from a plurality of objects related to the game. Further, the "points" may be exchangeable with, for example, other items (for example, objects) in the game. Further, the "points" may be, for example, those given by billing. For example, the "points" may be in-game money associated with the user.

Further, the "point" may be, for example, a game value required to advance the game. Specifically, for example, in the above aspect, the game may proceed when points are consumed. Further, the "point" may be, for example, a game value indicating the continuity of the game. Specifically, for example, in the above aspect, when the points are equal to or less than a predetermined lower limit value, the user may not be able to continue the game. Further, the "point" may be, for example, a game value required to advance the progress of the game advantageously. Specifically, for example, in the above aspect, the user may be able to advance the battle with the enemy object in an advantageous manner by consuming the points as compared with the case where the points are not consumed.

Further, in the above aspect, the "predetermined game element" may be, for example, a game value required to execute a lottery. For example, the "predetermined game element" may be points having the same value as the points exchanged for the selected object (points consumed by the lottery). Alternatively, the "predetermined game element" may be a virtual ticket to which the right to draw is granted.

[Appendix 2]
In the program according to another aspect of the present invention, the processor is a management unit that manages possessed objects associated with a user among a plurality of objects related to a game, and a plurality of selected objects among the plurality of objects. A selection unit that selects a selection object to be exchanged for points associated with the user by lottery, a determination unit that determines whether or not the selection object satisfies a determination condition related to the possessed object, and the above. Information for causing the user to execute a selection operation for selecting one of a predetermined game element and the selection object regarding the right to execute the lottery is displayed on the display unit according to the determination result in the determination unit. When the display control unit to be displayed and the operation information indicating the content of the selection operation are acquired, one of the predetermined game element and the selection object is associated with the user based on the operation information, and the operation is performed. When the information is not acquired, the selected object is made to function as an association part that associates with the user.

According to this aspect, the same effect as in Appendix 1 can be obtained. Further, according to this aspect, the information for causing the user to execute the selection operation of selecting one of the predetermined game element and the selection object regarding the right to execute the lottery depends on the determination result in the determination unit. Is displayed on the display unit 190. Then, when the association unit acquires the operation information indicating the content of the selection operation, the association unit associates one of the predetermined game element and the selection object with the user based on the operation information. Thereby, according to this aspect, it is possible to prevent a predetermined game element from being associated with the user instead of the selected object, contrary to the intention of the user.

[Appendix 3]
The program according to another aspect of the present invention is the program described in Appendix 1 or 2, and the determination condition is that the use of the selected object is restricted when the selected object is the possessed object. It is characterized by being.

According to this aspect, the same effect as that of Appendix 1 or Appendix 2 can be obtained. For example, the determination unit determines that the selected object satisfies the refund condition when the use of the selected object is restricted. Therefore, according to this aspect, for example, when the determination result in the determination unit is affirmative, the association unit associates a predetermined game element with the user instead of the selection object, so that the selection object whose use is restricted is restricted. It is possible to suppress the grant to the user.

In the above aspect, "restriction of use" may mean, for example, limitation of the number of objects that can be used. Further, for example, "restriction of use" may mean that the opportunity to use the object is limited, or that the period of use of the object is limited.

[Appendix 4]
The program according to another aspect of the present invention is the program described in Appendix 1 or 2, and the determination condition is that the effect generated by making the selected object the possessed object is limited. It is characterized by that.

According to this aspect, the same effect as that of Appendix 1 or Appendix 2 can be obtained. For example, the determination unit determines that the selected object satisfies the refund condition when the effect of the selected object is limited. Therefore, according to this aspect, for example, when the determination result in the determination unit is affirmative, the association unit associates a predetermined game element with the user instead of the selection object, so that the selection object whose effect is limited can be obtained. It can be suppressed that it is given to the user.

In the above aspect, the "effect" may be, for example, to advance the progress of the game advantageously. Specifically, the "effect" may be, for example, increasing the ability of a game element such as a character associated with an object. Further, in the above aspect, "restricting the effect" may mean, for example, limiting the increase in the ability of the character whose ability is increased by the selected object.

[Appendix 5]
The program according to another aspect of the present invention is the program described in Appendix 4, and the determination condition is that the selected object is associated with an effect that overlaps with the effect of the possessed object. It is characterized in that the occurrence of the effect of is limited.

According to this aspect, the same effect as in Appendix 4 can be obtained.

[Appendix 6]
The program according to another aspect of the present invention is the program according to Appendix 4 or 5, wherein the effect of the selected object is to increase the ability of the game element associated with the selected object, and the selection. An upper limit is set for the number of objects that can increase the ability of the game element associated with the object, and the determination condition is that the object that increases the ability of the game element associated with the selected object It is characterized in that it is associated with the user in an upper limit or more.

According to this aspect, the same effect as in Appendix 4 can be obtained. For example, according to this aspect, when the determination result in the determination unit is affirmative, the effect of increasing the ability of the game element is limited by the association unit associating a predetermined game element with the user instead of the selected object. It is possible to prevent the selected object from being given to the user.

[Appendix 7]
The program according to another aspect of the present invention is the program according to Appendix 4 or 5, wherein the effect of the selected object is to increase the ability of the game element associated with the selected object, and the selection. An upper limit is set for the rate of increase in the ability of the game element associated with the object, and the determination condition is that the rate of increase in the ability of the game element associated with the selected object has reached the upper limit. It is characterized by being a thing.

According to this aspect, the same effect as in Appendix 4 can be obtained. For example, according to this aspect, when the determination result in the determination unit is affirmative, the effect of increasing the ability of the game element is limited by the association unit associating a predetermined game element with the user instead of the selected object. It is possible to prevent the selected object from being given to the user.

[Appendix 8]
The program according to another aspect of the present invention is the program according to any one of Appendix 1 to 7, and the predetermined game element is a point having the same value as the point exchanged for the selected object. , Characterized by.

According to this aspect, the same effect as in Appendix 4 can be obtained. Further, according to this aspect, when the determination result in the determination unit is affirmative, the association unit associates a predetermined game element with the user instead of the selected object, so that the points consumed by the lottery are returned to the user. The object. As a result, according to this aspect, it is possible to suppress a decrease in the motivation of the user to acquire a new object.

[Appendix 9]
The program according to another aspect of the present invention is the program according to any one of Supplementary Provisions 1 to 8, and the related portion is the selected object when the predetermined game element is associated with the user. The type of the predetermined game element is determined according to the type of the game element.

According to this aspect, the same effect as that of any one of Appendix 1 to 8 can be obtained. Further, according to this aspect, the type of a predetermined game element is determined according to the type of the selected object. Thereby, for example, the association can associate a predetermined game element having the same value as the selection object with the user instead of the selection object. As a result, according to this aspect, it is possible to suppress a decrease in the motivation of the user to continuously execute the lottery.

In the above aspect, the "type of selected object" may be, for example, a type classified based on the probability of being selected by lottery. Further, for example, the "type of selected object" may be a type according to the rarity of the object. Further, in the above aspect, the "predetermined game element type" may be, for example, a virtual ticket type to which the right of lottery is granted. For example, a virtual ticket may be granted a lottery right to select an object having a rarity equal to or higher than the rarity of the selected object. In this case, the "virtual ticket type" may be a type according to the rarity of the selected object that is the population of the lottery executed in exchange for the virtual ticket.

[Appendix 10]
The program according to another aspect of the present invention is the program according to any one of Appendix 1 to 9, and the probability of being selected by the lottery for each selection target object of the plurality of selection target objects. Is set, and the probability set for each selection target object is the same for all users who execute the game.

According to this aspect, the same effect as that of any one of Appendix 1 to 8 can be obtained. For example, according to this aspect, since the probability of being selected by lottery is the same for all users who execute the game, let's acquire a new object while maintaining fairness among all users who execute the game. It is possible to suppress a decrease in the motivation of the user.

[Appendix 11]
The information processing device according to one aspect of the present invention includes a management unit that manages possessed objects associated with a user among a plurality of objects related to a game, and a plurality of selected objects among the plurality of objects. , A selection unit that selects a selection object to be exchanged for points associated with the user by lottery, a determination unit that determines whether or not the selection object satisfies a determination condition related to the possessed object, and the determination unit. Based on the determination result in the above, it is characterized by comprising a predetermined game element relating to the right to execute the lottery and an association portion that associates one of the selected objects with the user. ..

According to this aspect, the same effect as in Appendix 1 can be obtained.

[Appendix 12]
The information processing device according to another aspect of the present invention includes a management unit that manages possessed objects associated with a user among a plurality of objects related to a game, and a plurality of selected objects among the plurality of objects. A selection unit that selects a selection object to be exchanged for points associated with the user by lottery, a determination unit that determines whether or not the selection object satisfies a determination condition related to the possessed object, and the lottery. Information for causing the user to execute a selection operation for selecting one of a predetermined game element and the selected object regarding the right to execute is displayed on the display unit according to the determination result in the determination unit. When the display control unit to be used and the operation information indicating the content of the selection operation are acquired, one of the predetermined game element and the selection object is associated with the user based on the operation information, and the operation information is obtained. When the above is not acquired, it is characterized in that it includes an association portion that associates the selected object with the user.

According to this aspect, the same effect as in Appendix 2 can be obtained.

[Appendix 13]
In the information processing method according to one aspect of the present invention, the processor manages the possessed object associated with the user among the plurality of objects related to the game, and the plurality of selected objects among the plurality of objects. A selection process of selecting a selection object to be exchanged for points associated with the user by lottery, and a determination process of determining whether or not the selection object satisfies the determination condition related to the possessed object. Based on the determination result in the determination process, the association process of associating one of the predetermined game element and the selected object with respect to the right to execute the lottery with the user is executed. And.

According to this aspect, the same effect as in Appendix 1 can be obtained.

[Appendix 14]
In the information processing method according to another aspect of the present invention, the processor manages the possessed object associated with the user among the plurality of objects related to the game, and the plurality of selection targets among the plurality of objects. A selection process of selecting a selected object to be exchanged for points associated with the user from among the objects by lottery, and a determination process of determining whether or not the selected object satisfies the determination condition related to the possessed object. , Information for causing the user to execute a selection operation for selecting one of a predetermined game element and the selection object regarding the right to execute the lottery is displayed according to the determination result in the determination process. When the display control process to be displayed on the unit and the operation information indicating the content of the selection operation are acquired, one of the predetermined game element and the selection object is associated with the user based on the operation information. When the operation information is not acquired, the association processing of associating the selected object with the user is executed.

According to this aspect, the same effect as in Appendix 2 can be obtained.

[Appendix 15]
The program according to another aspect of the present invention is the program according to any one of Supplementary note 1 to 10, and the determination condition is that the selected object is the selected object when the selected object is associated with the user. It is characterized in that it becomes a surplus object depending on the relationship with the possessed object.

According to this aspect, the same effect as that of Appendix 1 or Appendix 2 can be obtained.

In the above aspect, the "surplus object" may be an object whose use is restricted or an object whose effect is restricted.

[Appendix 16]
The program according to another aspect of the present invention is the program according to Appendix 1 or 2, wherein the determination unit increases the ability of the game element associated with the selected object by the effect of the selected object. If, in addition to determining whether or not the selected object satisfies the determination condition, it is determined whether or not the rate of increase in the ability of the game element associated with the selected object has reached a predetermined upper limit. It is characterized by executing.

According to this aspect, the same effect as that of Appendix 1 or Appendix 2 can be obtained. Further, according to this aspect, when the rate of increase of the ability of the game element associated with the selected object reaches the upper limit value, the related part is determined instead of the selected object regardless of the judgment result in the judgment part. Game elements can be associated with users. In this case, it is possible to suppress that the selected object having the limited effect is given to the user regardless of the determination result in the determination unit.

1, 1A, 1B ... Game system, 10, 10A, 10B ... Terminal device, 11 ... Processor, 13 ... Memory, 15 ... Communication device, 19 ... Input operation device, 30, 30A, 30B ... Server device, 31 ... Processor, 33 ... Memory, 35 ... Communication device, 37 ... Input operation device, 110, 110A, 110B ... Terminal control unit, 111 ... Owned card management unit, 112 ... Lottery unit, 113 ... Refund judgment unit, 114, 114A ... Grant unit, 115 ... Information presentation unit, 130 ... Storage unit, 150 ... Communication unit, 170 ... Operation unit, 190 ... Display unit, 310, 310B ... Server control unit, 330 ... Storage unit, 350 ... Communication unit, 370 ... Operation unit.

Claims (10)

Processor,
Of the multiple objects related to the game, the management unit that manages the possessed objects associated with the user,
A selection unit that selects a selection object to be exchanged for points associated with the user from a plurality of selection target objects among the plurality of objects by lottery.
The first determination to determine whether or not the use of the selected object is restricted when the selected object is the possessed object, or the effect generated by using the selected object as the possessed object is limited. A determination unit that executes the second determination to determine whether or not the object
When the determination result in the determination unit is affirmative, the selected object is not associated with the user, a predetermined game element relating to the right to execute the lottery is associated with the user, and the determination result in the determination unit is negative. In the case of, the association part that associates the selected object with the user, and
To make it work
The related part is
When associating the predetermined game element with the user, the type of the predetermined game element is determined according to the rarity of the selected object.
A program that features that. Processor,
Of the multiple objects related to the game, the management unit that manages the possessed objects associated with the user,
A selection unit that selects a selection object to be exchanged for points associated with the user from a plurality of selection target objects among the plurality of objects by lottery.
The first determination to determine whether or not the use of the selected object is restricted when the selected object is the possessed object, or the effect generated by using the selected object as the possessed object is limited. A determination unit that executes the second determination to determine whether or not the object
If the determination result in the determination unit is affirmative, a selection to select one of a predetermined game element relating to the right to execute the lottery and the selection object before the selection object is associated with the user. A display control unit that displays information for causing the user to execute the operation on the display unit,
When the operation information indicating the content of the selection operation is acquired, one of the predetermined game element and the selection object is associated with the user based on the operation information, and the operation information is not acquired. In this case, or when the determination result in the determination unit is negative, the association unit that associates the selected object with the user, and
To make it work
The related part is
When associating the predetermined game element with the user, the type of the predetermined game element is determined according to the rarity of the selected object.
A program that features that. As the second determination, the determination unit determines whether or not the occurrence of the effect of the selected object is restricted by associating the effect overlapping with the effect of the possessed object with the selected object.
The program according to claim 1 or 2, wherein the program is characterized by the above. The effect of the selected object is to increase the ability of the game element associated with the selected object.
An upper limit is set for the number of objects that can increase the ability of the game element associated with the selected object.
As the second determination, the determination unit determines whether or not an object that increases the ability of the game element associated with the selection object is associated with the user by the upper limit number or more.
The program according to any one of claims 1 to 3, wherein the program is characterized by the above. The effect of the selected object is to increase the ability of the game element associated with the selected object.
An upper limit is set for the rate of increase in the ability of the game element associated with the selected object.
As the second determination, the determination unit determines whether or not the rate of increase in the ability of the game element associated with the selection object has reached the upper limit value.
The program according to any one of claims 1 to 3, wherein the program is characterized by the above. Each selection target object of the plurality of selection target objects is set with a probability of being selected by the lottery.
The probability set for each selected object is the same for all users who execute the game.
The program according to any one of claims 1 to 5 , wherein the program is characterized by the above. Of the multiple objects related to the game, the management unit that manages the possessed objects associated with the user,
A selection unit that selects a selection object to be exchanged for points associated with the user from a plurality of selection target objects among the plurality of objects by lottery.
The first determination to determine whether or not the use of the selected object is restricted when the selected object is the possessed object, or the effect generated by using the selected object as the possessed object is limited. A determination unit that executes the second determination to determine whether or not the object
When the determination result in the determination unit is affirmative, the selected object is not associated with the user, a predetermined game element relating to the right to execute the lottery is associated with the user, and the determination result in the determination unit is negative. In the case of, the association part that associates the selected object with the user, and
With
The related part is
When associating the predetermined game element with the user, the type of the predetermined game element is determined according to the rarity of the selected object.
An information processing device characterized by this. Of the multiple objects related to the game, the management unit that manages the possessed objects associated with the user,
A selection unit that selects a selection object to be exchanged for points associated with the user from a plurality of selection target objects among the plurality of objects by lottery.
The first determination to determine whether or not the use of the selected object is restricted when the selected object is the possessed object, or the effect generated by using the selected object as the possessed object is limited. A determination unit that executes the second determination to determine whether or not the object
If the determination result in the determination unit is affirmative, a selection to select one of a predetermined game element relating to the right to execute the lottery and the selection object before the selection object is associated with the user. A display control unit that displays information for causing the user to execute the operation on the display unit,
When the operation information indicating the content of the selection operation is acquired, one of the predetermined game element and the selection object is associated with the user based on the operation information, and the operation information is not acquired. In this case, or when the determination result in the determination unit is negative, the association unit that associates the selected object with the user, and
With
The related part is
When associating the predetermined game element with the user, the type of the predetermined game element is determined according to the rarity of the selected object.
An information processing device characterized by this. The processor
Of the multiple objects related to the game, the management process that manages the possessed objects associated with the user,
A selection process in which a selection object to be exchanged for points associated with the user is selected by lottery from a plurality of selection target objects among the plurality of objects.
The first determination to determine whether or not the use of the selected object is restricted when the selected object is the possessed object, or the effect generated by using the selected object as the possessed object is limited. Judgment processing to execute the second judgment to determine whether or not
When the determination result in the determination process is affirmative, the selected object is not associated with the user, a predetermined game element relating to the right to execute the lottery is associated with the user, and the determination result in the determination process is negative. In the case of, the association processing that associates the selected object with the user, and
And
The association process is
When associating the predetermined game element with the user, the type of the predetermined game element is determined according to the rarity of the selected object.
An information processing method characterized by this. The processor
Of the multiple objects related to the game, the management process that manages the possessed objects associated with the user,
A selection process in which a selection object to be exchanged for points associated with the user is selected by lottery from a plurality of selection target objects among the plurality of objects.
The first determination to determine whether or not the use of the selected object is restricted when the selected object is the possessed object, or the effect generated by using the selected object as the possessed object is limited. Judgment processing to execute the second judgment to determine whether or not
If the determination result in the determination process is affirmative, the selection to select one of the predetermined game element and the selection object regarding the right to execute the lottery before the selection object is associated with the user. A display control process for displaying information for causing the user to execute the operation on the display unit, and
When the operation information indicating the content of the selection operation is acquired, one of the predetermined game element and the selection object is associated with the user based on the operation information, and the operation information is not acquired. In this case, or when the determination result in the determination process is negative, the association process that associates the selected object with the user, and
And
The association process is
When associating the predetermined game element with the user, the type of the predetermined game element is determined according to the rarity of the selected object.
An information processing method characterized by this.

Images