RU2328087C2 - System for capture and selective reproduction of broadcasting programs - Google Patents

Abstract

FIELD: technological processes.

SUBSTANCE: invention is related to systems for capture and selective reproduction of broadcasting programs. Creation of system and method that present a wide choice of archiving and viewing options to spectators, and which provide observance of rules and limitations that are imposed by providers of broadcasting content, which is achieved at the account of the fact that device of broadcasting programs storage for further transmission to subscribers, contains facility for acceptance of data stream of broadcasting channels, which contain multiple subsequent programs, and facility for data storage, moreover, video and audio data that are related to every program, are separated from accepted data stream on broadcasting channel and are stored in data storage facility in known position, at that official information that is related to every program, is separated from data stream and stored in known position in data storage facility with data, which identifies position in storage facility, in which video and audio data of program are stored.

EFFECT: creation of system and method.

36 cl, 6 dwg

Description

FIELD OF THE INVENTION

The present invention relates to broadcast programs. More specifically, the present invention relates to systems, methods, computer program code for capturing and selectively reproducing broadcast programs.

State of the art

Advances in technology have changed the way people watch television. The advent of video recorders (VCRs) has allowed people to record broadcast programs for viewing at a later time. The relatively recent advent of personal video recorders (PVRs) and digital video recorders (DVRs) has provided viewers even more flexibility in recording programs. Although such client devices are common, they have several drawbacks. For example, many such devices have a limited amount of memory, which prevents viewers from storing more programs. Such devices may be noisy and may require additional hardware to communicate with program information sources. In addition, many content providers and broadcasting organizations are concerned that they do not have the ability to control the use and copying of programs recorded on such client devices.

Some broadcasting organizations have attempted to provide viewing flexibility while maintaining program control by providing a “time shift” or delayed broadcast of the entire channel. A broadcast may have a time offset of several minutes or hours. For example, the entire broadcast channel grid may be transmitted an hour later than the original broadcast. A time-shift broadcast gives viewers the ability to view the programs that they missed when the program was originally broadcast.

Real-time broadcast and time-shift broadcasts do not provide the viewer with any way to control the ability to view broadcast programs. Therefore, until the viewer writes the program to a suitable storage device, he can watch the program only at the time determined by the broadcast organization.

Some carriers provide subscribers with equipment that enables on-demand viewing. Typically, the broadcasting organization broadcasts a small number of selected events, such as films, at regular intervals. Viewers can subscribe to receive a specific broadcast of a specific event. After subscribing, the event can be broadcasted using the satellite or distribution methods via cable network directly to the television set-top box of the viewer. But again, the broadcast time cannot be controlled by the user.

It would be desirable to provide broadcast systems and methods that overcome the disadvantages associated with existing systems. For example, it is desirable to provide systems and methods that provide viewers with a wide selection of archiving and viewing programs. In addition, it is desirable to provide systems and methods that ensure compliance with the rules and restrictions imposed by broadcast content providers, channel owners and regulatory bodies. It is also desirable to provide broadcast systems that can deliver programs to viewers over telephone lines.

Disclosure of invention

According to a first aspect of the present invention, a method for storing broadcast programs for subsequent transmission to subscribers comprises the steps of:

receiving a data stream over a broadcast channel containing a plurality of sequential programs;

extracting video and audio data for each program from the data stream;

extracting service information related to each program from the data stream;

store the video and audio data for each program in a known position in the data storage means and

store service information for each program in a known location in the storage medium with data identifying the position on the medium in which the corresponding video and audio data is stored.

According to a second aspect of the present invention, a device for storing broadcast programs for subsequent transmission to a subscriber comprises:

means for receiving a data stream over a broadcast channel containing a plurality of sequential programs, and data storage means, wherein video and audio data for each program are extracted from the data stream received over the broadcast channel and stored in a data storage means in a known position,

service information related to each program is extracted from the data stream and stored in a known position in the storage medium with data identifying the position in the storage medium in which the corresponding video and audio data are stored.

According to a third aspect of the present invention, a method for receiving an on-demand broadcast program comprises the steps of:

requesting a schedule of previously passed broadcast programs that are available for retrieval, the schedule being formed from overhead information extracted from the broadcast data stream including the previously transmitted broadcast programs;

accept the schedule;

choose to extract the program from the schedule;

transmit a request to receive the selected program and

receive the selected program through a unicast session established between the set-top box and the broadcast service provider.

According to a fourth aspect of the present invention, an on-demand broadcast program reception apparatus comprises:

means for requesting a schedule of previously transmitted broadcast programs that are available for retrieval, the schedule being formed from overhead information selected from a broadcast data stream including said previously transmitted broadcast programs;

means for receiving a schedule of previously passed broadcast programs;

means for selecting to retrieve the program from the schedule;

means for transmitting the request for the selected program and

means for receiving the selected program through a unicast session established between the specified device and the broadcast service provider.

According to a fifth aspect of the present invention, the broadcast method comprises the steps of:

receiving an input data stream including a program;

extract from the specified input data stream service information associated with the specified program;

transmitting said program to a plurality of subscribers;

create essentially during the specified transfer an archive copy of the specified program, and the archive copy is stored in a known position in a short-term archive in the storage device, and it is associated with the specified service information; and

transmit the specified archive copy of the specified program to the first subscriber upon receipt of a request from the specified first subscriber.

According to a sixth aspect of the present invention, a method for operating a broadcast system, the broadcast system receiving a broadcast data stream having a plurality of programs, comprises the steps of:

generating a schedule of said plurality of programs from overhead information extracted from said broadcast data stream;

receive a request for archiving from the first subscriber, and the specified request for archiving includes the selection of the desired program from the specified schedule;

confirm that said first subscriber is authorized to archive said desired program;

create an archive copy of the specified desired program and

allow access to the specified archive copy to the specified first subscriber.

According to a seventh aspect of the present invention, a broadcast device comprises:

a head node connected to receive an input data stream over a broadcast channel containing a plurality of programs, said head node generating an output data stream containing said plurality of programs in an output format;

an overhead information processor associated with said head node and receiving said input data stream over a broadcast channel, said overhead information processor extracting overhead information associated with each of said plurality of programs;

a time shift server associated with said head node and said service information processor, said time shift server storing a copy of said plurality of programs and associating a storage location of each of said copies with service information associated with each of said programs; and

a transmission network connected to the specified head node and the time shift server, the specified service information processor, configured to transmit the specified output data stream to a plurality of subscriber devices and selectively transfer copies of the plurality of programs to said subscriber devices.

According to an eighth aspect of the present invention, a computer-readable medium having computer-executable instructions for performing steps, comprising:

receiving an input data stream including a program;

the allocation of service information from the specified input data stream, and the specified service information is associated with the specified program;

the creation essentially during the specified broadcast archive copy of the specified program, and the specified archive copy is stored in a known position in a short-term archive in the storage device, and it is associated with the specified service information; and

transmit in a broadcast manner the specified archive copy of the specified program to the first subscriber upon receipt of a request from the specified first subscriber.

According to a ninth aspect of the present invention, a method for operating a set top box comprises the steps of:

viewing the program schedule, and the specified program schedule is created on the basis of service information extracted from a broadcast data stream having a plurality of programs;

select the desired program from the specified program schedule;

initiate the copying of the required program from the temporary archive to the long-term archive available for the specified set-top box; and

accept unicast transmission of the specified copy of the specified required program from the specified long-term archive.

Brief Description of the Drawings

Examples of the present invention will be described in more detail below with reference to the accompanying drawings, in which:

figure 1 is a block diagram of an illustrative broadcast system;

FIG. 2 is a block diagram showing several different components that can be used by (or in the interests of) a broadcast service provider in order to provide a subscriber with the ability to view both broadcast programs and archived programs on television;

figure 3 is a block diagram of an illustrative broadcast system;

4 is a more detailed flowchart showing a procedure for storing programs and event information on a server with a time offset;

5 is a flowchart showing a procedure for selecting and retrieving a program from a server with a time offset; and

6 is a flowchart showing a process for creating an archive copy of a program.

The implementation of the invention

The present invention relates to systems, methods, computer program code, and means for capturing and selectively reproducing broadcast programs. For simplicity and ease of presentation, several terms are used in the present description. For example, the term “subscriber” is used to refer to an individual or entity that has a subscription relationship with a broadcast service provider to receive and view broadcast data (either live broadcast data, or archived broadcast data, or both). The subscriber, for example, may be associated with a particular set-top box identifying the subscriber. Also in the present description, “subscribers” can be called “users” or “viewers”. As used herein, the term “set top box” is commonly used to indicate devices associated with subscribers that receive broadcast data from a broadcast data service provider. A television set-top box may be a dedicated device for receiving broadcast data, or it may be implemented as a component or function associated with a personal computer or other computing device.

