JP2022149745A - Information processing device, program, and content imparting method - Google Patents

Abstract

To provide a new mechanism to enhance a user's satisfaction with a lottery result with content in a game as a lottery object.SOLUTION: An information processing device includes: a first lottery unit for executing a first lottery for selecting a plurality of pieces of content from the content of a lottery object with the content in a game as a lottery object; an exchange condition presentation unit for receiving a first selection for the content as a user's exchange object from the plurality of pieces of content selected by the first lottery, and presenting an exchange condition based on the information accompanying the content of the exchange object to the user; a second lottery unit for receiving a second selection in which the content as the user's exchange object can be added from the plurality of pieces of content selected by the first lottery, and executing a second lottery for exchanging the content as the exchange object according to an exchange condition that the content as the exchange object selected by the first selection and the second selection satisfies; and a content imparting unit for imparting the content to the user on the basis of the results of the first lottery and the second lottery.SELECTED DRAWING: Figure 5

Description

The present disclosure relates to an information processing device, a program, and a content provision method.

A conventional social game is provided with a lottery function of giving a user a card as an object by lottery. Further, conventional social games are provided with a lottery function (re-draw possible lottery) that allows the user to re-draw (that is, re-lottery). The re-draw possible lottery allows a new lottery to be held without accepting the card if the user does not like the card determined by lottery (see Patent Document 1, for example).

JP 2014-180334 A

However, in the technology of Patent Document 1, if a new lottery is held without receiving the cards once drawn, all the cards drawn in the previous lottery are subject to re-drawing. cannot be received later. Therefore, there is a problem that the lottery function that allows the user to re-lottery may not increase the user's satisfaction with the result of the lottery.

An object of the present disclosure is to provide a new mechanism that enhances the user's satisfaction with the result of a lottery in which content in a game is targeted for lottery.

According to one aspect of the present disclosure, a first lottery unit that performs a first lottery to select a plurality of pieces of content from among the lottery-target content in a game, and a lottery selected by the first lottery an exchange condition presenting unit that receives a user's first selection of the content to be exchanged from among a plurality of contents, and presents the user with an exchange condition based on information accompanying the content to be exchanged; 1. Receiving a second selection to which the content to be exchanged can be added by the user from among a plurality of contents selected by lottery, and the content to be exchanged selected by the first selection and the second selection; a second lottery unit that performs a second lottery for exchanging the content to be exchanged according to the exchange condition that is satisfied by a content giving unit that gives the content to the user based on the results of the first lottery and the second lottery; and an information processing device is provided.

According to one aspect, it is possible to provide a new mechanism that enhances the user's satisfaction with the result of a lottery in which in-game content is a lottery target.

It is a figure which shows an example of the game system which concerns on this embodiment. FIG. 2 is a diagram illustrating an example of a hardware configuration of a client; FIG. It is a figure which shows an example of the hardware constitutions of a server. It is a figure which shows an example of a functional structure of a client. It is a figure which shows an example of a functional structure of a server. 4 is a configuration diagram of an example of an exchange condition table used in this embodiment; FIG. FIG. 4 is a configuration diagram of an example of a lottery probability table used in the present embodiment; 6 is a flowchart of an example of processing related to a lottery function according to the embodiment; It is an image figure of an example of a lottery result screen. FIG. 11 is an image diagram of an example of a lottery result screen after content to be exchanged is selected; FIG. 11 is an image diagram of an example of a lottery result screen after content to be exchanged is additionally selected; It is a block diagram of an example of a lottery probability table. FIG. 11 is an image diagram of an example of a lottery result screen displaying the result of a re-lottery; FIG. 11 is an image diagram of an example of a lottery result screen displaying the result of a re-lottery; It is a block diagram of an example of a lottery probability table.

