JP7385293B2 - Live commerce system and live commerce method to determine winners through games - Google Patents

Description

TECHNICAL FIELD This disclosure relates to live commerce systems and methods. More specifically, the present invention relates to a live commerce system and a live commerce method that utilize a chat function to advance the game and determine winners.

With the recent development of the e-commerce market, untact (non-face-to-face) consumption has become commonplace. Live commerce is a combination of live streaming and e-commerce, and is a method of introducing and selling products from offline stores by broadcasting them in real time on mobile devices. Viewers can instantly communicate by watching the broadcast and leaving comments.

Live commerce is an online channel that sells products through real-time video streaming, and is being actively utilized with the emergence of an untouched economy that pursues non-face-to-face and contactless technology. Unlike TV home shopping, live commerce is characterized by the ability to communicate in both directions with viewers through a chat window, allowing viewers to easily make various inquiries about products using the chat window. .

Existing live commerce was limited to providing videos of sellers promoting their products, chatting, and product purchase information. This is nothing more than a simple transfer of traditional home shopping to a mobile environment, and the problem is that the various functions of mobile cannot be actively utilized. Therefore, there is a limit to increasing the inflow rate of new viewers, and there is a limit to converting existing viewers into consumers and increasing the purchase conversion rate.

Therefore, it is possible to increase the number of viewers flowing into live commerce broadcasts, increase their interest in products and/or merchandise, and ultimately convert viewers into consumers and increase purchase conversion rates. The introduction of elements that can stimulate the interest of viewers is required.

The problem to be solved by the present disclosure is to provide a live commerce system that can increase users' concentration on live commerce broadcasts, stimulate their interest, and increase the user's purchase rate through a game that utilizes the live commerce chat function. It is to provide a live commerce method. The prior art document is Korean Patent No. 10-1895001.

The problem to be solved by the present disclosure is to provide a live commerce system and a live commerce method in which chat and game information can be displayed on a user terminal without any time lag by including game information in a chat message and transmitting it to the user terminal. It is to be.

The problem to be solved by the present disclosure is to provide a live commerce system and live commerce method that allows users to check past game logs and monitor the winner selection process through a chat window by linking chat and games. It is.

The problem to be solved by the present disclosure is that depending on the number of users, the type of products to be sold, the number of products to be sold, or the method of providing the products, the product sales method may be one of auction, lottery, first-come-first-served, and dice. A live commerce system that allows sellers to choose product sales methods that meet their objectives and allows users to be satisfied with selecting winners for a limited number of products. and to provide a live commerce method.

The problem that the present disclosure aims to solve is that in the case of product sales methods such as first-come-first-serve, where the user's game activity time has an important influence on winner selection, winners are selected based on the live commerce server time. In the case of product sales methods such as lottery, dice, etc., where the user's game activity time does not affect the selection of winners, live commerce selects winners through P2P (peer to peer) regardless of the time on the live commerce server. The purpose is to provide a system and live commerce method.

A live commerce system according to an embodiment of the present disclosure includes a seller terminal installed with a live commerce application that allows a seller to create a live commerce video and sell products; a user terminal on which the live commerce application is installed, which has the function of playing and allowing the user to purchase the product; and a chat function between the seller terminal and the user terminal selected by the seller as a product sales method; The live commerce server includes a live commerce server that progresses the game, and the live commerce server transmits a chat message including game information related to the selected game to the user terminal based on the time of the live commerce server. The live commerce server controls the chat and the game information to be displayed without any time lag on the user terminal, and the live commerce server controls the user terminal according to one or more of the number of users, the types of products to be sold, the number of products to be sold, and the provision method. , a game list including one or more games selectable as a product sales method is provided to the seller terminal.

A live commerce method according to an embodiment of the present disclosure connects a chat function to select winners who can purchase products sold by sellers or receive products for free among users who are watching live commerce broadcasts. A live commerce method for determining the number of users through a game, the method includes the steps of a live commerce server receiving live commerce video from a seller terminal and transmitting real-time broadcast to a user terminal; providing the seller terminal with a game list including one or more games that can be selected as a product sales method based on one or more of the types of products sold by the seller, the number of products sold, and the provision method; and The live commerce server utilizes the chat function between the seller terminal and the user terminal to proceed with the game selected in the game list, and the step of proceeding with the selected game includes the step of proceeding with the selected game by utilizing the chat function between the seller terminal and the user terminal. transmitting a chat message including game information related to the game played to the user terminal based on the time of the live commerce server, and displaying the chat and the game information on the user terminal without any time difference through the chat function; including the step of controlling so that it can be performed.

Specific details of other embodiments are included in the detailed description and drawings.

According to the present disclosure, through a game that utilizes the chat function of live commerce, it is possible to increase user concentration and stimulate interest in live commerce broadcasting, thereby increasing the user's purchase rate.

According to the present disclosure, since chat and games are linked, users can check past game logs and monitor the winner selection process through the chat window.

According to the present disclosure, since the game information is included in the chat message and transmitted to the user terminal, the chat and game information can be displayed on the user terminal without any time difference.

According to the present disclosure, the product sales method may be determined differently depending on the number of users, the type of products to be sold, the number of products to be sold, or the provision method, such as one of auction, lottery, first-come-first-serve, and dice. Sellers can select a product sales method that meets their goals, and users can be satisfied with selecting winners for a limited number of products.

According to the present disclosure, in the case of product sales methods such as first-come-first-served basis, in which the user's game activity time has an important influence on winner selection, winners are selected based on the time of the live commerce server, and lottery, dice roll, etc. In the case of a product sales method in which the user's game activity time does not affect winner selection, we provide a live commerce system and method that selects winners through P2P (peer to peer) regardless of the time of the live commerce server. can do.

