KR20230155360A - Method of rescheduling live commerce broadcasting and broadcasting management apparatus performing the method - Google Patents

Abstract

A live commerce broadcast reorganizing method performed by a live commerce system is disclosed. In one embodiment, when a live commerce broadcast ends, content for the live commerce broadcast is stored, a rebroadcast of the live commerce broadcast is organized based on the content, and the rebroadcast is performed when broadcast start time of the rebroadcast arrives.

Description

Live commerce broadcast reorganization method and broadcast management device for performing the same {METHOD OF RESCHEDULING LIVE COMMERCE BROADCASTING AND BROADCASTING MANAGEMENT APPARATUS PERFORMING THE METHOD}

The embodiments below relate to a method of reorganizing a live commerce broadcast and a broadcast management device that performs the same.

Live commerce is a service in which a performer broadcasts streaming on the Internet in real time at a pre-announced live time, introducing products to buyers and encouraging them to purchase. In order to do this, the broadcasting staff and performers must prepare in advance for the broadcast and conduct real-time directing at the studio where the live broadcast is conducted or at the site where the broadcast is conducted. Communication through chat, which is a key element of live commerce, must be carried out together, and the seller's chat manager can communicate with viewers through chat to help performers promote products through video and encourage purchases. Live commerce is exposed on the main page of the customer commerce site at a specific time and is easy to access and provides accessibility for customers to enter with the expectation of communicating and purchasing through live.

Existing live commerce has the difficulty of requiring staff and directors to prepare a lot in advance for a single broadcast, and if sales through user participation and product sales do not meet expectations after the broadcast, losses on invested production costs occur. Cases may arise. On the other hand, it is possible to save the broadcast as a video and encourage product purchases through the video after it ends, but there are some shortcomings in communicating with viewers, and the video must be entered with anticipation at a specific time, such as live on the customer commerce site. It does not have any differentiating factors.

The above-mentioned background technology is possessed or acquired by the inventor in the process of deriving the disclosure of the present application, and cannot necessarily be said to be known technology disclosed to the general public before the present application.

A live commerce broadcast reorganization method performed by a live commerce system according to one side includes the steps of: when a live commerce broadcast ends, storing content for the live commerce broadcast; organizing a rebroadcast of the live commerce broadcast based on the content; and performing the rebroadcast when the broadcast start time of the rebroadcast arrives. Statistical data of the rebroadcast and a chat window are exposed on the screen of the viewer terminal receiving the rebroadcast, the exposed statistical data accumulates statistical data of the live commerce broadcast, and the exposed chat window is displayed at the time of the live commerce broadcast. The chat and the chat of the user of the viewer terminal can be displayed.

The performing step may include mapping a recorded video of the live commerce broadcast and chatting that occurred during the live commerce broadcast and transmitting the rebroadcast.

The programming step may include setting the specific image as an image to be exposed in the rebroadcast so that the specific image is exposed along with the image of the rebroadcast on the screen of the viewer terminal during the rebroadcast.

The method of reorganizing a live commerce broadcast may further include activating a chat function so that users watching the rebroadcast can chat during the rebroadcast.

The content may include statistical data of the live commerce broadcast, chatting during the live commerce broadcast, and a recorded video of the live commerce broadcast.

A broadcast management device according to one side includes a storage unit; When a live commerce broadcast ends, a programming unit that stores content for the live commerce broadcast in the storage unit and organizes a rebroadcast of the live commerce broadcast based on the content; and a transmitter that performs the rebroadcast when the broadcast start time of the rebroadcast arrives. Statistical data of the rebroadcast and a chat window are exposed on the screen of the viewer terminal receiving the rebroadcast, the exposed statistical data accumulates statistical data of the live commerce broadcast, and the exposed chat window is displayed at the time of the live commerce broadcast. The chat and the chat of the user of the viewer terminal can be displayed.

The transmitter may map the recorded video of the live commerce broadcast and chatting that occurred during the live commerce broadcast and transmit the rebroadcast.

The programming unit may set the specific image as an image to be exposed in the rebroadcast so that the specific image is displayed along with the video of the rebroadcast on the screen of the viewer terminal during the rebroadcast.

The programming unit may activate a chat function during the rebroadcast to allow users watching the rebroadcast to chat.

Embodiments can arouse customer expectations based on statistical figures such as video and chat of live commerce that have already been broadcast, the number of views or likes, and enable customers to feel the effect of re-participation in the event according to the progress of the live broadcast. Rebroadcasts can be organized and transmitted.

