Reward calculation method, reward calculation program and reward calculation system

Abstract

To provide a technology about reward calculation which urges moving image distribution so as to satisfy a demand for a viewing user with respect to a distribution user.MEANS FOR SOLVING THE PROBLEM: A reward calculation method executed by a computer is a method for providing reward to a distribution user who is a distributor of a moving image. The method includes: a distribution step of distributing the moving image according to distribution request from a terminal managed by the distribution user; a viewing record acquisition step of acquiring a viewing record which includes viewing time of a viewing user who is a user who has viewed the distributed moving image in association with the moving image; and a calculation step of calculating the reward to the distribution user on the basis of the viewing record.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a method for providing rewards to users who distribute videos online. [Background technology]

[0002] Technologies and services that distribute video content provided by users online in response to user requests are widely known. These systems have recognized economic demands, such as the use of the video content itself as an advertising medium and the trading of various paid items by viewers to support and encourage the distributor. Therefore, video content distributors are required to distribute content in a way that steadily attracts a larger number of viewers, and various technical efforts have been developed to support such stable distribution. Specifically, Patent Document 1 discloses a reward system that focuses on the video distribution time. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2020-21445 Summary of the Invention [Problem to be solved by the invention]

[0004] Indeed, when using the technology described in Patent Document 1, the video distribution time is an essential factor to consider when deciding on rewards, taking into account various distribution records, so even beginners who do not have the know-how to distribute videos or many viewers who can provide stable support can be motivated to continue distributing videos.

[0005] However, because this technology only focuses on maintaining or increasing the motivation of broadcasters to continue broadcasting videos, it has the drawback of being difficult to motivate viewers to broadcast videos that are highly appealing to viewers. Specifically, this technology determines a base remuneration amount based on broadcast performance, and then determines the remuneration using this base remuneration amount and broadcast time. However, the broadcast content or broadcast performance is merely indirect information for determining the base remuneration amount, and it is difficult to say that it sufficiently contributes to encouraging broadcasters to broadcast videos that meet the demands of viewers. [Means for solving the problem]

[0006] In order to solve the above problems, the present invention proposes a reward calculation method, as a method for providing rewards to a distribution user who is a video distributor, which method includes a distribution step of distributing a video in response to a distribution request from a terminal managed by the distribution user, a viewing history acquisition step of acquiring viewing history including viewing time of viewing users who have viewed the distributed video in association with the video, and a calculation step of calculating rewards for the distribution user based on the viewing history, on a computer.

[0007] Furthermore, in relation to the above invention, we also propose a reward calculation method in which a distribution performance acquisition step is further executed by a computer to acquire the distribution performance of one or more videos for a predetermined period on a distribution user basis, and the calculation step further includes a performance utilization sub-step to calculate a reward for the distribution user using the acquired distribution performance.

[0008] In addition, in relation to the above invention, we also propose a reward calculation method in which the calculation step further includes an upper limit threshold utilization substep of calculating a reward based on a predetermined threshold if the viewing time exceeds the threshold.

[0009] In addition, in relation to the above invention, we also propose a reward calculation method in which the calculation step further includes a lower threshold utilization sub-step in which, if the viewing time falls below a predetermined threshold, information regarding the viewing time is used as the viewing record.

[0010] In addition, in relation to the above invention, we also propose a reward calculation method in which a computer further executes a result output step of outputting the viewing result to a terminal managed by the distribution user at least at the timing of video distribution.

[0011] In addition, in relation to the above invention, we also propose a reward calculation method in which the viewing history acquisition step further includes an attribute acquisition substep of acquiring attribute-dependent viewing history according to the attributes of the viewing user, and the calculation step further includes an attribute utilization substep of calculating a reward for the distribution user based on the attribute-dependent viewing history.

[0012] Furthermore, in relation to the above invention, we also propose a reward calculation method in which an immersion information assignment step is further executed by a computer to assign immersion information corresponding to the viewing response of the viewing user from the viewing history acquired in the viewing history acquisition step to the distribution user, and the calculation step further includes an immersion information utilization substep to calculate a reward for the distribution user based also on the immersion information.

[0013] Furthermore, the present invention also proposes inventions relating to programs and systems related to the above methods. [Effects of the Invention]

[0014] The present invention, which is mainly configured as described above, makes it possible to encourage distribution users to distribute moving images in a manner that satisfies the demands of viewing users. [Brief explanation of the drawings]

[0015] [Figure 1] Schematic diagram of the present invention [Figure 2] FIG. 10 shows an example of a display screen of a distributor terminal when a video is being distributed using the system of the present invention. [Figure 3] FIG. 1 is a diagram showing an example of a functional block of a remuneration calculation system according to a first embodiment. [Figure 4] FIG. 1 is a schematic diagram showing an example of a configuration in which the functional components of the remuneration calculation system of the present invention are integrated and realized as a single piece of hardware. [Figure 5] FIG. 1 is a diagram showing an example of a processing flow of the remuneration calculation system of the first embodiment. [Figure 6] FIG. 10 is a diagram showing an example of a functional block of a remuneration calculation system according to a second embodiment. [Figure 7] FIG. 10 is a diagram showing an example of the processing flow of the remuneration calculation system of the second embodiment. [Figure 8] FIG. 10 is a diagram showing an example of a functional block of a remuneration calculation system according to a third embodiment. [Figure 9] FIG. 10 is a diagram showing an example of the processing flow of the remuneration calculation system of the third embodiment. [Figure 10] FIG. 10 is a diagram showing an example of a functional block of a remuneration calculation system according to a fourth embodiment. [Figure 11] FIG. 10 is a diagram showing an example of the processing flow of the remuneration calculation system of the fourth embodiment. [Figure 12] FIG. 10 is a diagram showing an example of a functional block of a remuneration calculation system according to a fifth embodiment. [Figure 13] FIG. 10 is a diagram showing an example of the processing flow of the remuneration calculation system of the fifth embodiment. [Figure 14] FIG. 13 is a diagram showing an example of a functional block of a remuneration calculation system according to a sixth embodiment. [Figure 15] FIG. 13 is a diagram showing an example of the processing flow of the remuneration calculation system of the sixth embodiment. [Figure 16] FIG. 13 is a diagram showing an example of a functional block of a remuneration calculation system according to a seventh embodiment. [Figure 17] FIG. 13 is a diagram showing an example of the processing flow of the remuneration calculation system of the seventh embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0016] First, let us look at Figure 1. Figure 1 is a diagram showing an overview of the present invention, and as shown in the figure, the present invention can be realized through the transmission and reception of various information via a network between one or more server computers 0101, 0102 and terminals (distributor terminals) 0111, 0112 managed by distributor users who are distributors of videos, and terminals (viewer terminals) 0121, 0122 managed by viewing users who are viewers of the videos. Multiple distributor terminals and multiple viewer terminals can simultaneously distribute and view videos.

