System and method to provide a unified video signal for diverse receiving platforms

Abstract

A method includes receiving a request for media content at a residential gateway from a device coupled to the residential gateway and sending a media content request to a server based on the request. The method includes receiving a video data stream of the media content at the residential gateway. Data packets of the video data stream enable generation of the media content at a first resolution. A first subset of the data packets include tags that enable identification of particular data packets usable to generate the media content at a second resolution that is lower than the first resolution. The method also includes determining a display characteristic of a display device coupled to the device and sending the particular data packets to the device when the display characteristic indicates that the device is to receive the media content at the second resolution.

Description

BACKGROUND OF THE DISCLOSURE

The public's desire to extend communication to mobile devices and to other display systems in their homes continues to grow. Internet service providers, telephone companies, cable TV companies, entertainment/media providers, satellite companies, and businesses generally continue to make additional video offerings available to consumers. These new video offerings typically have improved video quality. While high quality video may be truly appreciated on a high-end display device such as a sixty-inch plasma high definition television set, the impact of a high resolution, high quality data stream, may be lost on the small two square inch display of a cellular telephone. Unfortunately, certain techniques for transmitting video data and managing communications between various devices of a modern video network have several shortcomings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 presents a block diagram of a service provider network that can be utilized to provide communication to a subscriber location;

FIG. 2 shows a block diagram of possible components to process and transmit video signals; and

FIG. 3 presents a flow diagram in accordance with a method for providing a unified signal to diverse video devices.

DETAILED DESCRIPTION OF THE DRAWINGS

Consumers continue to desire new and additional features for home entertainment services, and consumers continue to purchase electronic devices with a wide variety of displays. Accordingly, a system and method for supplying the consumer with a large variety of data transmissions in terms of resolutions and frame rates is provided herein. In one exemplary configuration, a communication system is configured to provide a single video data stream to a subscriber, wherein the single data stream can provide video data to multiple receiving devices with diverse video data input requirements. The communication system can include a digitizer that converts an analog video signal into a high-resolution digital video signal (HRDVS). The communication system can also include a signal processing engine that receives the HRDVS, compresses the HRDVS signal, creates video packets from the HRDVS, and identifies at least a portion of the video packets for distribution to different resolution devices.

A transmitter can be coupled to the signal-processing engine to transmit the video packets to a subscriber location such as a business or a residence. The communication system can also include a remote gateway or a set top box for receiving the transmitted video packets at the subscriber location. After receipt of the video packets, the remote gateway can distribute the video packets to a first video display device capable of displaying the high resolution content and distribute a portion of identified video packets to a second video display device capable of displaying a lower resolution version of the high resolution content.

In accordance with one configuration, the video packets in a high-resolution data stream can include multiple identifiers. For example, every third video packet may be identified for a medium quality picture while every ninth packet may be identified for a cellular telephone display. Thus, every ninth packet will receive a dual identity and be part of more than one “lower resolution” subset. In accordance with another configuration some video packets may be identified for a specific device type or display resolution while other video packets may be identified for a specific device, such as a Palm Pilot III® with a specific Internet protocol address.

Packets may also be identified for a display parameter, such as a display resolution (e.g., 750 pixels by 750 pixels) or a frame rate. For example, every tenth packet may be identified for a 750 pixel by 750-pixel display wherein every thirtieth packet may be identified for devices having a 200 pixel by 200-pixel display. The packets may also be tagged by sampling the data stream at predetermined intervals and tagging the sampled packet. Thus, packets can be tagged and eventually grouped by classifications based, for example, on display device resolution parameters and frame rates.

When a receiving device, such as a residential gateway, distributes the HRDVS, the entire HRDVS stream received by the residential gateway may be sent to high resolution display devices while packets in the HRDVS having a first identifier can be “split off” and transmitted to a second classification of video devices and packets having a second identifier can be split off and transmitted to a third classification of video display device. Thus, the original HRDVS stream can be filtered or pared down such that devices that do not require high data rates or high quality video can be provided with a signal that is commensurate with their display capabilities.

As indicated above, identifiers or tags may be used to signal which packets in a given high resolution video stream should be included in a lower resolution version of the video stream. In such an embodiment, if a high-resolution frame includes an identifier; the high-resolution frame or packet would be included in a low-resolution version of the video. If a high-resolution frame does not include an identifier, the high-resolution frame would not be included in a low-resolution version of the video.

