EP1138154A1 - Scalable system for video-on-demand - Google Patents

Scalable system for video-on-demand

Info

Publication number
EP1138154A1
EP1138154A1 EP00962497A EP00962497A EP1138154A1 EP 1138154 A1 EP1138154 A1 EP 1138154A1 EP 00962497 A EP00962497 A EP 00962497A EP 00962497 A EP00962497 A EP 00962497A EP 1138154 A1 EP1138154 A1 EP 1138154A1
Authority
EP
European Patent Office
Prior art keywords
content information
client
introductory portion
introductory
nvod
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.)
Withdrawn
Application number
EP00962497A
Other languages
German (de)
French (fr)
Inventor
Raoul Mallart
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Publication of EP1138154A1 publication Critical patent/EP1138154A1/en
Withdrawn legal-status Critical Current

Links

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/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
    • 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
    • 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/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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • 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/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/47208—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 near-video-on-demand 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/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
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the invention relates in particular to a system and method to implement a video-on-demand (VOD) service using any transmission network such as cable TV and the Internet.
  • VOD video-on-demand
  • a VOD delivery system is a system for giving program information through bidirectional transmission paths between a supply center and subscribers.
  • the VOD delivery system handles multimedia information including still images, high-quality television images, computer software, etc.
  • the term "VOD delivery system” is often used in a narrower sense as a system for handling movies, television programs, etc.
  • the term Video-on-demand (VOD) refers to a service that enables subscribers to select videos from a central server for viewing on a television or the display monitor of a PC. Owing to the large amounts of data required by video, VOD via a data network such as the Internet, does not scale to a large number of users. VOD requires huge network bandwidth and huge servers.
  • NVOD Near-VOD
  • users do not get true control over the video: they neither control the starting time, nor can they pause the program or rewind the video.
  • the interactive entertainment system broadcasts several time-shifted versions of an interactive application (i.e., broadcasts duplicate versions of the application, with the starting time of each version offset by a unique, predetermined time increment) to all of its subscribers over shared communication paths.
  • interactive systems utilize NVOD services to provide several presentations of a movie, where the presentation start-times are staggered so that no two presentations start at the same time.
  • the client is controlled to start recording the program in progress on a specific one of the NVOD channels.
  • the specific NVOD channel is the one on which the transmission of the program started the shortest time period ago relative to the request. This ensures an overlap in information content, from a certain moment on, between the recording and the play-out of the beginning portion.
  • the overlap enables an, in principle, seamless transition in switching from the VOD channel to the specific NVOD channel.
  • a disadvantage of the known system is that it is not scalable to the number of users. Each request for a beginning portion needs a separate VOD channel to the end user, on top of the number of NVOD channels to implement the NVOD mode.
  • An object of the invention is to provide a novel method of emulating a VOD service in an NVOD architecture. Another object is to provide a method that allows for scalability.
  • content information is being made available to an end-user in the NVOD architecture.
  • An introductory portion of the content information is enabled to be stored at the end-user's equipment.
  • the content information supplied via the NVOD architecture is enabled to be buffered at the equipment.
  • the method further enables to switch from playing out the stored introductory portion to playing out the buffered content information.
  • the content information comprises multiple programs, and the introductory portion comprises respective ones of multiple introductory parts associated with respective ones of the multiple programs.
  • the switching now comprises shifting from playing out a specific introductory part to playing out a specific program associated with the specific introductory part.
  • the inventor proposes to store at the user's client the beginning portions of all different programs available in the NVOD mode.
  • the user can thus surf the channels at his/her own storage device, that preferably comprises a hard disk, and select a program based on the stored portions. Once a portion is selected and is being played out, recording is started of the relevant NVOD channel nearest in time for that particular program.
  • the local storage of the introductory portions makes the system scalable.
  • the introductory portions could be stored, e.g., overnight while recording from a certain TV channel, or could be downloaded via a data network, e.g., the Internet, or could be provided stored on a physical device, e.g., a DVD or a card with a solid state semiconductor memory, e.g., a flash memory card.
  • the invention leverages local mass storage capability, e.g., on a set top box (STB) and uses a NVOD service to emulate a VOD service.
  • Data broadcasting stores the beginning of all movies in a collection on the local mass storage device of the set top box.
  • STB starts playing the movie from the local storage.
  • the STB tunes to the proper NVOD channel and starts buffering the rest of the movie.
  • the portion of the movie stored locally needs not be longer in duration than the staggering interval of the NVOD service.
  • the STB can provide an instantaneous start of the movie play back. Since the STB buffers the video stream, the user can pause and rewind the movie as if he/she was controlling a VCR. Of course, fast- forwarding past the current buffer content is not possible. If the buffer is a recirculating buffer, i.e., the stored content is overwritten by new content each time the buffer is full, a fast rewind past the overwritten content is not possible either.
  • User profiling and personalization can be used to automate the selection process of which movies to store on the local mass storage device.
  • the apparatus of the user's equipment storing the introductory portion may, but need not, be the same apparatus as the one buffering the content information supplied via the NVOD. If these are two separate apparatuses, it is required that they cooperate to minimize the perceivable effect in terms of an interruption when switching from the one to the other for playing out. If they are one and the same storage device, it is required that it allows read and write operations at the same time.
  • Fig.1 is a block diagram of an NVOD server system in the invention
  • Figs.2 and 3 are block diagrams of a client for connection to the system of Fig.l;
  • Fig.4 is a block diagram of some details of the client. Throughout the figures, same reference numerals indicate similar or corresponding features.
  • Fig.l is a block diagram of an NVOD server system 100 for delivery of analog video and audio.
  • System 100 comprises an analog Audio/Video (A/V) source 102, e.g., a video tape recorder (VTR), a frame counter 104, a data insertion sub-system 106 and a storage sub-system 108.
  • A/V source 102 supplies analog A/V program content.
  • Counter 104 counts the frames in the introductory portion of the A/V content, and sub-system 106 adds the frame number as data to the VBI (vertical blanking interval) after the associated frame.
  • VBI vertical blanking interval
  • a flag is inserted in the VBI only after the last frame, or one of the last frames of the beginning portion of the A/V program content.
  • System 100 further comprises a program information generator 1 10, a download scheduler 1 12, a sub-system 1 14 for data insertion in the VBI, and an interface 1 16 to a delivery network 1 18.
  • Generator 1 10 generates program information under control of download scheduler 112.
  • the program information includes the number of frames in the introductory portion, i.e., the number of labeled frames and, for example, the title of the program, the name of the content owner and the name of the author.
  • Scheduler 1 12 determines how frequent and when the introductory portion of each program is being made available to delivery network 1 18 for being stored at the client (not shown here), e.g., each night from 3am to 4am.
  • Sub-system 114 inserts the information generated in generator 1 10 into the VBI at the beginning of the introductory portion of each program to be downloaded to the client via network 118.
  • Fig.2 is a block diagram of a client 200 for receipt of the introductory portions of the A V content programs as downloaded from system 100 for local storage.
  • Client 200 comprises an interface 202, a VBI parser 204, a memory 206, A/D converters 208 and 210, MPEG encoders 212 and 214, a multiplexer 216 and a memory 218.
  • Interface 202 couples client 200 to delivery network 1 18 and supplies an audio path and a video path.
  • Parser 204 is connected to the video path and parses the VBI information. Parser 204 extracts the program information, such as the program's title, the names of the content owner and of the author, etc.. as generated by generator 110. Parser 204 further extracts the number of labeled video frames of the introductory portion of the program, and the frame number currently received. The program information and the total number of the frame label is stored in a data base in memory 206.
  • A/D converter 208 converts the analog video signal received over network 118 into a digital video signal. The digital video signal is suppled to MPEG 212 encoder for compressing the digital video signal.
  • A/D converter 210 encodes the analog audio signal received over network 118 into a digital audio signal. The digital audio signal is compressed by MPEG encoder 214. The digital compressed audio and video signals are then stored in memory 218 via multiplexer 216.
  • Fig. 3 is a block diagram of client 200 of Fig.2 showing components for playing out the content.
  • client 200 comprises a buffer 302, a switch 304 with an output 306, a controller 308 and a frame counter 310.
  • switch 304 When the user starts playing out the introductory part of a specific A/V content program that is stored in local storage 218, switch 304 is the position wherein output 306 is connected to storage 218.
  • Counter 310 keeps track of the frames supplied by storage 218.
  • Controller 308 receives a signal representative of the number of frames supplied by storage 218. Controller also receives from data base 206 the total number of frames comprised in the introductory part stored. Controller 308 compares the frame number received from counter 310 with the total number of frames as stored for this introductory part. If the controller determines that the numbers are equal switch 304 is controlled so as to connect to buffer 302.
  • Buffer 302 receives the digitized compressed content as supplied by system 100 in the NVOD mode and is received at client 200 via A/D converters 208 and 210 and encoders 212 and 214.
  • the size of buffer 302 is determined by the stagger time interval of the NVOD that in turn determines the length needed for the introductory portion.
  • system 100 selects among the NVOD programs on delivery network 218 that specific channel that started supplying the same program the shortest time ago. Such information for controlling that selection is, for example, available from data base 206. Assume that the last frame of the introductory portion is being supplied from local storage 218. The same frame is now available somewhere in buffer 302 because an overlap in content is required.
  • Switch 304 comprises demultiplexers 402 and 404, audio decompressors 406 and 408, an audio mixer 410, a D/A converter 412, a video path switch 414, a decoder 416 and a D/A converter 418.
  • Demultiplexer 402 is connected to input A of switch 304 and demultiplexer 404 is connected to input B of switch 304 (see Fig.3).
  • Demultiplexers 402 and 404 each generate a video stream and an audio stream.
  • the audio stream from demultiplexer 402 is supplied to a decompressor 406.
  • the audio stream from demultiplexer 404 is supplied to a decompressor 408.
  • the outputs of decompressors 406 and 408 are connected to data inputs of mixer 410.
  • Mixer 410 is controlled by controller 308.
  • the output of mixer 410 is connected to D/A converter 412 that supplies analog audio output.
  • Mixer 410 is controlled to produce a glitch-free audio signal by, for example, phasing in the signal received from buffer 302 and phase out the audio signal from local storage 218.
  • the video stream is switched in switch 414 between two frames from input A to input B.
  • Switch 414 is also controlled by controller 308.
  • the video encoding is such that the last frame is not a B- frame (bi-directional frame). That is, the decoding of the last frame of the introductory portion does not require a subsequent frame.
  • the encoding is preferably such that the first frame supplied by buffer 302 is an I-frame (intra frame), whose decoding does not require a previous frame.
  • the above example relates to analog content.
  • digital content is relatively simple.
  • Digital video bitstreams have time stamps. They can therefore be cut at any frame transition and re-spliced using the proper time stamps as a reference in order to recreate exactly the same bitstream.
  • the time stamp of the end of the introductory portion of the program needs to be communicated to the client in the download phase.
  • the client compares the stored time stamp (that indicates the end of the introductory portion) to the current time stamp of the bitstream being played out from the local storage. When the comparison signals that the time stamps are equal, the client switches the video source from local storage to the buffer.
  • the configuration of the system for digital content is, for example, functionally similar to that of the analog case discussed above, but does not comprise A/D and D/A converters 208, 210, 412, and 418, does not comprise compressors 212 and 214 and decompressors 406 and 408, does not comprise the components for processing the frame numbers, and it does not need audio mixer 410 either.
  • A/D and D/A converters 208, 210, 412, and 418 does not comprise compressors 212 and 214 and decompressors 406 and 408, does not comprise the components for processing the frame numbers, and it does not need audio mixer 410 either.
  • This is approach is used to map a real life event, e.g., a motor race, onto a virtual environment in order to let the user participate in a virtual race against the real life professionals, the dynamics of the virtual environment being determined by the state changes sent to the user.
  • a real life event e.g., a motor race
  • BROADCAST APPLICATION This document relates to a broadcast application on a client- server network wherein the streaming is emulated of animation data over the Internet to a large number of clients.
  • the animation is considered a sequence of states. State information is sent to the clients instead of the graphics data itself. The clients generate the animation data itself under control of the state information.
  • the server and clients communicate using a shared object protocol. Thus, streaming is accomplished as well as a broadcast without running into severe network bandwidth problems.