[0017] The server computer records IDs for identifying the distribution user and the viewing user, and generates or acquires various information, such as viewing records and distribution records (described later), along with video distribution, and records and stores them in association with the IDs as needed. It is also possible to record distributed videos together with predetermined information and distribute them in response to user requests, and it is naturally possible to have a database for recording these videos.

[0018] Next, the types of terminals connected to the server computer embodying the present invention are not particularly limited as long as they are equipped with functions for streaming and viewing videos. Specifically, mobile terminals such as smartphones and tablets are conceivable, but wearable smart devices such as smartwatches are also conceivable, and of course terminals such as personal computers are also acceptable. It is also possible for a server computer administrator to stream videos using a server computer that he or she manages himself or herself, and to transmit and receive information between viewer terminals.

[0019] Next, Figure 2 shows an example of the display screen of a distributor terminal when a video is being distributed using the system of the present invention. Here, the distributor terminal is a mobile terminal such as a smartphone, and the distributor distributes the video while checking their own image captured by a camera 0202 installed near the terminal's display 0201. At this time, the screen displays the distributor's ID information (ID:Liver111) 0211, information 0212 about the viewing history of the distributed video, including the viewing time of the viewing user, and comments 0213 sent by the viewing user to the distributor or the distributed video.

[0020] However, the video distribution shown in Figure 2 is merely an example. Of course, other configurations are also possible, such as connecting a separate camera provided in the distributor terminal or a camera provided as hardware other than the distributor terminal to the distributor terminal and distributing the video.

[0021] It is assumed that the video distribution to which the present invention is applied is carried out in the form of so-called live streaming distribution, which is distributed in real time. However, it may also take the form of "archive distribution," in which a video that has been live-streamed is recorded and then distributed after the distribution has ended, or it may be a form in which a video is not distributed live but is recorded from the beginning and a video that has received a viewing request is distributed using a specified platform, etc., and it is of course possible to provide a combination of these multiple forms of video distribution.

[0022] Each embodiment of the present invention will be described below with reference to the drawings. First, the relationship between the embodiments and the claims is as follows: First, embodiment 1 mainly corresponds to claims 1, 8, 9, etc.; embodiment 2 mainly corresponds to claim 2, etc.; embodiment 3 mainly corresponds to claim 3, etc.; embodiment 4 mainly corresponds to claim 4, etc.; embodiment 5 mainly corresponds to claim 5, etc.; embodiment 6 mainly corresponds to claim 6, etc.; embodiment 7 mainly corresponds to claim 7, etc. However, the technical features described in each embodiment can also be used in combination with the technical features described in other embodiments.

[0023] It should be noted that the present invention is not limited to these embodiments, and can be embodied in various forms within the scope of the technical ideas described in each claim in accordance with common technical knowledge and without departing from the spirit thereof.

[0024] <<Embodiment 1>> <Summary> 3 is a diagram showing an example of the functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, the "remuneration calculation system" 0300 of this embodiment has a "distribution unit" 0301, a "viewing record acquisition unit" 0302, and a "calculation unit" 0303.

[0025] The reward calculation system described in detail below can be configured to realize one or more of its functions using multiple devices, and the functional blocks can all be realized as hardware or software. Examples of devices that use computers include hardware components such as a CPU, main memory, GPU, TPU, image memory, bus, secondary storage device (hard disk or non-volatile memory), keyboard, microphone, touch panel, electronic pen for touching the touch panel, various input devices such as various terminals, speakers, displays and other various output devices, and other external peripheral devices, as well as interfaces for those external peripheral devices, communication interfaces, driver programs for controlling those hardware, and other application programs.

[0026] Then, through arithmetic processing according to the program deployed on the main memory, data input from input devices or other interfaces and stored in the memory or hardware is processed and stored, and instructions for controlling the hardware and software are created. Here, the above program may be realized as multiple modularized programs, or two or more programs may be combined into one program using cloud computing or other methods.

[0027] <Functional configuration> The "distribution unit" 0301 is configured to distribute video in response to a distribution request from a terminal managed by the distribution user. The distribution request may be accepted by the distribution user along with a specification of a distribution method, such as live streaming or an on-demand method that distributes recorded video content according to the viewer's selection. For a live streaming distribution request, a configuration may also be considered that accepts a selection of whether or not archive distribution is enabled after distribution. While a configuration that accepts distribution requests for only a single method, such as live streaming, is of course possible, adopting a configuration that allows the user to select from multiple distribution methods makes it possible to meet the demands of many viewer users.

[0028] In addition, when requesting distribution, the distribution user can specify the start time and duration of the video, and can input the title of the video, various tags for linking the video to various information, and other video-related information that is information associated with the video. By accepting the start time of distribution, it becomes possible to schedule the distribution of the video, and the video-related information can be displayed to the viewing user along with the video when the video is distributed, and can be used as tags when general users of the present invention search for multiple distribution videos. By adopting this configuration, it is possible to help improve the appeal of the distribution video to many viewing users.

[0029] Incidentally, it is conceivable to adopt a configuration that notifies viewing users of video distribution in response to a distribution request from a distributor user. Specifically, it is conceivable to adopt a configuration that notifies viewing users or viewer terminals that have a user ID that is somehow linked to a user ID that identifies the distributor user or a video ID that identifies a video previously distributed by the distributor user of video distribution.

[0030] Note that the "some kind of trigger" referred to here may be a case where a viewing user registers that they like a particular broadcaster or video. Even without such registration, a linking trigger may occur if the viewing time of a video previously distributed by the same broadcaster is greater than or equal to a certain amount, or if the broadcaster has distributed more than a certain number of videos. By providing a notification in response to a new video distribution request based on this linking process, it is expected that the effect of encouraging more viewing users to watch the video immediately after the video distribution begins can be expected.

[0031] The distribution unit may control the distribution of a video depending on the response of the distribution user to the video that has started distribution. For example, if the video distribution is a streaming method, it may be possible to suspend or stop the video distribution in response to a request from the distribution user to suspend or stop the distribution, or it may be configured to accept the video distribution time from the distribution user after the fact. It may also be configured to forcibly end the distribution of the video when the distribution time set by the distribution user has elapsed.