While much of the following description focuses on systems that use identifiers to indicate which packets/frames should be included, identifiers could also be used to tag packets/frames that can be dropped from lower resolution video streams. In a “Tag/Drop” embodiment, a high-resolution packet/frame that includes a particular identifier would not be included in a low-resolution version of the video. A system designer may consider several factors when determining whether to implement a “Tag/Keep” model verse a “Tag/Drop” model. Moreover, the system designer may include different types of tags. One type of tag may be interpreted as a “Keep” tag while a different type of tag may be interpreted as a “Drop” tag. In some cases, a given Keep tag may “tell” a system component to include the following X number of frames. The tag may also suggest that all of the following packets/frames should be kept until the system sees a “Drop” tag. The type, number, and characteristics of identifiers may be modified to suit a given design goal.

Providing video in a format that is compatible with device display parameters can greatly reduce the cost of equipment and infrastructure needed to provide service to multiple and diverse video receiving platforms. For example, a high definition television can receive an entire data stream, yet a personal digital assistant, a cellular telephone, or an older television may only receive a subset of the data. Because the lower resolution data is integrated with, and essentially a duplicate of portions of the HRDVS stream, only minimal processing effort and minimal additional transmission infrastructure is required to implement such a system.

The improvements in communication through digital technology can be utilized herein to provide enhanced video display quality. Likewise, more efficient compression and transmission algorithms can be utilized to compress video and multimedia content to create a wide range of different types of content for different viewing devices. For example, the high definition (HD) content or HDTV is one example of the type of content that is becoming more and more popular.

Video is no longer viewed on just older analog television monitors. Today, HD monitors are becoming more affordable, and personal computers and laptops can be configured to display video. Wireless phones, PDAs, iPODs®, pocket video games and a variety of other devices with networking capabilities are also capable of receiving and displaying video content within the home. Thus, it is desirable that video data destined for older video display equipment and devices having small displays can be efficiently delivered to such devices.

In one configuration, a service provider can offer similar types of services to different viewing platforms such as television sets, PCs and laptops, PDAs, iPODs and other devices with reception and display capabilities. The illustrative embodiment offers a unified architecture that provides a high quality signal for each different type of viewing device without requiring transmission of many different types of signals having redundant data. The illustrative embodiment also provides reliable security and digital rights management for content protection by guarantying that only authorized or selected devices will receive data that is intended for the specific device.

FIG. 1 shows an exemplary high-level block diagram of an entertainment video distribution network. In one entertainment video distribution architecture, content is acquired by, or stored by a content service provider 102. The content service provider 102 can supply entertainment video to a subscriber location 112, for example, via a satellite transmitter 104, a satellite 106, and a satellite receiver 108. The satellite receiver 108 can supply video to off-air receiver at a super head end (SHE) 110. The SHE 110 can have a video on demand (VoD) server that receives control signals from a subscriber and responsive to the control signals provides requested content to the subscriber location 112. At the SHE 110, video can be compressed and distributed to a metropolitan video hub office (VHO) 124.

Additional content such as local content may be acquired from local providers or other providers at the VHO 124. Depending on the VoD architecture and the number of subscribers supported, VoD servers may also be located at the VHO 124. Local provider 126, such as a local television station, can provide video to the VHO 124. Locally acquired content at the VHO 124 can also be digitized and compressed at the VHO 124 and combined with the content received from the SHE 110.

The combined content can be directly distributed to subscribers as is illustrated by the connection to subscriber location 112. The content/combined content can also be distributed to additional local Video Serving Offices (VSOs) 128. Depending on the distribution and access architecture desired, the VSO 128 can distribute the content to a plurality of individual subscriber's homes 130, businesses or access points (not shown). In one configuration a very high speed digital subscriber line (VDSL) configuration is utilized between the subscriber location 112 and the VHO 124, however alternate configurations, such as fiber to the curb and other configurations, could be utilized.

In a cable Hybrid Fiber Coax (HFC) architecture (an implementation using fiber optic components and cable components), analog RF modulation, and digital quadrature amplitude modulation (QAM) techniques can be utilized to broadcast the content from the VHO to a residential gateway or a set top box (STB) 114. These techniques can also be utilized when analog service is provided directly to a standard television set 132 at the subscriber location 112. Additional configurations, such as fiber to the premise (FTTP), fiber to the curb (FTTC) and other access network technologies, could be utilized to provide a signal to the subscriber.

