JP2002262256A - Contents distribution system, contents distribution method and contents distribution program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To automatically seamlessly view programs arranged on time base independently of a distribution time of the programs, a current time and a distribution form of live distribution and storage distribution. SOLUTION: A program organization management device 4 arranges program names of stream contents in the distribution order on the basis of the distribution time of each of the stream contents to generate a program organization table. A Web device 10 provides the program organization table to a Web browser 12 of the viewer via a network 15. A stream transmission controller 7 selects an input destination of the stream contents on the basis of input destination information of the stream contents. A stream distributor 11 distributes the stream contents supplied from the input destination selected by the controller 7 to a stream player 13 of the viewer via the network.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a content distribution system for distributing video and audio contents to a viewer terminal via a network such as the Internet.
The present invention relates to a content distribution method and a content distribution program.

[0002]

2. Description of the Related Art Conventionally, streaming content is distributed from a server on a network such as the Internet to a terminal on the viewer side via the network, and the terminal on the viewer side uses a WWW browser to transmit the streaming content. 2. Description of the Related Art There are known content distribution systems and methods for providing a service of reproducing and viewing a content.

[0003]

By the way, with regard to the registration and management of stream contents, it is desirable to be able to individually register and manage them individually, to set the distribution order independently, and to distribute them seamlessly. However, in the related art, when a program is distributed to a viewer as an arrangement on a time axis, if a method of registering individual stream contents is adopted, it is necessary to reload after one stream is completed, and the buffering is performed. Time = a time during which the viewer cannot view the video, or the viewer needs to reload.

As means for solving the above-mentioned problem, it is conceivable to edit and register a plurality of streams as one stream in advance, but there is a problem that a procedure for editing as one stream is required. If the stream is edited as one stream, the distribution order cannot be freely changed, the management becomes complicated, and the live distribution content and the stored distribution content (recording (recording)) are independent. There is a problem that live distribution and distributed content distribution cannot be performed continuously. That is, in the prior art, only the stream contents that are being distributed in real time are simply selected and distributed in the program scheduling table, and the past and future programming are browsed, and the past, present, future You cannot watch the stream contents of.

[0005] Regarding the viewing condition of the stream content, the value of the content may change due to elapse of time or external factors. In this case, it is desirable that the viewing conditions and billing method can be automatically changed. However, in the prior art, the time, the content and type of the content are only statically displayed in the program scheduling table of the stream content arranged on the time axis, and the viewing conditions and the billing method are set for each stream. Not set to correspond. That is, in the case of the same content, the way of viewing and charging is fixed. Therefore, in the prior art, the viewing conditions and
There is a problem that the billing method cannot be automatically changed.

In the prior art, the programming of stream contents arranged on the time axis is fixedly determined by the content provider, and the response of the viewer is automatically reflected in real time in real time. Therefore, there is a problem that the programming is not variable.

[0007] In addition, the viewer can select a time (future / past) other than the actual time of the stream content distribution in the program scheduling table.
It is desirable that the viewer can always view future and past stream contents on the same program schedule table without providing a storage device and performing storage itself. However, in the related art, it is necessary for the viewer to have a storage device for storing the stream content, and to receive and store the stream content currently being distributed in advance.

[0008] In addition, if only a program desired by the viewer is selected from the program scheduling table and the user wants to view the program in the order of selection, the content must be stored beforehand at the end of the program. ), There is a problem that the viewer is stressed. In addition, since it is necessary to read from the own terminal, there is a problem that the viewing conditions and the billing method cannot be differentiated.

[0009] The present invention has been made in view of the above-mentioned circumstances, and is automatically performed without depending on the distribution time of a program arranged on a time axis, the current time, and the distribution form of live distribution and stored distribution. It is an object of the present invention to provide a content distribution system, a content distribution method, and a content distribution program that can be seamlessly viewed.

[0010]

According to an aspect of the present invention, there is provided a content distribution system for distributing stream content to a viewer side terminal via a network, wherein According to the content, at least a program name, a distribution time, and storage means for storing input destination information, based on the distribution time of each stream content stored in the storage means,
A program organizing means for arranging the program names of the stream contents in the distribution order to create a program scheduling table; and a presentation means for presenting the program scheduling table created by the program scheduling means to the viewer terminal via the network. When distributing the stream content based on the distribution time of each stream content stored in the storage unit, the input destination of the stream content is determined based on the input destination information of the stream content stored in the storage unit. A transmission control means for selectively switching, and a distribution means for continuously distributing stream contents supplied from an input destination selectively switched by the transmission control means to a viewer terminal via the network. It is characterized by doing.

Further, according to the second aspect of the present invention, the first aspect of the present invention is provided.
In the content distribution system described in the description, the storage unit holds, for each stream content, a viewing type indicating whether the content has already been distributed, is currently being distributed, or has not been distributed yet, and the presentation unit has: It is characterized in that each program in the program scheduling table is recognizablely presented based on the viewing type, whether the program has already been distributed, is currently being distributed, or has not been distributed yet.

According to the third aspect of the present invention, there is provided the first aspect.
Or the content distribution system according to item 2, further comprising an updating unit that updates the viewing type held in the storage unit in real time as time elapses.

[0013] According to the fourth aspect of the present invention, in the first aspect,
4. The content distribution system according to claim 3, further comprising: viewing condition determination means for determining viewing conditions for the stream content based on the viewing type of the stream content, wherein the distribution means is determined by the viewing condition determination means. Stream content supplied from an input destination selectively switched by the transmission control means based on viewing conditions is continuously delivered to a viewer terminal via the network.

According to the fifth aspect of the present invention, in the first aspect,
4. The content distribution system according to claim 3, wherein a charging condition determining unit for determining a charging condition for the stream content based on a viewing type of the stream content, and the viewing / listening based on the charging condition determined by the charging condition unit. Charging means for charging the user.

Further, according to the invention described in claim 6, according to claim 1,
6. The content distribution system according to any one of claims 5 to 5, wherein the presentation unit synchronizes with the distribution of the stream content by the distribution unit, and transmits a response from the viewer side terminal to the viewer side terminal via the network. It is characterized by presenting an input screen for inputting information.

Further, according to the invention of claim 7, according to claim 6,
In the content distribution system described in the above, response information totalizing means for collecting and totaling response information from the viewer side terminal input from the input screen, and distribution based on the totaling result totalized by the response information totalizing means And a program registering means for changing the distribution order of the plurality of scheduled stream contents and setting the program stream in a program scheduling table created by the program organizing means.

Further, according to the invention described in claim 8, according to claim 1,
8. The content distribution system according to any one of items 7 to 7, wherein the viewer terminal selects the program from the program scheduling table.
A list holding unit that holds a list of at least one or more stream contents, wherein the distribution unit is configured to selectively switch an input destination selected by the transmission control unit based on the list held by the list holding unit. Is continuously distributed to the viewer-side terminal via the network.

In order to solve the above-mentioned problems,
According to the ninth aspect of the present invention, there is provided a content distribution method for distributing stream content to a viewer side terminal via a network, wherein at least program name, distribution time, and input destination information relating to the stream content are stored. In advance, based on the accumulated distribution time of each stream content, the program names of the stream contents are arranged in the distribution order to create a program scheduling table, and the program scheduling table is transmitted to the viewer side via the network. Present it on your device,
When distributing the stream content based on the distribution time, based on the input destination information of the stream content, while selectively switching the input destination of the stream content, the stream content is transmitted to the viewer side terminal via the network. It is characterized by continuous distribution.

In order to solve the above-mentioned problems,
In the invention according to claim 10, a step of accumulating at least a program name, a distribution time, and input destination information relating to the stream content, and a program of the stream content based on the accumulated distribution time of each stream content. Creating a program scheduling table by arranging the names in the order of distribution; presenting the program scheduling table to the viewer side terminal via a network; and distributing the stream content based on the distribution time. Continuously delivering the stream content to the viewer side terminal via the network while selectively switching the stream content input destination based on the stream content input destination information. It is characterized by.

