JP2023011845A - System, method, and program for managing item sale - Google Patents

Abstract

PROBLEM TO BE SOLVED: To increase satisfaction of purchasers and promote sales of various items.

SOLUTION: An item sale management server 10 according to one embodiment of the present invention is communicably connected to user terminals 30 via a communication network 20, and manages sales of items to users operating the user terminals 30. The server 10 determines purchasable items out of a plurality of purchase object items by a lottery, and then receives applications of the determined purchasable items, so that after executing the lottery of the purchasable items, a user can determine whether or not to purchase an item. Further, the lottery of the purchasable items is executed with consumption of a lottery right, so that this configuration promotes the purchase of a won item as compared with a case of not consuming the right.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to systems, methods, and programs for managing item sales.

Conventionally, various techniques are known for managing the sale of items involving lotteries. For example, Patent Literature 1 below discloses that a game card determined by lottery is presented to a player, and whether or not to obtain the game card is accepted from the player. Such a mechanism allows the player to purchase game cards after confirming the lottery results (purchasable game cards), which may result in increased player satisfaction.

Japanese Patent Application Laid-Open No. 2018-000768

However, although the above-described conventional mechanism promotes the sale of items that satisfy the purchaser, the purchaser tends to purchase only the items that the purchaser likes, which hinders the sale of a wide variety of items. .

One object of the embodiments of the present invention is to improve the satisfaction level of purchasers and to promote sales of various items. Other objects of embodiments of the present invention will become apparent upon review of the specification as a whole.

A system according to one embodiment of the present invention is a system for managing the sale of items, comprising one or more computer processors, wherein the one or more computer processors, in response to execution of readable instructions, determining by lottery one or more purchasable items that can be purchased from among a plurality of items for sale, with the consumption of the lottery right owned by the user; and receiving an offer from the user to purchase at least a portion of the one or more purchasable items.

A method according to an embodiment of the present invention is a method, executed by one or more computers, for managing the sale of items, comprising: determining by lottery one or more purchasable items purchasable from among; presenting said one or more purchasable items to said user; and receiving a purchase application from the user.

A program according to one embodiment of the present invention is a program for managing the sale of items, wherein a computer stores one item that can be purchased from among a plurality of items for sale with consumption of a lottery right possessed by a user. Alternatively, a step of determining a plurality of purchasable items by lottery; presenting the one or more purchasable items to the user; to execute a step of receiving from .

Various embodiments of the present invention improve purchaser satisfaction and promote sales of various items.

1 is a configuration diagram schematically showing the configuration of a network including an item sales management server 10 according to one embodiment of the present invention; FIG. 4 is a diagram exemplifying information managed by a user information table 151; FIG. The figure which illustrates the information which the item information table 153 manages. FIG. 4 is a diagram illustrating information managed by a user-owned item management table 155; FIG. 4 is a flowchart illustrating processing executed by the item sales management server 10 when selling items. FIG. 11 is a diagram exemplifying a lottery instruction screen 50; The figure which illustrates the lottery result screen 60. FIG. The figure which illustrates the purchase procedure screen 70. FIG. FIG. 11 is a diagram exemplifying a lottery instruction screen 50; FIG. 11 is a diagram exemplifying a lottery instruction screen 50;

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the drawings, the same reference numerals may be used for the same or similar components.

FIG. 1 is a configuration diagram schematically showing the configuration of a network including an item sales management 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 manages sales of items to users who operate the user terminals 30 . The item sales management server 10 is an example of a device implementing all or part of the system of the present invention.

First, the hardware configuration of the item sales management server 10 will be described. The item sales management server 10 is configured as a general computer, and as shown in FIG. 15, and these constituent elements are electrically connected via a bus or the like (not shown).

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

The input/output I/F 13 includes various input/output devices for exchanging information with an operator or the like. The input/output I/F 13 includes, for example, information input devices such as keyboards and pointing devices (for example, mice, touch panels, etc.), voice input devices such as microphones, and image input devices such as cameras. The input/output I/F 13 includes an image output device such as a display and an audio output device such as a speaker.

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

