Búsqueda Imágenes Maps Play YouTube Noticias Gmail Drive Más »
Iniciar sesión
Usuarios de lectores de pantalla: deben hacer clic en este enlace para utilizar el modo de accesibilidad. Este modo tiene las mismas funciones esenciales pero funciona mejor con el lector.

Patentes

  1. Búsqueda avanzada de patentes
Número de publicaciónUS9271042 B2
Tipo de publicaciónConcesión
Número de solicitudUS 14/470,877
Fecha de publicación23 Feb 2016
Fecha de presentación27 Ago 2014
Fecha de prioridad28 Feb 2006
También publicado comoCA2640656A1, CN101390393A, CN101390393B, CN102638707A, CN102638708A, CN102638708B, CN102638709A, EP1992165A1, EP1992165B1, EP2680576A2, EP2680576A3, EP2680576B1, EP2680577A2, EP2680577A3, US7962942, US9088827, US20110286721, US20130185757, US20140373037, US20160182968, WO2007100373A1
Número de publicación14470877, 470877, US 9271042 B2, US 9271042B2, US-B2-9271042, US9271042 B2, US9271042B2
InventoresMichael L. Craner
Cesionario originalRovi Guides, Inc.
Exportar citaBiBTeX, EndNote, RefMan
Enlaces externos: USPTO, Cesión de USPTO, Espacenet
Method for generating time based preview image for a video stream
US 9271042 B2
Resumen
Systems and methods for rewinding a video to a point before the video was first viewed. Video transmitted by a media source is cached by a remote server. Upon a trick-play request for the video, the server generates a rewind stream that includes the video that was transmitted by the media source before the user started to view the video. Upon receiving the rewind stream, the user's equipment may cache the rewind stream in a rewind buffer and rewind or play from the rewind buffer. The server may also generate and transmit a forward stream of the video that the media source has not yet transmitted. The user's equipment may cache the forward stream in a forward buffer. To perform trick-play operations with the video, the user's equipment may migrate the playback of the video to the rewind and forward buffers and rewind or fast-forward the video from the buffers.
Imágenes(10)
Previous page
Next page
Reclamaciones(16)
What is claimed is:
1. A method of displaying a sequence of video frames, the method comprising:
receiving information representative of the sequence of video frames for a display to be generated, the display comprising at least one other element that is relatively static in relation to at least a first portion of the sequence of video frames being displayed;
receiving video information associated with the at least the first portion of the sequence of video frames, wherein the received video information includes a rewind stream that includes at least a third portion of the sequence of video frames corresponding to a first play position that is prior to the current play position and wherein the received video information includes a forward stream that includes at least a fourth portion of the sequence of video frames corresponding to a second play position that is after to the current play position;
storing the received rewind stream in a rewind buffer;
storing the received forward stream in a forward buffer;
generating, for inclusion in the display during play of the at least the first portion of the sequence of video frames, a play position indication region for display within or proximate to the display of the at least the first portion of the sequence of video frames, wherein the play position indication region represents at least a portion of a duration of playing of the at least the first portion of the sequence of video frames, and wherein proximate to the play position indication region during at least some portion of the play of the at least the first portion of the sequence of video frames is a first indicator of a current play position within the sequence of video frames relative to the duration of the play of the at least the first portion of the sequence of video frames;
detecting an input associated with a second indicator that is identified independently from the first indicator of the current play position, from a user, during play of the at least the first portion of the sequence of video frames, associated with the play position indication region, that visually distinguishes another play position at any available point in time displaced along the play position indication region from the current play position, the visually distinguished another play position representing a first point in the sequence of video frames that is different from a second point in the sequence of video frames represented by the current play position indicator;
identifying that a portion of the received video information corresponds at least approximately to the first point in the sequence of video frames substantially temporally with the detecting of the input;
processing at least a portion of the identified portion of the received video information, substantially temporally with the detecting, based on the identified portion of the video information, such that a first image can be generated to represent at least one of the video frames in the sequence of video frames, the first image being at least an approximation of what the generated display would be during play of at least a second portion of the sequence of video frames at about the another play position at the any available point in time in the sequence of video frames, the first image being generated to correspond to the another play position at the any available point in time visually distinguished by the input from the user;
generating, using the identified portion of the video information based on the processing, substantially temporally with the detecting of the input, the first image for display, in response to the detecting of the input from the user that visually distinguishes the another play position at the any available point in time, within or proximate to the play position indication region and the at least the first portion of the sequence of video frames being generated for the display, wherein the first image at least approximates a second image of the at least the second portion of the sequence of video frames substantially proximate to the sequence of video frames at the first point represented by the visually distinguished another play position, and wherein the first image when displayed within or proximate to the at least the first portion of the sequence of video frames is displayed in a first region of the display that is smaller than a second region in which the first portion of the sequence of video frames is being displayed;
generating for display, a rewind indicator associated with the first play position; and
generating for display, a forward indicator associated with the second play position.
2. The method of claim 1, wherein the sequence of video frames contains encoded frames, the identified portion of video information comprising at least a portion of a single encoded frame.
3. The method of claim 1, wherein the first image is displayed in a window.
4. The method of claim 1, wherein the another play position associated with the first image corresponds to a play position later than the current play position.
5. The method of claim 1, wherein the sequence of video frames is received from a video-on-demand source.
6. The method of claim 1, wherein the forward indicator is associated with a current frame of the stored forward stream.
7. The method of claim 1, further comprising:
identifying advertisements in the received sequence of video frames; and
storing some of the sequence of video frames to skip the identified advertisements.
8. The method of claim 1 further comprising: receiving a user selection of the first image; and playing at least the second portion of the sequence of video frames from the another play position associated with the first image in response to receiving the user selection.
9. A system for causing a display of a sequence of video frames, the system comprising:
control circuitry configured to:
receive information representative of the sequence of video frames for a display to be generated, the display comprising at least one other element that is relatively static in relation to at least a first portion of the sequence of video frames being displayed;
receive video information associated with the at least the first portion of the sequence of video frames,
wherein the received video information includes a rewind stream that includes at least a third portion of the sequence of video frames corresponding to a first play position that is prior to the current play position and wherein the received video information includes a forward stream that includes at least a fourth portion of the sequence of video frames corresponding to a second play position that is after to the current play position;
store the received rewind stream in a rewind buffer;
store the received forward stream in a forward buffer;
generate, for inclusion in the display during play of the at least the first portion of the sequence of video frames, a play position indication region for display within or proximate to the display of the at least the first portion of the sequence of video frames, wherein the play position indication region represents at least a portion of a duration of playing of the at least the first portion of the sequence of video frames, and wherein proximate to the play position indication region during at least some portion of the play of the at least the first portion of the sequence of video frames is a first indicator of a current play position within the sequence of video frames relative to the duration of the play of the at least the first portion of the sequence of video frames;
detect an input associated with a second indicator that is identified independently from the first indicator of the current play position, from a user, during play of the at least the first portion of the sequence of video frames, associated with the play position indication region, that visually distinguishes another play position at any available point in time displaced along the play position indication region from the current play position, the visually distinguished another play position representing a first point in the sequence of video frames that is different from a second point in the sequence of video frames represented by the current play position indicator;
identify that a portion of the received video information corresponds at least approximately to the first point in the sequence of video frames substantially temporally with the detecting of the input;
process at least a portion of the identified portion of the received video information, substantially temporally with the detecting, based on the identified portion of the video information, such that a first image can be generated to represent at least one of the video frames in the sequence of video frames, the first image being at least an approximation of what the generated display would be during play of at least a second portion of the sequence of video frames at about the another play position at the any available point in time in the sequence of video frames, the first image being generated to correspond to the another play position at the any available point in time visually distinguished by the input from the user;
generate, using the identified portion of the video information based on the processing, substantially temporally with the detecting of the input, the first image for display, in response to the detecting of the input from the user that visually distinguishes the another play position at the any available point in time, within or proximate to the play position indication region and the at least the first portion of the sequence of video frames being generated for the display, wherein the first image at least approximates a second image of the at least the second portion of the sequence of video frames substantially proximate to the sequence of video frames at the first point represented by the visually distinguished another play position, and wherein the first image when displayed within or proximate to the at least the first portion of the sequence of video frames is displayed in a first region of the display that is smaller than a second region in which the first portion of the sequence of video frames is being displayed;
generate for display, a rewind indicator associated with the first play position; and
generate for display, a forward indicator associated with the second play position.
10. The system of claim 9, wherein the sequence of video frames contains encoded frames, the identified portion of video information comprising at least a portion of a single encoded frame.
11. The system of claim 9, wherein the first image is displayed in a window.
12. The system of claim 9, wherein the another play position associated with the first image corresponds to a play position later than the current play position.
13. The system of claim 9, wherein the sequence of video frames is received from a video-on-demand source.
14. The system of claim 9, wherein the forward indicator is associated with a current frame of the stored forward stream.
15. The system of claim 9, wherein the control circuitry is further configured to:
identify advertisements in the received sequence of video frames; and
store some of the sequence of video frames to skip the identified advertisements.
16. The system of claim 9, wherein the control circuitry is further configured to:
receive a user selection of the first image; and
play at least the second portion of the sequence of video frames from the play position associated with the first image in response to receiving the user selection.
Descripción
CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/102,763, filed on May 6, 2011, which is a continuation of U.S. patent application Ser. No. 11/365,787, filed on Feb. 28, 2006, and issued on Jun. 14, 2011 as U.S. Pat. No. 7,962,942, each of which is hereby incorporated herein by reference in its entirety.

