A system, method, and program for live video streaming.

Abstract

The aim is to revitalize communication among viewers of live videos while strengthening the connection between the live video streamer and the viewers. [Solution] A video distribution server 10 according to one embodiment of the present invention provides a live video distribution service for distributing and viewing live videos to a user via a user terminal 30. The server 10 generates a combo when it is determined that the input of items by each of several viewers of the live video satisfies predetermined combo conditions, thereby activating communication among viewers of the live video. Furthermore, by granting a first value to the distributor in response to the occurrence of such combos, the connection between the distributor and viewers of the live video can be strengthened.

Description

Technical Field

[0001] The present invention relates to a system, a method, and a program for distributing live videos.

Background Art

[0002] Conventionally, in a live video distribution service for distributing live videos, input (submission) of items by viewers has been performed. For example, the system disclosed in Patent Document 1 below is configured to display special items when a combination of items specified by item display requests from each of a plurality of users satisfies a predetermined condition. Such input of items can activate communication between viewers and can also enliven the live video itself.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, although the above-described conventional system can activate communication between viewers, it cannot be said to promote strengthening of the connection between the viewers and the distributor. Therefore, it is desired to realize a mechanism that strengthens the connection between the viewers and the distributor (increases the engagement of the viewers with the distributor) while activating communication between the viewers during the distribution of a live video through input of items.

[0005] One object of an embodiment of the present invention is to activate communication between viewers of a live video and strengthen the connection between the distributor and the viewers of the live video. Other objects of the embodiments of the present invention will become apparent by referring to the entire specification. [Means for solving the problem]

[0006] A system according to one embodiment of the present invention is a system for distributing live video, comprising one or more computer processors, wherein the one or more computer processors perform the following in response to the execution of a readable instruction: a process for distributing live video provided by a distributor to each of a plurality of viewers; a process for receiving item input from each of the plurality of viewers during the distribution of live video provided by the distributor; a process for determining whether the input of the item in question satisfies a predetermined combo condition in response to the item input from each of the plurality of viewers, and if it is determined that the predetermined combo condition is satisfied, a combo is generated; and a process for granting a first value to the distributor in response to the generation of a combo.

[0007] A method according to one embodiment of the present invention is a method for distributing live video, which is executed by one or more computers, and comprises the steps of: distributing live video provided by a distributor to each of a plurality of viewers; receiving item input from each of the plurality of viewers during the distribution of the live video provided by the distributor; determining whether the item input from each of the plurality of viewers satisfies a predetermined combo condition, and if it is determined that the predetermined combo condition is satisfied, generating a combo; and granting a first value to the distributor in response to the generation of a combo.

[0008] A program according to one embodiment of the present invention is a program for distributing live video, which is executed on one or more computers, and causes the one or more computers to perform the following processes: a process for distributing live video provided by a distributor to each of a group of viewers; a process for receiving item input from each of the group of viewers during the distribution of the live video provided by the distributor; a process for determining whether the item input from each of the group of viewers satisfies predetermined combo conditions, and if it is determined that the predetermined combo conditions are satisfied, a combo is generated; and a process for granting a first value to the distributor in response to the generation of a combo. [Effects of the Invention]

[0009] Various embodiments of the present invention enhance the connection between live video broadcasters and viewers while stimulating communication among viewers of the live video. [Brief explanation of the drawing]

[0010] [Figure 1] A schematic diagram showing the configuration of a network including a video distribution server 10 according to one embodiment of the present invention. [Figure 2] A block diagram illustrating the functions of video streaming server 10. [Figure 3] A diagram illustrating the information managed in user information table 411. [Figure 4] A diagram to explain the ranking system. [Figure 5] A diagram illustrating the information managed in the distribution information table 412. [Figure 6] A diagram illustrating the top screen 60. [Figure 7] A diagram illustrating the streamer's screen 70. [Figure 8] A diagram illustrating viewer screen 80. [Figure 9] A diagram illustrating the item selection screen 90. [Figure 10]Flowchart exemplifying the process related to the input of items by viewers, which is executed by server 10. [Figure 11] Diagram for explaining combo conditions. [Figure 12] Diagram exemplifying the viewer screen 80 on which the item object IO is displayed. [Figure 13] Diagram exemplifying the item object IO. [Figure 14] Diagram exemplifying the fever time instruction screen 110 that is overlaid and displayed on the distributor screen 70. [Figure 15] Flowchart exemplifying the process executed by server 10 when updating the rank. [Figure 16] Diagram for explaining the update rule of the rank meter value. [Figure 17] Diagram for explaining the correspondence between the updated content of the rank and the required rank meter value. [Figure 18] Diagram exemplifying the rank meter object 100. [Figure 19] Flowchart exemplifying the process executed by server 10 when awarding diamonds.

Mode for Carrying Out the Invention

[0011] Hereinafter, embodiments of the present invention will be described while referring to the drawings.

[0012] FIG. 1 is a configuration diagram schematically showing the configuration of a network including a video distribution server 10 according to an embodiment of the present invention. As shown in the figure, the video distribution server 10 is communicably connected to a user terminal 30 via a communication network 20 such as the Internet. In FIG. 1, only one user terminal 30 is shown, but the server 10 is communicably connected to a plurality of user terminals 30. The video distribution server 10 provides a live video distribution service for distributing and viewing live videos to users via the user terminal 30. In the present embodiment, a user operating the user terminal 30 can distribute a live video as a distributor and can also view a live video provided by other users as a viewer. The video distribution server 10 is an example of a device that implements part or all of the system of the present invention.

[0013] The video distribution server 10 is configured as a general computer and includes, as shown in FIG. 1, a computer processor 11, a main memory 12, an input / output I / F 13, a communication I / F 14, and a storage (storage device) 15, and these components are electrically connected via a bus or the like not shown in the figure.

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

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

