System for providing short gacha and method thereof

Abstract

The present invention relates to a short gacha provision system and method, wherein the short gacha provision system comprises a short gacha service server that provides a short gacha with a total number of allowed draws set for users, and a user terminal that connects to the short gacha service server, selects a short gacha provided by the short gacha service server, and requests a draw through the selected short gacha. The short gacha service server comprises: a short gacha generation unit that generates a plurality of short gachas by grading draw products based on value, distributing the quantity of draw products by grade, allocating draw products based on grade and quantity, and setting an upper limit (cap) for the number of allowed draws; a pre-disclosure / transmission / reception unit that provides draw product information to the user terminal and receives input for selecting a short gacha and a draw request for the selected short gacha from the user terminal; and a cap management unit that determines whether to allow the draw request based on the remaining number of CAPs per short gacha, and updates the remaining number of allowed draws if allowed. It includes a lottery engine unit that determines a winning prize by drawing based on a random number when a drawing request is allowed; and a winning prize information control unit that controls the provision of the remaining quantity of winning prizes and winning prize information to the user terminal until a cap is exhausted or until a preset certain time has elapsed.

Description

Technology Field

[0001] The present invention relates to a probabilistic reward system provided in a network-based service, and in particular to a short gacha providing system and method that divides and provides rewards (cards / items / coins, etc.) in a gacha service into a plurality of short gacha pools. Background Technology

[0002] Gacha refers to a drawing or probability-based item, and it is said to have originated from the Japanese onomatopoeia "gacha-gacha," which describes the clicking sound made when spinning a capsule toy vending machine. The gacha system is a type of "drawing" system in which you obtain random items or characters by paying currency or paid goods.

[0003] The defining characteristic of gacha is randomness. The core element is the uncertainty; while you might obtain a rare item worth more than the amount paid, conversely, you could also receive only low-value items. You cannot know in advance which item will appear, and the outcome is determined by probabilities set by the developers. Rewards are typically categorized into grades such as Normal (N), Rare (R), and Super Rare (SR), with higher grades having a lower probability of acquisition. The Pity System is a safety mechanism that guarantees a reward if the desired item does not appear even after a certain number of pulls.

[0004] Meanwhile, the term “Shor Gacha” as used in this specification refers to one of a plurality of draw pools automatically generated by a gacha providing service server, wherein a cap is set for the number of draws allowed per Short Gacha for each pool, and refers to a draw unit selectable based on winning product information disclosed in advance before the draw is executed, the cap, etc. Here, the cap refers to the upper limit of the number of draw attempts allowed for the entire specific Short Gacha, and the grade and remaining quantity of the draw product are not disclosed in the Short Gacha.

[0005] In a typical gacha system, if users are able to check "what rewards remain—that is, the grade and remaining quantity of the draw items"—a problem may arise where users take strategic actions such as participating only at specific times or stopping participation altogether, making it difficult for the operator to achieve the distribution and depletion goals intended by the operator (e.g., exhausting a certain cap).

[0006] In particular, if the “remaining quantity of draw items” is disclosed in a short gacha, users may avoid participating in the short gacha if they determine that the remaining draw items do not contain the items they want or are in extremely small quantities. Consequently, the total number of picks (cap) allocated to the short gacha may remain unused for a long period. This may lead to problems such as reduced predictability of event operations and difficulty in achieving operational goals (using up the set total amount within a certain period).

[0007] Furthermore, existing gacha systems make it unclear whether the desired prize is listed on a banner, or if it is mixed into a pool that is too large, it is difficult for users to decide whether to participate, potentially leading to an increase in unnecessary draws. Additionally, it is difficult to precisely limit or distribute the supply of draw items (cards, coins, items, etc.) in existing systems. Moreover, there is a lack of a structure that allows users to focus their participation on the draw items they prefer (cards). Prior art literature

[0008] Published Patent Application No. 10-2014-0044169, (Published April 14, 2014) The problem to be solved

[0009] The problem that the present invention aims to solve is created to solve the aforementioned problems, and provides a short gacha providing system and method that, while a general gacha allows for about 10,000 draws, a short gacha limits the number of draws to about 1,000 to end the draw quickly, and instead discloses the card name, image, grade, quantity, etc. of the draw product in advance so that the user can select a gacha containing the desired draw product, such as a card, item, or coin, and can automatically generate multiple short gachas that satisfy pre-set conditions. means of solving the problem