According to the present invention, at least the program name, the distribution time, and the input destination information relating to the stream content are stored in the storage means, and the program organizing means stores the stream content based on the distribution time of each stream content. The program names are arranged in the distribution order to create a program scheduling table, and the presenting means presents the program scheduling table to the viewer-side terminal via the network, and, based on the distribution time of each stream content, When distributing the content, the transmission control means selectively switches the input destination of the stream content based on the input destination information of the stream content, and is supplied from the selectively switched input destination by the distribution means. Stream content to the viewer terminal via the network To deliver. Therefore, the program can be automatically and seamlessly viewed without depending on the distribution time of the programs arranged on the time axis, the current time, and the distribution form of the live distribution and the stored distribution.

[0021]

Embodiments of the present invention will be described below with reference to the drawings. A. 1. Configuration of Embodiment FIG. 1 is a block diagram showing a configuration of a content distribution system according to an embodiment of the present invention. In FIG. 1, the automatic program registration device 1 refers to a voting database (to be described later) on a Web device 10 to be described later via a D15 at regular time intervals, and creates a program based on a voting result for a program to be viewed. Create and manage the programming management device 4 via D16
Then, the distribution time and viewing conditions of each content are set within a time frame that can be automatically registered, and the content is automatically registered.

The program scheduling registration terminal 2 determines the program name, distribution time (start, end, distribution time), viewing type (future, present, and past) for each content registered by the content registration terminal 3 described later. Input destination information (recording / recording input, live input), program form (recording / recording, live) "
Is registered in the programming management device 4 via D1 as a programming table.

FIG. 2 is a conceptual diagram showing an example of the above-mentioned program scheduling table. The program scheduling table includes a program name, a distribution time, a viewing type, and a program form. The program name is a name given to each program. Delivery time is
It consists of a start time, an end time, and a delivery time. The viewing type represents an attribute on the time axis of the program, such as a program that has already been distributed, "past", a program currently being distributed, "current", and a program to be distributed, "future", and is updated in real time. . In addition, the program form is such that the program is recorded and
It indicates whether the program is a recorded program “recording / recording” or a program “live” distributed in real time.

Next, the content registration terminal 3 stores the Web content to be displayed in synchronization with the stream content,
The stream content (for real-time delivery) and the synchronization file are transferred to the stream content management device (for real-time delivery) 5 via D3, and the stream content (for on-demand viewing) is transferred via D3. Via D4 to the stream distribution device 11 for file transfer,
The detailed information of the content is registered in the content management database of the content management device 5 via D3.

For each content, the program management device 4 determines "program name, distribution time (start, end, distribution time), viewing type (future, present, past) input destination information (recording / recording input, live input). ), Program form (recording / recording, live) "
Is held as a program scheduling table.

The content management device 5 has a content management database and holds detailed information of stream content (for on-demand viewing) from the content registration terminal 3.

The camera / capture 6 captures an audio / video stream for live distribution and supplies it to the stream transmission control device 7.

The stream transmission control device 7 refers to the programming management device 4 via D5, and refers to the programming schedule table “program name, distribution time (start, end, distribution time), Viewing type (future, present, past) input destination information (recording / recording input, live input), program form (recording / recording, live) "are acquired. When the real time comes, the stream transmission control device 7 determines an input destination by a software algorithm for selecting a file destination to be referred to according to the obtained input destination information.

In this embodiment, when the input destination information is video recording, that is, in the case of video recording / recording distribution, the stream content management device 5 is accessed via D6, the file entity and the synchronization file are read, and the synchronization file is read. Is transmitted to the synchronization signal distribution device 9 via D8, and the file stream is input to the encoder 8 via D9. In the case of live distribution, in the case of live broadcasting, an audio / video stream is captured from the camera / capture 6 via D7, and the stream is input to the encoder 8 via D9.

The encoder 8 encodes a stream input via D9 and transmits the encoded stream to the stream distribution device 11 via D10 in real time.

The synchronization signal recording device 9 is a Web browser 1
According to the information described in the synchronization file from the stream transmission control device 7, the URL information to be displayed along with the stream is transmitted to the Web browser 12 via D 11 by the program embedded and displayed in 2.

When the viewer presses a display button of a program scheduling table (to be described later) on a page of the web browser 12, the web apparatus 10 refers to the programming management apparatus 4 via D14 to format the data. , Via the web browser 12 via the D13. In addition, the Web device 10
In the browser 12, when a link of a program is clicked on the program schedule table displayed by the viewer, the program management device 4 is referred to via D14, and the viewing type (past, present,
Streaming server 1 with viewing conditions corresponding to (future)
Select and distribute one stream content.

The stream distribution device 11 transmits the specified UR
L, the content corresponding to the URL, ie, the stream content (for on-demand viewing) from the content registration terminal 3 or the encoded stream transmitted in real time from the encoder 8 It is distributed to the player 13.

The Web browser 12 is activated on the terminal on the viewer side, and displays the stream viewing site top page on the Web device 10 via D18. The Web
In the browser 12, when the viewing button on the page is pressed after the viewer refers to the program scheduling table, a new window in which the viewing URL link of the stream distribution device 11 and the stream player 13 are embedded is opened. It is designed to stand up.

The stream player 13 reproduces the currently distributed content (video / audio) by accessing the stream distribution device 11 at the URL specified via D12.

The live recording / recording device 15 accumulates live stream contents supplied from the stream transmission control device 7 via D18. The live stream content is an audio / video stream captured from the camera / capture 6.

Encoder (live recording / recording) 16
Stores the live stream contents (recording / recording) stored in the live recording / recording device 15 in D19
, And the live stream content (recording / recording) is transmitted via D20 to the stream distribution device 11.
Transfer files to

The user information database 17 stores information (personal information, billing information, point table, etc.) on viewers who enjoy this service. As personal information,
For example, there are a user ID, a password, a name, an age, a gender, and the like. The user ID and the password are used to authenticate the viewer when enjoying the present service (when viewing the content). Note that an existing device is used as the authentication device 14.

The authentication / charging / customer management device 14 is an existing device, and acquires a charging method and charges the user according to the viewing conditions from the Web device 10 described above. The viewer can continuously watch subsequent programs with the program as a base point. As a billing method, for example,
The charging method may be set according to the sex of the contractor. For example, for women, such as women's preferential movies, content is provided at low rates. The viewing conditions may be set according to the age of the contractor. For example, content is provided only to adults.

Each device on the content provider side described above may be composed of at least one or more computers (servers). The function of each device is realized by executing a program stored in a storage unit (not shown). The storage unit is configured by a nonvolatile memory such as a hard disk device, a magneto-optical disk device, a flash memory, a volatile memory such as a RAM (Random Access Memory), or a combination thereof. The storage unit is a volatile memory (R) in a computer system that is a server or a client when a program is transmitted through a network such as the Internet or a communication line such as a telephone line.
AM), for example, those holding a program for a certain period of time.

The above program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting a program refers to a medium having a function of transmitting information, such as a network such as the Internet or a communication line such as a telephone line. Also,
The program may be for realizing a part of the processing described above. Furthermore, what can implement | achieve the process mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

B. Next, the operation of the present embodiment will be described in detail. B-1. Streaming Content Distribution Service (1) The distribution manager transfers a Web content to be displayed in synchronization with the stream content to the Web device 10 via the D2 at the content registration terminal 3, and the stream content (for real-time distribution) And sync files to D
The file is transferred to the stream content management device (for real-time distribution) 5 via 3 and the stream content (for on-demand viewing) is transmitted to the stream distribution device 11 via D4
The file is transferred, and the detailed information of the content is registered in the content management database of the five content management devices via D3.