[0016] The communication interface 14 is implemented as hardware such as a network adapter, various communication software, and a combination thereof, and is configured to enable wired or wireless communication via the communication network 20, etc.

[0017] The storage 15 is composed of, for example, magnetic disks, flash memory, etc. The storage 15 stores various programs, including the operating system, and various types of data.

[0018] In this embodiment, the video distribution server 10 may be configured using multiple computers, each having the hardware configuration described above. For example, the video distribution server 10 may be configured using one or more server devices.

[0019] The video distribution server 10 configured in this way can be configured to function as both a web server and an application server. In this case, it performs various processes in response to requests from a web browser and other applications (for example, an application for a live video distribution service) installed on the user terminal 30, and sends screen data (for example, HTML data) and control data, etc., to the user terminal 30 according to the results of those processes. The user terminal 30 may then display a web page or other screen based on the received data.

[0020] The user terminal 30 is configured as a general-purpose computer and, as shown in Figure 1, includes a computer processor 31, main memory 32, input / output interface 33, communication interface 34, and storage (memory device) 35, with each of these components electrically connected via a bus or the like (not shown).

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

[0022] The Input / Output I / F33 includes various input / output devices for exchanging information with users, etc. The Input / Output I / F33 includes, for example, information input devices such as keyboards and pointing devices (e.g., mice, touch panels, etc.), audio input devices such as microphones, and image input devices such as cameras. Furthermore, the Input / Output I / F33 includes image output devices such as displays and audio output devices such as speakers.

[0023] The communication interface 34 is implemented as hardware such as a network adapter, various communication software, and a combination thereof, and is configured to enable wired or wireless communication via the communication network 20, etc.

[0024] The storage 35 is composed of, for example, a magnetic disk or flash memory. The storage 35 stores various programs, including the operating system, and various data. The programs stored in the storage 35 can be downloaded and installed from an application market or the like.

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

[0026] A user operating the user terminal 30 configured in this way can use the live video streaming service provided by the video streaming server 10 by communicating with the video streaming server 10 via a web browser or other application installed on the storage 35, etc.

[0027] Next, the functions of the video distribution server 10 of this embodiment will be described. Figure 2 is a block diagram schematically showing the functions of the video distribution server 10. As shown in the figure, the server 10 has an information storage management unit 41 that stores and manages various information, a basic function control unit 43 that controls the basic functions of the live video distribution service, and a video distribution control unit 45 that controls the distribution of live video. These functions are realized by the cooperation of hardware such as the computer processor 11 and main memory 12, as well as various programs and data stored in the storage 15, etc. For example, they are realized by the computer processor 11 executing instructions contained in a program loaded into the main memory 12. In addition, some or all of the functions of the server 10 shown in Figure 2 are realized by the cooperation of the server 10 and the user terminal 30, or can be realized by the user terminal 30.

[0028] The information storage management unit 41 of the video distribution server 10 stores and manages various information in the storage 15, etc. The information storage management unit 41 is configured to have, for example, a user information table 411 that manages information about users of the live video distribution service, and a distribution information table 412 that manages information about the distribution of individual live videos, as shown in Figure 2.

[0029] The basic function control unit 43 of the video distribution server 10 performs various processes related to controlling the basic functions of the live video distribution service. For example, the basic function control unit 43 sends screen data or control data for various screens related to the basic functions to the user terminal 30, performs various processes in response to user input via the screens displayed on the user terminal 30, and sends screen data or control data corresponding to the results of those processes to the user terminal 30. The basic functions controlled by the basic function control unit 43 include, for example, login processing (user authentication), billing control, and user management (for example, updating the user information table 411).

[0030] The video distribution control unit 45 of the video distribution server 10 performs various processes related to the control of live video distribution. For example, the video distribution control unit 45 is configured to distribute live videos from multiple broadcasters to each of multiple viewers. For example, the video distribution control unit 45 is configured to receive live videos transmitted from a broadcaster's user terminal 30 (hereinafter sometimes referred to as "broadcaster terminal 30") and transmit those live videos to each of the multiple viewers' user terminals 30 (hereinafter sometimes referred to as "viewer terminal 30"). Live videos consist of, for example, images input via the camera of the broadcaster terminal 30 and audio input via the microphone. Such live video distribution can be carried out using a streaming method that uses a protocol such as HTTP Live Streaming (HLS).

[0031] In this embodiment, the video distribution control unit 45 is configured to accept input of items from each of multiple viewers to the live video broadcaster during the live video broadcast. For example, the video distribution control unit 45 is configured to present the live video to viewers via a predetermined screen displayed on each viewer terminal 30, and to display items input by one viewer via the predetermined screen on the predetermined screen of each viewer terminal 30 (for example, overlaid on the live video). The items input by viewers may include a variety of virtual and electronic items. Such items may be provided to viewers, for example, at various times, either for a fee or free of charge.

[0032] In this embodiment, the video distribution control unit 45 is configured to determine whether the input of the current item satisfies a predetermined combo condition in response to the input of an item by the viewer, and to generate a combo if it is determined that the predetermined combo condition is satisfied. The predetermined combo condition is typically configured as a condition required in relation to the input of the current item and past item inputs prior to that item input (for example, the input of the previous (immediately preceding) item, or the input of an item in the previous combo, etc.).

[0033] Furthermore, the video distribution control unit 45 is configured to award a first value to the distributor in response to the occurrence of a combo. The first value can consist of various virtual and electronic items, points, and various parameter values ​​that can benefit the distributor. The total quantity (total value) of the first value is managed, for example, in the user information table 411 or the distribution information table 412.

[0034] Thus, in this embodiment, the video distribution server 10 generates a combo when it is determined that the input of items by each of the multiple viewers of the live video satisfies predetermined combo conditions, thereby activating communication among viewers of the live video. Furthermore, since it grants a first value to the distributor in response to the occurrence of such combos, it can strengthen the connection between the distributor and viewers of the live video.

