Classifications

• • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
  • H04N21/845—Structuring of content, e.g. decomposing content into time segments
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/60—Network streaming of media packets
  • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
  • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
• • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
  • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
  • H04N21/2385—Channel allocation; Bandwidth allocation
• • 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
  • H04N21/26216—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 involving the channel capacity, e.g. network bandwidth
• • 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
  • H04N21/26233—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 involving content or additional data duration or size, e.g. length of a movie, size of an executable file
• • 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
  • H04N21/26241—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 involving the time of distribution, e.g. the best time of the day for inserting an advertisement or airing a children program
• • 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/26275—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 for distributing content or additional data in a staggered manner, e.g. repeating movies on different channels in a time-staggered manner in a near video on demand system
• • 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/418—External card to be used in combination with the client device, e.g. for conditional access
  • H04N21/4181—External card to be used in combination with the client device, e.g. for conditional access for conditional access
• • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
  • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
• • 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
• • 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/47202—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 requesting content on demand, e.g. video on demand
• • 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/482—End-user interface for program selection
• • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/81—Monomedia components thereof
  • H04N21/812—Monomedia components thereof involving advertisement data
• • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
  • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N7/00—Television systems
  • H04N7/16—Analogue secrecy systems; Analogue subscription systems
  • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
  • H04N7/17309—Transmission or handling of upstream communications
  • H04N7/17318—Direct or substantially direct transmission and handling of requests
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N7/00—Television systems
  • H04N7/16—Analogue secrecy systems; Analogue subscription systems
  • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
  • H04N7/17309—Transmission or handling of upstream communications
  • H04N7/17336—Handling of requests in head-ends

Definitions