BACKGROUND OF THE INVENTION

This invention is directed to systems and methods for trick-play functions in video or audio entertainment systems.

Interactive media guidance applications, such as interactive television program guides, are well known in the art. Some interactive media guidance applications provide video entertainment device users with the ability to perform “trick-play” functions upon video. Such trick-play functions include pause, rewind, and fast-forward. The interactive media guidance applications cache video programs that are transmitted over a network or transmission system (e.g., satellite, cable, or off-the-air) to allow users to trick-play through the video programs. To provide trick-play functions, these systems may begin caching video when the user tunes to the program, which may be in progress. As a result, users of such systems can rewind to the point in time when they first tuned to the program, but not to any prior point in time.

Accordingly, it would be desirable to provide systems and methods for trick-play functions by which the user may rewind a video to a time prior to when the user first started viewing the video and fast-forward to a point beyond where the real-time transmission is presently streaming.

SUMMARY OF THE INVENTION

In accordance with the principles of the present invention, systems and methods are provided for supporting trick-play functions in video entertainment systems. For purposes of clarity, and not by way of limitation, the present invention may sometimes be described herein in the context of providing rewind, pause, and fast-forward functions for videos, such as television programs, but may be applied to any other suitable non-on-demand media (e.g., audio).

In various embodiments of the present invention, videos are distributed to the equipment of a user (or group of users) in a non-on-demand fashion in digital or analog real-time streams. For example, in television systems, the videos may be delivered via broadcast, cable, or satellite, and are provided according to a schedule. A server, remote from the user, caches or records the videos before or during their distribution.

A client application, sometimes referred to herein as a “trick-play client,” is implemented on the user's equipment. When a user starts watching a stream, the client begins to cache the video that is being watched so that the user may rewind through the buffer to the point at which the user started watching the stream. Concurrently or after the user accesses a video that began before the user accessed it (e.g., automatically or in response to a user request), the client receives from the server a rewind stream generated by the server from the server-cached or server-recorded copy of the video. The rewind stream streams the full-scale video (e.g., without skipping any frames) backwards from the point at which the user first accessed the video. The client locally caches the rewind stream so that the user may rewind the program anytime after the rewind stream is received to a point in the video that corresponds to content that was transmitted before the user had first accessed the video.

In some embodiments, the client also caches the video as it is received. This allows the user to rewind and watch the program from a point before the user first accessed the video, and continue watching (or fast-forward) the video as the user desires to a point beyond that when the user first accessed the video.

In some embodiments, the client receives from the server a forward stream generated by the server from the cached or recorded copy of the video. The forward stream streams the full-scale video (e.g., without skipping any frames) forward from the point at which the user first accessed the video at a speed that is faster than real-time. The client locally caches the forward stream so that the user may fast-forward the program as soon as the forward stream is received to a point that is ahead of the real-time stream of the video. The real-time stream of the video may be provided by, for example, a primary real-time video feed (e.g., broadcast feed).

In some embodiments, the client receives the rewind and/or forward streams automatically. In other embodiments, the client requests the rewind and/or forward streams upon, for example, the user accessing the video, or after determining that the user has interest in the video such that caching the rewind and/or forward stream is warranted.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other features of the present invention, its nature and various advantages will be more apparent upon consideration of the following detailed description, taken in conjunction with the accompanying drawings in which:

FIG. 1 is a diagram of an illustrative interactive media system in accordance with one embodiment of the present invention;

FIG. 2 shows an illustrative data structure for buffers in accordance with one embodiment of the present invention;

FIG. 3 shows another illustrative data structure for buffers in accordance with one embodiment of the present invention;

FIG. 4 shows an illustrative display having a transport control bar in accordance with one embodiment of the present invention;

FIG. 5 shows another illustrative display having a transport control bar in accordance with one embodiment of the present invention;

FIG. 6 shows still another illustrative display having transport control bar in accordance with one embodiment of the present invention;

FIG. 7 shows an illustrative display screen having a program grid in accordance with one embodiment of the present invention;

FIG. 8 shows a flow chart of an illustrative process for rewinding a video in accordance with one embodiment of the present invention;

FIG. 9 shows a flow chart of an illustrative process for fast-forwarding a video in accordance with one embodiment of the present invention;

FIG. 10 shows a flow chart of an illustrative process for providing a video stream to a user's equipment in accordance with one embodiment of the present invention; and

FIG. 11 shows a flow chart of an illustrative process for playing back video from rewind and/or forward buffers in accordance with one embodiment of the present invention.

DETAILED DESCRIPTION

FIG. 1 shows illustrative interactive media system 100 in accordance with one embodiment of the invention. User equipment 110 receives media in the form of signals from media source 120 over communications path 122. In practice there may be multiple media sources 120 and user equipment 110, but only one of each has been shown in FIG. 1 to avoid over-complicating the drawing.

Media source 120 may be any suitable media source such as, for example, a cable system headend, satellite media distribution facility, media broadcast facility, internet protocol television (IPTV) headend, on-demand server (e.g., VOD server), website, game service provider (e.g., for online gaming), or any other suitable facility or system for originating or distributing media. Media source 120 may be configured to transmit signals over any suitable communications path 122 including, for example, a satellite path, a fiber-optic path, a cable path, an Internet path, or any other suitable wired or wireless path. The signals may carry any suitable media such as, for example, television programs, games, music, news, web services, video, or any other suitable media. In some embodiments, media source 120 may include control circuitry for executing the instructions of a trick-play client or an interactive media guidance application such as, for example an online interactive media guidance application.

User equipment 110 may include any equipment suitable for providing an interactive media experience. User equipment 110 may include television equipment such as a television, set-top box, recording device, video player, user input device (e.g., remote control, keyboard, mouse, touch pad, touch screen or voice recognition interface), or any other device suitable for providing an interactive media experience. For example, user equipment 110 may include a DCT 2000, 2500, 5100, 6208 or 6412 set-top box provided by Motorola, Inc. In some embodiments, user equipment 110 may include computer equipment, such as a personal computer with a television card (PCTV). In some embodiments, user equipment 110 may include a fixed electronic device such as, for example, a gaming system (e.g., X-Box, PlayStation, or GameCube) or a portable electronic device, such as a portable DVD player, a portable gaming device, a cellular telephone, a PDA, a music player (e.g., MP3 player), or any other suitable fixed or portable device.

In the example of FIG. 1, user equipment 110 includes at least control circuitry 116, display device 112, user input device 114, and recording device 118 which may be implemented as separate devices or as a single device. A trick-play client may be implemented on user equipment 110 to provide trick-play functions to the user for media displayed on display device 112. In some embodiments, the trick-play client is part of an interactive media guidance application, such as an interactive television program guide. For purposes of clarity, and not by way of limitation, the following embodiments will be described as provided by a trick-play client.

Display device 112 may be any suitable device such as, for example, a television monitor, a computer monitor, or a display incorporated in user equipment 110 (e.g., a cellular telephone or portable music player display). Display device 112 displays the media transmitted by media source 120 over path 122, and the displays of the trick-play client. Display device 112 may also be configured to provide for the output of audio.

Recording device 118 may be a personal video recorder (PVR), digital video recorder (DVR), video cassette recorder (VCR), DVD-recorder, or any other suitable video recorder. Recording device 118 may include one or more tuners. The trick-play client directs recording device 118 to cache the rewind and forward streams from server 130.