[0010] A short gacha providing system according to the present invention for solving the above technical problem comprises: a short gacha service server that provides a short gacha with a total number of allowed draws set for users; and a user terminal that connects to the short gacha service server, selects a short gacha provided by the short gacha service server, and requests a draw through the selected short gacha, wherein the short gacha service server comprises: a short gacha generating unit that grades draw products (cards, coins, etc.) based on value, distributes the quantity of draw products by grade, allocates draw products to each short gacha based on the grade and quantity, sets an upper limit (cap) for the number of allowed draws, and generates a plurality of short gachas based on the cap; and a pre-disclosure / transmission / reception unit that provides draw product information to the user terminal, including identification information, image, grade, and allocated quantity by grade of the draw product assigned to each generated short gacha, and receives a short gacha selection input and a draw request for the selected short gacha from the user terminal. It includes: a cap management unit that, upon receiving a drawing request for a short gacha from a user terminal, determines whether to allow the drawing request based on the remaining number of CAPs for each short gacha, and updates the remaining number of allowed draws if allowed; a drawing engine unit that determines a winning product by drawing based on a random number when the drawing request is allowed in response to the drawing request; and a winning product information control unit that controls the user terminal not to provide the remaining quantity of the short gacha winning product and the winning product information in response to the user's drawing request until the cap for each short gacha is exhausted or until a predetermined certain time has elapsed.

[0011] The above value standard grades are 4-tier grades including SSR, SR, R, and dummy, and the cap per short gacha may be 1,000 times. The above short gacha generation unit may classify the winning items by theme and generate short gachas for each theme.

[0012] The above-mentioned lottery engine unit calculates a weight for each lottery item based on at least one of a basic weight, a quantity of lottery items in stock by grade, time remaining until the end of short gacha operation, and a depletion target, generates a random number based on the above-mentioned weight, and can select a lottery item or a dummy as a winning result using the above-mentioned random number.

[0013] A method for providing a short gacha according to the present invention for solving the above technical problem, comprising a method for providing a short gacha in which the total number of draws allowed is pre-set, the method comprising: a step of classifying a plurality of draw products into value-based grades and distributing quantities by grade; a step of automatically generating a plurality of short gachas based on a cap of the number of draws allowed per short gacha; a step of providing pre-disclosure information to a user terminal including identification information, images, grades, and initial allocated quantities of candidate draw products included in each short gacha; a step of determining whether to allow a draw request based on the remaining number of draws per cap of the selected short gacha when receiving a short gacha selection input from the user terminal, and updating the remaining number of draws if allowed; a step of determining a winning result based on a random number in the selected short gacha; and a step of controlling not to disclose the remaining quantity of draw products by grade remaining in the short gacha until the cap per short gacha is exhausted or until a predetermined time, and not to provide information on the winning draw product to the user terminal. Effects of the invention

[0014] According to the short gacha providing system and method of the present invention, by classifying gacha products by theme and providing short gacha by theme, the user can select a gacha containing the gacha product they want, thereby increasing the probability of winning the gacha.

[0015] In addition, existing gacha systems make it unclear whether the desired prize is on the banner or if it is mixed into a pool that is too large, making it difficult for users to decide whether to participate in the gacha and potentially leading to an increase in unnecessary draws. However, according to the present invention, the prize can be clearly identified, making it easier to decide whether to participate in the gacha and reducing unnecessary draws.

[0016] In addition, by keeping the remaining quantity of the gacha items private, the operator can suppress strategic behaviors such as users seeing the grade and quantity of the remaining gacha items and participating only at specific times or stopping participation, thereby increasing the likelihood of achieving the distribution and consumption goals for each short gacha intended by the operator. Brief explanation of the drawing

[0017] FIG. 1 is a block diagram showing the configuration of a short gacha providing system according to one embodiment of the present invention. FIG. 2 is a diagram illustrating the operation of a short gacha generation unit of a short gacha providing system according to an embodiment of the present invention. Figure 3 shows that in the short gacha generation unit, gacha items are divided into grades based on value and the short gacha is divided into cap=1,000. FIG. 4 illustrates an example for explaining the features of a short gacha providing system according to an embodiment of the present invention. FIG. 5 is a flowchart illustrating a method for providing a short gacha according to one embodiment of the present invention. FIG. 6 is a flowchart illustrating an example of a method for providing a short gacha according to an embodiment of the present invention. Specific details for implementing the invention