The storage 15 is composed of, for example, a magnetic disk, flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like. For example, as shown in FIG. 1, the storage 15 includes a user information table 151 that manages information on users who purchase items, an item information table 153 that manages information on items to be sold, and a table owned by each user. and a user-owned item management table 155 for managing information on items. Also, 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 item sales management server 10 to function as part or all of a system for managing item sales. A part or all of the server-side program 40 may be configured to be executed on the user terminal 30 side via a web browser or other application.

In this embodiment, the item sales management server 10 can be configured using a plurality of computers each having the hardware configuration described above. For example, the server 10 may be composed of one or more server devices.

The item sales management server 10 configured as described above can be configured to have the functions of a web server and an application server, and can be configured to function as a web browser or other applications (for example, item purchasing) installed in the user terminal 30 . application, etc.), and transmits screen data (for example, HTML data) and control data according to the result of the processing to the user terminal 30. FIG. The user terminal 30 displays a web page or other screen based on the received data.

Next, the hardware configuration of the user terminal 30 will be described. The user terminal 30 is configured as a general computer, and as shown in FIG. 35, and these constituent elements are electrically connected via a bus or the like (not shown).

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

The input/output I/F 33 includes various input/output devices for exchanging information with an operator or the like. The input/output I/F 33 includes, for example, information input devices such as keyboards and pointing devices (for example, mice and touch panels), voice input devices such as microphones, and image input devices such as cameras. The input/output I/F 33 includes an image output device such as a display and an audio output device such as a speaker.

The communication I/F 34 is implemented as hardware such as a network adapter, various types of communication software, or a combination thereof, and is configured to enable wired or wireless communication via the communication network 20 or the like.

The storage 35 is configured by, for example, a magnetic disk or flash memory. The storage 35 stores various programs including an operating system, various data, and the like. A program stored in the storage 35 can be downloaded from an application market or the like and installed.

In this embodiment, the user terminal 30 may be configured as a smart phone, tablet terminal, wearable device, personal computer, or the like.

A user of the user terminal 30 configured in this way can access items managed by the server 10 by communicating with the server 10 via a web browser or other application installed in the storage 35 or the like. can be purchased.

Next, functions of the item sales management server 10 configured as described above will be described. The computer processor 11 of the server 10, as shown in FIG. 1, executes a command included in a program (for example, at least part of the server-side program 40) read into the main memory 12, so that the basic function control unit 111 , lottery control unit 113 , and sales management unit 115 .

The basic function control unit 111 is configured to execute various processes related to control of basic functions. For example, the basic function control unit 111 transmits screen data and control data for various screens related to the basic functions to the user terminal 30, and responds to the operation input by the user via the screen displayed on the user terminal 30. and executes various processes, and transmits screen data, control data, etc. according to the results of the processes to the user terminal 30 . Basic functions controlled by the basic function control unit 111 include, for example, login processing (user authentication), billing control, and user account management.

The lottery control unit 113 is configured to execute various processes related to item lottery control. For example, the lottery control unit 113 transmits screen data and control data of various screens related to the item lottery to the user terminal 30, and responds to the operation input by the user via the screen displayed on the user terminal 30. Then, various processes (including lottery processing, for example) are executed, and screen data, control data, and the like according to the results of the processes are transmitted to the user terminal 30 .

The sales management unit 115 is configured to execute various processes related to management of item sales. For example, the sales management unit 115 transmits screen data and control data of various screens related to item sales management to the user terminal 30, and the user's operation input via the screen displayed on the user terminal 30 is performed. , and transmits screen data, control data, etc. according to the results of the processing to the user terminal 30 .

In this embodiment, the lottery control unit 113 determines by lottery one or more purchasable items from among a plurality of sale items to be sold, with the consumption of the lottery right owned by the user. is configured as The item to be sold can also be said to be a lottery target item that is the object of a lottery, and the information thereof is managed in the item information table 153, for example. For example, the lottery control unit 113 causes the user's lottery right to be consumed before or after executing a lottery for determining purchasable items. For example, the lottery control unit 113 rejects the execution of the lottery by the user who does not have the lottery right. Information about the lottery right owned by the user is managed in the user information table 151, for example.

The lottery control unit 113 is also configured to present one or more purchasable items to the user. For example, the lottery control unit 113 transmits screen data of a screen for displaying the lottery result, control data, etc. to the user terminal 30, and the determined (won) purchasable item is sent to the user through the screen. presented to