Hereinafter, embodiments for implementing the present disclosure will be described with reference to the drawings. In the present embodiment, an example of a lottery function that targets in-game contents such as characters, weapons, equipment, items, and cards will be described, but the lottery function is not limited to in-game contents. The lottery function in the present embodiment is an example of information processing for selecting a plurality of pieces of content to be given to the user by lottery from the lottery-targeted content.

[Game system]
First, a game system 10 according to one embodiment will be described with reference to FIG. FIG. 1 is a diagram showing an example of a game system 10 according to this embodiment. A game system 10 according to one embodiment has a configuration in which a client 20 and a server 30 are communicably connected via a network 40 .

The client 20 is an example of an information processing terminal on which a user plays games. The client 20 is a mobile game machine, a personal computer, a tablet terminal, a mobile phone such as a smart phone, a home game machine, an arcade game machine, or the like. The client 20 accepts an operation from a user with an input device such as a touch panel, a controller, a mouse, or a keyboard, displays an image corresponding to the operation on a display device, and allows the user to play the game. The number of clients 20 is not limited to three, and may be other than three.

The server 30 is an example of an information processing device that provides the client 20 with the functions necessary for the game by transmitting and receiving data to and from the client 20 . The server 30 may be realized by a cloud computer. Note that the number of servers 30 shown in FIG. 1 is not limited to one, and distributed processing may be performed by two or more servers. For example, the server 30 is used for download processing of a game program (application) to the client 20, user login processing, processing related to a lottery function for lottery content in the game, management of various tables, and the like.

FIG. 2 is a diagram showing an example of the hardware configuration of the client 20. As shown in FIG. The client 20 has a CPU (Central Processing Unit) 121 , a storage device 122 , a communication device 123 , an input device 124 and a display device 125 . The CPU 121 controls the client 20 . The storage device 122 is, for example, a memory such as ROM (Read Only Memory) or RAM (Random Access Memory), or a storage such as HDD (Hard Disk Drive) or SSD (Solid State Drive).

The communication device 123 is a communication device such as a network circuit that controls communication. Input device 124 is an input device such as a touch pad, controller, mouse, keyboard, camera, or microphone. A display device 125 is an output device such as a display and a speaker. A touch panel is realized by combining a touch pad and a display.

FIG. 3 is a diagram showing an example of the hardware configuration of the server 30. As shown in FIG. The server 30 has a CPU 131 , a storage device 132 and a communication device 133 . The CPU 131 controls the server 30 . The storage device 132 is, for example, a memory such as ROM or RAM, or a storage such as HDD or SSD. The communication device 133 is a communication device such as a network card that controls communication.

FIG. 4 is a diagram showing an example of the functional configuration of the client 20. As shown in FIG. The client 20 has a storage section 21 , a client control section 22 , an operation receiving section 23 , an output control section 24 and a client side communication section 25 . The storage unit 21 stores programs such as the game program 31, data used by the programs, and the like. The storage unit 21 may be implemented by the storage device 122 or may be implemented by a storage device connected via the network 40 .

The client control unit 22 controls the entire client 20 . Overall control of the client 20 includes overall control of the game played by the user. The client control unit 22 is implemented by the CPU 121 executing processing described in the game program 31 . The client control section 22 has a game control section 35 , an image generation section 36 , a request transmission section 37 and a result reception section 38 .

The game control unit 35 controls the game played by the user. The image generation unit 36 generates an image necessary for displaying a game screen, such as an image of a lottery result screen, which will be described later. The request transmission unit 37 requests the server 30 to perform various processes, such as requesting the server 30 to perform a lottery process in which content in the game is selected as a lottery target based on the user's operation. The result receiving unit 38 receives the results of various processing requests, such as the lottery result of the lottery processing request made to the server 30 .

The operation reception unit 23 receives various user operations on the input device 124 . The output control unit 24 outputs the game screen and game sound to the display device 125 . Note that the operation reception unit 23 is implemented by the CPU 121 controlling the input device 124 . Also, the output control unit 24 is implemented by the CPU 121 controlling the display device 125 .