Control circuitry 116 is adapted to receive user inputs from input device 114 and execute the instructions of the trick-play client. Control circuitry 116 may include one or more tuners (e.g., analog or digital tuners), encoders and decoders (e.g., MPEG decoders), processors (e.g., Motorola 68000 family processors), memory 117 (i.e., RAM and hard disks), communications circuitry (e.g., cable modem circuitry), input/output circuitry (e.g., graphics circuitry), connections to the various devices of user equipment 110, and any other suitable component for providing analog or digital media programming, program recording, and interactive media guidance features. In some embodiments, control circuitry 116 may be included as part of one of the devices of user equipment 110 such as, for example, part of display 112 or any other device (e.g., a set-top box, television and video player).

In some embodiments, the trick-play client may provide features to the user with a client/server approach. There may be one server for each instance of user equipment 110, one for multiple instances of user equipment 110, or a single server may serve as a proxy for each instance of user equipment 110.

Any suitable number of users may have equipment, such as user equipment 110, connected to media source 120 and data sources 124. But for the clarity of the figure, the equipment of only a single user is shown. The equipment of the plurality of users may be connected to media source 120 and data source 124 using a cable television network, a satellite television network, a local area network (LAN), a wireless network, the Internet, or any other suitable means. In some embodiments, the equipment of the plurality of users may be connected to each other using any suitable means.

User equipment 110 may receive interactive media guidance application data from one or more data sources 124. Data sources 124 may provide data for a particular type of media or for a particular application. For example, one data source 124 may provide data for non-on-demand media (e.g., non-pay and pay-per-view programs), and another may provide data for on-demand media (e.g., VOD programs). Or, for example, a single data source may provide both of these types of data. For example, one data source 124 may provide data for an interactive television program guide. Another data source 124 may, for example, provide data for another interactive application (e.g., a home shopping application). In some embodiments, data sources 124 may provide data to the trick-play client using a client/server approach. There may be one server per data source, one for all sources or, in some embodiments, a single server may communicate as a proxy between user equipment 110 and various data sources 124. In some embodiments, data sources 124 may provide data as an online interactive media guidance application. In such embodiments, data source 124 may include control circuitry for executing the instructions of the online media guidance application.

FIG. 1 shows media source 120 and data sources 124 as separate elements. In practice, their functionality may be combined and provided from a single system at a single facility, or multiple systems at multiple facilities. For example, one media source 120 and data source 124 may be combined to provide VOD content and associated VOD data.

Illustrative interactive television system 100 includes server 130. Server 130 includes control circuitry 132 and memory 134 for executing, for example, operations requested by media source 120 or user equipment 110 (e.g., providing a cached video to the trick-play client). Control circuitry 132 may include one or more tuners, processors, encoders/decoders, communications circuitry, and I/O circuitry connected to the various devices of interactive television system 100, or any other suitable component. Control circuitry 132 may access video or other media provided by media source 120 in any suitable manner, for example by directing a tuner to tune to the channel transmitted by media source 120. As another example, server 130 may access the video directly, for example via an internet protocol connection (e.g., file transfer protocol or DOCSIS QAM stream) to media source 120.

Server 130 may be incorporated in media source 120 (e.g., at the head-end of a cable plant), data source 124, a VOD server (not shown), user equipment 110 (e.g., as a second recording device, or a hard drive on a home computer), an Internet server, or any other suitable device. Alternatively, server 130 may be a stand alone device (e.g., a commercial network recording device, or a DVR device in a home or neighborhood network). In some embodiments, all media provided by media source 120 may first be transmitted to server 130, which may subsequently transmit the media to user equipment 110. In such embodiments, the server may record (in systems where user-initiated server-based recording is provided) or cache the media as it is received, and subsequently or simultaneously transmit the media to the user's equipment. In other embodiments, the media source may simultaneously provide media both to the server and to the user's equipment. In such embodiments, the server may only provide rewind and/or forward streams of the media that is has recorded or cached to the user's equipment in response to a request by the trick-play client. In some embodiments, the server may cache or record videos before they are provided to users by media source 120.

Server 130 may receive instructions from user equipment 110 or media source 120 (or any other device of interactive media system 100) to perform suitable operations. Such operations may include, for example, recording or caching some or all of the videos that are transmitted by media source 120. In some embodiments, server 130 may cache every video that is transmitted by media source 120. In some embodiments, server 130 may only cache particular videos (e.g., particular broadcast programs) or particular channels (e.g., user favorite channels). The user's equipment or the media source may identify a particular video in any suitable manner (e.g., from the channel map and the program map table of a QAM stream, or a program identifier), and communicate a request to control circuitry 132 to record or cache the video in memory 134. In some embodiments, users may record videos on server 130. In such embodiments, server 130 may use the recorded video (which may have been recorded for users other than the one using the enhanced rewind functionality) as “cached” video for the rewind and/or forward stream.

The trick-play client, the media source, or the server may select, based on any suitable criteria, the videos that the server records or caches and for which the enhanced rewind and fast-forward functionality of the present invention is available. Such criteria may include, for example, a user's viewing history, the programs or channels that a user typically watches, records, or sets reminders for, user interests as identified by a user profile (e.g., a profile established by asking the user a series of questions). In some embodiments, the criteria may include identifying the programs that the user watches while another program is recorded, the two or more simultaneously transmitted programs among which the user switches, or the programs that the user starts watching after the beginning of the program. If the server has limited memory capabilities, or if the user is allotted a small amount of server memory, the trick-play client may be more discriminating in the selection of videos that the server records or caches for the user.