1 is a diagram for explaining the operation of a live commerce system according to an embodiment of the present disclosure. 1 is a drawing for explaining an auction game according to an embodiment of the present disclosure. It is a drawing for explaining a lottery game according to an embodiment of the present disclosure. 3 is a diagram for explaining a first-come, first-served game according to an embodiment of the present disclosure; FIG. 1 is a flowchart for explaining a live commerce method according to an embodiment of the present disclosure. 6 is a diagram for explaining step S505 of FIG. 5 in more detail. 1 is a hardware configuration diagram of a computing device that can implement a live commerce server, according to some embodiments of the present disclosure. FIG.

Like reference numerals refer to like elements throughout the specification. This specification does not describe all elements of the embodiments, and content that is common in the technical field to which this disclosure pertains or content that overlaps between the embodiments is omitted.

The terms "section," "module," "member," and "block" used in the specification may be implemented in software or hardware, and may include a plurality of "sections," "modules," "members," and "blocks," depending on the embodiment. It is also possible for a "block" to be realized by one component, or for one "part," "module," "member," or "block" to include a plurality of components.

Throughout the specification, when a part is "connected" to another part, this includes both direct and indirect connections, and indirect connections include wireless communication. Including those connected through networks.

Further, when a certain part is said to "include" some component, unless there is a statement to the contrary, this does not mean excluding other components, but means that the part may further include other components.

Throughout the specification, when an element is referred to as being "on" another element, this refers to both when the element is in contact with the other element and when there is another element between the two elements. Including cases where

Terms such as "first" and "second" are used to distinguish one component from another, and the components are not limited to the above-mentioned terms.

The singular term includes the plural term unless the context clearly dictates otherwise.

For each stage, the identification numbers are used for convenience of explanation, the identification numbers do not describe the order of each stage, and each stage is not specified unless the context clearly states a specific order. may be performed in a different order.

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings.

FIG. 1 is a diagram for explaining the operation of a live commerce system according to an embodiment of the present invention.

Referring to FIG. 1, a live commerce system 1 may include a live commerce server 100, a seller terminal 200, and a user terminal 300. The user terminal 300 may include a first user terminal 300_1 and a second user terminal 300_2.

The live commerce system 1 can provide the seller terminal 200 with an environment in which the seller can install a live commerce application. A seller can conduct a live commerce broadcast through a live commerce application and can proceed with the sale of products and/or merchandise. Here, conducting a live commerce broadcast may include one or more of the seller producing, uploading, and transmitting a live commerce broadcast video. Facilitating the sale of products and/or merchandise may include linking to a shopping mall.

Furthermore, the live commerce system 1 can provide the user terminal 300 with an environment in which the user can install a live commerce application. A user can directly receive and play live commerce video from the seller terminal 200 through the live commerce application, or receive and play live commerce video sent from the live commerce server 100 in the form of streaming data. Users can also purchase products and/or merchandise through the application.

In addition to movable assets such as products and merchandise, examples of live commerce sales include real estate and intangible assets. Hereinafter, for convenience of explanation, we will explain the case where the sales target of live commerce is a product as an example.

Live commerce allows users to indirectly experience product quality through video without visiting the actual sales floor. Live commerce differs from existing home shopping and existing internet shopping in that it allows sellers and users to communicate in real time.

The moving image is composed of video data and audio data. According to the embodiment, a connection address for connecting to the live commerce server 100 is inserted into the audio data, and a product code is inserted into the product on the video data. Therefore, the user can more easily connect to the live commerce server 100 and obtain a product code. A more specific explanation is as follows.

For example, assume that the first user terminal 300_1 is displaying a live commerce broadcast, and the second user terminal 300_2 is not displaying the live commerce broadcast but is located near the first user terminal 300_1. Assume that a first-come, first-served game is selected as the product sales method during the live commerce broadcast.

At this time, if the second user terminal 300_2 wants to participate in the first-come, first-served game, the second user terminal 300_2 first scans the audio data of the video and acquires the connection address inserted in the audio data. When connected to the live commerce server 100 based on the acquired connection address, the second user terminal 300_2 scans the product on the video data and extracts the product code inserted into the product. According to embodiments, the product code may be inserted into the product or ancillary materials attached to the product. Further, the product code may be composed of a plurality of halftone dots, and each halftone dot may also be composed of one or more dots.

According to the embodiment, the halftone dot information forming the product code may vary depending on the type of the product or the auxiliary material attached to the product. Here, the halftone dot information includes the number of halftone dots, the size of each halftone dot, the color of each halftone dot, the pattern of each halftone dot, the interval range between halftone dots (minimum interval and maximum interval), and the arrangement form of halftone dots. It may include one or more of the following, but is not limited to the exemplified examples.

For example, if the type of product is metal or the sub-material attached to the product is metal, ten halftone dots having different sizes may be formed on the product or the sub-material as a product code. In order to form a metal product or metal sub-material into which a product code is inserted, a mold having ten halftone dots of different sizes on the inner surface may be used. In addition to the method of using a mold, a method of attaching a sticker on which halftone dots are printed to metal may be used.

As another example, when the product type is fiber, five halftone dots having different sizes may be formed on the fiber as a product code. In order to form a fiber with such a product code inserted, when printing a specific shape (e.g., pattern, character, etc.) on the corresponding fiber, five halftone dots with different sizes are printed together. method can be used.