Embodiments provide viewers with additional expectations and communication after the live commerce broadcast through re-broadcasting (or live commerce broadcast reorganization), so that viewers can re-participate in the broadcast of the same video content and have new communication values and expectations for purchase. It can be induced to do so.

Embodiments can generate additional product sales revenue while minimizing investment in production costs for additional broadcasts.

1 is a diagram for explaining a live commerce system, a seller terminal, and a viewer terminal according to an embodiment.
Figure 2 is a diagram for explaining an example of providing real-time video of a live commerce broadcast according to an embodiment.
Figures 3 to 5 are diagrams for explaining an example of providing a recorded video of a live commerce broadcast according to an embodiment.
Figure 6 is a flowchart explaining a method of reorganizing live commerce broadcasting according to an embodiment.
Figure 7 is a block diagram for explaining a broadcast management device according to an embodiment.
8 to 14 are diagrams illustrating an example of an operation for reorganizing a live commerce broadcast of a live commerce system (or broadcast management device) according to an embodiment.

Specific structural or functional descriptions of the embodiments are disclosed for illustrative purposes only and may be changed and implemented in various forms. Accordingly, the actual implementation form is not limited to the specific disclosed embodiments, and the scope of the present specification includes changes, equivalents, or substitutes included in the technical idea described in the embodiments.

Terms such as first or second may be used to describe various components, but these terms should be interpreted only for the purpose of distinguishing one component from another component. For example, a first component may be named a second component, and similarly, the second component may also be named a first component.

When a component is referred to as being “connected” to another component, it should be understood that it may be directly connected or connected to the other component, but that other components may exist in between.

Singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, terms such as “comprise” or “have” are intended to designate the presence of the described features, numbers, steps, operations, components, parts, or combinations thereof, and are intended to indicate the presence of one or more other features or numbers, It should be understood that this does not exclude in advance the possibility of the presence or addition of steps, operations, components, parts, or combinations thereof.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by a person of ordinary skill in the art. Terms as defined in commonly used dictionaries should be interpreted as having meanings consistent with the meanings they have in the context of the related technology, and unless clearly defined in this specification, should not be interpreted in an idealized or overly formal sense. No.

Hereinafter, embodiments will be described in detail with reference to the attached drawings. In the description with reference to the accompanying drawings, identical components will be assigned the same reference numerals regardless of the reference numerals, and overlapping descriptions thereof will be omitted.

1 is a diagram for explaining a live commerce system, a seller terminal, and a viewer terminal according to an embodiment.

Referring to Figure 1, a seller terminal 110, a viewer terminal 120, and a live commerce system 130 are shown.

In Figure 1, one seller terminal 110 and one viewer terminal 120 are shown, but this is only an example. A plurality of seller terminals and a plurality of viewer terminals can communicate with the live commerce system 120. there is.

The seller terminal 110 may be a device or terminal that transmits a product sales video. For example, the seller terminal 110 can capture images from a mobile terminal including a camera (e.g., a smartphone, a tablet PC, etc.) and a laptop, and transmit the captured images to the live commerce system 130. Without being limited to this, the seller terminal 110 may receive a product sales video captured through an external camera from an external camera, and transmit the received product sales video to the live commerce system 130.

The live commerce system 130 can organize live commerce broadcasts. For example, the live commerce system 130 can generate programming information for a live commerce broadcast of product A and register the generated programming information. Programming information may include, for example, broadcast start date, broadcast start time, broadcast end time, etc., but is not limited thereto.

The live commerce system 130 can generate a schedule for multiple live commerce broadcasts by programming each of the multiple live commerce broadcasts.

The live commerce system 130 can organize rebroadcasts of live commerce broadcasts. For example, when the live commerce broadcast of product A ends, the live commerce system 130 may obtain or generate a recorded video of the live commerce broadcast of product A. The live commerce system 130 may store the acquired recorded video in a database or memory. The live commerce system 130 may obtain or collect chat during the live commerce broadcast of product A and store the obtained chat in a database or memory. The live commerce system 130 can obtain statistical data of the live commerce broadcast of product A. Statistical data may include, but is not limited to, for example, number of broadcast views, number of likes, total number of viewers, number of chats, average viewing time per viewer, number of product clicks, etc. Statistical data may omit at least one of the examples listed above or may further include other elements. The live commerce system 130 uses the content for the live commerce broadcast of Product A (e.g., acquired recorded video, acquired chat, and acquired statistical data), the rebroadcast start time, and the rebroadcast start date to conduct the live commerce broadcast of Product A. Rebroadcasts of broadcasts can be scheduled. The live commerce system 130 may transmit a rebroadcast of the live commerce broadcast of product A when the rebroadcast start time arrives on the rebroadcast start date. The viewer terminal 120 receives recorded video of the live commerce broadcast of product A, chatting during the live commerce broadcast of product A, and statistical data about the live commerce broadcast of product A from the live commerce system 130 and displays them on the screen. can do. Viewers can watch recorded video and chat during Product A's live commerce broadcast.

Depending on the embodiment, when organizing a rebroadcast of the live commerce broadcast of product A, the live commerce system 130 may not retrieve chatting during the live commerce broadcast of product A. In other words, the live commerce system 130 may organize a rebroadcast of the live commerce broadcast of product A, excluding chatting during the live commerce broadcast of product A. When the live commerce system 130 transmits a rebroadcast of the live commerce broadcast of product A, viewers can watch the recorded video, but cannot see the chat during the live commerce broadcast of product A.

In one embodiment, the live commerce system 130 may include, for example, a media server (or broadcast server), a chat server, and a management server. Depending on the implementation, the media server and chat server may be implemented as one server.

The media server may receive a product sales video from the seller terminal 110. The media server may transmit a product sales video to the viewer terminal 120 when the viewer terminal 120 accesses the media server during the live commerce broadcast time.

When the live commerce broadcast ends, the media server (or management server) can generate or obtain a recorded video of the live commerce broadcast and store the recorded video in a database or memory. The media server may transmit the recorded video to the viewer terminal 120 when the viewer terminal 120 connects after the live commerce broadcast ends.

The chat server can create a chat room corresponding to a live commerce broadcast. When the viewer terminal 120 accesses the media server and enters the live commerce broadcast, it can enter the chat room corresponding to the live commerce broadcast. Chat input from the viewer terminal 120 may be transmitted to the seller terminal 110 and other viewer terminals through a chat server. A user (ie, a viewer) of the viewer terminal 120 may communicate with the seller and/or other users.

The chat server can store chat during the live commerce broadcast.

The management server may perform the operation of organizing live commerce broadcasting and rebroadcasting of the live commerce system 130 described above.

Figure 2 is a diagram for explaining an example of providing real-time video of a live commerce broadcast according to an embodiment.

Referring to FIG. 2, the seller terminal 210 (e.g., the seller terminal 110 of FIG. 1) may transmit the product A sales video to the live commerce system 130 (e.g., a media server). For example, the seller terminal 210 may encode a video captured through a camera, and transmit the encoded video (e.g., product A sales video) to the live commerce system 130 (e.g., a media server). .

The live commerce system 130 (eg, media server) may receive the product A sales video from the seller terminal 210. When the viewer terminal 220 (e.g., the viewer terminal 210 of FIG. 1) connects, the live commerce system 130 (e.g., media server) transmits (or streams) a sales video of product A to the viewer terminal 220. )can do. For example, the live commerce system 130 (e.g., media server) may decode (or transcode) the product A sales video received from the seller terminal 210, and send the decoded product A sales video to the viewer terminal ( 220).

A user (i.e., viewer) of the viewer terminal 220 can watch the product A sales video and enter a chat. Additionally, the user of the viewer terminal 220 can press the like button on the live commerce broadcast of product A.

The viewer terminal 220 may transmit the input chat to the live commerce system 130 (eg, chat server). When the user presses the Like button, the viewer terminal 220 may transmit data (e.g., log data) indicating that the Like button was pressed to the live commerce system 130 (e.g., a log data collection server). Here, the log data collection server may be implemented by the management server described with reference to FIG. 1 or may correspond to a separate server.

Although not shown in FIG. 2, one or more other viewer terminals may receive the product A sales video from the live commerce system 130 (eg, media server). Other viewer terminals may transmit chat to the live commerce system 130 (eg, chat server). When another viewer terminal presses the like button on the live commerce broadcast of product A, another viewer terminal may transmit data indicating that the like button was pressed to the live commerce system 130 (e.g., a log data collection server).