Here, the user's various operations on the input device 124 refer to operations by the user who plays the game to operate the operation reception unit 23 in order to cause the CPU 121 to execute processing. The operation reception unit 23 receives various operations from the user playing the game. The client control unit 22 advances the game based on various operations received from the user by the operation receiving unit 23 .

The output control unit 24 outputs the game screen and game sound to the display device 125 based on the image data and sound data generated by the client control unit 22 . The client side communication section 25 communicates with the server 30 . The client-side communication unit 25 is implemented by the CPU 121 executing the game program 31 and controlling the communication device 123 according to the game program 31 .

FIG. 5 is a diagram showing an example of the functional configuration of the server 30. As shown in FIG. The server 30 of FIG. 5 has a storage unit 51 , a server control unit 52 and a server side communication unit 53 .

The storage unit 51 stores a server program 61, a game program 62, data used by various programs, a user information table 63, a content information table 64, an exchange condition table 65, a lottery probability table 66, and the like. The storage unit 51 may be implemented by the storage device 132 or may be implemented by a storage device connected via the network 40 .

The user information table 63 contains information of users who play games on the client 20 . The user information table 63 manages user information that associates users who play the game on the client 20 with in-game content owned by each user.

The content information table 64 manages information about the content in the game that is the lottery target. The information about content includes various information necessary for using the content in the game, such as rarity, content name, ability, attribute, and image of content in the game to be selected by lottery. The rarity of content is an example of information accompanying the content, and represents the rarity, strength, excellence, etc. of the content in the game. In this embodiment, the information accompanying the content may be information that classifies the value of the content in the game based on some index.

The exchange condition table 65 manages exchange conditions used for re-lottery, which will be described later. FIG. 6 is a configuration diagram of an example of the exchange condition table 65 used in this embodiment. The exchange condition table 65 of FIG. 6 manages exchange condition information having items of exchange condition ID, exchange target, and grant target. The item "exchange condition ID" is an example of identification information for identifying an exchange condition.

The item "grant target" is information indicating the rarity and number of content in the game to be granted by a re-lottery, which will be described later. The item "exchange target" is information indicating the rarity and the number of in-game content to be exchanged that are consumed to obtain the in-game content indicated in the item "grant target".

For example, the exchange condition of the exchange condition ID "T1" is to execute a re-lottery for the content in the game with the rarity and the number of "SSR x 1" as the exchange target, so that the user can tell the user that the rarity and the number are "SR x 9". is an example of exchange condition information for winning the in-game content. In addition, the exchange condition of the exchange condition ID "T2" is to execute a re-lottery with the content in the game with the rarity and the number of "SR x 9" as the exchange target, so that the user can tell the user that the rarity and the number are "SSR x 1". is an example of exchange condition information for winning the in-game content.

According to the exchange condition with the exchange condition ID "T1", the user selects one in-game content with the rarity "SSR" as an exchange target and executes a re-lottery to obtain the in-game content with the rarity "SR". can be obtained. Further, according to the exchange condition with the exchange condition ID "T2", the user selects nine in-game contents with the rarity "SR" as exchange targets and executes a re-lottery to obtain the game with the rarity "SSR". You can get 1 internal content.

In this way, the exchange condition table 65 of FIG. 6 is arranged such that when the rarity of the content to be exchanged is higher than the rarity of the content to be granted, the number of content to be granted is greater than the number of content to be exchanged. manages exchange terms. Further, the exchange condition table 65 of FIG. 6 is arranged so that when the rarity of the content to be exchanged is lower than the rarity of the content to be granted, the number of content to be granted is less than the number of content to be exchanged. manage the conditions.

