System, method, and program for providing lottery

Abstract

To promote execution of a lottery by a large number of users.SOLUTION: A service provision server 10 according to one embodiment of the present invention is connected to a user terminal 30 via a communication network 20 so that the server can communicate with the user terminal 30. A predetermined service is provided to a user who operates the user terminal 30. The predetermined service has a lottery function for a user to acquire an object. The server 10 provides a second user with notification information of the result of a primary lottery by a first user. Since a secondary lottery, which is based on the notification information of the second user and a secondary target object including a winning object of the primary lottery wins, is performed, a user can know the results of the primary lottery of other users and can enjoy a secondary lottery which a winning object can win in the primary lottery.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a system, method, and program for providing a lottery. [Background technology]

[0002] Conventionally, various lotteries (sometimes called gacha, etc.) have been provided for users to acquire various types of objects such as cards, characters, and items. For example, Patent Document 1 below discloses that when a user participates in a lottery by consuming a discount item, a discount corresponding to the selected lottery is applied to the required number of lottery values. Such a discount can encourage users to participate in the lottery. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2023-024756 Summary of the Invention [Problem to be solved by the invention]

[0004] However, while the conventional system described above can encourage individual users to participate in lotteries, the participation of each user in lotteries rarely has an impact on other users. For example, if the results of such lotteries could be easily shared among multiple users, it is thought that participation of many users in lotteries could be encouraged.

[0005] One of the objects of the embodiments of the present invention is to promote the participation of many users in lotteries. Other objects of the embodiments of the present invention will become apparent by reading the entire specification. [Means for solving the problem]

[0006] A system according to one embodiment of the present invention is a system for providing a lottery, comprising one or more computer processors, wherein the one or more computer processors execute the following steps: a first lottery drawn by a first user, setting whether or not to notify other users of the results of the first lottery in which some of a plurality of primary lottery-eligible objects are won; a step of conducting the first lottery by the first user; if it is set that the results of the first lottery drawn by the first user are to be notified, a step of providing first notification information of the results of the first lottery drawn by the first user to a second user; and a second lottery drawn by the second user based on the first notification information, in which at least some of a plurality of secondary lottery-eligible objects including at least some of the one or more winning objects won in the first lottery drawn by the first user are won.

[0007] A method according to one embodiment of the present invention is a method for providing a lottery, executed by one or more computers, and includes the steps of: setting whether or not to notify other users of the results of a primary lottery drawn by a first user, in which some of a plurality of primary lottery-eligible objects are won; conducting the primary lottery by the first user; if it is set that the results of the primary lottery drawn by the first user are to be notified, providing first notification information of the results of the primary lottery drawn by the first user to a second user; and conducting a secondary lottery drawn by the second user based on the first notification information, in which at least some of a plurality of secondary lottery-eligible objects including at least some of one or more winning objects won in the primary lottery drawn by the first user are won.

[0008] A program according to one embodiment of the present invention is a program for providing a lottery, and causes one or more computers to execute the following steps: a first lottery drawn by a first user, setting whether or not to notify other users of the results of the first lottery in which some of a plurality of primary lottery-eligible objects are won; a step of conducting the first lottery by the first user; if it is set that the results of the first lottery drawn by the first user are to be notified, a step of providing first notification information of the results of the first lottery drawn by the first user to a second user; and a second lottery drawn by the second user based on the first notification information, in which at least some of a plurality of secondary lottery-eligible objects including at least some of one or more winning objects won in the first lottery drawn by the first user are won. [Effects of the Invention]

[0009] Various embodiments of the present invention facilitate the running of lotteries by many users. [Brief explanation of the drawings]

[0010] [Figure 1] 1 is a diagram showing a schematic configuration of a network including a service providing server 10 according to an embodiment of the present invention. [Figure 2] FIG. 3 is a diagram illustrating an example of information managed by a user information table 151. [Figure 3] FIG. 3 is a diagram illustrating an example of information managed by an object information table 153. [Figure 4] FIG. 10 is a diagram illustrating an example of information managed by an object group information table 155. [Figure 5] FIG. 10 is a diagram illustrating an example of information managed by a lottery management table 157. [Figure 6] FIG. 10 is a diagram illustrating an example of information managed by a notification information provision management table 159. [Figure 7] FIG. 10 is a diagram illustrating a pack selection screen 50. [Figure 8] 10 is a flowchart illustrating a process executed by the server 10 in response to an instruction from a player to execute a primary lottery. [Figure 9] FIG. 10 is a diagram illustrating an example of a feed screen 60. [Figure 10] 10 is a flowchart illustrating a process executed by the server 10 when setting feed content to be displayed. [Figure 11] FIG. 2 is a diagram illustrating details of an individual display area 66 arranged in the list display area 64 of the feed screen 60. [Figure 12] FIG. 10 is a diagram illustrating an example of the individual display area 66 when a card that the player has set as a favorite is included in the secondary lottery object. [Figure 13] FIG. 10 is a diagram illustrating an individual display area 66 when an item is included in the secondary lottery target objects. [Figure 14] FIG. 10 is a diagram illustrating an example of an individual display area 66 when the corresponding feed content is a lucky feed content. [Figure 15] FIG. 10 is a diagram illustrating a feed challenge screen 70. [Figure 16] 10 is a flowchart illustrating a process executed by the server 10 in response to an instruction to execute a secondary lottery. [Figure 17] FIG. 10 is a diagram illustrating a feed challenge result screen 80. [Figure 18] FIG. 10 is a diagram illustrating a thank you input screen 90. [Figure 19] FIG. 10 is a diagram illustrating a feed challenge screen 70 in a case where a secondary lottery based on the corresponding feed content has been held twice. [Figure 20] FIG. 10 is a diagram illustrating a feed challenge result screen 80 that is output in response to the determination of a winning object in the third secondary lottery. DETAILED DESCRIPTION OF THE INVENTION

[0011] Hereinafter, embodiments of the present invention will be described with reference to the drawings. In each drawing, the same reference numerals may be used to designate the same or similar components.

[0012] FIG. 1 is a diagram illustrating a schematic configuration of a network including a service providing server 10 according to one embodiment of the present invention. As illustrated, the server 10 is communicably connected to a user terminal 30 via a communication network 20 such as the Internet. Although only one user terminal 30 is illustrated in FIG. 1, the server 10 is communicably connected to a plurality of user terminals 30. The server 10 provides a predetermined service to a user operating the user terminal 30, and the predetermined service has a lottery function that allows the user to obtain an object. The service providing server 10 is an example of a device that implements all or part of the system of the present invention.