(2) The distribution manager sets the program registration terminal 2
With respect to each content registered by the content registration terminal 3, "program name, distribution time (start, end, distribution time), viewing type (future, present, past) input destination information (recording / recording input, live input) , Program form (recording,
Live)) as a program scheduling table, and D1
It is registered in the program management device 4 via the terminal.

(3) Next, the stream transmission control device 7
Refers to the programming management device 4 via D5, and displays a programming table “program name, distribution time (start, end, distribution time), viewing type (future, current,
(Past) input destination information (recording / recording input, live input), program form (recording / recording, live) ", and determine the next program according to the distribution start time.

Next, the stream transmission control device 7 determines an input destination by a software algorithm for selecting a file destination to be referred to in accordance with the obtained input destination information. That is, the stream transmission control device 7 performs recording and
In the case of the recording distribution, the stream content management device 5 is accessed via D6, the file entity and the synchronization file are read, the information described in the synchronization file is transmitted to the synchronization signal distribution device 9 via D8, and the file stream is transmitted. Is input to the encoder 8 via D9. In the case of live broadcasting, an audio / video stream is captured from the camera / capture 6 via D7, and the stream is input to the encoder 8 via D9.

(4) The encoder 8 encodes the stream input via D9 and transmits the encoded stream to the stream distribution device 11 via D10 in real time.

(5) The viewer activates the Web browser 12, and displays the stream viewing site top page on the Web device 10 via D13. Next, when the viewer clicks the “view program schedule button” on the viewing site top page, the Web device 10 refers to the program schedule table of each program of the program management device 4 via D14, and stores the data. The program is formed into a program scheduling table, and transmitted to the Web browser 12 via D13 (via a network). Thus, the program scheduling table is displayed on the Web browser 12 on the viewer side.

(6) Next, after the viewer refers to the program schedule table and clicks the view button on the page, the viewer's terminal uses the U
A new window in which the RL link and the stream player 13 are embedded is launched.

(7) The stream player 13 uses the D12
It accesses the stream distribution device 11 via the designated URL and reproduces the currently distributed content (video / audio).

FIG. 3 is a conceptual diagram showing an example of a program scheduling table exchanged between the content provider device group and the viewer terminal of the content distribution system described above. The program scheduling table 24 displays a distribution date, a distribution time, and a distribution program centering on the current time (Tuesday, January 2, 2001, 9:30). The program names A to E are distributed programs that have been distributed in the past, the program name F is a program currently being distributed, and the program names G to L are programs that are scheduled to be distributed in the future. Each program indicates whether the program is live or recorded.

FIG. 4 is a conceptual diagram for explaining that the next program is automatically and seamlessly distributed in the program scheduling table shown in FIG. 3 as the real time elapses. The program schedule shown is 30 minutes after the program schedule shown in FIG. 3 (Tuesday, January 2, 2001, 10:00), and shows which programs have been distributed and which programs have been distributed. Are currently being distributed, and are updated in real time so that it is possible to know which program is the program to be distributed from them. In the illustrated example, the program names A to F are distributed programs that have been distributed in the past, and the program name G is the currently distributed program, and the program names H to L.
Is a program scheduled to be distributed in the future.

FIG. 5 shows a state in which a continuous stream of live distribution and recording (recording) distribution, and continuous streams of recording (recording) distribution and recording (recording) distribution are seamlessly viewed without reloading in the program scheduling table shown in FIG. It is a conceptual diagram for demonstrating. Upon reaching the distribution time, the stream transmission control device 7 determines the input destination of the content to be referred to (input destination of recording / recording or input destination of live) according to the input destination information, synthesizes it as one live distribution, and The distribution device 11 distributes it to the stream player 13 on the viewer side. Thus, on the viewer side, for example, the program name F
Automatically and seamlessly switches to the program name G. In this way, when viewing stream contents, the programs in the program schedule can be automatically and seamlessly clicklessly viewed in real time.

(8) When the viewer clicks a program link in the program scheduling table displayed on the Web browser 12 in (5), the Web device 10 refers to the program management device 4 via D14. Then, under the viewing conditions corresponding to the viewing type (past, present, future), the stream content of the stream delivery server 11 is selected and delivered, and a billing method is acquired and billed. The viewer can continuously watch subsequent programs with the program as a base point.

Here, FIG. 6 shows a viewing type, a viewing condition, a matrix table of a charging method and a viewing type, its viewing condition (how to view) and a charging method automatically as time passes in the present embodiment. FIG. 4 is a conceptual diagram for explaining a method of making the variable. The matrix table defines a viewing condition and a charging method for each viewing type of a program. In the illustrated example, the viewing condition of the viewing type “future: scheduled to be delivered” is defined as A) the first five minutes of delivery to the viewer, and the billing method is A) free (10 points given). The viewing conditions of the viewing type "current: program being distributed" are as follows: A) live distribution to the viewer for the entire time of the program; Yen [point discount] (person who watched in the future), 90 points, 5 discount points in the morning,
It is defined as The viewing condition of the viewing type "past: distributed program" is C) the program is distributed to the viewer for the entire time by recording. The charging method is C) charging 110 yen (10% U,
10 people (90% OFF,
The person who watched it now). Billing device 14
Refers to the matrix table and applies the applicable viewing conditions and charging method according to the viewing type and distribution time of the viewed program.

For example, since the future time in the program schedule is a so-called notice, a part of the distribution (preview) or, in the case of live distribution, the live venue before distribution is shown and points are given to the viewer. By giving the right to acquire, the points are added (discounted) when watching the distribution in real time, and it is possible to guide the viewing from the notice to the main part. Also, since the past time (distributed program) is so-called redistribution, the cost + α
And Since the viewer can view the missed program without the need for scheduled recording, a cost + α may be collected. Also, if the viewer who has watched the main part at the present time wants to watch it again, it is a repeater,
Make sure that points at the time of viewing are added (discount),
It is possible to improve the effectiveness of secondary use of the distribution content. To realize this, the viewing conditions and the billing method can be changed with the passage of real time in the same program scheduling table.

FIG. 7 shows the viewing type, viewing conditions, and viewing condition of a program name F with the passage of real time in this embodiment.
FIG. 7 is a conceptual diagram illustrating a state in which a billing method changes. 20
At 8:00 on January 2, 2001 (Tuesday), the program name F to be distributed from 9:00 on January 2, 2001 (Tuesday)
Applies to the viewing condition and charging method for the viewing type “future”. This is 9:00 on Tuesday, January 2, 2001
At the point in time, since the program name F is being distributed, the viewing type is “current”, and the viewing condition for the viewing type “current” is:
The billing method applies. At 10:00 on January 2, 2001 (Tuesday), the program name F has already been distributed, so that the viewing type is “past”, and the viewing condition and charging method for the viewing type “past” are applied. .

FIG. 8 shows how the respective viewing conditions and charging conditions are applied according to the difference in the viewing type of the program being viewed by the viewer at a certain real time in the present embodiment. It is a conceptual diagram. At 9:00 on January 2, 2001 (Tuesday), the viewers 1, 2, and 5 will receive the program name F
, The viewer 3 is watching the program E, and the viewer 4 is watching the program name G. At the moment, the viewing type of each program is as follows: program name E is “past”, program F is “present”,
Then, the program name G is “future”. Therefore, the viewing conditions and charging method for the viewing type “current” are applied to the viewers 1, 2, and 5 viewing the program name F by referring to the matrix table. For viewer 3 who is watching program E,
The viewing condition and charging method for the viewing type “past” are applied. Then, to the viewer 4 watching the program name G,
The viewing condition and charging method for the viewing type “future” are applied.

As described above, in the present embodiment, even if the content is the same, the value of the current stream content distribution in real time and the value of the past / future stream distribution are differentiated as the real time elapses. It becomes possible. For example, it is possible to set the current stream content in real time cheaply and set the past stream high. Alternatively, it is possible to set a charging method based on the time zone (high prices during golden time, low prices during late night and early morning). Alternatively, as in the case of an automatic one-day delay / rebroadcasting service, the stream content of a one-day-delayed program scheduling table may be distributed when the date is set to -1 day. In the case of on-demand, it is difficult due to network resources, but multi-distribution with a delay of one day may be used.

Here, in this embodiment, an operation for making it possible to view live stream contents distributed in the past will be described. (1) The distribution manager operates the program scheduling registration terminal 2 for each content registered by the content registration terminal 3 such as “program name, distribution time (start, end, distribution time), viewing type (future, present, past). ), Input destination information (recording / recording input, live input), program form (recording / recording, live) "
Is registered in the program management device 4 via D1.