[0018] Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the attached drawings. The embodiments described in this specification and the configurations illustrated in the drawings are merely preferred embodiments of the present invention and do not represent all technical concepts of the present invention; therefore, it should be understood that various equivalents and modifications that can replace them may exist at the time of filing this application.

[0019] In this specification, “cap” refers to the upper limit of the number of draw attempts allowed by the server for a specific short gacha (or the entire event). “Short gacha cap” refers to the upper limit of the short gacha unit (e.g., 1,000 attempts per short gacha). “Event total cap” refers to the upper limit of the entire event (e.g., a total of 10,000 attempts), and in the embodiments, it may be set to be equal to the sum of each short gacha cap (1,000 × 10 = 10,000). The meaning of “cap exhausted” is that the accumulated number of draw attempts has reached the upper limit, and additional draw requests are rejected.

[0020] In this specification, the term “remaining winning quantity” means the “remaining quantity” obtained by subtracting the quantity of winning items already confirmed for payment (or paid out) from the quantity of winning items initially allocated to a specific short gacha (initial quantity). The initial quantity is a value that may be included in the prior disclosure information (e.g., 3 copies of SSR Card A), and the remaining winning quantity is a value that changes during the operation process (e.g., if 2 copies of SSR Card A have already been paid out, the remaining 1 copy).

[0021] An important control in the present invention is to control that, even if the “initial quantity” is disclosed in advance, the “remaining winning quantity (remaining quantity)” is not provided to the user terminal until the cap is exhausted or until a certain amount of time has elapsed.

[0022] FIG. 1 is a block diagram showing the configuration of a short gacha providing system according to one embodiment of the present invention, wherein the short gacha providing system comprises a short gacha service server (300) and a user terminal (100).

[0023] A short gacha service server (300) provides a short gacha with a total number of draws allowed for users set, and a user terminal (100) connects to the short gacha service server (300), selects a short gacha provided by the short gacha service server (300), and requests a draw through the selected short gacha.

[0024] The short gacha service server (300) comprises a short gacha generation unit (310), a pre-disclosure / transmission / reception unit (320), a cap management unit (330), a lottery engine unit (340), and a winning product information control unit (350), and may further include a log data storage unit (360).

[0025] The short gacha generation unit (310) grades the gacha items (cards, coins, etc.) based on their value and distributes the quantity of gacha items by grade, allocates the gacha items based on the grade and quantity for each short gacha, sets a cap on the number of draws allowed, and generates multiple short gachas based on the cap.

[0026] Theme tags can be automatically assigned by utilizing metadata that exists in advance on each card (winning item) (e.g., series name, character ID, attribute, production line, IP category, etc.). The procedure involves placing fields such as series, character_group, attribute, and franchise in the card master DB. Priority rules are defined. For example, if character_group exists, it can be used as the theme tag, and if it does not exist, series, and if it does not exist, franchise can be used in that order. The short gacha service server (300) determines a tag for each card and can group cards with the same tag into the same chapter (round) or the same short gacha candidate group. By doing so, the classification intended by the operator matches the tag stability, which can reduce user confusion.

[0027] Additionally, theme tags can be configured using constraint optimization-based tagging that satisfies grade and quantity balance conditions. This method is not a simple classification of the theme tags themselves, but rather an automatic arrangement method in which “each short gacha / chapter satisfies the target grade distribution (SSR / SR / R / 꽝) and target initial quantity.” In this method, the target constraints can be set as the minimum / maximum quantity of SSR per short gacha, the range of SR / R / 꽝 quantities per short gacha, and the total sum of initial quantities per short gacha (= total sum of candidate quantities). By inputting candidate tags of cards (manual tags or tags from Examples 1 / 2), card bundle combinations by tag are searched, and combinations satisfying the constraints are selected to configure chapters (rounds) and organize short gachas. If the constraints are not satisfied, some cards may be reassigned to other tags, or the number of short gachas within a round may be adjusted. By doing this, the “operational goal of grade and quantity distribution” is automatically satisfied simultaneously with theme classification, and it is possible to mitigate the excessive advantage or disadvantage of specific short gachas.