The lottery probability table 66 manages the lottery probability of content in the game used by the lottery function. FIG. 7 is a configuration diagram of an example of the lottery probability table 66 used in this embodiment. The lottery probability table 66 in FIG. 7 manages lottery probability information having items of rarity, content name, and discharge probability. The item “rarity” is information indicating the rarity of content in the game. The item "content name" is information indicating the name of content in the game. The item "discharge probability" is information indicating the discharge probability in the lottery function of the in-game content specified by the items "rarity" and "content name".

The lottery probability table 66 used in the re-lottery of this embodiment is the lottery probability table 66 shown in FIG. 7 modified according to the contents of the exchange condition table 65 shown in FIG. 6, as will be described later.

The server control unit 52 controls the entire server 30 . The server control unit 52 is implemented by the CPU 131 executing processing described in the server program 61 . For example, the server control unit 52 performs download processing for downloading the game program 62 stored in the storage unit 51 and the data used by the game program 62 to the client 20 .

The server control unit 52 includes a first lottery unit 71, an exchange condition presentation unit 72, a second lottery unit 73, a lottery result presentation unit 74, a content provision unit 75, a request reception unit 76, and a result transmission unit 77. .

The first lottery section 71 performs lottery processing for content in the game targeted for lottery in accordance with a lottery request from the client 20, and responds to the client 20 with information on the content selected as a result of the lottery. The lottery request from the client 20 includes a single lottery request requesting a single lottery process and a continuous lottery request requesting a plurality of lottery processes. The process for re-lottery according to the present embodiment is executed when a continuous lottery request requesting a plurality of lottery processes is received from the client 20, as will be described later.

When the user selects content to be exchanged from a plurality of in-game contents displayed on the client 20 as a result of the lottery by the first lottery unit 71, the exchange condition presenting unit 72 sets the exchange condition for re-lottery. is presented to the user. The exchange condition for the re-lottery is information that presents to the user the relationship between the content to be exchanged and the content to be granted. By confirming the presented exchange conditions, the user can understand the conditions of the contents to be exchanged necessary to obtain the desired rarity and quantity of in-game contents through a re-lottery.

The second lottery unit 73 can additionally accept selection of content to be exchanged from among a plurality of in-game contents displayed on the client 20 as a result of the lottery by the first lottery unit 71 . The second lottery section 73 draws again the content to be given to be exchanged for the content to be exchanged according to the exchange condition satisfied by the content being selected as the exchange object.

The lottery result presentation unit 74 displays the lottery result of the first lottery unit 71 and the lottery result of the second lottery unit 73 on the client 20 to present the lottery results to the user. On the lottery result screen, which will be described later, displayed by the lottery result presentation unit 74, first, the result of the lottery by the first lottery unit 71 is displayed, and the displayed content is displayed every time the lottery by the second lottery unit 73 is executed. It is updated according to the result of the lottery by the second lottery section 73 .

Upon receiving a request from the user to confirm the result of the lottery, the content provision unit 75 reflects the result of the lottery in the user information table 63, thereby providing in-game content to the user.

The request receiving unit 76 receives requests for various processes transmitted from the client 20 based on user's operations. The result transmission unit 77 performs various processes on requests received from the client 20 and transmits the results of the processes to the client 20 .

Also, the server-side communication unit 53 communicates with the client 20 . The server-side communication unit 53 is implemented by the CPU 131 executing the server program 61 and controlling the communication device 133 according to the server program 61 .

The functional configuration of the client 20 shown in FIG. 4 and the functional configuration of the server 30 shown in FIG. 5 are examples, and for example, at least one of the functional configurations of the server 30 shown in FIG. It may be included in the functional configuration of the client 20 . In other words, either the client 20 or the server 30 may have the functional configurations shown in FIGS.

[Game behavior]
In the following, processing after receiving an operation for continuous lottery from the user, such as pressing the continuous lottery button on the lottery screen, will be described.

FIG. 8 is a flowchart of an example of processing related to the lottery function according to this embodiment. In step S10, the first lottery unit 71 of the server 30 receives a request for continuous lottery from the client 20 operated by the user. In step S<b>12 , the first lottery unit 71 continuously executes the lottery process for the content in the game targeted for lottery a predetermined number of times, such as ten times.