As described above, when a product code consisting of a large number of halftone dots is inserted into a product sold through live commerce, the product is displayed after the user of the second user terminal 300_2 confirms the product during the live commerce broadcast. The product code can be extracted from the corresponding product simply by scanning the screen. Accordingly, even if the second user terminal 300_2 does not view the live commerce broadcast, it can purchase the corresponding product through the product purchase information corresponding to the product code. In particular, even if the product sales method selected by the seller is a first-come, first-served game during a live commerce broadcast, the user of the second user terminal 300_2 can purchase the corresponding product through the product purchase information corresponding to the product code. It is.

In such live commerce, it is important to actively introduce interaction elements between sellers and users so that users feel as if they are actually participating in the live commerce broadcast. To this end, sellers are trying various methods for live commerce broadcasting, such as fulfilling missions provided by users and receiving sponsorship money from users.

The live commerce system 1 according to the embodiment of the present disclosure can increase the user inflow rate and purchase rate by introducing game elements that utilize the live commerce chat function. Specifically, this is a method in which users participate in a game proposed or selected by the seller as a product sales method, and when a winner is determined, the winner can receive the product. .

In embodiments, the chat function may include not only the dialog screen displayed in the chat window at the bottom of the live commerce broadcast, but also all means by which information is exchanged between the seller and the user. That is, it may include sending pop-up messages to users, or communicating via other chat applications or text rather than a live commerce application.

The live commerce server 100 may include a game method determining unit 110, a chat link processing unit 120, and a winner determining unit 130.

The game method determining unit 110 may communicate with the seller terminal 200 to determine a game to be used as a product sales method. The determined progress of the game may be displayed on the user terminal 300 in real time through the chat link processing unit 120. Users can check past game logs and monitor the winner selection process through the chat function. The winner determining unit 130 can comprehensively manage the progress of the game and ultimately determine the winner.

Specifically, the game method determining unit 110 includes one or more games that can be selected as a product sales method depending on the type of product to be sold, the number of products to be sold, the provision method, the number of users, etc. A game list can be determined. Then, the determined game list can be provided to the seller. According to an embodiment, the game list determined by the game method determining unit 110 may be arranged in accordance with the recommendation order and provided to the seller.

Hereinafter, "auction", "lottery", and "first come, first served" will be described as examples of games used when selling products, that is, games that can be selected as product sales methods in the embodiments of the present disclosure. However, the games that can be selected as a product sales method are not limited to this, and may include all types of games that can be implemented on the web or mobile.

The game method determining unit 110 may receive product information from the seller terminal 200 and refer to the product information and/or the number of users to determine a game list including one or more games that can be selected as a product sales method. Here, the product information may include one or more of product category, quantity, price, and sales purpose. A more specific explanation of the method by which the game format determining unit 110 determines the game list is as follows.

For example, the price of a highly rare item in the seller's personal collection may be determined based on the purchase value that the user considers. Therefore, the game method determining unit 110 can provide the seller terminal 200 with a game list including "auction" as a game that can be selected as a product sales method. As a result, the sale of the product can be proceeded using "auction".

At this time, if the number of products to be sold is limited, the number of products that can be supplied to users is limited. Therefore, the game method determining unit 110 provides the seller terminal 200 with a game list that additionally includes "lottery", "first come first serve", and "dice" in addition to "auction" as games that can be selected as product sales methods. can do. At this time, the game method determining unit 110 may preferentially provide "auction" as the optimal sales method, considering the rarity of the product for sale.

On the other hand, when the number of products for sale is more than a certain number, there is a low possibility that users will bid at a high price. Therefore, the game method determining unit 110 can provide the seller terminal 200 with a game list including "lottery" and/or "first come, first served" as games that can be selected as a product sales method. At this time, if the game list includes both "lottery" and "first come, first served", the game method determining unit 110 may preferentially provide one of the two as the optimal sales method. can.

In the above embodiment, when the game provided by the game method determining unit 110 as a game used when selling a product is first-come, first-served, the first user terminal 300_1 scans the audio data provided by the live commerce server 100. The connection address for connecting to the live commerce server 100 is extracted. Then, it connects to the live commerce server 100 using the extracted connection address. Thereafter, the first user terminal 300 may scan the product on the video data, extract the product code, and then provide the live commerce server 100 with a product purchase request message including the product code.

At this time, for example, a product code consisting of a plurality of halftone dots having different sizes is inserted on the product sold through live commerce, so the first user terminal 300_1 can read the product on the video data. You can scan it and extract the product code. A more specific explanation of the process of extracting the product code is as follows.

For example, when a product on video data is scanned and a plurality of halftone dots having different sizes are extracted, the first user terminal 300_1 selects each halftone dot based on the number of dots making up each halftone dot. Determine the binary value corresponding to . For this purpose, the first user terminal 300_1 can refer to the binary value table for each halftone dot. The table includes the number of dots making up the halftone dot and the corresponding binary value.

For example, in the binary value table for each halftone dot, the binary value is stored as 1 for the first halftone dot consisting of 4 dots, and 2 for the second halftone dot consisting of 8 dots. Assume that the base value is stored as 0. Assume that one first halftone dot and six second halftone dots are extracted from the product on the video data. In this case, the first user terminal 300_1 determines a binary value of 1 for the first halftone dot extracted from the image, and a binary value of 0 for the second halftone dot extracted from the image. Thereafter, the first user terminal 300_1 can generate the product code '1000000' by sequentially combining the determined binary values.

Meanwhile, the game list provided to the seller may include only the games arranged by priority after being determined by the game method determining unit 110, and may include all games provided by the live commerce system 1 . You may be In the former case, the game type determining unit 110 limits the types of games that the seller can select. In the latter case, the game list includes all types of games, so the seller can choose the game he or she wants, regardless of the type of game.