Other criteria for selecting the videos for which the enhanced rewind and fast-forward functionality is available may include the viewing histories or user profiles of some or all of the users of the interactive media system, the popular programs of some or all of the users, or any other criteria derived from more than one user or from a family of users of the interactive media system. As another example, only videos provided by preferred media providers (e.g., providers who pay a fee) may be recorded or cached on the server. Such videos may be identified to users as “provided with enhanced trick play,” for example, letting users know that they may rewind, potentially to the beginning of the video even if they joined the video after the video began. In some embodiments, a channel may be identified as “provided with enhanced trick play.” The rewind buffer length may be sufficient to allow the user (after some time) to rewind to a point prior to the beginning of the program (e.g., two or three hours, or to yesterday's videos).

Recorded and cached videos are stored by server 130 in memory 134. Memory 134 may be any suitable memory for recording or caching video such as, for example, one or more hard-drive arrays, hard discs, server arrays, RAM, SRAM, DRAM, ROM, flash memory, or any other suitable memory. In some embodiments, memory 134 may store instructions from control circuitry 132, user equipment 110, media source 120, or any other device of interactive media system 100 related to recorded or cached video. Such instructions may include, for example, how long to keep the video in memory, which users have access to the video (e.g., in a tier-based system), or any other suitable instruction. In the example of FIG. 1, memory 134 is shown as a component of server 130, but in other embodiments, memory 134 may be a stand-alone component.

When a user of user equipment 110 accesses a non-on-demand video (such as, for example, by tuning to a channel), the trick-play client may automatically direct recording device 118 of user equipment 110 to cache the video in one or more buffers. In addition, the trick-play client may send a request to server 130 for a rewind stream that includes the portions of the video that were transmitted before the user first started viewing the video.

In some embodiments, the trick-play client may also send a request to server 130 for a forward stream that includes the portions of the video that the trick-play client has not yet cached. The trick-play client may first determine whether the entire video is cached or recorded by server 130 before requesting a forward stream. Alternatively, the trick-play client may systematically request the forward stream and wait for a response from server 130 regarding whether the forward stream portions of the video are available.

The trick-play client may request the rewind and/or forward streams at any suitable time including, for example, as soon as the user starts viewing a video (e.g., tunes to a channel), after a given amount of time (e.g., 1 minute or 5 minutes), in response to a trick-play request from the user (e.g., pause or rewind), or at any other suitable time.

In response to receiving the requests for the rewind and/or forward streams, server 130 may generate and transmit rewind and/or forward streams to user equipment 110, if they are available. For example, if the trick-play client requests both rewind and forward streams for a sporting event that is broadcast live, server 130 may generate and transmit only the rewind stream because the server has not cached or recorded the entire sporting event. The forward stream, if provided to user equipment 110, may include the full feature video (e.g., without skipping any frames) and may be transmitted at a speed that is faster than the real-time video is transmitted, (e.g., 2× faster). The forward stream therefore may require more bandwidth than the real-time video. Similarly, the rewind stream may include the full feature video (e.g., without skipping any frames) and may be transmitted at a speed that is faster than real-time.

Server 130 may provide the rewind and forward streams to user equipment 110 using any suitable transmission scheme (e.g., MPEG-2 QAM stream or DOCSIS QAM stream). For example, the rewind and forward streams may each be added as separate programs in the live QAM stream used to transmit the video (e.g., the rewind stream is placed in a first PID (packet identifier), and the forward stream is placed in a second PID, where the PIDs are in the QAM stream). As another example, the rewind and forward streams may both be added as a single program in the live QAM stream (e.g., a single PMT (program map table) PID may identify both the rewind video and audio, and the forward video and audio as well as the primary real-time video and audio). As still another example, the server may generate one or more new QAM streams each containing one of the rewind and forward streams.

The video of the rewind stream may be provided in any suitable manner such as, for example, reverse order bitwise (e.g., as if the user is rewinding from the moment the buffers were created), reverse order by block, reverse order by packet, or by randomly filling in bits of data that are missing (e.g., a bit torrent approach). For approaches other than the reverse order bitwise, the rewind functionality is only available once the video cached by the trick-play client is sufficiently continuous to support playback.

The trick-play client may direct recording device 118 to cache the rewind and/or forward streams provided by server 130 in one or more buffers. FIG. 2 shows an illustrative data structure for the one or more buffers. Data structure 200 includes table 210 and buffers 222 and 224. Table 210 may be stored in recording device 118 (e.g., in memory 220), in memory of control circuitry 116 (e.g., RAM), or in any other memory of user equipment 110. Buffers 222 and 224 may be stored in memory 220 of recording device 118 (e.g., on a hard drive). Table 210 includes a column for streams of the video (e.g., rewind and forward streams) and a column for pointers linking the streams to their respective buffers. In response to receiving the rewind/and or forward streams from server 130, the trick-play client creates rows 212 and 214 for the streams in table 210.

The video provided by the rewind stream is cached in rewind buffer 222. The current frame cached in the rewind buffer, Fi−r, is identified by pointer 232. Rewind buffer 222 begins with frame Fn, the frame that was displayed when the user started viewing the video, and ends with frame F0, which is the first frame of the video. The rewind buffer is filled backwards substantially continuously from frame Fn to frame F0 (e.g., in reverse order bitwise) with the video of the rewind stream. Similarly, the video provided by the forward stream is cached in forward buffer 224. The current frame in the forward buffer, Fi−f, is identified by pointer 234. Forward buffer 224 begins with frame Fn and ends with frame Fy, which is the last frame of the video. The trick-play client may preferably cache video in forward buffer 224 at a speed that is faster than real time. If the trick-play client does not receive a forward stream, the trick-play client may instead cache the real-time stream of the video in forward buffer 224.

In some embodiments, the trick-play client does not request or receive rewind and/or forward streams until after the user has viewed the video for a given time. If recording device 118 cached the real-time stream during the given time (e.g., in a real-time buffer), the trick-play client may request that the rewind stream begin when the user started viewing the video and that the forward stream begin after the given time. Then, as shown in FIG. 3, rewind buffer 322 begins with frame Fn−r (e.g., the frame at which the user started to view the video), forward buffer 324 begins with frame Fn−f (e.g., the frame of the video after the given time), and real-time buffer 326 includes the video between frames Fn−r and Fn−f. Once recording device 118 begins to cache the forward stream, the trick-play client may direct recording device 118 to stop caching the real-time stream to avoid caching the same video twice. Alternatively, the trick-play client may delete the video cached in the real-time buffer and direct server 130 to provide reverse and forward streams that begin at the same frame, for example any frame between frames Fn−r and Fn−f.

When the user calls a trick-play function, the trick-play client may seamlessly migrate the video from the real-time video stream to the video cached in the rewind buffer and the real-time and/or forward buffer. The user's trick-play functionality is then provided by the buffers stored locally in the recording device, and not remotely, from the server. To play back the video cached in the rewind buffer, the trick-play client may direct recording device 118 to provide the video cached in rewind buffer 222 from frame F0 to frame Fn. To play back the video cached in the forward buffer, the trick-play client may direct recording device 118 to provide the video cached in forward buffer 224 from frame Fn to frame Fy. The trick-play client may identify which buffers to play back using table 210 (e.g., connecting the buffers like a linked list).

The trick-play client may display a visual representation of the rewind and forward buffers using an enhanced transport control bar. FIG. 4 shows illustrative screen 400 of the video 402 that the user is viewing, and enhanced transport control bar 410. Enhanced transport control bar 410 includes title 412 of video 402, channel 414 on which the video is transmitted, as well as start time 416 and end time 418 of the video. Enhanced transport control bar 410 includes cursor 420 that indicates the current playback location and time 421 of video 402 for the user.

Enhanced transport control bar 410 includes mark 430 identifying when the user first started viewing the video. Enhanced transport control bar 410 also includes visual representations of the rewind and forward buffers into which the rewind and forward streams are cached, respectively. In particular, rewind buffer representation 432 begins at mark 430 and moves backwards in time towards the beginning of the video, and forward buffer representation 434 begins at mark 430 and moves forward in time towards the end of the video. For videos that server 130 has not recorded or cached in their entirety, and for which forward streams are not available, forward buffer representation 434 may represent the real-time buffer that is cached with the video from the real-time stream.

FIG. 5 represents the enhanced transport control bar of FIG. 4 after the trick-play client has cached additional portions of the rewind stream and the forward stream in recording device 118 (this can be seen by comparing FIGS. 4 and 5). In enhanced transport control bar 510, cursor 520 has advanced and indicates that the current playback time is 7:36, 16 minutes later than the playback time indicated in enhanced transport control bar 410 of FIG. 4. Mark 530 has not moved from FIG. 4, but rewind buffer 532 has advanced all the way to the beginning of the video, and forward buffer 534 has advanced towards the end of the video.

FIG. 6 shows another illustrative display of a visual representation of the rewind and forward buffers in an enhanced transport control bar. Screen 600 includes video 602 that the user is viewing, and enhanced transport control bar 610. Enhanced transport control bar 610 includes start time 612 and end time 614 of the video, cursor 620 that indicates the current playback location for the user, and representations of rewind buffer 632 and forward buffer 634. Enhanced transport control bar 610 also includes rewind cursor 622 and forward cursor 626, which are associated with rewind preview image 624 and forward preview image 628, respectively. In particular, rewind preview image 624 may correspond to the position of rewind cursor 622, and forward preview image 628 may correspond to the position of forward cursor 626. In some embodiments, the user may direct the trick-play client to display multiple rewind and forward cursors and associated preview images.

In some embodiments, the rewind and forward cursors may correspond to the frames of the rewind and forward streams that the trick-play client is currently caching. Alternatively, the rewind and forward cursors may correspond to trick-play requests of the user (e.g., rewinding or fast-forwarding in preview images 624 or 628). The trick-play client may automatically display one or both of preview images 624 and 628, or the user may request the preview images be displayed. When the user has identified a portion of the video in preview image 624 or 628 that the user would like to play back, the user may display the preview image in full screen and play back the video at the playback position of the selected preview image.

The buffers for caching the video may be arbitrarily limited in size, or limited only by the space available on recording device 118. If the buffers are limited in size or recording device 118 has limited space available, the buffer may not be large enough to cache an entire video. To provide enhanced trick-play functions to the user, the trick-play client may cache the rewind and/or forward streams in buffers, and overwrite the rewind and/or forward buffers as necessary to comply with a user trick-play request (e.g., in response to a rewind request that extends to video not cached in the rewind buffer, request a new rewind stream that is cached in place of the forward buffer). The trick-play client may, instead or in addition, identify advertisements in the rewind and forward streams (e.g., from packet identifiers) and not cache the advertisements.

Once the entire video is cached in buffers, the client may, automatically or in response to a user instruction, save the cached video as a recording for future viewing. In some embodiments, the client may, automatically or in response to a user instruction, save an incomplete video that is cached in the buffers.

In some embodiments, server 130 may not cache or record every video that is provided to user equipment 110. The trick-play client may then, before requesting a rewind and/or forward stream, determine whether server 130 has cached or recorded the video. For example, the trick-play client may receive an indication from server 130 whether the video is available. In response to determining that the video is in fact available, the trick-play client may request the rewind and/or forward streams from server 130.

The trick-play client may determine whether server 130 has cached or recorded a partially or in its entirety video at any suitable time. For example, server 130 may identify for the trick-play client the videos that the server has or will cache or record for a given time period (e.g., the next day or week) at regular intervals. Server 130 may further specify to the trick-play client the time at which the videos will be cached or recorded in their entirety. The trick-play client may in turn identify the videos for the user. For example, the trick-play client may display an icon, shade the listing, change a color, or provide any other suitable indication on the transport control bar or in a program grid.

FIG. 7 shows illustrative program grid screen 700 that includes grid 702 of program listings. The programs listed in grid 702 that have been cached or recorded by server 130 are identified by icons 710 and 712. Rewind icon 710 indicates that server 130 has at least partially cached or recorded the program associated with the icon, and that a rewind stream is available (e.g., “Friends” and “The Sopranos”). Forward icon 712 indicates that server 130 has cached or recorded the program associated with the icon in its entirety, and that a forward stream is available (e.g., “The Bourne Identity”). The trick-play client may display both rewind icon 710 and forward icon 712 to indicate that both rewind and forward streams are available. Alternatively, the trick-play client may display only forward icon 712 to indicate that rewind and forward streams are available (e.g., because if an entire video is cached or recorded, the server may provide a rewind stream). Though FIG. 7 shows icons, the program grid may include any other suitable indication. The trick-play client may use one or more indicators to identify videos for which a user may request rewind or fast-forward streams.

The following flow charts serve to illustrate processes involved in some embodiments of this invention. FIG. 8 is a flow chart of an illustrative process for rewinding a video to a point prior to when the user first started viewing the video. Process 800 begins at step 802. At step 810, the user selects a non-on-demand video after the video has already started (e.g., starts viewing a broadcast program after the broadcast has started). For example, the user may direct a tuner in control circuitry 116 to tune to a real-time stream provided by media source 120 by entering a channel number or by selecting a program from a suitable trick-play client display (e.g., a program guide grid).

At step 820, the trick-play client determines whether the user has a sufficient interest in the video to warrant requesting a rewind stream. For example, the trick-play client may determine whether the user has viewed the video for a given amount of time, or whether the user has called a trick-play function (e.g., “rewind”). In some embodiments, prior to step 820, the trick-play client may determine whether server 130 has cached or recorded the selected video. In the process shown in FIG. 8, however, this step has been omitted. If the trick-play client determines that the user does not have a sufficient interest in the video to warrant requesting a rewind stream, process 800 moves to step 852 and ends.

If instead, at step 820, the trick-play client determines that the user has a sufficient interest in the video to warrant requesting a rewind stream, process 800 moves to step 830. At step 830, the trick-play client requests a rewind stream from server 130. The rewind stream includes the video that was transmitted by media source 120 prior to the time when the user first selected the video. The video of the rewind stream may begin at the time when the user first selected the video, and stream backwards in time to the beginning of the video. The rewind stream may provide the video content in any suitable manner such as, for example, reverse-order bitwise.

At step 840, the trick-play client receives the rewind stream from server 130 over communications path 122 and directs recording device 118 to cache the rewind stream in one or more rewind buffers. At step 850, the trick-play client rewinds the video to a point prior to when the user first selected the video by rewinding the video through the one or more rewind buffers. The trick-play client may then play back the video from the one or more rewind buffers. Process 800 ends at step 852.

FIG. 9 is a flow chart of an illustrative process for fast-forwarding a video to a point that has not yet been reached by the real-time stream of the video. Process 900 begins at step 902. At step 910, the user selects a non-on-demand video transmitted in a real-time stream (e.g., a broadcast program). For example, the user may direct a tuner in control circuitry 116 to tune to a real-time stream provided by media source 120 by entering a channel number or selecting a program from a suitable trick-play client display (e.g., a program guide grid).

At step 920, the trick-play client determines whether server 130 has recorded or cached the entire video. For example, the trick-play client may request an indication from server 130 of the videos that have been recorded or cached in their entirety. As another example, the trick-play client may determine that server 130 recorded or cached a video if the video is a re-run or a repeated program (e.g., a repeat episode of a popular series). If the trick-play client determines that server 130 has not recorded or cached the video, process 900 moves to step 962 and ends.

If instead, at step 920, the trick-play client determines that server 130 has recorded or cached the video, process 900 moves to step 930. At step 930, the trick-play client determines whether the user has a sufficient interest in the video to warrant requesting a forward stream. For example, the trick-play client may determine whether the user has viewed the video for a given amount of time, or whether the user has called a trick-play function (e.g., “fast-forward”). If the trick-play client determines that the user does not have a sufficient interest in the video to warrant requesting a forward stream, process 900 moves to step 962 and ends.

If instead, at step 930, the trick-play client determines that the user has a sufficient interest in the video to warrant requesting a forward stream, process 900 moves to step 940. At step 940, the trick-play client requests a forward stream from server 130. The forward stream includes the entire video (e.g., without skipping any video frames) that was transmitted by media source 120 at least after the time when the user first selected the video (e.g., after the time at which the user requested the forward stream). In some embodiments, server 130 provides the forward stream to user equipment 110 at a speed that is greater than the speed of the real-time stream (e.g., at a speed greater than 1×).

At step 950, the trick-play client receives the forward stream from server 130 over communications path 122 and directs recording device 118 to cache the forward stream in one or more forward buffers. At step 960, the trick-play client fast-forwards the video through the forward buffer. The trick-play client may then play back the video from the one or more cached forward buffers. Process 900 ends at step 962.

FIG. 10 is an illustrative flow chart for transmitting rewind and forward streams to user equipment 110. Process 1000 begins at step 1002. At step 1010, server 130 receives videos from media source 120, for example in a real-time stream that is also provided to the instances of user equipment 110 of interactive media system 100. At step 1020, server 130 determines whether to record or cache some or all of the videos received at step 1010. Server 130 may determine whether to record or cache a particular video using any suitable criteria (e.g., popular videos or preferred video providers). In some embodiments, media source 120, user equipment 110 or another device of interactive media system 100 may specify for server 130 which videos to cache or record.

If, at step 1020, the server determines that no videos are to be recorded or cached, process 1000 moves to step 1062 and ends. If instead, at step 1020, the server determines that at least one particular video is to be recorded or cached, process 1000 caches the at least one particular video and moves to step 1030. In some embodiments, process 1000 may skip step 1020 and simply record or cache every video.

At step 1030, server 130 receives a request from the trick-play client implemented on user equipment 110 for a video. The trick-play client may request a rewind stream of video that was transmitted before the user of the trick-play client started viewing the video. The trick-play client may also or instead request a forward stream of video that has not yet been transmitted by the real-time stream provided by the media source.

At step 1040, server 130 determines whether server 130 has recorded or cached the video required for the requested streams. For example, when a user requests a forward stream, the server may determine whether it has already recorded or cached the requested video in its entirety. If server 130 determines that it has not recorded or cached the video required for all of the requested streams, process 1000 moves to step 1062 and ends.

If instead, at step 1040, server 130 determines that it has recorded or cached at least some of the video required for the requested streams, process 1000 moves to step 1050. For example, server 130 may determine that it has cached the video needed for a rewind stream, but not the video required for a forward stream. At step 1050, server 130 generates at least one requested stream (e.g., a forward stream or a rewind stream) with the video required for the stream. At step 1060, server 130 transmits the at least one requested stream generated at step 1050 over communications path 122 to the trick-play client implemented on user equipment 110. Process 1000 ends at step 1062.

FIG. 11 is an illustrative flow chart for playing back a video that has been cached in a rewind buffer and in a forward buffer with user equipment 110. Process 1100 begins at step 1102. At step 1110, the trick-play client receives a user request to play back at least a portion of a video cached in a rewind buffer and a forward buffer from the buffers. For example, the trick-play client may receive a user request to play back a video from the beginning.

At step 1120, the trick-play client identifies the video frame from which the user would like to start playing back the video. For example, if the user, while rewinding the video from the rewind buffer, selects a “play” key, the trick-play client may identify the video frame displayed at the time the user selected the “play” key.

At step 1130, the trick-play client determines whether the video frame identified at step 1120 is in the rewind buffer. If the trick-play client determines that the video frame is in the rewind buffer, process 1100 moves to step 1140. At step 1140, the trick-play client displays the identified frame on display device 112, and subsequently moves towards the beginning of the rewind buffer and displays the next frames cached in the rewind buffer. For example, if the rewind buffer begins at frame Fn, ends at frame F0 (i.e., the beginning of the program), and the trick-play client identified frame Fi, the trick-play client displays frame Fi, then frame Fi+1, frame all the way to frame Fn. In other words, the trick-play client moves through the buffer with a first-in, last-out scheme.

At step 1150, the trick play client displays the last frame of the rewind buffer and migrates to the forward buffer. In some embodiments, the trick-play client may instead migrate to a real-time buffer (e.g., if there is no forward buffer, or if there is a real-time buffer between the rewind buffer and the forward buffer).

At step 1160, the trick play client displays the first frame of the forward buffer on display device 112, and subsequently moves towards the end of the forward buffer and displays the next frames cached in the forward buffer. For example, if the forward buffer begins at frame Fn, ends at frame Fy (i.e., the end of the program), the trick-play client displays frame Fn, then frame Fn+1, frame Fn+2, all the way to frame Fy. In other words, the trick-play client moves through the buffer with a first-in, first-out scheme.

Process 1100 may also access step 1160 if, at step 1130, the trick-play client determines that the video frame is not in the rewind buffer (e.g., the identified frame is in the forward buffer). In that case, instead of the trick-play client first displaying the first frame of the forward buffer, the trick-play client first displays the frame identified at step 1120. Process 1100 then ends at step 1162.

The above described embodiments of the present invention are presented for purposes of illustration and not of limitation, and the present invention is limited only by the claims which follow.

Citas de patentes
Patente citada Fecha de presentación Fecha de publicación Solicitante Título
US435541529 Abr 198019 Oct 1982Rca CorporationTuning mode arrangement useful for restricting channel selection to certain channels
US460596415 Dic 198212 Ago 1986Chard Frederick WMethod and apparatus for editing the output of a television set
US46944903 Nov 198115 Sep 1987Harvey John CSignal processing apparatus and methods
US471810714 Feb 19865 Ene 1988Rca CorporationParental control for CATV converters
US485799920 Dic 198815 Ago 1989Peac Media Research, Inc.Video monitoring system
US490870719 Jul 198813 Mar 1990U.S. Philips Corp.Video cassette recorder programming via teletext transmissions
US493015829 Ago 198829 May 1990Vogel Peter SSelective video playing system
US49597206 Abr 198925 Sep 1990Rca Licensing CorporationTuner control apparatus having tune-by-label capability
US497745515 Jul 198811 Dic 1990Insight Telecast, Inc.System and process for VCR scheduling
US50478678 Jun 198910 Sep 1991North American Philips CorporationInterface for a TV-VCR system
US510927927 Mar 198928 Abr 1992Kabushiki Kaisha ToshibaTelevision receiver with teletext receiving function and a method for superimposing a teletext picture on a television picture
US513471919 Feb 199128 Jul 1992Mankovitz Roy JApparatus and methods for identifying broadcast audio program selections in an FM stereo broadcast system
US517241320 Dic 199015 Dic 1992SasktelSecure hierarchial video delivery system and method
US520082223 Abr 19916 Abr 1993National Broadcasting Company, Inc.Arrangement for and method of processing data, especially for identifying and verifying airing of television broadcast programs
US525306630 May 199012 Oct 1993Vogel Peter STV recording and viewing control system
US53352773 May 19932 Ago 1994The Personalized Mass Media CorporationSignal processing appparatus and methods
US54127201 May 19922 May 1995Ictv, Inc.Interactive home information system
US544238928 Dic 199215 Ago 1995At&T Corp.Program server for interactive television system
US546141515 Mar 199424 Oct 1995International Business Machines CorporationLook-ahead scheduling to support video-on-demand applications
US54792667 Jun 199526 Dic 1995Starsight Telecast Inc.User interface for television schedule system
US547926818 Feb 199426 Dic 1995Starsight Telecast Inc.User interface for television schedule system
US54793023 Dic 199326 Dic 1995Haines; Curtis D.Single deck dual tape path VCR system
US548519722 Sep 199416 Ene 1996Ictv, Inc.Carousel display
US55172544 Ago 199414 May 1996Matsushita Electric Industrial Co., Ltd.Program table displaying apparatus
US551725728 Mar 199514 May 1996Microsoft CorporationVideo control user interface for interactive television systems and method for controlling display of a video movie
US55241954 Mar 19944 Jun 1996Sun Microsystems, Inc.Graphical user interface for interactive television with an animated agent
US55349112 Nov 19949 Jul 1996Levitan; GutmanVirtual personal channel in a television system
US55394493 May 199323 Jul 1996At&T Corp.Integrated television services system
US555057617 Abr 199527 Ago 1996Starsight Telecast IncorporatedMethod and apparatus for merging television program schedule information received from multiple television schedule information sources
US55835617 Jun 199410 Dic 1996Unisys CorporationMulti-cast digital video data server using synchronization groups
US558356312 Ene 199510 Dic 1996Us West Marketing Resources Group, Inc.Method and system for delivering an application in an interactive television network
US55858385 May 199517 Dic 1996Microsoft CorporationProgram time guide
US558585812 Ago 199417 Dic 1996Actv, Inc.Simulcast of interactive signals with a conventional video signal
US55858667 Jun 199517 Dic 1996Miller; LarryElectronic television program guide schedule system and method including virtual channels
US55898927 Jun 199531 Dic 1996Knee; Robert A.Electronic television program guide schedule system and method with data feed access
US559255119 Abr 19947 Ene 1997Scientific-Atlanta, Inc.Method and apparatus for providing interactive electronic programming guide
US560258222 Nov 199411 Feb 1997U S West Marketing Resources Group, Inc.Method and system for processing a request based on indexed digital video data
US56301195 May 199513 May 1997Microsoft CorporationSystem and method for displaying program listings in an interactive electronic program guide
US56488246 Feb 199615 Jul 1997Microsoft CorporationVideo control user interface for controlling display of a video
US56547485 May 19955 Ago 1997Microsoft CorporationInteractive program identification system
US565488614 Mar 19955 Ago 1997Wsi CorporationMultimedia outdoor information system
US565707210 Abr 199612 Ago 1997Microsoft CorporationInteractive entertainment network system and method for providing program listings during non-peak times
US566664526 Abr 19959 Sep 1997News America Publications, Inc.Data management and distribution system and method for an electronic television program guide
US568452528 Mar 19964 Nov 1997Starsight Telecast IncorporatedMerging multi-source information in a television system
US569416312 Dic 19962 Dic 1997Intel CorporationMethod and apparatus for viewing of on-line information service chat data incorporated in a broadcast television program
US57174528 Sep 199410 Feb 1998Alcatel N.V.Interactive control system for multiservice installations including a television program distribution server and a PABX
US57218295 May 199524 Feb 1998Microsoft CorporationSystem for automatic pause/resume of content delivered on a channel in response to switching to and from that channel and resuming so that a portion of the content is repeated
US57322162 Oct 199624 Mar 1998Internet Angles, Inc.Audio message exchange system
US574571011 Ene 199628 Abr 1998Sun Microsystems, Inc.Graphical user interface for selection of audiovisual programming
US575128213 Jun 199512 May 1998Microsoft CorporationSystem and method for calling video on demand using an electronic programming guide
US575215913 Ene 199512 May 1998U S West Technologies, Inc.Method for automatically collecting and delivering application event data in an interactive network
US575477112 Feb 199619 May 1998Sybase, Inc.Maximum receive capacity specifying query processing client/server system replying up to the capacity and sending the remainder upon subsequent request
US57608217 Jun 19952 Jun 1998News America Publications, Inc.Electronic program guide schedule localization system and method
US57616077 Mar 19962 Jun 1998Opticom AsaSystem for local processing/accessing and representation of large volumes of data
US576852824 May 199616 Jun 1998V-Cast, Inc.Client-server system for delivery of online information
US57713544 Nov 199323 Jun 1998Crawford; Christopher M.Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services
US577818114 Mar 19967 Jul 1998Actv, Inc.Enhanced video programming system and method for incorporating and displaying retrieved integrated internet information segments
US57781827 Nov 19957 Jul 1998At&T Corp.Usage management system
US578122613 Nov 199514 Jul 1998General Instrument Corporation Of DelawareNetwork virtual memory for a cable television settop terminal
US57812287 Sep 199514 Jul 1998Microsoft CorporationMethod and system for displaying an interactive program with intervening informational segments
US579695221 Mar 199718 Ago 1998Dot Com Development, Inc.Method and apparatus for tracking client interaction with a network resource and creating client profiles and resource database
US580178714 Jun 19961 Sep 1998Starsight Telecast, Inc.Television schedule system and method of operation for multiple program occurrences
US580228413 Dic 19951 Sep 1998Silicon Graphics, Inc.System and method using cover bundles to provide immediate feedback to a user in an interactive television environment
US58057635 May 19958 Sep 1998Microsoft CorporationSystem and method for automatically recording programs in an interactive viewing system
US580580412 Mar 19978 Sep 1998Oracle CorporationMethod and apparatus for scalable, high bandwidth storage retrieval and transportation of multimedia data on a network
US58092047 Jun 199515 Sep 1998Starsight Telecast, Inc.User interface for television schedule system
US581212313 Dic 199622 Sep 1998Microsoft CorporationSystem for displaying programming information
US581843825 Abr 19956 Oct 1998Bellsouth CorporationSystem and method for providing television services
US58190191 Dic 19956 Oct 1998Silicon Graphics, Inc.System/method for recovering network resources in a distributed environment, via registered callbacks
US58289458 Ago 199627 Oct 1998Starsight Telecast, Inc.Merging multi-source information in a television system
US585021819 Feb 199715 Dic 1998Time Warner Entertainment Company L.P.Inter-active program guide with default selection control
US59499547 Jun 19957 Sep 1999Starsight Telecast, Inc.System and process for control of recording and reproducing apparatus
US600625727 Sep 199621 Dic 1999Comverse Networks Systems, Inc.Multimedia architecture for interactive advertising in which secondary programming is varied based upon viewer demographics and content of primary programming
US60521451 Oct 199718 Abr 2000Gemstar Development CorporationSystem and method for controlling the broadcast and recording of television programs and for distributing information to be displayed on a television screen
US60918832 Jul 199618 Jul 2000Thomson Multimedia S.A.Method and device for recording and reading on a large-capacity medium
US61252304 Sep 199626 Sep 2000Sony CorporationMagnetic tape recording and reproducing apparatus for video signal
US614771514 Mar 199714 Nov 2000Index Systems, Inc.Combination of VCR index and EPG
US616718826 Mar 199926 Dic 2000Starsight Telecast, Inc.User interface for television schedule system
US617793121 Jul 199823 Ene 2001Index Systems, Inc.Systems and methods for displaying and recording control interface with television programs, video, advertising information and program scheduling information
US62083353 Dic 199727 Mar 2001Diva Systems CorporationMethod and apparatus for providing a menu structure for an interactive information distribution system
US63243387 Ago 199827 Nov 2001Replaytv, Inc.Video data recorder with integrated channel guides
US633402226 Feb 199825 Dic 2001Hitachi, Ltd.Video information recording and reproducing apparatus
US644183226 Nov 199727 Ago 2002Sony CorporationHierarchical processing apparatus and hierarchical processing method for video and audio data
US64735595 Sep 200029 Oct 2002United Video Properties, Inc.Program guide system for recording television programs
US648736231 Dic 199626 Nov 2002Index Systems, Inc.Enhancing operations of video tape cassette players
US649889526 Mar 199924 Dic 2002Starsight Telecast, Inc.User interface for television schedule system
US657139026 Oct 199827 May 2003Microsoft CorporationInteractive entertainment network system and method for customizing operation thereof according to viewer preferences
US6597375 *10 Mar 200022 Jul 2003Adobe Systems IncorporatedUser interface for video editing
US673898015 Nov 200118 May 2004Industrial Technology Research InstituteMethods and systems for video streaming with VCR functionality
US68202785 Nov 199816 Nov 2004United Video Properties, Inc.Cooperative television application system having multiple user television equipment devices
US685069319 Mar 20031 Feb 2005Starsight Telecast, Inc.User interface for television schedule system
US69349648 Feb 200023 Ago 2005Koninklijke Philips Electronics N.V.Electronic program guide viewing history generator method and system
US6988244 *15 May 200017 Ene 2006Sony CorporationImage generating apparatus and method
US70108019 Jun 20007 Mar 2006Scientific-Atlanta, Inc.Video on demand system with parameter-controlled bandwidth deallocation
US701717330 Mar 200021 Mar 2006Sedna Patent Services, LlcSystem enabling user access to secondary content associated with a primary content stream
US702467830 Nov 19984 Abr 2006Sedna Patent Services, LlcMethod and apparatus for producing demand real-time television
US702771126 Jun 200111 Abr 2006Matsushita Electric Industrial Co., Ltd.Editing apparatus for an optical disk, computer-readable storage medium, and computer program
US704754817 Abr 200116 May 2006International Business Machines CorporationRecall of previous program channel
US707318922 Nov 20024 Jul 2006Time Warner Interactive Video Group, Inc.Program guide and reservation system for network based digital information and entertainment storage and delivery system
US71941882 Abr 200320 Mar 2007Oesterreicher Richard TSystem and method for facilitating fast-forwarding of first-run programs
US740135114 Dic 200015 Jul 2008Fuji Xerox Co., Ltd.System and method for video navigation and client side indexing
US766843423 Sep 200423 Feb 2010Nec CorporationApparatus and method for replaying digital data
US78022854 Ago 200521 Sep 2010United Video Properties, Inc.Client-server based interactive television program guide with server recording
US796294228 Feb 200614 Jun 2011Rovi Guides, Inc.Systems and methods for enhanced trick-play functions
US81077954 Mar 200831 Ene 2012Tivo Inc.Multimedia visual progress indication system
US818592630 Oct 200322 May 2012Arris Group, Inc.System and method for providing media stream related applications
US830214411 Mar 200330 Oct 2012Cox Communications, Inc.Distribution of content in an information distribution system
US200100437957 Ago 199822 Nov 2001Anthony WoodVideo data recorder for recording predefined format shows
US200200139493 Jun 199931 Ene 2002Donald J. HejnaMethod and apparatus for controlling time-scale modification during multi-media broadcasts
US2002005609614 Feb 20019 May 2002Toshiya MoriTerminal apparatus and method for achieving interactive operations by displaying a desired piece of image information at high speed using cache memories, out of a large amount of image information sent in a one-way direction
US20020075572 *14 Dic 200020 Jun 2002John BoreczkySystem and method for video navigation and client side indexing
US2002012409928 Jun 20015 Sep 2002Jai SrinivasanMethod and apparatus for storing content
US2002016754016 Abr 200214 Nov 2002Dobbelaar Astrid Mathilda FerdinandaKeyframe-based playback position selection method and system
US2002017006725 Mar 200214 Nov 2002Anders NorstromMethod and apparatus for broadcasting streaming video
US2002017443021 Feb 200221 Nov 2002Ellis Michael D.Systems and methods for interactive program guides with personal video recording features
US2002017443827 Nov 200121 Nov 2002Cleary Geoffrey AlanSystem and method for time shifting the delivery of video information
US2003009380115 Nov 200115 May 2003Chia-Wen LinMethods and systems for video streaming with VCR functionality
US2003012105520 Dic 200126 Jun 2003Kaminski Dariusz S.Program position user interface for personal video recording time shift buffer
US200301499886 Feb 20037 Ago 2003United Video Properties, Inc.Client server based interactive television program guide system with remote server recording
US2003016382430 Nov 199828 Ago 2003Donald F. GordonMethod and apparatus for producing demand real-time television
US2003018459817 Jun 20022 Oct 2003Ricoh Company, Ltd.Television-based visualization and navigation interface
US2003018831528 Mar 20022 Oct 2003Agere Systems Inc.Video representation delivery system and service and a method of operation thereof
US2003018831618 Mar 20032 Oct 2003Svod LlcInstant video on demand playback
US2003020876322 Nov 20026 Nov 2003Mcelhatten DavidProgram guide and reservation system for network based digital information and entertainment storage and delivery system
US200400089719 Jul 200315 Ene 2004Starsight Telecast, Inc.User interface for television schedule system
US2004007882918 Ago 200322 Abr 2004Patel Vipul B.Technique for delivering network personal video recorder service and broadcast programming service over a communications network
US2004012868612 Dic 20031 Jul 2004United Video Properties, Inc., A Corporation Of DelawareInternet television program guide system
US2004018181424 Nov 200316 Sep 2004United Video Properties, Inc.Interactive television program guide with simultaneous watch and record capabilities
US200401970722 Abr 20037 Oct 2004Oesterreicher Richard T.System and method for facilitating fast-forwarding of first-run programs
US2004022131120 Mar 20034 Nov 2004Christopher DowSystem and method for navigation of indexed video content
US2005004456717 Sep 200424 Feb 2005Starsight Telecast Inc.User interface for television schedule system
US2005004457020 Ago 200324 Feb 2005Thomas PoslinskiCaching data from multiple channels simultaneously
US2005006928323 Sep 200431 Mar 2005Nec CorporationApparatus and method for replaying digital data
US200500763594 Oct 20047 Abr 2005Andrew PiersonModifying commercials for multi-speed playback
US20050086703 *22 Oct 200421 Abr 2005Microsoft CorporationSkimming continuous multimedia content
US200501203771 Dic 20042 Jun 2005Carlucci John B.Technique for effectively providing various entertainment services through a communications network
US2005016046521 Ene 200421 Jul 2005United Video Properties, Inc.Interactive television system with automatic switching from broadcast media to streaming media
US2005016623018 Mar 200428 Jul 2005Gaydou Danny R.Systems and methods for providing transport control
US2005020438826 Ago 200415 Sep 2005Knudson Edward B.Series reminders and series recording from an interactive television program guide
US2006002096622 Jul 200426 Ene 2006Thomas PoslinskiProgram guide with integrated progress bar
US2006008071615 Mar 200513 Abr 2006Sony CorporationMethod and apparatus for navigating video content
US200601502255 Ene 20056 Jul 2006Microsoft CorporationMethods and systems for retaining and displaying pause buffer indicia across channel changes
US200602775817 Mar 20047 Dic 2006Avraham EliyahuLocal entity and a method for providing media streams
US20070016611 *13 Jul 200518 Ene 2007Ulead Systems, Inc.Preview method for seeking media content
US2007015725328 Feb 20075 Jul 2007United Video Properties, Inc.Client-server based interactive television program guide system with remote server recording
US20080066107 *17 Oct 200613 Mar 2008Google Inc.Using Viewing Signals in Targeted Video Advertising
US201201741676 Mar 20125 Jul 2012Tivo Inc.System and Method for Digital Content Retrieval
USRE3788122 Nov 200015 Oct 2002ReplaytvSingle deck dual tape path VCR system
EP0753964B128 Jun 199622 Ago 2001THOMSON multimediaProcedure and device for recording and reproducing, comprising a high capacity recording carrier
EP0762756B128 Ago 19966 Mar 2002Matsushita Electric Industrial Co., Ltd.Video signal recording and reproducing apparatus
EP0940985B12 Mar 199927 Dic 2006Matsushita Electric Industrial Co., Ltd.Multimedia terminal with enhanced EPG-related functions for printing labels
EP1283639B110 Ago 20012 May 2007Broadbus Technologies, Inc.Methods and apparatus for reproducing prerecorded and live works stored on a server
EP1339060A129 Nov 200127 Ago 2003Matsushita Electric Industrial Co., Ltd.Optical disk, recorder, reproducer, program, computer-readable record medium and method
EP1465417A331 Mar 200419 Abr 2006Lg Electronics Inc.Image recording and reproducing apparatus and method
JP2000125260A Título no disponible
JP2000253337A Título no disponible
JP2003061012A Título no disponible
JP2004023787A Título no disponible
JP2004296408A Título no disponible
JP2005136974A Título no disponible
JP2005277847A Título no disponible
JPH06111413A Título no disponible
JPH06303541A Título no disponible
JPH11185317A Título no disponible
WO1988004507A17 Dic 198716 Jun 1988British Broadcasting CorporationProgramming of broadcast receiving devices
WO1995004431A319 Jul 199430 Mar 1995Electronic Data Syst CorpSystem and method for storing and forwarding audio and/or visual information on demand
WO1996031980A15 Abr 199610 Oct 1996Prevue International, Inc.Interactive program guide systems and processes
WO1996034491A124 Abr 199631 Oct 1996Tv Guide On ScreenElectronic television program guide schedule system and method with remote product ordering
WO1996041478A16 Jun 199619 Dic 1996Tv Guide On ScreenElectronic television program guide schedule system and method with data feed access
WO1997013368A12 Oct 199610 Abr 1997Starsight Telecast, IncorporatedSystems and methods for providing television schedule information
WO1997040623A125 Abr 199730 Oct 1997Sun Microsystems, Inc.System and method for creating trick play video streams from a compressed normal play video bitstream
WO1997046943A128 May 199711 Dic 1997Webtv Networks, Inc.Method and apparatus for providing proxying and transcoding of documents in a distributed network
WO1997047124A128 May 199711 Dic 1997Webtv Networks, Inc.Method and apparatus for managing client-server communications
WO1998010589A12 Sep 199712 Mar 1998Starsight Telecast, Inc.Schedule system with enhanced recording capability
WO1998017064B11 Oct 1998 Access to internet data through a television system
WO1998034405A130 Ene 19986 Ago 1998Microsoft CorporationVcr-like functions rendering video on demand
WO1998047283A123 Sep 199722 Oct 1998Thomson Consumer Electronics, Inc.System for collating data from multiple sources to form a composite program guide for display
WO1999003267A130 Jun 199821 Ene 1999Thomson Consumer Electronics, Inc.A system for forming and processing text data for use in program specific information for broadcast
WO1999060790A118 May 199925 Nov 1999United Video Properties, Inc.Program guide system with video-on-demand browsing
WO2000004706A313 Jul 19993 Oct 2002United Video Properties IncClient-server based interactive television program guide system with remote server recording
WO2000016548A116 Sep 199923 Mar 2000United Video Properties, Inc.Electronic program guide with digital storage
WO2000033568A123 Nov 19998 Jun 2000Diva Systems CorporationMethod and apparatus for producing demand real-time television
WO2000062299A130 Mar 200019 Oct 2000Tivo, Inc.Multimedia visual progress indication system
WO2005062617A114 Dic 20047 Jul 2005Matsushita Electric Industrial Co., Ltd.Moving picture distribution system
Otras citas
Referencia
1"Electronic Programme Guide (EPG); Protocol for a TV Guide using electronic data transmission" by European Telecommunication Standards Institute, May 1997, Valbonne, France, publication No. ETS 300 707, 89 pages.
2Anonymous, "Presenting Time-Based Media with JMF", 1998-1999 Sun Microsystems, Inc., retrieved from the Internet: URL:http://members.jcom.home.ne.jp/3117216601/jmf2guide/JMFPresenting.html [retrieved on May 4, 2015], 22 pages.
3Digital Video Broadcasting (DVB); DVB specification for data broadcasting, European Telecommunications Standards Institute, Draft EN 301 192 V1.2.1 (Jan. 1999), 33 pages.
4Hofmann et al., "Videotext Programmiert Videorecorder," Rundfunktechnischen Mitteilungen, (Broadcast Engineering Reports), vol. 26 No. 6, pp. 254-257, Nov.-Dec. 1982 (English translation attached).
5International Search Report dated Jul. 22, 2014, issued in connection with counterpart European Application No. 13178425.8, 3 pages.
6International Search Report issued in connection with counterpart PCT Appln. No. PCT/US2006/047498, 6 pages.
7Paris, "An Interactive Broadcasting Protocol for Video-on-Demand", Proceedings of IEEE int. Conf. on Performance, Computing, and Communications, Apr. 2001, p. 347-353, ISBN:0-7803-7001-5, 10 pages.
8Rewind, replay and unwind with new high-tech TV devices, by Lawrence J. Magid, LA Times. This document was printed from the Internet on Jun. 6, 1999 and bears a date of May 19, 1999, 4 pages.
9Wataru, "IP streaming in your visual appliance-optical visual player (Visual Appliance with IP streaming-Optical Visual Player)",NTT Technical Review, vol. 15, No. 5 (the May No., 2003), The Telecommunications Association, May 1, 2003, p. 10 to 13, ISSN: 0915-2318.
10Windows 98 Feature Combines TV, Terminal and the Internet, New York Times, Aug. 18, 1998, 1 page.
Eventos legales
FechaCódigoEventoDescripción
3 Nov 2014ASAssignment
Owner name: ROVI GUIDES, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GUIDEWORKS, LLC;REEL/FRAME:034094/0288
Effective date: 20100226
Owner name: GUIDEWORKS, LLC, PENNSYLVANIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CRANER, MICHAEL L.;REEL/FRAME:034094/0311
Effective date: 20060228