[0013] The predetermined service in this embodiment includes various services, such as games, social networking services, and content distribution. In addition, in a lottery provided in the service, typically, various types of objects used in the service may be the subject of the lottery.

[0014] First, we will explain the hardware configuration of the service providing server 10. The service providing server 10 is configured as a general computer, and as shown in Fig. 1, it includes a computer processor 11, a main memory 12, an input / output I / F 13, a communication I / F 14, and a storage (storage device) 15, and these components are electrically connected via a bus or the like (not shown).

[0015] The computer processor 11 is configured as a CPU, a GPU, or the like, and loads various programs stored in a storage 15 or the like into a main memory 12 and executes various instructions included in the programs. The main memory 12 is configured, for example, by a DRAM or the like.

[0016] The input / output I / F 13 includes various input / output devices for exchanging information with an operator, etc. The input / output I / F 13 includes, for example, information input devices such as a keyboard and a pointing device (e.g., a mouse, a touch panel, etc.), a voice input device such as a microphone, and an image input device such as a camera. The input / output I / F 13 also includes an image output device such as a display, and an audio output device such as a speaker.

[0017] The communication I / F 14 is implemented as hardware such as a network adapter, various communication software, or a combination of these, and is configured to enable wired or wireless communication via the communication network 20 or the like.

[0018] The storage 15 is configured, for example, by a magnetic disk, a flash memory, etc. The storage 15 stores various programs including an operating system, various data, etc. For example, as shown in FIG. 1 , the storage 15 includes a user information table 151 that manages information about users of a predetermined service, an object information table 153 that manages information about primary lottery objects that are the subject of a primary lottery, an object group information table 155 that manages information about a primary lottery object group consisting of a combination of multiple primary lottery objects, a lottery result management table 157 that manages information about the results of the primary lottery by each user, and an announcement information provision management table 159 that manages information about the provision of announcement information that notifies each user of the results of the primary lottery by other users. Some of these tables may be integrated into one table or may be divided into multiple tables.

[0019] Furthermore, for example, the storage 15 stores a server-side program 40 according to one embodiment of the present invention. The program 40 is a program for causing the service providing server 10 to function as all or part of a system for providing a predetermined service having a lottery function. At least a part of the server-side program 40 can be configured to be executed on the user terminal 30 via a terminal-side program 42, which will be described later.

[0020] In this embodiment, the service providing server 10 may be configured using a plurality of computers each having the above-described hardware configuration. For example, the server 10 may be configured by one or a plurality of server devices.

[0021] The service providing server 10 configured in this manner functions as a web server and an application server, executes various processes in response to requests from the terminal-side program 42 installed in the user terminal 30, and transmits screen data (e.g., HTML data) and control data according to the results of the processes to the user terminal 30. The user terminal 30 outputs a web page or other screen based on the received data.

[0022] Next, we will explain the hardware configuration of the user terminal 30. The user terminal 30 is configured as a general computer, and as shown in Fig. 1, it includes a computer processor 31, a main memory 32, an input / output I / F 33, a communication I / F 34, and a storage (storage device) 35, and these components are electrically connected via a bus or the like (not shown).

[0023] The computer processor 31 is configured as a CPU, a GPU, or the like, and loads various programs stored in a storage 35 or the like into the main memory 32 and executes various instructions included in the programs. The main memory 32 is configured, for example, by a DRAM or the like.

[0024] The input / output I / F 33 includes various input / output devices for exchanging information with an operator, etc. The input / output I / F 33 includes, for example, information input devices such as a keyboard and a pointing device (e.g., a mouse, a touch panel, etc.), an audio input device such as a microphone, and an image input device such as a camera. The input / output I / F 33 also includes an image output device such as a display, and an audio output device such as a speaker.

[0025] The communication I / F 34 is implemented as hardware such as a network adapter, various communication software, or a combination thereof, and is configured to be able to realize wired or wireless communication via the communication network 20 or the like.

[0026] The storage 35 is configured, for example, by a magnetic disk or flash memory. The storage 35 stores various programs including an operating system, various data, and the like. The programs stored in the storage 35 can be downloaded and installed from an application market or the like. The storage 35 also stores a terminal-side program 42. The program 42 can be configured as a web browser or other application (e.g., an application for a predetermined service), and can be configured to execute at least a part of the server-side program 40, as described above.

[0027] In this embodiment, the user terminal 30 may be configured as a smartphone, a tablet terminal, a wearable device, a personal computer, a game terminal, or the like.

[0028] A user operating a user terminal 30 configured in this manner can use a specified service provided by the server 10 by communicating with the server 10 via a terminal-side program 42 installed in storage 35 or the like.

[0029] Next, we will explain the functions of the service providing server 10 configured as above. As shown in Fig. 1, the computer processor 11 of the server 10 is configured to function as a management function control unit 111, a service provision control unit 113, and a lottery control unit 115 by executing instructions included in a program (for example, at least a part of the server-side program 40) loaded into the main memory 12.

[0030] The management function control unit 111 is configured to execute various processes related to the control of the management functions of a predetermined service. For example, the management function control unit 111 transmits screen data and control data of various screens related to the management functions to the user terminal 30, executes various processes in response to operation input by the user via the screens output on the user terminal 30, and transmits screen data and control data according to the results of the processes to the user terminal 30. The management functions controlled by the management function control unit 111 include, for example, login processing (user authentication), billing control, and user account management.

[0031] The service provision control unit 113 is configured to execute various processes related to the control of the provision of a predetermined service. For example, the service provision control unit 113 transmits screen data and control data of various screens for controlling the provision of a service (for example, the progress of a game) to the user terminal 30, executes various processes in response to operation input by the user via the screen output on the user terminal 30, and transmits screen data, control data, etc. according to the results of the processes to the user terminal 30.

[0032] The lottery control unit 115 is configured to execute various processes related to the control of the lottery function of the predetermined service. For example, the lottery control unit 115 transmits screen data and control data of various screens for controlling the lottery function to the user terminal 30, executes various processes in response to operation input by the user via the screen output on the user terminal 30, and transmits screen data, control data, etc. according to the results of the processes to the user terminal 30.

[0033] In this embodiment, the lottery control unit 115 is configured to set whether or not to notify (share) the results of the primary lottery drawn by each user with other users. The primary lottery is configured so that some of the multiple objects subject to primary lottery (a group of objects subject to primary lottery) are selected as winners. For example, the lottery control unit 115 accepts an input from the user regarding whether or not to make such a notification via a screen output on the user terminal 30. Setting information regarding whether or not to make such a notification is managed, for example, in the user information table 151.

[0034] Furthermore, the lottery control unit 115 is configured to conduct a first lottery by a first user and, when set to notify the result of the first lottery by the first user, to provide notification information of the result of the first lottery by the first user to another second user. For example, the lottery control unit 115 transmits screen data of a screen including the notification information, control data, etc. to the user terminal 30 of the second user. The first lottery is typically conducted according to winning probabilities set for each of a plurality of objects subject to first lottery, and the selected object is awarded to the first user.

[0035] Furthermore, the lottery control unit 115 is configured to conduct a secondary lottery by the second user to which the notification information has been provided, based on the notification information. The secondary lottery is configured to win at least some of the multiple objects subject to secondary lottery, including at least some of the one or more winning objects won in the primary lottery by the first user. The secondary lottery is typically conducted according to the winning probability set for each of the multiple objects subject to secondary lottery, and the winning objects are awarded to the second user.

[0036] In this way, the service providing server 10 in this embodiment provides notification information of the result of the primary lottery by the first user to other second users, and conducts a secondary lottery based on the notification information by the second user in which the secondary lottery object, including the winning object in the primary lottery, is won. This allows users to know the results of the primary lottery of other users and to enjoy the secondary lottery in which they can win the winning object in the primary lottery. As a result, the server 10 encourages many users to participate in lottery draws.

[0037] In this embodiment, the lottery control unit 115 may be configured to perform a secondary lottery drawing by a user with a decrease in a user-related parameter associated with the user that increases over time. Such a parameter may be referred to by various names, such as, but not limited to, stamina and energy. This configuration encourages the user to periodically and repeatedly perform secondary lottery drawing.

[0038] In this case, the amount by which the user-related parameter is decreased when the secondary drawing is conducted may be based on the value of at least some of the objects subject to secondary drawing. For example, the higher the value of the object subject to secondary drawing, the greater the amount by which the user-related parameter is decreased. This configuration enables the user-related parameter to be decreased by an amount based on the value of the object that can be won in the secondary drawing.

[0039] Furthermore, the lottery control unit 115 can be configured to conduct the first lottery for a specific group of primary lottery-subject objects specified by the user from among multiple primary lottery-subject object groups (e.g., managed in the object group information table 155) in which the combinations of multiple primary lottery-subject objects are different from one another. In this case, the amount of decrease in the user-related parameter when the second lottery is conducted may be based on the value of a predetermined parameter possessed by the specific primary lottery-subject object group (the primary lottery-subject object group that was selected as the lottery subject in the corresponding first lottery). For example, the amount of decrease in the user-related parameter itself may be set as the predetermined parameter possessed by the primary lottery-subject object group. This configuration enables the user-related parameter to be decreased by an amount of decrease based on the value of the parameter possessed by the primary lottery-subject object group corresponding to the second lottery.

[0040] In this embodiment, the notification information provided to the user can be configured to include various information (for example, information about the user who performed the corresponding primary lottery, information about the group of primary lottery objects that were the subject of the primary lottery, etc.). Furthermore, for example, the notification information may include information about multiple secondary lottery objects in the secondary lottery based on the notification information. This configuration makes it possible to inform the user to whom the notification information is provided of objects that can be won in the secondary lottery based on the notification information.

[0041] Furthermore, the notification information may be configured so that its display mode changes based on multiple objects subject to secondary lottery in the secondary lottery based on the notification information and user setting information set for the user to whom the notification information is provided. For example, the user setting information includes information about a setting object (e.g., a favorite object) set by the corresponding user, and when the setting object is included in multiple objects subject to secondary lottery, the display mode of the notification information changes (e.g., a specific display element is added). This configuration makes it possible to change the display mode of the objects subject to secondary lottery and the notification information based on the user setting information.

[0042] In this embodiment, the secondary drawing based on the specific notification information may be repeatedly performed up to the number of multiple objects subject to secondary drawing. In other words, the lottery control unit 115 may be configured to repeatedly perform the secondary drawing until the number of times the secondary drawing has been performed reaches the number of multiple objects subject to secondary drawing. In this case, the secondary drawing may be performed once per instruction from the user (i.e., the instruction from the user may be repeated), or multiple secondary drawing may be repeatedly performed collectively in response to a single instruction from the user. This configuration enables the secondary drawing based on the specific notification information to be repeatedly performed.

[0043] In this case, when the secondary lottery is repeatedly conducted, the secondary lottery may be conducted so that at least some of the remaining one or more secondary lottery objects, excluding the secondary lottery object that was won in the previous secondary lottery, among the multiple secondary lottery object(s). This configuration enables the user to reliably obtain an object desired by the user when the multiple secondary lottery object(s) includes the object desired by the user.

[0044] In this embodiment, regardless of the number of winning objects in the primary drawing, objects to be selected for the secondary drawing may be added or deleted so that the number of objects to be selected for the secondary drawing is a fixed value. For example, when the number of one or more winning objects in the primary drawing is less than a predetermined value, the lottery control unit 115 may be configured to set, as objects to be selected for the secondary drawing, one or more winning objects and one or more additional objects added so that the number of objects to be selected for the secondary drawing becomes the predetermined value (i.e., additional objects are added in such a number that the number of winning objects in the primary drawing falls short of the predetermined value). The additional objects may be objects to be selected for the primary drawing, or may be other types of objects (including various items, etc.). Furthermore, when the number of one or more winning objects in the primary drawing exceeds a predetermined value, the lottery control unit 115 may be configured to set, as objects to be selected for the secondary drawing, the remaining winning objects, excluding some of the one or more winning objects, so that the number of objects to be selected for the secondary drawing becomes the predetermined value (i.e., the excess number of winning objects in the primary drawing relative to the predetermined value is excluded). This configuration makes it possible to fix the number of objects subject to the secondary drawing even if the number of winning objects in the primary drawing fluctuates.