The term “broadcast service provider” or “service provider” can be used to refer to an entity (or entities) that uses the components of the broadcast systems according to the embodiments set forth herein to provide subscribers with forward broadcast data and archived broadcast data. For example, in some embodiments, the “broadcast service provider” may be an entity that uses (or is associated with) one or more systems configured to transmit programs to subscribers. In some embodiments, broadcast service providers use systems including switching or central stations that are capable of delivering digital data to subscribers over twisted two-wire communication lines that are present in many homeowners and enterprises around the world (for example, such as telephone or copper cables). In some embodiments, broadcast service providers provide such data using digital subscriber line ("DSL") transmission methods. In one illustrative embodiment described herein, a broadcast service provider provides digital data using asymmetric DSL ("ADSL") transmission methods, although it will be apparent to those skilled in the art that other DSL methods (commonly referred to as " xDSL "). In addition, although wired communication methods are discussed, those skilled in the art should appreciate that the distinguishing features of the embodiments may also be implemented using wireless methods.

As used herein, the term “forward broadcast data” or “forward broadcast programs” refers to broadcast data viewed on a schedule, the broadcast being broadcast by a broadcast entity. As used herein, the term “archived broadcast data” or “archived programs” refers to broadcast data or programs that are stored for viewing at a later time than the time of “direct broadcast”. Embodiments provide two different types of data archives: short-term archives (for example, in which programs are stored for a relatively short period of time, for example 24-72 hours) and long-term archives (for example, in which programs are stored for a longer period of time). For example, long-term archives can provide the ability to indefinitely long-term storage of programs. As another example, in some embodiments, a broadcast service provider may store programs for a set period (eg, one month or one year). As another example, a broadcast service provider may periodically interrogate subscribers to determine if archived programs should be removed from the archive.

To begin with, an example of the present invention will be described below with reference to FIG. 1, which shows an image of a broadcast system 50. The broadcast system 50 includes one or more broadcast service providers 51 delivering content to one or more subscribers 54a-n.

Subscribers can receive broadcast data in several ways. For example, subscribers (such as subscriber 54n) may receive "direct broadcast" broadcast programs; that is, using the method of viewing a program during a broadcast. As an illustrative example (which will be used throughout the description), the “live broadcast” broadcast program may be “evening news,” the broadcast of which begins every evening on weekdays at 6 p.m. local time. Broadcast system 50 allows subscribers, such as subscriber 54n, to watch this program at its appointed time (at 18 hours local time). As used in the present description (and as defined below), the term "direct transmission" is used in the general case to mean the real and planned broadcast time of a broadcast program (and this term does not necessarily refer to the program viewed directly at the time of its shooting). To minimize traffic in the ADSL relay channel of a central or switching station, such broadcast "direct transmissions" are transmitted to subscribers in a multicast manner to avoid duplication of traffic. Such an increase in system capacity with respect to transmitting video and audio program data to a large number of subscribers without compromising the performance of the relay channel, thus allowing more subscribers to interact with the system to selectively view archived programs, as described below.

Subscribers can be connected to multicast broadcast programs using methods, for example, described in the Internet Group Management Protocol (IGMP), IETF RFC 3376 (October 2002) (available at www.ietf.org), the contents of which are included in this description in its entirety by reference.

Broadcast system 50 allows subscribers (such as subscriber 54n) to watch the program at some point in time after the start time of the broadcast "direct transmission". The system generates and stores a short-term archive copy of all broadcast programs received by the broadcast service provider 51. Additional details on how to generate and store a short-term archive copy will be provided below. Typically, a broadcast service provider 51 includes a storage device 53 (or group of devices) adapted to store copies of broadcast programs for several different broadcast channels. At the same time, they provide sufficient memory in order to save 24-72 hours of broadcast programs for several different channels. Together with the generation and storage of such short-term archival copies, a program schedule is created. Subscribers who want to view the program within 24-72 hours from the time at which it was actually broadcast (that is, after the broadcast "direct broadcast") can interact with the program schedule in order to select the program and initiate its streaming to the subscriber. Such programs are stored in a manner that allows the user to fast forward, stop, and rewind while watching a program. For example, subscriber 54b may decide to start watching “evening news” at 18.15, rather than during a broadcast “live broadcast” at 18.00. In addition, subscriber 54b can fast forward, rewind, or stop as he needs while watching a program.

Broadcast system 50 further allows subscribers (such as subscriber 54a) to select specific programs for a long-term archive. For example, a broadcast service provider 51 or subscriber (such as subscriber 54a shown in FIG. 1) may wish to create a long-term copy of a particular “evening news” broadcast. The subscriber 54a may indicate such a desire by contacting the broadcast service provider 51 (for example, via a television set-top box or other device, as will be described in more detail below). A copy of the broadcast can then be stored in a storage device 52 used for long-term storage of programs. A copy of the program may be associated with information that uniquely identifies the subscriber 54a, so that the subscriber 54a can be allowed access to the program at his request. For example, subscriber 54a may view a specific episode of the weekly "evening news" after they are broadcast. Subscriber 54a can re-view the same episode until this episode is deleted from the archive (for example, at the request of the subscriber or after the expiration of the archive period). To reduce the necessary storage resources, many subscribers can have access to a copy of the program stored in a long-term archive. For example, each customer who has made a request to create a copy of the program may be granted access to the shared archive.

Broadcast system 50 allows selectively transmitting each type of broadcast to subscribers, providing subscribers with the ability to better select, control and display flexibility. Subscribers can access such broadcasts over a telephone line, such as the copper telephone cables currently installed in many households. The system can provide broadcast and archived programs to subscribers using asymmetric digital subscriber lines (ADSL) (although those skilled in the art should take into account that other methods known and developed in the future can be used to deliver programs according to the embodiments set forth in the present description). Alternatively, programs can be delivered using coding schemes such as the well-known Moving Picture Experts Group version 2 (MPEG-2) scheme, although those skilled in the art should appreciate that other coding schemes may also be used. .

Broadcast data is transmitted from the broadcast service provider 51 to subscribers 54 using constant bit rate (CBR) encoding methods, thereby providing the maximum bit rate that is used for both video and audio data. The inventors of the present invention have found that the use of CBR coding provides reliable and compatible content transfer over ADSL networks, despite the distance from the switching station (or “central station”) and despite the high bit rate requirements for providing quality video services. If the video bit rates for specific programs change, the system can use encoders configured to fill in or “fill” the video data with additional (empty) data to create a truly constant bit rate. In addition, the relay channel of the central or switching station ADSL can be “made with reserve” to provide a specific level of connection, which ensures that sufficient bandwidth is available to subscribers. For example, a relay channel can be designed on the assumption that at any given time, 33% of the subscribers served by that relay channel are active. This can be done by reducing the number of subscribers associated with each digital subscriber line access multiplexer (DSLAM) associated with a particular switching or central station.

The present invention will be described below in more detail with reference to FIG. The system of FIG. 2 shows several different components that can be used (or in the interests of a broadcast service provider) to enable a subscriber to view both live broadcast programs and archived programs on TV 9. Several components of the system of FIG. 2 can be used by or in the interests of a service provider offering or archiving programs for subscribers. Some or all of the components may be implemented on one or more computer devices configured to perform the functions set forth in the present description. Although some components are shown as separate devices, some or all of the functionality described herein can be implemented in one or more computer devices or computer device networks.

2, a broadcast channel source 1 generates transmitted broadcast channel data that is provided to a program distribution head unit 2 (BDHE). For example, the broadcast channel source 1 may be any number of different types of broadcast data sources, such as, for example, television, video, audio or other data sources. Each transmitted data includes video and audio information for each channel, as well as service information (SI) for each broadcast program on each channel. The overhead information includes information about each program, including the start time and duration, and a brief overview of the program.

As used herein, the term “overhead information” (SI), “specific program information” (PSI) refers to information embedded in an MPEG-2 transmission stream in the form of additional transmission packets having a unique packet identifier. For example, an SI may include electronic reference information about a program, such as a brief summary of the program, the dating and the channel on which it is posted, and other information identifying the type, content, and dating of a particular program. The SI may include additional information, such as a “service description table” (SDT) providing information identifying a program service provider, an “event information table” (or EIT) containing program names, start time, duration, etc. , and other information about dating and events.

Broadcast data can be transmitted using multiple communication media. For example, broadcast channel source 1 can provide multiple channels of broadcast data in the form of digital or analog television transmissions transmitted through a digital satellite channel, digital terrestrial, cable, digital subscriber line (xDSL), or analog or direct network transmission. Broadcast data can be obtained from a digital source (or converted in some way to digital broadcast data before receiving BDHE 2). In addition, digital broadcast data may be encoded using a coding scheme, such as an MPEG-2 encoding scheme, although other encoding schemes may also be used. Using a coding scheme, such as MPEG-2, allows you to receive digital broadcast data, which includes encapsulated overhead information of the MPEG-2 transmission stream associated with digital broadcast data. Such overhead information, as will be described in more detail below, provides accurate dating of programs.