• This invention relates generally to data-on-demand systems.
• this invention relates to video-on-demand systems.
• Video-on-demand (VOD) systems are one type of data-on-demand (DOD) systems.
• VOD systems video data files are provided by a server or a network of servers to one or more clients on a demand basis.
• a server or a network of servers communicates with clients in a standard hierarchical client-server model.
• a client sends a request to a server for a data file (e.g., a video data file).
• the server sends the requested data file to the client.
• a client's request for a data file can be fulfilled by one or more servers.
• the client may have the capability to store any received data file locally in non-volatile memory for later use.
• the standard client-server model requires a two-way communications infrastructure. Currently, two-way communications require building new infrastructure because existing cables can only provide one-way communications.
• Example of two-way communications infrastructure are hybrid fiber optics coaxial cables (HFC) or all fiber infrastructure. Replacing existing cables is very costly and the resulting services may not be affordable by most users.
• the standard client-server model has many limitations when a service provider (e.g., a cable company) attempts to provide VOD services to a large number of clients.
• a service provider e.g., a cable company
• the service provider has to implement a mechanism to continuously listen and fulfill every request from each client within the network; thus, the number of clients who can receive service is dependent on the capacity of such a mechanism.
• One mechanism uses massively-parallel computers having large and fast disk arrays as local servers. However, even the fastest existing local server can only deliver video data streams to about 1000 to 2000 clients at one time.
• a method for sending data to a client to provide data-on-demand services comprises the steps of: receiving a data file, specifying a time interval, parsing the data file into a plurality of data blocks based on the time interval such that each data block is displayable during the time interval, determining a required number of time slots to send the data file, allocating to each time slot at least a first of the plurality of data blocks and optionally one or more additional data blocks, such that the plurality of data blocks is available in sequential order to a client accessing the data file during any time slot, and sending the plurality of data blocks based on the allocating step.
• the parsing step includes the steps of: determining an estimated data block size, determining a cluster size of a memory in a channel server, and parsing the data file based on the estimated data block size and the cluster size.
• the determining step includes the step of assessing resource allocation and bandwidth availability.
• the method further comprises the steps of selecting a set of prefetch data blocks from the plurality of data blocks and separately sending the set of prefetch data blocks in a dedicated channel for sending prefetch data, program guide, commercials, firmware update, etc.
• the step of selecting a set of prefetch data blocks includes the steps of: (1) determining a bandwidth reduction, a bandwidth allocation for prefetch data in the dedicated channel, and a delay time; and (2) selecting the prefetch data blocks based on the bandwidth reduction, the bandwidth allocation, and the delay time.
• the method further comprises the steps of receiving a request for a preview, randomly selecting a set of data blocks from the plurality of data blocks to compose the preview, and causing a display of the preview.
• the method further comprises sending a set of commercial data blocks in the dedicated channel and causing a display of the set of commercial data blocks at predetermined times.
• the commercial data blocks are continuously sent in the dedicated channel.
• the step of displaying the set of commercial data blocks includes the steps of receiving a user selection of a price based on a frequency of commercial display and causing a display of the set of commercial data blocks based on the user selection.
• the method further comprises the steps of checking a packet header of the data file for an emergency bit, tuning to the dedicated channel to receive emergency information when the emergency bit is detected, and causing a display of the emergency information.
• this method further comprises the steps of determining whether the emergency information is for a relevant region and displaying the emergency information if the emergency information is for the relevant region.
• a method for processing data received from a server to provide data-on-demand services comprises the steps of: (a) receiving a selection of a data file during a first time slot; (b) receiving at least one data block of the data file during a second time slot; (c) during a next time slot: receiving any data block not already received, sequentially displaying a data block of the data file, and repeating step (c) until all data blocks of the data file has been received and displayed.
• the method for processing data received from a server is performed by a set-top box at the client side.
• a data file is divided into a number of data blocks and a scheduling matrix is generated based on the number of data blocks.
• a method for generating a scheduling matrix for a data file comprises the steps of: (a) receiving a number of data blocks [x] for a data file; (b) setting a first variable [j] to zero; (c) setting a second variable
• a scheduling matrix is generated for each data file in a set of data files and a convolution method is applied to generate a delivery matrix based on the scheduling matrices for sending the set of data files.
• a data-on-demand system comprises a first set of channel servers, a central controlling server for controlling the first set of channel servers, a first set of up-converters coupled to the first set of channel servers, a combiner/amplifier coupled to the first set of up-converters, and a combiner/amplifier adapted to transmit data via a transmission medium.
• the data-on-demand system further comprises a channel monitoring module for monitoring the system, a switch matrix, a second set of channel servers, and a second set of up- converters. The channel monitoring module is configured to report to the central controlling server when system failure occurs.
• the central controlling server in response to report from the channel monitoring module, instructs the switch matrix to replace a defective channel server in the first set of channel servers with a channel server in the second set of channel servers and a defective up-converter in the first set of up-converters with an up-converter in the second set of up-converters.
• a method for providing data-on-demand services comprises the steps of calculating a delivery matrix of a data file, sending the data file in accordance with the delivery matrix, such that a large number of clients is capable of viewing the data file on demand.
• the data file includes a video file.
• FIGURE 1 A illustrates an exemplary DOD system in accordance with an embodiment of the invention.
• FIGURE IB illustrates an exemplary DOD system in accordance with another embodiment of the invention.
• FIGURE 2 illustrates an exemplary channel server in accordance with an embodiment of the invention.
• FIGURE 3 illustrates an exemplary set-top box in accordance with an embodiment of the invention.
• FIGURE 4 illustrates an exemplary process for generating a scheduling matrix in accordance with an embodiment of the invention.
• FIG. 1A illustrates an exemplary DOD system 100 in accordance with an embodiment of the invention.
• the DOD system 100 provides data files, such as video files, on demand.
• the DOD system 100 is not limited to providing video files on demand but is also capable of providing other data files, for example, game files on demand.
• the DOD system 100 includes a central controlling server 102, a central storage 103, a plurality of channel servers 104a- 104n, a plurality of up-converters 106a-106n , and a combiner/amplifier 108.
• the central controlling server 102 controls the channel servers 104.
• the central storage 103 stores data files in digital format.
• data files stored in the central storage 103 is accessible via a standard network interface (e.g., ethernet connection) by any authorized computer, such as the central controlling server 102, connected to the network.
• Each channel server 104 is assigned to a channel and is coupled to an up-converter 106.
• the channel servers 104 provide data files that are retrieved from the central storage 103 in accordance with instructions from the central controlling server 102.
• the output of each channel server 104 is a quadrature amplitude modulation (QAM) modulated intermediate frequency (IF) signal having a suitable frequency for the corresponding up-converter 106.
• QAM- modulated IF signals are dependent upon adopted standards.
• the current adopted standard in the United States is the data-over-cable-systems-interface-specification (DOCSIS) standard, which requires an approximately 43.75MHz IF frequency.
• the up-converters 106 convert IF signals received from the channel servers 104 to radio frequency signals (RF signals).
• RF signals which include frequency and bandwidth, are dependent on a desired channel and adopted standards. For example, under the current standard in the United States for a cable television channel 80, the RF signal has a frequency of approximately 559.25MHz and a bandwidth of approximately 6MHz.
• the outputs of the up-converters 106 are applied to the combiner/amplifier 108.
• the combiner/amplifier 108 amplifies, conditions, and combines the received RF signals then outputs the signals out to a transmission medium 110.
• the central controlling server 102 includes a graphics user interface (not shown) to enable a service provider to schedule data delivery by a drag-and-drop operation. Further, the central controlling server 102 authenticates and controls the channel servers 104 to start or stop according to delivery matrices. In an exemplary embodiment, the central controlling server 102 automatically selects a channel and calculates delivery matrices for transmitting data files in the selected channel. The central controlling server 102 provides offline addition, deletion, and update of data file information (e.g., duration, category, rating, and or brief description). Further, the central controlling server 102 controls the central storage 103 by updating data files and databases stored therein.
• data file information e.g., duration, category, rating, and or brief description
• an existing cable television system 120 may continue to feed signals into the combiner/amplifier 108 to provide non-DOD services to clients.
• the DOD system 100 in accordance with the invention does not disrupt present cable television services.
• Figure IB illustrates another exemplary embodiment of the DOD system 100 in accordance with the invention.
• the DOD system 100 includes a switch matrix 112, a channel monitoring module 114, a set of back-up channel servers 116a- 116b, and a set of back-up up-converters 118a- 118b.
• the switch matrix 1 12 is physically located between the up-converters 106 and the combiner/amplifier 108.
• the switch matrix 112 is controlled by the central controlling server 102.
• the channel monitoring module 114 comprises a plurality of configured set-top boxes, which simulate potential clients, for monitoring the health of the DOD system 100. Monitoring results are communicated by the channel monitoring module 114 to the central controlling server
• data files being broadcasted from the DOD system 100 are contained in motion pictures expert group (MPEG) files.
• MPEG motion pictures expert group
• Each MPEG file is dynamically divided into data blocks and sub-blocks mapping to a particular portion of a data file along a time axis. These data blocks and sub-blocks are sent during a pre-determined time in accordance with three-dimensional delivery matrices provided by the central controlling server 102.
• a feedback channel is not necessary for the DOD system 100 to provide DOD services. However, if a feedback channel is available, the feedback channel can be used for other purpose, such as billing or providing Internet services.
• FIG. 2 illustrates an exemplary channel server 104 in accordance with an embodiment of the invention.
• the channel server 104 comprises a server controller 202, a CPU 204, a QAM modulator 206, a local memory 208, and a network interface 210.
• the server controller 202 controls the overall operation of the channel server 104 by instructing the CPU 204 to divide data files into blocks (further into sub-blocks and data packets), select data blocks for transmission in accordance with a delivery matrix provided by the central controlling server 102, encode selected data, compress encoded data, then deliver compressed data to the QAM modulator 206.
• the QAM modulator 206 receives data to be transmitted via a bus (i.e., PCI, CPU local bus) or Ethernet connections.
• a bus i.e., PCI, CPU local bus
• the QAM modulator 206 may include a downstream QAM modulator, an upstream quadrature amplitude modulation /quadrature phase shift keying (QAM/QPSK) burst demodulator with forward error correction decoder, and/or an upstream tuner.
• the output of the QAM modulator 206 is an IF signal that can be applied directly to an up-converter 106.
• the network interface 210 connects the channel server 104 to other channel servers 104 and to the central controlling server 102 to execute the scheduling and controlling instructions from the central controlling server 102, reporting status back to the central controlling server 102, and receiving data files from the cental storage 103. Any data file retrieved from the central storage 103 can be stored in the local memory 208 of the channel server 104 before the data file is processed in accordance with instructions from the server controller 202.
• the channel server 104 may send one or more DOD data streams depending on the bandwidth of a cable channel (e.g., 6, 6.5, or 8MHz), QAM modulation (e.g., QAM 64 or QAM 256), and a compression standard/bit rate of the DOD data stream (i.e., MPEG-1 or MPEG-2).
• a cable channel e.g., 6, 6.5, or 8MHz
• QAM modulation e.g., QAM 64 or QAM 256
• a compression standard/bit rate of the DOD data stream i.e., MPEG-1 or MPEG-2.
• FIG. 3 illustrates an exemplary set-top box (STB) 300 in accordance with an embodiment of the invention.
• the STB 300 comprises a QAM demodulator 302, a CPU 304, a conditional access module 306 (e.g., a smart card system), a local memory 308, a buffer memory 309, a STB controller 310, a decoder 312, and a graphics overlay module 314.
• the STB controller 310 controls the overall operation of the STB 300 by controlling the CPU 302 and the
• the QAM demodulator 302 to select data in response to a client's request, decode selected data, decompress decoded data, re-assemble decoded data, store decoded data in the local memory 308 or the buffer memory 309, and deliver stored data to the decoder 312.
• the STB controller 310 controls the overall operation of the STB 300 based on data packet headers in the data packets received from the transmission medium 110.
• the local memory 308 comprises non-volatile memory (e.g., a hard drive) and the buffer memory 309 comprises volatile memory.
• the QAM demodulator 302 comprises transmitter and receiver modules and one or more of the following: privacy encryption/decryption module, forward error correction decoder/encoder, tuner control, downstream and upstream processor, CPU and memory interface circuits.
• the QAM demodulator 302 receives modulated IF signals, samples and demodulates the signals to restore data.
• the conditional access module 306 permits a decoding process when access is granted after authentication and/or when appropriate fees have been charged. Access condition is determined by the service provider.
• the decoder 312 decodes at least one data block to transform the data block into images displayable on an output screen.
• the decoder 312 supports commands from a subscribing client, such as play, stop, pause, step, rewind, forward, etc.
• the graphics overlay module 314 enhances displayed graphics quality by, for example, providing alpha blending or picture-in-picture capabilities.
• the graphics overlay module 314 can be used for graphics acceleration during game playing mode, for example, when the service provider provides games-on-demand services using the system in accordance with the invention.
• data files are broadcasted to all cable television subscribers, only the DOD subscriber who has a compatible STB 300 will be able to decode and enjoy data-on-demand services.
• permission to obtain data files on demand can be obtained via a smart card system in the conditional access control module 306.
• a smart card may be rechargeable at a local store or vending machine set up by a service provider.
• a flat fee system provides a subscriber an unlimited access to all available data files.
• data-on-demand interactive features permit a client to select at any time an available data file.
• the amount of time between when a client presses a select button and the time the selected data file begins playing is referred to as a response time.
• resources e.g., bandwidth, server capability
• the response time gets shorter.
• a response time can be determined based on an evaluation of resource allocation and desired quality of service.
• a selected response time determines the duration of a time slot.
• the duration of a time slot is the time interval for playing a data block at normal speed by a client.
• a data file such as a video file, is divided into a number of data blocks such that each data block can support the playing of the data file for the duration of a time slot.
• the number of data blocks (NUM_OF_BLKS) for each data file can be calculated as follows:
• Estimated_BLK_Size (DataFile_Size * TS) / DataFile_Length (1)
• BLK SIZE (Estimated BLK Size + CLUSTER_SIZE - lByte) / CLUSTER _SIZE (2)
• BLK_SIZE_BYTES BLK .SIZE * CLUSTER_SIZE (3)
• NUM_OF_BLKS (DataFile_Size + BLK_SIZE_BYTES - lByte) / BLK_SIZE_BYTES(4)
• the Estimated_BLK_Size is an estimated block size (in Bytes); the
• DataFile_Size is the data file size (in Bytes); TS represents the duration of a time slot (in seconds); DataFile_Length is the duration of the data file (in seconds); BLK SIZE is the number of clusters needed for each data block; CLUSTER _SIZE is the size of a cluster in the local memory 208 for each channel server 104 (e.g., 64KBytes); BLK_SIZE_BYTES is a block size in
• the number of blocks (NUM_OF_BLKS) is equal to the data file size (in Bytes) plus a data block size in Bytes minus 1 Byte and divided by a data block size in Bytes. Equations (1) to (4) illustrate one specific embodiment. A person of skill in the art would recognize that other methods are available to calculate a number of data blocks for a data file. For example, dividing a data file into a number of data blocks is primarily a function of an estimated block size and the cluster size of the local memory 208 of a channel server 104. Thus, the invention should not be limited to the specific embodiment presented above.
• FIG 4 illustrates an exemplary process for generating a scheduling matrix for sending a data file in accordance with an embodiment of the invention.
• this invention uses time division multiplexing (TDM) and frequency division multiplexing
• a scheduling matrix is generated for each data file.
• each data file is divided into a number of data blocks and the scheduling matrix is generated based on the number of data blocks.
• a scheduling matrix provides a send order for sending data blocks of a data file from a server to clients, such that the data blocks are accessible in sequential order by any client who wishes to access the data file at a random time.
• a number of data blocks (x) for a data file is received.
• a first variable, j is set to zero (step 404).
• a reference array is cleared (step 406). The reference array keeps track of data blocks for internal management purposes.
• j is compared to x (step 408). If j is less than x, a second variable, i, is set to zero (step 412).
• i is compared to x (step 414). If i is less than x, data blocks stored in the column [(i+j) modulo (x)] of a scheduling matrix are written into the reference array (step 418). If the reference array already has such data block(s), do not write a duplicate copy.
• the scheduling matrix and the reference arrays are as follows:
• a look-ahead process can be used to calculate a look- ahead scheduling matrix to send a predetermined number of data blocks of a data file prior to a predicted access time. For example, if a predetermined look-ahead time is the duration of one time slot, for any time slot greater than or equal to time slot number four, data block 4 (blk4) of a data file should be received by a STB 300 at a subscribing client at or before TS3, but blk4 would not be played until TS4.
• a three-dimensional delivery matrix for sending a set of data files is generated based on the scheduling matrices for each data file of the set of data files.
• a third dimension containing IDs for each data file in the set of data files is generated.
• the three-dimensional delivery matrix is calculated to efficiently utilize available bandwidth in each channel to deliver multiple data streams.
• a convolution method which is well known in the art, is used to generate a three-dimensional delivery matrix to schedule an efficient delivery of a set of data files.
• a convolution method may include the following policies: (1) the total number of data blocks sent in the duration of any time slot (TS) should be kept at a smallest possible number; and (2) if multiple partial solutions are available with respect to policy (1), the preferred solution is the one which has a smallest sum of data blocks by adding the data blocks to be sent during the duration of any reference time slot, data blocks to be sent during the duration of a previous time slot (with respect to the reference time slot), and data blocks to be sent during the duration of a next time slot (with respect to the reference time slot).
• TS2 blkO
• blk2 TS3 blkO
• blkl blkl
• blk3 blkO
• blk4 TS4 blkO
• blk4 TS5 blkO, blkl , blk2, blk5
• N3 6 TS2 MO, M2, NO, N2
• N2 5 TS2 M0,M2,N0,N1,N3,
• N4 6TS3 M0,M1,M3,M4,N0
• N4 6 TS4 M0,M4,N0,N1,N2,N5
• N4 5 TS2 M0,M2,N0,N1,N2,
• N4 3 TS1 M0, M1, M3, N0, N1, N2,
• N5 7 TS2 M0, M2, N0
• N2 6TS4 M0,M4,N0,N1,N3,N4
• options 2, 4, and 6 have the smallest maximum number of data blocks (i.e., 6 data blocks) sent during any time slot.
• the optimal delivery matrix in this exemplary embodiment is option 4 because option 4 has the smallest sum of data blocks of any reference time slot plus data blocks of neighboring time slots (i.e., 16 data blocks).
• the sending sequence of the data file N should be shifted by three time slots.
• a three-dimensional delivery matrix is generated for each channel server 104.
• the DOD system 100 sends data blocks for data files M and N in accordance with the optimal delivery matrix (i.e., shift delivery sequence of data file N by three time slots) in the following manner:
• the STB 300 at client A receives, stores, plays, and rejects data blocks as follows:
• the STB 300 of the client C receives, stores, plays, and rejects data blocks as follows:
• the STB 300 at the client D receives, stores, plays, and rejects data blocks as follows:
• any combination of clients can at a random time independently select and begin playing any data file provided by the service provider.
• a service provider can schedule to send a number of data files (e.g., video files) to channel servers 104 prior to broadcasting.
• the central controlling server 102 calculates and sends to the channel servers 104 three-dimensional delivery matrices (ID, time slot, and data block send order).
• channel servers 104 consult the three-dimensional delivery matrices to send appropriate data blocks in an appropriate order.
• Each data file is divided into data blocks so that a large number of subscribing clients can separately begin viewing a data file continuously and sequentially at a random time.
• a data block size is adjusted to a next higher multiple of a memory cluster size in the local memory 208 of a channel server 104. For example, if a calculated data block length is 720Kbytes according to equation (1) above, then the resulting data block length should be 768Kbytes if the cluster size of the local memory 208 is 64Kbytes.
• data blocks should be further divided into multiples of sub-blocks each having the same size as the cluster size. In this example, the data block has twelve sub-blocks of 64KBytes.
• a sub-block can be further broken down into data packets.
• Each data packet contains a packet header and packet data.
• the packet data length depends on the maximum transfer unit (MTU) of a physical layer where each channel server's CPU sends data to.
• MTU maximum transfer unit
• the total size of the packet header and packet data should be less than the MTU. However, for maximum efficiency, the packet data length should be as long as possible.
• data in a packet header contains information that permits the subscriber client's STB 300 to decode any received data and determine if the data packet belongs to a selected data file (e.g., protocol signature, version, ID, or packet type information).
• the packet header may also contain other information, such as block/sub-block/packet number, packet length, cyclic redundancy check (CRC) and offset in a sub-block, and/or encoding information.
• CRC cyclic redundancy check
• data packets are sent to the QAM modulator 206 where another header is added to the data packet to generate a QAM-modulated IF output signal.
• the maximum bit rate output for the QAM modulator 206 is dependent on available bandwidth. For example, for a QAM modulator 206 with 6MHz bandwidth, the maximum bit rate is 5.05
• the QAM-modulated IF signals are sent to the up-converters 106 to be converted to RF signals suitable for a specific channel (e.g., for CATV channel 80, 559.250MHz and 6MHz bandwidth). For example, if a cable network has high bandwidth (or bit rate), each channel can be used to provide more than one data stream, with each data stream occupying a virtual subchannel. For example, three MPEG1 data streams can fit into a 6MHz channel using QAM modulation.
• the output of the up-converters 106 is applied to the combiner/amplifier 108, which sends the combined signal to the transmission medium 110.
• BW N x bw
• bw the required bandwidth per data stream.
• three MPEG-1 data streams can be transmitted at the same time by a DOCSIS cable channel having a system bandwidth of 30.3 Mbits/sec because each MPEG-1 data stream occupies 9 Mbits/sec of the system bandwidth.
• bandwidth is consumed regardless of the number of subscribing clients actually accessing the DOD service. Thus, even if no subscribing client is using the DOD service, bandwidth is still consumed to ensure the on-demand capability of the system.
• the total system bandwidth (BW) may be reduced by prefetching some data blocks of each data file. Prefetch data blocks are continuously sent in a separate, dedicated channel. In one embodiment, the prefetch data blocks for a data file are sent sequentially in a group. By sending prefetch data blocks, the total system bandwidth (BW) needed for delivering the remaining data blocks is reduced. After determining a desirable number of prefetch data blocks to be sent in a separate channel, the schedule for sending the remaining data blocks should be adjusted so that the prefetch data blocks are not sent again with other data blocks.
• the bandwidth saved by prefetching data blocks x to y of a data file can be estimated by the following equation:
• the prefetech delay time is determined based on the size of a data block for each data file, the number of prefetch data blocks per data file, the number of data files being sent, and the allocated prefetch bandwidth in the dedicated channel. In an exemplary embodiment, all prefetch data blocks for each data file are sent sequentially and continuously in the dedicated channel, one data block per time slot. A person skilled in the art would recognize that as the number of prefetch data blocks increases, the longer the prefetch delay time. Thus, when determining an optimal number of prefetch data blocks for each data file, an acceptable prefetch delay time should be considered.
• these prefetch data blocks can be sent in the following manner:
• a prefetch delay time [ data block size (Mbytes) * number of prefetch data blocks * (number of data files to be sent + 1) * 8
• prefetch data blocks of a new data file are sent more frequently than prefetch data blocks in an old data file (e.g., a data file that has been sent continuously for a predetermined amount of time).
• an old data file e.g., a data file that has been sent continuously for a predetermined amount of time.
• the prefetch data blocks are sent in the following manner:
• the STB 300 once turned on, continuously receives and updates a program guide stored in the local memory 308 of a STB 300.
• the STB 300 displays data file information including the latest program guide on a TV screen.
• Data file information such as video file information, may include movielD, movie title, description (in multiple languages), category (e.g., action, children), rating (e.g., R, PG13), cable company policy (e.g., price, length of free preview), subscription period, movie poster, and movie preview.
• data file information is sent via the dedicated channel, such as a channel reserved for firmware update, commercials, and/or emergency information.
• information is sent in a physical channel shared by other data streams.
• the STB 300 while the STB 300 is not playing any data file, the STB 300 is tuned into the dedicated channel and is ready to receive and update prefetch data blocks that have not yet been received.
• previews are comprised of randomly selected data blocks in a data stream of a data file.
• a user who selects a preview of a data file multiple times is unlikely to view an identical preview.
• An advantage of randomly composed previews is that the DOD system 100 does not need extra bandwidth to broadcast a predetermined preview program. Instead, the DOD system 100 randomly selects data blocks in the normal data stream of a data file after a user requests to view a preview of that data file.
• some data blocks cannot become a part of any preview. For example, if a data file provides a movie, the data blocks of the second half of the movie should not become a part of a randomly selected preview.
• a subscribing client can view a list of available data files arranged by categories displayed on a television screen.
• the STB 300 controls its hardware to tune into a corresponding physical channel and/or a virtual subchannel to start receiving data packets for that data file.
• the STB 300 examines every data packet header, decodes data in the data packets, and determines if a received data packet should be retained. If the STB 300 determines that a data packet should not be retained, the data packet is discarded. Otherwise, the packet data is saved in the local memory 308 for later retrieval or is temporarily stored in the buffer memory 309 until it is sent to the decoder 312.
• the STB 300 uses a "sliding window" anticipation technique to lock anticipated data blocks in the memory buffer 309 whenever possible. Data blocks are transferred to the decoder 312 directly out of the memory buffer 309 if a hit in an anticipation window occurs. If an anticipation miss occurs, data blocks are read from the local memory 308 into the memory buffer 309 before the data blocks are transferred to the decoder 312 from the memory buffer 309.
• the STB 300 responds to subscribing client's commands via infrared (IR) remote control unit buttons, an TR keyboard, or front panel pushbuttons, including buttons to pause, play in slow motion, rewind, zoom and single step.
• IR infrared
• a subscribing client if a subscribing client does not input any action for a predetermined period of time (e.g., scrolling program menu, or selecting a category or movie), a scheduled commercial is played automatically.
• the scheduled commercial is automatically stopped when the subscribing client provides an action (e.g., press a button in a remote control unit).
• the STB 300 can automatically insert commercials while a video is being played.
• the service provider e.g., a cable company
• a cable company using the DOD system 100 can preset a price list based on the number of commercial interruptions.
• data blocks for commercials are continuously broadcasted via a dedicated channel which also broadcasts a program guide, an emergency bit, and any firmware update.
• a user can choose from such a price list an acceptable balance between price and commercials.
• the price list is an acceptable balance between price and commercials.
• DOD system 100 implements the user's selection by maintaining an internal clock which allows automatic insertion of commercial data blocks at the predetermined time intervals based on the user's selected pricing scheme.
• the STB 300 pauses any data receiving operation and controls its hardware to tune into the channel reserved for receiving data file information to obtain and decode any emergency information to be displayed on an output screen.
• the STB 300 when the STB 300 is idled, it is tuned to the channel reserved for receiving data file information and is always ready to receive and display any emergency information without delay.
• an alarm may go off to alert a user to turn on the output device to view the emergency information.
• the STB 300 is capable of distinguishing emergency information for different regions. For example, the emergency information for an unrelated region will not interrupt a data file being played or trigger an alarm. In contrast, in existing systems, cable companies have to manually interrupt a broadcast to send emergency information.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Databases & Information Systems (AREA)
• Human Computer Interaction (AREA)
• Computer Networks & Wireless Communication (AREA)
• Business, Economics & Management (AREA)
• Marketing (AREA)
• Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
• Circuits Of Receivers In General (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Television Signal Processing For Recording (AREA)
• Television Systems (AREA)

Applications Claiming Priority (5)

Publications (2)

Family

ID=27079218

Family Applications (1)

Country Status (11)

Families Citing this family (6)

Citations (2)

Family Cites Families (11)

• 2001
  • 2001-05-31 IL IL15276101A patent/IL152761A0/xx unknown
  • 2001-05-31 JP JP2002500209A patent/JP5038574B2/ja not_active Expired - Fee Related
  • 2001-05-31 EP EP01944254A patent/EP1285348A4/de not_active Withdrawn
  • 2001-05-31 WO PCT/US2001/017986 patent/WO2001093062A1/en not_active Application Discontinuation
  • 2001-05-31 BR BR0111652-5A patent/BR0111652A/pt not_active IP Right Cessation
  • 2001-05-31 MX MXPA02011840A patent/MXPA02011840A/es unknown
  • 2001-05-31 CA CA002406715A patent/CA2406715A1/en not_active Abandoned
  • 2001-05-31 AU AU2001266681A patent/AU2001266681A1/en not_active Abandoned
  • 2001-05-31 CN CNB018007570A patent/CN1203671C/zh not_active Expired - Fee Related
  • 2001-07-03 TW TW090113207A patent/TW571594B/zh not_active IP Right Cessation
• 2003
  • 2003-02-28 HK HK03101490.0A patent/HK1049389B/zh not_active IP Right Cessation

Patent Citations (2)

Non-Patent Citations (4)

Also Published As

Similar Documents

Legal Events