In one implementation, a switched digital video (SDV) architecture is utilized to multicast the video content to a particular point on the network (possibly a VHO) that is proximate to the end-users' location. In this configuration, channel requests and switching can be administrated at the VHO 124 eliminating the need for a sophisticated STB 114. However, in both configurations, the STB 114 may be used to communicate via control signals and digital video signals. In one configuration, the STB 114 decodes the authorized channel and displays the content on a high definition television (HDTV) monitor 116.

As is illustrated, many different types of receiving devices, such as an analog television 132, a cellular telephone 122, a personal digital assistant 120, and a personal computer 118, may be a receiver at a subscriber location 112. In one configuration, similar yet lower resolution content compared to that provided to HD TV 116 is provided to such devices. Depending upon implementation detail, if each display device were to be provided with high resolution (HR) content, the set top box 114 would be costly because it would be required to have significant data processing capacity. A system that provides HD or HR video to multiple devices could prove cost prohibitive for many consumers.

Thus, it would be desirable to provide a common signal or unified signal to set top boxes or gateways and allocate portions of the high-resolution signal to lower resolution devices. In this configuration, each device, such as mobile telephone 122, personal digital assistant 120 and personal computer 118, can receive an optimized version of the video signal based on a the display capacity or display resolution of the device. The selective distribution of video data in accordance with the present disclosure can be implemented utilizing HFC networks as well as switched digital video (SDV) networks.

In the exemplary embodiment, a single communication link is illustrated; however, hundreds and even thousands of links similar to the one shown can be supported by the teachings of the present disclosure. Although a household is shown in the illustrative embodiment as the subscriber location, the subscriber could be at any location having broadband access.

FIG. 2 provides an illustrative embodiment that depicts a block diagram for processing video signals and providing video signals to a subscriber. A receiver 201, possibly located at the SHE in FIG. 1, can receive video data from an entertainment provider (not shown). The receiver 201 can supply a digitizer 202 with analog content, and the digitizer 202 can digitize the analog content and supply digital data to a data compressor 204 where the data can be compressed. The data compressor 204 can also be referred to as a “compression CODEC” or “coder/decoder.” Data compressor 204 can remove spatial and temporal redundancies that are inherently present in images and moving sequences of video. Removal of these redundancies reduces the number of data packets that need to be transmitted and hence reduces the workload of transmitting and receiving devices and other data processing devices in the transmission configuration.

Many types of compression technology could be utilized in cooperation with the present disclosure to reduce the transmission workload/payload of network components. Depending on the compression technology, the data compressor 204 can transform the image/video data into a set of compressed data that contains different types of parameters. Most existing video compression standards use discrete cosine transform (DCT) to remove spatial redundancies in the video data. Likewise, a variety of motion estimation techniques can be utilized to reduce temporal redundancies.

A large number of different filtering and pixel manipulation techniques can also be utilized to reduce compression artifacts and produce good quality video while minimizing the volume of the transmissions. A typical compression technique generates a number of DCT coefficients, motion vectors, and other parameters that are then encoded into the data stream using a variety of encoding techniques. Many different compression techniques could be utilized to complement the present disclosure without parting from the scope of its teachings.

In accordance with the teachings herein, some subscriber display devices may operate satisfactorily with a low-resolution signal, others a medium-resolution signal, while others a high resolution or high-definition signal. Further, other devices may effectively utilize a signal having a resolution somewhere between the above resolutions.

A data tagger 206 can receive the compressed signal and tag packets in the data transmission that can be utilized by lower resolution devices to provide a satisfactory video. Tagging can be performed on a timing basis (i.e., every millisecond), based on a packet count or with any other reliable sampling process. Portions of the transmission may be identified or tagged for specific devices or specific device types that can function on less data capacity than a high definition transmission. Tagging packets in a video data stream avoids transmission of duplicate packets or duplicate signals and reduces the workload of system components. In one configuration, the data tagger 206 may tag a high-resolution or high definition video packet stream with multiple types of tags to provide multiple levels of lower resolutions. The packets may also be tagged based on various device types and display parameters. The high resolution/definition data (as tagged) can then be forwarded to and transmitted by transmitter 208.

Although illustrated as separate modules data compressor 204, the data tagger 206 and the transmitter 208 can be considered as a data processing engine 218. The data processing engine 218 can use trans-coding equipment located in the distribution network or at the customer premise to provide different versions of the content for different types of viewing devices at the customer or subscriber premise.