[0045] In this embodiment, multiple pieces of notification information may be provided to a specific user at the same time. For example, the lottery control unit 115 may be configured to provide multiple pieces of notification information corresponding to the results of primary lotteries drawn by multiple other users to a specific user at the same time (for example, on a specific screen output on the user terminal 30). In this case, the lottery control unit 115 is configured to conduct a secondary lottery based on specific notification information identified by the user from the multiple pieces of notification information (in the secondary lottery, the winning object in the primary lottery corresponding to the specific notification information is included in the objects subject to the secondary lottery). This configuration may provide the user with the fun of selecting notification information to be the subject of the secondary lottery from the multiple pieces of notification information.

[0046] In this embodiment, an upper limit may be set on the number of pieces of notification information that can be used to conduct a secondary lottery and that are provided to a specific user at the same time. For example, the lottery control unit 115 may be configured to provide a specific user with a plurality of pieces of notification information at the same time so that the number of pieces of notification information that can be used to conduct a secondary lottery is equal to or less than a predetermined value. This configuration prevents a specific user from being provided with an excessive amount of notification information that can be used to conduct a secondary lottery.

[0047] Furthermore, a provision period for each piece of alarm information provided to a user may be set. In this case, the lottery control unit 115 is configured to exclude, from among the multiple pieces of alarm information provided to the user, alarm information whose provision period has expired, and add new alarm information. Information regarding the provision period for each piece of alarm information (which may also be referred to as the validity period of the information) is managed, for example, in the alarm information provision management table 159. This configuration prevents outdated alarm information from being provided.

[0048] Furthermore, the lottery control unit 115 can be configured to set multiple pieces of notification information to be provided to the user so that priority is given to notification information corresponding to the result of a primary lottery by related users who have a predetermined relationship with the user (for example, including friends or followers, and managed in the user information table 151). Such a configuration makes it possible to provide priority to the user with notification information of the result of a primary lottery by other users who have a predetermined relationship with the user.

[0049] The lottery control unit 115 may also be configured to set notification information of the result of the virtual first lottery drawn by the virtual user as notification information to be provided to the user. In this case, for example, the value of the object to be selected in the second lottery based on notification information corresponding to the virtual user may be higher than in the second lottery based on notification information corresponding to a real user. This configuration makes it possible to provide notification information of the result of the virtual first lottery drawn by the virtual user to the user.

[0050] In this embodiment, whether or not to provide notification information about the results of the primary lottery may be controlled depending on the values ​​of parameters possessed by the group of primary lottery objects that were the subject of the primary lottery. In other words, if the values ​​of predetermined parameters possessed by the group of primary lottery objects that were the subject of the primary lottery are within a predetermined range (for example, if the highest rarity of the lottery objects included in the group of primary lottery objects is equal to or greater than a threshold), the lottery control unit 115 may not provide the corresponding notification information to other users. This configuration makes it possible to control whether or not to provide notification information based on the values ​​of parameters possessed by the group of primary lottery objects.

[0051] In this embodiment, when a secondary lottery is held based on the notification information, a reward may be given to the user who performed the primary lottery corresponding to the notification information. That is, the lottery control unit 115 may be configured to grant a reward to another user (a user who performed the corresponding primary lottery) corresponding to the notification information based on the secondary lottery held by the user based on the notification information. The reward to such another user may be granted, for example, immediately in response to the secondary lottery being held, or in response to an additional action by the user who performed the secondary lottery after the secondary lottery is held. Rewards include various types of electronic and virtual rewards. This configuration encourages users to be notified of the results of the primary lottery.

[0052] Next, a specific example of one aspect of the service providing server 10 of this embodiment having such functions will be described. In this example, the service providing server 10 provides, as a predetermined service, a competitive card game in which a player builds a deck using a plurality of cards that the player owns and plays against other players using the deck.

[0053] First, the information managed by each table in this example will be described. FIG. 2 illustrates information managed by a user information table 151 in this example. The user information table 151 in this example manages information about users (players) of a competitive card game, and as shown in the figure, manages information such as account names, "basic information" including dates of birth, "stamina count," "reward points count," "favorite card information" which is information about favorite cards, a "primary lottery result sharing permission flag" which indicates whether sharing (notification) of the results of the primary lottery is permitted, "friend information" which is information about friends (established when one player approves a request from the other player), "owned card information" which is information about cards owned by the player, and "owned item information" which is information about items owned by the player, in association with "player accounts" which identify individual players. The friend information includes information identifying each corresponding player (player account). The owned card information includes information identifying each card owned by the player (card ID). The owned item information includes information identifying each item owned by the player (item ID, etc.).

[0054] Stamina, which will be described in detail later, is a parameter consumed when a secondary lottery is conducted based on feed content (notification information) that notifies the results of the primary lottery conducted by other players. Stamina increases over time in real life, up to a maximum value. Thank-you points, which will be described in detail later, are parameters that are awarded as a reward in response to thank-you inputs by other players.

[0055] 3 illustrates information managed by the object information table 153 in this example. The object information table 153 in this example manages information related to cards as objects used in the fighting card game of this example, and as shown in the figure, manages information such as the "character name" which is the name of the corresponding character, "image information," "rarity," and "various parameter information" which is information related to various parameters (e.g., HP, attack power, defense power, etc.) in association with a "card ID" which identifies an individual card. The card ID can also be said to be information which identifies the type of card.

[0056] FIG. 4 illustrates information managed by the object group information table 155 in this example. The object group information table 155 in this example manages information related to packs as a primary lottery object group, which is a combination of multiple lottery target cards that are the subject of a primary lottery. As shown in the figure, the object group information table 155 manages information such as a "pack name," "image information," "lottery target card information," a "number of winning cards" indicating the number of cards that will be won in the primary lottery, a "sharing availability flag" indicating whether the corresponding primary lottery result is to be shared (notified), and a "consumed stamina amount" indicating the amount of stamina consumed (decreasing amount) in the corresponding secondary lottery, in association with a "pack ID" that identifies each pack. The lottery target card information includes information (card IDs) that identifies each of the multiple lottery target cards in the corresponding pack. The pack ID can also be referred to as information that identifies the type of pack. In this example, the number of winning cards is set to 3, 5, or 8.

