ACCESSING CONTENT VIA A RECEIVER COUPLED TO A TRANSMITTER
A communication system for accessing media items via a display device. A receiver is coupled to the display device and a transmitter is coupled to a computer system. Media items stored locally on the computer system and/or remotely on a remote server may be wirelessly transferred from the transmitter to the receiver for display on the display device. In addition, the transmitter and the receiver may be pre-paired prior to delivery to the user, allowing for the network to be configured without any user input. Advantageously, embodiments provide a user with the ability to conveniently view content stored on a computer or a web server without the user having to perform any wireless network setup procedures.
This application claims benefit of U.S. provisional patent application Ser. No. 61/179,688, filed on May 19, 2009, which is hereby incorporated herein by reference.
BACKGROUND OF THE INVENTIONDigital video cameras enable a user to capture video footage, which can be viewed on a computer or television, uploaded to video sharing websites, or recorded onto a recording medium such as a DVD. Typically, transferring video footage from a digital video camera to an external device such as a television or computer requires the use of a video cable and software to connect the digital video camera to the external device. Some models of digital video cameras provide a built-in Universal Serial Bus (USB) connector to facilitate transfer of video footage from/to the digital video camera and the external device. In order to view video footage on a television, a user typically uses a cable (e.g., a cable with both video and audio connectors) to connect the digital video camera to the inputs of the television, and then uses a user interface on the digital video camera to initiate and control the playback of the video footage displayed on the television. Some digital video cameras also utilize a remote control to supplement or replace the user interface on the digital video camera during playback to the television. This method of viewing video footage on a television presents several difficulties, including either using the batteries in the digital video camera or providing external power to the digital video camera during playback, positioning of the digital video camera close to the television while the user is typically sitting farther from the television during video playback, and the like.
If the user has already downloaded the video content recorded on the digital video camera to a computer, the video content can be viewed on the computer display. However, many users prefer to watch video footage on a television, which is typically located at a distance (e.g., in a separate room) from the computer. One approach is to use the computer to burn a digital versatile disc (DVD) including the video content. However, burning a DVD is a complicated operation for some users and requires use of DVD media. Additionally, DVDs have limits on the length of videos that can be stored on the DVD, typically one or two hours of video. Thus, for video footage of longer durations, multiple DVDs are typically required. Another approach is to transmit the video footage from the computer to the television. 802.11-based media extenders have been developed for this purpose. Using 802.11-based wireless networks is a challenging endeavor for many users. Setting up the network is a complicated process that many users find difficult and frustrating, including issues related to firewalls, port forwarding, dynamic Domain Name System (DNS), etc. The challenges of setting up and operating 802.11-based networks is a contributing factor to the high return rate of wireless networking equipment.
Despite the capabilities of currently available systems, the viewing experience of digital video for many users is less than desirable. Thus, there is a need in the art for improved methods and systems for viewing video footage on a display device.
SUMMARYOne embodiment of the invention provides a computer-readable storage medium storing instructions that, when executed by a processor, cause a computer system to provide a user access to one or more media items, by performing the steps of: receiving from a receiver device a data request for media data within a byte range associated with at least a portion of a first media item, where the computer system is part of a communications system that also includes a transmitter device configured to perform two-way wireless communications with the receiver device; retrieving the media data; and causing the media data to be transmitted to the receiver device via the transmitter device for playback or display on a display device coupled to the receiver device.
Another embodiment of the invention provides a method for accessing content via a communications system. The method includes receiving identifying information associated with a user; examining one or more memory locations within a computer system to determine that a first set of media items accessible by the user is stored locally within the computer system, where the communications system includes a transmitter device coupled to the computer system that is configured to perform two-way wireless communications with a receiver device coupled to a display device; determining a second set of media items stored on a computer system that is remote from the communications system based on the identifying information, where the user is recognized as a recipient of each media item in the second set of media items via one or more channels, and each of the one or more channels is associated with a set of recipients and a set of media items; and providing, to the user, access to each media item in both the first set of media items and the second set of media items via the receiver device.
Many benefits are achieved by way of embodiments of the present invention over conventional techniques. For example, embodiments of the present invention provide an enhanced user experience in comparison with conventional wireless communications networks. Additionally, embodiments provide a user with the ability to conveniently view video footage stored on a computer or a web server on a television without having to perform any wireless network setup procedures. As an example, embodiments of the present invention provide a simple and reliable way for viewing videos, movies, photos, and other media on a home television. Utilizing the embodiments described herein, consumers can effectively bring their multimedia content onto their primary viewing device (i.e., the TV) and enjoy this media in a comfortable setting such as a living room. These and other embodiments of the invention along with many of its advantages and features are described in more detail in conjunction with the text below and attached figures.
Embodiments of the present invention relate to transmitting video footage from a source to a display device. Merely by way of example, embodiments of the invention are applied to a communications system including a transmitter coupled to a computer and a receiver coupled to any type of display device, such as a television, a monitor, or any other type of display device. The methods and techniques can be applied to video footage stored on a web server, a local machine, a remote machine, and the like.
According to an embodiment of the present invention, a system for transmitting video content from a computer to a display device is provided. The system includes a receiver operable to communicate with the display device. The receiver includes a first wireless transceiver, a video output, and an audio output. The system also includes a transmitter operable to communicate with the computer. The transmitter also includes a wireless transceiver. The receiver and the transmitter are operable to perform two-way wireless communication with each other.
According to yet another embodiment of the present invention, a method of transmitting video content is provided. The method includes establishing a connection between a receiver and a display device. The receiver includes a first wireless transceiver, a video output, and an audio output. The method also includes establishing a connection between a transmitter and a computer. The transmitter includes a second wireless transceiver and memory and the transmitter is operable to operate in a first mode and a second mode. The method further includes uploading software from the memory of the transmitter to the computer while operating in the first mode and transmitting the video content from the transmitter to the receiver while operating in the second mode.
System OverviewThe communications system 100 also includes a transmitter 120. The transmitter 120, which may also be a transceiver, includes the ability to both transmit and receive data from a matched transceiver (i.e., receiver 110). Because transmitting data for subsequent display on the display device is, in some embodiments, the primary function of the transmitter 120, the transmitter 120 is referred to as a “transmitter,” despite the fact that the transmitter 120 includes the functionality of receiving data as well. In a particular embodiment, the transmitter 120 is a dongle including a connector 122 compliant with the Universal Serial Bus (USB) standard and operable to be inserted into a USB port of a computer, for example, a personal computer. As described in greater detail in
According to embodiments of the present invention, the receiver 110 and the transmitter 120 are pre-paired during the manufacturing process. Thus, when a user first sets up the communications systems, there is no need for the user to pair or define settings associated with the communication that occurs between the receiver 110 and the transmitter 120. This embodiment contrasts with conventional wireless networking equipment, for which a user typically needs to manually pair the various devices prior to use. As an example, in a conventional 802.11-based network, a user needs to set the Service Set Identifier (SSID), password, and/or other network parameters that enable the various network elements to communicate. In the embodiments described herein, such settings are pre-set at the time of manufacturing as part of the manufacturing process or at other time prior to delivery to the user. Thus, when the user first installs the equipment, the parameters necessary for two-way communications between the receiver 110 and the transmitter 120 are already set. As a result, the user is provided with a fully functioning communications system straight “out-of-the-box.”
In some embodiments, the communications system 100 may also include a remote control 130. The remote control is operable to communicate with receiver 110 and may be used to control the playback of video footage on the display device. Like the transmitter 120, the remote control 130 is also pre-paired with the receiver 110 prior to delivery to the user. In some embodiments, the remote control 130 is also able to control operation of the transmitter 120, although this feature is not required by embodiments of the present invention. As described in more detail in
The remote control 130 includes user input buttons including play, pause, fast forward, rewind, next track, previous track, volume up, volume down, mute, and the like. Other functionality as appropriate to the particular embodiment can be implemented in the remote control 130 as needed. For example, a “favorites” button may be provided that allows a user to mark a particular media item as a favorite. A signal is transmitted from the remote control 130 to the receiver 110 that indicates that a selected media item should be marked as a favorite. The receiver 110, then, transmits a signal to the transmitter 120 indicating that the selected media item should be marked as a favorite. The transmitter 120, in turn, conveys this information to the software executing on the computer 220 by sending a signal to the computer 220. The software executing on the computer 220 updates the metadata associated with a local copy of the selected media item to indicate that the selected media item should be marked as a favorite. If the selected media item is also stored on a remote server and is being accessed remotely, then metadata associated with the copy of the media item stored on the remote server is updated as well. As another example, another button may be provided on the remote control 130 that allows a user to mark a selected media item to be transmitted to a particular person or stored on a remote server. One of ordinary skill in the art would recognize many variations, modifications, and alternatives.
Target customers for the products described herein include owners of digital video cameras. As described more fully in relation to
The ease of installation and use enables users that are not particularly technology savvy to enjoy the benefits of more widely present video footage. As an example, it may be desirable to share videos on a user's computer with a family member without a digital video camera or a wireless network, but with a television, a computer, and an Internet connection. The family member purchases a system as described herein, couples the receiver 110 to the television and couples the transmitter 120 to the computer. After the installation of software resident on the transmitter, typically only requiring an acceptance of a click-through license agreement by the family member, the family member is able to receive videos from the user and then watch them on their television. In other implementations, a user account may be created or other setup procedures may be performed. Other content that is downloaded to the computer can also be viewed on the television, which is typically a more comfortable viewing environment than the computer, using the communications system described herein. It should be noted that various methods for identifying the receiver 110 as a network element may be used, as described in greater detail herein.
Embodiments of the present invention provide for a variety of sources of media for viewing using communications system 100. As an example, videos may be stored on the computer or on a web server accessible through the Internet. Additionally, in some embodiments, a user is able to define one or more channels and associate other users with these channels. Video content is then shared using these channels to the associated users.
Although the system illustrated in
In still further embodiments, the receiver 110 may be replaced by any device that would typically be plugged into a computer and would typically require a driver, such as a computer peripheral (e.g., a printer or a scanner), among others. For example, a transmitter 120 (i.e., a dongle) may be provided that is configured to communicate with one or more of other devices. One or more drivers and/or software for the other devices may be stored in a mass storage portion of the transmitter 120. When the transmitter 120 is plugged-in to the computer, the transmitter 120 is detected as a mass storage device and the drivers and/or software stored in the mass storage portion may be automatically installed on the computer, as described herein. Once the drivers and/or software are installed and executed on the computer, the drivers and/or software may transmit a signal to the transmitter 120 (i.e., to the dongle) indicating to the transmitter 120 to switch from mass storage device mode to wireless mode. Again, the transmitter 120 may be configured to communicate with a single device or with multiple devices of the same or different types. One advantage of these embodiments is that manufacturing costs are reduced since a CD (compact disc) or DVD (digital versatile disc) that includes the drivers and/or software does not need to be shipped or sold with the transmitter 120. A second advantage is ease of installation, since no user input is required to install and configure the device.
Referring once again to the embodiment shown in
In another embodiment, at the other end of the processing spectrum, much of the processing may be performed in the receiver 110. In this alternative embodiment, the receiver 110 may have significant computing resources. Video processing, buffering, storage, and the like may be performed in the receiver. Other embodiments also fall at other points along the spectrum, dividing the processing tasks between the computer 220, the transmitter 120, and the receiver 110.
As an example use case, a user uses remote control 130 to control the receiver 110. The user interface is displayed on the display device 210 and two-way communication is established between the receiver 110 and the transmitter 120. Requests from the user may pass from the remote control 130 to the receiver 110, through the wireless connection to the transmitter 120, and then from the transmitter 120 to the computer 220. For an application executing on the computer 220, information related to the available videos (i.e., metadata) may be transmitted from the transmitter 120 to the receiver 110 and displayed on the display device 210. Using the remote control 130, the user may select a video to be played and the selected video footage may be transmitted from the computer 220 through the transmitter 120 to the receiver 110 and then displayed on the display device 210.
In various embodiments, metadata associated with the video content stored on the computer 220 or on the Internet is available to the system and can be used to sort, categorize, or otherwise manage the video content. As an example, if a particular video is marked as a favorite, given a name, placed in one or more particular folders, or the like, this information may be available to the user through the user interface displayed on the display device 210. The availability of this metadata contrasts with conventional media extenders in which only video content is available. Additionally, since embodiments of the present invention provide custom software solutions, the methods and systems described herein make available proprietary features such as user-defined channels that are not available using conventional techniques.
In one embodiment, the user interface displayed on the display device 210 is simple to use and requires little or no training. Some embodiments provide for customization of the user interface although this is not required by embodiments of the present invention. As an example, keyboard shortcuts could be included, although not used by all users. Additionally, in some embodiments, changes made by a user interacting with the software executing on the computer 220 may be reflected in the user interface displayed to the user on the display device 210. For example, one or more media items may be marked as “favorites” or “new.” Media items that are marked as new, in some embodiments, include those media items that have not yet been viewed.
In some embodiments, the communications channel between the transmitter 120 and the receiver 110 is provided in accordance with commercially available wireless communications standards. For example, using the IEEE 802.11n wireless standard, bandwidth suitable for high definition (HD) videos (e.g., 10 megabits per second) is provided. Other wireless standards providing suitable bandwidth can also be utilized. One of ordinary skill in the art would recognize many variations, modifications, and alternatives. For example, the bandwidth of the connection between the transmitter 120 and the receiver 110 may be limited to a predefined level when the content being transmitted over the communications channel is being transmitted from a remote server, e.g., 1 megabits per second. The predefined level, in some embodiments, may be configurable by the user.
In some implementations, the bandwidth of the communications channel can be conserved by performing some video processing at the receiver 110. For example, if video content is stored on the computer 220 at a resolution of 480 p, up-scaling could be performed on the receiver 110 to provide a 720 p signal for display on the display device 210 (e.g., the television). A benefit of using an HDMI connector to couple the receiver 110 and the display device 210 is that the television is able to scale video content received over an HDMI connection to a scale appropriate for the particular television. For example, if the television can display 1080 p video content and the content provided by the HDMI connection is 720 p, then the television can upscale the content to 1080 p for display.
Embodiments of the present invention provide for personalization of content provided in channels the user has established. For example, if a channel is associated with a hockey team of a user, the display on the display device 210 could be personalized with hockey-related themes or the like. The background of the user interface, generated either at the computer 220 or the receiver 110, could be hockey-based. More sophisticated environments and attributes related to hockey could also be provided, such as news or information feeds. One of ordinary skill in the art would recognize many variations, modifications, and alternatives.
According to embodiments of the present invention, the connection between the remote control 130 and the receiver 110 is a radio frequency (RF) connection so that line-of-sight is not required between the remote control 130 and the receiver 110. This feature enables the receiver 110 to be placed at a location behind other components, for example, at the back of an entertainment center in a user's home. Thus, the receiver 110 does not have to be a “front row” device, competing for shelf space with other audio-visual system components. In addition to non line-of-sight communications, the range for RF connections is typically greater than that available with infrared connections. The RF nature of the remote control 130 allows the remote control to also be used in conjunction with the transmitter 120, which may be coupled to a computer 220 that is not located in the room with the receiver 110 and display device 210. In an alternative embodiment, the remote control operates using infrared technology.
The pre-pairing of the remote control with the receiver also solves potential problems with cross-talk between adjacent systems. As an example, if a user is installing communications system 100 in an apartment complex in which another user has already installed a similar communications system, it would be undesirable to have one user's remote control controlling another user's receiver. The pre-pairing of the remote control and receiver during manufacturing prevents this undesirable cross-talk, thereby enhancing the user experience.
In one embodiment, the receiver is configured to operate in a “pass-through” mode. In the pass-through mode, the receiver is installed between another user device (e.g., a set-top box, a DVD player, or the like) and the display device (e.g., a television). The signal from the user device passes through the receiver during normal operation of the user device. However, when the receiver begins to receive data from the transmitter, a switch in the receiver switches the video path from the user device to the transmitter. In another embodiment, when the receiver is powered on, the receiver could switch the video path. In yet another embodiment, the switch includes a sensor responsive to incoming video signals and switches to the active video signal, with priority being given to video from the transmitter. In these embodiments, the user does not need to switch the input on the display device in order to view content received by the receiver. Referring to
In addition to switching from one video input to another video input in the pass-through configuration, overlay technologies are included within the scope of the present invention. Using these overlay technologies, a signal from a set-top box or other user device could be provided to the television, but overlaid with a signal from the transmitter. Typically, the overlaying of the signal would be performed using a processor in the receiver and would not involve processing of the video signal received from the set-top box, but merely overlaying of an additional signal. As an example, if a new video is available for viewing, a logo could be displayed on the television, overlaid on the video signal from the set-top box, indicating the availability of the new video. One of ordinary skill in the art would recognize many variations, modifications, and alternatives.
According to some embodiments of the present invention, status indicators 115 are provided on the receiver, through the user interface, or combinations thereof. As an example, LED status indicators 115 are illustrated on the receiver in
It should be noted that communications both downstream (i.e., transmitter to receiver) and upstream (i.e., receiver to transmitter) are provided by embodiments of the present invention. In addition to control commands transmitted from the remote control to the receiver and then to the transmitter, status information is also transmitted upstream, providing the user with enhanced control in comparison with conventional systems.
Utilizing the system illustrated in
The system illustrated in
The receiver 110 includes one or more audio outputs 370 and one or more video outputs 372. The audio outputs 370 provide an audio signal to a display device, such as a television. The video outputs 372 provide a video signal to the display device. A wide variety of audio and video outputs are included within the scope of embodiments of the present invention. For example, the audio and video outputs can be combined in an HDMI output configured to connect to an HDMI cable. Since HDMI cables carry both audio and video signals, only a single cable is needed to couple the receiver 110 to the display device. In other applications, RCA component video outputs, optical-fiber based outputs, composite video outputs, S-Video outputs, or the like are utilized. One of ordinary skill in the art would recognize many variations, modifications, and alternatives.
Optional audio inputs 380 and video inputs 382 are illustrated in
In some embodiments, when the transmitter 120 is coupled to computer 220 for the first time, the transmitter 120 may identify itself to the computer 220 as a mass storage device, such as a removable disk drive. In one embodiment, for instance, after the transmitter 120 is coupled to the computer 220, the transmitter 120 may identify itself as a removable disk drive to an operating system executing on the computer 220. The operating system can then treat the internal non-volatile memory 420 of the transmitter 120 like any other removable disk. This behavior is similar to the behavior discussed in relation to the camcorder described in U.S. patent application Ser. No. 11/497,039, filed on Jul. 31, 2006, the disclosure of which is hereby incorporated herein by reference in its entirety for all purposes.
In one embodiment, a resident software application is stored in the non-volatile memory 420 of the transmitter 120. When a connection between the transmitter 120 and the computer 220 is detected by the computer 220, an operating system executing on the computer may automatically execute the resident software application. For example, a Windows® operating system may be configured to check the contents of the non-volatile memory of the transmitter for an “autoplay.inf” file upon detecting a connection between the transmitter and the computer. The “autoplay.inf” file then directs the operating system to the resident software application, which is stored in the non-volatile memory 420 of the transmitter 120. The operating system of the computer 220 then executes the resident software application.
In some embodiments, upon execution, the resident software application may check the computer 220 to determine whether required software components are available on the computer 220, and then install the software components in the computer 220 when the software components are not available on the computer 220. If appropriate software is already installed on the computer 220, then the resident software application may check the installed software to determine if the software is a current version and then update the computer, if needed. For example, the resident software application may determine whether certain compression/decompression algorithms (codecs) are available on the computer 220. If the resident software application determines that the codecs are not available on the computer 220, the resident software application may then automatically install the codecs on the computer 220 without additional user intervention. In other embodiments, the resident software application may wait for verification from a user before installing the software components. The resident software application may also install other software components such as software libraries or application files. The resident software, in one embodiment, may also cause data to be written to memory in the computer 220 for tracking purposes. For instance, the resident software may add entries or keys to the registry of a computer 220 running the Windows® operating system so that upon a subsequent connection to the same computer 220, the resident software application can simply check the registry entries or keys to determine which codecs or software components were previously installed. In still further embodiments, if the version of the resident software application stored in the non-volatile memory 420 is older than the version of the software application installed on the computer, then the resident software application stored in the non-volatile memory 420 may be over-written to update the software stored in the non-volatile memory 420 to the most recent version.
In one embodiment, the resident software application may produce a graphical user interface (GUI) on a display associated with the computer 220. The GUI may present a user with graphical controls to help the user to perform various tasks. Such tasks may include playing digital video footage present on the computer 220, and the like.
As described above, in some embodiments, during an initial connection, the transmitter 120 may identify itself to the computer 220 as a mass storage device and a resident software application present on the transmitter 120 may be used to install software on the computer 220. After completion of these tasks, the transmitter 120 may modify its own operation to function as a transmitter 120 of video footage. This dual-purpose use of transmitter 120 differs from conventional systems in which pluggable devices serve only one of the two roles.
In one embodiment, the processor 430 and switch 460 are operable to convert the use of the transmitter 120 from a mass storage device, as described above, to a wireless transceiver. Logic stored in the non-volatile memory 420 may be utilized in making this switch from the first state of operation (e.g., mass storage device mode) to the second state of operation (e.g., wireless transceiver mode). In an embodiment, after installation of the software on the computer 220, the transmitter 120 may “eject” itself, ceasing to function as a mass storage device, and may begin operation as a wireless transceiver in communication with receiver 110.
It should be noted that, in some embodiments, the transmitter 120 includes not only the functionality of switching from a mass storage device to a wireless transceiver, but also the functionality of switching back to a mass storage device as appropriate. For example, if after use with a first computer, the transmitter is moved to another computer, then the transmitter may repeat the processes described above, acting as a mass storage device, determining if appropriate software is installed, installing and/or updating the software if needed, and/or then switching into the wireless transceiver mode.
The method 500 also includes establishing a connection between a transmitter and a computer (512). The transmitter includes a second wireless transceiver and a memory. An exemplary transmitter is transmitter 120 with USB connector 122 (i.e., a USB dongle) illustrated in
The transmitter initially operates in a first mode associated with a mass storage device. Thus, when the transmitter is connected to the computer, for example, by plugging the USB connector of the transmitter into a USB port on the computer, the transmitter appears or is registered as a mass storage device in the operating system. In some embodiments, software stored on the memory of the transmitter can be uploaded and installed on the computer while the transmitter is operating in the first mode (514). This feature of the transmitter enables for distribution of desired software for use in conjunction with embodiments of the invention.
The method 500 also includes an optional process of modifying a state of the transmitter (516) from a first state to a second state. In the second state, the second wireless transceiver is activated and the mass storage device characteristics of the transmitter are turned off. This can be considered as dismounting or ejecting the mass storage device from the computer. Although the transmitter is not physically disconnected from the computer, the transmitter ceases to appear as a mass storage device in the operating system of the computer. This “ejection” operation is similar to ejecting a mass storage device through operating system commands, at which point the mass storage device ceases to be listed as an available disk. In alternative embodiments, the transmitter continues to be displayed as a mass storage device.
The method further includes transmitting the video content from the transmitter to the receiver while operating in the second mode (518). The second mode of operation continues while the transmitter is connected to the computer. The video content can be displayed on the display device (520) as an optional process.
As illustrated in
It should be appreciated that the specific steps illustrated in
As shown, the method 600 begins at step 602, where a receiver receives a user request to play a media item. In one embodiment, as described above, the receiver may receive a signal transmitted from the remote control that indicates that a selected media item should be played on the display device coupled to the receiver. In alternative embodiments, the user request may originate at the computer coupled to the transmitter, and may be received by the receiver from the transmitter.
At step 604, the receiver transmits a request to a web server for a byte range associated with the media item. In one embodiment, the receiver executes a DHCP (Dynamic Host Configuration Protocol) server as part of an embedded system included in the receiver. For example, the receiver may include a memory and a processor, where the memory stores an operating system that is executed by the processor. The operating system may include a DHCP server that maintains a list of IP addresses and is configured to assign IP addresses to one or more client devices (i.e., transmitters) in communication with the receiver. Accordingly, in one embodiment, an IP address is assigned to the transmitter by the DHCP server executing on the receiver. The IP address may be a link-local address that provides a point-to-point communication link between the receiver and the transmitter, without providing the ability for the receiver to access the WAN (wide area network), LAN (local area network), or Internet to which the computer coupled to the transmitter has access.
Additionally, in some embodiments, the transmitter communicates with a web server executing in software on the computer system coupled to the transmitter. In one embodiment, the communication protocol between the transmitter and the web server is a HTTP (Hypertext Transfer Protocol) protocol, where the transmitter transmits HTTP requests to the web server and the web server responds to the HTTP requests with data. At step 604, in one embodiment, the receiver transmits a request to a web server via the transmitter for a byte range associated with the media item.
At step 606, the web server executing on the computer determines whether the media item associated with the request is stored locally in a memory included in the computer or remotely on a remote computer or server. If, at step 606, the web server executing on the computer determines that the media item associated with the request is stored locally on the computer, then the method 600 proceeds to step 608. At step 608, the web server executing on the computer determines whether the media item stored locally is in a format that is supported for playback by the receiver. In one embodiment, the receiver can only play back content having a format included in a first list of formats. For example, the first list of formats may include the .AVI (Audio Video Interleave) file format and the .MP4 (Moving Picture Experts Group (MPEG) 4) file format. Other file formats, such a the .WMV (Windows Media® Video) file format or the .MOV (Apple® QuickTime®) file format, may not be included in the first list of formats and may not be supported by the receiver. As an example, a video clip may have been recorded by a digital video camera in a native .AVI or .MP4 file format, both of which are supported by the receiver. Then, the video clip may be edited, thereby changing the file format of the edited clip to the .WMV or the .MOV file format. The original video clip is supported for playback by the receiver; whereas, the edited video clip is not supported for playback by the receiver.
If, at step 608, the web server executing on the computer determines that the media item stored locally is in a format that is supported for playback by the receiver, then the method 600 proceeds to step 618. If, at step 608, the web server executing on the computer determines that the media item stored locally is not in a format that is supported for playback by the receiver, then the method 600 proceeds to step 610.
At step 610, the computer transcodes the media item into a format supported by the receiver. Various implementations are within the scope of embodiments of the invention for transcoding the media item into a supported format. In one embodiment, a software application executing on the computer may include a low-priority thread that periodically checks for media items that need to be transcoded and, if found, transcodes the media items. In an alternative embodiment, the software application may automatically transcode a first portion of each media item. For example, the software application may transcode the first two-hundred (200) frames of a media item, while leaving the remaining frames not transcoded. When a particular media item is selected for playback, only then is the remainder of the media item transcoded. In still another embodiment, the software application does not transcode any portion of the media item until the media item is selected for playback by a user (i.e., “on-demand” transcoding).
Referring again to step 606, if the web server executing on the computer determines that the media item associated with the request is not stored locally and is stored remotely on a remote server, then the method 600 proceeds to step 612. At step 612, the web server executing on the computer determines whether the byte range associated with the media item included in the byte range request is stored or cached locally on the computer. In some embodiments, the media item may be stored remotely on a remote server. However, a local copy of the media item may already be cached on the computer. In still further embodiments, a portion of the media item is already cached on the computer. For example, the first half of a media item may be cached locally, but the second half of the media item is only stored remotely. At step 612, if the web server executing on the computer determines that the byte range associated with the media item included in the byte range request is cached locally, then the method 600 proceeds to step 618. If the web server executing on the computer determines that the byte range associated with the media item included in the byte range request is not cached locally, then the method proceeds to step 614.
At step 614, the web server opens a socket to the location of the remotely-stored media item. At step 616, the web server retrieves the bytes associated with the byte range request from the remote server. The method 600 then proceeds to step 618.
At step 618, the web server transmits the bytes associated with the byte range request to the receiver. At step 620, the web server pre-fetches other content based on the byte range request. In some embodiments, the web server may use heuristics to determine which byte ranges are likely to be requested based on previously-requested byte ranges. For example, a second byte range immediately following a first byte range within a single media item is likely to be requested following a request for the first byte range. In some embodiments, step 620 is optional and is omitted.
At step 622, the receiver receives the bytes requested from the web server via the transmitter. At step 624, the receiver outputs video and/or audio to a display device based on the received bytes. The method 600 then returns to step 604, described above, where the receiver requests another range of bytes.
Accordingly, by implementing byte range requests to playback content through the receiver, embodiments of the invention allow a user to “skip around” within a media item with good responsiveness. More specifically, any portion of the media item can be played back with little or no delay as though the media item were stored locally, even when the media item is stored remotely.
As described herein, a user may access, via the receiver coupled to the display device, local content stored on the computer coupled to the transmitter and remote content stored on a remote server. For example, the user may be a recipient of a “channel” that is associated with one or more media items and one or more recipients. The different media items associated with channel are also accessible via the receiver. For example, a user may log-in to an account with a username and password via the receiver or via the software application executing on the computer system. Accordingly, in various embodiments, the user is able to access via the receiver (1) local content stored on the computer coupled to the transmitter that is in communication with the receiver, (2) remote content for which the user is a “recipient” via a channel, and/or (3) remote content for which the user is the “sender” of a channel. Additionally, embodiments of the invention provide for “public channels.” A public channel is a channel to which any user can subscribe and become a recipient. An administrator maintains the public channel and may add additional content periodically. For example, a “Movie Trailers” public channel may be created and maintained by a movie studio, where the movie studio adds additional trailers to the public channel as they become available. A user may enroll as a recipient of the Movie Trailers public channel, providing the user with access to the media items in the channel via the receiver included in the communications system.
In addition, certain embodiments of the invention provide a “favorites” button on the remote control that allows a user to mark a particular media item as a favorite.
As shown, the method 750 begins at step 700, where a receiver provides a user with access to content (e.g., media items) stored locally in a memory included in the computer or remotely in a remote computer or server. In some embodiments, a user may log-in with a username and password into a media sharing account through the receiver or through the software application executing on the computer. The software application may be configured to determine a first set of media items stored locally in a memory included in the computer. The software application may also be configured to determine a second set of media items stored remotely in a remote server. Each media item in the second set of media items may be a media item for which the user is a “recipient” via a channel. In some embodiments, the second set of media item includes the media items that the user has included in a private channel for which the user is the only recipient.
At step 702, the receiver receives a user selection to mark a media item as a favorite. In one embodiment, a signal is transmitted from the remote control to the receiver that indicates that a selected media item should be marked as a favorite. At step 704, the receiver transmits information to the software application executing on the computer via the transmitter. In one embodiment, the receiver transmits a signal to the transmitter that is relayed by the transmitter to the software application.
At step 706, the software application executing on the computer updates the metadata associated with a local copy of the selected media item to indicate that the selected media item should be marked as a favorite. At step 708, the software application determines whether the media item being marked as a favorite is stored locally or remotely. If the software application determines that the media item being marked as a favorite is only stored locally, then the method 750 terminates.
If the software application determines that the media item being marked as a favorite is also stored remotely, then the method 750 proceeds to step 710, where the software application determines whether a network connection is available to the remote server. If, at step 710, no network connection is available, then the software application waits, at step 716, until an Internet connection is available.
Once an Internet connection is available, then the method 750 proceeds to step 712. At step 712, the software application transmits information associated with marking the media item as a favorite to the remote server. At step 714, the remote server updates the metadata associated with the remote copy of the selected media item to indicate that the selected media item should be marked as a favorite. Accordingly, if the user accesses the media item at a later time and/or from another location (e.g., via a web-based software application), the marking of the media item as a favorite is maintained and the media item remains marked as a favorite.
Various embodiments of the invention may be implemented as a program product for use with a computer system. The program(s) of the program product define functions of the embodiments (including the methods described herein) and can be contained on a variety of computer-readable storage media. Illustrative computer-readable storage media include, but are not limited to: (i) non-writable storage media (e.g., read-only memory devices within a computer such as CD-ROM disks readable by a CD-ROM drive, flash memory, ROM chips or any type of solid-state non-volatile semiconductor memory) on which information is permanently stored; and (ii) writable storage media (e.g., floppy disks within a diskette drive or hard-disk drive or any type of solid-state random-access semiconductor memory) on which alterable information is stored.
It is also understood that the examples and embodiments described herein are for illustrative purposes only and that various modifications or changes in light thereof will be suggested to persons skilled in the art and are to be included within the spirit and purview of this application and scope of the appended claims.
Claims
1. A computer-readable storage medium storing instructions that, when executed by a processor, cause a computer system to provide a user access to one or more media items, by performing the steps of:
- receiving from a receiver device a data request for media data within a byte range associated with at least a portion of a first media item, wherein the computer system is part of a communications system that also includes a transmitter device configured to perform two-way wireless communications with the receiver device;
- retrieving the media data; and
- causing the media data to be transmitted to the receiver device via the transmitter device for playback or display on a display device coupled to the receiver device.
2. The computer-readable storage medium of claim 1, further comprising the step of determining whether the first media item is stored locally in a memory within the computer system or is stored on a computer system remote from the communications system.
3. The computer-readable storage medium of claim 2, wherein the first media item is stored on a computer system remote from the communications system, and further comprising the step of retrieving the media data from the computer system remote from the communications system.
4. The computer-readable storage medium of claim 3, wherein the step of retrieving the media data from the computer system remote from the communications system comprises opening a socket associated with the location of the first media item on the computer system remote from the communications system.
5. The computer-readable storage medium of claim 2, wherein the first media item is stored locally in a memory included in the computer system, and further comprising the step of transcoding the portion of the first media item into a data format supported by the receiver device.
6. The computer-readable storage medium of claim 5, wherein the data format supported by the receiver device comprises at least one of an MPEG-4 (Moving Picture Experts Group 4) file format and an AVI (Audio Video Interleave) file format.
7. The computer-readable storage medium of claim 5, further comprising the step of transcoding all of the first media item into the data format supported by the receiver device.
8. The computer-readable storage medium of claim 1, further comprising the step of transcoding the portion of the first media item into a data format supported by the receiver device prior to providing the user an option to playback the first media item via the receiver device.
9. The computer-readable storage medium of claim 1, further comprising the step of transcoding all of the first media item into a data format supported by the receiver device prior to providing the user an option to playback the first media item via the receiver device.
10. A method for accessing media items via a communications system, the method comprising:
- receiving a user request to display a first media item on a display device;
- transmitting a data request for media data within a byte range associated with at least a portion of the first media item to a web server executing on a computer system coupled to a transmitter device;
- receiving the media data associated with the data request from the web server via the transmitter device; and
- outputting the media data to the display device for playback or display.
11. The method of claim 10, wherein the data request comprises an HTTP (Hypertext Transfer Protocol) request.
12. The method of claim 10, wherein the user request is received from a remote control included in the communications system.
13. The method of claim 10, wherein the media data is video data.
14. A system for accessing media items, the system comprising:
- a transmitter device coupled to a computer system;
- a receiver device coupled to a display device and configured to: receive a user request to display a first media item on the display device, transmit a data request for media data within a byte range associated with at least a portion of the first media item to a web server executing on the computer system coupled to the transmitter device, receive the media data associated with the data request from the web server via the transmitter device, and output the media data to the display device for playback or display.
15. The system of claim 14, wherein a software application executing on the computer system is configured to determine whether the first media item is stored locally in a memory within the computer system or is stored on a computer system remote from the communications system.
16. The system of claim 15, wherein the first media item is stored on a computer system remote from the communications system, and the software application is further configured to retrieve the media data from the computer system remote from the communications system.
17. The system of claim 16, wherein retrieving the media data from the computer system remote from the communications system comprises opening a socket associated with the location of the first media item on the computer system remote from the communications system.
18. The system of claim 15, wherein the first media item is stored locally in a memory included in the computer system, and the software application is further configured to transcode the portion of the first media item into a data format supported by the receiver device.
19. The system of claim 18, wherein the data format supported by the receiver device comprises at least one of an MPEG-4 (Moving Picture Experts Group 4) file format and an AVI (Audio Video Interleave) file format.
20. The system of claim 18, further comprising the step of transcoding all of the first media item into the data format supported by the receiver device.
21. The system of claim 14, wherein a software application executing on the computer system is configured to transcode the portion of the first media item into a data format supported by the receiver device prior to providing the user an option to playback the first media item via the receiver device.
22. The system of claim 14, wherein a software application executing on the computer system is configured to transcode all of the first media item into a data format supported by the receiver device prior to providing the user an option to playback the first media item via the receiver device.
Type: Application
Filed: Oct 8, 2009
Publication Date: Nov 25, 2010
Inventor: Michael Denis O'CONNOR (Cary, NC)
Application Number: 12/576,171
International Classification: G06F 13/00 (20060101); H04N 7/173 (20060101);