[0035] Furthermore, the video distribution control unit 45 may be configured to chain the current combo to the previous combos if the input of the current item is made during a chaining period in which combos can be chained to previous combos (for example, the period until a predetermined amount of time has elapsed since the occurrence of the previous combo), and if it is determined that predetermined combo conditions are met, and the larger the number of chained combos, the more first value the distributor will receive. The number of chained combos is sometimes simply called the "combo count". The video distribution control unit 45 may also be configured to clear the combo chain (clear the number of chained combos) when the above chaining period ends. When the combo chain is cleared, a new combo chain may be started from the occurrence of the next combo, for example. Such a configuration promotes the chaining of combos, and as a result, further activation of communication among viewers is achieved.

[0036] In this embodiment, the predetermined combo conditions for generating (and chaining) combos may include various conditions required for the input (or manner of input) of the items in the current transaction. For example, the predetermined combo conditions may include a condition that the relationship between the value of the item input in the current transaction and the value of the item input in the previous transaction or the value of the item input in the previous combo is a predetermined relationship (for example, a condition that the value of the item input in the current transaction (such as a price in real or virtual currency) is higher than the value of the item input in the previous transaction). Such a configuration requires cooperation between viewers who possess high-value items (e.g., advanced players) and viewers who do not possess high-value items and only possess low-value items (e.g., beginners), thus promoting the activation of communication among diverse viewers.

[0037] Furthermore, the predetermined combo conditions may include a condition that the number of times the same item (item of the same type) is entered in a combo chain is below a threshold. For example, if the number of times the same item is entered is limited to one or less, and item A was entered in previous combos, then entering item A in the current combo will not satisfy the predetermined combo conditions. This configuration encourages the input of many different types of items in a chain of combos.

[0038] Furthermore, the predetermined combo conditions may include a condition that the number of times the same viewer inputs an item in a combo chain is below a threshold. For example, if the number of times the same viewer inputs an item is limited to one or less, and viewer A has input an item in previous combos, then viewer A's item input this time will not satisfy the predetermined combo conditions. This configuration encourages a large number of viewers to participate in combo chains (item inputs).

[0039] Furthermore, the video distribution control unit 45 may be configured to award a second value to the broadcaster in a quantity based at least on the viewing status of multiple viewers during the live video broadcast. For example, the video distribution control unit 45 may be configured to set the quantity of the second value to be awarded to the broadcaster based on the number of viewers and the input status of items, comments, likes, etc., by each of the multiple viewers. The second value may consist of various virtual and electronic items, points, and various parameter values ​​that can bring benefits to the broadcaster. The quantity (total value) of the second value held is managed, for example, in the user information table 411 or the distribution information table 412.

[0040] Furthermore, the video distribution control unit 45 may be configured to start a predetermined mode, which is set to increase the quantity of a second value, at least based on the viewing situation, provided that the quantity of the first value held is equal to or greater than a threshold. For example, when the viewing situation is the same, the quantity of the second value set will be greater when the predetermined mode is in operation than when the predetermined mode is not in operation. In this case, the first value can be said to be a parameter value or the like that is accumulated in order to start the predetermined mode. Such a configuration makes it possible to provide benefits to the distributor through the predetermined mode.

[0041] Furthermore, the video distribution control unit 45 may be configured to initiate a predetermined mode in response to an instruction from the distributor after the quantity of the first value held exceeds a threshold. This configuration allows the distributor to determine the timing for initiating the predetermined mode. As a result, a strategic approach to initiating the predetermined mode is required, which can provide enjoyment to the distributor and stimulate communication between the distributor and viewers.

[0042] Furthermore, the video distribution control unit 45 may be configured to enable the input of items for a predetermined mode in response to the start of that mode. Such a configuration can increase the rarity value of items for a predetermined mode and promote the input of items in that mode.

[0043] Next, a specific example of the video distribution server 10 of this embodiment having such functions will be described. Figure 3 illustrates the information managed in the user information table 411 in this example. The user information table 411 manages information about users of the live video distribution service and, as shown in the figure, associates with a "user account" that identifies individual users, and manages information such as "basic information," which is basic user information such as account name, age, and gender; "distribution history information," which is information about the live video distribution history; "viewing history information," which is information about the viewing history of live videos distributed by other users; "followed user information," which is information about other users that the user follows; "follower information," which is information about other users (followers) that follow the user; "rank," which indicates the user's rank as a distributor; "rank meter value," which is a parameter value for determining rank up / down; "coin holdings," which indicates the number of virtual coins held in the live video distribution service; "diamond holdings," which similarly indicates the number of virtual diamonds held; and "fever gauge value" (first value), which indicates the value of the fever gauge for starting fever time (a predetermined mode) during live video distribution.

[0044] Figure 4 is a diagram illustrating the "ranks" of the streamers in this example. As shown in the diagram, in this example there are six rank tiers: "S", "A", "B", "C", "D", and "E". Each of the five rank tiers, "S", "A", "B", "C", and "D", consists of three ranks (for example, "S+", "S", "S-", etc., with a "+" added to the letter indicating the rank tier, the letter alone, and the letter with a "-" added). The "E" rank tier consists of one rank, "E". In other words, in this example there are 16 ranks (3 x 5 + 1 = 16).

[0045] Furthermore, within the rank tiers, "S" is the highest rank and "E" is the lowest. Also, within the same rank tier, "+" is the highest rank and "-" is the lowest. In this example, the user's rank is initially set to "D-".