In this embodiment, the sales management unit 115 is configured to receive an application from a user to purchase at least a portion of one or more purchasable items. For example, the sales management unit 115 receives an application to purchase one or more items selected by the user from among one or more purchasable items via a screen for displaying the lottery results.

As described above, the item sales management server 10 in this embodiment determines a purchasable item from a plurality of items to be sold by lottery, and then accepts an application to purchase the determined purchasable item. After executing the lottery for the purchasable item, it is possible to determine whether or not to purchase the item. Furthermore, since the lottery for purchasable items is executed with the consumption of the lottery rights, the purchase of the winning items is promoted as compared to the case where such rights are not consumed. In other words, the item sales management server 10 improves the satisfaction level of purchasers and promotes sales of various items.

In this embodiment, the lottery right for executing the lottery can be given to the user at various timings. For example, the lottery control unit 113 is configured to grant the lottery right to the user according to the satisfaction of a predetermined condition, and the condition includes various conditions.

For example, the predetermined condition for granting the lottery right includes a condition that is satisfied according to execution of a predetermined action. Such actions include, but are not limited to, logging in, playing mini-games, and the like. Such configurations facilitate execution of corresponding actions.

Moreover, the predetermined conditions for granting the lottery right include conditions that are satisfied according to the purchase of the purchasable item. For example, the lottery control unit 113, when the user purchases the winning purchasable item and the parameter related to the purchase amount (for example, the number of purchases, the purchase amount, etc.) is equal to or greater than a predetermined value, the lottery control unit 113 Grant the right of lottery to In this case, the granted lottery right may be valid only when the lottery is executed continuously (immediately) from the purchase of the purchasable item, or non-continuously (after a period of time) from the purchase of the purchasable item. It may also be a valid right when executing a lottery. Such a configuration encourages purchase of the winning item.

Moreover, the predetermined condition for granting the lottery right includes a condition that is satisfied according to the lapse of a predetermined time. For example, the predetermined condition is configured to be satisfied at predetermined times each day (eg, once at midnight, or three times at 7:00 am, 12:00 am, and 6:00 pm, etc.). Such a configuration may facilitate the practice of performing draws for purchasable items.

Further, the lottery control unit 113 can be configured to limit the number of times the lottery right is granted to one user in a predetermined period to a predetermined value (provide an upper limit to the number of times the lottery right is granted). For example, the number of grants of lottery rights may be limited to once per day. Such a configuration may increase the rarity of raffle rights, thereby encouraging purchase of winning purchasable items.

Also, the lottery control unit 113 can be configured to limit the number of executions of a purchasable item lottery by one user in a predetermined period to a predetermined value (provide an upper limit to the number of times a lottery is executed). For example, the number of times the lottery runs may be limited to once per day (even for users with many lottery rights). Such a configuration may improve the rarity of the lottery for determining purchasable items, thereby promoting the purchase of winning purchasable items.

In this embodiment, lottery rights may be managed in various ways. For example, the lottery right can be managed as the remaining number of times the lottery can be executed at that time. Also, for example, the lottery right can be managed as a flag or the like indicating whether or not the lottery can be executed at that time. Also, for example, lottery rights can be managed as virtual items (including tickets, points, coins, etc.).

Items in this embodiment include various goods and services that can be sold. For example, items include physical goods and services. Also, for example, items include virtual (or electronic) items. Virtual items include, for example, cards, characters, and game items. Virtual items may also be priced based on the value of associated parameters (eg, rarity or level, etc.).

Also, items in this embodiment can be managed using a non-fungible token (hereinafter sometimes referred to as “NFT” (Non-Fungible Token)) issued on the blockchain. The NFT can be configured as a token that complies with “ERC721”, which is the standard of Ethereum, a blockchain platform, for example. For example, when an item is sold to a specific user, the sales management unit 115 issues an NFT corresponding to the sold individual item on the Ethereum blockchain in association with the Ethereum address of the specific user. . Such a configuration allows NFT-based management of the items sold.