In the continuous lottery in step S12, for example, lottery processing is performed to select a plurality of contents from among the game contents to be lottery based on the discharge probability of the lottery probability table 66 of FIG. The first lottery section 71 responds to the client 20 with information on the content selected as a result of the continuous lottery.

In step S14, the lottery result presentation unit 74 of the server 30 causes the client 20 to display a lottery result screen 1000 as shown in FIG. 9, for example. FIG. 9 is an image diagram of an example of the lottery result screen 1000. As shown in FIG.

The lottery result screen 1000 in FIG. 9 includes a display field 1002 for the in-game content selected as a result of the consecutive lottery, and a confirmation button 1006 . By performing an operation of pressing a confirmation button 1006, the user can make a request to confirm the result of the lottery with the in-game content displayed in the display field 1002. FIG. In the process of the flowchart of FIG. 8, after step S14, the process proceeds from step S16 to step S32, it is determined that there is an instruction to end the lottery, the lottery result is confirmed, and the process ends.

Further, the user who desires a re-lottery performs an operation of selecting content to be exchanged, such as tapping the content desired to be re-lottered from among the in-game content displayed in the display field 1002 . The exchange condition presentation unit 72 of the server 30 is notified of the operation of the user who has selected the content to be exchanged from the display field 1002 .

When it is determined in step S16 that the content to be exchanged has been selected, the exchange condition presenting unit 72 of the server 30 reads the exchange conditions of the content selected as the exchange object from the exchange condition table 65 in step S18.

For example, in the case of the exchange condition table 65 of FIG. 6, if the rarity of the content to be exchanged is "R", the exchange condition presenting unit 72 Exchange conditions for IDs “T4” and “T5” are read from the exchange condition table 65 . If the rarity of the content to be exchanged is "SR", the exchange condition presenting unit 72 sets the exchange conditions with the exchange condition IDs "T2" and "T3" in which in-game contents of the rarity "SR" are set as the exchange object. is read from the exchange condition table 65.

The exchange condition presenting unit 72 responds to the client 20 with the exchange condition information read from the exchange condition table 65 . The lottery result presentation unit 74 causes the client 20 to display a lottery result screen 1000 as shown in FIG. 10, for example. FIG. 10 is an image diagram of an example of the lottery result screen 1000 after the content to be exchanged is selected.

On the lottery result screen 1000 of FIG. 10, a check mark 1010 is displayed on the content selected as an exchange target by the user, and the content selected as an exchange target is displayed in an easy-to-understand manner. Further, a re-lottery button 1004 for accepting an operation requesting a re-lottery from the user is displayed on the lottery result screen 1000 in FIG. 10 after the user selects the content to be exchanged. By performing an operation of pressing a re-lottery button 1004, the user can request a re-lottery with the content being selected as an exchange object being exchanged.

Furthermore, information 1012 of exchange conditions read out from the exchange condition table 65 is displayed on the lottery result screen 1000 in FIG. By confirming the exchange condition information 1012 displayed on the lottery result screen 1000, the user wins the rarity and number of contents that will be won if the re-lottery is executed as it is, and the contents that are higher in rarity than the exchange target. It is possible to understand the rarity and number of contents to be exchanged that need to be added to.

The user can determine whether to perform a re-lottery as it is or to perform a re-lottery after adding the content to be exchanged, referring to the exchange condition information 1012 displayed on the lottery result screen 1000 of FIG.

Here, first, a case where a re-lottery is performed after the user has added content to be exchanged will be described. On the lottery result screen 1000 in FIG. 10 , the user performs an operation of selecting content to be added as an exchange target from the in-game content displayed in the display field 1002 .