The live commerce system 130 (eg, management server) may collect or obtain statistical data during the live commerce broadcast of product A. For example, the live commerce system 130 (e.g., management server) may include the number of views of the live commerce broadcast of product A, the number of likes of the live commerce broadcast of product A, the total number of viewers of the live commerce broadcast of product A, and the number of views of the live commerce broadcast of product A. Statistical data such as the number of clicks and the number of chats during the live commerce broadcast of product A can be collected. Depending on the embodiment, the management server of the live commerce system 130 may directly collect (or obtain) statistical data of the live commerce broadcast of product A. In contrast, if there is a separate log data collection server, the management server can receive statistical data during the live commerce broadcast of product A from the log data collection server.

Figures 3 to 5 are diagrams for explaining an example of providing a recorded video of a live commerce broadcast according to an embodiment.

Referring to FIG. 3, when the live commerce broadcast of product A ends, the live commerce system 130 (e.g., media server or management server) generates (or obtains) a recorded video of the live commerce broadcast of product A. can do.

The live commerce system 130 (e.g., management server) may organize a rebroadcast of the live commerce broadcast of Product A. For example, the example screen 400 shown in FIG. 4 may be displayed on the administrator terminal. The manager terminal (or operator terminal) can organize a rebroadcast of the live commerce broadcast of product A based on the information entered by the manager (or operator) (e.g., broadcast name in FIG. 4, broadcast start time in FIG. 4, etc.) there is.

In one embodiment, the management server may determine whether to provide chat during the live commerce broadcast of product A to viewers during rebroadcast. For example, as shown in FIG. 4 , the screen 400 of the administrator terminal (or operator terminal) may display the Import Chat button 410 and the Not Import Chat button 420. When the manager (or operator) selects the chat import button 410, the manager terminal transmits first information indicating that the chat during the live commerce broadcast of product A has been selected to be provided to viewers during rebroadcast to the management server. You can. Upon receiving the first information from the manager terminal, the management server may determine to provide chatting during the live commerce broadcast of product A to viewers during rebroadcasting. In other words, if there is a selection of chat loading when organizing a rebroadcast of the live commerce broadcast of product A, the management server may decide to provide the chat during the live commerce broadcast of product A to viewers during the rebroadcast. When the administrator (or operator) selects the Do not import chat button 420, the administrator terminal sends second information to the management server indicating that the chat during the live commerce broadcast of product A has been selected not to be provided to viewers during rebroadcast. It can be passed on. Upon receiving the second information from the manager terminal, the management server may determine not to provide chat during the live commerce broadcast of product A to viewers during rebroadcast. In other words, if there is no selection of chat loading when organizing a rebroadcast of the live commerce broadcast of product A, the management server may decide not to provide the chat during the live commerce broadcast of product A to viewers during the rebroadcast.

In one embodiment, the live commerce system 130 (eg, management server) may manage the statistical data of the rebroadcast and the statistical data of the live commerce broadcast of Product A separately. Even in this case, the live commerce system 130 (e.g., management server) may allow the statistical data of the rebroadcast to be accumulated (or mixed) with the statistical data of the live commerce broadcast of product A and displayed to the user (or the rebroadcast viewer).

For example, the statistical value of the first statistical item (e.g., number of views) of the live commerce broadcast of product A may be 1000. The management server may allow the first statistical item (eg, number of views) of the rebroadcast of product A to be accumulated in the first statistical item (eg, number of views 1000) of the live commerce broadcast of product A and displayed to the user. A user watching a rebroadcast of Product A may be shown the combined results of the number of views of the live commerce broadcast of Product A and the number of views of the rebroadcast of Product A. Even in this case, the management server can manage the number of views of the rebroadcast separately from the number of views of the live commerce broadcast.

For example, the statistical value of the second statistical item (e.g., number of likes) of the live commerce broadcast of product A may be 800. The management server may allow the second statistical item (e.g., number of likes) of the sales broadcast of product A to be accumulated in the second statistical item (e.g., number of likes of 800) of the live commerce broadcast of product A and displayed to the user. A user watching a rebroadcast of Product A may be shown the result of combining the number of likes of the live commerce broadcast of Product A and the number of likes of the rebroadcast of Product A. Even in this case, the management server can manage the number of likes of the rebroadcast separately from the number of likes of the live commerce broadcast.

The live commerce system 130 (e.g., management server), if there is a chat fetch selection (e.g., a selection for the chat fetch button 410), time-based the recorded video and the chat of the live commerce broadcast of Product A. It can be mapped.