[0057] 5 illustrates information managed by the lottery management table 157 in this example. The lottery management table 157 in this example manages information related to the primary lottery drawn by each player, and as shown in the figure, manages information such as a "player account" identifying the player who drew the primary lottery, a "pack ID" identifying the pack that is the subject of the lottery, "lottery date and time," "winning card information" which is information related to the card won by the lottery, and a "sharing availability flag" which indicates whether the results of the lottery are to be shared (notified), in association with a "lottery ID" which identifies each individual primary lottery. The winning card information includes information (card ID) which identifies each winning card.

[0058] 6 illustrates information managed by the notification information provision management table 159 in this example. The notification information provision management table 159 in this example manages information related to feed content as notification information to be provided to each player, and as shown in the figure, manages information such as a "player account" identifying the player to whom the content is provided, a "lottery ID" identifying the primary lottery to be notified by the content (the target of the notification), a "lucky flag" indicating whether the content is lucky feed content, a "provision start date and time" indicating the date and time when the provision of the content started, a "provision end date and time" indicating the date and time when the provision of the content ended, "secondary lottery target object information" which is information related to an object to be selected in a secondary lottery based on the content, a "secondary lottery consumed stamina amount" indicating the amount of stamina consumed when the secondary lottery is conducted, "secondary lottery winning object information" which is information related to a winning object in the secondary lottery, and a "secondary lottery execution count" which is the number of times the secondary lottery is conducted, in association with a "content ID" identifying an individual feed content.

[0059] In this example, the lucky feed content, which will be described in detail later, is not feed content that notifies the result of a primary lottery drawn by a real player, but feed content that notifies the result of a virtual primary lottery drawn by a virtual player. The secondary lottery target object information includes information (card ID or item ID) that identifies a target card or target item in the secondary lottery. Furthermore, the secondary lottery winning object information includes information (card ID or item ID) that identifies a winning card or winning item in the secondary lottery.

[0060] The information managed by each table in this example has been described above. Next, the processing executed by the service providing server 10 and the screens output on the user terminal 30 in this example will be described.

[0061] First, the primary lottery will be described. Fig. 7 shows an example of a pack selection screen 50 output on the user terminal 30. The screen 50 is a screen for a player to select a pack to be included in the primary lottery. As shown in the figure, the pack selection screen 50 has a pack selection area 52 for selecting a pack, and a shared setting switch 54 located in the upper right corner of the screen.

[0062] A plurality of pack objects 521, each corresponding to an individual pack, are arranged vertically in the pack selection area 52. The objects 521 display the image, name, etc. of the corresponding pack.

[0063] The share setting switch 54 is an object for changing the setting of whether or not the result of the primary lottery is to be shared for the corresponding player (the player operating the user terminal 30 on which the pack selection screen 50 is output). When the switch 54 is selected, the setting of whether or not the result of the primary lottery is to be shared (permitted or denied) is switched, and the first lottery result sharing permission flag for the corresponding player is updated in the user information table 151.

[0064] When one of the multiple pack objects 521 arranged in the pack selection area 52 is selected, a screen (not shown) is displayed to instruct the execution of a first lottery for the pack corresponding to the selected object 521, and the player can instruct the execution of the first lottery (opening of the pack) via the screen.

[0065] 8 is a flowchart illustrating processing executed by the server 10 in response to an instruction to execute a primary lottery by a player. As shown in the figure, the server 10 first determines winning cards and awards them to the player (step S100). Specifically, according to the winning probabilities preset for each of a plurality of lottery target cards (managed in the lottery target card information in the object group information table 155) included in the corresponding pack, the number of winning cards set in the corresponding pack (managed in the number of winning cards in the object group information table 155) is determined. When the winning cards are awarded to the player, the owned card information in the user information table 151 is updated.

[0066] Next, if the corresponding player has permitted the sharing of the result of the primary lottery (YES in step S110) and if the result of the primary lottery for the corresponding pack can be shared (YES in step S120), the server 10 sets the result of this primary lottery to be sharable (step S130). Specifically, the result of the primary lottery is registered in the lottery management table 157, and at that time, a value indicating that sharing is possible is set to the sharing permission / non-permission flag. Note that whether or not each player is permitted to share the result of the primary lottery is managed by the primary lottery result sharing permission flag in the user information table 151, and whether or not the result of the primary lottery for each pack can be shared is managed by the sharing permission / non-permission flag in the object group information table 155.

[0067] On the other hand, if the corresponding player has refused to share the results of the primary lottery (NO in step S110), or if the results of the primary lottery for the corresponding pack cannot be shared (NO in step S120), the results of this primary lottery are set to not be shareable (step S140).

[0068] The first lottery (opening a pack) has been described above. Next, the second lottery (feed challenge) based on feed content that notifies the results of the first lottery will be described. FIG. 9 shows an example of a feed screen 60 output on the user terminal 30. The screen 60 is a screen for displaying feed content that notifies the results of the first lottery by other players. As shown in the figure, the feed screen 60 has a stamina number display area 62 that displays the player's stamina number, and a list display area 64 that displays a list of feed contents. The stamina number display area 62 displays the player's stamina number in the format of "current value / maximum value."

[0069] A plurality of individual display areas 66, each corresponding to an individual feed content, are arranged vertically in the list display area 64. In the list display area 64, the individual display areas 66 displayed are switched by a flick operation in the vertical direction, for example.

[0070] Also, in this example, the number of feed contents that can be displayed in the list display area 64 (the number of feed contents provided at the same time) is limited to an upper limit value (e.g., 20), and the feed contents to be displayed are set each time the display in the list display area 64 is updated (e.g., updated when the feed screen 60 is output, and updated according to individual instructions after the screen 60 is output).

[0071] FIG. 10 is a flowchart illustrating a process executed by the server 10 when setting feed content to be displayed. As shown in the figure, the server 10 first identifies feed content that is valid for the corresponding player (step S200). Specifically, of the content that is provided to the corresponding player and is managed in the notification information provision management table 159, content that is currently within the provision period (i.e., the provision end date and time has not passed) is identified as valid content. In this way, feed content that has passed the provision end date and time is excluded from valid content. Such valid content is identified by referring to the player account and the provision end date and time in the notification information provision management table 159.