Thus, a single transmission having tagged data can be sent from the data processing engine 218 to the receiver-filter 210 and this transmission can be filtered to provide different display resolutions to devices having different display data requirements. The receiver-filter 210 can be locate within a set top box, such as the set top box in FIG. 1

The receiver 210 can retransmit or deliver all the data packets to a high-resolution device, such as a HDTV 212, and parse, filter, split, or multiplex data packets from the high definition data stream to deliver a first subset of the packets (i.e., packets tagged with a first identifier) to PDA 214 and deliver a second subset of the packets (i.e., packets tagged with a second identifier) to mobile phone 216. The receiver 210 can also provide security from eavesdropping by implementing digital rights management procedures such that the appropriate signal is transmitted to and received by the appropriate device.

In one configuration, reliable security and/or digital rights management capabilities can also be utilized to safeguard the content of the transmission. All viewing end-points or video devices 212-216 may initially register with the receiver-filter 210 (e.g., the set top box or the residential gateway). The receiver-filter 210 can provide encryption keys, and the communications from the receiver-filter 210 to the display device 212-216 can be encrypted or scrambled such that only the registered subscriber video devices can decode and display the video transmitted by the receiver-filter 210. Digital rights management can be particularly useful in wireless communications. The receiving devices 212-216 may also execute a routine to identify their characteristics, such as a screen size or an optimal and minimal display resolution, such that the receiver-filter 210 can optimize the filtering process for each device. Specific display devices can be provided with an optimal subset of compressed data based on the identified operational device parameters.

Referring to FIG. 3 a method for providing a unified video stream usable by diverse receiving platforms is provided. At 302, video data is received or acquired possibly at a SHE or a VHO. If the video data is received in an analog format, it can be converted to a digital video signal, at 304. The video data may be encoded or digitized into a high-resolution format or a format that is designed as the highest viewing quality available (i.e., currently for HD consumer television sets).

At 306, the digitized video can be compressed and, at 308, the digitized compressed high-resolution video can be tagged such that portions of the compressed video can be identified and “copied out” to form duplicate data that forms a subset of the high-resolution video. Each subset being useable by lower resolution displays.

In one configuration, the data can be tagged with different types of tags such that each subset has a specific tag and can therefore be identified for distribution to a specific device type, resolution frame rate, viewing specification or screen size. The identification can occur such that each identified portion of the compressed data is optimized or has a high enough data rate to provide quality viewing but does not provide data in excess of that necessary to provide the quality video to each device.

The entire video data stream (the high resolution signal with the embedded tags) can be transmitted over a communication network, at 310. The video can be received, at 312, by a receiving device such as a set top box or a residential gateway. Many receivers and receiving methodologies could be utilized. For example, a SDV network, a VDSL network, or a master STB for an HFC network could be utilized to transport and switch the video data. At 314, the tagged portions of the video data can be copied and buffered and then transmitted to the appropriate devices while the high-resolution data, the “highest quality data” or the entire data stream can be sent intact to the high resolution/definition video devices, at 316. Different tags, tagging schemes and different tagging time intervals can be applied to the data for different devices or different display areas in accordance with the scope of the present disclosure.

The above-disclosed subject matter is to be considered illustrative, and not restrictive, and the appended claims are intended to cover all such modifications, enhancements, and other embodiments that fall within the true scope of the present disclosure. Thus, to the maximum extent allowed by law, the scope of the present disclosure is to be determined by the broadest permissible interpretation of the following claims and their equivalents, and shall not be restricted or limited by the foregoing detailed description.

Claims

1. A method, comprising: receiving, by a system including a processor, a request for media content from a device;receiving, by the system, a video data stream including the media content, wherein the video data stream includes a plurality of data packets, wherein a first data packet of the plurality of data packets includes first media data and a first tag identifying a first resolution, wherein a second data packet of the plurality of data packets includes second media data and a second tag identifying a second resolution that is lower than the first resolution, wherein a third data packet of the plurality of data packets includes third media data and the first tag, and wherein a fourth data packet of the plurality of data packets includes fourth media data, the first tag, and a fourth tag identifying the second resolution;determining, by the system, a display characteristic of a display device coupled to the device; andsending, by the system to the device, a subset of the plurality of the data packets in response to the display characteristic indicating that the display device has a presentation capability less than the first resolution, wherein the subset includes the second data packet and the fourth data packet.

2. The method of claim 1, wherein the sending the subset of the plurality of the data packets includes: identifying the second data packet based on the second tag; andin response to identifying the second data packet: sending the second data packet;sending subsequent data packets received temporally after the second data packet until a third tag of a fifth data packet of the plurality of data packets is detected, the fifth data packet including fifth media data and the third tag indicating that the fifth media data corresponds to the first resolution; andin response to detecting the third tag, ceasing to send subsequent data packets.

3. The method of claim 1, wherein the subset does not include the first data packet.

4. The method of claim 1, further comprising sending, by the system, the plurality of data packets to the device in response to the display characteristic indicating that the device has a presentation capability at the first resolution.

5. The method of claim 1, wherein the subset of the plurality of data packets is encrypted prior to being sent to the device.

6. The method of claim 1, wherein the media content includes media-on-demand content.

7. The method of claim 1, wherein a fifth data packet of the plurality of data packets includes fifth media data and a third tag identifying a third resolution that is lower than the second resolution, and wherein the subset of the plurality of the data packets does not include the fifth data packet.

8. The method of claim 7, wherein the first resolution corresponds to a high definition resolution, wherein the second resolution corresponds to a standard definition resolution, and wherein the third resolution corresponds to a resolution for a portable communication device.

9. The method of claim 8, wherein the portable communication device comprises a mobile communications device, a personal digital assistant, or a video game device.

10. A machine-readable hardware storage device storing executable instructions that, when executed by a processor, facilitate performance of operations, the operations comprising: obtaining a video data stream associated with media content responsive to receiving a request from a device, wherein the video data stream includes a plurality of data packets, wherein a first data packet of the plurality of data packets includes first media data and a first tag identifying a first resolution, wherein a second data packet of the plurality of data packets includes second media data and a second tag identifying a second resolution that is lower than the first resolution, wherein a third data packet of the plurality of data packets includes third media data and the first tag, and wherein a fourth data packet of the plurality of data packets includes fourth media data, the first tag, and a fourth tag identifying the second resolution;determining a display characteristic of a display device coupled to the device; andsending to the device a subset of the plurality of the data packets in response to the display characteristic conforming to the second resolution, wherein the subset includes the second data packet and the fourth data packet.

11. The machine-readable hardware storage device of claim 10, wherein the operations further include: determining a second display characteristic of a second display device coupled to a second device responsive to receiving a second request from the second device; andsending to the second device a second subset of the plurality of the data packets in response to the second display characteristic conforming to the first resolution, wherein the second subset includes the first data packet and does not include the second data packet.

12. The machine-readable hardware storage device of claim 11, wherein the second subset includes the third data packet and the fourth data packet.

13. The machine-readable hardware storage device of claim 10, wherein the operations further comprise: receiving a registration request from the device; andsending an encryption key to the device.

14. The machine-readable hardware storage device of claim 13, wherein each particular data packet of the subset of the plurality of data packets is encrypted, and wherein the device decrypts the subset of the plurality of data packets with the encryption key.

15. The machine-readable hardware storage device of claim 10, wherein the determining the display characteristic of the display device includes receiving information from the device, wherein the information includes parametric data associated with the display device.

16. A media device comprising: a processor;a memory coupled to the processor, the memory including instructions executable by the processor to perform operations, the operations including: obtaining a video data stream associated with media content responsive to receiving a request from a communication device, wherein the video data stream includes a plurality of data packets, wherein a first data packet of the plurality of data packets includes first media data and a first tag identifying a first resolution, wherein a second data packet of the plurality of data packets includes second media data and a second tag identifying a second resolution that is lower than the first resolution, wherein a third data packet of the plurality of data packets includes third media data and the first tag, and wherein a fourth data packet of the plurality of data packets includes fourth media data, the first tag, and a fourth tag identifying the second resolution;determining a display characteristic of the communication device; andsending to the communication device a subset of the plurality of the data packets in response to the display characteristic of the communication device corresponding to a resolution less than the first resolution, wherein the subset includes the second data packet and the fourth data packet.

17. The media device of claim 16, wherein the communication device is wirelessly coupled to the media device.

18. The media device of claim 16, wherein the media device comprises a set-top box device.

19. The media device of claim 16, wherein the subset does not include the third data packet.

20. The media device of claim 16, wherein the subset does not include the first data packet.