In the system of FIG. 2, several sources 1 of broadcast channels can be used. For example, a system can receive dozens or even hundreds of transmitted data from various channels from various sources of broadcast channels. Each transmitted channel data contains several programs. Such transmitted channel data is received at the BDHE 2. The BDHE 2 includes video acquisition equipment and may also include encoders for compressing the channel data into a form that is suitable for a set-top box for decoding and display on a television. BDHE 2 may also include multiplexing equipment for multiplexing data. Broadcast data can be encoded in a digital broadcast video standard (DVB), such as MPEG-2 video and audio, and encapsulated in an MPEG-2 transmission stream. In more detail, BDHE 2 will be discussed below with reference to FIG. 3.

After collecting, encoding and multiplexing, each of the broadcast channels is sent encapsulated in the MPEG-2 transmission stream to the time shift server 3 and the broadcast schedules server 4 under the control of the video server manager 5. The same output can be sent to each server. Alternatively, individual data can be transferred to an overhead information processor (not shown, but which can be configured as part of BDHE 2 or as a separate component) and then used to create schedule information in the server 4 broadcast schedules. The use of an overhead processor will be described below with reference to FIG. 3.

The time shift server 3 is a conventional computer system (or a network of computer systems) with a memory capacity that allows it to locally store broadcast data. Programs from each broadcast channel are stored for at least a period of time. For example, the time shift server 3 may store 24-72 hours of broadcasting a program from each broadcast channel, allowing subscribers to view broadcast channel programs for a period of time (e.g., 24-72 hours) after the time the program was originally broadcast. As discussed in more detail below, the time shift server 3 also works, allowing subscribers to selectively archive broadcast programs for viewing at their chosen time. Such long-term archives may be stored in (or accessible through) the content archive server 10.

Although further details will be provided below, in general, the time shift server 3 receives several encoded broadcast data channels from BDHE 2 and stores the video and audio data for each channel on disk as a continuous stream. The time shift server 3 also functions to accurately determine the start and end of each program, as well as the location at which each program is stored on disk. Such information allows the server 3 time shift to quickly and accurately retrieve programs at the request of subscribers. In addition, the time shift server 3 can function to store the data of the broadcast channels in such a way that it can efficiently and accurately scroll back and forth at the request of subscribers. Additional details of these features will be discussed below.

The broadcast schedule server 4 interacts with the time shift server 3 (and other sources of schedule information) to create an accurate real-time program schedule. Such schedule information is provided to subscribers who can interact with the schedule to select the desired program in order to view or archive it. The server 4 broadcast schedules, as will be discussed below, can create and support various types of schedules (for example, including long forms, or detailed schedule, and short forms, or short schedule). Such types of schedules can be presented to subscribers and used by subscribers to interactively identify programs for viewing or archiving (for example, a subscriber can interact with a schedule to select one or more programs for viewing from a short-term archive or to select one or more programs to save in a long-term archive for view later).

The video server manager 5 controls the distribution of digital broadcast data to viewers for broadcast direct transmission of each channel. The video server manager 5 also stores or has access to customer information. For example, customer information may include information associated with a specific customer or subscriber with a unique identifier assigned to the customer’s set-top box 8. Customer information may also include information used to track customer viewing preferences, demographic information, etc. Other information may also be provided as described below. The video server manager 5 provides control of the switching and routing equipment 6, including unicast, multicast and broadcast transmission of each channel. Each broadcast channel is transmitted through a network 7 to a set-top box 8, which sends data to a television 9. Network 7 may be any of several different types of networks or combinations of networks. For example, network 7 may be a global network for a local switching station and a local channel using ADSL. Network 7 allows the delivery of broadcast data to the set-top box 8 of the subscriber, and also allows the transfer of data from the set-top box 8 to the switching and routing equipment 6 (for example, for selecting programs for archiving, for playing programs, etc.). Subscribers may also be able to access information about a service or program related to the current program through a set-top box 8.

The set-top box 8 may be any device configured to receive digital broadcast data in a subscriber’s house. Where digital broadcast data is received by subscribers using ADSL methods, the set-top box 8 includes a modem or receiver that allows you to receive and transmit data over telephone lines. Where digital broadcast data is received in MPEG formats, the set-top box 8 can decode the received MPEG data. The set-top box 8 includes information that uniquely identifies the subscriber associated with this set-top box. For example, the set-top box 8 includes a unique identifier, such as a digital signature or other cryptographic identifier. Such an identifier may be provided to a device protected from unauthorized interference, for example, a smart card. Such a unique subscriber identifier can be added to the end of messages sent from the set-top box 8 to the broadcast service provider, allowing the broadcast service provider to identify the subscriber. In addition, a unique identifier can be used when setting up unicast sessions between switching and routing equipment 6 and an individual set-top box 8. The set-top box 8 can be equipped with an infrared or other sensor, allowing the subscriber to interact with the set-top box 8 using a remote control device.

The system allows subscribers to view live broadcast programs, view archived broadcast programs some time after the initial broadcast direct transmission 9 (for example, within a period of 24-72 hours after the initial broadcast), store and view certain programs in a long-term archive saved for more late viewing. For programs that are viewed after the initial broadcast direct transmission, subscribers have the ability to interactively control the reproduction of programs (for example, subscribers can optionally stop playback, scroll forward or backward). In addition, since the system creates a historically accurate program schedule based on real broadcast data received through the broadcast service provider, subscribers can view and interact with a detailed and accurate schedule to select programs for viewing or archiving. In addition, each of these browsing operations is provided using relatively low bandwidths, for example, using ADSL, allowing subscribers to view and interact with a wide variety of broadcast programs over telephone cables in the home.

The present invention will be described in more detail with reference to figure 3, which shows more detailed examples of the broadcast system 50. The broadcast system 50 includes one or more providers of broadcast channels / owner (s) 12 rights that generates (or initiates generation) Broadcast data that is provided in BDHE 2 for distribution to subscribers via several set-top boxes 8. In this example, digital data of a broadcast channel is obtained from BDHE 2 through one or more sources 30 of digital channels (for example, such as digital terrestrial, digital satellite or digital cable sources). Such digital broadcast channel data is received encoded in MPEG-2 format (or the like). As shown, digital broadcast channel data received in MPEG-2 format from a digital channel source 30 is typically received in a “transport stream of multiple programs” (or MPTS) (i.e., a packet stream having multiple programs encoded therein).

Such MPTS channel information is provided to a decoder 3, which decodes the digital data of the broadcast channel into serial digital information for each channel. When the decoder 31 is running, service information associated with individual programs is lost. Information about services (or at least part of it) is stored when digital broadcast channel data received at the digital channel source 30 passes through to the service information (IS) processor 19. Such an IS processor 19 may be implemented as BDHE 2, or it may be implemented as a separate component associated with BDHE 2.

The IS processor 19 receives digital broadcast channel data in MPTS format and then parses information from each broadcast channel to obtain detailed program information associated with each channel. For example, SI processor 19 parses the input to obtain a “Service Description Table” (SDT) and an “Event Information Table” (EIT) for each broadcast channel. Such tables provide information about each program, as well as about the programs received on each channel. For example, tables provide information identifying the name of the program, a description of the program, the duration of the program, the start and end times (scheduled and real), and information about the program genre.

The SI processor 19 returns information to the BDHE 2 for multiplexing with video and audio information for each channel. BDHE 2 encodes each channel into a “single program stream” (or SPTS) using encoder 32. Such transcoded audio and video information is associated with SI information from SI processor 19 using multiplexer 33. SI processor 19 returns an MPEG transport stream containing overhead information program access tables (PAT) and program map tables (PMT), as well as hidden data carried by a plurality of program identifiers (PIDs) for each channel. Multiplexer 33 inserts such hidden PIDs into audio and video data for each channel. To ensure playback compatibility, the total bandwidth used by each of the PIDs of the hidden data is set to a constant bit rate (CBR). Typically, the total bandwidth assigned to each hidden data PID, which is re-associated with the audio and video data of multiplexer 33, is kept relatively small compared to the video and audio bandwidth.

Each of the MPTS transport streams is then divided into transport streams of multiple individual unit programs (including SI data for each program) using the network interface 34. The network interface 34 may be an interface that recognizes the MPEG-2 transport stream. Transport streams of many individual unit programs go to the switching and routing device 6 for routing (under the control of the video server manager 5) as broadcast data of direct transmission to the corresponding television set-top box 8.

The SI processor 19 may be configured to save additional bandwidth by selectively parsing and using specific types of overhead information. For example, subtitle information may be processed to reduce bandwidth. As a specific example, the SI processor 19 extracts the teletext subtitles from the MPTS data received from the BDHE 2 by parsing the entire teletext stream and extracting only the teletext information from the stream. For example, some broadcast systems include teletext subtitles on a particular “page” of teletext information associated with the broadcast. In some systems, subtitles are included on the teletext “page 888”. In such a system, the SI processor 19 is configured to repackage the “page 888” packets and optionally insert a new packet (for example, such as the “page 100” packet) into the stream using a different hidden data PID (again in CBR).