In this embodiment, the lottery control unit 113 manages the remaining number of each of the plurality of items for sale, and determines the purchasable item according to the winning probability based at least on the remaining number of each of the plurality of items for sale. can be configured to perform a lottery of In this case, multiple items for sale may be shared by multiple users. Such a configuration may enhance the enjoyment of drawing for purchasable items.

Also, in this case, the remaining number of items to be sold may be decreased in accordance with winning as a purchasable item. Such a configuration reduces the remaining number of the item when it is won (before it is actually purchased), so it prevents the remaining number of the item from becoming 0 after the item is won and making it impossible to purchase. .

Also, in this case, the remaining number of items to be sold may be increased (restored) according to the determination that the winning item will not be purchased. For example, the lottery control unit 113 determines the timing at which the winning of the item becomes invalid (for example, the timing at which a predetermined time has elapsed since the execution of the lottery, the timing at which the user has performed a cancellation operation, or the purchase of another item that has been won at the same time). At the timing of the application, etc.), it is determined that the item will not be purchased, and the remaining number is increased. Such a configuration assists in proper management of item balances.

Next, a specific example as one aspect of the item sales management server 10 of the present embodiment having such functions will be described. In this example, server 10 provides a card selling service that sells digital cards as virtual and electronic items. The cards display game characters, athletes, or the like, and can also be called virtual and electronic trading cards.

First, information managed by each table in this example will be described. FIG. 2 illustrates information managed by the user information table 151 in this example. The user information table 151 in this example manages information related to users of the card sales service, and as shown in the figure, is associated with a "user account" that identifies an individual user, such as an account name, gender, and date of birth. "Basic information" including credit card information, "Payment information" including credit card information, "Lottery completion flag" indicating whether or not the lottery to determine the card that can be purchased has been executed, and the number of consecutive executions of such lottery It manages information such as the “number of consecutive lottery executions” and the “Ethereum address”, which is the address of Ethereum as a platform using blockchain.

Although the details will be described later, the "lottery completed flag" is updated to a value indicating "lottery completed" when the lottery for the purchasable item is executed, and thereafter at a predetermined time every day (for example, midnight) It is updated (initialized) to a value indicating "lottery".

FIG. 3 illustrates information managed by the item information table 153 in this example. The item information table 153 in this example manages information related to cards as items to be sold in the card sales service in this example. name", "remaining number (initial value)" indicating the initial value of the remaining number of this card (can also be called "number of sales"), "remaining number (current value)" indicating the current value of the remaining number of this card )”, “rarity”, “selling price”, and “individual ID (latest value)”. Cards identified by card IDs are cards of the same type (for example, having the same design), and card IDs do not identify individual cards sold to each user. Any value from 1 to 4 is set for the rarity, and the higher the value, the higher the rarity. The higher the rarity value, the higher the selling price (higher price). Further, in the individual ID (latest value), the latest value of the card individual ID, which will be described later, assigned to the individual card sold to the user is set.

FIG. 4 illustrates information managed by the user-owned item management table 155 in this example. The user-owned item management table 155 in this example manages information about cards owned by each user. Information such as "card ID" and "NFTID" is managed in association with the combination of "card individual ID". The individual card ID is set to a different value for each card (for each individual card) even if the cards have the same card ID, and the value is set according to the rule of "card ID + branch number", for example. be. For example, the NFTID is the token ID of the NFT issued on the Ethereum blockchain, and is set to a different value for each card, similar to the individual card ID. The individual card ID is an ID for identifying the individual card within the card sales service of this example, while the NFTID is an ID for identifying the NFT corresponding to the individual card on the Ethereum blockchain. I can say.

Next, processing executed by the item sales management server 10 and screens displayed on the user terminal 30 in this example will be described.

FIG. 5 is a flowchart illustrating processing executed by the item sales management server 10 when selling items. The server 10 first receives an instruction to execute a lottery from a user, as shown in the figure (step S100). The lottery execution instruction is accepted via a screen displayed on the user terminal 30 .

FIG. 6 illustrates a lottery instruction screen 50 displayed on the user terminal 30 . The screen 50 is a screen for the user to instruct the execution of the lottery, and as shown in the figure, a status display area 52 for displaying the sales status of the cards to be sold and the text "execute the lottery" are added. A lottery execution button 54 is provided.