In the process of the flowchart of FIG. 8, after step S18, it is determined that there is an additional selection of content to be exchanged before the user requests a re-lottery, and the process proceeds to step S22. The exchange condition presenting unit 72 of the server 30 is notified of the user's operation of additionally selecting the content to be exchanged from the display field 1002 .

When it is determined that there is a selection for addition of content to be exchanged, the exchange condition presenting unit 72 of the server 30 retrieves the exchange conditions for the selected content, including the additionally selected content for exchange, from the exchange condition table 65. read out.

The exchange condition presenting unit 72 responds to the client 20 with the exchange condition information read from the exchange condition table 65 . The lottery result presentation unit 74 updates the lottery result screen 1000 displayed on the client 20 as shown in FIG. 11, for example. FIG. 11 is an image diagram of an example of the lottery result screen 1000 after the content to be exchanged is additionally selected.

On the lottery result screen 1000 of FIG. 11, a check mark 1010 is displayed on the content currently selected as an exchange target, including the content additionally selected as an exchange target by the user. Further, the information 1012 of exchange conditions displayed on the lottery result screen 1000 of FIG. 11 has been updated with the content added as an exchange object.

For example, in the example of the lottery result screen 1000 in FIG. 11, since "four" contents of rarity "R" are being selected as exchange objects, the exchange condition ID "T4", which raises the rarity of the grant object from that of the exchange object, is satisfied. ing.

Therefore, the exchange condition information 1012 on the lottery result screen 1000 of FIG. Content winning is confirmed." has been updated.

By confirming the exchange condition information 1012 displayed on the lottery result screen 1000 of FIG. 11, the user can understand that if the re-lottery is executed as it is, the content higher in rarity than the exchange object can be won.

By performing an operation of pressing a re-lottery button 1004 on the lottery result screen 1000 of FIG. 11, the user re-lotteries the content displayed in the display column 1002 with a check mark 1010 as the selected exchange target. request can be made. The second lottery section 73 of the server 30 is notified of the re-lottery request specifying the content to be exchanged.

In step S24, the second lottery unit 73 determines whether or not the content to be exchanged designated by the re-lottery request satisfies the exchange condition for raising the rarity of the granting object to that of the exchange object.

In the example of the lottery result screen 1000 of FIG. 11, since "4" contents of rarity "R" are being selected as exchange objects, the exchange condition ID "T4", which raises the rarity of the grant object more than the exchange object, is satisfied. there is

Therefore, the second lottery unit 73 advances from step S24 to step S26, and performs a re-lottery to select the grant target content to be exchanged for the exchange target content according to the exchange condition of increasing the rarity of the grant target from the exchange target. . The lottery probability table 66 used in the re-lottery in step S26 is modified according to the content of the exchange conditions determined to be satisfied in step S24.

For example, in the example of the lottery result screen 1000 in FIG. 11, since the rarity of the content to be re-lottered from the contents of the granting target of the exchange condition ID "T4" is fixed to "SR", the contents of the lottery probability table 66 in FIG. is updated as in the lottery probability table 66 of FIG. By using the lottery probability table 66 of FIG. 12, the rarity of the content to be re-lotted in step S26 is fixed to "SR".

The second lottery section 73 responds to the client 20 with information on the content selected as a result of the re-lottery. In step S30, the lottery result presentation unit 74 of the server 30 causes the client 20 to display a lottery result screen 1000 as shown in FIG. 13, for example. FIG. 13 is an image diagram of an example of a lottery result screen 1000 displaying the results of the re-lottery.

In the lottery result screen 1000 of FIG. 13, the four contents selected as contents to be exchanged in the lottery result screen 1000 of FIG. additionally displayed. Note that the user can perform an operation to select content to be exchanged even on the lottery result screen 1000 of FIG. 13, in which the plurality of contents of the lottery result screen 1000 of FIG. It can be carried out.