[0032] Here, a configuration may be considered in which the distribution time is displayed on the video distribution screen, and more specifically, display control may be performed to display the remaining time of distribution and the elapsed time since the start of distribution. By adopting such a configuration, it is expected that the effect of encouraging the viewing user to feel more immersed in the distributed video can be expected.

[0033] In addition, a configuration may be adopted that controls video distribution based on reactions from viewers, not just distributors. For example, a configuration may be adopted in which viewers report that the content of a video being distributed violates video distribution rules, such as slander, and if the number of such reports exceeds a certain number, a warning message may be displayed within the video or the video distribution may be suspended. By adopting such a configuration, it is possible to maintain a healthy video distribution environment.

[0034] The "viewing record acquisition unit" 0302 acquires the viewing record including the viewing time of the viewing users who have viewed the distributed video, in association with the video. The viewing time of the viewing users may be acquired as the viewing record for each individual viewing user, or if there is at least one user watching the video, the viewing time may be acquired as the viewing record.

[0035] Furthermore, the viewing time referred to here may be an actual measurement value or an approximate number. For example, the viewing time may be acquired as the viewing record in a predetermined unit such as seconds or minutes. If a configuration is adopted in which the viewing time is acquired in minutes, then if the actual viewing time is 4 minutes and 40 seconds, the viewing time will be treated as 4 or 5 minutes as the viewing record. By adopting a configuration that does not require precise counting of the actual viewing time, it is possible to reduce the load of counting the viewing time for many viewing users.

[0036] As a specific example of how the time is acquired, counting of the viewing time begins when the viewing user starts viewing the distributed video. There are various possible counting methods, such as resetting the count of the previous viewing time when the viewing user subsequently stops viewing the video, continuing the count of the previous viewing time when the viewing user resumes viewing the same video after the interruption, or starting a new count of the viewing time. The counting method to be adopted can be selected as appropriate, and various evaluations of the length of viewing time by the viewing user can be performed depending on the selection.

[0037] Incidentally, the viewing history is acquired in association with the distributed video, and in addition to linking the viewing history of individual users, it is also possible to configure the viewing history of all viewing users who are watching the distributed video to be linked together. For example, information such as the total viewing time, average viewing time, and average continuous viewing time (information indicating whether the video was viewed continuously without interruption during distribution) of all viewing users could be linked as viewing time or viewing history. By adopting such a configuration, it becomes possible to reward distribution users for their efforts in distribution by calculating compensation that takes their viewing history into consideration.

[0038] The viewing record may include information other than viewing time. For example, it may include information related to the number of viewing users, such as the total number of viewing users during the distribution time and the changes in the number of viewing users per unit time. In addition, immersion information according to the viewing behavior of the viewing users may also be included in the viewing record (described in detail in embodiment 7). Any information related to video viewing by the viewing users can be included in the viewing record. By acquiring this information, the calculation unit described below can calculate the remuneration of the distribution user from the perspective of meeting various demands.

[0039] The "calculation unit" 0303 is configured to calculate a reward for the broadcasting user based on the viewing history. The viewing history is information that mainly includes viewing time, and the broadcasting user's reward can also be calculated based on the viewing time of the broadcast video. The reward calculation process may be performed for each broadcasting video, or for multiple videos broadcast during a specified period (described in detail in embodiment 2). Even when multiple videos are broadcast, a configuration may be considered in which the reward calculation process is simply performed for each individual video all at once, or in which the viewing history linked to multiple videos is used collectively in the reward calculation process. By adopting this configuration, it becomes possible to calculate rewards in a way that better rewards broadcasting users who have made an effort to broadcast many videos.

[0040] On the other hand, a configuration may be adopted in which the reward calculation process is performed in real time while the video is being distributed, in which case the results of the reward calculation process may be notified and output to the distributor and viewing users in real time. Notifying the distributor may provide an opportunity to reconsider the composition of the video being distributed to make it more suitable, and adopting a configuration in which notification is output to viewing users may provide a more visible sense that they are supporting the distributor.

[0041] One example of reward calculation based on viewing history is a calculation process that awards higher rewards to videos with longer viewing times. Based on the circumstances at the time of long viewing, the value of the video or videos that the broadcaster will broadcast in the future as an advertising medium can be highly evaluated, making it possible to collect effective advertising fees from advertisers, for example.

[0042] More specifically, a calculation process may be performed in which a higher reward is awarded depending on whether the viewing time included in the viewing record exceeds one or more preset thresholds. For example, a calculation process may be performed in which a C-rank reward is awarded if the viewing time exceeds 5 minutes, a B-rank reward is awarded if it exceeds 10 minutes, and an A-rank reward is awarded if it exceeds 30 minutes. By employing a configuration for performing a calculation process in which a higher reward is awarded for video distribution that has a long viewing time, in other words, is evaluated as having fewer dropouts and less boredom among viewing users, it is possible to encourage and encourage distribution users to provide video distribution that better meets the needs of viewing users.

[0043] The thresholds set at one or more stages described here can be set or changed as appropriate, and a reward calculation table that appropriately combines not only thresholds but also other conditions, numerical values, and other information that constitutes viewing records can be accepted, and reward calculation processing can be performed using that table. For example, multiple reward calculation tables can be set depending on the video genre and distribution time (daytime, late night, early morning, weekday, weekend, holiday, during an event, etc.), and the reward calculation table corresponding to those settings can be applied to calculate the reward.

[0044] Furthermore, a configuration may be adopted in which the viewing record is converted into a numerical value or points, and a reward is calculated according to the relative size of the numerical value compared to the points of other distribution users. By adopting a configuration in which a calculation process is performed that brings about the effect of encouraging distribution users to compete to enrich their viewing records for distributed videos, it is expected that not only will the demands of viewing users be met, but that distribution users will also be encouraged to distribute videos that are relatively rich in content compared to other distribution users.

[0045] Incidentally, the term "reward" for a streaming user is not necessarily limited to a specific form. It could be something like items or points that can be used within the system, or things like ranks or titles that are not usable in themselves but can be considered a certain amount of compensation. Rewards may of course be a combination of these, and economic value that can be used both inside and outside the system, such as cryptocurrency, electronic money, or cash, may also be accepted to the extent permitted by law.

[0046] The reward may be determined automatically based on the reward calculation table, or may be selectable by the broadcaster user based on the calculation results. By adopting this configuration, it becomes possible to encourage broadcasters to broadcast videos with the incentive of earning higher levels of rewards.