[0046] Figure 5 illustrates the information managed in the distribution information table 412 in this example. The distribution information table 412 manages information related to the distribution of individual live videos, and as shown in the figure, it manages information such as the "distributor user account" that identifies the distributor of the distribution, the "distribution date and time", the "distribution time" that indicates the duration of the distribution, the "number of viewers (current value and maximum value)", the "number of comments" that are entered by viewers, the "number of likes" that are entered by viewers, the "item points" that are added in response to the input of items by viewers, the "combo information" that is information related to combos that may occur in response to the input of the said item, the "fever time flag" that indicates whether or not it is currently fever time, the "fever score" that is added in response to the input of comments, likes and items during fever time, the "base points" that are the base points that are awarded for this distribution, and the "distribution points" (second value) that are the base points plus the fever score. Combo information includes the number of combos and combo history (history of item inputs in each chained combo (history of viewer and item combinations)), etc.

[0047] Figure 6 illustrates the top screen 60 of a live video streaming service. As shown in the figure, the screen 60 has a filter area 62 labeled "Follow," "Popular," and "All," a list display area 64 that displays a list of live videos currently being streamed, and a start streaming button 66 labeled "Stream."

[0048] The filter area 62 is an area for setting filtering for live videos being streamed and displayed in the list display area 64. Specifically, when "Follow" is selected in the filter area 62, the live videos displayed in the list display area 64 are narrowed down to live videos from users that the user follows. Similarly, when "Popular" is selected in the filter area 62, the live videos displayed in the list display area 64 are narrowed down to live videos extracted according to predetermined extraction conditions for extracting popular videos (for example, live videos whose number of viewers (current value) is above a threshold). Also, when "All" is selected in the filter area 62, all live videos being streamed are included in the list display without any filtering.

[0049] The list display area 64 has multiple individual display areas 641 arranged in two columns, each displaying information about an individual live video. The individual display areas 641 display, for example, a still image pre-set by the live video broadcaster, the broadcaster's account name, and the number of viewers (current value). The list display area 64 is configured so that the displayed individual display areas 641 switch depending on whether you flick or slide up or down.

[0050] The broadcast start button 66 is an object that allows a user to start broadcasting live video as a broadcaster. When the broadcast start button 66 is selected by the user, live video broadcasting begins, and specifically, the transmission of video consisting of images input via the camera of the user terminal 30 and audio input via the microphone of the user terminal 30 to the server 10 begins. In addition, a new record is created in the broadcast information table 412 in response to the start of live video broadcasting.

[0051] Figure 7 illustrates a broadcaster screen 70 displayed on the broadcaster terminal 30 in response to the selection of the broadcast start button 66 (i.e., the start of live video broadcasting). The screen 70 includes a video display area 71 corresponding to the entire screen, a basic information display area 72 located in the upper left corner of the screen, a fever gauge 73 located below the area 72, an item information display area 74 located below the fever gauge 73, an action information display area 75 located below the area 74, and a circular broadcast stop button 76 located in the center of the bottom edge of the screen.

[0052] The video display area 71 displays the live video being streamed, that is, the image input via the camera of the streamer terminal 30. Since the streamer usually films themselves via the front camera of the streamer terminal 30, the streamed live video includes the streamer themselves.

[0053] The basic information display area 72 displays the basic information of this broadcast, specifically the broadcaster's information (profile picture, etc.), the number of viewers of this broadcast (current value), and the number of "likes" given by viewers for this broadcast.

[0054] Fever Gauge 73 displays the streamer's Fever Gauge value in gauge format. As mentioned above, the Fever Gauge value is managed in User Information Table 411, and as will be explained in more detail later, it increases in accordance with the occurrence and chaining of combos based on item input by viewers.

[0055] The item information display area 74, as will be explained in more detail later, displays information related to the input of an item in response to the viewer's input of that item.

[0056] The action information display area 75 displays information about actions performed by the viewer. Specifically, multiple action object AOs, each corresponding to an individual action, are arranged vertically within the area 75. The action information display area 75 is configured such that when a new action is performed by the viewer, a corresponding action object AO is added to the bottom, and the existing action object AOs move upwards in sequence. The action information display area 75 is configured so that the displayed action object AOs can be switched by flicking or sliding up and down. Actions performed by the viewer displayed in the action information display area 75 include entering a room (starting to watch), clicking "Like," entering a comment, and entering an item.