Furthermore, the user who desires a re-lottery can repeat the processing of steps S16 to S32 by performing an operation of selecting content to be exchanged from the content displayed in the display field 1002 of FIG. Note that the user can make a request to confirm the result of the lottery with the content displayed in the display column 1002 of FIG. 13 by performing an operation of pressing the confirm button 1006 of FIG.

In step S24, the second lottery unit 73 proceeds to step S28 if the content to be exchanged designated by the re-lottery request does not satisfy the exchange condition for increasing the rarity of the granting object from the exchange object. In step S20, if the second lottery section 73 does not additionally select the content to be exchanged, the process proceeds to step S28.

In the example of the lottery result screen 1000 in FIG. 10, since "one" content of rarity "R" is being selected as an exchange object, the exchange condition ID "T4", which raises the rarity of the grant object more than the exchange object, is satisfied. and satisfies the exchange condition ID "T5", which lowers the rarity of the grant target than the exchange target.

Therefore, in the process of step S28, the second lottery section 73 performs a re-lottery to select the grant target content to be exchanged for the exchange target content according to the exchange condition of lowering the rarity of the grant target than the exchange target. In addition, since the process of step S28 is a re-lottery in which the rarity of the grant target is lower than that of the exchange target, the number of grant target contents won in the re-lottery is greater than the number of exchange target contents.

The lottery probability table 66 used in the re-lottery in step S28 is obtained by correcting the contents of the lottery probability table 66 of FIG. 7 according to the exchange condition of lowering the rarity of the grant object than the exchange object.

For example, in the example of the lottery result screen 1000 in FIG. 10, since the rarity of the content to be re-lottered from the contents of the granting target of the exchange condition ID "T5" is fixed to "N", the contents of the lottery probability table 66 in FIG. is updated as shown in the lottery probability table 66 of FIG. 15(C). By using the lottery probability table 66 of FIG. 15(C), the rarity of the content to be re-lotted in step S28 is fixed to "N".

If the lottery probability table 66 of FIG. 15A is used, the rarity of the content to be re-lotted in step S28 is fixed to "SSR". If the lottery probability table 66 of FIG. 15B is used, the rarity of the content to be re-lotted in step S28 is fixed to "R".

The second lottery section 73 responds to the client 20 with information on the content selected as a result of the re-lottery. In step S30, the lottery result presentation unit 74 of the server 30 causes the client 20 to display a lottery result screen 1000 as shown in FIG. 14, for example. FIG. 14 is an image diagram of an example of a lottery result screen 1000 displaying the results of the re-lottery.

In the lottery result screen 1000 of FIG. 14, one content selected as content to be exchanged in the lottery result screen 1000 of FIG. additionally displayed. Note that the user can perform an operation to select content to be exchanged even on the lottery result screen 1000 of FIG. 14, in which the plurality of contents of the lottery result screen 1000 of FIG. It can be carried out.

Furthermore, the user who desires a re-lottery can repeat the processing of steps S16 to S32 by performing an operation of selecting content to be exchanged from the content displayed in the display field 1002 of FIG. Note that the user can make a request to confirm the result of the lottery with the content displayed in the display field 1002 of FIG. 14 by performing an operation of pressing the confirm button 1006 of FIG.

As described above, according to the present embodiment, it is possible to provide a new mechanism for increasing the user's satisfaction with the result of the lottery in which the content in the game is the object of the lottery.

The game system 10, client 20 and server 30 of the disclosed embodiment should be considered exemplary and not restrictive. The embodiments described above can be modified and improved in various ways without departing from the scope and spirit of the appended claims. In addition, the matters described in the multiple embodiments described above can be configured in other configurations within a consistent range, and can be combined within a consistent range.