[0028] In addition, the short gacha generation unit (310) can classify the winning products by theme and generate short gachas for each theme by assigning identification information of the theme to the theme tag. The theme tag can be assigned manually by the operator or automatically, and chapters (rounds) can be organized by theme.

[0029] For example, for users who prefer Pokémon cards, multiple short gachas can be created with Pokémon as one theme, and for users who prefer sports cards, multiple short gachas can be created with sports cards as another theme. By doing this, users can select and draw from short gachas that contain the cards they wish to collect, thereby reducing unnecessary draws.

[0030] Chapter (Round) entities and Short Gacha entities can be configured and managed as follows. Chapter (Round) entity: {chapter_id, theme_tag, chapter_cap, short_gacha_ids[]} Short Gacha entity: {gacha_id, chapter_id, candidate_reward_list, gacha_cap, disclosure_policy} can be provided, and the “number of Short Gachas per Round” can be set as a parameter rather than a fixed N. Additionally, the number of Short Gachas can be calculated so that the reward quantity / grade distribution within the theme tag satisfies specific criteria, and so that the number of Short Gachas satisfies the round cap and the allocation target for each grade.

[0031] FIG. 2 is a diagram for explaining the operation of a short gacha generating unit (310) of a short gacha providing system (300) according to one embodiment of the present invention, and FIG. 3 shows that the short gacha generating unit (310) divides the gacha items into grades based on value and divides the short gacha into cap=1,000.

[0032] The short gacha generation unit (310) assigns a grade to each of the reward sets (311) of the general gacha, that is, the prize items of the general gacha, and distributes the quantity to each grade for the short gacha generated (313). In an embodiment of the present invention, the value standard grade is composed of four grades (30) and may include SSR, SR, R, and dummy.

[0033] In addition, a cap is set for each short gacha (315). In an embodiment of the present invention, it is assumed that 10,000 draws can be made for all draw products, and if 10 short gachas are created, 1,000 draws can be made for each short gacha. That is, the upper limit value (cap) for the draw per short gacha can be set to 1,000.

[0034] When a cap is set for each short gacha, short gachas can be automatically generated based on the set grade, the quantity per grade, and the set cap (317). In an embodiment of the present invention, 10 short gachas (SG-01~SG-10) with cap = 1,000 are generated (35).

[0035] Table 1 shows examples of event / short gacha generation parameters.

[0036] item Value (Example) note Total event cap 10,000 pick fix Short Gacha count 10 Automatic generation Short Gacha per cap 1,000 pick Key Cap rating SSR / SR / R / dummy Step 4

[0037] [Table 2] shows an example of the distribution of grade quantities (initial quantity) by short gacha.

[0038] Short Gacha ID SSR initial quantity SR initial quantity R initial quantity 꽝 (꽝 means "꽝" in Korean, which is a losing bid) initial quantity total SG-01 5 20 75 200 300 SG-02 5 20 75 200 300 SG-03 5 20 75 200 300 SG-04 5 20 75 200 300 SG-05 5 20 75 200 300 SG-06 5 20 75 200 300 SG-07 5 20 75 200 300 SG-08 5 20 75 200 300 SG-09 5 20 75 200 300 SG-10 5 20 75 200 300

[0039] In [Table 2], the initial quantity sum (e.g., 300) is a value to show the quantity of candidate card composition as an example, and cap(1,000 pick) is the upper limit of the number of attempts to draw, and does not need to be the same as the initial quantity sum of candidate cards.

[0040] The pre-disclosure / transmission / reception unit (320) provides the user terminal (100) with lottery product information including identification information, image, grade, and allocated quantity per grade of the lottery product assigned to each of the generated short gachas, receives a short gacha selection input and a lottery request for the selected short gacha from the user terminal (100), and is responsible for transmitting and receiving data or signals with the user terminal (100).

[0041] When the cap management unit (330) receives a request to draw for a short gacha from a user terminal (100), it determines whether to allow the draw request based on the remaining number of CAPs for each short gacha, and if allowed, updates the remaining number of allowed draws.

[0042] The lottery engine unit (340) responds to the above lottery request, and if the lottery request is accepted, determines the winning prize by drawing based on a random number. The lottery engine unit (340) calculates a weight for each lottery prize based on at least one of a basic weight, the quantity of lottery prize stock by grade, the time remaining until the end of the short gacha operation, and the exhaustion target, generates a random number based on the above weight, and can select a lottery prize or a dummy as the winning result using the above random number. In addition, the lottery engine unit (340) performs a weighted lottery based on stock and exhaustion targets by dynamically calculating the weight for each prize based on the remaining stock, the time remaining, and the exhaustion target, rather than the basic probability, and draws. By doing so, it solves the calculation / control problem of “probability control under stock constraints” rather than a simple business model.