[0057] The stop streaming button 76 is an object used by the streamer to stop streaming live video. When the stop streaming button 76 is selected by the streamer, the live video streaming (sending of live video from the streamer's terminal 30 to the server 10) is stopped.

[0058] Figure 8 illustrates a viewer screen 80 displayed on the viewer terminal 30. For example, when a viewer selects a live video via the list display area 64 of the top screen 60, a viewer screen 80 for viewing the selected live video is displayed on the viewer terminal 30. As shown in the figure, the screen 80, like the broadcaster screen 70 described above, has a video display area 81, a basic information display area 82, a fever gauge 83, an item information display area 84, and an action information display area 85. The viewer screen 80 also has a comment input area 86, a "Like" button 87 with a heart mark, and an item input button 88 with a gift design at the bottom of the screen.

[0059] The comment input area 86 is an area for viewers to enter comments. When a viewer enters a comment via this area 86, an action object AO corresponding to the entered comment is added to the action information display areas 75 and 85 of the broadcaster's screen 70 on the broadcaster's terminal 30 and the viewer's screen 80 on each viewer's terminal 30. The action object AO corresponding to the comment displays the comment itself (text) along with the account name of the viewer who entered the comment. Also, when a comment is entered, the comment count in the broadcast information table 412 is updated (incremented by 1).

[0060] The "Like" button 87 is an object that allows viewers to input a "Like" for the broadcaster. When the button 87 is selected by a viewer, a "Like" is input, and the action object AO corresponding to "Like" is added to the action information display areas 75 and 85. The action object AO corresponding to "Like" displays the account name of the viewer who input the "Like," along with text indicating that a "Like" has been given. In addition, when a "Like" is input, a predetermined visual effect (for example, an animation effect in which heart-shaped objects appear to flow from the bottom to the top of the screen) is added to the video display areas 71 and 81. Furthermore, when a "Like" is input, the "Number of Likes" in the broadcast information table 412 is updated (increased by 1).

[0061] The item input button 88 is an object for viewers to input items. When the button 88 is selected by a viewer, the item selection screen 90, as illustrated in Figure 9, is displayed overlaid on the viewer screen 80. As shown in the figure, the screen 90 displays a list of multiple individual display areas 92, each displaying information about an item. The individual display areas 92 display an image corresponding to the item and the number of coins required to input that item.

[0062] In this example, several items that viewers can input are predetermined, and each item has a predetermined number of coins as its price (value). The item selection screen 90 displays a list of these inputtable items. When a viewer selects any of the items via the item selection screen 90, the input for the selected item is performed.

[0063] Here, we will describe in detail the processes related to item input. Figure 10 is a flowchart illustrating the processes related to item input by viewers that are executed by Server 10 in this example. As shown in the figure, Server 10 waits for item input (NO in step S100) while live video is being streamed (NO in step S115), and if the combo clear conditions for clearing the combo are met during this waiting period (YES in step S105), it clears the current combo (step S110). The process of clearing the combo will be described later.

[0064] While waiting for item input, if an item is input by any viewer (YES in step S115), the server 10 displays the corresponding action object (step S120). Specifically, an action object AO corresponding to the item input is added to the action information display areas 75 and 85 of the broadcaster screen 70 and the viewer screen 80. The action object AO corresponding to the item input displays the name of the item input along with the account name of the viewer who entered the item.

[0065] Next, server 10 updates the item points for this distribution (step S123). Specifically, item points corresponding to the number of coins of the entered item (for example, the more coins, the more points) are awarded to this distribution and added to the item points of the corresponding distribution in distribution information table 412.

[0066] Next, server 10 updates the number of coins held by the viewer who entered the item (step S125). Specifically, the number of coins for the entered item is deducted from the number of coins held by the corresponding user (viewer who entered the item) in user information table 411.

[0067] The server 10 then determines whether the input of the item satisfies the combo condition (step S130). In this example, the combo condition consists of the following five necessary conditions. In other words, the combo condition is satisfied when all of the following five conditions are met. (1) The time elapsed since the previous combo (or the previous item input if no previous combo exists) must be within 30 seconds. (2) The number of coins for the item entered this time must be equal to or greater than the number of coins for the item entered in the previous combo (or the item entered in the previous combo if no previous combo exists). (3) The viewer who entered the item this time has not entered any items in the previous combo (the number of times the same viewer has entered items in the combo chain is 1 or less). (4) The item entered this time has not been entered in the previous combo (the number of times the same item has been entered in the combo chain is 1 or less). (5) The fever gauge is not full.

[0068] Figure 11 is a diagram illustrating the combo conditions in this example. In Figure 11, the combo count is shown from top to bottom, illustrating how it is added or not added depending on the item input. In the following explanation, it is assumed that the interval between consecutive item inputs is within 30 seconds (condition (1) is satisfied), and that the fever gauge is not full (condition (5) is satisfied). As shown in the diagram, first, suppose viewer 01 inputs item A(1) (the number in parentheses is the number of coins; the same applies below). At this point, the combo count is 0.

[0069] Next, when viewer 02 inputs item B(1), the number of coins "1" for item B input this time is greater than or equal to the number of coins "1" for item A input last time (condition (2) is satisfied), and no combo chain has yet been established (conditions (3) and (4) are satisfied), so the combo condition is met. As a result, the combo count increases from "0" to "1".

[0070] Next, when viewer 03 inputs item B(1), since item B was already input in the previous combo, condition (4) is not met, and the combo condition is not satisfied. As a result, the combo count remains at "1".

[0071] Then, when viewer 04 inputs item C(3), the number of coins "3" for item C input this time is greater than or equal to the number of coins "1" for item B input in the previous combo (condition (2) is satisfied). Viewer 04, who input the item this time, did not input any items in the previous combos (condition (3) is satisfied). Furthermore, item C input this time was not input in the previous combos (condition (4) is satisfied). Therefore, the combo conditions are satisfied. As a result, the combo count increases from "1" to "2".

[0072] Next, when viewer 05 inputs item D(1), the number of coins for item D, "1," is less than the number of coins for item C, "3," which was input in the previous combo. Therefore, condition (2) is not met, and the combo condition is not satisfied. As a result, the combo count remains at "2."

[0073] Then, when viewer 06 inputs item E(3), the number of coins "3" for item E input this time is greater than or equal to the number of coins "3" for item C input in the previous combo (condition (2) is satisfied). Viewer 06, who input this item, did not input any items in previous combos (condition (3) is satisfied). Furthermore, item E input this time was not input in previous combos (condition (4) is satisfied). Therefore, the combo conditions are met. As a result, the combo count increases from "2" to "3".

[0074] Next, when viewer 02 inputs item F(5), viewer 02, who input this item, has already input an item in the previous combo (they input item B in the first combo), so condition (3) is not met, and the combo condition is not met. As a result, the combo count remains at "3".

[0075] Then, when viewer 05 inputs item F(5), the number of coins "5" for item F input this time is greater than or equal to the number of coins "3" for item E input in the previous combo (condition (2) is satisfied). Viewer 05, who input this item, did not input any items in previous combos (condition (3) is satisfied). Furthermore, item F input this time was not input in previous combos (condition (4) is satisfied). Therefore, the combo conditions are met. As a result, the combo count increases from "3" to "4".

[0076] Returning to the flowchart in Figure 10, if the input of the item in question is not determined to satisfy the combo conditions (NO in step S130), the server 10 displays a normal item object (step S135), while if the input of the item in question is determined to satisfy the combo conditions (YES in step S130), it displays a combo item object (step S140). Figure 12 illustrates a viewer screen 80 in which the item object IO is displayed in the item information display area 84. Similarly, the item object IO is also displayed in the item information display area 74 of the broadcaster screen 70. The item object IO disappears after a predetermined time has elapsed since its display in the item information display areas 74 and 84. In addition, a predetermined visual effect corresponding to the input item may be added to the video display areas 71 and 81 when the item object IO is displayed or disappears.

[0077] In this example, the regular item object used when the item input does not satisfy the combo condition and the combo item object used when the item input satisfies the combo condition have different appearances. Figure 13(A) illustrates the regular item object IO1, and Figure 13(B) illustrates the combo item object IO2. As shown in the figure, the regular item object IO1 has a rounded rectangular outline and a circular viewer image display area IO11 on the left side that displays the profile image of the viewer who entered the item. The regular item object IO1 also displays the viewer's account name, as well as the name and image of the entered item. On the other hand, as shown in the figure, the combo item object IO2 has a normal (non-rounded) rectangular outline and a trapezoidal viewer image display area IO21 on the left side that displays the profile image of the viewer who entered the item. Additionally, the combo item object IO2 displays the viewer's account name, the name and image of the entered item, and the combo count (in the example in Figure 13(B), it displays "5 combo").

[0078] Returning to the flowchart in Figure 10, if the item input does not satisfy the combo conditions, Server 10 displays the normal item object, then returns to step S100 and waits for item input again.

[0079] On the other hand, if an item input satisfies the combo conditions, the server 10 displays the combo item object and then updates the combo information and fever gauge value (step S145). Specifically, the combo information (number of combos and combo history) and fever gauge value for the corresponding broadcast are updated in the broadcast information table 412. When the combo information is updated, the combo count is increased by 1, and information regarding the current item input (combination of viewers and items) is added to the combo history. When the fever gauge value is updated, an additional value set based on the number of coins of the item input this time and the updated combo count is added to the fever gauge value. This additional value becomes larger the more coins and combos there are. When the fever gauge value is updated, the fever gauges 73 and 83 on the broadcaster screen 70 and the viewer screen 80 are also updated.

[0080] If the fever gauge is not full after the update (the fever gauge value has not reached its maximum value) (NO in step S150), server 10 returns to step S100 and waits for item input again.

[0081] As mentioned above, if the combo clear condition is met during the period while waiting for item input (YES in step S105), the combo is cleared (step S110). Now, let's explain how to clear a combo. In this example, the combo clear condition is that one of the following conditions is met. (1) The elapsed time since the last combo reaches 30 seconds. (2) The fever gauge becomes full. When any of these conditions are met, the combo is cleared, and specifically, the combo information (number of combos and combo history) for the corresponding distribution is cleared (initialized) in the distribution information table 412. In other words, the period during which chaining is possible in this example can be said to be "within 30 seconds from the previous combo".

[0082] On the other hand, if the Fever Gauge is filled to capacity (the Fever Gauge value reaches its maximum) as a result of repeated combo occurrences and chain reactions (YES in step S150), server 10 displays the Fever Time instruction screen on the broadcaster terminal 30 (step S155), returns to step S100, and waits for item input again.

[0083] Figure 14 illustrates the fever time instruction screen 110 displayed on the broadcaster terminal 30. As shown in the figure, the screen 110 is displayed overlaid on the broadcaster screen 70 and has a circular fever time button 112 labeled "FEVER START" and a hold button 114 labeled "Do it later". When the broadcaster selects the fever time button 112, fever time begins.

[0084] When Fever Time begins, a predetermined visual effect (for example, an animation effect in which the word "FEVER" appears to dance) is added to the video display areas 71 and 81 of the broadcaster's screen 70 and the viewer's screen 80. During Fever Time, a Fever Score is added in response to comments, likes, and item inputs from each viewer. The Fever Score is managed in the broadcast information table 412, as described above. During Fever Time, the number of comments, likes, and item points are also continuously updated in response to comments, likes, and item inputs from each viewer. In other words, Fever Time is a mode in which a Fever Score is added in addition to the addition of comments, likes, and item points. During Fever Time, it may be possible to input Fever Time items in place of, or in addition to, the normal items that can be input via the item selection screen 90.

[0085] In this example, Fever Time ends when a predetermined amount of time (e.g., 60 seconds) has elapsed since its start. Upon the end of Fever Time, the Fever Gauge value and combo are cleared (reset). Then, when the Fever Gauge becomes full again, the Fever Time instruction screen 110 is displayed again, and Fever Time can be started again. It is also possible to increase the difficulty of filling the Fever Gauge again each time it is filled (for example, by increasing the maximum value of the Fever Gauge). Furthermore, it is possible to set a limit on the number of times each streamer can fill the Fever Gauge within a unit period (e.g., one day) (i.e., limit the number of Fever Times).

[0086] In this example, if the streamer selects the hold button 114 on the Fever Time instruction screen 110, the start of Fever Time is put on hold. During this hold period, viewers can input items, but because the Fever Gauge is full (and therefore condition (5) above is not met), the combo conditions are not met (no combo occurs). During this hold period, the streamer can instruct the start of Fever Time at a desired time (for example, when a key viewer starts watching).

[0087] As described above, when the broadcaster selects the stop broadcast button 76 on the broadcaster screen 70, the live video broadcast ends. Once the live video broadcast ends, the server 10 sets the broadcast points for that broadcast. In this example, base points are calculated based on the number of viewers (maximum), the number of likes, the number of comments, and the item points, and the fever score during fever time is added to these base points to determine the broadcast points. The base points are configured to increase as the number of viewers (maximum), the number of likes, the number of comments, and the item points increases. The calculated base points and broadcast points are registered in the broadcast information table 412.

[0088] Even after the live video stream ends, the fever gauge value managed in user information table 411 is retained. In other words, in this example, the fever gauge value (fever gauge state) is carried over to the next stream. Alternatively, the fever gauge value (fever gauge state) can be cleared (initialized) at a predetermined time (for example, every night).

[0089] In this example, the user's rank for the day is determined (updated) based on the distribution points earned the previous day. Figure 15 is a flowchart illustrating the processes that server 10 executes when updating each user's rank. These processes are executed every night (for example, at 3 a.m.).

[0090] Server 10 first updates the rank meter value for each user, as shown in the figure (step S300). Figure 16 is a diagram illustrating the rules for updating the rank meter value. As shown in the figure, in this example, the rank meter value changes based on the user's ranking within the rank tier to which they belong, based on the distribution points earned by the user the previous day. The distribution points earned by a particular user the previous day are calculated by referring to the distributor user account, distribution date and time, and distribution points in the distribution information table 412. If a user has made multiple distributions in a day, the distribution points earned from each distribution are added together.

[0091] The rules for updating the rank meter value are as follows, as shown in Figure 16: First, if the ranking of the distribution points within the rank range falls within the top 10%, the rank meter value changes by "+2" (an increase of 2 points). Similarly, if the ranking falls within the top 11-30% (the remaining 20% ​​after subtracting the top 10% from the top 30%), the change is "+1". If the ranking falls within the middle 30% (top 31-60%), the change is "±0" (no change). If the ranking falls within the bottom 40%, the change is "-1" (a decrease of 1 point). Note that if no distribution took place the previous day, the rank meter value changes by "-1" regardless of the ranking within the rank range.

[0092] In step S300, each user's rank meter value is updated according to the update rule illustrated in Figure 16. Note that for users with a negative rank meter value, if the current change in rank meter value is an increase (specifically, +2 or +1), the rank meter value may be reset to 0 before being increased. That is, for example, if a user's current rank meter value is "-1" and the current change is "+2", the rank meter value is reset to 0 and then increased by 2, resulting in a new rank meter value of "+2" (not "+1"). This allows even users with negative rank meter values ​​(e.g., users with low streaming frequency) to see a significant increase in their rank meter value, thereby promoting live video streaming.

[0093] After updating each user's rank meter value, the server 10 then updates the rank based on the updated rank meter value (step S310). Figure 17 is a diagram illustrating the correspondence between the rank update content and the required rank meter value. As shown in the figure, first, when ranking up across rank tiers (in other words, when ranking up from the highest rank within each rank tier), the required rank meter value is +4. That is, a user belonging to the highest rank within each rank tier (e.g., A+) will rank up to the lowest rank within the rank tier immediately above (e.g., S-) when their rank meter value becomes +4. Also, when ranking up within the same rank tier (in other words, when ranking up from the middle or lowest rank within each rank tier), the required rank meter value is +2. That is, a user belonging to the middle or lowest rank within each rank tier (e.g., B or B-) will rank up to the highest rank within the same rank tier (e.g., B+ or B) when their rank meter value becomes +2.

[0094] Similarly, as illustrated in Figure 17, the required rank meter value for a rank down within the same rank tier (in other words, a rank down from the highest or middle rank within each rank tier) is -2. That is, a user belonging to the highest or middle rank within each rank tier (e.g., B+ or B) will be downgraded to the next lowest rank within the same rank tier (e.g., B or B-) when their rank meter value drops to -2. Also, the required rank meter value for a rank down across rank tiers is -6. That is, a user belonging to the lowest rank within each rank tier (e.g., A-) will be downgraded to the highest rank in the next lowest rank tier (e.g., B+) when their rank meter value drops to -6. Thus, in this example, the absolute value of the required rank meter is larger for rank up / down across rank tiers compared to rank up / down within the same rank tier. As a result, rapid rank up / down in a short period of time is suppressed.

[0095] In step S310, the rank is updated based on the rank meter value according to the correspondence shown in Figure 17. The rank meter value of users whose rank has been updated (users who have experienced a rank up / down) is reset to 0.

[0096] Figure 18 illustrates a rank meter object 100 that displays the user's rank meter value. This object 100 is placed, for example, on a profile screen that displays the user's basic information. As shown in the figure, the rank meter object 100 has a needle object 102 with a needle shape and a scale object 104 with a C-shaped opening that faces downwards. Below the needle object 102, the user's current rank (in the example in Figure 18, "Rank A") is displayed. The needle object 102 is configured to swing (rotate) to the right when the rank meter value increases and swing to the left when the rank meter value decreases. In Figure 18, the needle object 102 is upright (pointing to the 12 o'clock position), which corresponds to a rank meter value of 0. The needle object 102 also tilts to the right as the rank meter value increases in the positive direction, and tilts to the left as it decreases in the negative direction. Furthermore, a rank-up area 1041 corresponding to the rank meter value required for rank-up is set on the lower right side of the scale object 104, and similarly, a rank-down area 1042 corresponding to the rank meter value required for rank-down is set on the lower left side of the scale object 104. The user can understand the current status of the rank meter value for rank-up / down through the rank meter object 100.