Thereafter, the game method determining unit 110 may receive the game method selected by the seller from the seller terminal 200, transmit the received game method to the chat link processing unit 120, and notify the user of the start of the corresponding game through the chat function. . The game format determining unit 110 may transmit the received game format to the winner determining unit 130 and control the game to proceed with the corresponding game.

The chat coordination processing unit 120 can control the first user terminal 300_1 to display game information including one or more of the start, progress, end, and winner information of the game. The operation of the chat link processing unit 120 can be understood with reference to the descriptions of FIGS. 2 to 4.

FIG. 2 is a diagram for explaining an auction game according to an embodiment of the present disclosure.

In FIG. 2, (A) is a diagram illustrating a screen displayed through the seller terminal 200. In FIG. (B) is a diagram illustrating a screen displayed through the seller terminal 200 and/or the user terminal 300. (C) is a drawing illustrating a screen displayed through the user terminal 300.

Referring to FIG. 2A, information regarding live commerce broadcasting and menu icons are arranged at the top of the screen.

The title of the live commerce broadcast (for example, "Bring clothes on a first-come, first-served basis"), the time the live commerce broadcast was held (for example, "00:23:15"), and the seller's information are displayed on the upper left side of the screen. The name of the conversation, the number of users viewing the live commerce broadcast (for example, "1906"), etc. are displayed.

Menu icons 21, 22, and 23 are displayed on the upper right side of the screen. For example, an icon 21 for transmitting information about the corresponding live commerce broadcast to other users, an icon 22 for adjusting the volume of the live commerce broadcast, a drop-down icon 23 for displaying icons related to other functions, etc. are displayed.

A chat window 40 is displayed at the bottom of the screen. Messages 41 input by the seller and/or the user through the message input window 32 are sequentially displayed in the upper part of the chat window 40 . A game status information display window 42 may be displayed at the bottom of the chat window 40. The game status information display window 42 may include the number of users participating in bidding, the highest bid price, the dialogue name of the user who submitted the highest bid price, a countdown icon, and a cancel icon.

The height of chat window 40 can be automatically adjusted. For example, if the number of messages to be displayed through the chat window 40 during the reference time is less than the reference value, the height of the chat window 40 may be maintained at the reference length. If multiple users enter messages at almost the same time and the number of messages to be displayed through the chat window 40 during the standard time exceeds the standard value, the height of the chat window 40 is longer than the standard length. It can be long.

A store icon 31, a message input window 32, a coupon icon 33, and a heart icon 34 may be arranged in order at the bottom of the screen. For example, the number of products to be sold may be displayed around the store icon 31. The number of usable coupons may be displayed around the coupon icon 33. A number may be displayed around the heart icon 34, and this number may mean the number of times the heart icon has been selected by the user.

According to an embodiment, a seller can set an auction starting price and start an auction before the auction starts. As an example, a seller can start an auction by entering a message into the message input window 32 that includes words announcing the start of the auction and an auction starting price. In this case, words may be recognized from the message entered by the seller, and an auction game may be initiated based on the recognition results. As another example, a seller may initiate an auction by selecting an auction game item from a list of games provided by the live commerce server 100 and then entering an auction starting price.

FIG. 2A shows a screen displayed through the seller terminal 200 while the auction game is in progress. While the auction game is in progress, users can set a bid price and place a bid. The bid price set by the user is displayed within the chat window 40. On the other hand, if it is determined that there are no more bids, the seller can select the countdown icon to start the countdown.

When the countdown icon is selected, a preset countdown time is displayed in the chat window 40, as shown in FIG. 2B. If another user submits a higher bid than the highest bid within the countdown time, the countdown ends and the auction can proceed again. This process may be repeated until a successful bidder is found. If there are no additional bids within the countdown time, the user who submitted the highest bid may be determined to be the successful bidder, and the auction may be terminated. Here, the successful bidder may mean the winner.

When a successful bidder is determined because there are no additional bids within the countdown time, information about the successful bidder, that is, information about the winner may be displayed in text format through the chat window 40. FIG. 2B shows winner information such as the winner's conversation name and winning bid price displayed in text format on the chat window. FIG. 2B may be a screen displayed through the user terminals 300 of non-winners and winners.

As shown in FIG. 2B, after the winner's information in text format is displayed in the chat window 40, a results window pops up on the winner's screen to inform them that they have won the auction game. obtain. FIG. 2C shows the result window 50 being popped up through the winner's user terminal 300. The result window 50 may include one or more of the following: the winner's dialogue name, the winning bid price, the image of the winning product, a guidance message related to the winning product, and a go-to-purchase icon 51. can. When the winner selects the go-to-purchase icon 51, a screen may be displayed where the winner can purchase the product for which the bid was made.

Meanwhile, the live commerce broadcast screen shown in FIG. 2 is just an example, and the screen on which the auction game can be played may be implemented on a mobile device in various forms. Specifically, the number of pieces of information, types of information, number of icons, types of icons, etc. displayed on the live commerce broadcast screen may be changed. Furthermore, the arrangement positions of the information displayed on the screen, the icons 21, 22, 23, 31, 33, 34, the message input window 32, and the chat window 40 can be changed in various ways. Further, such changes may be implemented so that the seller or the user can directly set them. For example, the location and/or size of the chat window 40 may be adjusted by the seller or the user. In this case, the seller or user can adjust the placement position and/or size of the chat window 40 according to his or her preference or convenience.

FIG. 3 is a drawing for explaining a lottery game according to an embodiment of the present disclosure.

In FIG. 3, (A) is a diagram illustrating a screen displayed through the seller terminal 200. (B) is a diagram illustrating a screen displayed through the seller terminal 200 and/or the user terminal 300. (C) is a drawing illustrating a screen displayed through the user terminal 300.