Missed teletext pages can be stored on the teletext server or in a database (not shown in FIG. 3), which can later be requested by the subscriber’s set-top box 8 while watching a broadcast program. As another example, DVB subtitles (if present) can also be allocated by the SI processor 19 to reduce bandwidth. For example, SI processor 19 can parse subtitle information and broadcast subtitles in a form requiring reduced bandwidth (for example, information can be stored on a server and can only be displayed in response to a specific request from set-top box 8). In this case, the SI processor 19 may work in conjunction with the BDHE 2 to remove certain types of overhead information from the transmission stream, while ensuring that the necessary overhead information remains associated with the respective programs.

The SI processor 19 may also be configured to process the radio channels (for example, by identifying the radio channels as having audio rather than video PID). Audio PIDs can be routed directly to multiplexer 33 without the need for transcoding. In addition, SI processor 19 can also be configured to retrieve interactive applications (which can be stored by the video server manager 5 for on-demand use), thereby eliminating the need for carousel systems commonly used in broadcast environments. In some types of broadcast environments, such as conventional satellite and cable systems, there is often no return channel that can be used to request interactive applications and related resources. Previous systems compensate for this drawback by using a carousel. For example, a channel provider retransmits (or "uses a carousel") an interactive application and associated resources with a separate MPEG PID. Such previous systems are guided by the fact that the television set-top box identifies, extracts and puts such information in the cache memory. This can lead to problems. For example, if the viewer moves through the application or moves from one application to another, the necessary information may not be stored in the cache and the set-top box must wait until the channel provider resumes data transfer (or until the data appears on the carousel). One protocol that is used to implement such carousel methods is defined by the Digital Storage Media Command and Control (DSM-CC) extensions for MPEG-2, Part 6.

The embodiments set forth in the present description allow broadcast systems to broadcast interactive applications without the need for such carousel methods. Alternative versions of interactive applications can be delivered to subscribers based on access rules or permissions established by channel providers or content owners (for example, to ensure that only the latest version of a particular interactive application is made available to subscribers, etc.).

In addition to providing processed overhead information to the head node for combining with audio and video data for each program, the SI processor 19 also provides processed overhead information to the broadcast schedule server 4 for use in creating the exact schedule data 15. Using service information based on the digital data of the broadcast channel, in the form in which they were really received by BDHE 2, the system is able to create a real schedule with accurate information about the actual start and end time of broadcast programs on each of the broadcast channels received by BDHE 2. Such information may be combined with published schedule data (for example, such as program schedule data published by broadcast channel providers / owners of als 12) to create a schedule data 15 having substantially complete and accurate information about the programs.

As an example, many programs, such as live sports events, have a scheduled broadcast time, which is an estimated time. This estimated time is used by broadcast channel providers / channel owners 12 to schedule programs. However, such programs can often end earlier (later). The system allows you to create data 15 schedules that accurately determine the actual schedule for the program. As will be described in more detail below, this information can be used to accurately and efficiently archive programs for later playback (for example, a sporting event that lasts 47 minutes will be identified as lasting 47 minutes and not having a different duration, such as an hour) )

The BDHE 2 network interface 34 also provides demultiplexed SPTS data to the time shift server 3. As shown, the time shift server 3 has several different functional components. In particular, each of the demultiplexed SPTS data channels is provided to a collection and storage channel 42, which operates to read the received transmission stream and store it in the correct location for storage in the next available storage device. The collection and storage channel 42 also functions to perform a cyclic transition from the end of each storage device and maintain a circular buffer. The transmission stream received from BDHE 2 is stored in an unchanged format (i.e., it is stored in the format in which it is received). As indicated, the data is stored in separate storage devices 43, 44 (or memory areas) for each channel. Each storage device (or memory area) can be configured to function as a cyclic buffer or a buffer with a cyclic transition of a given size to store a specific amount of broadcast data (for example, if the short-term archive function is designed to provide 24 hours of short-term archived programs, then each the buffer is set to provide space for 24 hours of data). When the end of the buffer is reached, the oldest programs in the buffer are overwritten by the newest programs for each channel.

The channel 42 of the collection and storage is also configured to parse packets of hidden data SI from the transmission stream. SI hidden data packets are transferred to schedule table 41 along with stored information identifying where the program associated with the specific SI data is stored. For example, schedule table 41 may include an information record for each program, which includes SI information for the program along with disk location information that accurately identifies the location on the disk on which the program is stored (for example, the location of a buffer in a particular data store channel, such as storage 43, 44). The SPTS stream received by the collection and storage channel 42 is a CBR, which allows the collection and storage channel 42 to reliably predict the amount of memory required for each program and to ensure timely re-reading of data from the disk during playback. CBR ensures that the output stream rate during playback is equal to the input rate.

Schedule table 41 may contain information identifying a list of channels, each of which is associated with entries containing an identifier for an event or program, the time of the event, and the position on the disk in which the program is stored. This provides the ability to accurately determine the start and end time of programs during playback. The start and end positions are located at the program boundaries. For example, start and end positions can always be located at the edge of a “program group” video (GOP) or “packed elementary stream” (PES) audio to ensure that playback always starts at a stable point. The program information in schedule table 41 may be deleted after the cyclic program buffer overwrites the program.

The time shift server 3 includes a video and audio stream analyzer 45. The video and audio stream analyzer is configured to uniquely identify each boundary of the video GOP. The streams received by the collection and storage channel 42 are disassembled to identify such boundaries. The disk position of each GOP in each channel is stored in a list of 46 GOPs. A GOP can cover many packets of MPEG transmission streams (and typically can include about 12 video frames, including internal or I frames, predicted or P frames, and bidirectional or B frames). According to the MPEG-2 standard, a GOP always starts with frame I. The video and audio stream analyzer 45 is configured to identify such boundaries and associate them with the storage location. The analyzer 45 further analyzes the streams to identify the locations of the PES audio packets. Specialists in the art should take into account that the discussed options for implementation can also be used with other standards (for example, parsing threads to identify boundaries established by other standards).

The time-shift server 3 includes a fast forward ("FF") / rewind ("REW") frame allocation device 47, which is configured to extract the frames I from the video streams in the form in which they are stored by the time-shift server 3 . In this case, expensive and time-consuming methods of searching for frames I in response to subscribers' requests are excluded. Both the FF stream and the REW stream are created by extracting frames I and introducing them into the MPEG transport stream. Temporary transport stream information including PTS / DTS and PCR clock information is generated by the time shift server 3.

The system can use the frame location I at the beginning of each GOP to identify boundaries. GOPs do not necessarily contain the same number of frames; for example, encoders can sometimes interrupt the GOP to insert frame I when changing scenes. The system guarantees an appropriate FF / REW playback speed by monitoring (and adjusting, if necessary) the speed at which frames I are saved on disk. Unlike regular program playback, the output FF / REW playback speed is not determined by the input speed (i.e., FF / REW information may not be stored at the same speed at which it will be played). On the contrary, the playback speed can be adjusted by setting the interval between frames I. When writing FF / REW information to the database 46, the FF / REW frame extractor 47 may skip some frames I in the data received from the acquisition and storage channel 42. In this case, the playback speed can be adjusted for compatibility.

The relationship between the storage location and the time between the FF / REW streams and the original content stream is preserved (for example, data storage 46), which allows the time shift server 3 to determine the position of the correct FF / REW point upon request and that ensures that after the FF / REW is completed The location for the correct point in the program to resume playback will be determined. Playback control is controlled by the time shift server 3 using a switching and routing station 6 (or other output device) as a timing source (for example, in an ATM environment, an ATM switch can be used as a timing source).

The time shift server 3 also includes a playback module 49 for managing reproduction of archived programs. Playback involves locating the beginning of the requested program and transmitting the content stream with a suitable storage device to a specific set-top box 8 associated with the subscriber who requested the content. The request message provided from the set-top box 8 may include information identifying the particular subscriber who made the request (as well as information that allows the switching and routing station 6 to establish a unicast session with this set-top box). If the subscriber has requested a program, the request is sent to the time shift server 3 through the playback module 49, which initiates a call to the schedule table 41 to identify the start point of the requested program. The start point of each program is aligned with the GOP or PES packet to ensure the availability of the start point of playback. Playback continues until the end of the program is reached, or until other instructions are accepted, such as, for example, a request to stop playback, a request to switch, or a request to view another program.