[0097] In this example, diamonds, which are rewards for users as broadcasters, are awarded based on the broadcast time and rank (rank on the previous day) of the previous day. Figure 19 is a flowchart illustrating the processes that server 10 executes when awarding diamonds to each broadcaster. These processes are executed every night, for example, at an earlier time (for example, 12:00 AM every day) than the processes that are executed when updating each user's rank as illustrated in Figure 15.

[0098] Server 10 first calculates the delivery time for each user the previous day, as shown in the diagram (step S400). Specifically, the delivery time for a particular user the previous day is calculated by referring to the sender user account and the delivery date and time in the delivery information table 412. If a user makes multiple deliveries in one day, the delivery times of each of the deliveries are added together.

[0099] Next, server 10 grants each user a number of diamonds based on the calculated delivery time and the base number of diamonds (step S410). Specifically, each user is granted a number of diamonds equal to the calculated delivery time multiplied by the base number of diamonds. The base number of diamonds is predetermined for each rank, with higher ranks receiving more diamonds, and the base number of diamonds corresponding to each user's rank on the previous day is applied. Once diamonds are granted to a user, the number of diamonds held in user information table 411 is updated. In this example, diamonds can be exchanged for coins or real currency.

[0100] In the example described above, the fever gauge value is added in response to the occurrence or chaining of combos, and when the fever gauge is full, fever time can be started, and the fever score during that fever time is added to the distribution points. However, this design is illustrative, and other designs may be applied in other examples of this embodiment. For example, in such other examples, distribution points may be added directly in response to the occurrence or chaining of combos. Furthermore, in yet another example of this embodiment, the value and benefits granted to the distributor in response to the occurrence of combos are not limited to the fever gauge value and distribution points, but may be, for example, coins and diamonds.