[0047] <Specific configuration> Here, Figure 4 is shown. This figure is a schematic diagram showing an example of the configuration when each functional component of the remuneration calculation system of this embodiment is integrated and realized as a single piece of hardware. Each device is equipped with a "CPU" 0401 for executing various arithmetic processes, a "storage device (storage medium)" 0402, a "main memory" 0403, an "input / output interface" 0404, and a "network interface" 0405, and transmits and receives information to and from external peripheral devices such as a "keyboard" 0406 via the input / output interface.

[0048] Furthermore, the remuneration calculation system of this embodiment can transmit and receive information to and from one or more "distributor terminals" 0407 and "viewer terminals" 0408 via a network interface.

[0049] The storage device stores various programs as described below, and the CPU reads, develops, and executes these programs in the work area of ​​the main memory. These components are interconnected by a data communication path such as a "system bus" 0499, and transmit and receive information and perform processing (the basic configuration described above is the same for all of the other devices described below).

[0050] (Specific configuration of the distribution unit) The distribution unit is composed of a computer program and computer hardware. Specifically, the CPU reads the “distribution program” 0410 from the storage device into the main memory, executes it, and distributes videos in response to distribution requests from terminals managed by distribution users.

[0051] (Specific configuration of the viewing record acquisition unit) The viewing history acquisition unit is composed of a computer program and computer hardware, and specifically, the CPU reads out the “viewing history acquisition program” 0420 from the storage device into the main memory and executes it, acquires the viewing history including the viewing time of the viewing users who have viewed the distributed video, and associates it with the video, and stores it at a specified address in the main memory.

[0052] (Specific composition of the calculation department) The calculation unit is composed of a computer program and computer hardware, and specifically, the CPU reads the "calculation program" 0430 from the storage device into the main memory and executes it, and calculates the remuneration for the distribution user based on the viewing record.

[0053] <Processing flow> Figure 5 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S0501, it is determined whether there is a video distribution request from a terminal managed by the distribution user. If it is determined that there is a distribution request, in step S0502, the video is distributed in response to the request (distribution step).

[0054] Then, in step S0503, the viewing history including the viewing time of the viewing user who viewed the distributed video is linked to the video and acquired (viewing history acquisition step), and in step S0504, the reward for the distribution user is calculated based on the viewing history (calculation step).

[0055] The processing of the viewing record acquisition step and the calculation step does not necessarily have to be performed after the video is distributed, but may be performed as appropriate while the video is being distributed (this is the same in all of the embodiments described below).

[0056] <Effects> By using the remuneration calculation system having the above configuration, it becomes possible to encourage distributors to distribute videos in a way that satisfies the demands of viewing users.

[0057] <<Embodiment 2>> <Summary> The remuneration calculation system of this embodiment is basically similar in technical features to the remuneration calculation system described in embodiment 1, but is characterized in that it acquires the distribution history of one or more videos for a specified period on a distribution user basis, and calculates the remuneration for the distribution user using the acquired distribution history.

[0058] <Functional configuration> Figure 6 is a diagram showing an example of functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, the "remuneration calculation system" 0600 of this embodiment has a "distribution unit" 0601, a "viewing record acquisition unit" 0602, a "calculation unit" 0603, and a "distribution record acquisition unit" 0604, and the calculation unit further has a "record utilization means" 0613. Since the basic configuration is the same as the remuneration calculation system described using Figure 3 of embodiment 1, the following will explain the differences, namely the functions of the "distribution record acquisition unit" 0604 and the "record utilization means" 0613.

[0059] The "distribution record acquisition unit" 0604 is configured to acquire, on a per-distributor basis, the distribution records of one or more videos for a predetermined period of time. In cases where one distributor user distributes multiple videos over a predetermined period of time, such as one week or one month, it is possible to simply acquire the distribution records for each individual video all at once, or to acquire distribution records linked to multiple videos together as a single distribution record. "Combining together" as a single distribution record means, for example, adding up information expressed as a number, such as viewing time, to create a single distribution record.

[0060] Note that the distribution history to be acquired here is information different from the viewing history described in embodiment 1. It is information related to the video distribution history of the distribution user, and includes information related to distribution frequency such as the total number of videos distributed during a specified period, the total length of distribution time, and the total number of days of distribution, as well as information related to the category of the distributed video, the distribution method (on-demand method, whether archive method is included, on-demand method, etc.), and other distribution aspects, etc. Possible targets for acquisition as distribution history include: By making it possible to take such information into consideration as the basis for remuneration calculation, it becomes possible to calculate remuneration not only based on the demand of the viewing user, but also taking into consideration the continuous distribution of the distribution user.

[0061] The "performance utilization means" 0613 is configured to use the acquired distribution performance in the calculation unit to calculate the remuneration for the distribution user. The additional distribution performance used here does not necessarily have to include the distribution performance of the video for which the remuneration is being calculated. In other words, the distribution performance for a predetermined period in the past (e.g., the past week, the past month, the previous day, etc.) can be used to calculate the remuneration for the current video distribution.

[0062] More specifically, it is conceivable that broadcasting performance over a predetermined period in the past could be acquired by linking it to the broadcasting user's ID, scored or ranked according to predetermined processing standards, and recorded, and compensation calculated based on the score, etc. By adopting this configuration, broadcasting users with favorable past broadcasting performance can expect to receive compensation calculations under relatively favorable conditions, while broadcasting users with less favorable past broadcasting performance can expect to be motivated to engage in more proactive video streaming by setting stricter conditions for compensation calculations.

[0063] <Specific configuration> The hardware configuration of each device constituting the remuneration calculation system of this embodiment is basically the same as the hardware configuration of the remuneration calculation system of embodiment 1 described using Figure 4. Therefore, the following describes the specific processing of the "distribution record acquisition unit" and "record utilization means" that have not been described so far.

[0064] (Specific configuration of the delivery record acquisition unit) The distribution history acquisition unit is specifically composed of a computer program and computer hardware, and the CPU reads the ``distribution history acquisition program'' from the storage device into the main memory and executes it, acquiring the distribution history of one or more videos for a specified period on a distribution user basis and storing them at a specified address in the main memory.

[0065] (Specific configuration of the means of utilizing results) The performance utilization means is specifically composed of a computer program and computer hardware, and when the calculation program is executed, the CPU reads the "performance utilization subprogram" from the storage device into the main memory and executes it, and calculates the reward for the distribution user using the acquired distribution performance.

[0066] <Processing flow> 7 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this diagram consists of the following steps. First, in step S0701, it is determined whether a video distribution request has been made from a terminal managed by the distribution user. If it is determined that a distribution request has been made, in step S0702, the video is distributed in response to the request (distribution step).