The viewer terminal 330 (eg, the viewer terminal 130 in FIG. 1) may access the live commerce system 130 (eg, a media server) after the live commerce broadcast of product A ends. The live commerce system 130 (eg, media server) may transmit the recorded video of product A to the viewer terminal 330. The live commerce system 130 (e.g., a chat server) may transmit a chat (i.e., a chat of a live commerce broadcast of product A) temporally mapped (or synchronized) with the recorded video to the viewer terminal 330. Users of the viewer terminal 330 can watch the transmitted rebroadcast. An example of a screen displayed on the viewer terminal 330 is shown in FIG. 5.

In the example shown in FIG. 5, a recorded video may be displayed on the screen of the viewer terminal 330, and a RELIVE indication 510, a chat window 520, and a like button 530 may be displayed. there is. The chat window 520 may disappear from the screen according to the user's input of the viewer terminal 330. The disappeared chat window may be displayed on the screen of the viewer terminal 330 according to the input of the user of the viewer terminal 330.

The user of the viewer terminal 330 can enter a chat. Chat entered by the user may be displayed in the chat window 520. In the chat window 520, chats during the live commerce broadcast and chats of users of the viewer terminal 330 may be displayed together. In other words, the chat window 520 may display a mixture of chats from the live commerce broadcast and chats from rebroadcast viewers. For example, the viewer terminal 330 may transmit a chat input by the user to the live commerce system 130 (eg, a chat server). The live commerce system 130 (eg, chat server) may transmit the chat received from the viewer terminal 330 not only to the viewer terminal 330 but also to the terminal of a rebroadcast viewer. Accordingly, the chat input by the user of the viewer terminal 330 may be displayed in the chat window of the rebroadcast viewer's terminal as well as the viewer terminal 330. The user of the viewer terminal 330 can feel the feeling of communication even when watching a rebroadcast.

In the chat window 520, the chats at the time of the live commerce broadcast and the chats of the rebroadcast viewers may not be distinguished, but are not limited to this. Depending on the embodiment, in the chat window 520, chats during the live commerce broadcast and chats of rebroadcast viewers may be distinguished from each other.

The RELIVE indication 510 may indicate that the video on the screen of the viewer terminal 330 is a recorded video (or a reprogrammed video) rather than a real-time video of a live commerce broadcast.

Among the rebroadcast viewers, the user of the viewer terminal 330 may be the first to press the like button 530 during the rebroadcast. Assuming that the number of likes during the live commerce broadcast of product A is, for example, 800, when the user of the viewer terminal 330 presses the like button 530, the number of likes may be updated to 801. Although not shown in FIG. 5, the updated number of likes (eg, 801) may be displayed on the screen of the viewer terminal 330.

Figure 6 is a flowchart explaining a method of reorganizing live commerce broadcasting according to an embodiment.

Referring to FIG. 6, in step 610, when the live commerce broadcast ends, the live commerce system 130 may store content for the live commerce broadcast. Content may include, for example, statistical data of the live commerce broadcast, chatting during the live commerce broadcast, and recorded video of the live commerce broadcast.

In step 620, the live commerce system 130 may organize a rebroadcast of the live commerce broadcast based on content. At this time, the live commerce system 130 may set (or organize) the rebroadcast so that the statistical data of the rebroadcast is accumulated in the statistical data of the live commerce broadcast. For example, the live commerce system 130 may set the initial value of the statistical item of the rebroadcast (e.g., number of likes, number of views, etc.) to the statistical value of the statistical item of the live commerce broadcast (e.g., number of likes, number of views, etc.). .

In step 630, the live commerce system 130 may perform (or transmit) a rebroadcast when the broadcast start time of the rebroadcast arrives. For example, the live commerce system 130 may map the recorded video of the live commerce broadcast and the chat that occurred during the live commerce broadcast and transmit a rebroadcast.

Depending on the embodiment, the live commerce system 130 selects a specific image as an image to be exposed in the rebroadcast so that a specific image (e.g., a product wearing image, a product description image, etc.) is exposed on the viewer's screen along with the video of the rebroadcast during the rebroadcast. You can set it.

Depending on the embodiment, the live commerce system 130 may activate a chat function so that users watching the rebroadcast can chat during the rebroadcast. A chat window may be displayed on the screen (e.g., the screen in FIG. 5) of each viewer terminal that receives the rebroadcast. Viewers watching the rerun can chat with each other or with the administrator (or operator) through the chat window. The live commerce system 130 may allow the number of chats during the rebroadcast to accumulate to the number of chats during the live commerce broadcast.