Abstract

A VOD service is emulated in an NVOD architecture. Content information is made available to an end-user in the NVOD architecture. An introductory portion of the content information is stored at the end-user's equipment, e.g., by downloading overnight. During playing out of the introductory portion at the end-user enabling the content information supplied in the NVOD architecture is buffered at the end-user's equipment. The equipment is controlled to switch from playing out the introductory portion stored to playing out the buffered content information.

Description

Scalable system for video-on-demand.
FIELD OF THE INVENTION
The invention relates in particular to a system and method to implement a video-on-demand (VOD) service using any transmission network such as cable TV and the Internet.
BACKGROUND ART
A VOD delivery system is a system for giving program information through bidirectional transmission paths between a supply center and subscribers. In a wider sense, the VOD delivery system handles multimedia information including still images, high-quality television images, computer software, etc. However, the term "VOD delivery system" is often used in a narrower sense as a system for handling movies, television programs, etc. Typically, therefore, the term Video-on-demand (VOD) refers to a service that enables subscribers to select videos from a central server for viewing on a television or the display monitor of a PC. Owing to the large amounts of data required by video, VOD via a data network such as the Internet, does not scale to a large number of users. VOD requires huge network bandwidth and huge servers. Near-VOD (NVOD) is a solution to the scalability problem of VOD. But users do not get true control over the video: they neither control the starting time, nor can they pause the program or rewind the video. In NVOD programming, the interactive entertainment system broadcasts several time-shifted versions of an interactive application (i.e., broadcasts duplicate versions of the application, with the starting time of each version offset by a unique, predetermined time increment) to all of its subscribers over shared communication paths. Typically, interactive systems utilize NVOD services to provide several presentations of a movie, where the presentation start-times are staggered so that no two presentations start at the same time. Published European Patent Application EP 0 749 242 Al describes a VOD system that has a server which operates in the near-video-on-demand (NVOD) mode. The server transmits multiple copies of each program via multiple, separate transmission NVOD channels. The transmission of a specific program via one NVOD channel is offset in time by a fixed time interval relative to transmission of the same program via another NVOD channel. As a result, different NVOD channels show different stages of evolution of the same program. Upon a request from a client for receipt of a particular program, the server sends to the requesting client the beginning portion of the program via a VOD channel that is not an NVOD channel. The beginning portion provided has a duration equal to or shorter than the stagger time interval. The client is controlled to start recording the program in progress on a specific one of the NVOD channels. The specific NVOD channel is the one on which the transmission of the program started the shortest time period ago relative to the request. This ensures an overlap in information content, from a certain moment on, between the recording and the play-out of the beginning portion. The overlap enables an, in principle, seamless transition in switching from the VOD channel to the specific NVOD channel.
A disadvantage of the known system is that it is not scalable to the number of users. Each request for a beginning portion needs a separate VOD channel to the end user, on top of the number of NVOD channels to implement the NVOD mode.
SUMMARY OF THE INVENTION
An object of the invention is to provide a novel method of emulating a VOD service in an NVOD architecture. Another object is to provide a method that allows for scalability. In the method of the invention content information is being made available to an end-user in the NVOD architecture. An introductory portion of the content information is enabled to be stored at the end-user's equipment. During play-out of the introductory portion at the end-user the content information supplied via the NVOD architecture is enabled to be buffered at the equipment. The method further enables to switch from playing out the stored introductory portion to playing out the buffered content information. In a more specific embodiment, the content information comprises multiple programs, and the introductory portion comprises respective ones of multiple introductory parts associated with respective ones of the multiple programs. The switching now comprises shifting from playing out a specific introductory part to playing out a specific program associated with the specific introductory part.
The inventor proposes to store at the user's client the beginning portions of all different programs available in the NVOD mode. The user can thus surf the channels at his/her own storage device, that preferably comprises a hard disk, and select a program based on the stored portions. Once a portion is selected and is being played out, recording is started of the relevant NVOD channel nearest in time for that particular program. The local storage of the introductory portions makes the system scalable. The introductory portions could be stored, e.g., overnight while recording from a certain TV channel, or could be downloaded via a data network, e.g., the Internet, or could be provided stored on a physical device, e.g., a DVD or a card with a solid state semiconductor memory, e.g., a flash memory card.
Streaming of video over IP networks requires some buffering of the data. This buffering is required to minimize the adverse effects of the low quality of service of IP networks. This delays start-up time. The invention leverages local mass storage capability, e.g., on a set top box (STB) and uses a NVOD service to emulate a VOD service. Data broadcasting stores the beginning of all movies in a collection on the local mass storage device of the set top box. When the user chooses to watch a specific movie, the STB starts playing the movie from the local storage. In parallel, the STB tunes to the proper NVOD channel and starts buffering the rest of the movie. The portion of the movie stored locally needs not be longer in duration than the staggering interval of the NVOD service. The STB can provide an instantaneous start of the movie play back. Since the STB buffers the video stream, the user can pause and rewind the movie as if he/she was controlling a VCR. Of course, fast- forwarding past the current buffer content is not possible. If the buffer is a recirculating buffer, i.e., the stored content is overwritten by new content each time the buffer is full, a fast rewind past the overwritten content is not possible either.
User profiling and personalization can be used to automate the selection process of which movies to store on the local mass storage device. The apparatus of the user's equipment storing the introductory portion may, but need not, be the same apparatus as the one buffering the content information supplied via the NVOD. If these are two separate apparatuses, it is required that they cooperate to minimize the perceivable effect in terms of an interruption when switching from the one to the other for playing out. If they are one and the same storage device, it is required that it allows read and write operations at the same time.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention is explained by way of example and with reference to the accompanying drawings, wherein: Fig.1 is a block diagram of an NVOD server system in the invention;
Figs.2 and 3 are block diagrams of a client for connection to the system of Fig.l; and
Fig.4 is a block diagram of some details of the client. Throughout the figures, same reference numerals indicate similar or corresponding features.
PREFERRED EMBODIMENTS First, an environment for analog video is discussed in detail. Then a system for digital video is discussed.
Fig.l is a block diagram of an NVOD server system 100 for delivery of analog video and audio. System 100 comprises an analog Audio/Video (A/V) source 102, e.g., a video tape recorder (VTR), a frame counter 104, a data insertion sub-system 106 and a storage sub-system 108. A/V source 102 supplies analog A/V program content. Counter 104 counts the frames in the introductory portion of the A/V content, and sub-system 106 adds the frame number as data to the VBI (vertical blanking interval) after the associated frame. Alternatively, a flag is inserted in the VBI only after the last frame, or one of the last frames of the beginning portion of the A/V program content. The flag then indicates that the switching should occur. Having a flag after a frame preceding the last frame is advantageous, for example, to take into account the latency in the control process of the switching. The A/V content including the labeled frames of the introductory portion of each A/V program is then stored in storage system 108. System 100 further comprises a program information generator 1 10, a download scheduler 1 12, a sub-system 1 14 for data insertion in the VBI, and an interface 1 16 to a delivery network 1 18. Generator 1 10 generates program information under control of download scheduler 112. The program information includes the number of frames in the introductory portion, i.e., the number of labeled frames and, for example, the title of the program, the name of the content owner and the name of the author. Scheduler 1 12 determines how frequent and when the introductory portion of each program is being made available to delivery network 1 18 for being stored at the client (not shown here), e.g., each night from 3am to 4am. Sub-system 114 inserts the information generated in generator 1 10 into the VBI at the beginning of the introductory portion of each program to be downloaded to the client via network 118.
Fig.2 is a block diagram of a client 200 for receipt of the introductory portions of the A V content programs as downloaded from system 100 for local storage. Client 200 comprises an interface 202, a VBI parser 204, a memory 206, A/D converters 208 and 210, MPEG encoders 212 and 214, a multiplexer 216 and a memory 218.
Interface 202 couples client 200 to delivery network 1 18 and supplies an audio path and a video path. Parser 204 is connected to the video path and parses the VBI information. Parser 204 extracts the program information, such as the program's title, the names of the content owner and of the author, etc.. as generated by generator 110. Parser 204 further extracts the number of labeled video frames of the introductory portion of the program, and the frame number currently received. The program information and the total number of the frame label is stored in a data base in memory 206. A/D converter 208 converts the analog video signal received over network 118 into a digital video signal. The digital video signal is suppled to MPEG 212 encoder for compressing the digital video signal. A/D converter 210 encodes the analog audio signal received over network 118 into a digital audio signal. The digital audio signal is compressed by MPEG encoder 214. The digital compressed audio and video signals are then stored in memory 218 via multiplexer 216.
Fig. 3 is a block diagram of client 200 of Fig.2 showing components for playing out the content. In addition to the components introduced in Fig.2, client 200 comprises a buffer 302, a switch 304 with an output 306, a controller 308 and a frame counter 310. When the user starts playing out the introductory part of a specific A/V content program that is stored in local storage 218, switch 304 is the position wherein output 306 is connected to storage 218. Counter 310 keeps track of the frames supplied by storage 218. Controller 308 receives a signal representative of the number of frames supplied by storage 218. Controller also receives from data base 206 the total number of frames comprised in the introductory part stored. Controller 308 compares the frame number received from counter 310 with the total number of frames as stored for this introductory part. If the controller determines that the numbers are equal switch 304 is controlled so as to connect to buffer 302.
Buffer 302 receives the digitized compressed content as supplied by system 100 in the NVOD mode and is received at client 200 via A/D converters 208 and 210 and encoders 212 and 214. The size of buffer 302 is determined by the stagger time interval of the NVOD that in turn determines the length needed for the introductory portion. When the user starts playing out the introductory portion of a program from local storage 218, system 100 selects among the NVOD programs on delivery network 218 that specific channel that started supplying the same program the shortest time ago. Such information for controlling that selection is, for example, available from data base 206. Assume that the last frame of the introductory portion is being supplied from local storage 218. The same frame is now available somewhere in buffer 302 because an overlap in content is required. All frames of the introductory portion have been tagged or labeled. Controller 308 therefore controls buffer 302 to start supplying the frame after the last tagged one. Fig. 4 shows switch 304 in more detail. Switch 304 comprises demultiplexers 402 and 404, audio decompressors 406 and 408, an audio mixer 410, a D/A converter 412, a video path switch 414, a decoder 416 and a D/A converter 418. Demultiplexer 402 is connected to input A of switch 304 and demultiplexer 404 is connected to input B of switch 304 (see Fig.3). Demultiplexers 402 and 404 each generate a video stream and an audio stream.
The audio stream from demultiplexer 402 is supplied to a decompressor 406. The audio stream from demultiplexer 404 is supplied to a decompressor 408. The outputs of decompressors 406 and 408 are connected to data inputs of mixer 410. Mixer 410 is controlled by controller 308. The output of mixer 410 is connected to D/A converter 412 that supplies analog audio output. Mixer 410 is controlled to produce a glitch-free audio signal by, for example, phasing in the signal received from buffer 302 and phase out the audio signal from local storage 218.
The video stream is switched in switch 414 between two frames from input A to input B. Switch 414 is also controlled by controller 308. This produces a continuous bitstream of digital video that is decoded in decoder 416, and then converted to analog in D/A converter 418 for analog play-out. Preferably, the video encoding is such that the last frame is not a B- frame (bi-directional frame). That is, the decoding of the last frame of the introductory portion does not require a subsequent frame. Also, the encoding is preferably such that the first frame supplied by buffer 302 is an I-frame (intra frame), whose decoding does not require a previous frame. These restrictions ensure that the output of switch 414 is a continuous video stream.
The above example relates to analog content. The case of digital content is relatively simple. Digital video bitstreams have time stamps. They can therefore be cut at any frame transition and re-spliced using the proper time stamps as a reference in order to recreate exactly the same bitstream. In order to implement the VOD concept the time stamp of the end of the introductory portion of the program needs to be communicated to the client in the download phase. To splice the program content the client compares the stored time stamp (that indicates the end of the introductory portion) to the current time stamp of the bitstream being played out from the local storage. When the comparison signals that the time stamps are equal, the client switches the video source from local storage to the buffer. The configuration of the system for digital content is, for example, functionally similar to that of the analog case discussed above, but does not comprise A/D and D/A converters 208, 210, 412, and 418, does not comprise compressors 212 and 214 and decompressors 406 and 408, does not comprise the components for processing the frame numbers, and it does not need audio mixer 410 either. Within the context of the curent invention, the following patent documents are incorporated herein by reference:
- U.S. Serial No. 09/283,545 (attorney docket PHA 23,633) filed 4/1/99 for Yevgeniy Eugene Shteyn for TIME- AND LOCATION- DRIVEN PERSONALIZED TV. This document relates to a server system that enables a subscriber to select a specific broadcast program for recording and a specific location and time frame for play-out of the recorded program.
- U.S. Serial No. 09/149,950 (attorney docket PHA 23,495) filed 9/9/98 for Raoul Mallart for REAL-TIME VIDEO GAME USES EMULATION OF STREAMING OVER THE INTERNET IN A BROADCAST EVENT. In a broadcast application on a client-server network the streaming is emulated of animation data over the Internet to a large number of clients. The animation is considered a sequence of states. State information is sent to the clients instead of the graphics data itself. The clients generate the animation data itself under control of the state information. The server and clients communicate using a shared object protocol. Thus, streaming is accomplished as well as a broadcast without running into severe network bandwidth problems. This is approach is used to map a real life event, e.g., a motor race, onto a virtual environment in order to let the user participate in a virtual race against the real life professionals, the dynamics of the virtual environment being determined by the state changes sent to the user.
- U.S. Serial No. 09/138,782 (attorney docket PHA 23,491) filed 8/24/98 for Raoul Mallart and Atul Sinha for EMULATION OF STREAMING OVER THE INTERNET IN A
BROADCAST APPLICATION. This document relates to a broadcast application on a client- server network wherein the streaming is emulated of animation data over the Internet to a large number of clients. The animation is considered a sequence of states. State information is sent to the clients instead of the graphics data itself. The clients generate the animation data itself under control of the state information. The server and clients communicate using a shared object protocol. Thus, streaming is accomplished as well as a broadcast without running into severe network bandwidth problems.
- U.S. Serial No. 09/053,448 (attorney docket PHA 23,383) filed 4/1/98 for Raoul Mallart and Atul Sinha for GROUP-WISE VIDEO CONFERENCING USES 3D-GRAPHICS MODEL OF BROADCAST EVENT. This document relates to a TV broadcast service to multiple geographically distributed end- users that is integrated with a conferencing mode. Upon a certain event in the broadcast, specific groups of end users are switched to a conference mode under software control so that the group is enabled to discuss the event. The conference mode is enhanced by a 3D graphics model of the video representation of the event that is downloaded to the groups. The end users are capable of interacting with the model to discuss alternatives to the event.