The status display area 52 displays the name, rarity (the number to the right of the star symbol), remaining number, etc. for each of the plurality of cards to be sold. The remaining number of cards is displayed with a gauge-shaped object in the form of [current value/initial value]. These pieces of information are managed in the item information table 153. FIG. In this example, multiple cards for sale are shared by multiple users.

When the lottery execution button 54 on the lottery instruction screen 50 is selected, an instruction to execute the lottery is issued. Returning to the flowchart of FIG. 5, upon receiving the instruction to execute the lottery, the server 10 next executes the lottery (step S110). Specifically, a lottery is held based on the winning probability of each card, which is set according to the remaining number (current value). Also, in this example, five cards are won in one lottery. In one lottery, a predetermined number (eg, 1) or more of cards having a rarity of a predetermined value (eg, 3) or more may always be won. In addition, the number of consecutive lottery executions in the user information table 151 is updated (added by 1) according to the execution of the lottery.

Subsequently, the server 10 updates the remaining number of cards based on the lottery result (step S120). Specifically, in the item information table 153, the value of the remaining number (current value) of the corresponding card is decreased based on the type and number of the winning cards. When the remaining number of cards is updated, other user terminals 30 perform display and lottery based on the updated remaining number of cards.

Then, the server 10 presents the lottery result (step S130). FIG. 7 illustrates a lottery result screen 60 for displaying lottery results. The screen 60 is displayed instead of the lottery instruction screen 50 after the lottery is executed. As shown in the figure, the lottery result screen 60 includes a winning card display area 62 that displays information about the five winning cards, a purchase button 64 to which the text "proceed to purchase" is added, and a text "not to purchase". and a cancel button 66 to which text is added.

The winning card display area 62 is arranged with five individual display areas 622 each displaying information about an individual winning card. The area 622 displays the image, name, rarity, and sales price of the corresponding card, and has an add-to-cart button 624 with the text "Add to Cart" at the bottom. When the button 624 is selected, the corresponding card is added to the virtual shopping cart.

In addition, below the winning card display area 62, there is displayed a text that reads, "*Purchase of 1,000 yen or more allows the lottery to be executed again (up to four times)." In this way, in this example, a user who has purchased cards worth 1000 yen or more out of the five cards included in one winning result can run the lottery again. Moreover, the upper limit of the number of re-executions of such a lottery is four. Considering the first lottery, a maximum of five lotteries are possible.

When the user wants to purchase one of the five winning cards, the user selects an add-to-cart button 624 of the corresponding individual display area 622 to add the corresponding card to the shopping cart, and then clicks the purchase button. Select 64. On the other hand, the user selects the cancel button 66 when not purchasing any of the five winning cards.

Returning to the flowchart of FIG. 5, when purchase button 64 on lottery result screen 60 is selected (YES in step S140), server 10 executes purchase procedure processing (step S150). FIG. 8 illustrates a purchase procedure screen 70 for the user to proceed with the purchase procedure. As shown, the screen 70 displays the contents of a virtual shopping cart, payment method, billing amount (purchase amount), and the like. The user can also change the payment method via the purchase procedure screen 70 . In addition, the screen 70 has a purchase confirmation button 72 to which the text "confirm purchase" is added at the lower end thereof, and when the button 72 is selected, the purchase procedure process is executed. In the purchase procedure processing, processing in general commercial transaction services such as payment processing is performed.

Subsequently, the server 10 updates the user's card information (step S160). Specifically, for each purchased card, a new record is created in the user-possessed item management table 155, and the corresponding user account, individual card ID, and card ID are set. As for the card individual ID, the server 10 generates a new value based on the individual ID (latest value) of the item information table 153 . The individual ID (latest value) of the item information table 153 is updated according to the generation of the new card individual ID.

Next, the server 10 issues an NFT corresponding to each purchased card (step S170). Specifically, an NFT is issued on the Ethereum blockchain for each card, and the token ID of the issued NFT is set as the NFTID of the user-held item management table 155 . The issuance of NFTs is accomplished, for example, through the execution of smart contracts, and the issued NFTs are associated with the user's Ethereum address on the Ethereum blockchain. This allows the user to sell the purchased card on the NFT marketplace where NFT items can be traded, or exchange it for other NFT items.