According to embodiments, a seller can initiate a lottery game in a variety of ways. As an example, a seller may initiate a drawing by entering a message into the message input window 32 that includes words announcing the start of the drawing. In this case, words may be recognized from the message entered by the seller, and a lottery game may be initiated based on the recognition results. As another example, a seller may initiate a lottery game by selecting a lottery game item in a game list provided by the live commerce server 100.

When a lottery game starts, lottery tickets are provided to users all at once. As a result, although not shown in the drawings, a lottery execution icon may be displayed on the screen of the user terminal 300 at the bottom of the chat window 40. When the lottery execution icon is selected by the user, a response signal due to the selection of the lottery execution icon is transmitted to the live commerce server 100. As a result, the chat window 40 displays the conversation name of the corresponding user and the message ``I drew a lottery.''

FIG. 3A shows a screen displayed through the seller terminal 200 while the lottery game is in progress. At the top of the chat window 40, messages 43 indicating the user's lottery results are sequentially displayed. At this time, for the user who drew a non-winning lottery ticket, a message indicating that the lottery execution has been completed (for example, "I drew a lottery ticket") is displayed in the chat window 40 along with the dialogue name of the corresponding user. For users who have drawn a winning lottery ticket, a message informing them of the winning lottery ticket (for example, "Golden Lottery Winner") is displayed in the chat window 40 together with the dialogue name of the corresponding user.

According to the embodiment, users who drew winning lottery tickets and users who drew non-winning lottery tickets are displayed separately in the chat window 40. For example, the dialogue name and/or message of a user who drew a winning lottery ticket may be highlighted compared to the dialogue name and/or message of a user who drew a non-winning lottery ticket. Examples of highlighting methods include displaying characters with different hues and/or sizes, and displaying pictograms.

On the other hand, a game status information display window 44 may be displayed at the bottom of the chat window 40. The game status information display window 44 may include the number of users participating in the lottery game and an end icon. The seller can end the lottery game at any time by selecting the exit icon. For example, if the user no longer wishes to proceed with the lottery game or the user has completed the lottery, the seller may select an exit icon to end the lottery game. When a user's lottery is completed, it means that all the users who participated in the lottery game have executed the lottery, or the user who drew the winning lottery before all the users who participated in the lottery game executed the lottery. It can mean when something occurs. When the lottery game ends, a screen as illustrated in FIG. 3(B) may be displayed on the seller terminal 200 and/or the user terminal 300. FIG. 3B shows how a message informing the result of the lottery game and the end of the lottery game is displayed through the chat window 40.

As shown in FIG. 3B, after the results of the lottery game and a message notifying the end of the lottery game are displayed in the chat window 40, a result window 60 notifying the winner of the lottery game is displayed on the screen of the winner. may pop up. FIG. 3C shows the results window 60 being popped up. The result window 60 may include one or more of the winner's dialogue name, the winner's profile image, and a winning information message.

Meanwhile, the live commerce broadcast screen shown in FIG. 3 is just an example, and the screen on which the lottery game can be played may be implemented in various forms on a mobile device.

FIG. 4 is a diagram for explaining a first-come, first-served game according to an embodiment of the present disclosure.

In FIG. 4, (A) is a diagram illustrating a screen displayed through the user terminal 300. In FIG. (B) is a diagram illustrating a screen displayed through the seller terminal 200 and/or the user terminal 300. (C) is a drawing illustrating a screen displayed through the user terminal 300.

According to embodiments, a seller can initiate a first-come, first-served game in a variety of ways. As an example, a seller may initiate a first-come, first-served game by entering a message into message input window 32 that includes words announcing the start of a first-come, first-served game. In this case, words may be recognized from the message entered by the seller, and a first-come, first-served game may be initiated based on the recognition results. As another example, a seller may initiate a first-come, first-served game by selecting a first-come, first-served game item from a list of games provided by the live commerce server 100.

FIG. 4A shows a screen displayed through the user terminal 300 while the first-come, first-served game is in progress. Messages 45 indicating the user's first-come, first-served response results are sequentially displayed in the upper part of the chat window 40. A game status information display window 46 may be displayed at the bottom of the chat window 40. The game status information display window 46 may include the number of users participating in the first-come, first-served game and a first-come, first-served response icon. When the user selects the first-come, first-served response icon, a response signal based on the selection is transmitted to the live commerce server 100. As a result, the chat window 40 displays the conversation name of the corresponding user and the message "Me!".

Meanwhile, although not shown in the drawings, a game status information display window may also be displayed within the chat window 40 of the screen displayed through the seller terminal 200. For example, a game situation information display window similar to the game situation information display window 44 shown in FIG. 2A may be displayed. Therefore, the seller can end the first-come, first-served game at any time by selecting the end icon displayed in the game status information display window. When the seller ends the first-come, first-served game at any time, a message may be displayed on the chat windows 40 of the seller terminal 200 and the user terminal 300 to notify the end of the first-come, first-served game, the winners, the winners' first-come-first-served rankings, and the like. FIG. 4B shows how a message informing the results of the first-come, first-served game and the winners is displayed through the chat window 40.

After the screen shown in FIG. 4B is displayed, a result window 70 may be popped up on the screen of the user terminal 300. At this time, a result window may be popped up on the user terminal 300 of the winner among the users, informing them that they have won in the first-come, first-served game. Further, the first-come-first-served ranking of the user may be additionally displayed in the result window 70 on the user terminal 300 of the user who has not won. FIG. 4C shows a result window 70 being popped up on the user terminal 300 of a non-winner. It can be seen that in the result window 70, the first-come, first-served rankings of users who have not won are displayed along with the dialogue names of the winners who ranked first, second, and third.