[0067] Next, in step S0703, the viewing history including the viewing time of the viewing user who viewed the distributed video is acquired in association with the video (viewing history acquisition step), and in step S0704 the distribution history of one or more videos for a predetermined period is acquired on a distribution user basis (distribution history acquisition step), and then in step S0705, a reward for the distribution user is calculated based on the viewing history and the acquired distribution history (record utilization / calculation step).

[0068] Unlike the above description, the distribution record acquisition step may be performed before or after the distribution step or the viewing record acquisition step. That is, when the process of acquiring the distribution record is performed before the distribution step, the process of acquiring or recording the distribution record for a predetermined period in the past is performed before the process of step S0701, and the distribution record is acquired based on the result of this process.

[0069] <Effects> By using the reward calculation system of this embodiment, it is possible to provide rewards that reward the efforts of distribution users who distribute videos that better meet the needs of viewing users than when using the reward calculation system of embodiment 1.

[0070] <<Embodiment 3>> <Summary> The reward calculation system of this embodiment is basically the same as the technical features of the reward calculation system described in embodiment 1, but has the feature that if the viewing time exceeds a predetermined threshold, the reward is calculated based on the threshold.

[0071] <Functional configuration> Figure 8 is a diagram showing an example of the functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, the "remuneration calculation system" 0800 of this embodiment has a "distribution unit" 0801, a "viewing record acquisition unit" 0802, and a "calculation unit" 0803, and the calculation unit further has an "upper limit threshold utilization means" 0813. Since the basic configuration is the same as the remuneration calculation system described using Figure 3 of embodiment 1, the following will explain the function of the "upper limit threshold utilization means" 0813, which is the difference.

[0072] The "upper limit threshold utilization means" 0813 is configured to calculate the reward based on a predetermined threshold when the viewing time exceeds the threshold. If the reward were calculated based on the total viewing time of all viewing users, the upper limit of the reward would effectively become unlimited, leading to a chaotic reward system and potentially making it difficult to maintain a healthy video streaming environment. There is also a risk that a streaming user, either directly or through a third party (often involving mechanical processing such as a robot), may acquire and use multiple viewing user accounts in order to arbitrarily accumulate a high viewing time for the videos they stream in order to obtain a high reward. To address these concerns, it is desirable to configure the system to set a certain upper limit on the viewing time used as the basis for reward calculation.

[0073] Here, the upper threshold utilization means may be configured to utilize a fixed threshold value or a threshold derived from a calculation formula using a predetermined coefficient, etc. When a fixed threshold value is utilized, it may be a fixed value such as "120 minutes" or "5000 minutes," or the threshold may be uniquely identifiable information such as "video distribution time." Furthermore, when a specific calculation formula is utilized, it may be, for example, "x times the video distribution time" or "x × number of video viewers × video distribution time" (where "x" is a predetermined coefficient), and these calculation formulas can be set as appropriate. In any case, by adopting a configuration in which a threshold value is set that imposes an upper limit (cap) on the calculated remuneration amount, it is possible to suppress moral hazard use of the present invention and provide a healthy video distribution environment.

[0074] <Specific configuration> The hardware configuration of each device constituting the remuneration calculation system of this embodiment is basically the same as the hardware configuration of the remuneration calculation system of embodiment 1 described using Figure 4. Therefore, the following describes the specific processing of the "upper limit threshold utilization means" that has not been described so far.

[0075] (Specific Configuration of Upper Threshold Utilization Means) The upper limit threshold utilization means is specifically composed of a computer program and computer hardware, and when the calculation program is executed, the CPU reads the "upper limit threshold utilization subprogram" from the storage device into the main memory and executes it, and if it is determined that the viewing time exceeds a predetermined threshold, it calculates the reward based on that threshold.

[0076] <Processing flow> 9 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this diagram consists of the following steps. First, in step S0901, it is determined whether or not a video distribution request has been made from a terminal managed by the distribution user. If it is determined that a distribution request has been made, then in step S0902, the video is distributed in response to the request (distribution step).

[0077] Then, in step S0903, a viewing record including the viewing time of the viewing user who viewed the distributed video is acquired in association with the video (viewing record acquisition step), and in step S0904, it is determined whether the acquired viewing time exceeds a predetermined threshold (upper limit threshold). If the determination result is that the upper limit threshold is exceeded, in step S0915, a reward for the distribution user is calculated based on the upper limit threshold and the viewing record (upper limit threshold utilization / calculation step). Then, if the determination result is that the reward is not exceeded, in step S0925, a reward for the distribution user is calculated based on the acquired viewing time and the viewing record (calculation step).

[0078] <Effects> By using the remuneration calculation system of this embodiment, it becomes possible to optimize remuneration calculation compared to when the remuneration calculation system of the first embodiment is used.

[0079] <<Embodiment 4>> <Summary> The remuneration calculation system of this embodiment is basically the same as the technical features of the remuneration calculation system described in embodiment 1, but has an additional feature in that, when calculating the remuneration, if the viewing time falls below a predetermined threshold, information about the viewing time is used as the viewing record.

[0080] <Functional configuration> Figure 10 is a diagram showing an example of the functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, the "remuneration calculation system" 1000 of this embodiment has a "distribution unit" 1001, a "viewing record acquisition unit" 1002, and a "calculation unit" 1003, and the calculation unit further has a "lower threshold utilization means" 1013. Since the basic configuration is the same as the remuneration calculation system described using Figure 3 of embodiment 1, the following will explain the function of the "lower threshold utilization means" 1013, which is the difference.

[0081] The "lower threshold utilization means" 1013 is configured to use information about the viewing time as the viewing record when the viewing time falls below a predetermined threshold in the calculation unit. In the third embodiment, we mentioned a technique for avoiding moral hazard, which often involves mechanical processing such as using a robot to artificially increment the viewing time of a video. Another moral hazard phenomenon is when a viewer creates numerous pseudo-accounts that are unrelated to the actual situation, manipulates those accounts, and starts streaming the video at the same time after the video starts streaming, thereby accumulating the viewing time of those accounts even for a very short period of time. Therefore, it is desirable to perform processing so that short viewing periods that fall below the predetermined threshold are not actively used, at least for reward calculation.

[0082] To address this issue, the lower threshold utilization means may be configured to exclude viewing times exceeding a preset lower threshold from the viewing record used for reward calculation. Alternatively, instead of excluding viewing times from the viewing record, it may be possible to employ a configuration in which reward calculation is not performed at all, or to use a calculation process that reduces the reward. By employing these configurations, it becomes possible to avoid the moral hazard of streaming users who access streaming videos in bulk in a short period of time in order to increase viewing time and earn rewards in a time-efficient manner.