Subsequently, the server 10 cancels the update of the remaining number of cards that were not purchased (step S180). That is, of the update (decrease) of the remaining number of cards performed in step S120, the update (increase) of the remaining number of cards that have not been purchased is canceled (increased).

Then, if the purchase amount is 1000 yen or more (YES in step S190) and the number of consecutive executions of the lottery has not reached 5 times (that is, if it is 4 times or less) (NO in step S200). ), the process returns to step S100 (receipt of lottery execution instruction), and the user can issue a lottery execution instruction again. In other words, in this example, when the purchase amount is 1000 yen or more and the number of consecutive lottery executions is 4 or less, a new lottery right is granted. In place of or in addition to the condition regarding the purchase amount, a condition regarding the number of purchases (for example, the number of purchases is 3 or more) may be applied.

FIG. 9 exemplifies the lottery instruction screen 50 that is displayed again when the purchase amount for the first lottery result is 1000 yen or more. In this case, the second lottery is possible, and as shown in the figure, the text "second consecutive lottery" (corresponding number of consecutive lottery executions) is displayed above the lottery execution button 54 . The number of consecutive lottery executions is managed in the user information table 151 .

Returning to the flowchart of FIG. 5, on the other hand, if the purchase amount is less than 1000 yen (NO in step S190), or if the purchase amount is 1000 yen or more but the number of consecutive executions of the lottery reaches 5 times, (YES in step S200), server 10 updates the lottery completion flag (step S210). Specifically, the value of the lottery completed flag in the user information table 151 is updated to a value indicating that the lottery has been completed. In addition, the number of consecutive lottery executions is also cleared according to the update of the lottery completed flag. As described above, the lottery completed flag is initialized at a predetermined time thereafter and updated to a value indicating that the lottery has not yet been completed.

FIG. 10 illustrates the lottery instruction screen 50 when the value of the lottery completed flag in the user information table 151 is a value indicating that the lottery has been completed. On the screen 50 in this state, as shown in the figure, the lottery execution button 54 has the text "executed for today" instead of the text "execute the lottery". Also, the button 54 is disabled and cannot be selected by the user. In this way, updating the value of the lottery completed flag to "allotted" can be said to consume the right to draw.

Returning to the flowchart of FIG. 5, when the cancel button 66 is selected on the lottery result screen 60 (NO in step S140), the server 10 cancels updating the remaining numbers of each of the five winning cards (step S220), and updates the lottery completion flag (step S210). Specifically, in the item information table 153, the corresponding remaining number (current value) value is increased based on the type and number of five winning cards.

In this way, in this example, after executing a lottery to determine a purchasable card from a plurality of cards to be sold, the user inputs the necessity of purchasing the winning card through the lottery result screen 60. can do. Furthermore, once the lottery is executed, the next lottery cannot be executed until a predetermined time (a lottery completed flag is initialized) unless a card worth 1000 yen or more is purchased, so the purchase of the winning card is promoted.

In the above example, the right to execute the card lottery is granted at a predetermined time every day (the lottery completion flag is initialized), the purchase amount for the lottery result is 1000 yen or more, and Although the lottery right is granted when the number of consecutive executions of the lottery is four or less (a second lottery instruction is possible), the conditions for granting the lottery right are not limited to these. For example, granting lottery rights as a login bonus, granting lottery rights as a reward for mini-games (e.g., a game in which a deck is built from sold cards, etc.), or performing other actions. The lottery right may be granted according to

In the above example, a user cannot possess multiple lottery rights, but in another example of the present embodiment, multiple lottery rights are owned (accumulated) by the user. In this case, the lottery right can also be managed as a virtual lottery item (including points, coins, etc.), and the lottery item is granted to the user according to the satisfaction of a predetermined condition. , is consumed according to the execution of the lottery.

In the above example, a plurality of cards for sale are shared by a plurality of users. can be In addition, a card lottery may be executed according to a predetermined winning probability without managing the number of remaining cards.

In the above example, the card purchase procedure is performed in the item sales management server 10, but at least a part of the item purchase processing is performed in other servers, systems, and services. good too. In this case, the server 10 may accept only purchase applications for items included in the lottery results.

In the above example, trading cards are sold, but in other examples of the present embodiment, virtual items other than cards, or real products and services can be sold.