[0043] The winning product information control unit (350) controls the remaining quantity of the short gacha winning product and the winning product information in response to the user's drawing request to not provide the winning product information to the user terminal (100) until the cap for each short gacha is exhausted or until a predetermined time has elapsed.

[0044] The log data storage unit (360) stores data regarding the entire process of transmitting and receiving information about the winning prize when a user terminal (100) connects to the short gacha service server (300), selects a short gacha, and requests a draw. For each draw request, a transaction log including user identification information, short gacha pool identification information, the time of the request, and the draw processing result may be stored. Before reaching the cap upper limit, a commit value (hash value) based on at least some of the transaction logs may be generated and stored, and after reaching the upper limit, public information corresponding to the commit value may be provided. This enables post-verification and dispute response.

[0045] Additionally, the log data storage unit (360) records data regarding the entire process of transmitting and receiving information about winning lottery prizes, including log data, for audit logs (which may include verification data), and secures verification data such as hash chains and commits. That is, since the present invention includes “non-disclosure of remaining winning quantity” and “disclosure after cap exhaustion,” a post-verification structure such as log storage or commit-rebuild (hash-based commit) may be provided to prevent the misunderstanding that the operator (server) can arbitrarily change the results.

[0046] The user terminal (100) may comprise a short gacha UI (110), a short gacha selection / drawing request unit (120), and a result display unit (130). The short gacha UI (110) communicates with the short gacha service server (300) and provides a user interface. The short gacha selection / drawing request unit (120) connects to the short gacha service server (300), selects a short gacha, and transmits a drawing request. The result display unit (130) displays the short gacha drawing results.

[0047] FIG. 4 illustrates an example for explaining the features of a short gacha providing system according to an embodiment of the present invention.

[0048] Referring to FIG. 4, it is assumed that the short gacha generation unit (310) of the short gacha service server (300) has generated 10 short gachas (SG-01 to SG-10). When a user terminal (100) connects to the short gacha service server (300), the pre-disclosure / transmission / reception unit (320) of the short gacha service server (300) provides pre-disclosure information to the user terminal (100). Here, the pre-disclosure information includes an identifier of the drawing product for each short gacha generated by the short gacha service server (300), for example, if the drawing product is a card, the card name, the image of the card, the grade of the drawing product (card) in the corresponding short gacha, the initial quantity, etc.

[0049] An example of the screen (pre-disclosure information) of the user terminal (100) of Fig. 4 can be shown in Table 3.

[0050] Display items example Short Gacha ID SG-01 Theme tags Pikachu or Pokémon or Theme_A Candidate Card List Card Name / Image / Rank / Initial Quantity

[0051] An example of the candidate card disclosure format (card name / image / grade / initial quantity) can be as shown in Table 4.

[0052] Card ID (Card Name) Image (URL or thumbnail) rating Initial quantity SSR-01 IMG: / / SSR-001 SSR 1 SSR-02 IMG: / / SSR-002 SSR 1 SR-011 IMG: / / SR-011 SR 3 R-101 IMG: / / R-101 R 10 D-901 IMG: / / D-901 dummy 50

[0053] Examples of user selection and request data described from the perspective of a server API can be user_id as the user identifier, short_gacha_id as the selected short gacha ID (e.g., SG-01), request_nonce as the request sequence number / retransmission prevention value, and timestamp as the request time.

[0054] The user terminal (100) refers to the pre-publication information provided by the pre-publication transmission / reception unit (320) of the short gacha service server (300), selects a short gacha selected by the user, for example, SG-01, and transmits a draw request to the short gacha service server (300). When the short gacha service server (300) receives a draw request from the user terminal (100), the cap management unit (330) manages the cap value by deducting 1 from the initial setting value cap = 1,000 each time a draw is executed. If cap = 0, the corresponding short gacha is terminated.

[0055] FIG. 5 is a flowchart illustrating a method for providing a short gacha according to an embodiment of the present invention. With reference to FIG. 5, the operation of the method for providing a short gacha and the short gacha providing system according to an embodiment of the present invention will be described together.