Depending on the embodiment, the live commerce system 130 may deactivate the chat function activated during the rebroadcast.

The contents described through FIGS. 1 to 5 can be applied to the live commerce broadcast reorganization method of FIG. 6, so detailed description is omitted.

Figure 7 is a block diagram for explaining a broadcast management device according to an embodiment.

Referring to FIG. 7 , the broadcast management device 700 according to an embodiment may include a storage unit 710, a programming unit 720, and a transmission unit 730.

The storage unit 710 may be implemented as a memory, and each of the programming unit 720 and the transmission unit 730 may be implemented as a processor.

The storage unit 710 and the programming unit 720 may correspond to the management server described above, and the transmitter 730 may correspond to the media server described above.

When the live commerce broadcast ends, the programming unit 720 may store content for the live commerce broadcast in the storage unit 710.

The programming unit 720 may organize rebroadcasts of live commerce broadcasts based on content. At this time, the programming unit 720 may organize the rebroadcast so that the statistical data of the rebroadcast is accumulated in the statistical data of the live commerce broadcast. For example, the programming unit 720 may set the initial value of the statistical data of the rebroadcast to the statistical value of the statistical data of the live commerce broadcast. The programming unit 720 may set a specific image as an image to be exposed in the rebroadcast so that the specific image is displayed along with the video of the rebroadcast on the screen of the viewer's terminal during the rebroadcast. Depending on the embodiment, the programming unit 720 may activate a chat function during the rebroadcast to allow users watching the rebroadcast to chat.

The transmitter 730 may perform (or transmit) a rebroadcast when the broadcast start time of the rebroadcast arrives.

The transmitter 730 may map the recorded video of the live commerce broadcast and the chatting that occurred during the live commerce broadcast and transmit a rebroadcast.

On the screen of the viewer terminal (e.g., viewer terminal 330 in FIG. 3) that receives the rebroadcast, statistical data of the rebroadcast (e.g., number of likes in FIG. 5, etc.) and a chat window (e.g., chat window 520 in FIG. 5) are displayed. This may be exposed. The exposed statistical data may be accumulated statistical data from live commerce broadcasts. The exposed chat window may display chat at the time of the live commerce broadcast and chat from the user of the viewer's terminal.

The contents described through FIGS. 1 to 6 can be applied to the broadcast management device of FIG. 7, and detailed description is omitted.

8 to 14 are diagrams illustrating an example of an operation for reorganizing a live commerce broadcast of a live commerce system (or broadcast management device) according to an embodiment.

Referring to FIG. 8, the manager terminal may display a screen 800. Screen 800 may correspond to the basic screen or main screen for managing the live commerce system. The screen 800 may display a list of scheduled live commerce broadcasts and a button 820 for organizing (or reorganizing) rebroadcasts of completed live commerce broadcasts. In the example shown in FIG. 8, an image of a scheduled live commerce broadcast 810 (or an image of a product to be sold in the broadcast 910) may be displayed in the list of scheduled live commerce broadcasts.

In the example shown in FIG. 8, the phrase “preparing to broadcast” may be displayed above the image of the broadcast 810. The phrase “preparing to broadcast” may mean that a broadcast 810 is scheduled. Although not shown in FIG. 8, information on the broadcast 810 (e.g., product name, broadcast date, broadcast start time, and broadcast end time) is displayed in an area adjacent to the image of the broadcast 810 (e.g., an area adjacent to the bottom of the image). etc.) may be displayed.

The administrator terminal may receive a selection input for a button 820 for organizing a rebroadcast from the administrator. In this case, the manager terminal may display screen 900 of FIG. 9.

Referring to FIG. 9, the manager terminal may display a screen 900 for loading a broadcast to be scheduled (or reprogrammed). The screen 900 may display broadcasts that can be scheduled (or reprogrammed). A broadcast that can be organized (or reorganized) may include, for example, a broadcast (or rebroadcast) of a recorded video of a real-time live commerce broadcast. As in the example shown in FIG. 9 , an image of a broadcast (or re-broadcast) 910 that can be programmed (or re-programmed) of product A may be displayed in a certain area of the screen 900. The phrase “VOD conversion complete” may be displayed above the image of the broadcast 910. The phrase “VOD conversion complete” may mean that the broadcast 910 can be scheduled (or reprogrammed).