(2) Next, the stream transmission control device 7
Refers to the programming management device 4 via D5, and displays a programming table “program name, distribution time (start, end, distribution time), viewing type (future, current,
Past), input destination information (recording / recording input, live input),
When the program time (recording / recording, live) is acquired and the real time comes (when the distribution time is reached), the stream transmission control device 7 selects a file destination to be referred to according to the acquired input destination information. The input destination is determined by a software algorithm. That is, the stream transmission control device 7
Refers to the stream content management device 5 via D6 when the input destination information is recording, and
Reference the camera capture 6 via D7.

(3) In the case of a live broadcast, an audio / video stream is captured from the camera / capture 6 via D7, and the stream is input to the encoder 8 via D9.

(4) In accordance with the above (3), live stream contents are stored in the live-system recording / recording device 15 via D18.

(5) When the end time of the distribution period reached from the program management device 4 obtained in (2) above is reached, the stream transmission control device 7 performs live video recording /
The recording device 15 is notified of the end of the accumulation of the live stream contents (the end of the live program).

(6) Upon receiving the end notification, the live recording / recording apparatus 15 inputs the stored live stream contents (recording / recording) to the encoder 16 via D19.

(7) The encoder 16 transfers the live stream content (recording / recording) to the stream distribution device 11 via D20 and distributes the file to view the same as the recording / recording stream content. be able to.

B-1-1. Hereinafter, the operation of the streaming content distribution service according to the above-described embodiment will be described in detail with reference to flowcharts.

FIG. 9A is a flowchart for explaining a procedure at the time of content registration. The distribution manager uses the content registration terminal 3 to transmit synchronized content to be displayed in synchronization with the stream content via W2.
The file is transferred to the eb device 10 (S1). Further, the stream content (for on-demand viewing) is transferred to the stream distribution device 11 via D4 as a file (S2).
The stream content (for real-time distribution) and the synchronization file are transferred to the stream content management device (for real-time distribution) 5 via D3 (S3). And FIG.
As shown in (b), the detailed information of the content is stored in D3
The content is registered as a content table 20 in the content management database of the five content management devices via the server.

Next, FIG. 10 is a flowchart for explaining the procedure at the time of registering the program schedule table name. The programming registration terminal 2 sends a programming schedule name, a distribution channel, and a matrix table (number) to the programming management device 4.
Is set in the program schedule table 21 and the viewing conditions and charging method are set in the matrix table 22 for each viewing type (S4).

Next, FIG. 11 is a flowchart for explaining the procedure at the time of program registration. On the delivery manager side,
The program to be distributed (program F in the illustrated example) is registered in the program management device 4 by the program registration terminal 2 (S5). At this time, the program management device 4 determines whether the distribution start time is longer than the registration time (S6), and determines whether the viewing type is past (distributed) or future (distributed). In the example shown, the registration time is 2001
Since it is 8:00 on Monday, January 1 and the distribution start time of the program F is 9:00 on Tuesday, January 2, 2001, the viewing type is “future”. Next, from the program registration terminal 2, information on the program F "program ID, program schedule, distribution channel, program name, distribution time (start, end, distribution time),
"Input destination information, program type, special contract, viewing restriction" is input to the program management device 4 (S7) and registered in the program table 23 for the program. In the illustrated example, the program F is registered in the program scheduling table 23. In the case of the program F, the viewing type is "future" (S8).

FIG. 12 is a flowchart for explaining the procedure for determining the next program. The stream transmission control device 7 manages the real time (current time) (S1
0), the program schedule table “program name, distribution time (start, end, distribution time), viewing type (future, present, past)” and input destination information (recording / recording input,
Live input), program form (recording / live recording) 23
And compares the real time with the distribution start time (S1).
1). More specifically, the reservation is made in real time -α. Then, the program that has reached the distribution start time is determined as the next program (S12). In the illustrated example, the program ID = S100
0, program name = program F corresponds. Then, the viewing type is changed from "future" to "present" (S13).

FIG. 13 is a flowchart for explaining the procedure for determining the input destination information. The stream transmission control device 7 acquires the input destination information with reference to the program scheduling table 23 of the program (S15). In the example shown,
The program ID of the program F is S1000, and the input destination information is “recording / recording input = # 1, live input = none”, and the program form is “live distribution = none” and “storage distribution = corresponding”. ing. The stream transmission control device 7 determines the input destination to the stream content management device 5 according to the input destination information (S17). In the case of the program F, the content is recorded / distributed. If it is live, the input destination is determined to be the camera / capture 6 as described above (S18).

Next, FIG. 14 is a flowchart for explaining the procedure of stream distribution. If the program is a recording / recorded content, the stream transmission control device 7 accesses the content management device 5 that is the input destination of the program (S20), reads the file entity and the synchronization file, and writes the file entity and the synchronization file. The transmitted information is transmitted to the synchronization signal distribution device 9 (S21), and the file stream is input to the encoder 8 (S22). If the program is a live distribution content, an audio / video stream is captured from the camera / capture 6 and input to the encoder 8. The program F is a recorded content. The encoder 8 encodes the input stream and transmits the encoded stream to the stream distribution device 11 in real time. The stream distribution device 11 distributes the encoded stream to the stream player 13 via the network (S23). When the distribution time ends (S24), the viewing type in the program scheduling table 23 is changed from "present" to "past" (S25).
End stream distribution. The content is continuously distributed by repeatedly performing the above-described next program determination processing.

Next, FIG. 15 is a flowchart for explaining the procedure in the case of recording and recording live distribution contents and distributing them in a stream. Steps corresponding to those in FIG. 6 are denoted by the same reference numerals, and description thereof is omitted. In the case of recording and recording live distribution content and stream distribution, the stream transmission control device 7 includes a camera
The audio / video stream is fetched from the capture 6, recorded / recorded by a live recording / recording device (not shown) (S28), encoded by a live recording / recording encoder, and the encoded stream is transmitted to the stream distribution device 11. (S29).

Next, FIG. 16 is a flowchart for explaining the procedure when viewing a future program. The viewer is We
b Start the browser 12 (S30), and select We via D18.
b Display the top page of the stream viewing site on the device 10 (S31). Next, when the viewer clicks the “view button of program schedule” on the viewing site top page (S32), the Web device 10 refers to the program schedule table 23 of each program of the program schedule management device 4 via D14. (S33), the data is shaped into a program schedule table, and transmitted to the Web browser 12 via the network D13. Thus, the program scheduling table is displayed on the Web browser 12 on the viewer side (S34).

Next, after the viewer refers to the program scheduling table and clicks the viewing button of “Program G” to be distributed in the future on the program scheduling table (S35), the Web device 10
With reference to the program scheduling table 23 of the corresponding program (the program G in the illustrated example) of the program scheduling device 4 (S36), the viewing type of the corresponding program is determined (S37). Then, the process proceeds to a viewing confirmation procedure, a future program viewing procedure, and a future charging procedure, which will be described later (S38, S39, S40).