[0056] Referring to FIGS. 1 to 5, the short gacha generation unit (310) classifies a plurality of gacha products into value-based grades and distributes quantities by grade (step S510), and automatically generates a plurality of short gachas based on a cap on the number of draws allowed per short gacha (step S520).

[0057] When a user terminal (100) connects to a short gacha service server (300), the pre-disclosure / transmission / reception unit (320) provides pre-disclosure information to the user terminal (100), including identification information, image, grade, and initial allocation quantity of candidate drawing products included in each short gacha (step S530).

[0058] When the short gacha service server (300) receives a short gacha selection input from the user terminal (100) (step S540), it determines whether to allow the draw request based on the remaining number of caps for each short gacha, and the cap management unit (330) updates the remaining number of caps if allowed (step S550). The draw engine unit (340) determines the winning result based on a random number in the selected short gacha (step S560).

[0059] After the draw, the winning product information control unit (360) does not disclose the remaining quantity of the prize items of each grade remaining in the short gacha until the cap for each short gacha is exhausted or until a predetermined time is set, and controls not to provide information on the winning prize items to the user terminal (100) (step S570).

[0060] FIG. 6 is a flowchart illustrating an example of a method for providing a short gacha according to an embodiment of the present invention.

[0061] Referring to FIGS. 1 through 4 and FIG. 6, when a drawing request is received from a user terminal (100) (step S610), the cap management unit (330) checks the remaining cap (step S620). If the cap value of the short gacha selected by the user terminal (100) is not 0 as a result of the check, i.e., if drawing is allowed, the drawing engine unit (340) determines the drawing result by performing a drawing based on a random number (step S640). Then, the winning prize information control unit (350) keeps the remaining winning quantity private and does not provide the remaining winning quantity (remaining quantity) (step S650).

[0062] The log data storage unit (360) stores data regarding the entire process in which the user terminal (100) connects to the short gacha service server (300), selects a short gacha, requests a draw, and transmits and receives information about the winning draw product (step S660). The short gacha service server (300) waits for the next request (step S610).

[0063] Meanwhile, when the cap set for each short gacha is exhausted, that is, when the cap value is 0, the winning product information control unit (350) discloses the winning product information and also discloses the remaining winning quantity information (step S680). The short gacha service server (300) terminates the corresponding short gacha (step S690).

[0064] The provision of short gacha according to the present invention may be described in the following flow (S1~S9).

[0065] S1 (Input): The server receives / queries the set of general gacha rewards,

[0066] S2 (Rank / Seed Classification): Classifies rewards into ranks (or seed groups) based on value, and sets the allocation quantity per rank.

[0067] S3 (Auto-generated): Automatically generates multiple short gacha pools under a set total cap (e.g., 1,000 total picks),

[0068] S4 (Theme-based Arrangement, Selective Configuration): Organizes chapters / rounds based on reward theme tags (Pikachu / Pokemon, etc.) and determines the number of short gacha pulls per round.

[0069] S5 (Pre-release): Provides the “list of winning candidates” for each short gacha to the user’s device,

[0070] S6 (User Selection): The user views the candidate list and selects a short gacha,

[0071] S7 (Cap Verification): The server verifies the remaining number of picks available for the relevant Short Gacha / Chapter / Overall Event,

[0072] S8 (Execute Draw & Private Storage): Generate draw results and privately store the results (reward identification information) (commit / hash storage if necessary).

[0073] S9 (Disclosed when cap is met): When the total pick amount is satisfied, the server discloses the results in batches (or provides them along with verification data).

[0074] The present invention has been described with reference to embodiments illustrated in the drawings, but this is merely illustrative, and those skilled in the art will understand that various modifications and equivalent alternative embodiments are possible therefrom. Accordingly, the true technical scope of protection of the present invention should be determined by the technical spirit of the appended claims. Explanation of the symbols

[0075] 100: User Terminal 110: Short Gacha UI 120: Short Gacha Selection / Pull Request Section 130: Result Display Section 200: Network 300: Short Gacha Service Server 310: Short Gacha Generation Section 320: Pre-release / Transmission / Reception Section 330: CAPS Management Department 340: Lottery Engine Department 350: Winning Prize Information Control Unit 360: Log Data Storage Unit 400: Database

Claims