Meanwhile, the live commerce broadcast screen shown in FIG. 4 is just an example, and the screen on which the first-come, first-served game can be played may be implemented on a mobile device in various forms.

The operation of the chat link processing unit 120 has been described above with reference to FIGS. 2 to 4. In the above embodiment, the case where the chat link processing unit 120 controls the game information to be displayed within the chat window 40 has been described as an example. According to another embodiment, the chat link processing unit 120 may control the game information not to be displayed in the chat window 40 depending on the type of game and/or the game environment.

For example, if the number of users participating in the game exceeds 10,000, the amount of game information displayed in the chat window 40 is excessively large, making it impossible to check the game information one by one, which may lead to interruptions in broadcasting. There is also. To prevent this, the chat link processing unit 120 can control the game information so that it is not exposed on the chat window 40 in a preset game type and/or environment.

The chat cooperation processing unit 120 can determine that the seller and the user have participated in the game simply by inputting game activities according to predefined rules into the chat window 40 through the message input window 32. For example, while the auction game is in progress, the user enters the message input window 32 with "# bid 19,000 won" or
If you enter , it can be determined that the bid price was 19,000 won. As another example, if the user inputs "#me~!" into the chat window 40 through the message input window 32 while the first-come, first-served game is in progress, it can be determined that the user has communicated his/her intention to win. Referring to the above example, it can be seen that the predefined rule is to input "#" and "predefined word" consecutively. However, the predefined rules are not limited to the use of "#" and can be changed in various ways. For example, a first-come, first-served response icon may be displayed within the chat window 40 of the user terminal. In this case, if the user selects the first-come, first-served response icon while the game is in progress, it can be determined that the user has communicated his/her intention to win. That is, instead of inputting a predefined combination of symbols and words, the user can convey his/her intention to win just by selecting the first-come, first-served response icon.

The winner determining unit 130 can perform operations to advance the game and determine the winners. The winner determining unit 130 is linked to the chat link processing unit 120 and can notify the user of the game progress and/or game status in real time through a chat function.

Basically, all games played according to the present disclosure should not have a time difference between the seller and the user, and the game should be played simultaneously between all the users and the seller, and the game results should be visible on the chat window 40 at the same time. Must be. To this end, the live commerce server 100, seller terminal 200, and user terminal 300 undergo a synchronization process before the live commerce broadcast begins.

The chat link processing unit 120 can transmit a chat message including game information to the user terminal 300, and can control the chat and game information to be displayed on the user terminal 300 without any time difference. The game information may include one or more of game start information, winner information, and game status information.

The game information is arranged based on the time of the live commerce server 100, and is included in a chat message and transmitted to the user terminal 300. Therefore, game information may be displayed in the form of a chat message on the chat window 40 of the user terminal 300 that has received the chat message.

In addition, since the game information is arranged based on the unified time of the live commerce server 100 and transmitted to the user terminal 300, the same game information is included at the same time without any time difference between multiple user terminals 300. Chat messages may be displayed.

Also, among the illustrated games, there are games in which the user's game activity time is an important winning factor. For example, in the case of a first-come, first-served game, users transmit their winning intentions at time intervals shorter than one second. Therefore, there is a need for more accurate time alignment between sellers and users located in different network environments.

According to one embodiment, the live commerce system 1 may control the timing of game activities by adjusting the intervention ratio of the live commerce server 100 differently depending on the type of game being played.

In a typical situation, the seller terminal 200 and the user terminal 300 communicate through the live commerce server 100 while playing the game. Operations such as determining the game format, progressing the game, and determining winners are performed through the live commerce server 100, and communication between the seller terminal 200 and the user terminal 300 is kept to a minimum.

In the situation where the live commerce server 100 is intervened, each user terminal 300 transmits responses related to bidding, first-come-first-served hand raising, and lottery operations to the live commerce server 100. The live commerce server 100 records the time when the response was transmitted by the user terminal 300, and can collectively control the chat window 40 of all users to see the same result.

According to another embodiment, the live commerce system 1 may eliminate or minimize the intervention of the live commerce server 100 and directly connect the seller terminal 200 and the user terminal 300 in a peer-to-peer (P2P) manner.

There are two main types of P2P systems. One method is to realize a connection between users with the help of the live commerce server 100 for a certain part. The other method is to share personal information such as an IP address between users in advance and connect directly without going through the live commerce server 100.

In the embodiment, the live commerce system 1 minimizes the intervention of the live commerce server 100 and connects directly between the seller terminal 200 and the user terminal 300 in games where time is an important winning criterion (e.g. first-come, first-served games). You can control how the game progresses through. To this end, each operation of the game system determining unit 110, chat link processing unit 120, and winner determining unit 130 in FIG. can be configured to be driven independently without any

For example, the intervention ratio of the live commerce server 100 may be adjusted depending on the type of game. As another example, the intervention rate of the live commerce server 100 may be adjusted depending on the type of game and the number of users watching the live commerce broadcast. For example, the greater the number of users viewing the live commerce broadcast, the higher the intervention ratio of the live commerce server 100, which can improve the game environment and provide uninterrupted broadcasting.

The winner determining unit 130 can determine the game proceeding method based on the seller's or user's selection if the number of users who have won the game is greater than the number of products sold. For example, 1) restart the same game from the beginning, 2) restart the game with tied players, or 3) offer to concede or give up compensation to other winners. I can recommend it.

The winner determining unit 130 may provide the determined winner information to the user terminal 300 through the chat window 40 at the same time. Alternatively, the winner information may be provided by simultaneously popping up result windows 50, 60, and 70 containing the winner information through the user terminal 300.