FIG. 17 is a flowchart for explaining the viewing confirmation procedure when viewing the above-mentioned future program. The customer management device 14 sends the user I
D (in the illustrated example, ID 100) is acquired (S41),
Referring to the user data of the user ID from a customer information database (not shown), it is determined whether or not the user falls under the viewing restriction "None" of the program G (S42), and the process proceeds to a future program viewing procedure (S43). In this example, since there is no viewing restriction, the process unconditionally proceeds to a future program viewing procedure.

FIG. 18 is a flowchart for explaining the above-mentioned future program viewing procedure. When the viewer clicks the view button on the page after referring to the program scheduling table, a new window in which the URL link for viewing of the stream distribution device 11 and the stream player 13 are embedded is launched on the terminal on the viewer side. (S
45). Next, when the stream player 13 accesses the stream distribution device 11 via D12 with the specified URL (S46), the program management device 4 transmits the program G
Is referred to in the matrix table # 1 of the program scheduling table (S47). Then, the distribution channel = 1 and the viewing type = future are acquired (S48). Next, distribution of the future distribution stream content is started (S49). Then, if the viewing is a trial listening to try, when the distribution time reaches 5 minutes (S50), the viewing is terminated (S5).
1). On the other hand, if the viewing is a reserved viewing, the process proceeds to a future program viewing procedure (S52).

Next, FIGS. 19 and 20 are flowcharts for explaining the future charging procedure. The program management device 4 refers to the program table 23 and the matrix table 22 of the program G (S55), and sets the distribution ch =
1. Viewing type = future is acquired (S56). Next, the customer management device 14 performs a billing calculation (point and billing) according to the billing method in the matrix table 22, the special provision in the program scheduling table 23, and the personal information in the user information table 25 in the user information database 17 (S6).
2). In the illustrated example, the future charge = 0 yen, the future point =
10 points. Next, writing into the user information database 17 (S63), inputting and charging the charging device 14 (S64, S65), and ending the future charging procedure.

Next, FIG. 21 is a flowchart for explaining the procedure at the time of viewing the current program. The procedure at the time of viewing the current program is almost the same as the procedure at the time of viewing the future program shown in FIG. 16 described above, and therefore only different points will be described. The difference from the flowchart for viewing the future program shown in FIG. 16 is that when the viewer clicks the view button on the program schedule table, the program currently being distributed on the program schedule table (“Program F” in the illustrated example). Is clicked (S75). In this case, the Web device 10 refers to the program scheduling table 23 of the program (the program F in the illustrated example) of the program scheduling device 4 (S76), and determines the viewing type of the program (S77). Then, the process proceeds to a viewing confirmation procedure, a future program viewing procedure, and a future charging procedure, which will be described later (S7).
8, S79, S80).

Next, FIG. 22 is a flowchart for explaining the viewing confirmation procedure at the time of viewing the current program. The procedure at the time of viewing the present program is almost the same as the viewing confirmation procedure at the time of viewing the future program shown in FIG.
Only the differences will be described. In the viewing confirmation procedure at the time of viewing the future program shown in FIG. 17 described above, the viewing restriction of the program G is “none”. However, the difference here is that the viewing restriction of the program F is “adult only”. The customer management device 14
The user ID (in the example shown, ID1
00), and refers to the user data of the user ID from a customer information database (not shown) (S85, S8).
6) It is determined whether or not the user falls under the parental control of the program F "Adult Only" (S87). If the user is a minor, it is determined that viewing is not possible / no charge is made (S88). If it is an adult, the program proceeds to the current program viewing procedure (S8).
9).

Next, FIG. 23 is a flowchart for explaining the above-mentioned current program viewing procedure. Viewers
When the viewer clicks the view button on the page after referring to the program scheduling table, the viewer side terminal connects the viewing URL link of the stream distribution device 11 with the stream player 13.
A new window in which is embedded appears (S9
0). Next, when the stream player 13 accesses the stream distribution device 11 with the specified URL (S
91), distribution of the current distribution stream content is started (S92). Then, while proceeding to the current charging procedure (S
93), in order to realize seamless viewing and clickless viewing, the flow of determining the next program (S94), proceed to the determination of the next program (S95), and proceed to step S76 in FIG. 21 described above.

Next, FIGS. 24 and 25 are flowcharts for explaining the current charging procedure. Since the present charging procedure is almost the same as the future charging procedure shown in FIGS. 19 and 20, only different points will be described. The difference from the flow of the future billing procedure shown in FIGS. 19 and 20 is that a special contract (= female discount: 10%) is set for the target program F, as shown in the matrix table 22. And that the charging method for the program F whose viewing type is current is different.
The customer management device 14 performs a charging calculation (points, charging, special contract, discount, etc.) according to the charging method of the matrix table 22, the special provision of the program scheduling table 23, and the personal information of the user information table 25 of the user information database 17 ( S107). That is, when the viewer watches the current program on the Web, the user accesses the user information database 17 via the Web device 10 and associates the program with the user ID.
D), viewing type = current viewing, and the point information is stored. At the same time, the charging device 14 charges a current viewing fee of 100 yen corresponding to the user ID. In the illustrated example, the current billing = cost (100 yen) × future discount (10
%), Special contract = women discount (10%), time zone discount = morning (5%). Next, the data is written into the user information database 17 (S108), the input and charging are performed on the charging device 14 (S109, S110), and the future charging procedure is completed.

Next, FIG. 26 is a flowchart for explaining the procedure at the time of viewing a past program. The procedure at the time of viewing the past program is the same as the procedure shown in FIG.
Alternatively, since the procedure is the same as that for viewing a future program, only the differences will be described. The difference from the flow shown in FIG. 16 or FIG. 21 is that when the viewer clicks the view button in the program scheduling table, the program (“program E” in the illustrated example) that has been distributed in the past on the program scheduling table is displayed. The point is that the viewing button is clicked (S125). In this case, the Web
The device 10 refers to the program table 23 of the program (program E in the illustrated example) of the program device 4 (S12).
6), the type of viewing of the program is determined (S127). Then, the process proceeds to a viewing confirmation procedure, a future program viewing procedure, and a future charging procedure, which will be described later (S128, S129, S13).
0).

Next, FIG. 27 is a flow for explaining the viewing confirmation procedure at the time of viewing the past program. In this example, since the viewing restriction of the program E is “none”, the viewing confirmation procedure at the time of viewing the future program shown in FIG. 17 described above is the same. The customer management device 14 acquires a user ID (in the illustrated example, ID 100) from the terminal on the viewer side (S14).
0, S141), referring to the user data of the user ID from a customer information database (not shown) to determine whether or not the user falls under the viewing restriction "None" of the program E (S142), and proceed to the past program viewing procedure The process proceeds (S143).
In this example, since there is no viewing restriction, the process unconditionally proceeds to the past program viewing procedure.

FIG. 28 is a flowchart for explaining the above-mentioned past program viewing procedure. When the viewer clicks the view button on the page after referring to the program scheduling table, a new window in which the URL link for viewing of the stream distribution device 11 and the stream player 13 are embedded is launched on the terminal on the viewer side. (S
150). Next, when the stream player 13 accesses the stream distribution device 11 with the specified URL (S151), distribution of the past distribution stream content is started (S152). Next, the process proceeds to the past billing procedure (S153).