Claim 1 A short gacha service server (300) that provides a plurality of short gachas, wherein each short gacha has a total number of draws allowed for users set; The system includes a user terminal (100) that connects to the short gacha service server (300), selects a short gacha provided by the short gacha service server (300), and requests a draw through the selected short gacha; the short gacha service server (300) includes a short gacha generation unit (310) that grades the draw products based on value, distributes the quantity of draw products by grade, allocates draw products based on the grade and quantity for each short gacha, sets an upper limit (cap) for the number of draws allowed, and generates a plurality of short gachas based on the cap; a pre-disclosure / transmission / reception unit (320) that provides draw product information to the user terminal, including identification information, image, grade, and allocated quantity by grade of the draw product assigned to each of the generated short gachas, and receives the draw request when the user terminal (100) selects one of the plurality of short gachas and transmits a draw request for the selected short gacha; and a draw for the short gacha from the user terminal (100). A cap management unit (330) that, upon receiving a request, determines whether to allow the drawing request based on the remaining number of short draws and, if allowed, updates the remaining number of allowed draws; and a drawing engine unit (340) that, in response to the drawing request, determines the winning prize by drawing based on a random number if the drawing request is allowed.The invention includes a winning product information control unit (350) that controls the provision of information on winning products to the user terminal (100) in response to the user's drawing request and the remaining quantity of the short gacha winning products until the short gacha cap is exhausted or until a predetermined certain time has elapsed; the value standard grade in the short gacha generation unit (310) is a four-level grade including SSR, SR, R, and dummy, and the short gacha cap is 1,000 times; the short gacha generation unit (310) stores metadata including the series name, character identification information (ID), attribute, production line (franchise), and IP (Intellectual Property) category of the winning products in a database, and a priority is set among the metadata; a theme tag is assigned to the winning products according to the priority of the metadata of the winning products to determine the theme tag for each product, and products having the same theme tag are classified into the same short gacha candidate group to generate short gacha by theme, wherein the short gacha A short gacha providing system that sets minimum / maximum quantities of SSR grade and quantity ranges of SR grade, R grade, and꽝 grade per short gacha as constraints, generates short gacha by theme within a range satisfying the above constraints, and the above lottery engine unit (340) dynamically calculates a weight for each drawing product based on a basic weight, the quantity of drawing products by grade, the time remaining until the end of short gacha operation, and a depletion target for each drawing product, generates a random number based on the above weight, and selects a drawing product or a꽝 (dummy) as a winning result using the above random number.; Claim 2 delete Claim 3 delete Claim 4 delete Claim 5 A method for providing a short gacha with a total number of allowed draws pre-set, wherein a short gacha service server (300) stores metadata including the series name, character identification information (ID), attribute, production line (franchise), and IP (Intellectual Property) category of a winning product in a database, and a priority is established among the metadata, and a theme tag is assigned to the winning product according to the priority of the metadata of the winning product to determine the theme tag for each product, and products having the same theme tag are classified into the same short gacha candidate group to provide a short gacha by theme; A step of classifying multiple lottery items into value-based grades and distributing quantities by grade; a step of automatically generating multiple short gachas based on a cap on the number of draws allowed per short gacha; a step of providing pre-disclosure information to a user terminal, including identification information, images, grades, and initial allocated quantities of candidate lottery items included in each short gacha; a step of determining whether to allow a draw request based on the remaining cap of the selected short gacha when receiving input for selecting a short gacha from the user terminal, and updating the remaining count if allowed; a step of determining a winning item by drawing based on a random number if the draw request is allowed, wherein for each lottery item, a weight is calculated based on a basic weight, the inventory quantity of lottery items by grade, the time remaining until the end of the short gacha operation, and a depletion target, a random number is generated based on the said weight, and a lottery item or a dummy is selected as the winning result using the said random number.A method for providing a short gacha, comprising the step of controlling not to disclose the remaining quantity of prize items by grade remaining in the short gacha until the cap for each short gacha is exhausted or until a predetermined time, and not to provide information on the won prize items to the user terminal; wherein the provision of the short gacha by theme involves setting constraints such as the minimum / maximum quantity of the SSR grade, which is the highest grade among the value-based grades (SSR, SR, R, dummy) for each short gacha, and the quantity range of the SR grade, R grade, and dummy grade for each short gacha, and providing the short gacha by theme within a range that satisfies the said constraints.

Images