[0072] If the number of valid feed contents is less than the upper limit (YES in step S210), the server 10 specifies the first lottery to be newly added as feed contents (step S220). The number of feed contents to be added is the shortage number with respect to the upper limit (in this example, the number of feed contents corresponding to the upper limit is provided to the player at the same time), and the number of first lotteries corresponding to the shortage number is newly specified.

[0073] Specifically, in this example, the primary lottery to be added as feed content is identified from the primary lotteries that were held within a predetermined period (for example, within 24 hours) from that point in time and whose lottery results can be shared. Such primary lotteries are identified by referring to the lottery date and time and the shareability flag in the lottery management table 157.

[0074] In this example, when specifying a primary drawing to be added, a primary drawing performed by a friend of the corresponding player is given priority. Such a primary drawing is specified by referring to the player account in the drawing management table 157 and the friend information in the user information table 151.

[0075] In this example, lucky feed content is added with a predetermined probability. The lucky feed content is feed content that notifies the result of a virtual primary lottery drawn by a virtual player. The period during which the lucky feed content is added may be limited to the period of an event or the like.

[0076] Next, the server 10 registers the feed content to be added (step S230). Specifically, the feed content (or lucky feed content) corresponding to the identified first lottery is registered in the notification information provision management table 159 as the feed content to be provided to the corresponding player. Specifically, a new record is generated for each feed content to be added, and a content ID, a player account, a lottery ID, a lucky flag, provision start date and time, provision end date and time, information on an object subject to second lottery, and the number of stamina consumed for second lottery are set. In the case of lucky feed content, a value corresponding to a virtual player is set in the player account, and a value identifying a virtual first lottery for the lucky feed content is set in the lottery ID.

[0077] In this example, the provision period of the lucky feed content is set to be shorter than the provision period of normal content other than the lucky feed content, for example, the provision period of the lucky feed content is set to be one hour, and the provision period of normal content is set to be three hours. A value based on this provision period is set as the provision end date and time in the notification information provision management table 159.

[0078] In this example, the number of objects to be selected in the secondary lottery based on the feed content is fixed to 5. First, if the number of winning cards in the primary lottery is 3, two items are added as objects to be selected in the secondary lottery in addition to these winning cards. In this example, the added items include an item that recovers stamina.

[0079] Furthermore, if the number of winning cards in the first lottery is five, these winning cards will become the objects subject to the second lottery. Furthermore, if the number of winning cards in the first lottery is eight, five winning cards randomly selected from these winning cards will become the objects subject to the second lottery. Note that five winning cards are set in the virtual first lottery corresponding to the lucky feed content, and these five winning cards will become the objects subject to the second lottery. Information regarding these objects subject to the second lottery is set in the information on objects subject to the second lottery in the notification information provision management table 159.

[0080] In another example of this embodiment, the number of objects to be selected for the secondary lottery based on the feed content is not fixed, and for example, regardless of the number of winning cards in the primary lottery, the winning cards are set as the objects to be selected for the secondary lottery.

[0081] In addition, the second lottery consumption stamina amount is set to the amount of consumption stamina set for the corresponding pack.

[0082] Then, the server 10 transmits the feed content information to the user terminal 30 (step S240). Specifically, information on a plurality of feed contents that are valid at that time and that are managed in the notification information provision management table 159 is transmitted to the corresponding user terminal 30. In the user terminal 30, the display in the list display area 64 of the feed screen 60 is updated based on the received feed content information.

[0083] 11 illustrates details of the individual display area 66 arranged in the list display area 64 of the feed screen 60. The individual display area 66 is an area that displays information about individual feed content, and as shown in the figure, has a secondary lottery object display area 662 that displays objects subject to secondary lottery, a corresponding player information display area 664 that displays information about the player who performed the corresponding primary lottery, a corresponding pack information display area 666 that displays information about the pack that was the subject of the corresponding primary lottery (such as an image and pack name), and a remaining time display area 668 that displays the remaining time until the corresponding feed content is provided. The corresponding player information display area 664 displays the image and account name of the corresponding player, and further, if the player is a friend (a friend of the player operating the user terminal 30 on which the feed screen 60 is output), displays a character string indicating that the player is a friend.

[0084] 11 corresponds to a case where all five objects subject to secondary drawing are cards, and in this case, five card images 6621 each corresponding to an individual card are arranged in the area 662. The card images 6621 are images of corresponding cards, and the player can recognize the types of cards that can win in the secondary drawing through these card images 6621.

[0085] FIG. 12 illustrates an example of the individual display area 66 in a case where the five objects subject to secondary selection include a card that has been set as a favorite by the player (the player operating the user terminal 30 on which the feed screen 60 is being output). In the individual display area 66 in this state, as shown in the figure, a frame-shaped favorite object 6622 is arranged to surround the outline of the card image 6621 (in the example of FIG. 12, the card image 6621 in the center in the horizontal direction of the top three images 6621) that corresponds to the card that has been set as a favorite among the five card images 6621 included in the secondary selection object display area 662. The player can easily recognize the favorite card included in the objects subject to secondary selection through the object 6622. Note that instead of or in addition to the arrangement of the object 6622, other appearances, such as the background of the secondary selection object display area 6622, may be changed when a card that has been set as a favorite is included.

[0086] 13 illustrates an example of the individual display area 66 in a case where two items are included in five objects subject to secondary lottery. In the individual display area 66 in this state, as shown in the figure, two item images 6623 having the appearance of diamonds are arranged in addition to three card images 6621 in the secondary lottery object display area 662. The player can recognize through the images 6623 that the objects subject to secondary lottery include items other than cards (in this example, items that recover stamina).

[0087] 14 illustrates an example of the individual display area 66 when the corresponding feed content is lucky feed content. In the individual display area 66 in this state, as shown in the figure, an image corresponding to the lucky feed content (in the example of FIG. 14, an image with a star shape added) and corresponding text are displayed in the corresponding player information display area 664. The player can recognize through the area 664 that the corresponding feed content is lucky feed content.

[0088] Returning to the feed screen 60 of FIG. 9, the player selects, from among the plurality of feed contents displayed in a list in the list display area 64, the individual display area 66 corresponding to the feed content for which the secondary lottery (feed challenge) is to be held.