FIG. 5 is a flowchart for explaining a live commerce method according to an embodiment of the present disclosure. FIG. 5 may be understood as a flowchart illustrating how the live commerce server 100 operates.

Referring to FIG. 5, in step S501, the live commerce server 100 may receive live commerce images from the seller terminal 200 and transmit real-time broadcasts. Live commerce broadcasts occur between sellers and users in real time, and there are no restrictions on the communication methods used to send and receive images.

In step S503, the live commerce server 100 creates a game list including one or more games that can be selected as a product sales method according to one or more of the number of users, the type of products to be sold, the number of products to be sold, and the provision method. can be provided to the seller. For example, the price of a seller's personal collection item that is highly rare can be determined based on the purchase value that the user considers. Therefore, the live commerce server 100 provides the seller with a game list including 'auction' as a selectable game, so that the sale of the product can proceed through auction. If the number of products that can be supplied is limited, the live commerce server 100 may provide the seller with a game list that additionally includes lottery, first-come-first-serve, and dice as optional games. can be provided to At this time, the live commerce server 100 arranges the games included in the game list according to the priority order, and considering the rarity of the product, the games can be arranged and provided so that the auction has the highest priority.

In step S505, when the seller selects a game to determine a winner from among the games included in the game list, the live commerce server 100 can proceed with the game.

In step S507, the live commerce server 100 may provide the product to the winners determined through the game.

The above description has been made assuming that the steps S501 to S507 are performed through the live commerce server 100. According to another embodiment, the steps S501 to S507 described above may be performed in a P2P manner in which the user terminal 300 and the seller terminal 200 are directly connected without going through the live commerce server 100, depending on the type of game being played. Live commerce applications installed on the user terminal 300 and the seller terminal 200 can provide this function.

FIG. 6 is a diagram for explaining step S505 of FIG. 5 in more detail.

Referring to FIG. 6, in step S601, the live commerce server 100 may receive a game method selected by the seller from the seller terminal 200 and begin a process for executing the game.

In step S603, the live commerce server 100 may provide the user with a game progress window through the live commerce screen in which the user can play the selected game. According to an embodiment, the game function and the chat function are linked. Therefore, the user can check the progress of the game in real time through the chat window 40.

In step S605, the live commerce server 100 may link the user's chat with the winner determination, receive input of the user's game activity through the chat, or display the game status of the user who participated in the game on the chat window 40. can.

In step S607, the live commerce server 100 records a timestamp based on the time when the user's game activity arrives at the live commerce server 100.

In step S609, the live commerce server 100 may end the game upon receiving a game end instruction from the seller.

In step S611, the live commerce server 100 may end the game and provide the user with a result window including information on the finally determined winners. For example, if the number of winners is greater than the number of products sold as a result of the progress of the game, the seller should either restart the same game from the beginning, restart the game with the winners, or sell some of the winners. It is possible to propose concessions and provide compensation to winners who concede. When the winners are finally determined through this process, the live commerce server 100 provides the user with a result window containing information on the final winners.

At this time, the result window may be configured differently depending on the game. For example, if the game type being played is an auction, the result window 50 shown in FIG. 2C may be provided to the user. If the game played is a lottery, the result window 60 shown in FIG. 3C may be provided to the user. If the game is played on a first-come, first-served basis, the result window 70 shown in FIG. 4C may be provided to the user.

The live commerce system and method according to the embodiment of the present disclosure have been described above with reference to FIGS. 1 to 6. An exemplary computing device that can implement a live commerce server according to some embodiments of the present disclosure will now be described with reference to FIG. 7.

Referring to FIG. 7, computing device 800 includes one or more processors 810, storage 850 for storing computer programs 851, memory 820 for loading computer programs 851 executed by processors 810, bus 830, and network interfaces. 840. However, only components related to the embodiment of the present disclosure are illustrated in FIG. 7 . Therefore, those skilled in the art to which the present disclosure pertains will understand that other general-purpose components may be further included in addition to the components illustrated in FIG.

Processor 810 controls the general operation of each component of computing device 800. The processor 810 is a CPU (Central Processing Unit), an MPU (Micro Processor Unit), an MCU (Micro Controller Unit), a GPU (Graphic Processing Unit), or a technical field of the present disclosure. including any form of processor widely known to can be configured. In addition, the processor 810 may perform operations on at least one computer program for performing a live commerce method according to an embodiment of the present disclosure. Computing device 800 may include one or more processors.

Memory 820 stores data that supports various functions of computing device 800. The memory 820 stores one or more of a number of computer programs (apps, application programs, or application software) run on the computing device 800, data, instructions, and information for the operation of the computing device 800. . At least a portion of the computer program may be downloaded from an external device (not shown). Further, at least a portion of the computer program may reside on the computing device 800 from the time of delivery for the basic functions of the computing device 800 (eg, receiving messages, sending messages).

Meanwhile, the memory 820 can load one or more computer programs 851 from the storage 850 to execute a live commerce method according to an embodiment of the present disclosure. In FIG. 7, a RAM (Random Access Memory) is illustrated as an example of the memory 820.

Bus 830 provides communication functionality between components of computing device 800. The bus 830 may be implemented in various types of buses, such as an address bus, a data bus, and a control bus.

Network interface 840 supports wired and wireless Internet communications for computing device 800. Additionally, the network interface 840 may support various communication methods other than Internet communication. To this end, network interface 840 may be configured to include communication modules widely known in the art of the present disclosure.

The storage 850 can store one or more computer programs 851 on a non-temporary basis. The storage 850 includes non-volatile memory such as ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), flash memory, etc., and a hard disk. , removable disk, or widely used in the technical field to which this disclosure belongs. The computer-readable recording medium may include any known form of computer-readable recording medium.