Next, FIG. 29 and FIG. 30 are flowcharts for explaining the past charging procedure. The difference from the future charging procedure and the current charging procedure described above is that, as shown in the matrix table 22, the charging method for the program is different. The customer management device 14 includes a charging method for the matrix table 22, a program scheduling table 2
In accordance with the special agreement No. 3 and the personal information in the user information table 25 of the user information database 17, the accounting calculation (point, accounting) is performed (S165). That is, when the viewer watches a past program, the viewer connects to the user information database 17 via the Web device 10 and searches for a point table corresponding to the user ID, in response to the past viewing on the Web, and searches for the point table. If there is 90 points in the point information of the program name at the time of the current viewing, the charging device 14 charges the user ID the fee of the past viewing as 90 points = 90% OFF. In the illustrated example, the current charge = cost (100
Yen) x current discount (90%), special contract = none. Next, the data is written into the user information database 17 (S16).
6), input and bill to billing device 14 (S167, S167)
168), the past billing procedure ends.

B-2. Automatic Requested Content Distribution Service In the present embodiment, in the Web browser 12 on the viewer side, the viewer is asked to vote for a desired program in a program scheduling table, and the content provider organizes the program based on the voting result ( Distribution order, etc.) and distribute the content according to the program scheduling. As a result, it is possible to perform a program that reflects the intention of the viewer, such as an "automatic audition service", an "automatic request service, and a completely unattended automatic wired music broadcasting service" via a network. That is, it is possible to feed back voting results and viewer information from viewers to the content provider.

(1) A program embedded and displayed in the Web browser 12 receives URL information to be displayed according to a stream from the synchronization signal recording device 9 via D11, and the Web device 1 via D13 based on the URL information.
0, and display the Web content.

(2) When a viewer votes on a desired program on a voting page displayed on the Web browser 12, voting information is registered in a voting database (described later) on the Web device 10.

(3) The automatic program scheduling registration device 1 refers to the voting database on the Web device 10 via the D15 at regular intervals, creates a program according to the voting result of the program to be viewed, and creates the program via the D16. Program management device 4
Then, the distribution time and viewing conditions of each content are set within a time frame that can be automatically registered, and the content is automatically registered.

Here, FIG. 31 shows the present embodiment.
FIG. 4 is a conceptual diagram for explaining a method of displaying Web content in synchronization with stream content as a means for collecting a response from a viewer. On the viewer ’s device,
The program embedded and displayed in the Web browser 12 receives the link destination information of the synchronous Web content to be displayed in accordance with the stream (the program F in the illustrated example) distributed from the stream distribution device 11, that is, the URL information, The web device 10 is accessed based on the URL information, and a voting screen (voting screen 2 in the illustrated example) is displayed.

FIG. 32 is a conceptual diagram for explaining a method of changing the program scheduling by reflecting the response of the viewer in real time and automatically in the present embodiment. In the example shown in the figure, a viewer request is made for programs A to Z, and the program with the highest number of votes is determined as the program to be distributed next. Voting from the terminal on the viewer side is collected and aggregated in the Web device 10 via the network, and the number of votes is totaled at regular intervals. Then, the automatic program scheduling registration device 1 sets the distribution time and viewing conditions of each content within a time frame that can be automatically registered in order to distribute the contents in descending order of the number of votes according to the voting result.
Create programming. At the viewer's terminal, the order of programs organized based on the voting results can be confirmed. In the illustrated example, in the first stage, program F> program H> program Q
The state in which the order is> Program A is displayed on the terminal on the viewer side, and the state in the order of Program F> Program Q> Program A> Program H is displayed on the terminal on the viewer side in the second stage. You. In the case of an audition, it is possible to allow a viewer to perform a popularity vote for a performer, to give a part of the fee to the performer, and to reflect the result of the popularity vote in the selection of the audition.

B-2-1. Hereinafter, the operation of the automatic request content distribution service according to the present embodiment will be described in detail with reference to a flowchart.

FIG. 33 and FIG. 34 are flowcharts for explaining the procedure of the synchronous content display processing in the automatic request content distribution service. The viewer activates the Web browser 12 (S18).
0), the top page of the stream viewing site on the Web device 10 is displayed via D18 (S181). Next, when the viewer clicks the “view button of program schedule” on the viewing site top page (S182), the Web device 1
0 refers to the program table of each program in the program management device 4 via D14 (S183), shapes the data into a program table, and transmits it to the Web browser 12 via D13. As a result, the program scheduling table is displayed on the Web browser 12 on the viewer side (S184).

Next, when the viewer clicks the viewing button of “Program F” to be distributed in the future on the program scheduling table after referring to the program scheduling table (S185), the stream distribution device 11 starts stream distribution. (S18
6). Next, the program embedded and displayed in the Web browser 12 is started (S187, S188), and the URL information linked with the stream is acquired from the synchronization signal recording device 9 (S189, S190). Is accessed (S191), and the synchronized content is displayed (S192, S193). On the other hand, the Web device 10
Refers to the voting database at regular intervals from the user information database 17 (S194, S195), and synchronizes the voting status (voting screen and voting page) of the program currently being viewed with the content on the Web browser 12 (S196, S197).

Next, FIG. 35 shows an automatic program registration device 1
6 is a flowchart for explaining a procedure for creating a program according to a voting result. The automatic program registration device 1 refers to the voting database on the Web device 10 at regular intervals (S200, S201, S20).
2) The program management table is rearranged to the program management device 4 via D16 in order to generate the program according to the voting result of the program to be viewed (S203, S20).
4). The voting database 25 stores the number of votes and the user ID of the viewer who voted for each program. In the program scheduling table 26, programs are set in the order of the number of votes, such as program F> program A> program Q> program H. The distribution order of the program schedule table 26 is as follows.
As described above, it is updated at regular intervals. At this time,
As shown in the figure, it is possible to selectively apply an algorithm such as only the best 5 in the order of the largest number of votes and in the order of the smallest number of votes. Thereafter, the procedure proceeds to a procedure for determining the next program (S205) and a procedure for stream distribution (S206).

B-3. Program My Select Viewing Service In the present embodiment, a program My Select box is created by specifying a broadcast time zone of a favorite program,
In accordance with the distribution order, a service for continuously reproducing stream contents including the present, over-the-top, and future programs (hereinafter referred to as a program my-select viewing service: rental video service on a network) is provided. In addition, a completely unmanned rental video service via a network to which the above-described method or a method of accumulating the charges according to the selected number can be applied as the charging method is realized. In addition, in the case of a serial drama distributed every week, it is possible to continuously watch from the past distribution or select the program you want to watch on the weekend like a digest of this week and watch it continuously. It is possible to establish a new viewing mode.

(1) The viewer stores the link destination information of the favorite program as a program my select box on the stream viewing site top page displayed on the terminal on the viewer side, and can continuously view it at any time.

First, the viewer presses a user registration button on the stream viewing site top page, inputs a viewer ID, and registers the user ID in the user information database 17. Thereafter, on the top page of the stream viewing site, the user presses the program my select box button, and the favorite program is similarly registered in the viewer database on the Web device 10. Thus, when the user presses the program my select box view button, the program can be viewed continuously in the order of registration.

Here, FIG. 36 shows the present embodiment.
It is a conceptual diagram for demonstrating the program my selection viewing service which reproduce | regenerates the program which the viewer selected continuously. The viewer selects a program to be viewed from the program schedule table by clicking on the title. The distribution order follows the selection order of the viewer. In the illustrated example, the viewer is selected in the order of the program name B, the program name G, the program name D, and the program name L, and a mark (△) indicating that the viewer has selected is displayed on the selected program name. )When,
The selected order, that is, the distribution order is displayed by a numeral. The program names are registered in the program my select box 30 of the corresponding viewer in the order described above, and are managed by the Web device 10. As the program to be registered in the program my select box 30, any of a past program that has been distributed, a current program that is being distributed, and a future program that is scheduled to be distributed may be selected. On the viewer side, it is possible to view the stream content regardless of the provision time of the content provider without personally or systematically performing the device for storing the stream content or the act of storing the stream content.

FIG. 37 is a conceptual diagram for explaining a mechanism for selecting a viewing condition and a billing method in the program my select viewing service according to the present embodiment. From the content provider, the programs selected by the viewer are distributed to the viewer's terminal in the order registered in the program My Select Box, and charged by referring to the viewing conditions and charging method in the matrix table of each program. By doing so, viewing and billing are automatically performed continuously. More specifically, when the viewer presses the program my select box viewing button, the above-described viewing restriction check procedure (FIG. 17: future, FIG. 22: present, FIG. 2)
7: Past). And the user information database 1
7, the program ID of the registered program is read out, and the program viewing procedure described above (FIG. 18: future, FIG. 23: present, FIG.
8: the past), and further, a billing procedure (FIG. 19: future,
(FIG. 24: present, FIG. 29: past). Then, it is determined whether or not the distribution of all the programs has been completed. If the distribution has not been completed, the program is repeatedly executed from the reading of the program. Thereby, the program can be viewed continuously in the order of registration. On the other hand, when the distribution of all programs ends, the process ends.

B-3-1. Detailed Operation of Program My Select Viewing Service Hereinafter, the operation of the program My Select viewing service according to the above-described embodiment will be described in detail with reference to a flowchart.

FIGS. 38 and 39 are flowcharts for explaining the procedure of the synchronous content display processing. The viewer activates the Web browser 12 (S2
10) Display the top page of the stream viewing site on the Web device 10 via D18 (S211). next,
When the viewer clicks the “view button of program schedule” on the viewing site top page (S212), the Web device 10 refers to the program schedule table of each program of the program schedule management device 4 via D14 (S213). , Format the data into a program schedule table, and transmit
b Send to browser 12. Thereby, W on the viewer side
The program schedule is displayed on the web browser 12 (S21).
4).

Next, the viewer clicks the user registration button (S215), and registers the user ID in the user information database 17 (S216). Thereafter, when the viewer presses the program my select box button and clicks a favorite program (S217), the Web device 10
Sequentially registers the clicked programs (program IDs) in the user information database 17 (S218, S21)
9). Next, it is determined whether the registration is completed (S22).
0) If the registration has not been completed, a plurality of programs are registered by repeating the above-described registration operation.

Next, when the registration is completed and the viewer presses the program my select box viewing button (S221), the process proceeds to the above-described viewing restriction confirmation procedure (S222). Then, the program ID of the registered program is read out from the user information database 17 (S223), the program proceeds to the program viewing procedure described above (S224), and the charging procedure (S2
Proceed to 25). Then, it is determined whether the distribution of all programs has been completed (S226).
Is repeatedly executed from the reading of the data. Thereby, the program can be viewed continuously in the order of registration. On the other hand, when the distribution of all programs ends, the process ends.

C. Modified Example Next, a configuration and a method for collectively managing content from a plurality of stream content providers according to an embodiment of the present invention will be described. Here, FIG. 40 is a block diagram showing a system configuration for managing content from a plurality of stream content providers in the content distribution system according to the embodiment of the present invention. Note that the same reference numerals are given to portions corresponding to FIG.

The content registration terminals 3-1 to 3-n and the camera capture (live) 6-1 to 6-n are each one set, and are provided by the stream content providers 50-1 to 50-5.
The content from 0-n is input. The registration of each content from the content registration terminals 3-1 to 3-n is performed by the content management device (recording / recording) 5, and when the content is distributed is performed by the program management device 4. The content management device (recording / recording) 5 and the program management device 4 each have a function of individually registering. In other words, the content is once registered in the content management device (recording / sound recording) 5, and then the distribution time is registered in the program management device 4 to associate the content.

C-1. When the program manager manages the program, the content registration terminals 3-1 to 3-n and the camera capture (live) 6-1 to 6-n are provided to each of the stream content providers 50-1 to 50-n. And register each content. In this case, the content is managed by adding a content provider name in addition to the program name. In this case, the programming manager manages the programming registration terminal 2
Thus, the registration of the distribution time, such as when each content registered by each of the content providers 50-1 to 50-n is to be distributed, is performed.

C-2. When the organization of each channel is left to each stream content provider, the content registration terminals 3-1 to 3-n and the camera /
The capture (live) 6-1 to 6-n and the program scheduling registration terminal 2 are extended, and each content is registered. A channel (encoding unit) is set for each of the stream content providers 50-1 to 50-n, and the content management device 5 adds a management of channel (ch) = content provider. Each stream content provider 50
-1 to 50-n register a program (program name, distribution time, and the like) for a given channel from the program registration terminal 2. In this case, the program registration terminal 2 is installed in each of the stream content providers 50-1 to 50-n.

According to the above-described embodiment, the content provider can unify the stream contents individually collected and produced, the distribution time (past, present, and future), and the distribution form of live distribution and accumulated distribution. Can be registered and managed. Also, over time and changes in external factors,
The viewing condition of the stream content can be automatically changed so that the user can view the stream content under the condition suitable for the value of the stream content. Similarly, the billing condition can be automatically changed in accordance with the viewing condition. Also, the result of voting from the viewer and the viewer information can be fed back to the content provider.