[0089] FIG. 15 illustrates a feed challenge screen 70 that is displayed in response to a selection in the individual display area 66. The screen 70 is a screen for conducting a secondary lottery based on the corresponding feed content. As shown in the figure, the feed challenge screen 70 has a stamina count display area 72 that displays the player's stamina count, a content display area 74 that displays the corresponding feed content, an OK button 76, and a cancel button 78. Below the content display area 74, the remaining number of times (current value / maximum value) that the secondary lottery based on the corresponding feed content can be conducted and the amount of consumed stamina are displayed. In this example, a maximum of five secondary lotteries can be conducted for one feed content, and a winning object in the secondary lottery is excluded from the objects eligible for the secondary lottery from the next time onwards. The OK button 76 is an object for instructing the execution of the secondary lottery.

[0090] 16 is a flowchart illustrating the processing executed by the server 10 in response to an instruction to execute a secondary lottery (i.e., selection of the OK button 76). As shown in the figure, the server 10 first determines a winning object and grants it to the player (step S300). Specifically, one winning object is determined according to the winning probability set for each object subject to the secondary lottery at that time (in this example, the same value is set for each object).

[0091] FIG. 17 illustrates a feed challenge result screen 80 that is output in response to the determination of a winning object. The screen 80 is a screen for displaying the results of the secondary lottery. As shown in the figure, the feed challenge result screen 80 has a secondary lottery object display area 82 that displays the secondary lottery object, and a confirmation button 84. Five card images 821 (or item images) are arranged in the secondary lottery object display area 82, and a winning display object 822 with the text "GET!" added is arranged over the card image 821 (or item image) that was selected in the secondary lottery.

[0092] When the winning object is awarded to the player, the possessed card information or possessed item information is updated in the user information table 151. Also, in the notification information provision management table 159, the second lottery winning object information of the corresponding feed content and the number of times the second lottery has been performed are updated.

[0093] Next, if the player who conducted the secondary lottery inputs a thank you message to the player who conducted the primary lottery in the corresponding feed content (YES in step S310), the server 10 awards thank you points to the player who conducted the primary lottery (step S320).

[0094] FIG. 18 illustrates a thank you input screen 90 that is displayed in place of the feed challenge result screen 80 in response to selection of the confirmation button 84 on the screen. The screen 90 is a screen for a player who has performed a secondary lottery to input a thank you message to a first lottery player who performed the corresponding first lottery. As shown in the figure, the thank you input screen 90 has a first lottery player display area 92 that displays information about the first lottery player (image and account name), a thank you input button 94 with the text "Thank you!", and a cancel button 96. A message indicating that a gift will be given to the first lottery player upon inputting a thank you message is displayed below the first lottery player display area 92. When the thank you input button 94 is selected, a thank you message is input to the corresponding first lottery player. Note that if the player who performed the primary lottery is not a friend of the player who performed the secondary lottery, the player may be able to send a friend request to the first lottery player via the thank you input screen 90.

[0095] When thank you points are awarded to a player who has participated in the first lottery, the number of thank you points for that player is updated (1 point is added) in the user information table 151. In this example, when the number of thank you points reaches a predetermined value (for example, 10 points), the thank you points are automatically exchanged for an item (for example, an item that restores stamina). In response to the exchange of thank you points for an item, the number of thank you points is cleared and the possessed item information is updated.

[0096] 19 illustrates an example of the feed challenge screen 70 in a case where a secondary drawing based on the corresponding feed content has been held twice. In the feed challenge screen 70 in this state, of the five card images 742 arranged in the secondary drawing target display area 741 of the feed content displayed in the content display area 74, two card images 742 (in the example of FIG. 19, the rightmost card image 742 in the upper row and the right card image 742 in the lower row) corresponding to cards that have won in the previous secondary drawing are grayed out (such graying out of winning card images also applies to the secondary drawing target display area 662 in the individual display area 66 of the feed screen 60). In addition, the current value of the remaining number of times that the secondary drawing can be held, which is displayed below the content display area 74, has decreased to 3.

[0097] 20 illustrates a feed challenge result screen 80 that is output in response to the determination of a winning object in the third secondary lottery. In the secondary lottery target display area 82 of the feed challenge result screen 80 in this state, in addition to a winning display object 822 that is arranged superimposed on the card image 821 that was won in this secondary lottery (the card image 821 on the left side of the lower row), two already-obtained objects 823 are arranged superimposed on the two card images 821 that were won and obtained in the previous secondary lotteries (the card image 821 on the right side of the upper row and the card image 821 on the right side of the lower row).

[0098] In the above example, a maximum of five secondary lotteries can be held for one feed content, and the winning object in the secondary lottery is excluded from the objects eligible for the secondary lottery from the next time onward. However, the winning object may not be excluded from the objects eligible for the secondary lottery, and the same combination of objects eligible for the secondary lottery may be applied in each secondary lottery. Furthermore, the number of times that the secondary lottery can be held for one feed content is not limited to five, and may be any value including one. Furthermore, for example, the number of times that the secondary lottery can be held may be set for the pack that is the subject of the corresponding primary lottery.

[0099] In the above example, the amount of stamina consumed in the secondary lottery is set to the value set in the pack that corresponds to the primary lottery, but the amount of stamina consumed may also be changed based on the contents of the secondary lottery object. For example, the amount of stamina consumed may be determined based on the rarity of some or all of the multiple secondary lottery object (cards).

[0100] The service providing server 10 according to the present embodiment described above provides notification information (e.g., feed content) of the result of a primary lottery (e.g., opening a pack) by a first user to other second users, and conducts a secondary lottery (e.g., feed challenge) based on the notification information by the second user, in which a secondary lottery object including the winning object in the primary lottery is won. This allows users to know the results of the primary lottery of other users and to enjoy the secondary lottery in which they can win the winning object in the primary lottery. As a result, the server 10 encourages many users to participate in lottery draws.

[0101] In another embodiment of the present invention, some or all of the functions of the service providing server 10 in the above-described embodiment may be realized by cooperation between the service providing server 10 and the user terminal 30, or may be realized by the user terminal 30. In other words, the system of the present invention may be configured not only by the service providing server 10, but also by the service providing server 10 and the user terminal 30, or may be configured by the user terminal 30.