Claims

CLAIMS:
1. A method of emulating a VOD service in an NVOD architecture (108), the method comprising:
- making content information available to an end-user (200) in the NVOD architecture;
- enabling to store (218) an introductory portion of the content information at the end-user's equipment ;
- during playing out of the introductory portion at the end-user enabling to buffer (302) the content information supplied in the NVOD architecture at the end-user's equipment;
- enabling to switch (304) from playing out the stored introductory portion to playing out the buffered content information.
2. The method of claim 1, wherein:
- the content information comprises multiple programs;
- the introductory portion comprises respective ones of multiple introductory parts associated with respective ones of the multiple programs; and - the enabling to switch comprises enabling to shift from playing out a specific one of the introductory parts to playing out a specific one of the multiple programs associated with the specific introductory part.
3. The method of claim 1, wherein: - the content information is broadcast via a data network (1 18) ;
- the introductory portion is supplied via the data network.
4. The method of claim 1 , wherein:
- the content information is broadcast via a TV network; and - the introductory portion is supplied via the TV network.
5. The method of claim 1, wherein:
- the content information is broadcast via a TV network; and
- the introductory portion is supplied via a data network.
6. The method of claim 1 , wherein the introductory portion is provided to the end- user stored on a physical device.
7. The method of claim 2, wherein:
- the content information comprises frames in an analog format ;
- the enabling to switch comprises labeling (104/106) successive ones of the frames of the introductory portion in a VBI signal; and
- the switching is controlled by the labeling.
8. The method of claim 2, wherein:
- the content information comprises frames in a digital format with time stamps; and
- the switching is controlled by the time stamps.
9. A client apparatus (200) for use in a client-server system that emulates a VOD service in an NVOD architecture, wherein:
- the system has a server (108) that makes content information available to the client in an NVOD mode;
- the client has a storage (218) for storing an introductory portion of the content information; - the client has a buffer (302) for buffering the content information supplied in the NVOD mode during playing out of the introductory portion; and
- the client has a switch (304) to control switching from playing out the introductory portion from the storage to playing out the content information from the buffer.
10. The client apparatus of claim 9, wherein:
- the server makes available the content information in an analog format;
- the introductory portion has frames with labels;
- the client has a parser (204) to extract information about the labels; and
- the client has a controller (308) to control the switching under control of the information.
11. The client apparatus of claim 9, wherein:
- the server makes available the content information in a digital format with time stamps; and
- the client has a controller to control the switching under control of the time stamps.
EP00962497A 1999-09-27 2000-09-15 Scalable system for video-on-demand Withdrawn EP1138154A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US406642 1982-08-09
US40664299A 1999-09-27 1999-09-27
PCT/EP2000/009078 WO2001024526A1 (en) 1999-09-27 2000-09-15 Scalable system for video-on-demand