If a program is switched or another program is selected, the current program continues to play until the end of the GOP video (or PES audio packet) is reached. After reaching the end, a message is sent to the set-top box 8 using the PID hidden data packet warning the set-top box 8 about the upcoming shutdown. Playback continues from the beginning of the next program or the nearest GOP (or audio PES) frame to the switching point. The time shift server 3 can be configured to play repeatedly from any nearest GOP video frame (or PES audio), allowing the use of different types of set-top boxes with the system (since different set-top boxes may respond differently to shutdowns during playback).

As indicated above, the present invention allows subscribers to make a selective request to create an archive copy of the program for storage in a long-term archive. The time shift server 3 under the control of the video server manager 5 can function to initiate the storage of one or more programs on the content archive server 10. For example, as will be discussed in more detail below, the subscriber may request that a particular program be archived for further viewing by the subscriber. This request is transmitted from the set-top box 8 to the video server manager 5, which initiates the transfer of the request to the time shift server 3. If the SPTS packets including the requested program are received by the time shift server 3, the time shift server 3 operates to initiate the transfer of a copy of the program to the content archive server 10 for storage in the archive data storage 17.

Such archiving features can lead to the storage of at least two copies of the program: one copy in the archive data storage 17 (“long-term” archive, for later retrieval by the subscriber (s) requesting archiving) and one copy on the server 3 time shift ( "short-term" archive, for viewing by any subscriber who wants to view the program for a period of time during which the system stores broadcast programs). As a result, the system provides an opportunity for longer duration and viewing a better selection of programs. The version stored on the server 3 time shift can be considered as a short-term storage of content that provides viewing of the window, for example several days after broadcasting the program, while the version stored on the server 10 of the content archive can provide a longer period of storage and viewing of the program . That is, the time shift server 3 provides a circular buffer of archived programs for each channel, while the content archive server 10 provides a predetermined longer storage period for the selected programs.

Several different storage configurations can be used to store program information. For example, hard drives or magnetic tapes can be used. Entire discs or split discs can be used. RAID sectors can be used as additional protection against failures. Multiple drives for one channel can be used. Multiple backup disks can be used to store identical content, reducing the likelihood of failures and potentially allowing automatic recovery from failure. In addition, this configuration can provide improved overall performance by distributing downloads on very popular channels across multiple drives. In this case, data of broadcast direct transmission can be delivered to authorized subscribers while generating service information data, archiving programs, and generating an accurate real time schedule.

Not all channels must be provided to all time shift servers. For example, the placement of channels in timeshift servers may depend on the popularity of the programs available on that channel. The channels are placed in time shift servers in such a way as to result in a set of time shift servers capable of handling the load during simultaneous mass viewing.

Reproduction of the program (for example, from either a long-term or short-term archive) may also include selecting or inserting advertisements into the program for transmission to the subscriber. Such selection and insertion are performed under the control of the video server manager 5, which has access to information identifying the location of advertisements in each program and channel. The video server manager 5 may also have access to a database of advertisements (for example, such as database 20). Additional details for identifying, selecting, and inserting advertisements are provided in a co-filed patent application filed concurrently with this application (patent attorney index PJF01627WO).

4 is a flowchart showing a method according to the present invention. The flowchart of FIG. 4 (and other flowcharts contained in the present description) include several process steps. These process steps need not be performed in the sequence shown; those skilled in the art will appreciate that various sequences may be used in conjunction with the examples discussed herein. The flowchart of FIG. 4 generally shows a process that can be performed by a time shift server 3 to create a short-term program archive. As discussed above, the broadcast data stream for all broadcast channels is transmitted via BDHE 2 to the time shift server 3 (TSS). This is shown by paragraph 100 in FIG. 4.

Typically, as discussed above, the time shift server 3 receives each of the encoded and demultiplexed broadcast data channels and stores the video and audio data for each channel to disk as a continuous stream (step 110). The amount of broadcast data stored is limited by the disk capacity. Each broadcast data channel is stored on a disk (or set of disks) as a continuous stream. If the disk capacity is exhausted, the time shift server 3 overwrites the earliest broadcast channel data in a circular fashion. If the amount of memory is exhausted, the earliest programs in the channel are deleted from the server 3 time shift, freeing up space for new programs in the channel.