[0102] The processes and procedures described herein, other than those explicitly described, may be implemented by software, hardware, or any combination thereof. For example, the processes and procedures described herein may be implemented by implementing logic corresponding to the processes and procedures in media such as integrated circuits, volatile memory, non-volatile memory, and magnetic disks. The processes and procedures described herein may also be implemented as computer programs corresponding to the processes and procedures and executed by various computers.

[0103] Although processes and procedures described herein are described as being performed by a single device, software, component, or module, such processes or procedures may be performed by multiple devices, software, components, and / or modules. Also, the software and hardware elements described herein may be implemented by combining them into fewer components or breaking them down into more components.

[0104] In this specification, even if a component of the invention is described as either singular or plural, or is described without limitation as either singular or plural, the component may be either singular or plural unless the context requires otherwise. [Explanation of symbols]

[0105] 10 Service provider server 11. Computer Processor 111 Management function control section 113 Service provision control unit 115 Lottery control unit 15. Storage 151 User Information Table 153 Object Information Table 155 Object Group Information Table 157 Lottery result management table 159 Notification information provision management table 30 User terminals 40 Server-side programs 42 Terminal side program 50 Pack Selection Screen 60 Feed Screen 70 Feed Challenge Screen 80 Feed Challenge Results Screen 90 Thank you input screen

Claims

1. 1. A system for providing a lottery, comprising one or more computer processors, the one or more computer processors comprising: a step of conducting a primary lottery by a first user, in which some of the plurality of primary lottery target objects are selected as winners; providing first notification information of the result of the first lottery by the first user to a second user different from the first user; and conducting a secondary drawing by the second user based on the first notification information, in which at least some of a plurality of objects subject to secondary drawing, including at least some of the one or more winning objects won in the primary drawing by the first user, are won. system.

2. the step of conducting the secondary drawing includes conducting the secondary drawing with a decrease in a user-related parameter associated with the second user; the user-related parameter increases over time; The system of claim 1.

3. the step of holding the secondary lottery includes holding the secondary lottery with a decrease in the user-related parameter by a decrease amount based on values ​​of at least some of the plurality of objects subject to secondary lottery. The system of claim 2.

4. the step of holding the primary lottery includes holding the primary lottery for a specific group of primary lottery objects specified by the first user from a plurality of groups of primary lottery objects in which combinations of the plurality of primary lottery objects are different from one another, the step of conducting the secondary lottery includes conducting the secondary lottery while decreasing the user-related parameter by a decrease amount based on the value of a predetermined parameter of the specific group of primary lottery-subject objects. The system of claim 2.

5. the first notification information includes information regarding the plurality of objects eligible for secondary selection; The system of claim 1.

6. a display mode of the first notification information is changed based on the plurality of secondary lottery target objects and user setting information set for the second user; The system of claim 1.

7. the user setting information includes information about a first object set by the second user; a display mode of the first notification information being changed when the plurality of secondary selection target objects includes the first object; The system of claim 6.

8. the step of holding the secondary drawing includes repeatedly holding the secondary drawing until the number of times the secondary drawing has been held reaches the number of the plurality of objects subject to secondary drawing, The system of claim 1.

9. the step of holding the secondary lottery includes holding the secondary lottery so that at least a part of one or more remaining objects subject to secondary lottery, excluding objects subject to secondary lottery that have been won in the secondary lottery up to the previous time, among the plurality of objects subject to secondary lottery, are won. The system of claim 8.

10. the one or more computer processors further execute a step of, when the number of the one or more winning objects is less than a predetermined value, setting the one or more winning objects and one or more additional objects that are added so that the number of the plurality of objects subject to secondary lottery becomes the predetermined value, as the plurality of objects subject to secondary lottery. The system of claim 1.

11. the one or more computer processors further execute a step of, when the number of the one or more winning objects exceeds a predetermined value, setting a plurality of remaining winning objects, excluding some of the one or more winning objects, as the plurality of objects subject to a secondary lottery, so that the number of the plurality of objects subject to a secondary lottery becomes the predetermined value; The system of claim 1.

12. the step of providing the first notification information includes providing, to the second user at the same time, a plurality of pieces of notification information including the first notification information, the plurality of pieces of notification information corresponding to results of the primary lottery by each of a plurality of users including the first user. The system of claim 1.

13. the step of providing the first notification information includes providing the plurality of notification information items for which the secondary lottery can be conducted to the second user at the same time so that the number of notification information items for which the secondary lottery can be conducted is equal to or less than a predetermined value. The system of claim 12.

14. a provision period for the second user is set for each of the plurality of pieces of notification information; the one or more computer processors further execute a step of excluding, from the plurality of pieces of notification information, notification information whose provision period has expired, and adding new notification information. The system of claim 12.

15. The step of providing the first notification information includes setting the plurality of notification information so that notification information of a result of the first lottery by a related user who has a predetermined relationship with the second user is given priority. The system of claim 12.

16. the step of providing the first notification information includes setting notification information corresponding to a result of the virtual first lottery drawn by a virtual user as part of the plurality of notification information. The system of claim 12.

17. the step of holding the primary lottery includes holding the primary lottery for a specific group of primary lottery objects specified by the first user from a plurality of groups of primary lottery objects in which combinations of the plurality of primary lottery objects are different from one another, the step of providing the first notification information includes, when a value of a predetermined parameter owned by the specific group of primary lottery-eligible objects is within a predetermined range, not providing the first notification information to the second user. The system of claim 1.

18. The one or more computer processors further execute a step of granting a reward to the first user based on the second lottery being conducted by the second user based on the first notification information. The system of claim 1.

19. 1. A method for providing a lottery, executed by one or more computers, comprising: a step of conducting a primary lottery by a first user, in which some of the plurality of primary lottery target objects are selected as winners; providing first notification information of the result of the first lottery by the first user to a second user different from the first user; and conducting a secondary drawing by the second user based on the first notification information, in which at least some of a plurality of objects subject to secondary drawing, including at least some of the one or more winning objects won in the primary drawing by the first user, are won. method.

20. A program for providing a lottery, comprising: a step of conducting a primary lottery by a first user, in which some of the plurality of primary lottery target objects are selected as winners; providing first notification information of the result of the first lottery by the first user to a second user different from the first user; and executing a step of conducting a secondary lottery by the second user based on the first notification information, in which at least some of a plurality of objects subject to secondary lottery, including at least some of the one or more winning objects won in the primary lottery by the first user, are won. program.

Images