The item sales management server 10 according to the present embodiment described above determines a purchasable item from a plurality of items to be sold (for example, cards, etc.) by lottery, and then makes an application for purchase of the determined purchasable item. Since it is accepted, the user can decide whether or not to purchase the purchasable item after the lottery for the purchasable item is executed. Furthermore, since the lottery for purchasable items is executed with the consumption of the lottery rights, the purchase of the winning items is promoted as compared to the case where such rights are not consumed. In other words, the item sales management server 10 improves the satisfaction level of purchasers and promotes sales of various items.

In another embodiment of the present invention, part or all of the functions of the item sales management server 10 in the above-described embodiment are realized by the cooperation of the item sales management server 10 and the user terminal 30, or the user It can be implemented by terminal 30 . For example, part or all of the functions of the server-side program 40 can be realized by an item purchase application or the like executed on the user terminal 30 side.

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

Although the 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 or modules. and/or by multiple modules. Also, the software and hardware elements described herein can be implemented by aggregating them into fewer components or by decomposing them into more components.

In this specification, even if the components of the invention are described as either singular or plural, or are described without being limited to either singular or plural, when the context requires otherwise , the component may be singular or plural.

10 Item Sales Management Server 11 Computer Processor 111 Basic Function Control Unit 113 Lottery Control Unit 115 Sales Management Unit 15 Storage 151 User Information Table 153 Item Information Table 155 User Owned Item Management Table 30 User Terminal 40 Server Side Program 50 Lottery Instruction Screen 60 Lottery Result screen 70 Purchase procedure screen

Claims (16)

A system for managing the sale of items, comprising one or more computer processors, wherein the one or more computer processors, in response to execution of readable instructions,
a step of drawing lots to determine one or more purchasable items that can be purchased from among a plurality of items for sale, with consumption of the lottery right owned by the user;
presenting the one or more purchasable items to the user;
receiving an offer from the user to purchase at least a portion of the one or more purchasable items;
system. The one or more computer processors further execute a step of granting the lottery right to the user according to satisfaction of a predetermined condition.
The system of Claim 1. The predetermined condition includes a condition that is satisfied according to execution of a predetermined action,
3. The system of claim 2. the predetermined conditions include conditions that are satisfied upon purchase of at least a portion of the one or more purchasable items;
4. The system of claim 3. The predetermined condition includes a condition that is satisfied according to the passage of a predetermined time,
5. The system of any one of claims 2-4. The granting step includes limiting the number of grants of the lottery right to the user in a first predetermined period to a first predetermined value,
A system according to any of claims 2-5. The determining step includes limiting the number of times the lottery is performed by the user during a second predetermined period to a second predetermined value,
7. The system of any one of claims 1-6. the item is a virtual item,
8. The system of any one of claims 1-7. said item is priced based on the value of an associated parameter;
9. The system of claim 8. The item is managed using a non-fungible token issued on the blockchain;
10. The system of any one of claims 1-9. The one or more computer processors further perform the step of managing the remaining quantity of each of the plurality of items for sale,
The step of determining includes executing the lottery according to a winning probability based at least on the remaining number of each of the plurality of items for sale.
11. The system of any one of claims 1-10. wherein the plurality of items for sale are shared by a plurality of users;
12. The system of claim 11. The managing step includes decreasing the remaining number of the specific item in response to a specific item included in the plurality of items for sale being selected as a purchasable item,
13. The system of claim 12. The managing step includes increasing the remaining number of the specific item in response to determination that the winning specific item will not be purchased,
14. The system of claim 13. A method, implemented by one or more computers, for managing the sale of items, comprising:
A step of determining by lottery one or more purchasable items that can be purchased from a plurality of items for sale, with the consumption of the lottery right owned by the user;
presenting the one or more purchasable items to the user;
receiving an offer from the user to purchase at least a portion of the one or more purchasable items;
Method. A program for managing the sale of items, the computer comprising:
a step of drawing lots to determine one or more purchasable items that can be purchased from among a plurality of items for sale, with consumption of the lottery right owned by the user;
presenting the one or more purchasable items to the user;
receiving an offer from the user to purchase at least a portion of the one or more purchasable items;
program.

Images