Publications (1)

Publication Number Publication Date
EP1138154A1 true EP1138154A1 (en) 2001-10-04

Family

ID=23608858

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00962497A Withdrawn EP1138154A1 (en) 1999-09-27 2000-09-15 Scalable system for video-on-demand

Country Status (5)

Country Link
EP (1) EP1138154A1 (en)
JP (1) JP2003510982A (en)
KR (1) KR20010080591A (en)
CN (1) CN1157062C (en)
WO (1) WO2001024526A1 (en)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1936982A3 (en) 2001-02-21 2010-12-15 United Video Properties, Inc. Systems and method for interactive program guides with personal video recording features
KR100886577B1 (en) * 2001-06-15 2009-03-05 코닌클리케 필립스 일렉트로닉스 엔.브이. System for transmitting programs to client terminals
US7574728B2 (en) 2001-07-31 2009-08-11 Dinastech Ipr Limited System for delivering data over a network
US7200669B2 (en) * 2001-07-31 2007-04-03 Dinastech Ipr Limited Method and system for delivering large amounts of data with interactivity in an on-demand system
US7174384B2 (en) 2001-07-31 2007-02-06 Dinastech Ipr Limited Method for delivering large amounts of data with interactivity in an on-demand system
EP1433324A4 (en) * 2001-07-31 2007-04-18 Dinastech Ipr Ltd System for delivering data over a network
US20030138237A1 (en) * 2002-01-23 2003-07-24 Stewart John Sidney Multimedia on demand for use in a near on demand environment
US8635355B2 (en) 2002-05-01 2014-01-21 Stmicroelectronics, Inc. Method for pre-caching content to enable true VOD systems from NVOD or stream limited VOD systems
KR100909608B1 (en) * 2002-05-15 2009-07-28 엘지전자 주식회사 NV Terminal Device
CN100459700C (en) * 2004-11-16 2009-02-04 南京大学 Method for realizing video requesting system based on protocol buffer storage
US9176955B2 (en) 2005-03-09 2015-11-03 Vvond, Inc. Method and apparatus for sharing media files among network nodes
US7191215B2 (en) * 2005-03-09 2007-03-13 Marquee, Inc. Method and system for providing instantaneous media-on-demand services by transmitting contents in pieces from client machines
US8904463B2 (en) 2005-03-09 2014-12-02 Vudu, Inc. Live video broadcasting on distributed networks
US7698451B2 (en) 2005-03-09 2010-04-13 Vudu, Inc. Method and apparatus for instant playback of a movie title
KR100769890B1 (en) * 2005-09-29 2007-11-02 하나로미디어(주) Method for the treatment of video on demand data capable of compatible performance of storage and buffering of the video on demand data in video on demand service through set top box and set top box for the same
US7694006B2 (en) * 2007-07-27 2010-04-06 Realnetworks, Inc. System and method for distributing media data
EP2194687A1 (en) * 2008-12-04 2010-06-09 T-Mobile International AG Combined rendering of digital media objects
EP2214371A1 (en) 2009-01-30 2010-08-04 T-Mobile International AG Undelayed rendering of streamed media object
CN101635827B (en) * 2009-08-27 2013-09-11 中兴通讯股份有限公司 Method for realizing carousel channels, media control server and carousel channel system
CN114189727B (en) * 2021-03-04 2024-04-05 浙江宇视科技有限公司 Synchronous playing method, device, system, electronic equipment and readable storage medium

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701582A (en) * 1989-08-23 1997-12-23 Delta Beta Pty. Ltd. Method and apparatus for efficient transmissions of programs
US5682597A (en) * 1995-06-15 1997-10-28 International Business Machines Corporation Hybrid video-on-demand based on a near-video-on-demand system
EP0804028B1 (en) * 1995-11-13 2008-01-23 Sony Corporation Near video on-demand system and televising method of the same

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0124526A1 *