As discussed above, in systems that are implemented using MPEG encoding, the MPEG transport stream for each channel carries “overhead” (or SI) related to broadcast programs. Service information includes a variety of program related information. In known systems, overhead is typically used by devices to “tune” to a particular channel. For example, satellite transmission uses the MPEG TS “Associated Program Table” (PAT) and “Program Map Table” (PMT) to identify parts of a broadcast stream (“Program Identifiers” (PIDs) that contain video, audio, and other sources. The set-top box 8, which receives the broadcast stream, includes a decoder that “tunes” these PIDs by setting its decoder at the location point of this stream. PAT and PMT are parts of SI.

As discussed above, service information carries a separate “Event Information Table” (EIT) that contains an event for each program. An EIT may contain data including an event identifier (ID) (or program ID), start time, duration, program name, overview, and genre. Additional information may be included in the EIT. The event ID allows the broadcast provider and the rights owner to assign states in which a particular program may or may not be broadcast (for example, “program rights rules”). The rules on rights to programs may include, without limitation, rules that take into account whether the program is paid, whether there is a restriction on age and restrictions on days and time. Additionally, regulatory rules may apply. For example, in the UK (or other countries) “restrictive” rights may prohibit certain types of broadcasts at certain times of the day (for example, broadcast programs for adults at a specific time of the day cannot be performed). The system may enforce such broadcast prohibitions using program rights rules to control access to programs that were originally broadcast during these prohibited time periods. In some cases, program owners may determine that the user is not allowed access to a specific program. An event ID can also identify a program name or other type of individual identification, such as an alphanumeric code.

The "Event Information Table" (EIT) for a particular program is contained in the data stream and is synchronized with the start of the program. The EIT can be extracted from the service information by the IS processor 19 and then re-introduced into the data stream by the multiplexer 33. The time shift server 3 extracts the event data from the stream at step 120 and compiles the program table (shown in table 41 of the schedule 41 of FIG. 2). The time shift server 3 identifies the position on the disk on which the program is stored, and such position information is added to the schedule table 41 with the corresponding event data in step 140. In this case, the event data for each program is displayed in the position on the disk on which the program is stored to enable easy program extraction. This mapping of event data to the position of the corresponding program on the disk allows you to start programs from any random points in the continuous stream of channel data and easily retrieve them.

The time shift server 3 can capture multiple channels simultaneously, with many simultaneous playback sessions possible. Thus, many users can simultaneously extract the same program. The time shift server 3 creates a table in step 40, which identifies all the programs that are currently stored on the disk, the event information for each program, and the position on the disk from which the program starts. The time shift server also includes a time base, which can be obtained, for example, from a date and time table / time offset table. Such date and time information is provided to the time shift server 3 in the PID of the hidden data.

If the disk used to store program information for a particular channel is full, the earliest saved programs are overwritten. If the program starts to be overwritten, the event information and the start point of such a program are deleted from the schedule table 41 so that additional entries of such a program cease to exist.

Table 41 schedules known memory size of each storage device 43, 44 channel server 3 time shift and, therefore, the available number of hours of storage, which is constantly updated as new programs are saved, and old programs are overwritten.

The BDHE 2 (or SI processor 19) also sends the transmitted data to the server 4 broadcast schedule schedules (BSS). As discussed above, BSS can be implemented as a computer system with a local storage device that operates, in particular, to extract service information from a data stream, including EIT. BSS 4 does not allocate video and audio data for each program. For the time shift server 3 and BSS 4, the same computer system can be used.

The information allocated by DSS 4 includes the event ID, program ID, start time, program duration, program description, and program genre. Additional information may also be available at SI. Information is stored in a local database, and BSS 4 uses the information to create a historical program schedule for each channel. The information is compiled into a user-friendly format so that subscribers can view and interact with the schedule. The schedule is created in real time as the program is broadcast and received. BSS 4 can also function to identify any program rules that are associated with a particular program. BSS 4 may also collect information about upcoming broadcast programs. This is added to the schedule. The schedule is associated with a time base, and therefore BSS 4 knows when the program will actually be broadcast. BSS 4 maintains schedules for all broadcast channels provided by the head node.

If for a particular program the detailed event information is not included in the overhead information, additional information can be added to the schedule from an external data source (for example, such as external schedule data 11 provided by the broadcast provider / rights owner 12, as shown in FIG. .2 and 3). For example, a summary of the film may be added via a computer link.

The schedule data 15 consolidated by BSS 4 and the schedule table 41 created by TSS 3 are typically synchronized since both TSS and BSS receive the same synchronized stream of broadcast input from BDHE 2 and therefore receive identical and synchronized event tables. In addition, BSS 4 can be configured to find out the memory size of each of the data storage channel TSS 3 and, therefore, can update the schedule automatically when programs are removed from TSS 3. TSS 3 can transmit information to BSS 4 indicating when the programs are deleted from TSS 3, so that BSS 4 has the ability to provide an accurate schedule of available programs.

The BSS schedule data 15 is transmitted from the BSS 4 and is switched and routed using the switching and routing device 6 for the network, and then sent to the set-top boxes 8 subscribers for viewing. 5 is a flowchart showing a subscriber’s interaction with a schedule created by BSS 4 for selecting a program to view. At step 200, the viewer (or subscriber) can choose to view the schedule created by BSS 4. The schedule created by BSS 4 is removed and transmitted to the subscriber’s television (or other display device) via the set-top box 8 in step 210. At step 220, the subscriber can move Scheduled and request additional information. At step 230, the subscriber requests a specific program for viewing. After selecting the program, the request is transmitted through the network 7 to the time shift server 3 at step 240. The time shift server 3 accesses the schedule table 41 and compares the program with the event ID at step 250. The time shift server 3 (or BSS 4 or the video server manager) can additionally check or verify that this subscriber is indeed authorized to view the requested program. If the program is in table 41 of the schedule and if the subscriber is authorized to view the requested program, the process proceeds to step 260, where the time shift server 3 identifies the storage location on the disk corresponding to the requested program. This position is then used by the time shift server 3 to retrieve the requested program from the data store in step 270.

Then the program is transmitted to the subscriber in the television set-top box 8 over the network 7 through a point-to-point transmission line. The requested program will be played from the beginning of the program or from the point that the subscriber selected at step 260. The subscriber has full control over viewing the program and at step 290 can stop, scroll back and scroll forward the extracted program. The system allows the server 3 time shift to conduct unicast transmission or use any other method of providing archived programs to many subscribers at the same time. For example, the time shift server 3 monitors the location on each disk in which each subscriber is localized, reads data from the corresponding positions on the disk, and timely transfers them to each set-top box 8.

After completion, the program may stop or continue playing the next scheduled program on this channel. The subscriber can return to broadcast direct transmission on any channel on which the broadcast of the program he extracted was carried out, or on the channel that he watched before the archive program was extracted.

The system uses the schedule created by BSS 4 and the time shift server 3 to enable subscribers to interact with the system in several different ways. For example, a subscriber may view a schedule to identify a program for viewing which is currently being broadcast directly. Subscribers can also view the schedule for identifying programs for viewing from a short-term archive (for example, programs that were broadcast several days ago). In addition, subscribers can interact with the schedule to identify programs for archiving (for example, to identify programs to add to a long-term archive for viewing by a subscriber) or to extract programs from a long-term archive.

The program schedule is provided to subscribers via a set-top box 8, and the subscriber interacts with the program schedule using a remote control, a computer input device, or another navigation device. When you select a program schedule, the set-top box 8 retrieves the program schedule from the BSS 4. Then, the program schedule is displayed on the subscriber’s television or display device. For example, a schedule may include a list of all programs from each channel, organized in reverse time order. Moreover, the future schedule can be extracted and displayed from Bss 4.

The interaction of the subscriber with the schedule may include the application of access rules or rules about the rights to programs. For example, if the subscriber wants to see a list of future programs from the schedule, before the schedule is provided to the subscriber, the rules on program rights can be applied first, which will result in the provision of a schedule that shows only such programs for viewing in which the subscriber is authorized. Such rules on rights to programs can be enforced upon request of the subscriber to view the program or after the request of the subscriber to save the program in a long-term archive.

The subscriber can browse the list and find additional information about future programs. Subscribers can also set up notification tools, in which case the set-top box 8 will inform the subscriber at the appropriate time before broadcasting the program, that is, about its beginning. By default, BSS 4 returns a list of programs starting with the next program intended for broadcast.

The subscriber can navigate through the list using indicating means, which can be controlled using the remote control or other suitable means. The selected program can be highlighted, and the subscriber can request additional information about the program. The schedule may also include icons or color codes to indicate the availability or content of specific programs.

Different types of schedules may be available to subscribers. For example, a Long Term Time Shift Schedule (LFTS) may be provided to indicate all programs that are viewable. In addition, a short-term time-shift schedule (SFTS) can be provided that only lists current previous and subsequent programs. Both schedules are provided to subscribers using BSS 4.

LFTS is an on-screen schedule of content that is present in the program broadcast list in a given window (for example, the previous 72 hours, or the period of time during which a short-term archive of programs is stored), as well as a list of the current program and future programs. Subscribers can access the list of programs stored in a short-term archive, which is available for viewing on demand (represent by permissions or access rights). LFTS indicates the availability of individual programs by using icons (or without icons) and a summary of each program highlighted on the screen.

SFST is displayed if the subscriber selects a broadcast direct channel for viewing or switches to a broadcast direct channel. SFST can display the program that is currently playing on the selected broadcast channel, the next program (s), as well as the program (s) whose broadcast has just occurred. The subscriber can select to view the previous program (s) (from the short-term archive) directly from the menu, or the subscriber can interact with the set-top box 8 to call LFTS to gain access to the full program and navigation operations. The subscriber can stop the SFTS of the broadcast channel other than the channel that is shown on the screen and select the programs to be watched from another channel (both programs are broadcast at the current time, as well as the programs that were broadcast earlier).

Multiple pages or screens of schedule information are possible. To view these pages, the subscriber can interact with the set-top box 8 to scroll through individual items or move from one page to another. The subscriber can select schedules for different channels. Switching between channel schedules can be performed while maintaining the temporal relationship between channels.

Subscribers can interact with program schedules in other ways. For example, the communication channel between BSS 4 and each set-top box 8 is interactive and allows subscribers to send many search commands or messages to BSS 4, allowing subscribers to search for schedules for programs using search criteria that include the type of program or genre. Such a genre or type of search may initiate BSS 4 retrieval of a list of relevant programs in the set top box 8 for display. Then the subscriber can select one of these programs from the list. In addition, in the schedule list, the subscriber can perform the operation of finding similar programs corresponding to the genre of the currently selected program, in this case BSS 4 may return a list of suitable programs that can be displayed to the user for selection.

A menu-based selection by genre allows subscribers to select a program by genre from the list (for example, “drama” or “soap opera”). For example, the display of all similar programs on different channels can be presented to the subscriber for selection. Access rights or privileges can be applied in order to limit the subscriber's choice of certain programs. Information can be captured to identify which genres are viewed most often. Such information can be used to display a list of genres in the order of frequency and viewing time by individual homeowners or in the order selected using other criteria.

Subscribers can choose from a program schedule by identifying similar content. For example, a subscriber can select or highlight a content item on LFTS and switch to a list of similar programs using the category of genres. Such a choice can be made either from the environment of the current broadcast channel, or from several or all broadcast channel schedules provided by the service. This allows the soap opera A viewer to easily find other programs in the same genre, such as soap opera B. This can be displayed either by channel numbers, or by time, or according to another criterion.

A subscriber can designate certain programs as favorites. Such information relating to the customer may be stored in the customer database 14. When the subscriber chooses to gain access to his favorite programs, he is provided with a list of the names of his favorite programs.

Choosing one of these names of your favorite programs initiates the provision by the set-top box 8 of the subscriber of a request in BSS 4 to search for the program schedule stored in it for all programs with the same name as your favorite program. A list of similar programs is returned, and the date and time of the initial broadcast may additionally be displayed. The viewer can select a program from such a list for playback.

Subscribers can enter or save program names in their favorite program area. This allows them to quickly access all programs with the same name, under which broadcasting is carried out in the corresponding time window. First they provide various episodes of the same program with the most recent time and with the time in which they were originally broadcast (or provided according to another criterion). Repeated programs can be either included or excluded from the list, for example, the same episodes, the broadcast of which occurs at different times.

Other ways to select a specific program may be considered. For example, a subscriber can identify a program by entering any code associated with such a program. Examples of this include, without limitation, entering a program ID, entering a VideoPlus code, or by scanning a barcode.

All types of program choices made by the subscriber should be checked for the fact that the choice complies with all the rules for gaining access, permission or rules about the rights to programs. These rules are applied by the server 3 time shift. In some embodiments, additional controls are provided by restricting access to some programs through a personal identification number (PIN) or similar mechanism. The system can prevent the provision of a prohibited program as an option for a given user.

The application of the rules on program rights, access rules or permissions ensures that the program is allowed to view only if it is available to a particular subscriber requesting access. Information affecting the availability of the program for a particular user includes information provided by channel owners, program owners, regulatory authorities and broadcast service providers.

For example, channel owners may not have rights that allow broadcast service providers to store and play back (for example, either from a short-term or from a long-term archive) a specific program. Examples of this type of situation include moving pictures or sporting events for which the owner of the channel does not have the right to provide on demand, for example, broadcasting organization A broadcasts program B, which is the property of company C, but cannot provide rights for such programs. If the owner C does not provide A with the rights to broadcast the program, then the program may not be available for storage and later playback either through short-term or through long-term archives.

The broadcast service provider may agree with the program owners themselves ("content owners") on the rights and authorization to record and play certain programs (for example, the broadcast service provider negotiates with the owner D about the rights to broadcast program E).

Government permitting and regulatory authorities may introduce rules (such as “restrictive” rules) that restrict access to programs. In some situations, the system ensures that programs that were broadcast for the first time during a restrictive period or restrictions will not be played during a restrictive period of time. Regulators may also introduce other requirements.

Individual subscribers may have a subscription that gives them access only to specific channels and programs. This type of restrictions can be imposed by taking into account the customer’s database 4 through the video server manager 5.

A broadcast service provider can create access rules to ensure that the requirement is controlled appropriately. For example, a broadcast service provider may create access rules to limit the number of subscribers who can view a program from a short-term archive at the same time. Some rules may be imposed on periods of activity associated with mass viewing for additional control over bandwidth and other sources.

As discussed above, information defining each of these rules about program rights, access rules or permissions can be stored in a database accessible by the broadcast service provider. Information on access rules or permissions is provided by regulatory authorities or channel owners in the SI associated with each program. Information is provided in BSS 4 from third sources so that a database of access rules or permissions can be created and linked to each of the programs in schedules created using BSS 4. Information can also be transferred to server 3 time shift for use in creating table 41 schedules. Customer data stored in customer data base 14 can be taken into account when applying the rules.

A feature definition scheme can be used to indicate various types of program accessibility. For example, one particular characteristic definition scheme can use two types of rules: content rules and time period rules (each of which can be imposed by any company that has influence on viewing, including channel owners, content owners, service providers, etc.). A feature definition scheme may include rules such as: (1) content rule: <regular expression> Available / Restricted / Unavailable; and (2) period rule: <original time period> Available / Restricted / Unavailable.

For example, a program may be defined by features such as:

"Unavailable" any program created as "Unavailable" in an accessibility database. Channel owners, regulators, or a broadcast service provider may define a specific program as "Unavailable." A subclass of “Not yet available” can also be used (for example, refer to any “next” program, which is currently broadcast in a broadcast manner, but for which access is restricted for a certain period of time).

"Restricted": there are two reasons for restricted access - any current program that is created as "Restricted" in the access database, and any broadcast of the program during restrictions or during another regulated period. Access to the Restricted program is controlled. For example, a subscriber may be required to enter a PIN or own an access code.

"Available": as a result of the fact that other rules do not limit accessibility, the program is currently available for viewing.

Such rules can be applied to a particular request as follows. First, a check may be made to determine if the requested program complies with the content rules. If the requested program matches more than one rule, then rules specifying "Unavailable" take precedence over any rules specifying "Restricted" or "Available." If no content rule is applicable, period rules can be applied to identify whether there is a restriction on any time period. Again, if more than one period rule is found, rules that indicate "Unavailable" take precedence over "Restricted" or "Available." If no rule matches the request, then the requested program is available. Whole time periods can be designated as “Unavailable”, with only specific programs being designated as “Available”.

These rules can be applied in conjunction with a request for a specific program or in conjunction with a request for a schedule from BSS 4. For example, if a subscriber wants to view the program schedule, a request can be sent from the set-top box to BSS 4. BSS 4 returns the program schedule for the requested time period , and it includes only those items that are "Available". Instead, BSS 4 can return a program schedule with the programs listed in the Available, Unavailable, and Restricted list. If the subscriber requests a program that is “Unavailable”, then the set-top box 8 can provide a rejection of the request. If the subscriber requests a program that is “Unavailable”, the time shift server 3 applies playback restrictions and refuses to play the program.

The components of the broadcast system of the present invention function to capture control information and other information that can be collected and processed later to determine subscriber activity, viewing statistics of channels and programs, and providing broadcast channel providers / owners of rights 12 evidence that their access rules and permitting rules have been respected.

The system of the present invention can be configured to insert targeted advertisements and advertisements targeted at specific subscribers. For example, such advertisements may be inserted at the beginning, at the end, or in a different position when playing programs from either short-term or long-term archives. Target orientation can be achieved by contacting customer database 14 for information including, without limitation, subscriber preferences, subscriber viewing history, age, gender, and demographic information.

As discussed above, subscribers can initiate selective preservation of programs to gain access to a long-term archive. Such a long-term archive can be managed by the content archive server 10, which can enable individual subscribers to save a large number of hours of archived programs, such as movies, music, and television broadcasts.

6, a flowchart 300 is shown that represents process steps related to creating an archived copy of a program based on a request from a subscriber. The process begins at block 302, where an archive request is received from the subscriber. For example, a request for archiving can be provided directly by a subscriber in response to viewing a program schedule (for example, a subscriber can request archiving of a program for broadcast at 9:00 p.m. July 1 CNN). Archiving requests can also be provided based on preferences evaluated by the subscriber or a third party. For example, a subscriber may indicate that he would like to archive all football matches that were broadcast on television and that are relevant to a particular team.

The process proceeds to step 304, in which the subscriber who submitted the request is identified. The subscriber can be identified based on the code stored in the set-top box 8 associated with the subscriber. The subscriber may be asked to enter verification information.

After the subscriber is identified, the process proceeds to step 306, where preference data associated with the subscriber's request is collected. This step may be an optional step that includes, if necessary, collecting marketing data or user preference data. For example, information related to the details of the subscriber’s request may be collected (for example, information identifying the subscriber’s demographic data, requested programs, time for submitting the request, etc. may be collected. In this case, such subscriber information can be collected that allows you to provide the subscriber with a targeted set of programs and advertisements (as well as for subscribers with similar demographic data).

The process proceeds to step 308, in which a determination is made whether the archive request is legitimate (i.e., can the request be satisfied). For example, at block 308, the process may include applying one or more content and time rules for the request to determine if the program is available to a particular subscriber. If the program is not available to a particular subscriber, the process proceeds to step 310, where the subscriber is informed of the failure of the request (for example, including a message providing details about the reasons for rejecting the request). In addition, in some situations, the request may be rejected if the requested program has already been broadcast (and if the program is no longer stored in a short-term archive).

If the requested program is available for archiving, the process proceeds to step 312. To avoid creating multiple copies of the same program in various long-term archives, one (or several) long-term archive can be created that is shared by several subscribers. For example, numerous archive requests may come in for some popular programs. At 312, the process may include determining whether the already requested program is in the long-term archive. If so, then the subscriber requesting the program may be granted access rights to the previously archived program in step 314. For example, the permissions database associated with the long-term archive may be updated to indicate that the subscriber has access to the program. The process proceeds to step 322, where the subscriber is informed of successful archiving.

If the requested program has not been previously archived, the process proceeds to step 316, where the time shift server 3 operates to determine the location of the requested program (either in a short-term archive or in the program schedule created by BSS 4). If the requested program is in a short-term archive, the time shift server 3 initiates (at 318) the creation of a copy in the long-term archive supported by the content archive server 10. If the requested program has not yet been broadcast, the time shift server 3 (at step 318) creates an archived copy in the long-term archive after the program is broadcast. The process proceeds to step 320, where the subscriber is granted access rights to the archived program, and to step 322, where the subscriber is informed of the successful creation of the archive copy. In this case, subscribers can selectively request the creation of archival copies that are available to them.

The subscriber can be determined the amount of the agreed payment (including, without limitation, a one-time payment, subscription and time-limited access) to create a "personal" archive copy of the program. The time shift server 3 ensures that access and use restrictions are met and initiates the transfer of a copy of the program for storage to the content archive server 10.

Typically, the content archive server 10 may include a local storage device. When viewing the program schedule, the subscriber can be provided with the function of selecting a program for archiving. The video server manager 5 arranges for the time shift server 3 to transfer the program to the content archive server 10, unless it already has a copy of this program.

The content archive server 10 can create an information table similar to the schedule table created by the time shift server 3, which identifies the program, includes details of the event ID and identifies the position on the disk on which the program is stored. The subscriber can access the schedule inside the server 10 of the content archive and select a program in the server 10 of the content archive for viewing similarly to the selection of the time shift server 3.

Programs included in the subscriber’s personal archive can be automatically deleted after the expiration of the agreed time window. By agreement of the owners of the rights of broadcast channels / content, the system can increase the period of time during which an individual archive can store a copy of the program to provide longer storage time on the server side with or without additional charge or subscription. Subscribers can manage their archive areas by adding new programs to them or deleting existing programs.

There may be no restrictions regarding the choice of playback source, provided that for each subscriber only one source is played. For example, the subscriber can selectively select for viewing a “direct transfer” program, a stored program from a short-term archive, or a program stored in a subscriber’s personal archive (“long-term” archive). Several television sets may be connected to the set top box 8, or several set top boxes 8 associated with the subscriber may be present. In these cases, family members of the user can view various programs.

The present invention allows the capture and storage in a centralized server system of all broadcast programs transmitted over a television broadcast channel for playback by subscribers in a given time window according to commercial rules agreed with the owners of the broadcast channels or content.

A plurality of broadcast channels can be simultaneously captured and stored, giving subscribers on-demand access to all broadcast programs transmitted on all these channels in an agreed time window.

By simultaneously storing multiple broadcast channels, the viewer has the choice of a wide range of content. For example, if schedules for 10 broadcast channels are available within the previous 72 hours and if the average program length is 30 minutes, according to the present invention, subscribers can select approximately 1,440 programs at any given time (including broadcast direct broadcasts and short-term broadcast archives) . Viewers who do not have access to short-term archives according to the present invention may be able to choose to view only 10 programs. In addition, according to the present invention, the subscriber can either view the “direct transmission” of the program from the time it started on a schedule, or the subscriber can view it as an archived program with the additional ability to control FF, REW and pause.

The present invention provides broadcast channel providers and content rights owners with a very high degree of control over the reproduction of programs previously broadcast. For example, broadcast channel providers and owners of content rights can completely prohibit the ability to play programs from short-term or long-term archives (for example, broadcast channel A may restrict access to news broadcasts previously transmitted by the broadcast method), to limit the length of the playback window or to control the level of interactivity available inside each program. The present invention may also refuse a subscriber to receive or record certain programs. Additionally, the present invention allows broadcasting organizations and service providers to stay within established rules (for example, such as “restriction” rules) by requiring a PIN for relevant programs and denying access to others.

All content, including all broadcast channels, short-term archive programs and long-term archive programs, can be provided to the subscriber directly from a remote server. This ensures a seamless integration of the provision of "direct transmission" programs, programs from the short-term archive and programs from the long-term archive, all of which can be accessed through a single menu (for example, through the schedule provided to subscribers through the set-top box 8). Such a single menu can also be used to switch channels, view schedules for future broadcasts, or perform other tasks, including other selection methods.

Remote servers have the ability to store complete schedules of broadcast channels, but with playback defined by commercial rules, consistent with individual broadcast channels. This implies that owners of rights to broadcast channels or content retain a high degree of control over how their content is viewed in an on-demand viewing environment.

A wide range of programs previously broadcasted is available on demand without additional actions required from the viewer, and without restrictions on the part of the client on the amount of content that can be saved.

Although embodiments have been described with reference to the MPEG-2 standard, those skilled in the art should take into account when reading the present description that other encoding methods may be used. For example, other standards may be used or may be applied (e.g., MPEG-4 and / or H.264, etc.).

Claims (36)

1. A method for storing broadcast programs for further transmission to subscribers, comprising the steps of: receiving a data stream over a broadcast channel containing a plurality of sequential programs; extracting real-time video and audio data for each program from the data stream; simultaneously extracting in real time the service information contained in each program from the data stream, and the service information relates to the program in which it is contained; store video and audio data for each program in a known position in the data storage means; and for each program, service information is stored in a storage medium in a known location with data identifying the indicated position on the medium in which the corresponding video and audio data is stored; and compile and save the schedule of received programs using stored service information. 2. The method according to claim 1, additionally containing a stage in which: upon receipt of the request, the schedule of the received programs is transmitted to the subscriber. 3. The method according to claim 1 or 2, in which the storage of audio and video data is performed continuously while receiving a data stream over a broadcast channel. 4. The method according to claim 3, wherein storing the audio and video data further comprises overwriting the oldest stored programs when the disk storage medium is full to allow storing the program that is being broadcast at the current time. 5. The method according to claim 4, further comprising deleting service information corresponding to the rewritten program. 6. The method according to claim 1 or 2, in which the broadcasting company or regulatory authority provides data on the rights to the program, which determine the rules related to broadcasting the program. 7. The method according to claim 6, further comprising transmitting the program according to program rights. 8. The method according to claim 1, further comprising stages in which: receive a request from the subscriber to retrieve the program; identify the requested program in the stored service information; retrieving the requested program from the data storage disk; and transmit the program to subscribers. 9. The method of claim 8, wherein transmitting said program to a plurality of subscribers includes multicasting said program to said plurality of subscribers. 10. The method according to claim 8 or 9, in which the transmission of the specified program to multiple subscribers includes unicast transmission of the specified program to the first subscriber. 11. The method according to claim 9, in which the specified program is transmitted using multicast transmission on digital subscriber lines with a substantially constant bit rate. 12. The method of claim 8, wherein transmitting the program to the subscriber comprises transmitting the program to the set-top box to the subscriber. 13. The method of claim 8, further comprising transmitting the program to an additional storage device in response to a request from a subscriber. 14. The method according to item 13, in which the additional storage device is a short-term archive on the storage device, and the method further comprises the steps of: creating essentially during the specified transfer an archive copy of the specified program, save the specified archive copy in a known position in a short-term archive stores related service information; and transmitting said archive copy of said program to a first subscriber upon receiving a request from said first subscriber. 15. The method of claim 14, wherein said short-term archive is implemented as a ring buffer storing a predetermined amount of data. 16. The method according to 14 or 15, wherein said archive copy is received, stored and reproduced at a constant bit rate (CBR). 17. The method according to 14, in which the additional storage device is a long-term archive on the storage device, the method further comprising the step of: storing, upon receipt of a request from a second subscriber or broadcast service provider, a second archive copy of said program to a long-term archive, available for the specified second party. 18. The method of claim 17, further comprising: transmitting said second archive copy of said program to said second subscriber upon receiving a program request from the second subscriber. 19. The method of claim 18, wherein said transmission of said second archive copy of said program further comprises unicast transmission of said program to said second subscriber. 20. The method of claim 18 or 19, wherein said second archive copy is transmitted over digital subscriber lines with a substantially constant bit rate. 21. A device for storing broadcast programs for subsequent transmission to multiple subscribers, containing: means for receiving a data stream over a broadcast channel containing a plurality of sequential programs, and data storage means; means for extracting video and audio data related to each program from a data stream received on a broadcast channel; data storage means for storing video and audio data in a known position; means for extracting from the data stream service information contained in each program, and service information relates to the program in which it is contained; wherein the data storage means stores, in a known position in the data storage medium, dedicated service information with data identifying the position in the storage medium in which the corresponding video and audio data for the program are stored; and the data storage means stores a schedule of received programs based on the stored overhead information. 22. The device according to item 21, further containing a means for transmitting audio and video data, and upon request from the subscriber to extract a specific program, the requested program is identified in the stored service information, is extracted from the data storage disk and transmitted to the subscriber. 23. The device according to item 21 or 22, in which the data storage means transmits to the user a schedule of received programs upon request from the subscriber. 24. The device according to item 21 or 22, in which the audio and video data is continuously stored during the reception of a data stream over a broadcast channel. 25. The device according to item 21 or 22, in which the oldest saved program is overwritten when the storage medium is full to ensure that it is possible to save the program that is currently broadcast. 26. The device according to item 21 or 22, in which the service information corresponding to the rewritten program is deleted. 27. The device according to item 21 or 22, in which the service information includes data on the rights to the program, which determine the rules related to broadcasting the program. 28. The device according to item 27, in which the program is transmitted according to the rights to the program. 29. The device according to item 21 or 22, in which the program is transmitted to the television set-top box of the subscriber. 30. The device according to item 21 or 22, in which the program is transferred to an additional storage device in response to a request from a subscriber. 31. A broadcast system comprising: a head node connected to receive an input data stream over a broadcast channel containing a plurality of programs, said head node generating an output data stream containing said plurality of programs in an output format; the service information processor associated with the specified head node and receiving the specified input data stream via a broadcast channel, wherein said service information processor retrieves service information contained in each of said plurality of programs, wherein said service information refers to the program in which it is contained; a time shift server associated with said head node and said service information processor, said time shift server storing a copy of said plurality of programs and providing data identifying a storage location of each of said copies together with service information associated with each of said programs; a transmission network connected to said head node and a time shift server, configured to transmit said output data stream to a plurality of subscriber devices and selectively transmit said copies of said plurality of programs to said subscriber devices; and a broadcast schedule server associated with the specified service information processor, which compiles a schedule of received programs based on the specified service information. 32. The broadcast system of claim 31, further comprising: a content archive server associated with said time shift server and said transmission network, wherein the content archive server stores a long-term copy of programs selected from said plurality of programs. 33. The broadcast system of claim 31 or 32, further comprising: a broadcast schedule server associated with said service information processor, generating a program schedule based on said service information. 34. The broadcast system of claim 33, wherein said broadcast schedule server is further connected to receive external schedule data, said program schedule including said external schedule data. 35. The broadcast system according to claim 33, wherein said broadcast schedule server is connected to provide said program schedule to said plurality of subscriber devices. 36. Machine-readable medium containing computer-executable instructions that implement the method according to any one of claims 1 to 20.

Images