[0101] The video distribution server 10 of this embodiment, as described above, generates a combo when it is determined that the input of items by each of the multiple viewers of the live video satisfies predetermined combo conditions. This can activate communication among viewers of the live video, and furthermore, it grants a first value (for example, a fever gauge value) to the broadcaster in response to the occurrence of such combos, thereby strengthening the connection between the broadcaster and viewers of the live video.

[0102] The processes and procedures described herein can be implemented by software, hardware, or any combination thereof, in addition to those explicitly described herein. For example, the processes and procedures described herein can be implemented by implementing the logic corresponding to those processes and procedures on a medium such as an integrated circuit, volatile memory, non-volatile memory, or magnetic disk. Furthermore, the processes and procedures described herein can be implemented as computer programs corresponding to those processes and procedures and executed by various types of computers.

[0103] Even if a process or procedure described herein is described as being performed by a single device, software, component, or module, such process or procedure may be performed by multiple devices, multiple software programs, multiple components, and / or multiple modules. Furthermore, the software and hardware elements described herein can also be realized by integrating them into fewer components or by decomposing them into more components.

[0104] In this specification, where a component of the invention is described as either one or more, or without limitation to either one or more, such component may be either one or more, unless the context should be otherwise interpreted. [Explanation of symbols]

[0105] 10 Video streaming servers 11 Computer Processors 15. Storage (mechanisms) 20 Communication Networks 30 User terminals 41 Information storage management department 43 Basic Function Control Unit 45 Video Distribution Control Unit 60 Top screen 70 Streamer screen 73 Fever Gauge 80 Viewer screen 83 Fever Gauge 90 Item Selection Screen 100 Rank Meter Objects 110 Fever Time Instruction Screen