Although not shown in FIG. 9 , information (e.g., product name, broadcast time, etc.) of the broadcast 910 may be displayed in an area adjacent to the image of the broadcast 910 (e.g., an area adjacent to the bottom of the image).

The manager terminal may receive a selection input for the broadcast 910 from the manager, and may receive a selection input for the save button 920. In this case, the manager terminal may display screen 1000 of FIG. 10.

Referring to FIG. 10, when the manager terminal receives a selection input for the save button 920 of FIG. 9 from the manager, it may display a screen 1000. At this time, there may be a pop-up message 1010 on the screen 1000. In other words, when the administrator terminal receives a selection input for the save button 920 of FIG. 9 from the administrator, it may expose a pop-up message 1010. The pop-up message 1010 may have a fetch button 1011 to fetch chat (e.g., chat during a live commerce broadcast) and a do not fetch button 1012 to not fetch chat.

There may be a selection input for the import button 1011. Based on these selection inputs, the management server can map the recorded video of Product A and the chat during Product A's live commerce broadcast. The management server may apply various information about the live commerce broadcast of product A (e.g., basic information to be described through FIGS. 11A to 11D) to the rebroadcast of product A. There may be a selection input for the do not import button 1012. Based on this selection input, the management server does not retrieve the chat during the live commerce broadcast of product A, but provides various information about the live commerce broadcast of product A (e.g., basic information to be explained through FIGS. 11A to 11D). It may not apply to rebroadcasts of product A.

The administrator terminal may display the screen 1100 of FIG. 11A when there is a selection input for the import button 1011 or the not import button 1012. The administrator can set the date and start time of the rebroadcast of product A on screen 1100. According to the administrator's scroll input, the administrator terminal may display the screen 1110 of FIG. 11B, the screen 1120 of FIG. 11C, and the screen 1130 of FIG. 11D. As described above, when there is a selection input for the import button 1011, the information set in the live commerce broadcast of product A may be applied to the items on each screen of FIGS. 11A to 11D. If there is a selection input for the do not import button 1012, nothing may be applied to the items on each screen of FIGS. 11A to 11D. In this case, the administrator can set the items of each screen in FIGS. 11A to 11D.

The manager terminal may receive a selection input for the save button 1131 on the screen 1130 of FIG. 11D from the manager. In this case, the manager terminal may display screen 1200 of FIG. 12.

Referring to FIG. 12, a reorganized broadcast list may be displayed in a certain area of the screen 1200 of the administrator terminal. In the reorganized broadcast list, for example, there may be an image of a rebroadcast 1210 of product A. There may be a “rebroadcast” text above the image of the rebroadcast (1210). This “rebroadcast” phrase may indicate that a rerun of Product A has been scheduled.

Although not shown in FIG. 12, information on the rebroadcast 1210 (e.g., date of rebroadcast 1210, start time of rebroadcast 1210, end time, etc.) may be displayed.

The manager terminal may receive a selection input for rebroadcasting (1211) from the manager. By selecting input for the rebroadcast 1211, a check mark may appear in the upper left corner of the image of the rebroadcast 1211. If there is a selection input for the rebroadcast 1211, the administrator terminal may display the screen 1300 of FIG. 13.

Referring to FIG. 13, the screen 1300 may include an area 1301 where statistical data of a rebroadcast of product A is displayed, a chat area 1303, and an area 1305 where a rebroadcast of product A is played.

The administrator may enter chat into the chat area 1303 during the rebroadcast of product A.

In the example shown in FIG. 13, since the rebroadcast of product A is before the start, an image of product A and a countdown may be displayed in area 1305.

The “rebroadcast” phrase 1310 on the screen 1300 may indicate that a rebroadcast of product A has been scheduled, and the “ready to broadcast” phrase 1311 may indicate that the rebroadcast of product A has not yet been broadcast.

The manager terminal may receive a selection input for the broadcast start button 1320 from the manager. In this case, the manager terminal may display screen 1400 of FIG. 14.

Referring to FIG. 14, the phrase “LIVE” may be displayed on the screen 1400. This phrase “LIVE” may indicate that a rebroadcast of Product A is in progress.

In area 1305, a recorded video of product A can be played.