The viewer can automatically and seamlessly view the program without depending on the program composition, the distribution form of the live distribution and the storage distribution, and the like. In addition, the programming of the stream contents arranged on the time axis can reflect the request of the viewer. In addition, the viewer can select a time other than the real time of the stream content distribution (future /
Even in the case of viewing in the past, even if the viewer does not have a storage device and does not perform storage itself,
Past stream contents can be viewed on the same program scheduling table.

[0112] Also, since the viewer is allowed to select at least one or more program names that the viewer wants to view from the program scheduling table, the programs are organized so that the selected programs are distributed in the selected order. Viewers can select the programs they want,
It is possible to automatically and continuously watch in the order desired by the user. The content provider can also automatically charge.

[0113]

As described above, according to the present invention,
At least the program name, the distribution time, and the input destination information relating to the stream content are stored in a storage unit, and the program organization unit arranges the program names of the stream contents in the distribution order based on the distribution time of each stream content. To create a program schedule, and by means of presentation,
While presenting the program scheduling table to the viewer side terminal via the network, when distributing the stream content based on the distribution time of each stream content, the transmission control means, based on the input destination information of the stream content, Then, while selectively switching the input destination of the stream content, the distribution means continuously distributes the stream content supplied from the selectively switched input destination to the viewer side terminal via the network. Therefore, there is an advantage that the program can be automatically and seamlessly viewed without depending on the distribution time of the program arranged on the time axis, the current time, and the distribution form between the live distribution and the stored distribution. .

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of a content distribution system according to an embodiment of the present invention.

FIG. 2 is a conceptual diagram illustrating an example of a program scheduling table in the embodiment.

FIG. 3 is a conceptual diagram showing an example of a program scheduling table exchanged between a content provider device group and a viewer terminal of the content distribution system described above.

FIG. 4 is a conceptual diagram for explaining that the next program is automatically and seamlessly distributed in the program scheduling table shown in FIG. 3 with the passage of real time.

FIG. 5 shows live distribution and recording (recording) distribution, recording (recording) distribution and recording (recording) in the program scheduling table shown in FIG.
It is a conceptual diagram for demonstrating a mode that a continuous stream of distribution is seamlessly viewed without reloading.

FIG. 6 shows a viewing type, viewing conditions,
FIG. 4 is a conceptual diagram for explaining a matrix table of charging methods and a method of automatically changing a viewing type, viewing conditions (how to view) and a charging method as time elapses;

FIG. 7 is a conceptual diagram showing how the viewing type, viewing conditions, and billing method of a program name F change with the elapse of real time in the present embodiment.

FIG. 8 In the present embodiment, in a certain real time,
Depending on the viewing type of the program that viewers are watching,
FIG. 3 is a conceptual diagram illustrating a situation in which respective viewing conditions and charging conditions are applied.

FIG. 9 is a conceptual diagram showing a flowchart and a content table for explaining a procedure at the time of content registration.

FIG. 10 is a flowchart illustrating a procedure for registering a program schedule table name.

FIG. 11 is a flowchart illustrating a procedure at the time of program registration.

FIG. 12 is a flowchart illustrating a procedure for determining a next program.

FIG. 13 is a flowchart illustrating a procedure for determining input destination information.

FIG. 14 is a flowchart illustrating a procedure of stream distribution.

FIG. 15 is a flowchart illustrating a procedure for recording and recording live-distributed content for stream distribution.

FIG. 16 is a flowchart illustrating a procedure for viewing a future program.

FIG. 17 is a flowchart for explaining a viewing confirmation procedure when viewing the future program described above.

FIG. 18 is a flowchart for explaining the above-mentioned future program viewing procedure.

FIG. 19 is a flowchart illustrating a future charging procedure.

FIG. 20 is a flowchart illustrating a future charging procedure.

FIG. 21 is a flowchart illustrating a procedure at the time of viewing a current program.

FIG. 22 is a flowchart for explaining a viewing confirmation procedure at the time of viewing the current program described above.

FIG. 23 is a flowchart for explaining the current program viewing procedure described above.

FIG. 24 is a flowchart illustrating a current charging procedure.

FIG. 25 is a flowchart illustrating a current charging procedure.

FIG. 26 is a flowchart for explaining a procedure at the time of viewing a past program.

FIG. 27 is a flowchart for explaining the viewing confirmation procedure at the time of viewing the past program described above.

FIG. 28 is a flowchart for explaining the past program viewing procedure described above.

FIG. 29 is a flowchart for explaining a past billing procedure.

FIG. 30 is a flowchart for explaining a past charging procedure.

FIG. 31 is a conceptual diagram for explaining a method of displaying Web content in synchronization with stream content as a means for collecting responses on the viewer side in the present embodiment.

FIG. 32 is a conceptual diagram illustrating a method of changing a program schedule by reflecting a response from a viewer side in real time and automatically in the present embodiment.

FIG. 33 is a flowchart illustrating a procedure of a synchronous content display process in the automatic request content distribution service.

FIG. 34 is a flowchart illustrating a procedure of a synchronous content display process in the automatic request content distribution service.

FIG. 35 is a flowchart for describing a procedure for creating a program according to the voting result by the automatic program registration device 1;

FIG. 36 is a conceptual diagram for describing a program my select viewing service for continuously reproducing a program selected by a viewer in the present embodiment.

FIG. 37 is a conceptual diagram for describing a mechanism for selecting a viewing condition and a billing method in the program my select viewing service according to the present embodiment.

FIG. 38 is a flowchart illustrating a procedure of a synchronized content display process.

FIG. 39 is a flowchart illustrating a procedure of a synchronized content display process.

FIG. 40 is a block diagram showing a system configuration for managing content from a plurality of stream content providers in a content distribution system according to an embodiment of the present invention.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 Automatic program registration apparatus (program registration means) 2 Program registration terminal 3 Content registration terminal 4 Program management apparatus (storage means, program composition means, updating means, viewing condition determination means, charging condition determination means) 5 Content management Apparatus 6 Camera capture 7 Stream transmission control apparatus (transmission control means) 8 Encoder 9 Synchronous signal distribution apparatus 10 Web apparatus (presentation means, response information totalizing means, list holding means) 11 Stream distribution apparatus (distribution means) 12 Web browser 13 Stream player 14 Authentication device / billing device / customer management device (billing means) 15 Live recording / recording device 16 Encoder 17 User information database

 ──────────────────────────────────────────────────続 き Continued on the front page (72) Takeshi Kashima 3-15 Babacho, Chuo-ku, Osaka-shi, Osaka Prefecture Inside Nippon Telegraph and Telephone Corporation (72) Naoko Uchiyama 3 Babacho, Chuo-ku, Osaka-shi, Osaka No. 15 Nishi Nippon Telegraph and Telephone Corporation (72) Inventor Shinya Yokomi 3-15 Babacho, Chuo-ku, Osaka-shi, Osaka F-term in Nishi Nippon Telegraph and Telephone Corporation 5B082 HA05 5B085 AC04 5C064 BA07 BB10 BC03 BC04 BC07 BC18 BC23 BD02 BD03 BD04 BD08

Claims (10)

[Claims] 1. A content distribution system that distributes stream content to a viewer terminal via a network, comprising: a storage unit that stores at least a program name, a distribution time, and input destination information related to the stream content. A program organizing means for arranging the program names of the stream contents in order of distribution based on the distribution time of each stream content accumulated in the accumulating means to create a program organization table; and a program created by the program organizing means. Presenting means for presenting the composition table to the viewer-side terminal via the network; and distributing the stream contents based on the distribution time of each stream content stored in the storage means. Further, based on the input destination information of the stream content, Transmission control means for selectively switching a destination, and distribution means for continuously distributing stream content supplied from an input destination selectively switched by the transmission control means to a viewer-side terminal via the network. A content distribution system comprising: 2. The storage means stores, for each stream content, a viewing type indicating whether the content has already been distributed, is currently being distributed, or has not been distributed yet. 2. The program according to claim 1, wherein each program in the scheduling table is recognizablely presented based on the viewing type whether the program has already been distributed, is currently being distributed, or has not been distributed yet. Content distribution system. 3. The content distribution system according to claim 1, further comprising an updating unit that updates the viewing type held in the storage unit in real time as time elapses. 4. A viewing condition determining means for determining a viewing condition for the stream content based on a viewing type of the stream content, wherein the distribution means determines a viewing condition based on the viewing condition determined by the viewing condition determining device. 4. The method according to claim 1, wherein stream contents supplied from an input destination selectively switched by said transmission control means are continuously distributed to viewer terminals via said network. Content distribution system. 5. A charging condition determining unit for determining a charging condition for the stream content based on a viewing type of the stream content, and charging the viewer based on a charging condition determined by the charging condition unit. 4. The content distribution system according to claim 1, further comprising a charging unit that performs the charging. 6. An input screen for allowing a viewer terminal to input response information from the viewer terminal via the network in synchronization with the distribution of the stream content by the distribution means. The content distribution system according to any one of claims 1 to 5, wherein 7. A response information totalizing means for collecting and totaling response information from the viewer side terminal input from the input screen, and a distribution schedule based on a totaling result obtained by the response information totalizing means. 7. The content distribution system according to claim 6, further comprising: a program registration unit that changes a distribution order of the plurality of stream contents and sets the distribution order in a program schedule created by the program scheduling unit. 8. A list holding means for holding a list of at least one or more stream contents selected from the program scheduling table by the viewer-side terminal, wherein the distribution means comprises: The stream content supplied from the input destination selectively switched by the transmission control means based on the held list is continuously distributed to the viewer side terminal via the network. Item 8. The content distribution system according to items 1 to 7. 9. A content distribution method for distributing stream content to a viewer side terminal via a network, comprising: storing at least a program name, a distribution time, and input destination information relating to the stream content; On the basis of the accumulated distribution time of each stream content, the program names of the stream contents are arranged in the distribution order to create a program schedule table, and the program schedule table is presented to the viewer terminal via the network. When the stream content is distributed based on the distribution time, the stream content is selectively switched based on the stream content input destination information, and the stream content is transmitted to the viewer side via the network. A content delivery method characterized by continuously delivering content to terminals. 10. A step of accumulating at least a program name, a distribution time, and input destination information relating to stream content, and distributing a program name of the stream content based on the accumulated distribution time of each stream content. Creating a program scheduling table by arranging in order, presenting the program scheduling table to a viewer terminal via a network; and distributing the stream content based on the distribution time. Continuously delivering the stream content to the viewer side terminal via the network while selectively switching the input destination of the stream content based on the input destination information. Content distribution program to do.