US20080060021A1 - Digital storage media command and control data indexing - Google Patents
Digital storage media command and control data indexing Download PDFInfo
- Publication number
- US20080060021A1 US20080060021A1 US11/820,205 US82020507A US2008060021A1 US 20080060021 A1 US20080060021 A1 US 20080060021A1 US 82020507 A US82020507 A US 82020507A US 2008060021 A1 US2008060021 A1 US 2008060021A1
- Authority
- US
- United States
- Prior art keywords
- receiver
- list
- server
- request
- block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/20—Adaptations for transmission via a GHz frequency band, e.g. via satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4147—PVR [Personal Video Recorder]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
- H04N21/6193—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H40/00—Arrangements specially adapted for receiving broadcast information
- H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
- H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
- H04H40/90—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95 specially adapted for satellite broadcast receiving
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/27—Arrangements for recording or accumulating broadcast information or broadcast-related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
Definitions
- the present invention relates generally to a satellite signal delivery system, and in particular, to presentation of various format bit streams within a satellite signal delivery system.
- Satellite broadcasting of communications signals has become commonplace. Satellite distribution of commercial signals for use in television programming currently utilizes multiple feedhorns on a single Outdoor Unit (ODU) which supply signals to up to eight IRDs on separate cables from a multiswitch.
- ODU Outdoor Unit
- FIG. 1 illustrates a typical satellite television system of the related art.
- FIG. 1 shows a communications system, specifically a television broadcasting system 100 , which transmits and receives audio, video, and data signals via satellite.
- a television broadcasting system 100 which transmits and receives audio, video, and data signals via satellite.
- the present invention is described in the context of a satellite-based television broadcasting system, the techniques described herein are equally applicable to other methods of program content delivery, such as terrestrial over-the-air systems, cable-based systems, and the Internet.
- the present invention will be described primarily with respect to television content (i.e. audio and video content), the present invention can be practiced with a wide variety of program content material, including video content, audio content, audio and video related content (e.g., television viewer channels), or data content (e.g., computer data).
- Television broadcasting system 100 includes transmission station 102 , uplink dish 104 , at least one satellite 106 , and receiver stations 108 A- 108 C (collectively referred to as receiver stations 108 ).
- Transmission station 102 includes a plurality of inputs 110 for receiving various signals, such as analog television signals, digital television signals, video tape signals, original programming signals and computer generated signals containing HTML content. Additionally, inputs 110 receive signals from digital video servers having hard discs or other digital storage media.
- Transmission station 102 also includes a plurality of timing inputs 112 , which provide electronic schedule information about the timing and content of various television channels, such as that found in television schedules contained in newspapers and television guides. Transmission station 102 converts the data from timing inputs 112 into program guide data. Program guide data may also be manually entered at the site of transmission station 102 .
- the program guide data consists of a plurality of “objects”.
- the program guide data objects include data for constructing an electronic program guide that is ultimately displayed on a user's television.
- Transmission station 102 receives and processes the various input signals received on inputs 110 and timing inputs 112 , converts the received signals into a standard form, combines the standard signals into a single output data stream 114 , and continuously sends output data stream 114 to uplink dish 104 .
- Output data stream 114 is a digital data stream that is typically compressed using MPEG2 encoding, although other compression schemes may be used.
- the digital data in output data stream 114 are divided into a plurality of packets, with each such packet marked with a Service Channel Identification (SCID) number.
- SCIDs can be used by a receiver in receiver station 108 to identify the packets that correspond to each television channel. Error correction data is also included in output data stream 114 .
- Output data stream 114 is typically a multiplexed signal that is modulated by transmission station 102 using standard frequency and polarization modulation techniques.
- Output data stream 114 preferably includes a plurality of frequency bands, typically sixteen frequency bands, with each frequency band being either left polarized or right polarized. Alternatively, vertical and horizontal polarizations may be used.
- Uplink dish 104 continuously receives output data stream 114 from transmission station 102 , amplifies the received signal and transmits signal 116 to at least one satellite 106 . Although a single uplink dish 104 and three satellites 106 are shown in FIG. 1 , multiple uplink dishes 104 and a larger number of satellites 106 are preferably used to provide additional bandwidth, and to help ensure continuous delivery of signals 114 to receiver stations 108 .
- Satellites 106 revolve in geosynchronous orbit about the earth. Satellites 106 each include a plurality of transponders that receive signals 116 transmitted by uplink dish 104 , amplify the received signals 116 , frequency shift the received signals 116 to different frequency bands, and then transmit the amplified, frequency shifted signals 118 back to desired geographic areas on the Earth, where receiver stations 108 are located or will be located at some time in the future. Receiver stations 108 then receive and process the signals 118 transmitted by satellites 106 .
- Each satellite 106 typically broadcasts signals 118 in thirty-two (32) different frequencies, which are licensed to various users for broadcasting of programming, which can be audio, video, or data signals, or any combination. These signals are typically located in the Ku-band of frequencies, i.e., 11-18 GHz, but can be broadcast in the Ka-band of frequencies, i.e., 18-40 GHz, more typically in the 20-30 GHz range, or other frequency bands.
- FIG. 2 is a block diagram of one of receiver stations 108 , which receives and decodes audio, video and data signals.
- receiver station 108 is a “set top box,” also known as an Integrated Receiver Decoder (ERD), which is usually resident in a home or multi-dwelling unit, for reception of satellite broadcasted television signals 118 .
- ERP Integrated Receiver Decoder
- Receiver dish 200 can be an Outdoor Unit (ODU), which is usually a smaller dish antenna mounted on a home or multi-dwelling unit. However, receiver dish 200 can also be a larger ground-mounted antenna dish if desired.
- ODU Outdoor Unit
- receiver dish 200 can also be a larger ground-mounted antenna dish if desired.
- Receiver dish 200 typically uses a reflector dish and feedhorn assembly to receive and direct downlink signals 118 to receiver station 108 via a wire or coaxial cable.
- Each receiver station has a dedicated cable that allows receiver dish 200 , via a multiswitch, to selectively direct downlink signals 118 to receiver station 108 , and allows receiver station 108 to determine which of the signals 118 is desired.
- Receiver station 108 includes receiver dish 200 , alternate content source 202 , receiver 204 , monitor 206 , recording device 208 , remote control 210 and access card 212 .
- Receiver 204 includes tuner 214 /demodulator/Forward Error Correction (FEC) decoder 216 , digital-to-analog (D/A) converter 218 , CPU 220 , clock 222 , memory 224 , logic circuit 226 , interface 228 , infrared (IR) receiver 230 and access card interface 232 .
- Receiver dish 200 receives signals 118 sent by satellites 106 , amplifies the signals 118 and passes the signals 118 on to tuner 214 .
- Tuner 214 and demodulator/FEC decoder 216 operate under control of CPU 220 .
- the CPU 220 operates under control of an operating system stored in the memory 224 or within an auxiliary memory within the CPU 220 .
- the functions performed by CPU 220 are controlled by one or more control programs or applications stored in memory 224 .
- Operating system and applications are comprised of instructions which, when read and executed by the CPU 220 , cause the receiver 204 to perform the functions and steps necessary to implement and/or use the present invention, typically, by accessing and manipulating data stored in the memory 224 . Instructions implementing such applications are tangibly embodied in a computer-readable medium, such as the memory 224 or the access card 212 .
- the CPU 220 may also communicate with other devices through interface 228 or the receiver dish 200 to accept commands or instructions to be stored in the memory 224 , thereby making a computer program product or article of manufacture according to the invention.
- the terms “article of manufacture,” “program storage device” and “computer program product” as used herein are intended to encompass any application accessible by the CPU 220 from any computer readable device or media.
- Memory 224 and access card 212 store a variety of parameters for receiver 204 , such as a list of channels receiver 204 is authorized to process and generate displays for; the zip code and area code for the area in which receiver 204 is used; the model name or number of receiver 204 ; a serial number of receiver 204 ; a serial number of access card 212 ; the name, address and phone number of the owner of receiver 204 ; and the name of the manufacturer of receiver 204 .
- Access card 212 is removable from receiver 204 (as shown in FIG. 2 ). When inserted into receiver 204 , access card 212 is coupled to access card interface 232 , which communicates via interface 228 to a customer service center (not pictured). Access card 212 receives access authorization information from the customer service center based on a user's particular account information. In addition, access card 212 and the customer service center communicate regarding billing and ordering of services.
- Interface 228 provides the current local time to CPU 220 .
- Interface 228 is preferably coupled to a telephone jack 234 at the site of receiver station 108 .
- Interface 228 allows receiver 204 to communicate with transmission station 102 as shown in FIG. 1 via telephone jack 234 .
- Interface 228 may also be used to transfer data to and from a network, such as the Internet.
- the signals sent from receiver dish 200 to tuner 214 are a plurality of modulated Radio Frequency (RF) signals.
- the desired RF signal is then downconverted to baseband by the tuner 214 , which also generates in-phase and quadrature-phase (I and Q) signals.
- I and Q in-phase and quadrature-phase
- These two signals are then passed to the demodulator/FEC Application Specific Integrated Circuit (ASIC) 216 .
- the demodulator 216 ASIC then demodulates the I and Q signals, and the FEC decoder correctly identifies each transmitted symbol.
- the received symbols for Quaternary Phase Shift Keying (QPSK) or 8 PSK signals carry two or three data bits, respectively.
- the corrected symbols are translated into data bits, which in turn are assembled in to payload data bytes, and ultimately into data packets.
- the data packets may carry 130 data bytes or 188 bytes (187 data bytes and 1 sync byte).
- alternate content source 202 provides additional television content to monitor 206 .
- Alternate content source 202 is coupled to tuner 214 .
- Alternate content source 202 can be an antenna for receiving off the air signals National Television Standards Committee (NTSC) signals, a cable for receiving American Television Standards Committee (ATSC) signals, or other content source.
- NTSC National Television Standards Committee
- ATSC American Television Standards Committee
- only one alternate content source 202 is shown, multiple sources can be used.
- CPU 220 looks for initialization data which is referred to commonly in the industry as a boot object.
- a boot object identifies the SCIDs where all other program guide objects can be found. Boot objects are always transmitted with the same SCID, so CPU 220 knows that it must look for packets marked with that SCID. The information from the boot object is used by CPU 220 to identify packets of program guide data and route them to memory 224 .
- Remote control 210 emits Infrared (IR) signals 236 that are received by infrared receiver 230 in receiver 204 .
- Other types of data entry devices may alternatively be used, by way of example and not limitation, such as an ultra-high frequency (UHF) remote control, a keypad on receiver 204 , a remote keyboard and a remote mouse.
- UHF ultra-high frequency
- a guide request signal is received by IR receiver 230 and transmitted to logic circuit 226 .
- Logic circuit 226 informs CPU 220 of the guide request.
- CPU 220 causes memory 224 to transfer a program guide digital image to D/A converter 218 .
- D/A converter 218 converts the program guide digital image into a standard analog television signal, which is then transmitted to monitor 206 .
- Monitor 206 then displays the TV video and audio signals.
- Monitor 206 may alternatively be a digital television, in which case no digital to analog conversion in receiver 204 is necessary.
- IR receiver 230 relays the user's selection to logic circuit 226 , which then passes the selection on to memory 224 where it is accessed by CPU 220 .
- CPU 220 performs an MPEG2 decoding step on received audio, video, and other packets from FEC decoder 216 and outputs the audio and video signals for the selected channel to D/A converter 218 .
- D/A converter 218 converts the digital signals to analog signals, and outputs the analog signals to monitor 206 .
- each monitor 206 requires, in the related art system 200 , a dedicated cable from receiver 204 to receiver dish 200 , for control and delivery of downlink signals 118 . This creates difficulties for users in terms of running additional cables and adding possibly unnecessary receiver 204 hardware in a given receiver station 108 installation.
- the present invention discloses a system and method for storing media commands and indexing control data.
- a system for receiving satellite video signals for display on a monitor in accordance with the present invention comprises an antenna, and a server receiver, coupled to the antenna, wherein the server receiver maintains a list of satellite video signals to be recorded by the server receiver, the satellite video signals including network recorded data and metadata associated with the network recorded data.
- Such a system further optionally comprises at least one client receiver, coupled to the server receiver, wherein the list is accessed by the server receiver and the at least one client receiver, when there is a conflict on the list, the server receiver resolves the conflict based on a predetermined protocol, the list including push events, the metadata being used to index the list, the at least one client receiver sending a request to the server receiver to record a selected satellite video signal, the server receiver reserving resources needed to fulfill the request from the at least one client receiver, the request being stored in a list by the server receiver, the list comprising requests that do not conflict with other requests, metadata associated with each request in the list being stored by the server receiver, the metadata associated with the satellite video signals being periodically updated, and the server receiver managing the stored requests based on the periodically updated metadata.
- An apparatus for displaying video information in accordance with the present invention comprises a broadcast delivery system comprising a transmitter and a first receiver, a first monitor, coupled to the first receiver, a processor, coupled to the first receiver, wherein the processor maintains a list of satellite video signals to be recorded by the first receiver, the video information including network recorded data and metadata associated with the network recorded data.
- Such an apparatus further optionally comprises at least one second receiver communicatively coupled with the first receiver, wherein the list is accessed by the first receiver and the at least one second receiver, at least one second monitor, respectively coupled to the at least one second receiver, wherein the first monitor and the second monitor independently display video information based on signal selection in the first receiver and the at least one second receiver, when there is a conflict on the list, the first receiver resolves the conflict based on a predetermined protocol, the metadata being used to index the list, the at least one second receiver sends a request to the first receiver to record a selected satellite video signal, the first receiver reserving resources needed to fulfill the request from the at least one second receiver, and metadata associated with each request in the list being stored by the first receiver.
- FIG. 1 illustrates a typical satellite system of the related art
- FIG. 2 illustrates a typical receiver of the related art
- FIG. 3 illustrates a system diagram of the present invention
- FIG. 4 illustrates a block diagram of the services provided by the home media center of the present invention.
- FIGS. 5-7 illustrate system processing for managing resource requests and reservations as performed by the present invention.
- FIG. 3 illustrates a system diagram of the present invention.
- ODU 108 is coupled to Frequency Translation Module (FTM) 300 .
- FTM 300 is coupled via cable 302 to Server IRD 304 .
- FTM 300 is also coupled to legacy IRD 112 via cable 124 , although, alternatively, Legacy IRD 112 can be coupled to Server IRD 304 via cable 306 .
- Server IRD 308 is further coupled via cable 308 to Client IRDs 310 .
- One or more server IRDs 304 are also called a “Home Media Center” (HMC) 312 .
- HMC Home Media Center
- HMC 312 acts as a central location for recording, distribution, and scheduling of tasks and system resources for the present invention. HMC 312 allocates resources to client IRDs 310 as needed, depending on the client IRD 310 requests sent to HMC 312 via cable 308 .
- Client IRD 308 makes requests for recording events, specific channels to view, and other system resources to HMC 312 .
- HMC 312 processes all of the requests from all Client IRDs 310 , and any legacy IRDs 112 , and either fulfills the request or informs the user of a given IRD 310 that the request cannot be fulfilled. For example, if a user of a given client IRD 310 wants to record a program, and the HMC 312 is using the Digital Video Recorder (DVR) for another purpose, the HMC 312 would inform the user of the given client IRD 310 that the DVR is unavailable at the present time.
- DVR Digital Video Recorder
- HMC 312 can also provide the user with options to assist in fulfilling the request, such as telling the user when the DVR would be available, what the DVR is recording so that the user can choose to override the current DVR usage, or allow the user to make other resource allocations to allow for the present request to be fulfilled.
- the two-way communication between HMC 312 and client IRD 310 takes place via cable 308 , or via other wiring, such as power distribution lines or phone lines that are present within house 110 .
- the HMC 312 allows for Digital Video Recording functionality to every TV in house 110 without having a DVR present in every client IRD 310 .
- the HMC 312 comprises one or more server IRDs 308 that act as a central hub.
- a Server IRD 308 receives and optionally records programming received from the satellite signals received by ODU 108 .
- One or more client IRDs 310 connect to the HMC 312 via one or more cables 308 in order to receive audio, video and data and display these to a television monitor.
- the HMC 312 via server IRD 308 , is a high-definition (HD) receiver based on MPEG-2 or MPEG-4 transport streams, in addition to other proprietary formats used for legacy IRD 112 .
- the HMC 112 also introduces Advanced Modulation/Coding (AMC), which includes Low Density Parity Check (LDPC) coding.
- AMC Advanced Modulation/Coding
- LDPC Low Density Parity Check
- LDPC coding with advanced modulation is a forward-error-correcting (FEC) code technique that outperforms conventional convolutional FEC (Reed-Solomon/Viterbi) coding schemes.
- FEC forward-error-correcting
- LDPC coding provides a more bandwidth-efficient way to improve the bit-error rate of digital signals.
- the advanced modulation also provides higher Phase Shift Key (PSK) modulations.
- PSK modulation the carrier signal is transmitted in different phases according to the bit mapping. With 8 PSK, the number of phases is increased to eight to double the amount of information carried in the same bandwidth as a QPSK transmission.
- the HMC 312 utilizes the MPEG-2 transport format and Advanced Modulation/LDPC coding and FTM 300 technologies to provide video, audio and data services to every monitor in house 110 .
- the HMC 312 tunes to different satellite data streams, some with QPSK modulation and the Reed-Solomon FEC, and others using FEC and other Advanced Modulation/Coding technologies, to provide the desired signals to each of the client IRDs 310 present in house 310 .
- the tuning parameters are network id, frequency, polarization, SCID (12 bits), modulation type and FEC type.
- the tuning parameters are network id, frequency, polarization, PID (13 bits), mode id, symbol rate, roll off factor, physical layer header unique word (PLH_UW), gold code sequence scrambler and pilot indicator.
- a 3 stream coding parameters are mode id, symbol rate, roll off factor, physical layer header unique word, gold sequence scrambler and pilot indicator. Each of these parameters is described below.
- modulation/coding modes There are a total of 28 modulation/coding modes supported by the A3 advanced demodulation and decoding methodology. Each of these modes varies the modulation type (i.e., QPSK or 8 PSK), the FEC algorithm (i.e., Reed-Solomon (RS) or Low Density Parity Check/Bose, Chaudhuri, Hocquenghem (LDPC/BCH)) and the amount of FEC (i.e., 1 ⁇ 4, 1 ⁇ 2, 3 ⁇ 5, 2 ⁇ 3, 3 ⁇ 4, 4 ⁇ 5, 5 ⁇ 6, 6/7, 8/9 and 9/10).
- modulation type i.e., QPSK or 8 PSK
- FEC algorithm i.e., Reed-Solomon (RS) or Low Density Parity Check/Bose, Chaudhuri, Hocquenghem (LDPC/BCH)
- amount of FEC i.e., 1 ⁇ 4, 1 ⁇ 2, 3 ⁇ 5, 2 ⁇ 3, 3 ⁇ 4, 4 ⁇ 5, 5 ⁇ 6, 6/7,
- the Symbol Rate defines the bandwidth capacity of a QPSK or 8 PSK modulated signal.
- the symbol rate can have a value of 20 MSymbols/s for all legacy transport streams and 20 MSymbols/s or 30 MSymbols/s for all non-legacy transport streams.
- the roll-off factor ( ⁇ ) is used for filtering the signal using a baseband square root raised cosine filter.
- the roll-off factor can have values of 0.20, 0.25 and 0.35.
- the Physical Layer Header is a 90-bit header applied to each 64,800-bit FEC frame.
- the PLHEADER consists of a 26-bit Start-of-Frame (SOF) and a unique 64-bit Physical Layer Signal (PLS) code.
- SOF Start-of-Frame
- PLS Physical Layer Signal
- the SOF is fixed as 0 ⁇ 18D2E82.
- the PLS code can vary for each transport stream.
- a 90-bit PLH_UW is XOR'd with the PLHEADER.
- PLHEADER is not used in the legacy and DVBS modes, and is used in the QPSK and 8 PSK advanced modes
- the Gold Sequence Scrambler is an 18-bit value used to randomize the modulation phase (I,Q) for transmission of symbols in an FEC frame.
- the Gold Sequence Scrambler is used on each FEC frame excluding the PLHEADER.
- the Gold Sequence Scrambler is not used in the legacy and DVBS modes. It's only used in the QPSK and 8 PSK advanced modes
- the pilot indicator is a 1-bit field indicating whether pilot symbols have been inserted in an FEC frame. Pilot symbols assist in carrier tracking by inserting an un-modulated raster of 36 symbols every 1440 symbols in an FEC frame.
- the pilot-less transmission mode is also available with the advantage of offering an additional 2% useful capacity. Pilot symbols are not used in the legacy and DVBS modes. They are only used in the QPSK and 8 PSK advanced modes.
- HMC 312 (via server IRD 308 ) and client IRDs 310 must interact to allow each of the client IRDs 310 to receive the data stream (e.g., desired television channel audio and video stream) that is being requested at that client IRD 310 , as well as any other services being requested by the client IRD 310 .
- a given IRD 310 can send a request to HMC 312 to view a specific channel, record that channel, record a program that is occurring at a later time, purchase a pay-per-view event, purchase a movie to be recorded onto the DVR, and other requests.
- the HMC 312 coordinates all of these requests from all of the client IRDs 310 connected to the HMC 312 , and resolve any conflicts between the requests via reporting the conflicts to the user and allowing the user to manually select system resources to fulfill the requests as best as possible.
- FIG. 4 illustrates a block diagram of the services provided by the home media center of the present invention.
- Such services include recording services 400 , playback services 402 , purchase services 404 , playback mode support 406 , and resource management 408 , and live television services 410 , which are described with respect to FIG. 4 .
- the Recording Service 400 receives booking and recording requests from the Client IRD 310 and the Server IRD 308 .
- the Recording Service 400 makes a determination of the events to record based on responses received from other components (e.g., resource manager 408 , etc.).
- the Recording service 400 via a DVR Writer records the booked event and all associated metadata at the scheduled start time and for the specified duration. The status of the recording is reported to the Playback mode support 406 for viewing by a user.
- the Recording Service 400 allows the viewer to purchase and record events.
- the Recording Service processes incoming booking requests received locally or over the network from both Home Media Servers 308 and Home Media Clients 310 .
- the types of events that may be booked include mandatory and optional software downloads, single (explicit) event recording, recurring event recording, opt-in recording, network scheduled (push) recording, manual recording, recurring manual recordings, find recordings, recording extensions, deletion of booked events, and prioritization of recurring events.
- the Recording Service 400 interfaces with the Resource Manager 408 to resolve scheduling conflicts for requested events.
- the Recording Service 400 interfaces with the Resource Manager 408 to reserve the necessary resources for recording the requested event.
- the Recording Service 400 maintains a conflict-free list of pending booked events and synchronizes this list across all Clients 310 and Servers 308 in the Home Media network.
- the Recording Service 400 links the events in the pending list to the resources reserved and managed by the Resource Manager 408 .
- the Recording Service 400 manages the content stored on the local drive, removing content when the drive reaches capacity.
- the Recording Service 400 stores the metadata necessary for the viewer to view and purchase a recording.
- the Recording Service 400 initiates the recording of a booked event at the scheduled start time and for the scheduled duration.
- the Recording Service 400 processes updates to the scheduled start time and duration or booked events when the APG database is updated.
- the Recording Service 400 updates the playback Manager 406 with events that are available for viewing.
- Home Media Clients 310 and Home Media Servers 308 use the Recording Service 400 to book events, delete booked events, prioritize booked events and delete content from the Server.
- All Client 310 requests are received by a “Recording Proxy Service” local to the Client 310 initiating the request.
- the Recording Proxy is responsible for communicating requests between Client 310 and Server 304 over the Home Media Network.
- the Recording Service 400 Upon receiving a booking request from a Client 310 or Server 304 the Recording Service 400 requests the Resource Manager 408 to reserve the resources necessary for the recording.
- the Resource Manager 408 interfaces, with the Conflict Resolver 412 to perform the necessary conflict resolution on behalf of the Recording Service 400 . If no conflicts exist and the resources are available the Resource Manager 408 will reserve a resource bundle (a “video pipeline”, which includes the tuner, demultiplexer and necessary disk space) to handle that request.
- the event is booked when no conflicts exist, or all conflicts are resolved (either automatically or via the viewer) and the resources necessary for recording are reserved.
- the Recording Service 400 maintains an internal conflict-free list of booked events.
- the Recording Service 400 queries the available resources and other metadata associated with network recorded data (such as the APG) and stores these data in the conflict-free list of bookings.
- the Recording Service 400 will initiate recording of the booked event at the scheduled start time and for the specified duration.
- the Recording Service 400 gives the PIP, rating information and CGMS values to the DVR Writer at the scheduled event start time.
- the DVR Writer will store these metadata in the Metadata Indexer/Rasp service at recording time.
- the Recording Service 400 updates the playback Manager 406 with events that are available for viewing. An event is available for viewing when recording begins unless the event is a network scheduled recording (push event). Push events are available for viewing only after the event is complete.
- the Recording Service 400 also supplies the Playback Manager 406 with the metadata to be associated with the event. The Playback Manager 406 stores these metadata until the event is deleted from the Server 304 .
- the Recording Service 400 receives APG updates via a callback mechanism. When an APG update is received the Recording Service 400 will 1) attempt to search for and book new events that match the recording requests; and 2) determine if the updated event information causes scheduling conflicts with existing bookings. New conflicts are passed to the Conflict Resolver 412 for conflict resolution. The Recording Service 400 will attempt to rebook lower priority events that are cancelled due to the conflict resolution process.
- the Recording Service 400 manages all recorded material on the Server 304 , removing content when the drive reaches capacity on a priority or quota basis, or when content is flagged to expire by a specific date.
- the Recording Service 400 notifies the Playback Manager 406 and DVR Writer at the time of content deletion allowing these services remove the metadata associated with the deleted event.
- the Recording Service 400 controls all recordings and tuning requests using the CDI API.
- the Recording Service 400 controls the streaming of a pre-recorded or live event to a remote viewing device in a multi-TV household.
- the conflict Resolver 412 determines, or asks the viewer in some situations to determine, which set of conflicting activities (e.g., recording, Live-TV, etc.) should use HMC 312 resources (tuners, demultiplexer, disk space, etc) for a specified timeframe.
- set of conflicting activities e.g., recording, Live-TV, etc.
- HMC 312 resources tunnelers, demultiplexer, disk space, etc
- the HMC Server 304 or HMC Client 310 STB shall allow the viewer to book any event for recording, even if the event exceeds the specified ratings limit or the event exceeds the minimum hardware requirements for that STB on which the event is booked.
- the HMC Server 304 shall support the direct viewing of “Live TV” and shall bypass the Recording Service 400 for viewing Live TV on the HMC Client STBs via live television support 410 as shown in FIG. 4 .
- Playback of recorded content shall behave similarly to live viewing, with the following exceptions. Playback of recorded content via Playback Service 402 is allowed only if the viewer is a DVR subscriber, the HMC Server 304 or HMC Client 310 STB shall only allow the viewer to playback events that meet the minimum hardware requirements for that given STB, the HMC Server 304 or HMC Client 310 STB shall only allow the viewer to view an event using live television support 410 when that event meets the minimum hardware requirements for that STB, the HMC Server 304 or HMC Client 310 STB shall allow the viewer to transfer a currently playing recording to another STB only if that target STB meets the hardware requirements for that event, the HMC Server 304 or HMC Client 310 STB shall display an OSD when the minimum hardware requirements are exceeded, or other defined events.
- the Playback Service 402 acts as a verification standard to ensure that whichever Server 304 or Client 310 is requesting playback can support such a request, and if the request cannot be fulfilled, the user is queried as to how best to proceed such that the request can be fulfilled.
- the Playback service 402 shall play back events and services recorded via Recording service 400 , and display a list of network-scheduled recorded events, as well as allow for purchase of those events requiring purchase via purchasing manager 404 .
- Recorded content shall remain on the disk, whether on the viewer controlled portion of the disk or the network controlled portion of the disk, until delete conditions are met. Ratings of the recorded events are checked by the playback service 402 to ensure that the defined rating limit is not exceeded by the recorded event during playback. The rating can be checked continuously or periodically, and the user can override the rating limit by manual entry of a passcode or other method.
- the purchase manager 404 shall only allow purchase of an event at playback if a PIP was stored at time of booking or recording. If there is a PIP stored with the event, it is sent to the CAM to determine viewing options when the viewer selects the event for viewing prior to starting playback.
- the purchase manager 404 may comprise a spending limit, which can be set for a given client 310 , group of clients 310 , server 304 or group of servers 304 , or for the entire system, as well as allowing the viewer to override the spending limit on a global or per-event basis using an OSD. Cancellation of the purchase can be done via the purchase manager 404 if cancellation is performed prior to a pre-determined time or event that occurs during the purchased event, such as prior to viewing the non-free preview portion of the event. Multi-part events can be presented to the user via the purchase manager 404 to allow the multi-part event to be purchased individually or as a set.
- the HMC Server shall associate a review buffer 414 with live television support 410 for a live Television viewing session.
- a Live TV Viewing Session is associated with a client 310 or server 304 STB.
- the HMC Server 304 shall continue to record Live TV to the review buffer 414 even if no HMC Server 304 or HMC Client 310 STB is viewing content in that review buffer 414 .
- the STB shall attempt to utilize a free tuner for a channel change, if no free tuners are available an OSD is displayed.
- the STB shall continue recording to that tuner's review buffer 414 until the tuner is tuned to a different channel.
- the HMC Server 304 shall store only a single instance of the same event to the review buffer 414 if two or more Client 310 or server 304 STBs select the same event for recording when those STBs are tuned to the same channel.
- the HMC Server 304 STB shall store the review buffer 414 in the viewer partition of the disk.
- the HMC Server STB shall flush a review buffer 414 upon channel change.
- the Resource Manager 408 defines the resource pipelines required for specific activities and builds resource pipelines by acquiring or reserving resources for requesting activities, manages resource reservations to make the best use of available resources at any point in time, detects and mediates resource conflicts with the Conflict Resolver 412 , and re-optimizes the set of reservations as the set of requests changes or resource distribution changes.
- the Resource Manager 408 grants or rejects resource requests to make the best use of available resources.
- the resource manager 408 internally maintains a non-conflicting resource reservation database to keep track of resource allocation across the whole network.
- the Resource Manager 408 determines what resources are necessary to create or construct a pipeline that can support that request. The resource manager 408 also examines all pipeline resources available to determine whether or not the request can be satisfied.
- the Resource Manager 408 When the Resource Manager 408 encounters a resource conflict during a viewer or service activity, it compiles a list of groups of resources, called “sufficient sets,” and submits this list with a request to the Conflict Resolver 412 to get assistance in resolving the conflict.
- the Conflict Resolver 412 module based on the nature of the activity and the nature of the conflict, returns either a list of sufficient sets sorted according to the conflict resolution policy or requests viewer interaction. Based on the information received from the Conflict Resolver 412 module, the resource manager 408 will make a decision to allow the conflict-causing activity to proceed, after freeing up the required resource, reject the activity or to present the conflict to the viewer on monitor 206 .
- a sufficient set comprises one or more activities that conflict with the requesting activity over the timeframe of the requesting activity.
- Each Sufficient Set comprises a set of activities that if cancelled, would free sufficient resources to resolve the resource conflict for the requesting activity.
- the Resource Manager 408 automatically updates the set of reservations. Similarly, as resources are added to or removed from the network, the Resource Manager 408 reevaluates and reschedules the set of reservations. Resources acquired for an activity are released by the activity when the activity is canceled or completed, with the exception of the disk storage resource, which is released only when the file is deleted.
- the Resource Manager 408 checks whether an activity can share the same resource with another activity, and if so, will allocate only one resource for both activities. For example, when two event recordings occur on the same channel and the two events overlap due to recording extensions, the Resource Manager 408 recognizes that the overlap exists on a single channel and allocates only one tuner to record both events. That is, the Resource Manager 408 should not allocate a second tuner for recording when the overlap begins since both events are on the same channel.
- Resources (devices and services) discovered by the resource manager 408 may operate as managed or unmanaged resources. Those resources that provide limits to system behavior (such as tuners, the number of which determines an upper limit on the number of concurrent recordings) are treated as managed resources. Managed resources are registered with the Resource Manager 408 , and their use is scheduled (reserved and acquired) through Resource Manager 408 . Unmanaged resources, on the other hand, are registered with the system but are not managed by the Resource Manager. For example, tuners and disk space are managed resources, registered with the Resource Manager 408 and scheduled for use to satisfy recording requests. Memory is not registered with the Resource Manager 408 and is not scheduled for use.
- a TV pipeline is a grouping of the following resources:
- the Resource Manager 408 is constrained to manage access to the tuner, demultiplexer, remultiplexer (only used for recording and live viewing), SCID/PID filters, disk bandwidth, network bandwidth, and disk space.
- the other resources including video decoder, audio decoder and the key generation capacity of CAM are assumed to be sufficient and non-conflicted in any case.
- the Resource Manager 408 accepts resource requests for a specified timeframe, typically during three specific events during the life-cycle of an server 308 or client 310 activity. These times are the resource scheduling time, the resource pre-acquisition time, and the resource acquisition time.
- All three of these events occur for some types of activities such as future one-time recordings, future multiple-event recordings, etc. These types of activities must request resources from the Resource Manager 408 at all three events. Other types of activities, such as live TV viewing, cannot be scheduled and/or pre-acquired. These types of activities require resources to be immediately acquired or pre-acquired n minutes before the start time.
- a resource scheduling request is used to attempt to reserve resources for a future activity. For example, a one-time recording request for next week Wednesday will require resources to perform that recording.
- a resource pre-acquisition request is used to attempt to pre-acquire resource n-minutes prior to the start time of a requesting activity, and make sure there is no resource conflict occurring at this Resource Pre-Acquisition event. If there are no conflicts, a “weak-binding” between the pre-acquired resource and the requesting activity is created. For example, a previously scheduled one-time recording pre-acquisition request for 7 pm tonight will reconfirm its resource reservation by 6:55 pm and the weak-binding will trigger a “2 minute warning” OSD on the UI.
- a resource is acquired at the start time of a requesting activity and is strong-binded to that activity.
- a live-viewing session request for immediate-possession of a live-viewing pipeline is hard-binded and cannot be used for any other activity without intervention by the user.
- FIGS. 5-7 A high-level summary of the system processing of Resource Manager for managing resource requests and reservations is provided as flow diagrams is provided in FIGS. 5-7 .
- FIG. 5 illustrates block 500 , which indicates that the resource manager 408 is performing a resource scheduling task.
- the resource manager 408 examines the availability of the resources, not including disk bandwidth, or other network bandwidth or disk space. After this review, decision block 504 is entered to see if there are any conflicts.
- conflict resolver 412 must determine if user interaction is required, which is done in block 510 . If no user interaction is needed, control passes to block 512 . If user interaction is required, conflict resolver 412 presents a conflicting activity screen to the user in block 514 , along with a prioritized list of sufficient sets to perform all the requested activities, so that the user can decide which activities are desired.
- the resource manager 408 determines if the resource needed for the denied request is available in block 522 , and if not, passes control to block 524 , where resource manager 408 determines if the denied request has expired, typically via elapse of time. If not, resource manager 408 continues to monitor the denied request, just incase some other changes to the system are made in the future, until the request does expire, in which case, the resource scheduling request of block 500 ends in block 526 . If the resource becomes available in block 522 because of some other change in the system, control passes back to block 502 , and the resource manager 408 and conflict resolver 412 work to determine if the request can now be granted.
- conflict resolver 412 must determine, in block 512 , whether the requested activity can be granted by revoking a sufficient set rather than the requested activity itself. If so, then control passes to block 528 . Where the conflict resolver 412 cancels resource reservations for other events, typically using a priority schema, to allow the requested activity of block 500 to go forward. Once these reservations are canceled or otherwise rearranged, resource pre-acquisition in block 506 can take place for the requested activity.
- pre-acquisition block 506 passes control to block 600 , which determines the availability of pipeline resources for the network activity. Decision block 602 determines if there are any resource conflicts. If not, control passes to block 604 , where resources are allocated for the request.
- conflict resolver 412 is called in block 606 to determine where the conflicts are and how to resolve them.
- conflict resolver 412 must determine if user interaction is required, which is done in block 608 . If no user interaction is needed, control passes to block 610 . If user interaction is required, conflict resolver 412 presents a conflicting activity screen to the user in block 612 , along with a prioritized list of sufficient sets to perform all the requested activities, so that the user can decide which activities are desired.
- the resource manager 408 determines if the resource needed for the denied request is available in block 620 , and if not, passes control to block 622 , where resource manager 408 determines if the denied request has expired, typically via elapse of time. If not, resource manager 408 continues to monitor the denied request, just incase some other changes to the system are made in the future, until the request does expire, in which case, the resource scheduling request of block 500 ends in block 624 . If the resource becomes available in block 620 because of some other change in the system, control passes back to block 600 , and the resource manager 408 and conflict resolver 412 work to determine if the request can now be granted.
- conflict resolver 412 must determine, in block 610 , whether the requested activity can be granted by revoking a sufficient set rather than the requested activity itself. If so, then control passes to block 626 . Where the conflict resolver 412 cancels resource reservations for other events, typically using a priority schema, to allow the requested activity of block 500 and pre-acquisition activity of block 506 to go forward.
- FIG. 7 describes the flow of a resource acquisition event 604 .
- decision block 700 is entered, which determines whether the acquisition of resources came from a pipeline request or a modem request. If a modem request, control passes to block 702 , where the availability of modem access for the requesting activity is examined. Control then passes to block 704 , where modem conflicts are determined. If there are no modem conflicts, control passes to block 706 , where the resource acquisition is granted.
- the conflict resolver 412 is queried in block 708 to solve the conflicts that are present. If the conflicts can,be resolved by revoking a sufficient set rather than the requesting activity in block 710 , the request is granted in block 706 ; otherwise, the request is denied in block 712 .
- block 714 examines the availability of all pipeline resources. If there are no pipeline resource conflicts found in block 716 , control passes to block 718 to determine if there are any disk space conflicts. If there are no disk space conflicts, the pipeline acquisition is granted in block 720 .
- conflict resolver 412 is called in block 718 to determine where the conflicts are and how to resolve them.
- conflict resolver 412 must determine if user interaction is required, which is done in block 720 . If no user interaction is needed, control passes to block 722 . If user interaction is required, conflict resolver 412 presents a conflicting activity screen to the user in block 724 , along with a prioritized list of sufficient sets to perform all the requested activities, so that the user can decide which activities are desired.
- conflict resolver 412 must determine, in block 722 , whether the requested activity can be granted by revoking a sufficient set rather than the requested activity itself. If so, then control passes to block 732 , where the conflict resolver 412 cancels resource reservations for other events, typically using a priority schema, to allow the requested activity of block 500 and pre-acquisition activity of block 506 to go forward. Control then passes to block 718 .
- block 718 determines that there are disk space conflicts
- the conflict resolver 412 is again called to resolve the conflict in block 734 , and in block 736 , resource manager 408 deletes content files as necessary and requested by the conflict resolver 412 , to allow the acquisition 604 to go forward in block 720 .
- the Resource Manager 408 When an activity is canceled or completed, its resources will be released and become available for other uses.
- the resources acquired for live viewing or playback of a recorded program will be released when the viewing session initiates a superseding usage by starting another playback or by tuning to another channel.
- the Resource Manager 408 is notified that the resource is no longer being used, or if it is a managed resource, the resource manager 408 knows that the resource is no longer being used, and can schedule that resource to be used elsewhere in the system.
- Weak binding refers to a resource reservation granted by the Resource Manager 408 to a requesting activity during pre-acquisition time (n-minutes before the actual start time of the activity) such that the any activity that is using or attempts to use the weak-binding resource will be warned but will not be pre-empted until the resource is strongly bound to the requesting activity.
- the Resource Manager 408 will trigger the UI to display a “2 minute warning” OSD if a live viewing or playback activity is currently using weak-binding resource or attempts to use weak-binding resource during the 2 minute period.
- the Conflict Resolver 412 allows control over which course of action to take when the HMC 312 activities encounter resource conflicts in a manner independent from the rest of the system. These conflicts may arise when concurrent viewer or service activities (live TV, recording, download, or playback) require more resources than are available in the HMC 312 .
- the HMC 312 When the HMC 312 encounters a resource conflict during a viewer or service activity, it submits a request to the Conflict Resolver 412 to get assistance in resolving the conflict.
- the Conflict Resolver 412 module based on the nature of the activity and the nature of the conflict, compiles a list of actions that can be taken to resolve the conflict. Based on the information received from the Conflict Resolver 412 module, the system will make a decision to allow the conflict-causing activity to proceed, after freeing up the required resource, reject the activity or to present the conflict to the viewer via the UI.
- the STB shall support Pause/Play Trick Play Bar functionality.
- the STB shall display the Trick Play Bar when any Trick Play Bar functions are requested by the viewer.
- the STB shall support Fast forward and rewind speeds of: 2 ⁇ , 6 ⁇ , 12 ⁇ and 30 ⁇ .
- the STB shall not timeout display of the Trick Play Bar in FF or REW mode.
- a tuner within the HMC 312 can be user controlled, e.g., by commanding the tuners by viewer channel request.
- Such a tuner is commonly referred to as a “network tuner.”
- a network tuner is not meant to be under user control, but instead, is designed to be under service provider control.
- a network tuner would be available to all client IRDs 310 , server IRDs 304 , and PVRs regardless of the channel allocations made by FTM 300 .
- a network tuner typically provides emergency audio/video information, or is otherwise a dedicated chain of tuner, demodulator, etc. that the service provider can use to provide information other than viewer channels to each IRD 308 . Further, a network tuner can be present in either the FTM 300 or in the IRD 304 / 310 or PVR without departing from the scope of the present invention.
- Such a dedicated tuner can be used to provide channel guide information, record content desired by the service provider on the recording device, or for other functions as needed or desired by the service provider.
- a system for receiving satellite video signals for display on a monitor in accordance with the present invention comprises an antenna, and a server receiver, coupled to the antenna, wherein the server receiver maintains a list of satellite video signals to be recorded by the server receiver, the satellite video signals including network recorded data and metadata associated with the network recorded data.
- Such a system further optionally comprises at least one client receiver, coupled to the server receiver, wherein the list is accessed by the server receiver and the at least one client receiver, when there is a conflict on the list, the server receiver resolves the conflict based on a predetermined protocol, the list including push events, the metadata being used to index the list, the at least one client receiver sending a request to the server receiver to record a selected satellite video signal, the server receiver reserving resources needed to fulfill the request from the at least one client receiver, the request being stored in a list by the server receiver, the list comprising requests that do not conflict with other requests, metadata associated with each request in the list being stored by the server receiver, the metadata associated with the satellite video signals being periodically updated, and the server receiver managing the stored requests based on the periodically updated metadata.
- An apparatus for displaying video information in accordance with the present invention comprises a broadcast delivery system comprising a transmitter and a first receiver, a first monitor, coupled to the first receiver, a processor, coupled to the first receiver, wherein the processor maintains a list of satellite video signals to be recorded by the first receiver, the video information including network recorded data and metadata associated with the network recorded data.
- Such an apparatus further optionally comprises at least one second receiver communicatively coupled with the first receiver, wherein the list is accessed by the first receiver and the at least one second receiver, at least one second monitor, respectively coupled to the at least one second receiver, wherein the first monitor and the second monitor independently display video information based on signal selection in the first receiver and the at least one second receiver, when there is a conflict on the list, the first receiver resolves the conflict based on a predetermined protocol, the metadata being used to index the list, the at least one second receiver sends a request to the first receiver to record a selected satellite video signal, the first receiver reserving resources needed to fulfill the request from the at least one second receiver, and metadata associated with each request in the list being stored by the first receiver.
Abstract
A system for receiving satellite signals for display on a monitor. A system in accordance with the present invention comprises an antenna, a server receiver, coupled to the antenna, and at least one client receiver, coupled to the server receiver, wherein the server receiver maintains a list of satellite video signals to be recorded by the server receiver, the satellite video signals including network recorded data and metadata associated with the network recorded data, and wherein the list can be accessed by the server receiver and the at least one client receiver.
Description
- This application claims the benefit under 35 U.S.C. Section 119(e) of co-pending and commonly-assigned U.S. provisional patent application, Ser. No. 60/814,450, filed Jun. 16, 2006, entitled “DIGITAL STORAGE MEDIA COMMAND AND CONTROL DATA INDEXING,” by Hanno Basse et al., which application is incorporated by reference herein.
- 1. Field of the Invention
- The present invention relates generally to a satellite signal delivery system, and in particular, to presentation of various format bit streams within a satellite signal delivery system.
- 2. Description of the Related Art
- Satellite broadcasting of communications signals has become commonplace. Satellite distribution of commercial signals for use in television programming currently utilizes multiple feedhorns on a single Outdoor Unit (ODU) which supply signals to up to eight IRDs on separate cables from a multiswitch.
-
FIG. 1 illustrates a typical satellite television system of the related art. -
FIG. 1 shows a communications system, specifically atelevision broadcasting system 100, which transmits and receives audio, video, and data signals via satellite. Although the present invention is described in the context of a satellite-based television broadcasting system, the techniques described herein are equally applicable to other methods of program content delivery, such as terrestrial over-the-air systems, cable-based systems, and the Internet. Further, while the present invention will be described primarily with respect to television content (i.e. audio and video content), the present invention can be practiced with a wide variety of program content material, including video content, audio content, audio and video related content (e.g., television viewer channels), or data content (e.g., computer data). -
Television broadcasting system 100 includestransmission station 102,uplink dish 104, at least onesatellite 106, andreceiver stations 108A-108C (collectively referred to as receiver stations 108).Transmission station 102, includes a plurality ofinputs 110 for receiving various signals, such as analog television signals, digital television signals, video tape signals, original programming signals and computer generated signals containing HTML content. Additionally,inputs 110 receive signals from digital video servers having hard discs or other digital storage media.Transmission station 102 also includes a plurality oftiming inputs 112, which provide electronic schedule information about the timing and content of various television channels, such as that found in television schedules contained in newspapers and television guides.Transmission station 102 converts the data fromtiming inputs 112 into program guide data. Program guide data may also be manually entered at the site oftransmission station 102. The program guide data consists of a plurality of “objects”. The program guide data objects include data for constructing an electronic program guide that is ultimately displayed on a user's television. -
Transmission station 102 receives and processes the various input signals received oninputs 110 andtiming inputs 112, converts the received signals into a standard form, combines the standard signals into a singleoutput data stream 114, and continuously sendsoutput data stream 114 touplink dish 104.Output data stream 114 is a digital data stream that is typically compressed using MPEG2 encoding, although other compression schemes may be used. - The digital data in
output data stream 114 are divided into a plurality of packets, with each such packet marked with a Service Channel Identification (SCID) number. The SCIDs can be used by a receiver inreceiver station 108 to identify the packets that correspond to each television channel. Error correction data is also included inoutput data stream 114. -
Output data stream 114 is typically a multiplexed signal that is modulated bytransmission station 102 using standard frequency and polarization modulation techniques.Output data stream 114 preferably includes a plurality of frequency bands, typically sixteen frequency bands, with each frequency band being either left polarized or right polarized. Alternatively, vertical and horizontal polarizations may be used. - Uplink
dish 104 continuously receivesoutput data stream 114 fromtransmission station 102, amplifies the received signal and transmitssignal 116 to at least onesatellite 106. Although asingle uplink dish 104 and threesatellites 106 are shown inFIG. 1 ,multiple uplink dishes 104 and a larger number ofsatellites 106 are preferably used to provide additional bandwidth, and to help ensure continuous delivery ofsignals 114 toreceiver stations 108. -
Satellites 106 revolve in geosynchronous orbit about the earth.Satellites 106 each include a plurality of transponders that receivesignals 116 transmitted byuplink dish 104, amplify the receivedsignals 116, frequency shift the receivedsignals 116 to different frequency bands, and then transmit the amplified, frequency shiftedsignals 118 back to desired geographic areas on the Earth, wherereceiver stations 108 are located or will be located at some time in the future.Receiver stations 108 then receive and process thesignals 118 transmitted bysatellites 106. - Each
satellite 106 typically broadcasts signals 118 in thirty-two (32) different frequencies, which are licensed to various users for broadcasting of programming, which can be audio, video, or data signals, or any combination. These signals are typically located in the Ku-band of frequencies, i.e., 11-18 GHz, but can be broadcast in the Ka-band of frequencies, i.e., 18-40 GHz, more typically in the 20-30 GHz range, or other frequency bands. -
FIG. 2 is a block diagram of one ofreceiver stations 108, which receives and decodes audio, video and data signals. Typically,receiver station 108 is a “set top box,” also known as an Integrated Receiver Decoder (ERD), which is usually resident in a home or multi-dwelling unit, for reception of satellite broadcastedtelevision signals 118. -
Receiver dish 200 can be an Outdoor Unit (ODU), which is usually a smaller dish antenna mounted on a home or multi-dwelling unit. However,receiver dish 200 can also be a larger ground-mounted antenna dish if desired. -
Receiver dish 200 typically uses a reflector dish and feedhorn assembly to receive anddirect downlink signals 118 toreceiver station 108 via a wire or coaxial cable. Each receiver station has a dedicated cable that allowsreceiver dish 200, via a multiswitch, to selectivelydirect downlink signals 118 toreceiver station 108, and allowsreceiver station 108 to determine which of thesignals 118 is desired. -
Receiver station 108 includesreceiver dish 200,alternate content source 202,receiver 204,monitor 206,recording device 208,remote control 210 andaccess card 212.Receiver 204 includes tuner 214/demodulator/Forward Error Correction (FEC)decoder 216, digital-to-analog (D/A)converter 218,CPU 220,clock 222,memory 224,logic circuit 226,interface 228, infrared (IR)receiver 230 andaccess card interface 232.Receiver dish 200 receivessignals 118 sent bysatellites 106, amplifies thesignals 118 and passes thesignals 118 on to tuner 214. Tuner 214 and demodulator/FEC decoder 216 operate under control ofCPU 220. - The
CPU 220 operates under control of an operating system stored in thememory 224 or within an auxiliary memory within theCPU 220. The functions performed byCPU 220 are controlled by one or more control programs or applications stored inmemory 224. Operating system and applications are comprised of instructions which, when read and executed by theCPU 220, cause thereceiver 204 to perform the functions and steps necessary to implement and/or use the present invention, typically, by accessing and manipulating data stored in thememory 224. Instructions implementing such applications are tangibly embodied in a computer-readable medium, such as thememory 224 or theaccess card 212. TheCPU 220 may also communicate with other devices throughinterface 228 or thereceiver dish 200 to accept commands or instructions to be stored in thememory 224, thereby making a computer program product or article of manufacture according to the invention. As such, the terms “article of manufacture,” “program storage device” and “computer program product” as used herein are intended to encompass any application accessible by theCPU 220 from any computer readable device or media. -
Memory 224 andaccess card 212 store a variety of parameters forreceiver 204, such as a list ofchannels receiver 204 is authorized to process and generate displays for; the zip code and area code for the area in whichreceiver 204 is used; the model name or number ofreceiver 204; a serial number ofreceiver 204; a serial number ofaccess card 212; the name, address and phone number of the owner ofreceiver 204; and the name of the manufacturer ofreceiver 204. -
Access card 212 is removable from receiver 204 (as shown inFIG. 2 ). When inserted intoreceiver 204,access card 212 is coupled to accesscard interface 232, which communicates viainterface 228 to a customer service center (not pictured).Access card 212 receives access authorization information from the customer service center based on a user's particular account information. In addition,access card 212 and the customer service center communicate regarding billing and ordering of services. -
Clock 222 provides the current local time toCPU 220.Interface 228 is preferably coupled to atelephone jack 234 at the site ofreceiver station 108.Interface 228 allowsreceiver 204 to communicate withtransmission station 102 as shown inFIG. 1 viatelephone jack 234.Interface 228 may also be used to transfer data to and from a network, such as the Internet. - The signals sent from
receiver dish 200 to tuner 214 are a plurality of modulated Radio Frequency (RF) signals. The desired RF signal is then downconverted to baseband by the tuner 214, which also generates in-phase and quadrature-phase (I and Q) signals. These two signals are then passed to the demodulator/FEC Application Specific Integrated Circuit (ASIC) 216. Thedemodulator 216 ASIC then demodulates the I and Q signals, and the FEC decoder correctly identifies each transmitted symbol. The received symbols for Quaternary Phase Shift Keying (QPSK) or 8 PSK signals carry two or three data bits, respectively. The corrected symbols are translated into data bits, which in turn are assembled in to payload data bytes, and ultimately into data packets. The data packets may carry 130 data bytes or 188 bytes (187 data bytes and 1 sync byte). - In addition to the digital satellite signals received by
receiver dish 200, other sources of television content are also preferably used. For example,alternate content source 202 provides additional television content to monitor 206.Alternate content source 202 is coupled to tuner 214.Alternate content source 202 can be an antenna for receiving off the air signals National Television Standards Committee (NTSC) signals, a cable for receiving American Television Standards Committee (ATSC) signals, or other content source. Although only onealternate content source 202 is shown, multiple sources can be used. - Initially, as data enters
receiver 204,CPU 220 looks for initialization data which is referred to commonly in the industry as a boot object. A boot object identifies the SCIDs where all other program guide objects can be found. Boot objects are always transmitted with the same SCID, soCPU 220 knows that it must look for packets marked with that SCID. The information from the boot object is used byCPU 220 to identify packets of program guide data and route them tomemory 224. -
Remote control 210 emits Infrared (IR) signals 236 that are received byinfrared receiver 230 inreceiver 204. Other types of data entry devices may alternatively be used, by way of example and not limitation, such as an ultra-high frequency (UHF) remote control, a keypad onreceiver 204, a remote keyboard and a remote mouse. When a user requests the display of a program guide by pressing the “guide” button onremote control 210, a guide request signal is received byIR receiver 230 and transmitted tologic circuit 226.Logic circuit 226 informsCPU 220 of the guide request. In response to the guide request,CPU 220 causesmemory 224 to transfer a program guide digital image to D/A converter 218. D/A converter 218 converts the program guide digital image into a standard analog television signal, which is then transmitted to monitor 206.Monitor 206 then displays the TV video and audio signals.Monitor 206 may alternatively be a digital television, in which case no digital to analog conversion inreceiver 204 is necessary. - Users interact with the electronic program guide using
remote control 210. Examples of user interactions include selecting a particular,channel or requesting additional guide information. When a user selects a channel usingremote control 210,IR receiver 230 relays the user's selection tologic circuit 226, which then passes the selection on tomemory 224 where it is accessed byCPU 220.CPU 220 performs an MPEG2 decoding step on received audio, video, and other packets fromFEC decoder 216 and outputs the audio and video signals for the selected channel to D/A converter 218. D/A converter 218 converts the digital signals to analog signals, and outputs the analog signals to monitor 206. - As the number of
satellites 106 increases, the number of programming choices increases. Further, as users add additional television monitors 206 to a home, each monitor 206 requires, in therelated art system 200, a dedicated cable fromreceiver 204 toreceiver dish 200, for control and delivery of downlink signals 118. This creates difficulties for users in terms of running additional cables and adding possiblyunnecessary receiver 204 hardware in a givenreceiver station 108 installation. - It can be seen, then, that there is a need in the art for a more intelligent satellite data delivery system.
- To minimize the limitations in the prior art, and to minimize other limitations that will become apparent upon reading and understanding the present specification, the present invention discloses a system and method for storing media commands and indexing control data.
- A system for receiving satellite video signals for display on a monitor in accordance with the present invention comprises an antenna, and a server receiver, coupled to the antenna, wherein the server receiver maintains a list of satellite video signals to be recorded by the server receiver, the satellite video signals including network recorded data and metadata associated with the network recorded data.
- Such a system further optionally comprises at least one client receiver, coupled to the server receiver, wherein the list is accessed by the server receiver and the at least one client receiver, when there is a conflict on the list, the server receiver resolves the conflict based on a predetermined protocol, the list including push events, the metadata being used to index the list, the at least one client receiver sending a request to the server receiver to record a selected satellite video signal, the server receiver reserving resources needed to fulfill the request from the at least one client receiver, the request being stored in a list by the server receiver, the list comprising requests that do not conflict with other requests, metadata associated with each request in the list being stored by the server receiver, the metadata associated with the satellite video signals being periodically updated, and the server receiver managing the stored requests based on the periodically updated metadata.
- An apparatus for displaying video information in accordance with the present invention comprises a broadcast delivery system comprising a transmitter and a first receiver, a first monitor, coupled to the first receiver, a processor, coupled to the first receiver, wherein the processor maintains a list of satellite video signals to be recorded by the first receiver, the video information including network recorded data and metadata associated with the network recorded data.
- Such an apparatus further optionally comprises at least one second receiver communicatively coupled with the first receiver, wherein the list is accessed by the first receiver and the at least one second receiver, at least one second monitor, respectively coupled to the at least one second receiver, wherein the first monitor and the second monitor independently display video information based on signal selection in the first receiver and the at least one second receiver, when there is a conflict on the list, the first receiver resolves the conflict based on a predetermined protocol, the metadata being used to index the list, the at least one second receiver sends a request to the first receiver to record a selected satellite video signal, the first receiver reserving resources needed to fulfill the request from the at least one second receiver, and metadata associated with each request in the list being stored by the first receiver.
- Other features and advantages are inherent in the system and method claimed and disclosed or will become apparent to those skilled in the art from the following detailed description and its accompanying drawings.
- Referring now to the drawings in which like reference numbers represent corresponding parts throughout:
-
FIG. 1 illustrates a typical satellite system of the related art; -
FIG. 2 illustrates a typical receiver of the related art; -
FIG. 3 illustrates a system diagram of the present invention; -
FIG. 4 illustrates a block diagram of the services provided by the home media center of the present invention; and -
FIGS. 5-7 illustrate system processing for managing resource requests and reservations as performed by the present invention. - In the following description, reference is made to the accompanying drawings which form a part hereof, and which show, by way of illustration, several embodiments of the present invention. It is understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the present invention.
- System Overview
-
FIG. 3 illustrates a system diagram of the present invention. - In the present invention,
ODU 108 is coupled to Frequency Translation Module (FTM) 300.FTM 300 is coupled viacable 302 toServer IRD 304.FTM 300 is also coupled tolegacy IRD 112 viacable 124, although, alternatively,Legacy IRD 112 can be coupled toServer IRD 304 viacable 306.Server IRD 308 is further coupled viacable 308 toClient IRDs 310. There can be more than oneserver IRD 308 in a given location if desired. One ormore server IRDs 304 are also called a “Home Media Center” (HMC) 312. -
HMC 312 acts as a central location for recording, distribution, and scheduling of tasks and system resources for the present invention.HMC 312 allocates resources toclient IRDs 310 as needed, depending on theclient IRD 310 requests sent toHMC 312 viacable 308. -
Client IRD 308 makes requests for recording events, specific channels to view, and other system resources toHMC 312.HMC 312 processes all of the requests from allClient IRDs 310, and anylegacy IRDs 112, and either fulfills the request or informs the user of a givenIRD 310 that the request cannot be fulfilled. For example, if a user of a givenclient IRD 310 wants to record a program, and theHMC 312 is using the Digital Video Recorder (DVR) for another purpose, theHMC 312 would inform the user of the givenclient IRD 310 that the DVR is unavailable at the present time.HMC 312 can also provide the user with options to assist in fulfilling the request, such as telling the user when the DVR would be available, what the DVR is recording so that the user can choose to override the current DVR usage, or allow the user to make other resource allocations to allow for the present request to be fulfilled. - The two-way communication between
HMC 312 andclient IRD 310 takes place viacable 308, or via other wiring, such as power distribution lines or phone lines that are present withinhouse 110. - Overview
- The
HMC 312 allows for Digital Video Recording functionality to every TV inhouse 110 without having a DVR present in everyclient IRD 310. TheHMC 312 comprises one ormore server IRDs 308 that act as a central hub. AServer IRD 308 receives and optionally records programming received from the satellite signals received byODU 108. One ormore client IRDs 310 connect to theHMC 312 via one ormore cables 308 in order to receive audio, video and data and display these to a television monitor. - The
HMC 312, viaserver IRD 308, is a high-definition (HD) receiver based on MPEG-2 or MPEG-4 transport streams, in addition to other proprietary formats used forlegacy IRD 112. TheHMC 112 also introduces Advanced Modulation/Coding (AMC), which includes Low Density Parity Check (LDPC) coding. - LDPC coding with advanced modulation is a forward-error-correcting (FEC) code technique that outperforms conventional convolutional FEC (Reed-Solomon/Viterbi) coding schemes. LDPC coding provides a more bandwidth-efficient way to improve the bit-error rate of digital signals. The advanced modulation also provides higher Phase Shift Key (PSK) modulations. In PSK modulation, the carrier signal is transmitted in different phases according to the bit mapping. With 8 PSK, the number of phases is increased to eight to double the amount of information carried in the same bandwidth as a QPSK transmission.
- The
HMC 312 utilizes the MPEG-2 transport format and Advanced Modulation/LDPC coding andFTM 300 technologies to provide video, audio and data services to every monitor inhouse 110. - Advanced Modulation/Coding
- The
HMC 312 tunes to different satellite data streams, some with QPSK modulation and the Reed-Solomon FEC, and others using FEC and other Advanced Modulation/Coding technologies, to provide the desired signals to each of theclient IRDs 310 present inhouse 310. This requires theHMC 312 to use at least two different sets of tuning parameters depending upon the satellite stream type that is to be decoded and used. For a legacy stream type, i.e., the QPSK modulation stream, the tuning parameters are network id, frequency, polarization, SCID (12 bits), modulation type and FEC type. For an advanced modulation stream, i.e., a “A3 stream” type, the tuning parameters are network id, frequency, polarization, PID (13 bits), mode id, symbol rate, roll off factor, physical layer header unique word (PLH_UW), gold code sequence scrambler and pilot indicator. - Comparing the two types of data streams, it is seen that that the A3 stream coding parameters are mode id, symbol rate, roll off factor, physical layer header unique word, gold sequence scrambler and pilot indicator. Each of these parameters is described below.
- Mode Id
- There are a total of 28 modulation/coding modes supported by the A3 advanced demodulation and decoding methodology. Each of these modes varies the modulation type (i.e., QPSK or 8 PSK), the FEC algorithm (i.e., Reed-Solomon (RS) or Low Density Parity Check/Bose, Chaudhuri, Hocquenghem (LDPC/BCH)) and the amount of FEC (i.e., ¼, ½, ⅗, ⅔, ¾, ⅘, ⅚, 6/7, 8/9 and 9/10).
- Symbol Rate
- The Symbol Rate defines the bandwidth capacity of a QPSK or 8 PSK modulated signal. The symbol rate can have a value of 20 MSymbols/s for all legacy transport streams and 20 MSymbols/s or 30 MSymbols/s for all non-legacy transport streams.
- Roll Off Factor
- The roll-off factor (α) is used for filtering the signal using a baseband square root raised cosine filter. The roll-off factor can have values of 0.20, 0.25 and 0.35.
- Physical Layer Header Unique Word
- The Physical Layer Header (PLHEADER) is a 90-bit header applied to each 64,800-bit FEC frame. The PLHEADER consists of a 26-bit Start-of-Frame (SOF) and a unique 64-bit Physical Layer Signal (PLS) code. The SOF is fixed as 0×18D2E82. The PLS code can vary for each transport stream. A 90-bit PLH_UW is XOR'd with the PLHEADER. PLHEADER is not used in the legacy and DVBS modes, and is used in the QPSK and 8 PSK advanced modes
- Gold Sequence Scrambler
- The Gold Sequence Scrambler is an 18-bit value used to randomize the modulation phase (I,Q) for transmission of symbols in an FEC frame. The Gold Sequence Scrambler is used on each FEC frame excluding the PLHEADER. The Gold Sequence Scrambler is not used in the legacy and DVBS modes. It's only used in the QPSK and 8 PSK advanced modes
- Pilot Indicator
- The pilot indicator is a 1-bit field indicating whether pilot symbols have been inserted in an FEC frame. Pilot symbols assist in carrier tracking by inserting an un-modulated raster of 36 symbols every 1440 symbols in an FEC frame. The pilot-less transmission mode is also available with the advantage of offering an additional 2% useful capacity. Pilot symbols are not used in the legacy and DVBS modes. They are only used in the QPSK and 8 PSK advanced modes.
- Interactions Between Server and Client
- In the present invention, HMC 312 (via server IRD 308) and
client IRDs 310 must interact to allow each of theclient IRDs 310 to receive the data stream (e.g., desired television channel audio and video stream) that is being requested at thatclient IRD 310, as well as any other services being requested by theclient IRD 310. For example, a givenIRD 310 can send a request toHMC 312 to view a specific channel, record that channel, record a program that is occurring at a later time, purchase a pay-per-view event, purchase a movie to be recorded onto the DVR, and other requests. TheHMC 312 coordinates all of these requests from all of theclient IRDs 310 connected to theHMC 312, and resolve any conflicts between the requests via reporting the conflicts to the user and allowing the user to manually select system resources to fulfill the requests as best as possible. -
FIG. 4 illustrates a block diagram of the services provided by the home media center of the present invention. - Several types of services are provided via
HMC 312. Such services includerecording services 400,playback services 402,purchase services 404,playback mode support 406, andresource management 408, andlive television services 410, which are described with respect toFIG. 4 . - Recording Services
- The
Recording Service 400 receives booking and recording requests from theClient IRD 310 and theServer IRD 308. TheRecording Service 400 makes a determination of the events to record based on responses received from other components (e.g.,resource manager 408, etc.). TheRecording service 400 via a DVR Writer records the booked event and all associated metadata at the scheduled start time and for the specified duration. The status of the recording is reported to thePlayback mode support 406 for viewing by a user. - The
Recording Service 400 allows the viewer to purchase and record events. The Recording Service processes incoming booking requests received locally or over the network from bothHome Media Servers 308 andHome Media Clients 310. The types of events that may be booked include mandatory and optional software downloads, single (explicit) event recording, recurring event recording, opt-in recording, network scheduled (push) recording, manual recording, recurring manual recordings, find recordings, recording extensions, deletion of booked events, and prioritization of recurring events. - The
Recording Service 400 interfaces with theResource Manager 408 to resolve scheduling conflicts for requested events. TheRecording Service 400 interfaces with theResource Manager 408 to reserve the necessary resources for recording the requested event. TheRecording Service 400 maintains a conflict-free list of pending booked events and synchronizes this list across allClients 310 andServers 308 in the Home Media network. TheRecording Service 400 links the events in the pending list to the resources reserved and managed by theResource Manager 408. TheRecording Service 400 manages the content stored on the local drive, removing content when the drive reaches capacity. TheRecording Service 400 stores the metadata necessary for the viewer to view and purchase a recording. TheRecording Service 400 initiates the recording of a booked event at the scheduled start time and for the scheduled duration. TheRecording Service 400 processes updates to the scheduled start time and duration or booked events when the APG database is updated. TheRecording Service 400 updates theplayback Manager 406 with events that are available for viewing. -
Home Media Clients 310 andHome Media Servers 308 use theRecording Service 400 to book events, delete booked events, prioritize booked events and delete content from the Server. - All
Client 310 requests are received by a “Recording Proxy Service” local to theClient 310 initiating the request. The Recording Proxy is responsible for communicating requests betweenClient 310 andServer 304 over the Home Media Network. - Upon receiving a booking request from a
Client 310 orServer 304 theRecording Service 400 requests theResource Manager 408 to reserve the resources necessary for the recording. TheResource Manager 408 interfaces, with theConflict Resolver 412 to perform the necessary conflict resolution on behalf of theRecording Service 400. If no conflicts exist and the resources are available theResource Manager 408 will reserve a resource bundle (a “video pipeline”, which includes the tuner, demultiplexer and necessary disk space) to handle that request. The event is booked when no conflicts exist, or all conflicts are resolved (either automatically or via the viewer) and the resources necessary for recording are reserved. - The
Recording Service 400 maintains an internal conflict-free list of booked events. TheRecording Service 400 queries the available resources and other metadata associated with network recorded data (such as the APG) and stores these data in the conflict-free list of bookings. TheRecording Service 400 will initiate recording of the booked event at the scheduled start time and for the specified duration. TheRecording Service 400 gives the PIP, rating information and CGMS values to the DVR Writer at the scheduled event start time. The DVR Writer will store these metadata in the Metadata Indexer/Rasp service at recording time. - The
Recording Service 400 updates theplayback Manager 406 with events that are available for viewing. An event is available for viewing when recording begins unless the event is a network scheduled recording (push event). Push events are available for viewing only after the event is complete. TheRecording Service 400 also supplies thePlayback Manager 406 with the metadata to be associated with the event. ThePlayback Manager 406 stores these metadata until the event is deleted from theServer 304. - The
Recording Service 400 receives APG updates via a callback mechanism. When an APG update is received theRecording Service 400 will 1) attempt to search for and book new events that match the recording requests; and 2) determine if the updated event information causes scheduling conflicts with existing bookings. New conflicts are passed to theConflict Resolver 412 for conflict resolution. TheRecording Service 400 will attempt to rebook lower priority events that are cancelled due to the conflict resolution process. - The
Recording Service 400 manages all recorded material on theServer 304, removing content when the drive reaches capacity on a priority or quota basis, or when content is flagged to expire by a specific date. TheRecording Service 400 notifies thePlayback Manager 406 and DVR Writer at the time of content deletion allowing these services remove the metadata associated with the deleted event. - The
Recording Service 400 controls all recordings and tuning requests using the CDI API. TheRecording Service 400 controls the streaming of a pre-recorded or live event to a remote viewing device in a multi-TV household. - The
Conflict Resolver 412 determines, or asks the viewer in some situations to determine, which set of conflicting activities (e.g., recording, Live-TV, etc.) should useHMC 312 resources (tuners, demultiplexer, disk space, etc) for a specified timeframe. - Standard Booking Algorithm
- Bookings shall be allowed according to the following “standard booking algorithm.” The
HMC Server 304 orHMC Client 310 STB shall allow the viewer to book any event for recording, even if the event exceeds the specified ratings limit or the event exceeds the minimum hardware requirements for that STB on which the event is booked. TheHMC Server 304 shall support the direct viewing of “Live TV” and shall bypass theRecording Service 400 for viewing Live TV on the HMC Client STBs vialive television support 410 as shown inFIG. 4 . - Playback of recorded content shall behave similarly to live viewing, with the following exceptions. Playback of recorded content via
Playback Service 402 is allowed only if the viewer is a DVR subscriber, theHMC Server 304 orHMC Client 310 STB shall only allow the viewer to playback events that meet the minimum hardware requirements for that given STB, theHMC Server 304 orHMC Client 310 STB shall only allow the viewer to view an event usinglive television support 410 when that event meets the minimum hardware requirements for that STB, theHMC Server 304 orHMC Client 310 STB shall allow the viewer to transfer a currently playing recording to another STB only if that target STB meets the hardware requirements for that event, theHMC Server 304 orHMC Client 310 STB shall display an OSD when the minimum hardware requirements are exceeded, or other defined events. ThePlayback Service 402 acts as a verification standard to ensure that whicheverServer 304 orClient 310 is requesting playback can support such a request, and if the request cannot be fulfilled, the user is queried as to how best to proceed such that the request can be fulfilled. - Playback of Recorded Content
- The
Playback service 402 shall play back events and services recorded viaRecording service 400, and display a list of network-scheduled recorded events, as well as allow for purchase of those events requiring purchase viapurchasing manager 404. Recorded content shall remain on the disk, whether on the viewer controlled portion of the disk or the network controlled portion of the disk, until delete conditions are met. Ratings of the recorded events are checked by theplayback service 402 to ensure that the defined rating limit is not exceeded by the recorded event during playback. The rating can be checked continuously or periodically, and the user can override the rating limit by manual entry of a passcode or other method. - The
purchase manager 404 shall only allow purchase of an event at playback if a PIP was stored at time of booking or recording. If there is a PIP stored with the event, it is sent to the CAM to determine viewing options when the viewer selects the event for viewing prior to starting playback. - If the event requires purchase, the user can purchase the event. The
purchase manager 404 may comprise a spending limit, which can be set for a givenclient 310, group ofclients 310,server 304 or group ofservers 304, or for the entire system, as well as allowing the viewer to override the spending limit on a global or per-event basis using an OSD. Cancellation of the purchase can be done via thepurchase manager 404 if cancellation is performed prior to a pre-determined time or event that occurs during the purchased event, such as prior to viewing the non-free preview portion of the event. Multi-part events can be presented to the user via thepurchase manager 404 to allow the multi-part event to be purchased individually or as a set. - Review Buffer
- The HMC Server shall associate a review buffer 414 with
live television support 410 for a live Television viewing session. A Live TV Viewing Session is associated with aclient 310 orserver 304 STB. TheHMC Server 304 shall continue to record Live TV to the review buffer 414 even if noHMC Server 304 orHMC Client 310 STB is viewing content in that review buffer 414. There is typically an OSD displayed onmonitor 206 to a viewer when that STB is in a Live TV viewing session and that tuner is to be tuned to a different channel. The STB shall attempt to utilize a free tuner for a channel change, if no free tuners are available an OSD is displayed. The STB shall continue recording to that tuner's review buffer 414 until the tuner is tuned to a different channel. TheHMC Server 304 shall store only a single instance of the same event to the review buffer 414 if two ormore Client 310 orserver 304 STBs select the same event for recording when those STBs are tuned to the same channel. TheHMC Server 304 STB shall store the review buffer 414 in the viewer partition of the disk. The HMC Server STB shall flush a review buffer 414 upon channel change. - Resource Allocation and Management
- The
Resource Manager 408 defines the resource pipelines required for specific activities and builds resource pipelines by acquiring or reserving resources for requesting activities, manages resource reservations to make the best use of available resources at any point in time, detects and mediates resource conflicts with theConflict Resolver 412, and re-optimizes the set of reservations as the set of requests changes or resource distribution changes. TheResource Manager 408 grants or rejects resource requests to make the best use of available resources. Theresource manager 408 internally maintains a non-conflicting resource reservation database to keep track of resource allocation across the whole network. - When a requesting activity needs a particular type of pipeline (e.g., for live-tv viewing, recording only, playback only, recording and playback), the
Resource Manager 408 determines what resources are necessary to create or construct a pipeline that can support that request. Theresource manager 408 also examines all pipeline resources available to determine whether or not the request can be satisfied. - When the
Resource Manager 408 encounters a resource conflict during a viewer or service activity, it compiles a list of groups of resources, called “sufficient sets,” and submits this list with a request to theConflict Resolver 412 to get assistance in resolving the conflict. TheConflict Resolver 412 module, based on the nature of the activity and the nature of the conflict, returns either a list of sufficient sets sorted according to the conflict resolution policy or requests viewer interaction. Based on the information received from theConflict Resolver 412 module, theresource manager 408 will make a decision to allow the conflict-causing activity to proceed, after freeing up the required resource, reject the activity or to present the conflict to the viewer onmonitor 206. - A sufficient set comprises one or more activities that conflict with the requesting activity over the timeframe of the requesting activity. Each Sufficient Set comprises a set of activities that if cancelled, would free sufficient resources to resolve the resource conflict for the requesting activity.
- As the set of requests changes (recording requests are scheduled or canceled, or playback sessions are initiated or terminated), the
Resource Manager 408 automatically updates the set of reservations. Similarly, as resources are added to or removed from the network, theResource Manager 408 reevaluates and reschedules the set of reservations. Resources acquired for an activity are released by the activity when the activity is canceled or completed, with the exception of the disk storage resource, which is released only when the file is deleted. - The
Resource Manager 408 checks whether an activity can share the same resource with another activity, and if so, will allocate only one resource for both activities. For example, when two event recordings occur on the same channel and the two events overlap due to recording extensions, theResource Manager 408 recognizes that the overlap exists on a single channel and allocates only one tuner to record both events. That is, theResource Manager 408 should not allocate a second tuner for recording when the overlap begins since both events are on the same channel. - Resource Types and Pipelines
- Resources (devices and services) discovered by the
resource manager 408 may operate as managed or unmanaged resources. Those resources that provide limits to system behavior (such as tuners, the number of which determines an upper limit on the number of concurrent recordings) are treated as managed resources. Managed resources are registered with theResource Manager 408, and their use is scheduled (reserved and acquired) throughResource Manager 408. Unmanaged resources, on the other hand, are registered with the system but are not managed by the Resource Manager. For example, tuners and disk space are managed resources, registered with theResource Manager 408 and scheduled for use to satisfy recording requests. Memory is not registered with theResource Manager 408 and is not scheduled for use. - The processing of a broadcast service requires the use of a set of hardware devices, which is typically called a TV-pipeline. Typically, a TV pipeline is a grouping of the following resources:
- Tuner, Demultiplexer, SCID/PID Filter, Remultiplexer, Video Decoder Device, Audio Decoder Device, Disk Space, Disk Bandwidth, Network Bandwidth and CAM.
- Typically, the
Resource Manager 408 is constrained to manage access to the tuner, demultiplexer, remultiplexer (only used for recording and live viewing), SCID/PID filters, disk bandwidth, network bandwidth, and disk space. The other resources including video decoder, audio decoder and the key generation capacity of CAM are assumed to be sufficient and non-conflicted in any case. - The
Resource Manager 408 accepts resource requests for a specified timeframe, typically during three specific events during the life-cycle of anserver 308 orclient 310 activity. These times are the resource scheduling time, the resource pre-acquisition time, and the resource acquisition time. - All three of these events occur for some types of activities such as future one-time recordings, future multiple-event recordings, etc. These types of activities must request resources from the
Resource Manager 408 at all three events. Other types of activities, such as live TV viewing, cannot be scheduled and/or pre-acquired. These types of activities require resources to be immediately acquired or pre-acquired n minutes before the start time. - A resource scheduling request is used to attempt to reserve resources for a future activity. For example, a one-time recording request for next week Wednesday will require resources to perform that recording.
- A resource pre-acquisition request is used to attempt to pre-acquire resource n-minutes prior to the start time of a requesting activity, and make sure there is no resource conflict occurring at this Resource Pre-Acquisition event. If there are no conflicts, a “weak-binding” between the pre-acquired resource and the requesting activity is created. For example, a previously scheduled one-time recording pre-acquisition request for 7 pm tonight will reconfirm its resource reservation by 6:55 pm and the weak-binding will trigger a “2 minute warning” OSD on the UI.
- A resource is acquired at the start time of a requesting activity and is strong-binded to that activity. For example, a live-viewing session request for immediate-possession of a live-viewing pipeline is hard-binded and cannot be used for any other activity without intervention by the user.
- Resource Request and Reservation
- A high-level summary of the system processing of Resource Manager for managing resource requests and reservations is provided as flow diagrams is provided in
FIGS. 5-7 . - Resource Scheduling
-
FIG. 5 illustrates block 500, which indicates that theresource manager 408 is performing a resource scheduling task. Inblock 502, theresource manager 408 examines the availability of the resources, not including disk bandwidth, or other network bandwidth or disk space. After this review,decision block 504 is entered to see if there are any conflicts. - If there are no conflicts found in
decision block 504, the system moves on to resourcepre-acquisition block 506. If there are conflicts,conflict resolver 412 is called inblock 508 to determine where the conflicts are and how to resolve them. - Initially,
conflict resolver 412 must determine if user interaction is required, which is done inblock 510. If no user interaction is needed, control passes to block 512. If user interaction is required,conflict resolver 412 presents a conflicting activity screen to the user inblock 514, along with a prioritized list of sufficient sets to perform all the requested activities, so that the user can decide which activities are desired. - If the user cancels the requested activity of
block 500 inblock 516, control passes to block 518, where the resource scheduling request is denied. This request is then stored in memory inblock 520. - The
resource manager 408 then determines if the resource needed for the denied request is available inblock 522, and if not, passes control to block 524, whereresource manager 408 determines if the denied request has expired, typically via elapse of time. If not,resource manager 408 continues to monitor the denied request, just incase some other changes to the system are made in the future, until the request does expire, in which case, the resource scheduling request ofblock 500 ends inblock 526. If the resource becomes available inblock 522 because of some other change in the system, control passes back to block 502, and theresource manager 408 andconflict resolver 412 work to determine if the request can now be granted. - Returning to block 510, if the conflict can be resolved by the
conflict resolver 412 without user intervention,conflict resolver 412 must determine, inblock 512, whether the requested activity can be granted by revoking a sufficient set rather than the requested activity itself. If so, then control passes to block 528. Where theconflict resolver 412 cancels resource reservations for other events, typically using a priority schema, to allow the requested activity ofblock 500 to go forward. Once these reservations are canceled or otherwise rearranged, resource pre-acquisition inblock 506 can take place for the requested activity. - If the
conflict resolver 412 cannot rearrange or revoke the sufficient sets to grant the requested activity ofblock 500, control passes to block 518, and the process continues as described above with respect to blocks 518-524. - Returning to block 516, if the viewer does not cancel the requested activity, control passes to block 530, where
resource manager 408 grants the requested activity inblock 500 and cancels or otherwise arranges the outstanding resources. Control then passes to block 506 for pre-acquisition. - Resource Pre-Acquisition
- In
FIG. 6 ,pre-acquisition block 506 passes control to block 600, which determines the availability of pipeline resources for the network activity.Decision block 602 determines if there are any resource conflicts. If not, control passes to block 604, where resources are allocated for the request. - If there are conflicts,
conflict resolver 412 is called inblock 606 to determine where the conflicts are and how to resolve them. - Initially,
conflict resolver 412 must determine if user interaction is required, which is done inblock 608. If no user interaction is needed, control passes to block 610. If user interaction is required,conflict resolver 412 presents a conflicting activity screen to the user inblock 612, along with a prioritized list of sufficient sets to perform all the requested activities, so that the user can decide which activities are desired. - If the user cancels the pre-acquisition activity of
block 506, initially requested inblock 500, inblock 614, control passes to block 616, where the resource scheduling request is denied. This request is then stored in memory in block 618. - The
resource manager 408 then determines if the resource needed for the denied request is available inblock 620, and if not, passes control to block 622, whereresource manager 408 determines if the denied request has expired, typically via elapse of time. If not,resource manager 408 continues to monitor the denied request, just incase some other changes to the system are made in the future, until the request does expire, in which case, the resource scheduling request ofblock 500 ends inblock 624. If the resource becomes available inblock 620 because of some other change in the system, control passes back to block 600, and theresource manager 408 andconflict resolver 412 work to determine if the request can now be granted. - Returning to block 608, if the conflict can be resolved by the
conflict resolver 412 without user intervention,conflict resolver 412 must determine, inblock 610, whether the requested activity can be granted by revoking a sufficient set rather than the requested activity itself. If so, then control passes to block 626. Where theconflict resolver 412 cancels resource reservations for other events, typically using a priority schema, to allow the requested activity ofblock 500 and pre-acquisition activity ofblock 506 to go forward. - If the
conflict resolver 412 cannot rearrange or revoke the sufficient sets to grant the requested activity ofblock 500 and pre-acquisition activity ofblock 506, control passes to block 616, and the process continues as described above with respect to blocks 616-622. - Returning to block 614, if the viewer does not cancel the requested activity, control passes to block 628, where
resource manager 408 cancels the viewer-selected sufficient set and weak-binds the requested activity and the allocated resources that were requested activity inblock 500. Control then passes to block 604 for resource acquisition. - Resource Acquisition
-
FIG. 7 describes the flow of aresource acquisition event 604. Initially,decision block 700 is entered, which determines whether the acquisition of resources came from a pipeline request or a modem request. If a modem request, control passes to block 702, where the availability of modem access for the requesting activity is examined. Control then passes to block 704, where modem conflicts are determined. If there are no modem conflicts, control passes to block 706, where the resource acquisition is granted. - If there are modem conflicts, the
conflict resolver 412 is queried inblock 708 to solve the conflicts that are present. If the conflicts can,be resolved by revoking a sufficient set rather than the requesting activity inblock 710, the request is granted inblock 706; otherwise, the request is denied inblock 712. - If
block 700 determines that it is a pipeline request, then block 714 examines the availability of all pipeline resources. If there are no pipeline resource conflicts found inblock 716, control passes to block 718 to determine if there are any disk space conflicts. If there are no disk space conflicts, the pipeline acquisition is granted inblock 720. - If there are pipeline resource conflicts,
conflict resolver 412 is called inblock 718 to determine where the conflicts are and how to resolve them. - Initially,
conflict resolver 412 must determine if user interaction is required, which is done inblock 720. If no user interaction is needed, control passes to block 722. If user interaction is required,conflict resolver 412 presents a conflicting activity screen to the user inblock 724, along with a prioritized list of sufficient sets to perform all the requested activities, so that the user can decide which activities are desired. - If the user cancels the
resource acquisition activity 604, which was pre-acquisition activity ofblock 506, initially requested inblock 500, inblock 726, control passes to block 728, where the resource scheduling request is denied. - If the user does not cancel the requesting,activity, the viewer selected sufficient set is canceled in
block 730, and control passes to block 718. - Returning to block 720, if the conflict can be resolved by the
conflict resolver 412 without user intervention,conflict resolver 412 must determine, inblock 722, whether the requested activity can be granted by revoking a sufficient set rather than the requested activity itself. If so, then control passes to block 732, where theconflict resolver 412 cancels resource reservations for other events, typically using a priority schema, to allow the requested activity ofblock 500 and pre-acquisition activity ofblock 506 to go forward. Control then passes to block 718. - If the
conflict resolver 412 cannot rearrange or revoke the sufficient sets to grant the requested activity ofblock 500 and pre-acquisition activity ofblock 506, control passes to block 728, and the pipeline acquisition is denied. - If
block 718 determines that there are disk space conflicts, theconflict resolver 412 is again called to resolve the conflict inblock 734, and in block 736,resource manager 408 deletes content files as necessary and requested by theconflict resolver 412, to allow theacquisition 604 to go forward inblock 720. - Resource Release
- When an activity is canceled or completed, its resources will be released and become available for other uses. The resources acquired for live viewing or playback of a recorded program will be released when the viewing session initiates a superseding usage by starting another playback or by tuning to another channel. The
Resource Manager 408 is notified that the resource is no longer being used, or if it is a managed resource, theresource manager 408 knows that the resource is no longer being used, and can schedule that resource to be used elsewhere in the system. - Weak Binding
- Weak binding refers to a resource reservation granted by the
Resource Manager 408 to a requesting activity during pre-acquisition time (n-minutes before the actual start time of the activity) such that the any activity that is using or attempts to use the weak-binding resource will be warned but will not be pre-empted until the resource is strongly bound to the requesting activity. For example, theResource Manager 408 will trigger the UI to display a “2 minute warning” OSD if a live viewing or playback activity is currently using weak-binding resource or attempts to use weak-binding resource during the 2 minute period. - Conflict Resolver
- The
Conflict Resolver 412 allows control over which course of action to take when theHMC 312 activities encounter resource conflicts in a manner independent from the rest of the system. These conflicts may arise when concurrent viewer or service activities (live TV, recording, download, or playback) require more resources than are available in theHMC 312. - When the
HMC 312 encounters a resource conflict during a viewer or service activity, it submits a request to theConflict Resolver 412 to get assistance in resolving the conflict. TheConflict Resolver 412 module, based on the nature of the activity and the nature of the conflict, compiles a list of actions that can be taken to resolve the conflict. Based on the information received from theConflict Resolver 412 module, the system will make a decision to allow the conflict-causing activity to proceed, after freeing up the required resource, reject the activity or to present the conflict to the viewer via the UI. - Trick Mode/Trick Play
- The STB shall support Pause/Play Trick Play Bar functionality. The STB shall display the Trick Play Bar when any Trick Play Bar functions are requested by the viewer. The STB shall support Fast forward and rewind speeds of: 2×, 6×, 12× and 30×. The STB shall not timeout display of the Trick Play Bar in FF or REW mode.
- Dedicated Tuner for Network Administration Functions
- In addition, there can be a tuner within the
HMC 312 that cannot be user controlled, e.g., by commanding the tuners by viewer channel request. Such a tuner is commonly referred to as a “network tuner.” A network tuner is not meant to be under user control, but instead, is designed to be under service provider control. A network tuner would be available to allclient IRDs 310,server IRDs 304, and PVRs regardless of the channel allocations made byFTM 300. - A network tuner typically provides emergency audio/video information, or is otherwise a dedicated chain of tuner, demodulator, etc. that the service provider can use to provide information other than viewer channels to each
IRD 308. Further, a network tuner can be present in either theFTM 300 or in theIRD 304/310 or PVR without departing from the scope of the present invention. - Such a dedicated tuner can be used to provide channel guide information, record content desired by the service provider on the recording device, or for other functions as needed or desired by the service provider.
- This concludes the description of the preferred embodiments of the present invention. The foregoing description of the preferred embodiment of the invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Many modifications and variations are possible in light of the above teaching.
- A system for receiving satellite video signals for display on a monitor in accordance with the present invention comprises an antenna, and a server receiver, coupled to the antenna, wherein the server receiver maintains a list of satellite video signals to be recorded by the server receiver, the satellite video signals including network recorded data and metadata associated with the network recorded data.
- Such a system further optionally comprises at least one client receiver, coupled to the server receiver, wherein the list is accessed by the server receiver and the at least one client receiver, when there is a conflict on the list, the server receiver resolves the conflict based on a predetermined protocol, the list including push events, the metadata being used to index the list, the at least one client receiver sending a request to the server receiver to record a selected satellite video signal, the server receiver reserving resources needed to fulfill the request from the at least one client receiver, the request being stored in a list by the server receiver, the list comprising requests that do not conflict with other requests, metadata associated with each request in the list being stored by the server receiver, the metadata associated with the satellite video signals being periodically updated, and the server receiver managing the stored requests based on the periodically updated metadata.
- An apparatus for displaying video information in accordance with the present invention comprises a broadcast delivery system comprising a transmitter and a first receiver, a first monitor, coupled to the first receiver, a processor, coupled to the first receiver, wherein the processor maintains a list of satellite video signals to be recorded by the first receiver, the video information including network recorded data and metadata associated with the network recorded data.
- Such an apparatus further optionally comprises at least one second receiver communicatively coupled with the first receiver, wherein the list is accessed by the first receiver and the at least one second receiver, at least one second monitor, respectively coupled to the at least one second receiver, wherein the first monitor and the second monitor independently display video information based on signal selection in the first receiver and the at least one second receiver, when there is a conflict on the list, the first receiver resolves the conflict based on a predetermined protocol, the metadata being used to index the list, the at least one second receiver sends a request to the first receiver to record a selected satellite video signal, the first receiver reserving resources needed to fulfill the request from the at least one second receiver, and metadata associated with each request in the list being stored by the first receiver.
- It is intended that the scope of the invention be limited not by this detailed description, but rather by the claims appended hereto and the equivalents thereof. The above specification, examples and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended and the equivalents thereof.
Claims (20)
1. A system for receiving satellite video signals for display on a monitor, comprising:
an antenna; and
a server receiver, coupled to the antenna, wherein the server receiver maintains a list of satellite video signals to be recorded by the server receiver, the satellite video signals including network recorded data and metadata associated with the network recorded data.
2. The system of claim 1 , further comprising at least one client receiver, coupled to the server receiver, wherein the list is accessed by the server receiver and the at least one client receiver.
3. The system of claim 1 , wherein when there is a conflict on the list, the server receiver resolves the conflict based on a predetermined protocol.
4. The system of claim 1 , wherein the list includes push events.
5. The system of claim 1 , wherein the metadata is used to index the list.
6. The system of claim 2 , wherein the at least one client receiver sends a request to the server receiver to record a selected satellite video signal.
7. The system of claim 6 , wherein the server receiver reserves resources needed to fulfill the request from the at least one client receiver.
8. The system of claim 6 , wherein the request is stored in a list by the server receiver.
9. The system of claim 8 , wherein the list comprises requests that do not conflict with other requests.
10. The system of claim 9 , wherein metadata associated with each request in the list is stored by the server receiver.
11. The system of claim 10 , wherein the metadata associated with the satellite video signals is periodically updated.
12. The system of claim 11 , wherein the server receiver manages the stored requests based on the periodically updated metadata.
13. An apparatus for displaying video information, comprising:
a broadcast delivery system comprising a transmitter and a first receiver;
a first monitor, coupled to the first receiver;
a processor, coupled to the first receiver, wherein the processor maintains a list of satellite video signals to be recorded by the first receiver, the video information including network recorded data and metadata associated with the network recorded data.
14. The apparatus of claim 13 , further comprising at least one second receiver communicatively coupled with the first receiver, wherein the list is accessed by the first receiver and the at least one second receiver.
15. The apparatus of claim 14 , further comprising at least one second monitor, respectively coupled to the at least one second receiver, wherein the first monitor and the second monitor independently display video information based on signal selection in the first receiver and the at least one second receiver.
16. The apparatus of claim 13 , wherein when there is a conflict on the list, the first receiver resolves the conflict based on a predetermined protocol.
17. The apparatus of claim 13 , wherein the metadata is used to index the list.
18. The apparatus of claim 14 , wherein the at least one second receiver sends a request to the first receiver to record a selected satellite video signal.
19. The apparatus of claim 18 , wherein the first receiver reserves resources needed to fulfill the request from the at least one second receiver.
20. The apparatus of claim 19 , wherein metadata associated with each request in the list is stored by the first receiver.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/820,205 US20080060021A1 (en) | 2006-06-16 | 2007-06-18 | Digital storage media command and control data indexing |
US14/047,932 US9277193B2 (en) | 2006-06-16 | 2013-10-07 | Digital storage media command and control data indexing |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US81445006P | 2006-06-16 | 2006-06-16 | |
US11/820,205 US20080060021A1 (en) | 2006-06-16 | 2007-06-18 | Digital storage media command and control data indexing |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/047,932 Division US9277193B2 (en) | 2006-06-16 | 2013-10-07 | Digital storage media command and control data indexing |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080060021A1 true US20080060021A1 (en) | 2008-03-06 |
Family
ID=38819836
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/820,205 Abandoned US20080060021A1 (en) | 2006-06-16 | 2007-06-18 | Digital storage media command and control data indexing |
US14/047,932 Active US9277193B2 (en) | 2006-06-16 | 2013-10-07 | Digital storage media command and control data indexing |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/047,932 Active US9277193B2 (en) | 2006-06-16 | 2013-10-07 | Digital storage media command and control data indexing |
Country Status (6)
Country | Link |
---|---|
US (2) | US20080060021A1 (en) |
EP (1) | EP2036330A2 (en) |
AR (1) | AR061527A1 (en) |
BR (1) | BRPI0712972A2 (en) |
MX (1) | MX2008015659A (en) |
WO (1) | WO2007149403A2 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090036086A1 (en) * | 2007-07-31 | 2009-02-05 | The Directv Group, Inc. | Reducing spectral roll-off factors to increase spectral efficiency |
US20110099158A1 (en) * | 2009-10-28 | 2011-04-28 | Computer Associates Think, Inc. | System and method for automatically detecting, reporting, and tracking conflicts in a change management system |
US10574355B2 (en) * | 2016-07-27 | 2020-02-25 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Method for transmitting a binary data signal to or from a satellite via an optical feeder link |
US10743047B2 (en) * | 2007-11-01 | 2020-08-11 | At&T Intellectual Property I, L.P. | System and method of restricting access to media content |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9229944B2 (en) * | 2013-01-29 | 2016-01-05 | Mobitv, Inc. | Scalable networked digital video recordings via shard-based architecture |
US9653118B1 (en) | 2014-03-13 | 2017-05-16 | Tribune Broadcasting Company, Llc | System and method for scheduling clips |
US9661369B1 (en) * | 2014-03-13 | 2017-05-23 | Tribune Broadcasting Company, Llc | Clip scheduling with conflict alert |
US9615118B1 (en) | 2014-03-13 | 2017-04-04 | Tribune Broadcasting Company, Llc | System and method for scheduling clips |
US9648370B1 (en) | 2014-03-13 | 2017-05-09 | Tribune Broadcasting Company, Llc | System and method for scheduling clips |
CN111259748A (en) * | 2020-01-10 | 2020-06-09 | 利卓创新(北京)科技有限公司 | Edge calculation and communication system for video monitoring |
DE102021002354A1 (en) | 2021-04-28 | 2022-11-10 | Universität Stuttgart, Körperschaft Des Öffentlichen Rechts | Resource-based concept for operational planning of distributed space systems |
Citations (98)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3581209A (en) * | 1968-09-17 | 1971-05-25 | Arie Zimmerman | Cable television program capacity enhancement |
US3670275A (en) * | 1970-03-20 | 1972-06-13 | Vaisala Oy | Electronic and automatic selector device connected to an antenna array formed by two or more antennas |
US4132952A (en) * | 1975-11-11 | 1979-01-02 | Sony Corporation | Multi-band tuner with fixed broadband input filters |
US4382266A (en) * | 1979-12-20 | 1983-05-03 | Siemens Aktiengesellschaft | Broad band switching system |
US4509198A (en) * | 1981-10-19 | 1985-04-02 | Dx Antenna Company, Limited | Satellite broadcast signal receiving system |
US4513315A (en) * | 1981-06-25 | 1985-04-23 | U.S. Philips Corporation | Community antenna television arrangement for the reception and distribution of TV - and digital audio signals |
US4530008A (en) * | 1983-10-03 | 1985-07-16 | Broadband Technologies, Inc. | Secured communications system |
US4532543A (en) * | 1981-12-14 | 1985-07-30 | U.S. Philips Corporation | High channel density community antenna arrangement having low intermodulation products |
US4592093A (en) * | 1984-01-13 | 1986-05-27 | Sony Corporation | Super high frequency receiver |
US4656486A (en) * | 1985-07-12 | 1987-04-07 | Turner Allan L | Satellite TV dish antenna support |
US4663513A (en) * | 1985-11-26 | 1987-05-05 | Spectra-Physics, Inc. | Method and apparatus for monitoring laser processes |
US4667243A (en) * | 1985-10-31 | 1987-05-19 | Rca Corporation | Television receiver for direct broadcast satellite signals |
US4672687A (en) * | 1985-01-29 | 1987-06-09 | Satellite Technology Services, Inc. | Polarity switch for satellite television receiver |
US4675732A (en) * | 1984-12-19 | 1987-06-23 | Nordspace Aktiebolag | Satellite/hybrid television system |
US4723320A (en) * | 1985-03-28 | 1988-02-02 | Satellite Technology Services, Inc. | Dual communication link for satellite TV receiver |
US4802239A (en) * | 1985-07-18 | 1989-01-31 | Kabushiki Kaisha Toshiba | Switch distributing apparatus for community reception |
US4805014A (en) * | 1983-11-07 | 1989-02-14 | Sony Corporation | Signal transmission system for a CATV system |
US4813036A (en) * | 1985-11-27 | 1989-03-14 | National Exchange, Inc. | Fully interconnected spot beam satellite communication system |
US4823135A (en) * | 1985-10-01 | 1989-04-18 | Matsushita Electric Industrial Co., Ltd. | Satellite receiver having improved polarization plane determination means |
US4903031A (en) * | 1985-03-26 | 1990-02-20 | Trio Kabushiki Kaisha | Satellite receiver |
US4945410A (en) * | 1987-02-09 | 1990-07-31 | Professional Satellite Imaging, Inc. | Satellite communications system for medical related images |
US5010400A (en) * | 1988-08-03 | 1991-04-23 | Kabushiki Kaisha Toshiba | Television tuner for receiving multiple band television signals |
US5027430A (en) * | 1987-07-24 | 1991-06-25 | Sharp Kabushiki Kaisha | Outdoor unit low noise converter for satellite broadcast reception use |
US5119509A (en) * | 1988-08-09 | 1992-06-02 | Samsung Electronics Co., Ltd. | Low noise block down converter (LNB) for the simultaneous receipt of C/Ku-band satellite-broadcasting |
US5276904A (en) * | 1989-07-04 | 1994-01-04 | Thomson Composants Microondes | System for receiving TV signals retransmitted by satellites |
US5289272A (en) * | 1992-02-18 | 1994-02-22 | Hughes Aircraft Company | Combined data, audio and video distribution system in passenger aircraft |
US5301352A (en) * | 1991-07-04 | 1994-04-05 | Sony Corporation | Satellite broadcast receiving system and change-over divider for use in same |
US5382971A (en) * | 1992-08-19 | 1995-01-17 | U.S. Philips Corporation | Television signal cable distribution system and assembly of elements for constituting such a system |
US5437051A (en) * | 1991-09-19 | 1995-07-25 | Kabushiki Kaisha Toshiba | Broadband tuning circuit for receiving multi-channel signals over a broad frequency range |
US5521631A (en) * | 1994-05-25 | 1996-05-28 | Spectravision, Inc. | Interactive digital video services system with store and forward capabilities |
US5617107A (en) * | 1995-09-01 | 1997-04-01 | Perfect Ten Antenna Co. Inc. | Heated microwave antenna |
US5649318A (en) * | 1995-03-24 | 1997-07-15 | Terrastar, Inc. | Apparatus for converting an analog c-band broadcast receiver into a system for simultaneously receiving analog and digital c-band broadcast television signals |
US5708961A (en) * | 1995-05-01 | 1998-01-13 | Bell Atlantic Network Services, Inc. | Wireless on-premises video distribution using digital multiplexing |
US5734356A (en) * | 1996-06-07 | 1998-03-31 | Rf-Link Systems, Inc. | Construction for portable disk antenna |
US5748732A (en) * | 1995-02-08 | 1998-05-05 | U.S. Philips Corporation | Pay TV method and device which comprise master and slave decoders |
US5760819A (en) * | 1996-06-19 | 1998-06-02 | Hughes Electronics | Distribution of a large number of live television programs to individual passengers in an aircraft |
US5760822A (en) * | 1996-01-30 | 1998-06-02 | Lucent Technologies Inc. | Central node converter for local network having single coaxial cable |
US5787335A (en) * | 1996-11-18 | 1998-07-28 | Ethnic-American Broadcasting Co, Lp | Direct broadcast satellite system for multiple dwelling units |
US5864747A (en) * | 1995-08-24 | 1999-01-26 | General Dynamics Information Systems, Inc. | Data bridge |
US5883677A (en) * | 1995-03-13 | 1999-03-16 | Panasonic Technologies Inc. | Method and apparatus for managing multiple outside video service providers |
US5886995A (en) * | 1996-09-05 | 1999-03-23 | Hughes Electronics Corporation | Dynamic mapping of broadcast resources |
US5898455A (en) * | 1997-12-23 | 1999-04-27 | California Amplifier, Inc. | Interface modules and methods for coupling combined communication signals to communication receivers |
US5905942A (en) * | 1997-02-18 | 1999-05-18 | Lodgenet Entertainment Corporation | Multiple dwelling unit interactive audio/video distribution system |
US5905941A (en) * | 1995-12-20 | 1999-05-18 | U.S. Philips Corporation | Television signal cable distribution installation |
US5923288A (en) * | 1997-03-25 | 1999-07-13 | Sony Coporation | Antenna alignment indicator system for satellite receiver |
US6011597A (en) * | 1996-06-08 | 2000-01-04 | Fujitsu Limited | Signal receiving apparatus and signal receiving system |
US6023603A (en) * | 1996-11-01 | 2000-02-08 | Masprodenkoh Kabushikikaisha | Satellite signal splitter |
US6038425A (en) * | 1998-08-03 | 2000-03-14 | Jeffrey; Ross A. | Audio/video signal redistribution system |
US6173164B1 (en) * | 1997-09-15 | 2001-01-09 | Wireless Access | Method and apparatus for wide range automatic frequency control |
US6188372B1 (en) * | 1999-06-17 | 2001-02-13 | Channel Master Llc | Antenna with molded integral polarity plate |
US6192399B1 (en) * | 1997-07-11 | 2001-02-20 | Inline Connections Corporation | Twisted pair communication system |
US6198449B1 (en) * | 1994-09-01 | 2001-03-06 | E*Star, Inc. | Multiple beam antenna system for simultaneously receiving multiple satellite signals |
US6198479B1 (en) * | 1997-06-25 | 2001-03-06 | Samsung Electronics Co., Ltd | Home network, browser based, command and control |
US6202211B1 (en) * | 1998-02-06 | 2001-03-13 | Henry R. Williams, Jr. | Method and apparatus for providing television signals to multiple viewing systems on a network |
US6340956B1 (en) * | 1999-11-12 | 2002-01-22 | Leland H. Bowen | Collapsible impulse radiating antenna |
US20020044614A1 (en) * | 2000-09-12 | 2002-04-18 | Molnar Karl James | Methods and systems for reducing interference using co-channel interference mapping |
US6397038B1 (en) * | 1995-02-22 | 2002-05-28 | Global Communications, Inc. | Satellite broadcast receiving and distribution system |
US6424817B1 (en) * | 1998-02-04 | 2002-07-23 | California Amplifier, Inc. | Dual-polarity low-noise block downconverter systems and methods |
US6510152B1 (en) * | 1997-12-31 | 2003-01-21 | At&T Corp. | Coaxial cable/twisted pair fed, integrated residence gateway controlled, set-top box |
US20030023978A1 (en) * | 2001-07-25 | 2003-01-30 | Bajgrowicz Brian David | Satellite television system |
US6549582B1 (en) * | 1998-02-04 | 2003-04-15 | Virtual Satellite, Inc. | Method and apparatus for combining transponders on multiple satellites into virtual channels |
US6574235B1 (en) * | 1999-08-12 | 2003-06-03 | Ericsson Inc. | Methods of receiving co-channel signals by channel separation and successive cancellation and related receivers |
US20030129960A1 (en) * | 2002-01-07 | 2003-07-10 | Masahiro Kato | Satellite broadcast receiving converter with lower power consumption |
US20040060065A1 (en) * | 2002-09-25 | 2004-03-25 | James Thomas H. | Direct broadcast signal distribution methods |
US20040064689A1 (en) * | 2002-09-27 | 2004-04-01 | Carr Jeffrey Douglas | System and method for securely handling control information |
US6728513B1 (en) * | 1999-10-29 | 2004-04-27 | Sharp Kabushiki Kaisha | Receiving apparatus shared by multiple tuners |
US20050002640A1 (en) * | 2003-07-02 | 2005-01-06 | Daniel Putterman | Networked personal video recording system |
US20050033846A1 (en) * | 2000-05-02 | 2005-02-10 | Microsoft Corporation | Resource manager architecture |
US6865193B2 (en) * | 1999-02-22 | 2005-03-08 | Neil D. Terk | Video transmission system and method utilizing phone lines in multiple unit dwellings |
US6864855B1 (en) * | 2003-09-11 | 2005-03-08 | Dx Antenna Company, Limited | Dish antenna rotation apparatus |
US20050054315A1 (en) * | 2001-12-21 | 2005-03-10 | Bajgrowicz Brian David | Multiple rf signal switching apparatus |
US20050052335A1 (en) * | 2003-09-10 | 2005-03-10 | Shih-Hong Chen | Antenna and antenna adjustment structure |
US20050060525A1 (en) * | 2003-09-12 | 2005-03-17 | Schwartz James A. | Language for performing high level actions using hardware registers |
US20050066367A1 (en) * | 2003-09-19 | 2005-03-24 | Fyke Gregory James | Integrated receiver decoder for receiving digitally modulated signals from a satellite |
US20050071882A1 (en) * | 1999-06-11 | 2005-03-31 | Rodriguez Arturo A. | Systems and method for adaptive scheduling and dynamic bandwidth resource allocation management in a digital broadband delivery system |
US6879301B2 (en) * | 2001-10-09 | 2005-04-12 | Tyco Electronics Corporation | Apparatus and articles of manufacture for an automotive antenna mounting gasket |
US6889385B1 (en) * | 2000-01-14 | 2005-05-03 | Terayon Communication Systems, Inc | Home network for receiving video-on-demand and other requested programs and services |
US20050118984A1 (en) * | 2003-11-27 | 2005-06-02 | Hitoshi Akiyama | Receiving, displaying, and recording apparatus |
US6906673B1 (en) * | 2000-12-29 | 2005-06-14 | Bellsouth Intellectual Property Corporation | Methods for aligning an antenna with a satellite |
US20050138663A1 (en) * | 2003-12-19 | 2005-06-23 | Throckmorton John A. | Distributed video recording and playback |
US20060018345A1 (en) * | 2004-07-26 | 2006-01-26 | Sbc Knowledge Ventures, Lp | System and method for distributing DBS content to multiple receivers in the home over a single coax |
US20060031887A1 (en) * | 2004-04-30 | 2006-02-09 | Sparrell Carlton J | Centralized resource manager |
US20060030259A1 (en) * | 2002-12-12 | 2006-02-09 | Herbert Hetzel | Dissemination system for satellite broadcasting |
US20060041912A1 (en) * | 2004-08-19 | 2006-02-23 | Kevin Kuhns | Method and apparatus for authorizing an additional set-top device in a satellite television network |
US7010265B2 (en) * | 2002-05-22 | 2006-03-07 | Microsoft Corporation | Satellite receiving system with transmodulating outdoor unit |
US7016643B1 (en) * | 2003-01-10 | 2006-03-21 | The Directv Group, Inc. | Antenna positioning system and method for simultaneous reception of signals from a plurality of satellites |
US7020081B1 (en) * | 1998-07-10 | 2006-03-28 | Matsushita Electric Industrial Co., Ltd. | Stream distribution system |
US20060080707A1 (en) * | 2001-05-24 | 2006-04-13 | Indra Laksono | Channel selection in a multimedia system |
US7039169B2 (en) * | 2002-09-25 | 2006-05-02 | Lsi Logic Corporation | Detection and authentication of multiple integrated receiver decoders (IRDs) within a subscriber dwelling |
US20060133612A1 (en) * | 2004-12-21 | 2006-06-22 | Abedi Scott S | System and method of preventing alteration of data on a wireless device |
US7069574B1 (en) * | 1999-09-02 | 2006-06-27 | Broadlogic Network Technologies, Inc. | System time clock capture for computer satellite receiver |
US20070083898A1 (en) * | 2005-10-12 | 2007-04-12 | John Norin | Band upconverter approach to Ka/Ku signal distribution |
US20080064355A1 (en) * | 2006-09-13 | 2008-03-13 | Ilan Sutskover | Method and apparatus for efficiently applying frequency correction |
US7519680B1 (en) * | 2001-07-16 | 2009-04-14 | At&T Corp. | Method for using scheduled hyperlinks to record multimedia content |
US7522875B1 (en) * | 2004-12-31 | 2009-04-21 | Entropic Communications Inc. | Signal selector and combiner system for broadband content distribution |
US20090150937A1 (en) * | 1998-07-14 | 2009-06-11 | United Video Properties, Inc. | Client-server based interactive television program guide system with remote server recording |
US7734684B2 (en) * | 2002-09-26 | 2010-06-08 | Haivision Network Video Inc. | Digital content delivery and viewing system and method |
US20100192175A1 (en) * | 2002-05-10 | 2010-07-29 | Canal + Technologies | System And Method Of Providing Media Content |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7861262B1 (en) * | 2001-09-07 | 2010-12-28 | Enreach Technology, Inc. | Method and system for controlling a personalized video recorder with a set-top box |
EP1436687A4 (en) * | 2001-09-20 | 2005-09-14 | Ucentric Holdings Inc | Centralized resource manager with power switching system |
US7689995B1 (en) * | 2003-01-08 | 2010-03-30 | Avtrex, Inc. | Resolving scheduling conflicts in a recording device |
EP1754368A2 (en) * | 2004-05-06 | 2007-02-21 | Nds Limited | Resource conflict resolution for multiple televisions |
JP2008508807A (en) * | 2004-07-30 | 2008-03-21 | 松下電器産業株式会社 | System and method for distributed sharing and live TV recording |
US8582946B2 (en) * | 2005-11-04 | 2013-11-12 | Rovi Guides, Inc. | Systems and methods for recording programs using a network recording device as supplemental storage |
-
2007
- 2007-06-18 EP EP07809643A patent/EP2036330A2/en not_active Withdrawn
- 2007-06-18 BR BRPI0712972-6A patent/BRPI0712972A2/en not_active IP Right Cessation
- 2007-06-18 MX MX2008015659A patent/MX2008015659A/en active IP Right Grant
- 2007-06-18 WO PCT/US2007/014213 patent/WO2007149403A2/en active Application Filing
- 2007-06-18 US US11/820,205 patent/US20080060021A1/en not_active Abandoned
- 2007-06-19 AR ARP070102695A patent/AR061527A1/en not_active Application Discontinuation
-
2013
- 2013-10-07 US US14/047,932 patent/US9277193B2/en active Active
Patent Citations (100)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3581209A (en) * | 1968-09-17 | 1971-05-25 | Arie Zimmerman | Cable television program capacity enhancement |
US3670275A (en) * | 1970-03-20 | 1972-06-13 | Vaisala Oy | Electronic and automatic selector device connected to an antenna array formed by two or more antennas |
US4132952A (en) * | 1975-11-11 | 1979-01-02 | Sony Corporation | Multi-band tuner with fixed broadband input filters |
US4382266A (en) * | 1979-12-20 | 1983-05-03 | Siemens Aktiengesellschaft | Broad band switching system |
US4513315A (en) * | 1981-06-25 | 1985-04-23 | U.S. Philips Corporation | Community antenna television arrangement for the reception and distribution of TV - and digital audio signals |
US4509198A (en) * | 1981-10-19 | 1985-04-02 | Dx Antenna Company, Limited | Satellite broadcast signal receiving system |
US4532543A (en) * | 1981-12-14 | 1985-07-30 | U.S. Philips Corporation | High channel density community antenna arrangement having low intermodulation products |
US4530008A (en) * | 1983-10-03 | 1985-07-16 | Broadband Technologies, Inc. | Secured communications system |
US4805014A (en) * | 1983-11-07 | 1989-02-14 | Sony Corporation | Signal transmission system for a CATV system |
US4592093A (en) * | 1984-01-13 | 1986-05-27 | Sony Corporation | Super high frequency receiver |
US4675732A (en) * | 1984-12-19 | 1987-06-23 | Nordspace Aktiebolag | Satellite/hybrid television system |
US4672687A (en) * | 1985-01-29 | 1987-06-09 | Satellite Technology Services, Inc. | Polarity switch for satellite television receiver |
US4903031A (en) * | 1985-03-26 | 1990-02-20 | Trio Kabushiki Kaisha | Satellite receiver |
US4723320A (en) * | 1985-03-28 | 1988-02-02 | Satellite Technology Services, Inc. | Dual communication link for satellite TV receiver |
US4656486A (en) * | 1985-07-12 | 1987-04-07 | Turner Allan L | Satellite TV dish antenna support |
US4802239A (en) * | 1985-07-18 | 1989-01-31 | Kabushiki Kaisha Toshiba | Switch distributing apparatus for community reception |
US4823135A (en) * | 1985-10-01 | 1989-04-18 | Matsushita Electric Industrial Co., Ltd. | Satellite receiver having improved polarization plane determination means |
US4667243A (en) * | 1985-10-31 | 1987-05-19 | Rca Corporation | Television receiver for direct broadcast satellite signals |
US4663513A (en) * | 1985-11-26 | 1987-05-05 | Spectra-Physics, Inc. | Method and apparatus for monitoring laser processes |
US4813036A (en) * | 1985-11-27 | 1989-03-14 | National Exchange, Inc. | Fully interconnected spot beam satellite communication system |
US4945410A (en) * | 1987-02-09 | 1990-07-31 | Professional Satellite Imaging, Inc. | Satellite communications system for medical related images |
US5027430A (en) * | 1987-07-24 | 1991-06-25 | Sharp Kabushiki Kaisha | Outdoor unit low noise converter for satellite broadcast reception use |
US5010400A (en) * | 1988-08-03 | 1991-04-23 | Kabushiki Kaisha Toshiba | Television tuner for receiving multiple band television signals |
US5119509A (en) * | 1988-08-09 | 1992-06-02 | Samsung Electronics Co., Ltd. | Low noise block down converter (LNB) for the simultaneous receipt of C/Ku-band satellite-broadcasting |
US5276904A (en) * | 1989-07-04 | 1994-01-04 | Thomson Composants Microondes | System for receiving TV signals retransmitted by satellites |
US5301352A (en) * | 1991-07-04 | 1994-04-05 | Sony Corporation | Satellite broadcast receiving system and change-over divider for use in same |
US5437051A (en) * | 1991-09-19 | 1995-07-25 | Kabushiki Kaisha Toshiba | Broadband tuning circuit for receiving multi-channel signals over a broad frequency range |
US5289272A (en) * | 1992-02-18 | 1994-02-22 | Hughes Aircraft Company | Combined data, audio and video distribution system in passenger aircraft |
US5382971A (en) * | 1992-08-19 | 1995-01-17 | U.S. Philips Corporation | Television signal cable distribution system and assembly of elements for constituting such a system |
US5521631A (en) * | 1994-05-25 | 1996-05-28 | Spectravision, Inc. | Interactive digital video services system with store and forward capabilities |
US6198449B1 (en) * | 1994-09-01 | 2001-03-06 | E*Star, Inc. | Multiple beam antenna system for simultaneously receiving multiple satellite signals |
US5748732A (en) * | 1995-02-08 | 1998-05-05 | U.S. Philips Corporation | Pay TV method and device which comprise master and slave decoders |
US6397038B1 (en) * | 1995-02-22 | 2002-05-28 | Global Communications, Inc. | Satellite broadcast receiving and distribution system |
US5883677A (en) * | 1995-03-13 | 1999-03-16 | Panasonic Technologies Inc. | Method and apparatus for managing multiple outside video service providers |
US5649318A (en) * | 1995-03-24 | 1997-07-15 | Terrastar, Inc. | Apparatus for converting an analog c-band broadcast receiver into a system for simultaneously receiving analog and digital c-band broadcast television signals |
US5708961A (en) * | 1995-05-01 | 1998-01-13 | Bell Atlantic Network Services, Inc. | Wireless on-premises video distribution using digital multiplexing |
US5864747A (en) * | 1995-08-24 | 1999-01-26 | General Dynamics Information Systems, Inc. | Data bridge |
US5617107A (en) * | 1995-09-01 | 1997-04-01 | Perfect Ten Antenna Co. Inc. | Heated microwave antenna |
US5905941A (en) * | 1995-12-20 | 1999-05-18 | U.S. Philips Corporation | Television signal cable distribution installation |
US5760822A (en) * | 1996-01-30 | 1998-06-02 | Lucent Technologies Inc. | Central node converter for local network having single coaxial cable |
US5734356A (en) * | 1996-06-07 | 1998-03-31 | Rf-Link Systems, Inc. | Construction for portable disk antenna |
US6011597A (en) * | 1996-06-08 | 2000-01-04 | Fujitsu Limited | Signal receiving apparatus and signal receiving system |
US5760819A (en) * | 1996-06-19 | 1998-06-02 | Hughes Electronics | Distribution of a large number of live television programs to individual passengers in an aircraft |
US5886995A (en) * | 1996-09-05 | 1999-03-23 | Hughes Electronics Corporation | Dynamic mapping of broadcast resources |
US6023603A (en) * | 1996-11-01 | 2000-02-08 | Masprodenkoh Kabushikikaisha | Satellite signal splitter |
US5787335A (en) * | 1996-11-18 | 1998-07-28 | Ethnic-American Broadcasting Co, Lp | Direct broadcast satellite system for multiple dwelling units |
US5905942A (en) * | 1997-02-18 | 1999-05-18 | Lodgenet Entertainment Corporation | Multiple dwelling unit interactive audio/video distribution system |
US5923288A (en) * | 1997-03-25 | 1999-07-13 | Sony Coporation | Antenna alignment indicator system for satellite receiver |
US6198479B1 (en) * | 1997-06-25 | 2001-03-06 | Samsung Electronics Co., Ltd | Home network, browser based, command and control |
US6192399B1 (en) * | 1997-07-11 | 2001-02-20 | Inline Connections Corporation | Twisted pair communication system |
US6173164B1 (en) * | 1997-09-15 | 2001-01-09 | Wireless Access | Method and apparatus for wide range automatic frequency control |
US5898455A (en) * | 1997-12-23 | 1999-04-27 | California Amplifier, Inc. | Interface modules and methods for coupling combined communication signals to communication receivers |
US6510152B1 (en) * | 1997-12-31 | 2003-01-21 | At&T Corp. | Coaxial cable/twisted pair fed, integrated residence gateway controlled, set-top box |
US6549582B1 (en) * | 1998-02-04 | 2003-04-15 | Virtual Satellite, Inc. | Method and apparatus for combining transponders on multiple satellites into virtual channels |
US6424817B1 (en) * | 1998-02-04 | 2002-07-23 | California Amplifier, Inc. | Dual-polarity low-noise block downconverter systems and methods |
US6202211B1 (en) * | 1998-02-06 | 2001-03-13 | Henry R. Williams, Jr. | Method and apparatus for providing television signals to multiple viewing systems on a network |
US7020081B1 (en) * | 1998-07-10 | 2006-03-28 | Matsushita Electric Industrial Co., Ltd. | Stream distribution system |
US20090150937A1 (en) * | 1998-07-14 | 2009-06-11 | United Video Properties, Inc. | Client-server based interactive television program guide system with remote server recording |
US6038425A (en) * | 1998-08-03 | 2000-03-14 | Jeffrey; Ross A. | Audio/video signal redistribution system |
US6865193B2 (en) * | 1999-02-22 | 2005-03-08 | Neil D. Terk | Video transmission system and method utilizing phone lines in multiple unit dwellings |
US20050071882A1 (en) * | 1999-06-11 | 2005-03-31 | Rodriguez Arturo A. | Systems and method for adaptive scheduling and dynamic bandwidth resource allocation management in a digital broadband delivery system |
US6188372B1 (en) * | 1999-06-17 | 2001-02-13 | Channel Master Llc | Antenna with molded integral polarity plate |
US6574235B1 (en) * | 1999-08-12 | 2003-06-03 | Ericsson Inc. | Methods of receiving co-channel signals by channel separation and successive cancellation and related receivers |
US7069574B1 (en) * | 1999-09-02 | 2006-06-27 | Broadlogic Network Technologies, Inc. | System time clock capture for computer satellite receiver |
US6728513B1 (en) * | 1999-10-29 | 2004-04-27 | Sharp Kabushiki Kaisha | Receiving apparatus shared by multiple tuners |
US6340956B1 (en) * | 1999-11-12 | 2002-01-22 | Leland H. Bowen | Collapsible impulse radiating antenna |
US6889385B1 (en) * | 2000-01-14 | 2005-05-03 | Terayon Communication Systems, Inc | Home network for receiving video-on-demand and other requested programs and services |
US20050033846A1 (en) * | 2000-05-02 | 2005-02-10 | Microsoft Corporation | Resource manager architecture |
US20020044614A1 (en) * | 2000-09-12 | 2002-04-18 | Molnar Karl James | Methods and systems for reducing interference using co-channel interference mapping |
US6906673B1 (en) * | 2000-12-29 | 2005-06-14 | Bellsouth Intellectual Property Corporation | Methods for aligning an antenna with a satellite |
US20060080707A1 (en) * | 2001-05-24 | 2006-04-13 | Indra Laksono | Channel selection in a multimedia system |
US7519680B1 (en) * | 2001-07-16 | 2009-04-14 | At&T Corp. | Method for using scheduled hyperlinks to record multimedia content |
US20030023978A1 (en) * | 2001-07-25 | 2003-01-30 | Bajgrowicz Brian David | Satellite television system |
US6879301B2 (en) * | 2001-10-09 | 2005-04-12 | Tyco Electronics Corporation | Apparatus and articles of manufacture for an automotive antenna mounting gasket |
US20050054315A1 (en) * | 2001-12-21 | 2005-03-10 | Bajgrowicz Brian David | Multiple rf signal switching apparatus |
US20030129960A1 (en) * | 2002-01-07 | 2003-07-10 | Masahiro Kato | Satellite broadcast receiving converter with lower power consumption |
US20100192175A1 (en) * | 2002-05-10 | 2010-07-29 | Canal + Technologies | System And Method Of Providing Media Content |
US7010265B2 (en) * | 2002-05-22 | 2006-03-07 | Microsoft Corporation | Satellite receiving system with transmodulating outdoor unit |
US20040060065A1 (en) * | 2002-09-25 | 2004-03-25 | James Thomas H. | Direct broadcast signal distribution methods |
US7039169B2 (en) * | 2002-09-25 | 2006-05-02 | Lsi Logic Corporation | Detection and authentication of multiple integrated receiver decoders (IRDs) within a subscriber dwelling |
US7734684B2 (en) * | 2002-09-26 | 2010-06-08 | Haivision Network Video Inc. | Digital content delivery and viewing system and method |
US20040064689A1 (en) * | 2002-09-27 | 2004-04-01 | Carr Jeffrey Douglas | System and method for securely handling control information |
US20060030259A1 (en) * | 2002-12-12 | 2006-02-09 | Herbert Hetzel | Dissemination system for satellite broadcasting |
US7016643B1 (en) * | 2003-01-10 | 2006-03-21 | The Directv Group, Inc. | Antenna positioning system and method for simultaneous reception of signals from a plurality of satellites |
US20050002640A1 (en) * | 2003-07-02 | 2005-01-06 | Daniel Putterman | Networked personal video recording system |
US20050052335A1 (en) * | 2003-09-10 | 2005-03-10 | Shih-Hong Chen | Antenna and antenna adjustment structure |
US20050057428A1 (en) * | 2003-09-11 | 2005-03-17 | Kenichi Fujita | Dish antenna rotation apparatus |
US6864855B1 (en) * | 2003-09-11 | 2005-03-08 | Dx Antenna Company, Limited | Dish antenna rotation apparatus |
US20050060525A1 (en) * | 2003-09-12 | 2005-03-17 | Schwartz James A. | Language for performing high level actions using hardware registers |
US20050066367A1 (en) * | 2003-09-19 | 2005-03-24 | Fyke Gregory James | Integrated receiver decoder for receiving digitally modulated signals from a satellite |
US20050118984A1 (en) * | 2003-11-27 | 2005-06-02 | Hitoshi Akiyama | Receiving, displaying, and recording apparatus |
US20050138663A1 (en) * | 2003-12-19 | 2005-06-23 | Throckmorton John A. | Distributed video recording and playback |
US20090013358A1 (en) * | 2003-12-19 | 2009-01-08 | Throckmorton John A | Distributed video recording and playback |
US20060031887A1 (en) * | 2004-04-30 | 2006-02-09 | Sparrell Carlton J | Centralized resource manager |
US20060018345A1 (en) * | 2004-07-26 | 2006-01-26 | Sbc Knowledge Ventures, Lp | System and method for distributing DBS content to multiple receivers in the home over a single coax |
US20060041912A1 (en) * | 2004-08-19 | 2006-02-23 | Kevin Kuhns | Method and apparatus for authorizing an additional set-top device in a satellite television network |
US20060133612A1 (en) * | 2004-12-21 | 2006-06-22 | Abedi Scott S | System and method of preventing alteration of data on a wireless device |
US7522875B1 (en) * | 2004-12-31 | 2009-04-21 | Entropic Communications Inc. | Signal selector and combiner system for broadband content distribution |
US20070083898A1 (en) * | 2005-10-12 | 2007-04-12 | John Norin | Band upconverter approach to Ka/Ku signal distribution |
US20080064355A1 (en) * | 2006-09-13 | 2008-03-13 | Ilan Sutskover | Method and apparatus for efficiently applying frequency correction |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090036086A1 (en) * | 2007-07-31 | 2009-02-05 | The Directv Group, Inc. | Reducing spectral roll-off factors to increase spectral efficiency |
US7844213B2 (en) * | 2007-07-31 | 2010-11-30 | The Directv Group, Inc. | Reducing spectral roll-off factors to increase spectral efficiency |
US10743047B2 (en) * | 2007-11-01 | 2020-08-11 | At&T Intellectual Property I, L.P. | System and method of restricting access to media content |
US20110099158A1 (en) * | 2009-10-28 | 2011-04-28 | Computer Associates Think, Inc. | System and method for automatically detecting, reporting, and tracking conflicts in a change management system |
US8219541B2 (en) * | 2009-10-28 | 2012-07-10 | Ca, Inc. | System and method for automatically detecting, reporting, and tracking conflicts in a change management system |
US10574355B2 (en) * | 2016-07-27 | 2020-02-25 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Method for transmitting a binary data signal to or from a satellite via an optical feeder link |
US10742320B2 (en) | 2016-07-27 | 2020-08-11 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Method for transmitting a binary data signal to or from a satellite via an optical feeder link |
Also Published As
Publication number | Publication date |
---|---|
WO2007149403A2 (en) | 2007-12-27 |
EP2036330A2 (en) | 2009-03-18 |
AR061527A1 (en) | 2008-09-03 |
WO2007149403A3 (en) | 2008-02-28 |
BRPI0712972A2 (en) | 2012-04-17 |
WO2007149403B1 (en) | 2008-05-02 |
US9277193B2 (en) | 2016-03-01 |
MX2008015659A (en) | 2009-03-09 |
US20140109154A1 (en) | 2014-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9277193B2 (en) | Digital storage media command and control data indexing | |
US9819982B2 (en) | Method and system for changing communication parameters of a content delivery system based on feedback from user devices | |
US9137556B2 (en) | Method and system of building a wanted list queue for a user in a content distribution system | |
US8584173B2 (en) | Automatic selection of video programming channel based on scheduling information | |
US8316409B2 (en) | Simultaneous access to media in a media delivery system | |
US8443408B2 (en) | Method and system for managing bandwidth | |
US20080022317A1 (en) | Dedicated tuner for network administration functions | |
US9307274B2 (en) | Managing remote distribution of content recorded at a television receiver | |
US8533767B1 (en) | Method and system for prioritizing content in a delivery queue of a content delivery system | |
US20090320069A1 (en) | Method and system for electronic program guide temporal content organization | |
US20090144773A1 (en) | Systems and Methods for Segmenting Electronic Program Guide Information | |
US20150200440A1 (en) | Individualized satellite transmission systems and remote viewing systems | |
US8978084B2 (en) | Presentation modes for various format bit streams | |
US7661119B1 (en) | Method and apparatus for providing non-resident program guide information to a media subscriber | |
CA2847703A1 (en) | Method and system for managing bandwidth | |
US8789096B2 (en) | Apparatus, systems and methods for transmitting media content events | |
US8490139B2 (en) | Method and system for pushing content in a broadcast communication system | |
US10341702B1 (en) | Method and system for providing different categories of programming data to a user device from head end systems | |
WO2011139736A1 (en) | Method and system for pushing content in a broadcast communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: THE DIRECTV GROUP, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BASSE, HANNO;JIJINA, ASPANDYAR M.;KAHN, RAYNOLD M.;REEL/FRAME:019933/0176;SIGNING DATES FROM 20070919 TO 20071003 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |