Abstract:
An improved audiovisual device enables users to watch content delivered over a network with the same ease of operation as a television set. The device is configured to accept an input stream from an IP network connection. Audiovisual content is delivered to the device in a home environment which improves upon current delivery methods by providing the simplicity of broadcast/cable television viewing while delivering content over an IP network connection. Users are enabled to access and view video and other multimedia content in the audiovisual device by means of stored bookmarks. The audiovisual device may be configured to treat all incoming video streams as channels that are accessible to a user in a same manner as television channels. The device may be configured to display incoming signals either in a full screen format or in a format including a plurality of independent screen segments on the display.

Description:
RELATED APPLICATIONS 
       [0001]    This patent application claims priority to U.S. Provisional Patent Application No. 61/601,072, filed Feb. 21, 2012. The entire contents of this provisional application are hereby incorporated by reference. 
     
    
     BACKGROUND 
       [0002]    1. Field of the Invention 
         [0003]    The present invention relates generally to techniques for delivering audiovisual content to an audiovisual device in a home environment, and more particularly to a system and method that provides Internet Protocol (IP) video integration within a home environment with the same ease of operation as broadcast or cable television. 
         [0004]    2. Description of the Related Art 
         [0005]    The nature of television programming delivery to consumers is changing faster than ever before. In the most recent decade, consumers have demanded control of the choice of when and where to watch content, instead of having it dictated to them by providers and distributors. With time and place “shifting”, a consumer is no longer restricted to watching a TV program at a proscribed hour or a movie at preselected times and locations. In addition to controlling the choice of time and location, consumers have an ever expanding variety of content sources to choose from, such as production-house content available on television, video on demand or Digital Versatile Disk (DVD), amateur content available on video hosting sites such as YouTube and Vimeo, and self- or custom-recorded content from video recorders, Webcams and smartphones. Extensive rapid expansion of broadband access into the consumer market has provided home, domestic and small office users an opportunity to make radical changes to their usage. New ways to deliver video and television via IP offer more choice and higher quality. 
         [0006]    In many markets, considerable amounts are spent on domestic consumer hardware and other technologies to meet the demands for broadband access into the home. Broadcast television requires a TV with a RF tuner and adequate reception. Cable TV and IPTV require set top boxes and constrict the viewer to the local provider. Other Internet video delivery methods require dedicated devices or specific software applications. A Media Server streams media to a multitude of networked devices in the home or away, overcoming the devices inherent limitations by performing all of the necessary conversions in real time, and thus making the media available anywhere, anytime and on any device. 
       SUMMARY 
       [0007]    It is an object of the present invention, therefore, to provide an improved audiovisual device that enables users to watch content delivered over a network with the same ease of operation as a television set. 
         [0008]    It is another object of the present invention to provide an improved audiovisual device that is configured to accept an input stream from an IP network connection. 
         [0009]    It is a further object of the present invention to provide a method for delivering audiovisual content to an audiovisual device in a home environment, which improves upon current delivery methods by providing the simplicity of broadcast/cable television viewing while delivering content over an IP network connection. 
         [0010]    It is a still further object of the present invention to enable users to access and view video and other multimedia content in an audiovisual device by means of stored bookmarks. 
         [0011]    In accordance with the above-described objects and those that will be mentioned and will become apparent below, an audiovisual device, according to an embodiment of the present invention, comprises an input, the input being configured to accept an IP connection, where the IP connection receives content from remote network servers identified by a user; an output, the output being configured to output the content supplied from the remote network server on a video display of the audiovisual device; system control software, a Web browser, a memory, a disk storage, and a video display. 
         [0012]    In one aspect, an apparatus is provided, comprising a processor, a memory having stored therein computer executable instructions, that when executed by the processor, cause the apparatus to provide a user with an option of selecting audio-visual content from both an ad-hoc source and a pre-defined source, receive from the user, a first election to receive audio-visual content from said ad hoc source, and in response to receiving said first election, receive from the user, a URL associated with audio-visual content identified by the user, send, by the apparatus, a request to a remote server identified by the URL, display a server response to the request on the apparatus, receive from the user, a second election to receive audio-visual content from said pre-defined source, and in response to receiving said second election, display a plurality of bookmark positions to a user on a display of the apparatus, wherein each bookmark position is associated with a URL identifying a remote server storing audio-visual content, receive a user selection of a bookmark position from the plurality of bookmark positions displayed by the audio-visual device, send a request to a remote server identified by the URL associated with the selected bookmark position, display a server response to the request at the audio-visual device sent from the remote server, receive the audio-visual content at the audio-visual device from the remote server. 
         [0013]    In one aspect, a method is provided for delivering audio-visual content to an audio-visual device in a home environment from one or more ad hoc sources of audio-visual content and/or one or more pre-defined sources of audio-visual content, the method comprising: providing the user with the option to select audio-visual content from both an ad-hoc source and a pre-defined source, electing by the user to receive to audio-visual content from an ad hoc source, comprising: receiving from the user, a URL-entry mode of the audio-visual device, receiving from the user, a URL associated with audio-visual content identified by the user, sending, from the device , a request to a remote server identified by the URL associated with the audio-visual content identified, displaying, on the device, a server response to the request at the audio-visual device sent from the remote server, electing by the user to receive audio-visual content from a pre-defined source, comprising: displaying a plurality of bookmark positions to a user on a display of the audio-visual device, wherein each bookmark position is associated with a URL identifying a remote server storing audio-visual content, receiving a user selection of a bookmark position from the plurality of bookmark positions displayed by the audio-visual device, sending from the device a request to a remote server identified by the URL associated with the selected bookmark position, displaying on the device a server response to the request at the audio-visual device sent from the remote server, receiving the audio-visual content at the audio-visual device from the remote server. 
         [0014]    The audiovisual device may be configured to treat all incoming video streams as channels that are accessible to a user in a same manner as television channels. The device may be configured to display incoming signals either in a full screen format or in a format including a plurality of independent screen segments on the display. 
         [0015]    In one embodiment, an audiovisual device is configured to be able to connect to a network and store Uniform Resource Locators (URLs) as bookmarks in the audiovisual device. Each bookmarked URL is assigned a unique integer value that corresponds to a channel within a set of channels to be associated with multimedia content, especially but not limited to IP video content, sourced from the bookmarked URLs. 
         [0016]    In one embodiment, a method is disclosed for assigning bookmarked URLs to channel IDs in an audiovisual device in a home environment. Each URL corresponds to a source of multimedia content. The method is described further below with respect to  FIG. 3 . 
         [0017]    In one embodiment, a method is disclosed for simultaneously assigning a plurality of bookmarked URLs to channel IDs in an audiovisual device in a home environment. The method is described further below with respect to  FIG. 3 . 
         [0018]    As will become apparent, advantages of the invention include, but are not limited to, providing a system and method for delivering audiovisual content sourced via a network such as the Internet to an audiovisual device in a home environment which improves upon current delivery methods by applying the simplicity of broadcast/cable television viewing. 
         [0019]    In one aspect, a remote server, having an associated URL, may require authentication in order to provide access to the IP video content stored there. The authentication may be according to a defined protocol, such as, for example, HTTP Basic Access Authentication (as defined by the Internet Engineering Task Force&#39;s RFC 1945 and RFC 2617), or by responding with a Web page containing a username and password fields. The remote server may alternatively, or in addition, set an HTTP cookie that keeps the user logged in or authenticated in future visits. 
         [0020]    In one aspect, a content streaming service that wishes to charge customers for viewing content may require a user to authenticate himself or herself via a username and password in accordance with known Internet standards for exchanging credentials, such as, for example, HTTP Basic Authentication methods. 
         [0021]    In addition, the audiovisual device may provide the viewer the option of storing the username and password required for the server associated with a URL, to be recalled and provided on behalf of the user on subsequent visits to the remote server at that URL. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0022]    These and other objects, features and advantages of the present invention will be apparent from a consideration of the following Detailed Description of the invention, when considered in conjunction with the drawing Figures, in which: 
           [0023]      FIG. 1  is a block diagram of an example network architecture for devices, machines, services, systems and instructions to interact and perform any one or more of the methodologies discussed herein, according to an example embodiment of the disclosure. 
           [0024]      FIG. 2  is a diagram of an example audio-visual device within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed, according to an example embodiment of the disclosure. 
           [0025]      FIG. 3  is a diagram showing a process for adding bookmarked URLs at an audiovisual device, such as the one shown in  FIG. 2 , where each bookmarked URL corresponds to an IP video source to be represented as a single channel within a set of channels to be displayed to a viewer at the audiovisual device, according to one embodiment. 
           [0026]      FIG. 4   a  is a diagram showing a process for consuming content from an ad-hoc source that has not been previously saved in the system. 
           [0027]      FIG. 4   b  is a diagram showing a process for consuming content from a source that has previously been saved in the system. 
           [0028]      FIG. 5  is a diagram showing a process authenticating the user when a remote server requires it. 
           [0029]      FIG. 6   a  is an example of the system operating in content consumption mode and the user has pressed the URL key to enter a URL that is not in the system. This corresponds to the process depicted in  FIG. 4   a.    
           [0030]      FIG. 6   b  is an exemplary illustration of what a user is shown when the system is operating in content consumption mode and the user is selecting a bookmark (channel) to be displayed. This corresponds to the process depicted in  FIG. 4   b.    
           [0031]      FIG. 7  is a diagram of a remote control device for use with the audio-visual device of the invention, according to one embodiment. 
       
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
       [0032]    In the following discussion, numerous specific details are set forth to provide a thorough understanding of the present invention. However, those skilled in the art will appreciate that the present invention may be practiced without such specific details. In other instances, well-known elements have been illustrated in schematic or block diagram form in order not to obscure the present invention in unnecessary detail. Additionally, for the most part, details concerning network communications, electromagnetic signaling techniques, and the like, have been omitted inasmuch as such details are not considered necessary to obtain a complete understanding of the present invention and are considered to be within the understanding of persons of ordinary skill in the relevant art. 
         [0033]    All examples and conditional language recited herein are intended for pedagogical purposes to aid the reader in understanding the principles of the disclosure and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. 
         [0034]    Moreover, all statements herein reciting principles, aspects, and embodiments of the disclosure, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure. 
         [0035]    The functions of the various elements shown in the figures may be provided through the use of dedicated hardware as well as hardware capable of executing software in association with appropriate software. When provided by a processor, the functions may be provided by a single dedicated processor, by a single shared processor, or by a plurality of individual processors, some of which may be shared. Moreover, explicit use of the term “processor” or “controller” should not be construed to refer exclusively to hardware capable of executing software, and may implicitly include, without limitation, digital signal processor (“DSP”) hardware, read only memory (“ROM”) for storing software, random access memory (“RAM”), and nonvolatile storage. 
         [0036]    Other hardware, conventional and/or custom, may also be included. Similarly, any switches shown in the figures are conceptual only. Their function may be carried out through the operation of program logic, through dedicated logic, through the interaction of program control and dedicated logic, or even manually, the particular technique being selectable by the implementer as more specifically understood from the context. 
         [0037]    As will be demonstrated herein and below, the invention permits, among other things, the ability to associate a channel number on an audiovisual device to a remote audio or video stream received over a network, such as the Internet. In this manner, Internet Protocol (IP) audiovisual content integration is provided within a home listening or viewing environment with the same ease of operation as broadcast or cable television. 
         [0038]    In particular, for ease of illustration, invention embodiments are primarily discussed in the context of a residential setting. The invention is not limited to use in a residential setting. The invention could be used in any setting where a network connection is present, such as an office or other business location. 
         [0039]    The disclosed invention is a technology for delivering IP multimedia content to a home environment that enables viewers to consume IP content delivered over a network such as the Internet with the same ease of operation as watching conventional broadcast or cable television, without the need for additional dedicated hardware devices, such as set top boxes, or additional software applications. 
         [0040]      FIG. 1  is now presented for purposes of providing an example network architecture and machine architecture for which devices can interact to achieve the teachings and techniques presented herein. This layout and configuration is presented for purposes of illustration only and is not intended to limit the embodiments presented herein. 
         [0041]      FIG. 1  is a diagram of an example network architecture for devices, machines, services, systems and instructions to interact and perform any one or more of the methodologies discussed herein, according to an example embodiment of the disclosure. 
         [0042]      FIG. 1  may also be viewed as an example audiovisual content distribution system  100  that is implemented in accordance with at least one embodiment of the present disclosure. As shown, the system  100  includes a plurality of multimedia content sources, such as servers  112 ,  114 ,  116 , and audiovisual devices  102 ,  104 ,  106 . 
         [0043]    In the illustrated embodiment, the plurality of multimedia content sources  112 ,  114 ,  116  are connected via a network  122 , where the network can include, without limitation, the Internet, a cable television distribution network, a satellite distribution network, a broadcast television distribution network, a data packet-based computer network, and the like. Likewise, a plurality of audiovisual devices  102 ,  104 ,  106  are connected to the plurality of multimedia content sources  112 ,  114 ,  116  via the network  122 . 
         [0044]    According to one embodiment of the present invention, the audiovisual devices, upon initial activation, will come factory-configured with any known multimedia content services (e.g., multimedia content servers) at the time of manufacturing. Thereafter, users can add additional multimedia content services by either bookmarking a URL associated with a particular multimedia content source, or otherwise by entering a URL referring to a seeding service which responds by sending a multiplicity of audiovisual URL resources, which are then stored as bookmarks in the audiovisual device. Each bookmark is associated with a particular URL and is assigned a unique numerical identifier, analogous to a channel number, which can be retrieved by a user by scrolling through a list of stored bookmarks. The user can also assign the unique ID via a remote control. In one embodiment, the user can set a base position for a first URL in a set of URLs to be returned via the seeding service. The returned URLs would then be assigned IDs associated with the base position and for positions occupying unique integer increments from the base position. For example, if a seeding service returns  20  different URLs, the user has the option of setting the first URL to be associated with unique ID  101 . The remaining  19  URLs would then be associated with bookmark positions  102 ,  103 ,  104 , . . . , to  120 . 
         [0045]    As will be demonstrated herein and below, the processing of Internet Protocol (IP) audio or video content permits among other things, the ability to associate a channel number associated with an audiovisual device to a remotely distributed IP content stream. 
         [0046]    In one embodiment, the response from a seeding server may include an additional URL from which the audiovisual device may retrieve Electronic Program Guide (EPG) information. This information may be presented to the viewer in a portion of the screen when the associated channel is being viewed, or it may be aggregated with EPG information from all the other sources known to the audiovisual device and displayed that way. Without specifying the information exchange protocol that would be used to convey the EPG data, the data could contain, for any particular program, start time including time-zone, duration, program name, description, any content ratings or advisories that the content provider chooses to include, and an image to represent the program. 
         [0047]    The application of the present invention is not limited to any particular type of multimedia “content”. Exemplary types of content received over an IP connection includes, for example, audio from Internet radio stations, images in a slideshow stream from a photo storage site such as Flickr.com or Webshots.com, or videos from sites such as Xfinity.com, ESPN3.com, YouTube or Vimeo. Other content sources well known to those familiar with the art are within contemplation of the invention. 
         [0048]      FIG. 2  is a diagram of an example device  200  within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed, according to an example embodiment of the disclosure. The device  200  is typically situated within a residence or business of a user. It may be integrated into a display unit, similar to a television set, or it may otherwise be a stand-alone unit that couples to an external display, such as a display included with a computer or a television. The display device also includes audio output equipment. 
         [0049]    The device  200  preferably further comprises a communication interface  202  for receiving an IP signal from an IP connection  234 . Incoming data can include media such as video, audio, graphical and text information. The device  200  further includes at least one processor  214  for controlling operations of the device  200  including a video output port such as an HDMI output system  204  for driving the display  208 . 
         [0050]    Additionally, the device  200  may further optionally include a RF tuner system  210  for tuning into a particular RF signal (such as broadcast television) to be displayed. The device  200  may also include a RF receiver  212  for receiving externally generated information, such as user inputs or commands (such as a remote control). The user inputs may, for example, be provided by a computer or transmitter with buttons or keys located either on the exterior of the terminal or by a hand-held remote control device  230  or keyboard that includes user-actuated buttons. 
         [0051]    The device  200  may also optionally include one or more wireless or wired interfaces, also called ports  232 , for receiving and/or transmitting data to other devices. For instance, the device  200  may feature USB (Universal Serial Bus), Ethernet (for connection to a computer), IEEE-1394 (for connection to media devices in an entertainment center), serial, and /or parallel ports. 
         [0052]    In one implementation, a memory portion of the device  200  includes flash memory  222  and dynamic access memory (DRAM)  224  for storing the executable programs and related data components of various application and modules for execution by the device  200 . Both the flash memory  222  and the DRAM memory  224  are coupled to the processor  214  for storing configuration data and operational parameters, such as commands that are recognized by the processor  214 . 
         [0053]    The basic functionality of the device  200  is provided by an operating system (OS)  250  that is contained in flash memory  222 . In one embodiment, it is contemplated to use a commercially licensable open source product operating system (OS), such as Linux or Android. One or more software programs, herein referred to as applications, are executed by utilizing the computing resources in the device  200 . The application stored in flash memory  222  or DRAM  224  is executed by processor  214  (e.g., a central processing unit) under the control of the operating system  250 . Data manipulated by the application is stored in DRAM  224  as need be during the course of program execution. Input data may be data stored in DRAM  224  by a secondary application or other source, either internal or external to the device  200 . Data may be received via any of the communication ports of the device  200 , from the digital signal ports  232  or IP port  234  or as user input via receiver  212 . A type of input data fulfills and serves the purpose of parameters as described below. Data generated by application program is stored in DRAM  224  by processor  214  during the course of application program execution. The flash memory also contains a platform library  260 . The platform library  260  is a collection of functionality useful to applications, such as a Systems Settings Manager  262 , a Remote Control Manager (RCM)  264 , a Network Configuration Manager  266 , a Display Settings Manager  272  and a Bookmark Manager  268  and other utilities (not shown). These utilities are accessed by applications so that each application does not have to contain these utilities thus resulting in memory consumption savings and a consistent user interface. 
         [0054]    In another embodiment the OS may be proprietary and custom created for the purposes of the device. 
         [0055]    The System Settings Manager  262  allows the user to navigate amongst various system settings, such as the network configuration, bookmark management, display settings, and additional application plugins. 
         [0056]    The remote control manager (RCM)  264  listens for input from the remote control and sends commands to the OS  250  or the application currently using the display (e.g., the display application). 
         [0057]    The Network Configuration Manager  266  allows the user to set up the home networking access including WiFi network selection and DNS. 
         [0058]    The Bookmark Manager (BM)  268  lists the existing URLs and their positions, thus allowing the user to manage the bookmarks (edit, delete, or change positions). When the user selects to enter a new URL, the bookmark manager (BM)  268  will query the user to select whether the URL targets the content itself or whether it targets a seeding server that will provide the content URLs. 
         [0059]    In an alternate embodiment, the bookmark manager (BM)  268  uses programmatic logic to determine what type of URL was entered based on the response from the server. The bookmark manager (BM)  268  will also test the URL to confirm whether the remote server is responding. In this scenario, the bookmark manager will analyze the response to determine whether a username and password are required, and if so, will request both. The bookmark manager (BM)  268  will also allow the user to enter a URL destination without saving it in the bookmarks list, i.e., a temporary URL. In an embodiment, the bookmark manager (BM)  268  may also maintain a history of URLs visited. 
         [0060]    A password manager  270  keeps track of usernames and passwords associated with URLs. 
         [0061]    A display settings manager  272  allows a user to manage standard display settings such as brightness, contrast, etc. 
         [0062]    A keyboard application  280  and a display application  282  are all resident applications in flash memory  224 . The keyboard application  280  listens for input from buttons on the console and sends commands to the OS or to an application currently using the display. These applications, because they are in flash memory  222 , are always available to the user and do not need to be downloaded each time the device  200  initializes. The applications are contemplated to be commercially licensable applications, which may be open source products. In an embodiment, although not shown, a console of the device  200  may contain fewer buttons than the remote control  230 , choosing to omit the number pad, for example. 
         [0063]    The applications that are stored in the DRAM  224  may be applications that are loaded when the device  200  initializes. In this non-limiting example, as shown in  FIG. 2 , DRAM  224  contains the following application clients: Web browser  228 , and Media Player  242 . It should be clear that these applications are not limiting and merely serve as examples for this present embodiment of the invention. 
         [0064]    The Web browser application  228  is used to render and display an HTML page that results from the selection of a stored bookmark or temporary URL. 
         [0065]    The Media Player application  230  can play audio and video content in many common formats, not limited to, but including, for example, Quicktime, AVI, MPEG-4, and MP3. The Media Player application  230  can be extended to handle new formats via software updates or downloadable plug-ins. 
         [0066]    Remote Control  230   
         [0067]    As shown in  FIG. 7 , and also as element  230  in  FIG. 2 , a remote control includes a number of buttons including: a Power button: for toggling between on and standby. Holding this button time for more than a few seconds turns device  200  off. Volume buttons: Up/Down/Mute. Position buttons: Up/Down. A System button: for loading the system manager. A Back button: (contextual) generally takes the user back one level. An Enter button (contextual) generally indicates that a user has finished entering data. Directional Buttons—(contextual) generally left, right, up, down. Number buttons—organized in telephone style format. Symbol buttons—including telephone keypad # and *. A URL button—indicates to device  200  that a user wishes to type in a URL. 
         [0068]    Operation 
         [0069]    The general modes of operation, according to one embodiment, include, initial power on, system set-up mode, content consumption mode. Each mode is explained in detail below. 
         [0070]    Initial Power On 
         [0071]    At initial power on, a boot loader does an initial hardware check and performs various other boot-up tasks. Thereafter, the operating system (OS)  250  is loaded. See  FIG. 2 . The OS  250  goes through a number of initialization routines and then loads the media player  242  which looks up the last URL that was accessed and loads content from the URL location into media player  242 . 
         [0072]    System Set-up Mode 
         [0073]    With reference now to  FIG. 3 , there is shown an exemplary process  300  for entering and performing actions associated with a “System Setup” mode of the invention. 
         [0074]    In the system set-up mode, the “Back”, “Enter”, and directional buttons will have meaning, as well as the number symbol buttons. During the system set-up mode if the system expects alphanumeric data from the user (such as a URL, username or password) then the number buttons have overloaded values and can be used to enter letters as well as numbers. 
         [0075]    At act  310 , a user presses the “SYSTEM” key on Remote Control  230 , as shown in  FIG. 7  and navigates a menu of tasks to highlight “Bookmark Setup”. 
         [0076]    At act  315  the user presses the “ENTER” button on Remote Control  230 . 
         [0077]    At act  320 , the user presses the “URL” button on Remote Control  230 . 
         [0078]    At act  330 , the audiovisual device accepts a single URL, which may be a direct link to audiovisual content, or otherwise it may be a URL for a seeding service. A content URL could be a link to, for example, a YouTube video or a Website such as ibm.com, and in response to a request the remote servers would send user-consumable content. If the content URL points to a general Web site or to a source of audio/visual content, the audiovisual device will load and display the resulting page or media for the user to confirm that this is indeed what they expected. 
         [0079]    Entering a URL for a seeding service results in a different response from the remote server. Typically, the response from a seeding service would return metadata for some audio or video content, including but not limited to, for example, Internet radio. The metadata response may include information such as the name of the content source (“Classic Rock”), a description of the content itself (“Rock and roll music from the &#39;60s and &#39;70s”), whether a password is required and the URL to the content stream. The response may also include a URL from which the device could retrieve electronic program guide (EPG) information. The response could contain a single content URL (i.e., “channel”) or a multiple content URLs (i.e., “a block of channels”). 
         [0080]    At act  340 , the system makes a request to the remote server identified by the URL that the user entered previously. In one embodiment, the request is an HTTP request. In other embodiments the request can be an HTTPS, FTP or REST type request. 
         [0081]    At act  350 , the system receives and analyzes the response from the remote server to determine whether the response contained either user content, seeding metadata for a single content stream or metadata for multiple streams 
         [0082]    At act  360 , if the response was for one content stream, then the audiovisual device prompts the user to enter a channel number for a single URL. If the response contained multiple content URLs then the user is prompted for a starting (base) channel number and the other URLs are assigned numbers in integer increments from the base. 
         [0083]    At act  370 , the user confirms the assigned channel number. 
         [0084]    Content Consumption Mode 
         [0085]    Content Consumption mode is sometimes referred to herein as “IP video integration service”. 
         [0086]    With reference now to  FIGS. 4   a  and  4   b , there are shown exemplary processes  400  and  450  for viewing Internet Protocol (IP) video content within a home environment, according to an example embodiment of the invention. The processes connect the system to either an ad-hoc URL entered by the user or to a previously stored URL selected by the user, and then retrieve the content from the remote source for display. 
         [0087]    The instructions may be implemented on a removable medium and subsequently interfaced to an audiovisual device that embodies the present invention, wherein the instructions are uploaded within the device and processed. Alternatively, the instructions may be prefabricated within memory or storage of an embodiment and loaded for execution when the device is initiated or booted. In still another arrangement, the instructions may be downloaded from a network storage location or other network machine to a target embodiment on the network and processed. In yet another situation, the instructions may be remotely processed over a network on one device on behalf of a different network device embodying the current invention. 
         [0088]    Content Consumption Mode from an Ad-Hoc Source 
         [0089]    The process described in  FIG. 4   a  illustrates a method for consuming content from an ad-hoc source that has not previously been saved in the system. 
         [0090]    Initially, at act  410 , a user presses the “URL” button on the console in order to switch the system into URL-entry mode, as shown in  FIG. 6   a.    
         [0091]    At act  415 , a user enters, by means of a remote control device or other data-entry device (such as a Bluetooth keyboard), a URL associated with IP content of interest to the user. The user presses the “ENTER” button once the URL has been completely entered. By pressing the “ENTER” button the device is allowed to connect to the URL specified by the user. 
         [0092]    At act  420 , the system sends a request to the server at the specified URL. In one embodiment, the request is an HTTP request. In other embodiments the request can be an HTTPS, FTP or REST type request. 
         [0093]    At act  425 , the system displays the content sent back by the server. 
         [0094]    At act  430 , the system evaluates the response from the server to determine whether the user must sign-on in order to consume the content. The authentication procedure is described below and depicted in  FIG. 5 . 
         [0095]    At act  435 , the user is offered the option to store this URL as a bookmark for future use. Without repeating the steps here, they are the same as  350 - 370  described above. 
         [0096]    Content Consumption Mode from a Previously Programmed Source 
         [0097]    With reference now to  FIG. 4   b , there is shown another exemplary process  450  for integrating Internet Protocol (IP) audiovisual content within a home environment, according to an example embodiment of the disclosure. In this process, the content source has previously been saved as a bookmark in the system. 
         [0098]    Initially, at act  460 , a user enters a bookmark position by using the numeric buttons, or scrolls through the stored bookmarks and selects a desired bookmarked URL. Referring to  FIG. 6   b , a user is shown a list of bookmarks (i.e., channels). By way of example, a user is currently watching a public television channel while a list of other bookmarks is shown to the side.  FIG. 6   b  illustrates how the user may also be shown program meta-data associated with the bookmark (channel). In the present example, the user is shown meta-data for a dramatic show on the public television channel. 
         [0099]    At act  470 , the system sends a request to the remote server identified by the URL. In one embodiment, the request is an HTTP request. In other embodiments the request can be an HTTPS, FTP or REST type request. 
         [0100]    At act  475  the system displays the response provided by the remote server. 
         [0101]    At act  480 , the system executes the authentication procedure, which may require the user to sign-in to the remote server. 
         [0102]    User Authentication Procedure 
         [0103]    When the user selects a bookmark and the system requests content from a remote server, the server may require the user to sign-in, either using HTTP Basic Authentication, a Web sign-in page or some other undisclosed method.  FIG. 5  describes one process for authenticating a user with a remote server using a username and a password. 
         [0104]    At Act  510  a basic determination is made whether or not the user is required to sign-in. If the system determines that authentication is not required, then the system displays the content from the remote server. If authentication is required then the system steps to Act  515 . 
         [0105]    At Act  515 , a decision act, the system checks to see whether a username and a password have previously been saved for this URL. If the information is available then the process continues to Act  520 , otherwise it continues to Act  540 . 
         [0106]    At Act  520  the system sends the authentication information to the remote server. 
         [0107]    At Act  530  the response from the server is displayed to the user. 
         [0108]    At Act  540  the user enters the authentication information, i.e., username and password, in response to being prompted by the system. 
         [0109]    At Act  545  the user is given the option of having the system store the authentication information for future use so that they system might log in automatically. The process then continues to Act  520 . 
         [0110]    If the remote server does not use HTTP Basic Authentication but requires the user to authenticate via a Web login page, the system would not be able to make the determination at Act  510 . In that case, the user would have to enter the username at every visit to the server if the server so requires. Some servers may set a HTTP cookie that would identify the user as an authenticated visitor, bypassing the need to log in at future visits. Furthermore, while the system may not be able to authenticate the user automatically, it could still store the username and password and fill the fields into the login form on future visits. 
         [0111]    While the invention has been shown and described with respect to particular embodiments, it is not thus limited. Numerous modifications, changes and enhancements will now be apparent to the reader.