Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
  • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F15/00—Digital computers in general; Data processing equipment in general
  • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/60—Network streaming of media packets
  • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/60—Network streaming of media packets
  • H04L65/70—Media network packetisation

Definitions

• the present invention relates to computer networks, and more particularly to content streaming.
• This application provides a methods and systems where the processing power required for running a computer application is separated from devices that control the execution of the application remotely. This allows such devices to be simple and inexpensive.
• Digital Media Receiver device to run, control and view arbitrary computer operating systems and applications (i.e., Microsoft Windows, Apple MacOS, Microsoft Word, Microsoft Internet Explorer, PC Video Games, Microsoft Media Player, Real Networks Media Player, etc.) that are hosted on remote computers.
• the disclosed systems and methods provide for concurrent delivery and control of a host computer application via an audio and video stream and a network control channel.
• the real-time audio and video streams are referred to as Application Interface Media Stream (AIMS).
• AIMS Application Interface Media Stream
• the AIMS is sent from the host computer to DMR over a computer network.
• the DMR receives AIMS, decodes it, and renders it for display on a TV device.
• the Host Computer application is controlled through the use of user controlled DMR control devices. Commands issued by the DMR control devices are sent to a Host Computer Application over a computer network, which in turn enables the update and control of the application GUI and video screen events and audio application interface output in response to these commands.
• the DMR device to run, control and view a media player application hosted on a remote computer which is different from other applications in two ways: (1) the remote computer must have components for converting of media formats which the DMR is unable to decode to those that the DMR is able to decode, and (2) the media player application provides context switching so that the video of a file selected by the user completely replaces the GUI which facilitates the file selection on the TV display
• the general operation of the preferred embodiment is a follows: first, a session is established between the DMR and the Host Computer; then concurrently the audio and video on the Host Computer is encoded in the time slices streams which are sent to the DMR and the DMR receives control messages from the user, which are encoded and sent to the Host Computer, where they are decoded and used to manipulate the execution of the application.
• a method for controlling computer applications remotely comprises the steps of running a computer application on a host computer; establishing an electronic data communication between the host computer and a remote receiver over a media channel and an application control channel; sending application output from the host computer to the remote receiver over the media channel; presenting the application output at the remote receiver; and receiving at the host computer of a command related to the presented output from the remote receiver over the application control channel is disclosed.
• a receiver for presentation and control of computer applications running on a remote host computer comprising: data handling means for establishing one or more communication channels between the receiver and the remote host; data processing means for decoding application output data received from the remote host; data control means for encoding control signals from the receiver to the remote host; and input means for entering control commands by a user of the receiver is disclosed.
• Figure 1 is a block diagram of a system for controlling, displaying, transmitting and receiving a Host Computer's Application Interface through a plurality of control and media streams over a computer network;
• Figure 2 is a block diagram of a system for controlling, displaying, transmitting and receiving a Host Computer's Media Player Application Interface as well as it's A/V media archive through a plurality of control and video streams over a computer network.
• DMR Digital Media Receiver
• the network interfaces 260 and 310 may be "wired" (i.e. IEEE 802.3 Ethernet) or wireless (i.e. IEEE 802.11) hardware devices that use Transmission Control Protocol/Internet Protocol (TCP/IP) stack 100 and 300, respectively.
• TCP/IP Transmission Control Protocol/Internet Protocol
• the stack may be provided as a software communications service and should at least provide standard TCP/IP and UDP/IP packet switched data communication channels between the DMR and any TCP/IP based device on the network, such as the Host Computer 91.
• the network interfaces could also be USB, IEEE 1394, etc.
• Session Setup and Control components are used to establish communication session between the DMR 90 and the Host Computer 91.
• Session Setup and Control components on the DMR 250 may use Universal Plug and Play (UPnP) as outlined by UPnP Forum.
• UDPnP Universal Plug and Play
• the Session Setup and Control component 250 essentially provides: [0012] 1. An IP address for the DMR, using either static or Dynamic Host Control
• DHCP DHCP based assignment
• TCP/IP based socket connections between the DMR and the compliant Host Computers on the network. These socket connections are both TCP/IP and UDP/IP based communication channels. These socket connections carry Real-Time Video, Audio, and control messages between the DMR and the Host Computer.
• DRM Digital Rights Management
• a proprietary low complexity DRM scheme is intended to be run between the DMR and the Host Computer known as Light Weight DRM and that high complexity industry standard based DRM platforms will be terminated on the Host Computer.
• an industry standard such as Digital Transmission Content Protocol (DTCP) can be used between the DMR 90 and Host Computer 91 to protect the media from illegal copying.
• DTCP Digital Transmission Content Protocol
• the Session Setup and Control component 305 essentially provides:
• TCP/IP based socket connections between the Host computer and DMR' s on the network. These socket connections are both TCP/IP and UDP/IP based communication channels. These socket connections carry Real -Time Video, Audio, and control messages between the DMR and the Host Computer.
• Application (Event Loop) 410 which runs on the Host Computer handles and processes all control events. It has direct access to all application sub-systems as well as the GUI interface.
• Application Sound component 430 generates audio specific to the application such as operating system sound beeps, or audio indicators that are generated as a GUI auditory aid.
• the Audio Encoder 420 compresses the audio streams using compression codecs that are compatible with those used on the DMR device.
• Application Window (GUI) 490 is an actual window or set of windows and dialog boxes that make up the user interface of the application.
• the Window Video Encoder 480 generates a raw video stream by sampling the video buffer within the region of memory occupied by the application's GUI window on the Host Computer 91.
• the resolution and scan structure of the video is then resampled to an optimal display format supported and previously negotiated by the DMR during the Session Setup.
• Typical video resolution formats are as follows: interlaced or progressive 720 x 480 pixels for standard definition NTCS-TV or 72Op, 108Oi, 108Op HDTV.
• the raw video frame rate is then resampled to an optimal display rate supported by the DMR hardware.
• the raw video is then passed on the Video Encoder 470 which compresses the video streams using compressing codecs that are compatible with those used on the DMR device.
• the two compressed streams, audio and video, are then sent to the Audio/Video (A/V) Media component 460, which maintains the information regarding system time synchronization between the audio and video streams resulting from the application 410.
• the A/V Media component 460 also constructs the Audio/Video stream formats used during the Real-time Transfer Protocol (RTP) sessions.
• RTP Real-time Transfer Protocol
• the Audio /Video media packets are encrypted by the Encryption component 450 using the encryption key negotiated during the session setup process by the Session Setup and Control component 305.
• RTP Streaming Engine 440 packetizes A/V data using RTP and forwards the packets to the DMR via the IP network over the Network Interface 310, where appropriate headers are appended to the packets by TCP/IP stack 300 over Media Stream Channel 22. It should be noted that RTP can be replaced with Hyper Text Transfer Protocol (HTTP), or any packetized streaming media format.
• HTTP Hyper Text Transfer Protocol
• the DMR receives the media streams on its Network Interface 260 and processes the packets extracting the payload by its TCP/IP stack 100.
• the A/V Jitter Buffer 110 manages the receipt, synchronization and sequencing of all real-time media packets that are sent to the DMR. It separates the packets into stream type (audio and video) and then manages the optimum Jitter Buffer length based on the joint inter-arrival time of each media stream.
• the Decryption component 120 decrypts all the encrypted media packets that are sent to the DMR with the decryption key which was provided to it during session setup by the Session Setup and Control component 250.
• A/V Framer 130 separates the decrypted audio and video packets from the A/V Jitter Buffer 110 and encapsulates them into hardware dependent media stream formats.
• the video stream is then forwarded to the Video Decoder 140 which takes video frames from the A/V Framer 130 and decodes them into a raw video stream.
• the raw video stream is then forwarded to the NTSC/PAL Encoder 150, which converts it either to NTSC or PAL format depending on the country of operation specified.
• the analog NTSC/PAL signal is then forwarded to the TV Video Out component 160 which takes the analog video signal from the NTSC/PAL Encoder 150, power amplifies the signal and sends it to a standard TV out interface such as composite, interlaced component, or progressive component.
• the audio stream is forwarded to the Audio Decoder 170 which takes the compressed audio signal channels(s) from the A/V Framer 130 and decompresses them into linear pcm channel(s).
• the linear pcm channel(s) are then forwarded to the 5.1 D/A converter 180 which converts the linear pcm audio signal channel(s) from the Audio Decoder component 170 to analog audio signal channels.
• the Audio Out 190 component provides both an analog and digital interface mode of operation.
• the analog mode of operation takes the low level audio analog signal from the 5.1 D/A converter 180 and provides power amplification on the audio signal before sending it over a standard multi-channel Radio Corporation of America (RCA) audio out interface.
• the digital mode of operation takes the raw digital channels from the 5.1 D/A converter 180 and outputs them over optical or electrical Sony/Philips Digital Interface Format (S/PDIF).
• the Control In component 230 is a physical interface by which any controlling devices (i.e. keyboard 231, Mouse 232, joystick 233, infrared (IR) remote control device 240) communicates with the DMR 90.
• the controlling devices are used by the user to manipulate and navigate through the application interface displayed by the DMR as well as to control and manipulate the playback of arbitrary stream of media (i.e., video, audio, photos) through the DMR.
• the Decode Control component 210 decodes the electrical control messages received from the controlling devices 231, 232, 233, and 240 by the Control In component 230 into a data control code. For example, when a button is depressed on the IR remote 240, an electrical signal is generated within the Control In component 230. This electrical signal corresponds to a physical button that was depressed on the IR remote 240. The Decode Control component 210 then maps this signal into the data control code which corresponds to the physical button that was depressed. The decoded control message is then encapsulated by the Encapsulation component 200. Any control protocol can be used in this component. Typical examples are Real Time Streaming Protocol (RTSP), and HTTP.
• RTSP Real Time Streaming Protocol
• the encapsulated message is then sent over the Network Interface 260 via TCP/IP Application Control Channel 24 to the Host Computer 91.
• the Host Computer 91 receives the packets on its Network Interface 310 and processes them by the TCP/IP stack 300. It then passes the payloads of these packets to the Decoder 400 which decodes the control messages from the DMRs and forwards them to the appropriate application on the Host Computer.
• the control protocol used here can also be translated to other control protocols in order to support arbitrary applications. For example the proprietary low memory/complexity protocol can be translated to RTSP or HTTP so that it may support Digital Home Working Group (DHWG) compliant hosting applications.
• the Decoder 400 then forwards the control messages to the Application (Event Loop) 410, which handles and processes all control events.
• the second embodiment of the invention is schematically illustrated in FIG. 2, where the Host Computer with Media Player 92 is utilized.
• the Host Computer 92 has several additional components compared to the Host Computer 91 of the first embodiment.
• the Host Computer with Media Player 92 contains a Media Location Database (DB) 570 which contains information regarding the type, format, name and computer addressable location of every audio, video, and photo file available for computer access.
• the Media Location DB 570 interfaces with A/V Archive 520 that is the location where the audio and video files are physically stored for computer retrieval and Photo Archive 560 that is the location where the photo files are physically stored for computer retrieval.
• A/V Archive 520 and Photo Archive 560 can be local to the Host Computer 92 or stored on the network (IP, IEEE 1394, USB, etc.) device attached to the Host Computer 92.
• the Media Location DB 570 communicates with the Application 410, so the content of the database may be transferred to the DMR 90.
• the file is an audio or video file, or a static photograph. If an audio or video file is requested by the user at the DMR 90, the Application 410 will access the A/V Parser 530 which converts audio and video files into seekable packetized media streams.
• the A/V Parser 510 supports common media control commands such as play, pause, stop, fast forward, rewind, and seekable rate with and without time scale modification, etc. These commands are supported through primitive file seek and read commands.
• the A/V Parser 510 locates the index within the file that corresponds to the absolute time requested by the DMR it proceeds to send frames of audio or time synchronized frames of audio and video to the respective transcoder components along with an absolute real-time stamp of each packet of media.
• the absolute real-time stamp is used to identify fast forward and rewind commands that require the media to be resampled in time by subsequent processing components within the system.
• the Audio Transcoder 500 is used to reformat audio channels which are not stored in formats supported by the DMR 90. This is achieved by first decompressing the audio channels into raw audio and then recompressing it with a compression format supported by the DMR 90.
• the DMR supported audio compression formats are negotiated during session setup. If the absolute real-time stamp and sampling frequency are different than the original sampling frequency time scale modification is performed over the audio packets.
• the time scale modification can either be continuous (with or without pitch scale modification) or discrete depending on the user's preference.
• the Video Transcoder 530 is used to reformat video channels which are not stored in formats supported by the DMR 90. This is achieved by first decompressing the video channels into raw video and then recompressing them with a compression format supported by the DMR 90.
• the DMR supported video compression formats are negotiated during session setup. If the absolute real-time stamp and sampling frequency are different than the original sampling frequency time scale modification is performed over the video packets. The time scale modification can either be continuous or discrete depending on the users preference.
• the selected file is an audio file, there is not video channel and the Video Transcoder 530 is not used.
• the Photo Parser 550 converts the photographs into a raw video stream. It performs this by first decompressing the photograph into a raw still image frame. The still image frame is then resampled to a video resolution and scan structure supported and previously negotiated by the DMR device 90 during session setup. Typical video resolution formats are as follows: interlaced or progressive 720 x 480 pixels for standard definition NTCS-TV or 72Op, 108Oi, 1080p HDTV. The video frame is then repeated at a frame rate supported by the DMR hardware. For example, based on the knowledge that the DMR supports NTSC devices, the optimal NTSC frame rate will be selected.
• the raw video is then passed on to the Video Encoder 540, which is similar to Video Encoder 470, and then to Video Transcoder 530.
• the outputs of Audio Transcoder 500 and Video Transcoder 530 are then passed to A/V Media component 460, and then processed and sent to the DMR 90 according to the method described for the first embodiment.
• the context is switched. In other words, the video completely replaces the GUI seen by the user.
• the playback of the selected file may be interrupted by the user's request and the context can be switched back at any point.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Theoretical Computer Science (AREA)
• Computer Hardware Design (AREA)
• Computer Networks & Wireless Communication (AREA)
• Software Systems (AREA)
• Physics & Mathematics (AREA)
• General Engineering & Computer Science (AREA)
• General Physics & Mathematics (AREA)
• Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
• Storage Device Security (AREA)
• Computer And Data Communications (AREA)
• Digital Computer Display Output (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=35908228

Family Applications (1)

Country Status (6)

Families Citing this family (4)

Family Cites Families (19)

• 2005
  • 2005-08-15 EP EP05786709A patent/EP1810165A2/de not_active Withdrawn
  • 2005-08-15 AU AU2005272636A patent/AU2005272636A1/en not_active Abandoned
  • 2005-08-15 JP JP2007525872A patent/JP2008510392A/ja active Pending
  • 2005-08-15 KR KR1020077005878A patent/KR20070092198A/ko not_active Withdrawn
  • 2005-08-15 WO PCT/US2005/028961 patent/WO2006020968A2/en not_active Ceased
  • 2005-08-15 CA CA002577087A patent/CA2577087A1/en not_active Abandoned

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events