Also Published As

Publication number Publication date
JP2003510982A (en) 2003-03-18
CN1322440A (en) 2001-11-14
KR20010080591A (en) 2001-08-22
WO2001024526A1 (en) 2001-04-05
CN1157062C (en) 2004-07-07

Similar Documents

Publication Publication Date Title
US20240107124A1 (en) Switched multicast video streaming
EP1138154A1 (en) Scalable system for video-on-demand
US7716700B2 (en) Technique for delivering entertainment programming content including commercial content therein over a communications network
KR101064762B1 (en) Fast start-up for digital video streams
JP3953512B2 (en) Method and apparatus for providing a trick mode function such as a VCR for observing distributed video data
US7890988B2 (en) Technique for delivering entertainment programming content including interactive features in a communications network
US7024678B2 (en) Method and apparatus for producing demand real-time television
US8752104B2 (en) Technique for effectively providing various entertainment services through a communications network
US20060143669A1 (en) Fast channel switching for digital TV
EP1225767A2 (en) Method and system for delivering digital content
US20020165943A1 (en) Universal STB architectures and control methods
EP1285533A1 (en) Universal digital broadcast system and methods
US20020023267A1 (en) Universal digital broadcast system and methods
CA2352143C (en) Method and apparatus for producing demand real-time television
AU2001253797A1 (en) Universal digital broadcast system and methods
KR20030034082A (en) Universal digital broadcast system and methods

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

17P Request for examination filed

Effective date: 20011005

RBV Designated contracting states (corrected)

Designated state(s): DE ES FR GB IT

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20040623