[0083] The specific value of the lower threshold may be set arbitrarily, for example, to a short value such as one minute or several tens of seconds. On the other hand, if a video does not interest viewers, viewers will naturally abandon the video midway and the viewing time will inevitably be short. Therefore, rather than determining the lower threshold solely based on the length of viewing time, a configuration is conceivable in which the number of viewers with short viewing times can also be set as the lower threshold. Specifically, if the number of viewers whose viewing time is below the lower threshold exceeds a predetermined number or a predetermined percentage (e.g., if more than half of the total viewers per unit video watch for a time below the lower threshold, or if there is a concentration of viewing time below the lower threshold within a certain period of time from the start of video distribution), such a configuration can be considered to use this fact as viewing history. By adopting such a configuration, it is possible to prevent abuse that inflates the cumulative viewing time in a short period of time and thereby obtains a large reward.

[0084] <Specific configuration> The hardware configuration of each device constituting the remuneration calculation system of this embodiment is basically the same as the hardware configuration of the remuneration calculation system of embodiment 1 described using Figure 4. Therefore, the following describes the specific processing of the "lower threshold utilization means" that has not been described so far.

[0085] (Specific Configuration of Lower Threshold Utilization Means) The lower limit threshold utilization means is specifically composed of a computer program and computer hardware, and when executing the calculation program, the CPU reads the "lower limit threshold utilization subprogram" from the storage device into the main memory and executes it, and if the viewing time falls below a predetermined threshold, the means calculates the reward for the distribution user using information about the viewing time as the viewing record.

[0086] <Processing flow> Figure 11 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S1101, it is determined whether there is a video distribution request from a terminal managed by the distribution user. If it is determined that there is a distribution request, then in step S1102, the video is distributed in response to the request (distribution step).

[0087] Then, in step S1103, a viewing record including the viewing time of a viewing user who has viewed the distributed video is acquired in association with the video (viewing record acquisition step), and at this time, in step S1104, it is determined whether the acquired viewing time is below a predetermined threshold (lower threshold). If the determination result is that it is below the lower threshold, in step S1115, a reward for the distribution user is calculated based on the lower threshold and the viewing record (lower threshold utilization / calculation step). Then, if the determination result is that it is not below the lower threshold, in step S1125, a reward for the distribution user is calculated based on the acquired viewing time and the viewing record (calculation step).

[0088] It should be noted here that a configuration may also be adopted that includes both the lower threshold utilization calculation step described in this embodiment and the upper threshold utilization calculation step described in embodiment 3. That is, the configuration is such that the determination processes set forth in step S1104 and step S0904 are performed simultaneously, and depending on the determination result, the upper threshold utilization calculation step, the lower threshold utilization calculation step, or the normal calculation step is executed. By adopting such a configuration, it is possible to further strengthen the system for ensuring the soundness of video distribution services.

[0089] <Effects> By using the remuneration calculation system of this embodiment, it is possible to provide a remuneration that rewards the efforts of a distribution user who delivers a video that truly meets the needs of the viewing user, without taking into account the very short viewing time, compared to when the remuneration calculation system of embodiment 1 is used.

[0090] <<Embodiment 5>> <Summary> The remuneration calculation system of this embodiment is basically the same as the remuneration calculation system described in embodiment 1 in terms of technical features, but has an additional feature in that the viewing record is output to a terminal managed by the distribution user at least at the time of video distribution.

[0091] <Functional configuration> Figure 12 is a diagram showing an example of functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, the "remuneration calculation system" 1200 of this embodiment has a "distribution unit" 1201, a "viewing result acquisition unit" 1202, a "calculation unit" 1203, and an "result output unit" 1204. The basic configuration is the same as the remuneration calculation system described using Figure 3 of embodiment 1, so below we will explain the function of the "result output unit" 1204, which is the difference.

[0092] The "achievement output unit" 1204 is configured to output the viewing achievement to a terminal managed by the distributor user at least at the timing of video distribution. The achievement output unit will now be explained with reference to FIG. 2 again. This figure shows an example of a display screen on a distribution terminal while the distributor user is currently distributing their own video. In the upper left corner of the display screen, information 0211 related to the distributor user's ID is displayed, as well as information 0212 related to viewing achievements, including the viewing time of the distributed video by the viewing user.

[0093] More specifically, the "1,840 viewers" displayed with the two-eye icon represents the current number of viewers of the distributed video, and the "4,842 viewers" displayed with the smiley face icon represents the number of viewers who have the broadcaster registered as a favorite. The "29,458 comments" displayed with the speech bubble icon represents the total number of comments posted by viewers on the currently distributed video, and the "Lv. 42" and "4,925 points" displayed below with the dancing person icon represent the broadcaster's level. All or part of these displays may be used as immersion information as referred to in embodiment 7, but may also be used as viewing history as long as the content does not deviate from the definition of a viewing user (for example, the "LIVE" icon and "11m26s" displayed in the upper right corner of the screen display in FIG. 2 indicate that 11 minutes and 26 seconds have passed since the start of the live video distribution, but such information represents distribution history, not viewing history), and selection may be made as appropriate.

[0094] Other information about the viewing record in the figure includes the display of "117 min" on the left side along with the icon of the user watching the video. This display indicates that the viewing time of the video is 117 minutes, and is an example of information output by the record output unit. It is possible to set whether 117 minutes is the total viewing time of all viewing users or the viewing time when even one user is watching (as described above), and the display here can be based on that setting. By making it possible to grasp the viewing record while streaming in this way, the streaming user who grasps the viewing record can review the composition of the video being streamed and provide information that will better match the viewing user's preferences, i.e., videos that will not cause viewers to drop out midway and will lead to higher rewards through longer viewing times.

[0095] The performance output unit can output the viewing performance to the broadcasting user in real time during video distribution so that the user can understand it, but it can also be configured to output the performance after the video is distributed. When outputting the performance after the video is distributed, it can be configured to output the performance so that it can be viewed on a management page for the broadcasting user's viewing performance related to the video distribution that is separately set up on the network, rather than displaying it on the distribution screen. Even with this configuration, it is not possible to reconstruct the video being distributed, but by analyzing the output content, it is possible to encourage the broadcasting user to improve the composition of videos that will be distributed in the future.

[0096] <Specific configuration> The hardware configuration of each device constituting the remuneration calculation system of this embodiment is basically the same as the hardware configuration of the remuneration calculation system of embodiment 1 described using Figure 4. Therefore, the following describes the specific processing of the "achievement output unit" that has not been described so far.

[0097] (Specific configuration of the performance output unit) The performance output unit is specifically composed of a computer program and computer hardware, and the CPU reads the "performance output program" from the storage device into the main memory and executes it, outputting the viewing performance to the terminal managed by the distribution user at least at the time of video distribution.

[0098] <Processing flow> Figure 13 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S1301, it is determined whether there is a video distribution request from a terminal managed by the distribution user. If it is determined that there is a distribution request, in step S1302, the video is distributed in response to the request (distribution step).

[0099] Then, in step S1303, a viewing record including the viewing time of the viewing user who viewed the distributed video is acquired in association with the video (viewing record acquisition step). At this time, in step S1304, it is determined whether the video distribution is continuing, and if the determination result is that it is continuing, in step S1325, the viewing record is output to a terminal managed by the distributor user (record output step). If the determination result is that the video has ended, in step S1315, it is further determined whether there is a request to output the viewing record from the distributor user. If the determination result here is that there is an output request, in step S1325, the viewing record is output to a terminal managed by the distributor user.

[0100] Then, in step S1306, a reward for the broadcast user is calculated based on the viewing record (calculation step). The calculation step may of course be performed before step S1315.

[0101] <Effects> By using the remuneration calculation system of this embodiment, it is expected that the distributor user will be able to objectively grasp the demands of the viewing users, compared to when the remuneration calculation system of embodiment 1 is used, which will encourage improvements in the quality of video content to be distributed in the future.

[0102] <<Embodiment 6>> <Summary> The remuneration calculation system of this embodiment is basically similar in technical features to the remuneration calculation system described in embodiment 1, but has an additional feature in that, when acquiring the viewing history, attribute-dependent viewing history according to the attributes of the viewing user is also acquired, and the remuneration for the distribution user is calculated based on the attribute-dependent viewing history as well.

[0103] <Functional configuration> Figure 14 is a diagram showing an example of the functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, the "remuneration calculation system" 1400 of this embodiment has a "distribution unit" 1401, a "viewing record acquisition unit" 1402, and a "calculation unit" 1403, with the viewing record acquisition unit further having an "attribute acquisition means" 1412 and the calculation unit further having an "attribute utilization means" 1413. Since the basic configuration is the same as the remuneration calculation system described using Figure 3 of embodiment 1, the following will explain the functions of the "attribute acquisition means" 1412 and "attribute utilization means" 1413, which are the differences.

[0104] The "attribute acquisition means" 1412 acquires, in the viewing record acquisition unit, attribute-dependent viewing records according to the attributes of the viewing user. Specific examples of the viewing user's attributes may include user registration information such as the viewing user's own age, gender, occupation, and interests, as well as the start date or duration of service use, and video viewing tendency information based on past viewing history. The video viewing tendency information here may include information such as what fields (which may be classified by tagging, etc.) the viewing tendency of a user is strong in, as well as information such as the average video viewing time, video viewing time zone, and distribution mode of the viewed video (whether on-demand or live streaming is the most common, etc.).

[0105] Furthermore, attributes may also include information about relationships with specific broadcasters. For example, the number of views or viewing time of a specific broadcaster's broadcast video, or bookmarks or favorites for a specific broadcaster or broadcast video may be acquired as attributes.

[0106] In addition to positive elements, negative elements can also be attributes. For example, this can include information such as a history of receiving warnings for violating the terms of service when using the video streaming service of this system, a history of reports from other broadcasters or viewers, or a "ban" history indicating that a user has been treated in a way that denies their relationship.

[0107] The attribute-related information described above may be directly acquired as viewing history, or it may be acquired indirectly as viewing history after being ranked or scored based on predetermined criteria. For example, a viewing history indicating that a video was viewed for 5 minutes by an A-rank viewing user may be acquired as an attribute-dependent viewing history. By adopting this configuration, it is possible to simplify the process of calculating rewards.

[0108] The "attribute utilization means" 1413 is configured in a calculation unit to calculate a reward for the broadcasting user based on the attribute-dependent viewing record. How attributes are used can be set as appropriate, but for example, a configuration is conceivable in which the more viewing records of viewing users that have or have many positive elements for the broadcasting user or viewing user, the more favorable the reward calculation result for the broadcasting user. On the other hand, a configuration is conceivable in which the more viewing records of viewing users that have or have many negative elements, the more restrained the reward calculation is.

[0109] <Specific configuration> The hardware configuration of each device constituting the remuneration calculation system of this embodiment is basically the same as the hardware configuration of the remuneration calculation system of embodiment 1 described using Figure 4. Therefore, the following describes the specific processing of the "attribute acquisition means" and "attribute utilization means" that have not been described so far.

[0110] (Specific configuration of attribute acquisition means) The attribute acquisition means is specifically composed of a computer program and computer hardware, and when executing the viewing history acquisition program, the CPU reads out the "attribute acquisition subprogram" from the storage device into the main memory and executes it, acquires attribute-dependent viewing history according to the attributes of the viewing user, and stores it at a specified address in the main memory.

[0111] (Specific configuration of attribute utilization means) The attribute utilization means is specifically composed of a computer program and computer hardware, and when executing the calculation program, the CPU reads the "attribute utilization subprogram" from the storage device into the main memory and executes it, and calculates the reward for the distribution user based on the attribute-dependent viewing record.

[0112] <Processing flow> Figure 15 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S1501, it is determined whether there is a video distribution request from a terminal managed by the distribution user. If it is determined that there is a distribution request, then in step S1502, the video is distributed in response to the request (distribution step).

[0113] Then, in step S1503, the viewing history including the viewing time of the viewing user who viewed the distributed video and the attribute-dependent viewing history according to the attributes of the viewing user are linked to the video and acquired (attribute acquisition / viewing history acquisition step), and in step S1504, the reward for the distribution user is calculated based on the attribute-dependent viewing history (attribute utilization / calculation step).

[0114] <Effects> By using the reward calculation system of this embodiment, it is possible to provide secondary effects such as the ripple effect of video distribution, such as encouraging the distribution of highly appealing video content to influential viewing users, compared to the case where the reward calculation system of embodiment 1 is used.

[0115] <<Embodiment 7>> <Summary> The remuneration calculation system of this embodiment is basically similar in technical features to the remuneration calculation system described in embodiment 1, but has an additional feature in that it assigns immersion information corresponding to the viewing behavior of the viewing user from the acquired viewing history to the distribution user, and calculates the remuneration for the distribution user based also on the immersion information.