The embodiments described above may be implemented with hardware components, software components, and/or a combination of hardware components and software components. For example, the devices, methods, and components described in the embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, and a field programmable gate (FPGA). It may be implemented using a general-purpose computer or a special-purpose computer, such as an array, programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and software applications running on the operating system. Additionally, a processing device may access, store, manipulate, process, and generate data in response to the execution of software. For ease of understanding, a single processing device may be described as being used; however, those skilled in the art will understand that a processing device includes multiple processing elements and/or multiple types of processing elements. It can be seen that it may include. For example, a processing device may include multiple processors or one processor and one controller. Additionally, other processing configurations, such as parallel processors, are possible.

Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing unit to operate as desired, or may be processed independently or collectively. You can command the device. Software and/or data may be used on any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted by or to provide instructions or data to a processing device. It can be saved in . Software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on a computer-readable recording medium.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer-readable medium. A computer-readable medium may store program instructions, data files, data structures, etc., singly or in combination, and the program instructions recorded on the medium may be specially designed and constructed for the embodiment or may be known and available to those skilled in the art of computer software. there is. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -Includes optical media (magneto-optical media) and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, etc. Examples of program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc.

The hardware devices described above may be configured to operate as one or multiple software modules to perform the operations of the embodiments, and vice versa.

As described above, although the embodiments have been described with limited drawings, those skilled in the art can apply various technical modifications and variations based on this. For example, the described techniques are performed in a different order than the described method, and/or components of the described system, structure, device, circuit, etc. are combined or combined in a different form than the described method, or other components are used. Alternatively, appropriate results may be achieved even if substituted or substituted by an equivalent.

Therefore, other implementations, other embodiments and equivalents of the claims also fall within the scope of the following claims.

Claims (9)

In the live commerce broadcast reorganization method performed by the live commerce system,
When the live commerce broadcast ends, storing content for the live commerce broadcast;
organizing a rebroadcast of the live commerce broadcast based on the content; and
Performing the rebroadcast when the broadcast start time of the rebroadcast has arrived.
Including,
Statistical data of the rebroadcast and a chat window are exposed on the screen of the viewer terminal receiving the rebroadcast, the exposed statistical data accumulates statistical data of the live commerce broadcast, and the exposed chat window is displayed at the time of the live commerce broadcast. Displaying the chat and the chat of the user of the viewer terminal,
How to reorganize live commerce broadcasts.
According to paragraph 1,
The steps performed above are:
Mapping the recorded video of the live commerce broadcast and chatting that occurred during the live commerce broadcast and transmitting the rebroadcast
Including,
How to reorganize live commerce broadcasts.
According to paragraph 1,
The knitting step is,
Setting the specific image as an image to be exposed in the rebroadcast so that the specific image is exposed along with the image of the rebroadcast on the screen of the viewer terminal during the rebroadcast.
Including,
How to reorganize live commerce broadcasts.
According to paragraph 1,
activating a chat function during the rebroadcast so that users watching the rebroadcast can chat.
Containing more,
How to reorganize live commerce broadcasts.
According to paragraph 1,
The above content is,
Containing statistical data of the live commerce broadcast, chatting during the live commerce broadcast, and recorded video of the live commerce broadcast,
How to reorganize live commerce broadcasts.
In the broadcast management device,
storage unit;
When a live commerce broadcast ends, a programming unit that stores content for the live commerce broadcast in the storage unit and organizes a rebroadcast of the live commerce broadcast based on the content; and
A transmitter that performs the rebroadcast when the broadcast start time of the rebroadcast arrives.
Including,
Statistical data of the rebroadcast and a chat window are exposed on the screen of the viewer terminal receiving the rebroadcast, the exposed statistical data accumulates statistical data of the live commerce broadcast, and the exposed chat window is displayed at the time of the live commerce broadcast. Displaying the chat and the chat of the user of the viewer terminal,
Broadcast management device.
According to clause 6,
The transmitting department,
Mapping the recorded video of the live commerce broadcast and the chat that occurred during the live commerce broadcast to transmit the rebroadcast,
Broadcast management device.
According to clause 6,
The organizing department,
Setting the specific image as an image to be exposed in the rebroadcast so that the specific image is exposed along with the video of the rebroadcast on the screen of the viewer terminal during the rebroadcast,
Broadcast management device.
According to clause 6,
The organizing department,
Activating a chat function during the rebroadcast to allow users watching the rebroadcast to chat,
Broadcast management device.

Images