Claims

1. A system comprising one or more computer processors for distributing live video, The one or more computer processors, in response to the execution of a readable instruction, The process of distributing live video provided by a streamer to each of multiple viewers, During the live video broadcast provided by the aforementioned broadcaster, a process is performed to accept item input from each of the aforementioned multiple viewers, The process involves determining whether the item input by each of the aforementioned multiple viewers satisfies predetermined combo conditions, and if it is determined that the predetermined combo conditions are satisfied, a combo is generated. The process of granting a first value to the distributor in response to the occurrence of a combo is performed. system.

2. The process for generating the aforementioned combo includes, if the input of the current item is made during a chainable period in which a combo chain to the previous combo is possible, and if it is determined that the input of the current item satisfies the predetermined combo conditions, then chaining the combo to be generated this time to the previous combo. The process of assigning the first value includes assigning more of the first value to the distributor the larger the number of combo chains. The system according to claim 1.

3. The one or more computer processors further execute a process to clear the combo chain in response to the end of the chainable period. The system according to claim 2.

4. The aforementioned predetermined combo condition includes a condition that the relationship between the value of the item entered this time and the value of the item entered last time or the value of the item entered in the previous combo is a predetermined relationship. The system according to either claim 2 or 3.

5. The aforementioned predetermined combo conditions include the condition that the number of times the same item is entered in a combo chain is less than or equal to a threshold, The system according to any one of claims 2 to 4.

6. The aforementioned predetermined combo conditions include the condition that the number of times the same viewer inputs an item in a combo chain is less than or equal to a threshold, The system according to any one of claims 2 to 5.

7. The one or more computer processors described above further include: A process of assigning to the broadcaster a second value, which is set based at least on the viewing status of the multiple viewers during the live video broadcast provided by the broadcaster, The process of starting a predetermined mode configured such that the quantity of the second value, which is at least based on viewing conditions, increases, provided that the quantity of the first value held is equal to or greater than a threshold, is performed. The system according to any one of claims 1 to 6.

8. The process of initiating the predetermined mode includes initiating the predetermined mode in response to an instruction from the distributor after the quantity of the first value held has reached a threshold or higher. The system according to claim 7.

9. The process for receiving input of the aforementioned items includes enabling input of items for the predetermined mode in response to the start of the predetermined mode. The system according to claim 7 or 8.

10. A method for streaming live video, which is performed by one or more computers, The steps involved in distributing a live video provided by a streamer to multiple viewers, The steps include: accepting item input from each of the multiple viewers during the live video broadcast provided by the aforementioned broadcaster; The process involves determining whether the item input by each of the aforementioned multiple viewers satisfies predetermined combo conditions, and generating a combo if it is determined that the predetermined combo conditions are satisfied. The system includes the step of granting a first value to the distributor in response to the occurrence of a combo, method.

11. It is a program for streaming live video. Depending on whether it is executed on one or more computers, the one or more computers will be: The process of distributing live video provided by a streamer to each of multiple viewers, During the live video broadcast provided by the aforementioned broadcaster, a process is performed to accept item input from each of the aforementioned multiple viewers, The process involves determining whether the item input by each of the aforementioned multiple viewers satisfies predetermined combo conditions, and if it is determined that the predetermined combo conditions are satisfied, a combo is generated. The process of granting a first value to the distributor in response to the occurrence of a combo is performed. program.

Images