[0116] <Functional configuration> Fig. 16 is a diagram showing an example of functional blocks of the remuneration calculation system of this embodiment. As shown in the figure, a "remuneration calculation system" 1600 of this embodiment has a "distribution unit" 1601, a "viewing record acquisition unit" 1602, a "calculation unit" 1603, and an "immersion information assignment unit" 1604, and the calculation unit further has an "immersion information utilization means" 1613. Since the basic configuration is the same as the remuneration calculation system described using Fig. 3 of embodiment 1, the following will explain the differences, namely the functions of the "immersion information assignment unit" 1604 and the "immersion information utilization means" 1613.

[0117] The "immersion information assignment unit" 1604 is configured to assign immersion information to the distribution user according to the viewing behavior of the viewing user from the viewing record acquired by the viewing record acquisition unit. The immersion information may be assigned as information used to evaluate how immersed the viewing user was in the distributed video. For example, the immersion information may include information on the number of viewing users, such as the total number of viewing users during the distribution time, the number of simultaneous viewing users, and the transition in the number of viewing users per unit time; the type and number of items (tips) donated by viewing users during the video distribution; and information on the active reactions of viewing users, such as the number of comments, likes, and favorites added to the video.

[0118] A possible configuration is to assign immersion information to the user who has streamed a video each time the video stream ends. However, in the case of on-demand streaming, a possible configuration is to assign immersion information based on the streaming performance over a predetermined period after the start of the stream. Alternatively, immersion information may be assigned based on a comprehensive evaluation of the viewing performance of multiple videos streamed over a predetermined period, and the immersion information may be assigned after being processed, such as by ranking or pointing.

[0119] The "immersion information utilization means" 1613 is configured in a calculation unit to calculate a reward for the broadcasting user based on the immersion information. As explained above, the immersion information may be used indirectly in the form of ranks, points, or the like to calculate rewards. For example, a broadcasting user who is evaluated as having immersed many viewing users may be given high points for immersion information, and a high reward may be calculated based on those points. By adopting a configuration that reflects active responses to the broadcasting video in the reward calculation, rather than simply relying on formal information such as viewing time, it is possible to further revitalize the video broadcasting system.

[0120] <Specific configuration> The hardware configuration of each device constituting the remuneration calculation system of this embodiment is basically the same as the hardware configuration of the remuneration calculation system of embodiment 1 described using Fig. 4. Therefore, the following describes the specific processing of the "immersion information providing unit" and "immersion information utilization means" that have not been described so far.

[0121] (Specific configuration of the immersion information adding unit) The immersion information assignment unit is specifically composed of a computer program and computer hardware, and the CPU reads the ``immersion information assignment program'' from the storage device into the main memory and executes it, and assigns immersion information corresponding to the viewing response of the viewing user from the viewing history obtained by executing the viewing history program, linking it to the distribution user, and stores it at a specified address in the main memory.

[0122] (Specific configuration of immersive information utilization means) The immersion information utilization means is specifically composed of a computer program and computer hardware, and when executing the calculation program, the CPU reads the ``immersion information utilization subprogram'' from the storage device into the main memory and executes it, calculating the reward for the distribution user based also on the immersion information.

[0123] <Processing flow> Figure 17 is a diagram showing an example of the processing flow in the remuneration calculation system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S1701, it is determined whether there is a video distribution request from a terminal managed by the distribution user. If it is determined that there is a distribution request, then in step S1702, the video is distributed in response to the request (distribution step).

[0124] Then, in step S1703, the viewing history including the viewing time of the viewing user who viewed the distributed video is linked to the video and acquired (viewing history acquisition step), and in step S1704, immersion information corresponding to the viewing behavior of the viewing user from the acquired viewing history is linked to the distribution user and assigned (immersion information assignment step), and in step S1705, a reward for the distribution user is calculated based on the immersion information and the viewing history (immersion information usage calculation step).

[0125] <Effects> By using the reward calculation system of this embodiment, it is possible to reflect the real-time trends of viewers during video distribution in the content content, and develop the content into one with greater appeal, compared to when using the reward calculation system of embodiment 1. [Explanation of symbols]

[0126] 0300···Reward calculation system, 0301···Distribution unit, 0302···Viewing record acquisition unit, 0303···Calculation unit

Claims

1. A method for providing a reward to a distribution user who is a video distributor, comprising: a distribution step of distributing a video in response to a distribution request from a terminal managed by the distribution user; a viewing record acquisition step of acquiring a viewing record including a viewing time of a viewing user who has viewed the distributed video in association with the video; a calculation step of calculating a reward for the distribution user based on the viewing record; A method for calculating rewards that is carried out by a computer.

2. a distribution record acquisition step of acquiring, by the computer, distribution records of one or more videos for a predetermined period on a distribution user basis; The remuneration calculation method according to claim 1 , wherein the calculation step further comprises a performance utilization sub-step of calculating a remuneration for the broadcast user using the acquired broadcast performance.

3. The method of claim 1 , wherein the calculation step further comprises an upper threshold utilization substep of calculating a reward based on a predetermined threshold if the viewing time exceeds the threshold.

4. The remuneration calculation method according to claim 1 , wherein the calculation step further comprises a lower threshold utilization substep of, when the viewing time falls below a predetermined threshold, using information relating to the viewing time as the viewing record.

5. The remuneration calculation method according to claim 1, further comprising a result output step of outputting the viewing result to a terminal managed by the broadcasting user at least at the timing of video broadcasting.

6. The viewing result acquisition step further includes an attribute acquisition substep of acquiring an attribute-dependent viewing result according to an attribute of the viewing user, The remuneration calculation method according to claim 1 , wherein said calculation step further comprises an attribute utilization sub-step of calculating a remuneration for said broadcast user based on said attribute-dependent viewing record.

7. an immersion information assigning step of assigning immersion information corresponding to the viewing behavior of the viewing user from the viewing record acquired in the viewing record acquiring step to the distribution user, The remuneration calculation method according to claim 1 , wherein the calculation step further comprises an immersion information utilization substep of calculating a remuneration for the broadcast user based on the immersion information as well.

8. A program for providing rewards to a distribution user who is a video distributor, a distribution step of distributing a video in response to a distribution request from a terminal managed by the distribution user; a viewing record acquisition step of acquiring a viewing record including a viewing time of a viewing user who has viewed the distributed video in association with the video; a calculation step of calculating a reward for the distribution user based on the viewing record; A reward calculation program for executing the above on a computer.

9. A system for providing rewards to distribution users who are video distributors, comprising: a distribution unit that distributes video in response to a distribution request from a terminal managed by the distribution user; a viewing record acquisition unit that acquires a viewing record including a viewing time of a viewing user who has viewed the distributed video in association with the video; a calculation unit that calculates a reward for the distribution user based on the viewing record; A reward calculation system that includes:

Images