The computing device illustrated in FIG. 7 can embody not only the live commerce server 100 according to some embodiments of the present disclosure, but also a seller terminal 200 or a user terminal according to some embodiments of the present disclosure. 300 may be implemented. In this case, the computing device 800 may further include input units and output units in addition to the components illustrated in FIG. 7 .

The input unit may include a camera for receiving input of a video signal, a microphone for receiving input of an audio signal, and a user input unit for receiving input of information from a user. The user input unit may include one or more of a touch key and a mechanical key. Video data collected through the camera or audio signals collected through the microphone can be analyzed and processed with user control instructions.

The output unit is for visually, audibly or haptically outputting the command processing result, and may include a display unit, a light output unit, a speaker, a haptic output unit, and a light output unit.

Meanwhile, the components constituting the live commerce server 100, the seller terminal 200, and the user terminal 300 may be implemented as modules. A module refers to software or a hardware component such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), and the module performs a certain role. However, module is not meant to be limited to software or hardware. A module may be configured to reside on an addressable storage medium and may be configured to execute on one or more processors. Thus, by way of example, modules include components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware. , including microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functionality provided in the components and modules may be combined into a smaller number of components and modules or further separated into additional components and modules.

Although described with reference to embodiments and drawings, the present disclosure is not limited to the embodiments described above. It is obvious to a person having ordinary knowledge in the technical field to which the present disclosure pertains that other modifications based on the technical idea of the present disclosure can be implemented in addition to the embodiments started herein. be. Therefore, the idea of the present disclosure should be understood only by the scope of the claims described below, and it can be said that all modifications equivalent or equivalent thereto belong to the scope of the idea of the present disclosure.

1 : Live commerce system 100: Live commerce server 110: Game method determining unit 120: Chat linkage processing unit 130: Winner determining unit 200: Seller terminal 300: User terminal

Claims (8)

A seller terminal equipped with a live commerce application that allows sellers to create live commerce videos and sell products;
a user terminal installed with the live commerce application that has a function of receiving and playing the live commerce video in the form of streaming data and allowing the user to purchase products; and utilizing a chat function between the seller terminal and the user terminal. and includes a live commerce server that runs a game selected by the seller as a product sales method,
The live commerce server transmits a chat message including game information related to the selected game to the user terminal based on the time of the live commerce server, and transmits the chat message and the game information on the user terminal. Control so that it can be displayed without time lag through the chat function,
The live commerce server is
A game list containing one or more games that can be selected as a product sales method based on one or more of the number of users watching the live commerce broadcast , the type of products to be sold, the number of products to be sold, and the provision method. A live commerce system provided to the seller terminal. The live commerce server is
a game method determining unit that determines the game list and provides it to the seller terminal;
a chat coordination processing unit that displays game information of a game selected by the seller from the game list on the seller terminal and the user terminal; and a winner determination unit that progresses the game selected by the seller and determines a winner. ,
The live commerce system according to claim 1, wherein the game information includes one or more of the start, progress, end, and winner information of the game selected by the seller. The game method determining unit includes:
providing the seller with the game list including all games that may be run on the live commerce application;
The games included in the game list are determined based on one or more of the following: types of products sold by the seller, number of products sold, provision method, and number of users viewing live commerce broadcasts. The live commerce system of claim 2, arranged by priority. The seller terminal is
adjusting the intervention ratio of the live commerce server depending on the type of game being played;
The live commerce system minimizes the intervention of the live commerce server in games where time is an important winning criterion, and controls the game to proceed through a direct connection between the seller terminal and the user terminal. ,
The live commerce system is
a game method determining unit that determines the game list and provides it to the seller terminal;
a chat coordination processing unit that displays game information of a game selected by the seller from the game list on the seller terminal and the user terminal; and
further comprising: a winner determining unit that proceeds with the game selected by the seller and determines a winner;
The game information includes one or more of the start, progress, end, and winner information of the game selected by the seller;
Each operation of the game method determining unit, the chat coordination processing unit, and the winner determining unit is performed independently without intervention of the live commerce server through the live commerce application installed on the seller terminal and the user terminal. The live commerce system according to claim 1 , wherein the live commerce system is driven . The seller terminal is
Adjusting the intervention ratio of the live commerce server differently depending on the number of users viewing the live commerce broadcast,
The live commerce system according to claim 4, wherein the greater the number of users viewing the live commerce broadcast , the higher the intervention ratio of the live commerce server. The chat coordination processing unit is
3. The live commerce system of claim 2, wherein the seller's participation in the selected game is determined simply by the seller and the user entering game activity in a chat window according to predefined rules. The live commerce system of claim 1, wherein the one or more games selectable as the product sales method include one or more of auction, lottery, first-come-first-serve, and dice. In the live commerce method, the winner who can purchase the product sold by the seller or receive the product for free among the users watching the live commerce broadcast is determined through a game connected with a chat function.
The live commerce server receives the live commerce video from the seller terminal and transmits real-time broadcast to the user terminal;
One of the product sales methods that can be selected by the live commerce server depending on one or more of the number of users viewing the live commerce broadcast , the type of products sold by the seller, the number of products sold, and the provision method. providing a game list including the above games to the seller terminal; and the live commerce server utilizes the chat function between the seller terminal and the user terminal to proceed with the game selected in the game list. including stages;
The step of proceeding with the selected game includes:
A chat message including game information related to the selected game is transmitted to the user terminal based on the time of the live commerce server, and the chat and the game information are transmitted on the user terminal without any time difference through the chat function. A live commerce method including steps for controlling the appearance of a live commerce method.