10 Game system 20 Client 21 Storage unit 22 Client control unit 23 Operation reception unit 24 Output control unit 25 Client side communication unit 30 Server 31 Game program 35 Game control unit 36 Image generation unit 37 Request transmission unit 38 Result reception unit 40 Network 51 Storage Unit 52 Server control unit 53 Server side communication unit 61 Server program 62 Game program 63 User information table 64 Content information table 65 Exchange condition table 66 Lottery probability table 71 First lottery unit 72 Exchange condition presentation unit 73 Second lottery unit 74 Lottery result Presentation unit 75 Content provision unit 76 Request reception unit 77 Result transmission unit 1000 Lottery result screen 1002 Display column 1010 Check mark 1012 Information on exchange conditions

Claims (8)

A first lottery unit that performs a first lottery to select a plurality of contents from among the lottery-target contents in the game;
A first selection of the content to be exchanged by the user is received from among the plurality of contents selected by the first lottery, and exchange conditions based on information accompanying the content to be exchanged are presented to the user. an exchange condition presenting unit;
receiving a second selection that allows the user to add the content to be exchanged from among the plurality of contents selected by the first lottery; a second lottery unit that performs a second lottery for exchanging the content to be exchanged according to the exchange condition that the content satisfies;
a content granting unit that grants the content to the user based on the results of the first lottery and the second lottery;
Information processing device having The exchange condition presenting unit can accept again the first selection of the content to be exchanged by the user from among the plurality of contents selected by the first lottery and the second lottery at least once. and
The second lottery unit repeats a second selection that allows the user to add the content to be exchanged from among the plurality of contents selected by the first lottery and the second lottery at least once, 2. The information processing apparatus according to claim 1, wherein the contents to be exchanged are exchanged in accordance with the exchange conditions satisfied by the contents to be exchanged selected by the acceptance, the first selection and the second selection. A lottery for presenting the result of the second lottery to the user and accepting from the user a selection of whether to adopt the result of the second lottery or return to the content to be exchanged without adopting the result of the second lottery. result presentation unit,
3. The information processing apparatus according to claim 1, further comprising: 4. The information processing apparatus according to any one of claims 1 to 3, wherein the information associated with the content is the rarity of the content given as information to the content. The exchange condition presenting unit is required when making the rarity of the content selected in the second lottery higher than the rarity of the content to be exchanged as the exchange condition based on the rarity of the content to be exchanged. 5. The information processing apparatus according to claim 4, wherein the rarity and number of the contents to be exchanged to be added in the second selection are presented to the user. The second lottery unit sets the content to be exchanged selected by the first selection and the second selection so that the rarity of the content selected by the second lottery is higher than the rarity of the content to be exchanged. If the exchange conditions necessary for the exchange are not satisfied, the rarity of the content selected in the second lottery is lower than the rarity of the content to be exchanged, and the content selected in the second lottery 6. The information processing apparatus according to claim 5, wherein the number is set larger than the number of said contents to be exchanged. information processing equipment,
A first lottery unit that performs a first lottery to select a plurality of contents from among the lottery-target contents in the game,
A first selection of the contents to be exchanged by the user is received from among the plurality of contents selected by the first lottery, and exchange conditions based on information accompanying the contents to be exchanged are presented to the user. exchange condition presenting unit,
receiving a second selection that allows the user to add the content to be exchanged from among the plurality of contents selected by the first lottery; a second lottery unit that performs a second lottery for exchanging the content to be exchanged according to the exchange condition that the content satisfies;
a content granting unit that grants the content to the user based on the results of the first lottery and the second lottery;
A program to function as The information processing device
A first lottery step of performing a first lottery to select a plurality of contents from among the lottery-target contents in the game;
A first selection of the content to be exchanged by the user is received from among the plurality of contents selected by the first lottery, and exchange conditions based on information accompanying the content to be exchanged are presented to the user. an exchange condition presentation step;
receiving a second selection that allows the user to add the content to be exchanged from among the plurality of contents selected by the first lottery; a second lottery step of performing a second lottery for exchanging the content to be exchanged according to the exchange condition satisfied by the content;
a content providing step of providing the content to the user based on the results of the first lottery and the second lottery;
Content grant method that performs

Images