US20100299407A1 - Systems and Methods for Integrating Microservers with a Network Interface Device - Google Patents

Abstract

A network interface device has an isolation device adapted to isolate a transport medium internal to a customer premises from a transport medium external to the customer premises such that operational changes to one of the internal and external transport media do not affect the other of the internal and external transport media. A first interface is coupled with the isolation device and adapted to communicate with the external transport medium, which is in communication with a distribution point. A second interface is coupled with the isolation device and adapted to communicate with the internal transport medium. A microserver is disposed external to the customer premises and coupled with the first and second interfaces. The microserver is adapted to receive telecommunication information from the external transport medium and includes software for implementing a predetermined function over the internal transport medium by processing the received telecommunication information.

Description

CROSS-REFERENCES TO RELATED APPLICATIONS
• This application is a continuation-in-part of U.S. patent application Ser. No. 10/367,597, entitled “SYSTEMS AND METHODS FOR PROVIDING TELECOMMUNICATIONS SERVICES VIA A NETWORK INTERFACE DEVICE,” filed Feb. 14, 2003 by Steven M. Casey et al. (“the '597 application”), the entire disclosure of which is herein incorporated by reference for all purposes. The '597 application is a continuation-in-part application of U.S. patent application Ser. No. 10/356,364, entitled “PACKET NETWORK INTERFACE DEVICE AND SYSTEMS AND METHODS FOR ITS USE,” filed Jan. 31, 2003 by Bruce A. Phillips et al.; is a continuation-in-part application of U.S. patent application Ser. No. 10/356,688, entitled “SYSTEMS, METHODS AND APPARATUS FOR PROVIDING A PLURALITY OF TELECOMMUNICATION SERVICES,” filed Jan. 31, 2003 by Bruce A. Phillips et al.; and is a continuation-in-part application of U.S. patent application Ser. No. 10/356,338, entitled “CONFIGURABLE NETWORK INTERFACE DEVICE AND SYSTEMS AND METHODS FOR ITS USE,” filed Jan. 31, 2003 by Bruce A. Phillips et al., the entire disclosure of each of which is herein incorporated by reference for all purposes.
• This application is also a continuation-in-part of U.S. patent application Ser. No. 10/444,941, entitled “SYSTEMS AND METHODS FOR PROVIDING TELEVISION SIGNALS USING A NETWORK INTERFACE DEVICE,” filed May 22, 2003 by Bruce A. Phillips et al., which is a continuation-in-part of the '597 application and which is incorporated herein by reference in its entirety for all purposes.
• This application is also related to the following applications, the entire disclosure of each of which is incorporated herein by reference for all purposes: U.S. patent application Ser. No. 10/377,283, filed Feb. 27, 2003; U.S. patent application Ser. No. 10/377,290, filed Feb. 27, 2003; U.S. patent application Ser. No. 10/377,282, filed Feb. 27, 2003; U.S. patent application Ser. No. 10/377,281, filed Feb. 27, 2003; U.S. patent application Ser. No. 10/377,584, filed Feb. 27, 2003; U.S. patent application Ser. No. 10/377,280, filed Feb. 27, 2003; U.S. patent application Ser. No. 10/391,518, filed Mar. 17, 2003; U.S. patent application Ser. No. 10/448,249, filed Mar. 29, 2003; U.S. patent application Ser. No. 10/445,275, filed May 23, 20003; and U.S. patent application Ser. No. ______, filed Jun. 30, 2003 (Attorney Docket No. 20366-091600US).
BACKGROUND OF THE INVENTION
• In the past, there has been a lack of consistent interface between telecommunication service providers' networks and their customers' premises wiring. For instance, telephone service often has been hard-wired to the customer's premises wiring by a variety of methods, rendering service calls unnecessarily complicated and intrusive. Such services calls often required service personnel to enter the customer premises, creating logistical issues for the telecommunication service provider and increasing customer frustration. Moreover, the lack of any discrete interface between the customer's premises wiring and the provider's network sometimes forced the use of proprietary hardware from the customer's perspective and limited the provider's flexibility when considering options to upgrade or otherwise modify the network.
• This problem has been exacerbated by the increased number of telecommunication services provided to customer premises. For instance, many telecommunication service providers now provide xDSL service to their customers, but those skilled in the art will recognize that there is little (if any) standardization among providers. Thus, implementations vary widely, each requiring different hardware and software configurations to be operable, and customers have little flexibility in choosing hardware. For instance, ADSL service frequently is deployed differently than VDSL service, and ADSL deployments themselves can vary from provider to provider. Likewise, telephone wiring schemes can vary widely among customer premises, requiring different types of hardware to enable and enhance services, such as filters to control interference, and the like. Further, a typical customer premises has multiple wiring networks, including one for video distribution (cable, satellite, VDSL, and the like), one for data distribution (Ethernet or the like, perhaps with a connection to an xDSL modem or cable modem), and another for telephone service, and these networks generally operate independently of one another. And if a customer wants to add a new telecommunication service, an expensive service call (often including one or more new cable drops and/or the installation of new premises wiring) likely will be required.
• Accordingly, there is a need in the art for methods and systems to address these and other problems.
BRIEF SUMMARY OF THE INVENTION
• Embodiments of the invention thus provide methods and systems for providing telecommunication information to a transport medium internal to a customer premises. In one set of embodiments, a network interface device is provided. The network interface device comprises an isolation device adapted to isolate the internal transport medium from a transport medium external to the customer premises such that operational changes to one of the internal and external transport media do not affect the other of the internal and external transport media. A first interface is coupled with the isolation device and adapted to communicate with the external transport medium, which is in communication with a distribution point. A second interface is coupled with the isolation device and adapted to communicate with the internal transport medium. A microserver is disposed external to the customer premises and coupled with the first and second interfaces. The microserver is adapted to receive telecommunication information from the external transport medium and includes software for implementing a predetermined function over the internal transport medium by processing the received telecommunication information.
• In some such embodiments, the isolation device and microserver may be disposed within a common housing, which may be disposed on an exterior wall of the customer premises. In addition, the network interface device may comprise an addressable application device coupled with the microserver that is adapted to receive the processed telecommunication information and to execute a defined application as an aid to implementing the predetermined function over the internal transport medium. The addressable application device may be disposed external to the customer premises and may be disposed within a common housing with the isolation device and microserver.
• A variety of different microservers may be used in different embodiments. For example, in one embodiment, the microserver may comprise an authentication microserver adapted to verify that the predetermined function is authorized for the customer premises. In another embodiment, the microserver comprises a file-transfer microserver adapted to transfer an electronic file of information to or from the network interface device. In a further embodiment, the microserver comprises a dynamic host configuration protocol microserver adapted to manage an internet-protocol address assignment to a device coupled with the internal transport medium; the internet-protocol address assignment may comprise a private internet-protocol address assignment or may comprise a public internet-protocol address assignment. In another embodiment, the microserver comprises a code-processing microserver adapted to receive code and process the code for use by another component of the network interface device; in addition, the microserver may further comprise a webserver microserver adapted to render a display of incoming web-page information suitable for presentation with a web-browser enabled device. In some instances, the microserver may comprise an email alert microserver adapted to initiate an alert in response to receipt of an email message at an email account. The microserver may alternatively comprise an instant-messenger microserver adapted to provide instant-messaging functionality over the internal transport medium. In one embodiment, the microserver comprises a webserver microserver and an advertising microserver. The webserver microserver is adapted to render a display of web-page information suitable for presentation with a web-browser enabled device and an advertising microserver adapted to overlay an advertisement over the display of web-page information. The microserver may comprise a wireless microserver adapted to provide an interface between wireless communications within the customer premises to the external transport medium. In another embodiment the microserver comprises an RF power-level microserver adapted to monitor an RF power level of telecommunication information received at the first interface. In a further embodiment, the microserver comprises a test-access microserver adapted to verify proper functioning of another component of the network interface device. In still another embodiment, the network interface device further comprises a webserver microserver coupled with the microserver and adapted to provide a customer-based graphical user interface for implementing software configuration changes of the microserver.
• In a second set of embodiments, a method provides telecommunication information to a transport medium internal to a customer premises. The internal transport medium is isolated from a transport medium external to the customer premises such that operational changes to one of the internal and external transport media do not affect the other of the internal and external transport media. The telecommunication information is received from the external transport medium and is selectively processed with a microserver disposed external to the customer premises. Thereafter, a predetermined function is implemented over the internal transport medium with the processed telecommunication information.
• In some instances, the method may further comprise transmitting the processed telecommunication information to an addressable application disposed external to the customer premises. The predetermined function may then be implemented by implementing an application over the internal transport medium with the addressable application device.
• There are a variety of ways in which the received telecommunication information may be selectively processed in different embodiments. For example, in one embodiment it is verified that the predetermined function is authorized for the customer premises. In another embodiment, an electronic file of information is transferred. In a further embodiment, an internet-protocol address assignment to a device coupled with the internal transport medium is managed. In a different embodiment, code is received and processed for use in implementing the predetermined function; in some such instances, a display of incoming web-page information is rendered to be suitable for presentation with a web-browser enabled device. In some cases, an alert is initiated in response to receipt of an email message at an email account. In other cases, instant-messaging functionality is provided over the internal transport medium. In a particular embodiment, a display of web-page information is rendered suitable for presentation with a web-browser enabled device and an advertisement is overlaid over the display. In another embodiment, an interface between wireless communications within the customer premises to the external transport medium is provided. In a further embodiment, an RF power level of the telecommunication information received from the external transport medium is monitored. In still another embodiment, a customer-based graphical user interface is provided for implementing configuration changes of software governing how the received telecommunication information is selectively processed.
BRIEF DESCRIPTION OF THE DRAWINGS
• A further understanding of the nature and advantages of the present invention may be realized by reference to the remaining portions of the specification and the drawings wherein like reference numerals are used throughout the several drawings to refer to similar components. In some instances, a capital-letter sublabel is associated with a reference numeral and follows a hyphen to denote one of multiple similar components. When reference is made to a reference numeral without specification to an existing sublabel, it is intended to refer to all such multiple similar components.
• FIGS. 1A-1G provide schematic illustrations of configurations for network interface devices used in embodiments of the invention;
• FIGS. 2A-2D provide schematic illustrations of structures of network interface systems according to embodiments of the invention;
• FIGS. 3A-3K provide illustrations of various microserver arrangements that may be used by a network interface system to provide a variety of telecommunications services to a customer premises according to embodiments of the invention; and
• FIG. 4 is a flow diagram illustrating methods of providing telecommunication information according to embodiments of the invention.
DETAILED DESCRIPTION OF THEINVENTION1. Introduction
• Embodiments of the invention are directed to methods and systems for providing telecommunications services by integrating one or more microservers with a network interface device. As used herein, a “microserver” is intended to refer to any device that uses a combination of software and hardware to meet a predefined need. For example, a microserver may be programmed to perform a specified limited set of functions and may take a structural form such as an erasable programmable read-only memory (“EPROM”) device, electrically erasable programmable read-only memory (“EEPROM”) device, programmable logic device (“PLD”), erasable programmable logic device (“EPLD”), complex programmable logic device (“CPLD”), field-programmable gate array (“FPGA”), and the like. The scope of telecommunications services that may be provided is broad, and several specific examples of services that may be provided by integrating one or more microservers with a network interface device are discussed in greater detail below.
• In embodiments of the invention, the telecommunications services maybe provided through the use of a network interface system that is capable of interfacing between a customer premises and a telecommunication service provider's network. In some instances such an interfacing capability is performed by elements of a “demarcation device,” and specific examples of how the demarcation capabilities arise in different embodiments of the network interface systems are discussed below. Merely by way of illustration, such demarcation capabilities may derive from elements comprised by the following examples of demarcation devices: a set-top box, which may be used inter alia as an interface between a customer's video appliance and a provider's video network; broadband modems, including xDSL modems, cable modems, and wireless modems, each of which may be used to provide video and/or data to a customer premises; integrated access devices, which may, for example, translate between Voice over LP (“VoIP”) signals and traditional telephone signals, allowing traditional telephones to connect to a VoIP network; devices compatible with the session initiation protocol (“SIP”); and the like. One particular demarcation device whose elements may be used to provide demarcation capabilities includes a network interface device (“NID”), described in detail below. In some instances, a demarcation device may additionally include other capabilities, including, for example, the capability to separate received telecommunication information into discrete sets; the capability to process certain of the separated sets independently from other sets; and/or the capability to transmit different of the separated sets to different locations, perhaps through the use of different interfaces. Integration of one or more microservers with the NID has significant advantages when compared with solutions in which microservers are separate from the NID. For instance, separate microservers may require access to a customer premises for services and may be moved around and removed from the customer premises. By integrating the microservers with the NID, they are easily accessible by a technician and may be integrated in a secure fashion as described below that makes them nonremovable by others.
• In describing embodiments of the invention, references to “customer premises” are intended to refer to physical structures under the control of a customer through ownership, leasehold, or any other property right. The term is not intended to encompass open real property external to the physical structures, even if such open real property is also under the control of the customer. Such a definition reflects differences in accessibility to the physical structures and surrounding open real property. Access to the physical structures generally requires the presence of the customer or a representative of the customer, while access to the surrounding open real property may be obtained by permission from customer, through an easement, or by other means that does not require the physical presence of the customer. Thus, for example, in the case of a residential customer, the customer premises may correspond to the customer's home, but does not include the yard surrounding the home. Access to the yard may be obtained even when the customer is not home, such as when the customer is at work, is shopping, or is otherwise unavailable to be physically present.
• As used herein, the term “telecommunication information” is broadly defined to include any information that can be transmitted or carried by a telecommunication service provider's network (e.g., the Public Switched Telephone Network or “PSTN”) or by any other telecommunication network, including but not limited to the Internet. Such information includes, for example, voice signals (e.g., Plain Old Telephone Service or “POTS,” as the term is known to those skilled in the art), audio and video signals (encoded in any standard and/or proprietary, digital and/or analog format now known or hereafter developed, using any of a variety of means known to those skilled in the art, such as HDTV, NTSC, PAL, and SECAM formatting, as well as, for example any of the MPEG digital encoding and/or compression algorithms), and data. Such data can be formatted according any of a variety of protocols familiar in the art, including in particular the Internet Protocol.
• In this application, the term “telecommunication service provider” refers to any entity that provides telecommunication service to a customer's premises, including, merely by way of example, incumbent local exchange carriers, competitive local exchange carriers, cable television carriers, and satellite providers, to name a few. In contrast, the term “telecommunication information provider,” means any entity that is capable of serving as a source of telecommunication information. In many cases, a particular entity may be considered both a telecommunication service provider and a telecommunication information provider, for instance, when a local exchange carrier provides Internet service to a customer, as well as the external transport medium attached to that customer's premises. In other cases, the two may be separate entities. For instance, according to certain embodiments of the invention, a cable television provider could contract with a local exchange carrier to provide broadcast television signals to a customer premises using the local exchange carrier's network and/or an external transport medium operated by the local exchange carrier.
• The term “telecommunication information set” is intended to describe a discrete subset of the telecommunication information transmitted across a particular transport medium and/or received by a device having demarcation capabilities. Generally, the telecommunication information that is classified part of a particular information set shares a common characteristic. Merely by way of example, an information set can comprise telecommunication information of a particular type, such as voice, IP data, encoded video, and such; information associated with a particular application, such as information assigned to a specific IP port, as is known in the art; information addressed to or received from a particular device or network segment; information received within a particular reception window; and the like.
• In certain embodiments, demarcation capabilities can support the one-way flow of telecommunication information, such as exemplified by the case of a simple set top box, which can receive data representing a video signal, decode that data, and transmit a video signal to an attached television. In other embodiments, demarcation capabilities can support bidirectional flow of telecommunication information. One such example is an xDSL modem, which allows the transmission of data both to and from a customer premises. In still other embodiments, the demarcation capability can support both unidirectional and bidirectional information flows simultaneously, depending on the type of telecommunication information transmitted or the source of the information.
• The demarcation capabilities may also function to isolate the telecommunication service provider's network from the network at the customer premises. As described in detail below, the service provider's network is one example of an “external transport medium” and the customer's network is one example of an “internal transport medium.” The external transport medium and internal transport Medium are each examples of a “transport medium,” which is used herein to describe any cable, wire, or other medium capable of carrying telecommunication information, including, but not limited to, twisted pair copper wiring (shielded or unshielded, including, for example, unshielded cables complying with industry-standard categories 3, 5, 5e and 6), optical fiber, and coaxial cable. Other examples of transport media include universal serial bus (“USB”) cable, cable complying with the Institute of Electrical and Electronics Engineers' (“IEEE”) 1394 standard, as well as any medium capable of complying with the many local-area networking standards known in the art. The preceding are examples of transport media that comprise physical media, but the invention is not limited to the use of physical media. In other embodiments, a transport medium may comprise any of a wide variety of wireless transmissions, including infra-red transmissions, radio frequency (“RF”) transmissions, and transmissions complying with standards developed by any of the IEEE's working groups governing wireless communication (e.g., the 802.11, 802.15, 802.16 and 802.20 working groups), as well as point-to-point microwave, satellite, cellular/PCS, and/or ultra wideband transmissions, among others.
• In certain embodiments, demarcation capabilities can define an active demarcation point, serving to isolate the external transport medium from the internal transport medium (perhaps via an isolation device, discussed below), such that operational changes in one network do not affect the other network. “Operational changes” can include any changes in the structure, topology, format, protocol, bandwidth, media, and/or other operational parameters of a network. This isolation feature can provide many benefits; for instance, the demarcation capability can be realized by a disclosed interface between a customer premises and a provider's network, allowing the provider to implement changes in its network without disrupting the service provided to the customer.
• Likewise, the isolation of the internal transport medium from the external transport medium can allow for any variety of customer premises equipment (“CPE”) to be used at the customer premises without fear that the equipment might be incompatible with a particular telecommunication service provider's standards. “Customer premises equipment” and “CPE” are intended to refer to any device that sends, receives, or otherwise utilizes telecommunication information. Moreover, the demarcation capabilities might serve to couple a plurality of external and/or internal transport media, allowing interoperation among them all, and to provide the same isolation features among all of these media.
• In this way, certain aspects of the demarcation capabilities can allow for sales of a wide variety of CPE on a consumer electronics model, instead of the proprietary model necessitated by many of today's telecommunication networks, where, for example, differing implementations of xDSL among providers virtually force consumers to purchase modems from the providers to ensure compatibility between the modem and the provider's xDSL implementation. By isolating the topologies of the external and internal transport media, embodiments of the present invention can create a disclosed interface between the provider's network and the customer's network, allowing much greater flexibility in both the provider's networking options and the customer's choice of telecommunication appliances. Those skilled in the art will recognize that these and many other benefits result from embodiments of the invention.
• In accordance with other embodiments, the isolation abilities also allow insulation between different transport media coupled to the internal and external transport media in order. This may permit, for example, preventing unwanted telecommunication information of one network from entering the other network. For instance, a demarcation capability of a network interface system in accordance with particular embodiments can serve to prevent propagation of certain telecommunication information from an internal network (including particular signals or frequencies) into one or more external transport media, preventing interference in the internal transport medium from interfering with the telecommunication service provider's network. In similar fashion, demarcation capabilities can prevent the contamination of the internal transport medium with unwanted information from the external medium, interference between two or more external transport media coupled, and unwanted interference or crosstalk between multiple internal media.
• In some embodiments, the isolation of the internal transport medium from the external transport medium resulting from the demarcation capabilities also allows enhanced security to be provided for the customer and/or to control customer access to certain features or services. For instance, those skilled in the art will recognize that demarcation capabilities can prevent unauthorized access to the customer's data network, such as by a telecommunication service provider and/or a third party, or can screen or filter telecommunication information entering or leaving the customer's premises. This enables features such as parental controls to be placed on incoming and outgoing information, as well as filtering of outgoing sensitive information, such as credit card information and the like.
• Further, according to certain embodiments, the demarcation capabilities may be used to define a consolidation point for all telecommunication information entering or leaving the customer premises. Definition of such a consolidation point permits a variety of enhanced features to be provided to the entire premises, including features such as caller identification, premises-wide telephone, video and data distribution, content on demand, including video, audio, and/or data on demand, and the like. These and other features resulting from demarcation capabilities also allow for a variety of new and useful telecommunication applications to be provided to customers. Specific details of some exemplary applications are discussed below; given the disclosure herein, those skilled in the art can appreciate the wide variety of such applications that are possible using various embodiments of the invention.
• In a number of embodiments, the demarcation capability is applied specifically to a customer premises, thereby separating a transport medium internal to the customer premises from a transport medium external to the customer premises. Moreover, the demarcation is exploited to provide one or more microservers in a configuration that permits services to be provided in accordance with the programming of the microservers to the entire premises. In addition, in some instances one or more addressable application devices may also be provided such as described in the '597 application, with the microservers programmed to interact in combination with the application devices to provide the specified services. For example, the addressable application devices may be adapted to interface with the transport medium internal to the customer premises, and the microservers may be adapted to selectively process telecommunication information originating from the transport medium external to the customer premises. Applications may be implemented through transmission of the processed telecommunication information from the processors to the addressable application devices.
2. Organizational Configurations
• There are numerous organizational configurations for the NID that may be used in accordance with embodiments of the invention. Several examples are shown schematically inFIGS. 1A-1G, although such examples are not intended to be exhaustive. A relatively simple arrangement is shown inFIG. 1A, which includes adistribution point104 in communication with adevice108 having demarcation capabilities via anexternal transport medium112. In this example, theexternal transport medium112 comprises a transport medium external to acustomer premises116. Thedevice108 is adapted to interface with aninternal transport medium124. In this example, theinternal transport medium124 comprises a transport medium internal to thecustomer premises116.
• In one sense, thedistribution point104 may be considered to be a source of telecommunication information transmitted to the customer premises and a recipient of telecommunication information transmitted from the customer premises; as described below, however, thedistribution point104 need not be either the ultimate source nor the ultimate recipient of telecommunication information. In certain embodiments, thedistribution point104 may correspond to a telecommunication service provider's local office. In other embodiments, the distribution point may correspond to another network element in the service provider's network, such as a remote termination cabinet and/or a digital subscriber line access multiplier (“DSLAM”). More generally, thedistribution point104 may correspond to any facility operated by a telecommunication service provider that is capable of transmitting telecommunication information to, and/or receiving telecommunication information from, acustomer premises116.
• In general, distribution points can be classified, inter alia, as discrete distribution points or complex distribution points. With respect to a particular information set, a discrete distribution point often transmits only the necessary or desired information to the NID. In contrast, a complex distribution point can transmit the entire information set to the NID. The contrast may be illustrated with regard to video distribution: A discrete distribution point may perform channel switching (at the request of the demarcation device108), encoding and sending only the desired channel information to thedemarcation device108. In contrast, a complex distribution point might rely upon thedemarcation device108 to perform all channel switching. Those skilled in the art will appreciate that each scheme presents relative advantages and disadvantages.
• Distribution point104 can be capable of transmitting and/or receiving any type of telecommunication information to/from the NID, and such telecommunication information can be organized into a plurality of telecommunication information sets, as necessary. For ease of description,FIG. 1A does not show any additional sources or recipients of telecommunication information in communication withdistribution point104, but, those skilled in the art will recognize that, in many embodiments,distribution point104 can be coupled to multiple customer premises116 (perhaps via a NID at each customer premises) and often is neither the ultimate source nor the ultimate recipient of telecommunication information. Instead,distribution point104 usually serves as an intermediary between one ormore customer premises116 and one or more larger telecommunication networks and/or telecommunication information providers, which, as discussed above, can include cable television networks, telephone networks, data networks, and the like. Further, many such networks (as well as, in some embodiments, distribution point104) can be coupled to the Internet, so thatdistribution point104 can serve as a gateway betweencustomer premises116 and any source and/or recipient of telecommunication information that has a connection to the Internet. The interconnection of telecommunication networks is well known in the art, although it is specifically noted thatdistribution point104 can be configured to transmit telecommunication information to (and receive telecommunication information from) virtually any source or recipient of telecommunication information, through either direct or indirect (e.g., through the Internet) communication. Merely by way of example, adistribution point104 can transmit video signals received from a television programming provider to customer premises equipment, as described in the applications referenced above. In other embodiments,distribution point104 can be in communication with one or more other customer locations, allowing for private virtual circuits, vlan tags and wavelengths, or rf connections betweencustomer premises116 and those locations.
• Inconfiguration100, the NID can serve as the interface betweenexternal transport medium112 andcustomer premises116. As shown inFIG. 1A, usually thedemarcation device108 comprised by the NID is interfaced with both theinternal transport medium124 and with theexternal transport medium112. As conceptually illustrated inFIG. 1A,demarcation device108 may be attached to an external wall of thecustomer premises116. Such a configuration provides many advantages. For instance, if the telecommunication service provider desires to upgrade or otherwise change its network, including, perhaps,external transport medium112, a technician can perform any necessary changes atdemarcation device108 as appropriate without entering the customer premises. Coupled with the ability of somedemarcation devices108 to isolate the telecommunication service provider's network from the customer's premises, this can allow the telecommunication service provider to effect substantial changes in it network without impacting or inconveniencing the customer in any respect. This could, for example, allow the telecommunication service provider to upgradeexternal transmission medium112 from a copper twisted pair to optical fiber, without requiring any topological changes inside thecustomer premises116. Of course,demarcation device108 may be located at a variety of alternative locations, either withincustomer premises116 or at a facility operated by the telecommunication service provider. In addition, as previously noted and as discussed in further detail below, a NID may also be divided, with different portions situated at different locations, according to the requirements of the implementation.
• The NID is configured so that it may communicate withCPE120, which may be located interior to the customer premises throughinternal transport medium124. Such communication is used to implement functionality defined by microservers comprised by NID over theCPE120 in accordance with telecommunication information received from thedistribution point104. In addition, thedemarcation device108 may communicate directly withCPE120 to implement other functions. While theinternal transport medium124 may comprise any of the media discussed above, in one embodiment it comprises existing telephone wiring incustomer premises116 and, in some embodiments, is capable of carrying voice, data and video information. For instance, as described in Edward H. Frank and Jack Holloway, “Connecting the Home with a Phone Line Network Chip Set,”IEEE Micro(IEEE, March-April 2000), which is incorporated herein by reference, the Home Phoneline Networking Alliance (“HPNA”) standards allow for simultaneous transmission of both voice information and Ethernet frames across twisted-pair copper telephone wiring. In addition to the transmission of telecommunication information through the NID, telecommunication information may be transmitted via the reverse path to thedistribution point104. Such telecommunication information received at thedistribution point104 may be transmitted to an information recipient, such as a service provider. For example, such a transmission may be used to request a pay-per-view movie or the like. Alternatively, telecommunication information received at thedistribution point104 may be transmitted across the Internet, such as may be used in the case of sending an email message.
• In certain embodiments, the NID can receive state information from acontrol point128, which is shown in the illustrated embodiment as associated withdistribution point104. In certain instances,control point128 can be software and/or hardware operated by a telecommunication service provider for controlling certain features of the operation of the NID. For instance,control point128 can instruct the NID to provide (or cease to provide) particular applications and/or telecommunication services to thecustomer premises116.Control point128 can also provide other directions to the NID through thedemarcation device108, including, for instance, instructions to save or record a particular information set (e.g., data representing a movie), such that the information set may quickly (and, in some cases), repeatedly be transmitted tocustomer premises116, allowing the provision of voice, data, video, etc. on demand.
• Often, it may be beneficial to allow the customer to provide state information to the NID. Thus, in certain embodiments,control point128 may have a web interface, such that the customer or any authorized person, such as an employee of the telecommunication service provider or telecommunication information provider, may log onto the web interface and configure options for the NID, perhaps resulting in state commands being transmitted from thedistribution point104 to the NID. In other embodiments,control point128 can be a web interface to the NID itself, allowing the customer or other authorized person to configure the NID directly. In still other embodiments,control point128 can communicate with the NID through an application programming interface (“API”). Hence, in some embodiments,control point128 can interface with the NID through an API.
• In many such embodiments, the API comprises a logical interface, in which case it may include a set of software, hardware, or firmware routines or libraries that may be invoked programmatically to configure or relay information to internal components of the NID. In that sense, then,control point128 can be understood to be a program running on a computer, perhaps located atdistribution point104 orcustomer premises116, among other locations, that provides state information to components of the NID via a software API. In other embodiments, the API comprises a physical interface to permit it to be accessed locally, such as by a service technician. For example, the service technician could visit property outside thecustomer premises116, attach a laptop computer or other device to the physical interface, and upload information to the components of the NID, including perhaps both state information, as well as other telecommunication information. In still other embodiments, components of the NID can accept state information through other means, including, for example, through a web interface by receiving a specially formatted electronic message. This is especially the case in embodiments where one of the microservers comprised by the NID includes as a web server, as discussed below.
• Those skilled in the art will appreciate that certain control methods are more well-suited to certain services than to others. For instance, with respect to cable television services, the same set of information may be broadcast to many households, and the NID is well-suited to control access to those services, allowing for greater efficiency in the providing of such services. In contrast, video on demand services may instead be controlled at adistribution point104 or elsewhere such that a particular NID only receives video-on-demand information if the customer already has requested and been authorized to receive that service. In such cases, the NID may not need to provide access control functions with respect to that service.
• According to some embodiments, the NID can implement either of these access control schemes, or both in combination, as well as others. Moreover, the NID can, in some cases, be configured to support a plurality of schemes transparently. For instance, the customer could request a service from the NID, perhaps using one of the methods discussed above, and the NID could relay that request to the appropriate telecommunication service provider and/or telecommunication information provider, as well as reconfigure itself to allow access to that service, if necessary. Of course, the NID can also be configured to take any necessary validating or authenticating action, such as notifying thedistribution point104 and/orcontrol point128 that the service has been requested, and, optionally, receiving a return confirmation that the service has been authorized.
• In accordance with other embodiments, state information sent to the NM can include one or more commands to interface with a particular CPE in a certain way. For instance, state information could instruct the NID to turn on and/or off certain lights or equipment, perhaps via additional equipment, or to arm, disarm or otherwise monitor and/or configure a home security system. State information can also include operational data such as an IP address, routing information, and the like, to name but a few examples.
• State information can further include instructions to modify one or more security settings of the NID. Merely by way of example, in certain embodiments, the NID can include a computer virus scanner, and state information can include updated virus definitions and/or heuristics. Likewise, the NID often will be configured with access controls, such as to prevent unauthorized access through the NID by third parties. State information can include instructions on how to deal with particular third-party attempts to access the NID orinternal transport medium124. Those skilled in the art will recognize as well that some security settings may specify the level of access the customer has to the functions of the NID, such as to prevent unauthorized use of certain telecommunication services, and that these settings also may be modified by received state information.
• There are a variety of ways in which the various access-control and security functionalities of the NID discussed above may be implemented. In different embodiments, these functionalities may be performed by thedemarcation device108 and/or by other components such as some of the microservers described below that may additionally be comprised by the NID. Moreover, the state information that manages such functionalities may sometimes be sent periodically to the NID to ensure that it is current. Those skilled in the art will also recognize that state information can be considered a subset of the broader category of telecommunication information.
• Turning now toFIG. 1B,configuration100′ is illustrative of certain embodiments that can provide multiple NIDs atcustomer premises116. Afirst NID107A comprises anapplication device109A in addition to ademarcation device108A, while asecond NID107B is shown comprising ademarcation device108B but no application device. These differences between the two NIDs are intended to illustrate that some functionality may be provided with an application device that is separate from a NID, such as in instances where the application device is instead comprised by the CPE. Alternatively, some functionality may be provided without any application device at all, such as in instances where the one or more microservers comprised by the NID provide all the desired functionality. In the illustration ofFIG. 1B, theapplication device109A is shown as separated from thecorresponding demarcation device108A, although one or more of themultiple NIDs107 may alternatively comprise structures in which they are integrated. An example of such integration of an application device with an application device is described in connection withFIG. 1C. In instances where aNID107 has separated demarcation- and application-device components, the separate components may both be affixed to an exterior wall of thecustomer premises116. This has the same advantages discussed previously in connection with NIDs alone, namely ease of upgrading or otherwise changing the network by a telecommunication service provider, but applies also to theapplication device109A. In other instances, the separate components may be provided in different locations, such as by providing thedemarcation device108A at a facility operated by the telecommunication service provider while keeping theapplication device109A on the exterior wall of thecustomer premises116.
• Theapplication device109A may include aservice interface111A for addressing theapplication device109A. Theservice interface111A may comprise a physical interface, such as a universal serial bus (“USB”), FireWire (IEEE 1394), registered jack11 (“RJ-11”), registered-jack45 (“RJ-45”), serial, coax, or other physical interface known to those of skill in the art. In other embodiments, theservice interface111A may comprise a logical interface, such as may be provided through a logical connection with an IP address.
• The addressability of theapplication device109A may be used in various embodiments to change the state of theapplication device109A. Such state information can include any set of data or other information that may be interpreted by theapplication device109A as defining operational instructions. This includes, for example, commands to process certain information sets in certain ways, e.g., to provide protocol conversion, to allow transmission of the information set, to deny transmission of the information set, to direct transmission on a particular interface, and the like, as well as commands to provide or cease providing a particular service, such as to provide access to a pay-per-view movie or an additional telephone line. Thus, in certain aspects, a telecommunication service provider can control the telecommunications services provided to a customer in several ways. First, the provider can only transmit a telecommunication information set to aNID107 if the user of that device is authorized to receive the application service associated with that information set. Alternatively, the service provider could send one or more telecommunications services to a customer'sNID107A, and rely on the state of thecomponent application device109A to prevent unauthorized access to those services.
• Application device109A may be in communication withCPE120A throughinternal transport medium124A, and implementation of the applications provided byapplication device109A can thus be achieved with telecommunication information received and transmitted bydemarcation devices108A. In addition,demarcation device108A can be in direct communication withCPE120A throughinternal transport medium124A, anddemarcation device108B can likewise be in direct communication withCPE120B throughinternal transport medium124B. Each of theNIDs107 may be provided in communication with acommon distribution point104 through theirrespective demarcation devices108. In particular,demarcation device108B can communicate withdistribution point104 throughexternal transport medium112B which, as illustrated byFIG. 1B, can simply be spliced intoexternal transport medium112A, such as by using an active or passive splitting device, which could be optical, as in a fiber environment, or electrical. If desired,demarcation devices108 and/ordistribution point104 can include control logic to prevent unauthorized access bydemarcation device108A to telecommunication information sent to or received fromdemarcation device108B, and vice versa. In other embodiments,external transport medium112B could run directly fromdemarcation device108B todistribution point104. In still other embodiments,external transport medium112B could be omitted, withdemarcation device108B coupled todemarcation device108A, which could then provide connectivity betweendemarcation device108B anddistribution point104 throughexternal transport medium112A.
• Configuration100′ can be used in a variety of implementations. For instance, ifcustomer premises116 is a multiple-dwelling unit (“MDU”),separate NIDs107 can be provided for each separate resident or family. Alternatively, a single demarcation device, perhaps with more interfaces, can service multiple dwelling or business units. In such implementations, especially whenexternal transport medium112B does not directly coupledemarcation device108B todistribution point104,demarcation devices108A,108B can include security functionality, for example to prevent telecommunication signals intended forCPE120A from reachingCPE120B and vice versa. In some embodiments,demarcation devices108 can provide a variety of such security, encryption, and authentication functions.
• The description above provides a specific example of a more general class of embodiments in whichmultiple NIDs107 are daisy-chained together, using any of the telecommunication media discussed herein. This allows a telecommunication service provider to provide service to additional customers without requiring any additional external transport media. Similarly,NIDs107 at multiple premises can be coupled together, such that if the external transport medium coupled to one of theNIDs107 fails, that device can maintain connectivity to the distribution point through its connection to anotherNID107. ANID107 in accordance with specific embodiments thus may have an interface for securely connecting to one or moreadditional NIDs107, and thus forming a mesh network of NIDs and/or distribution points. This allows aparticular NID107 to serve as a conduit between another interface device and a distribution point without allowing any unauthorized reception of telecommunication information intended for the connected interface device. This secure interface can be included, for instance, in a portion of theNID107 that is inaccessible to customers, as illustrated inFIG. 2A and described below.
• In other embodiments, asingle customer premises116 might have connections to a plurality of telecommunication service providers. For example, turning now toFIG. 1C,configuration100″ includes adistribution point104A coupled to afirst NID107A viaexternal transport medium112A and also includes asecond distribution point104B coupled to asecond NID107B viaexternal transport medium112B. Merely by way of example,distribution point104B could, for example, be associated with a cable television provider, while distribution point104A could be associated with a telephone company. In addition,configuration100″ illustrates thatmultiple CPE120A and120C may be coupled with asingle NID107A. This may be done with multipleinternal transport media124A and124C as illustrated byFIG. 1C, or may alternatively be done through a common internal transport medium as discussed below. Thus, for example,CPE120A could be a telephone,CPE120C could be a fax machine, andCPE120B could be a television.
• FIG. 1C further provides an example of combinations of different configurations for theNIDs107. In particular, thesecond NID107B, connected withdistribution point104B, is shown having anintegrated demarcation device108B andapplication device109B, withservice interface111B. Thefirst NID107A, connected withdistribution point104A, is instead shown having separated demarcation and application devices. Moreover, thefirst NID107A illustrates a NID that may have a plurality ofapplication devices109A and109C in communication with asingle demarcation device108A. Each of theseapplication devices109A may have arespective service interface111A and111C, and may be connected with differentinternal transport media124A or124C to reflect the different application capabilities. Thus, for example,application device109A could provide an application intended for telephone functions, such as caller identification or call waiting, andapplication device109C could provide an application intended for fax functions, such as a storage and retrieval facility. Theapplication device109B comprised by thesecond NID107B could provide an application intended for cable-TV functions, such as a digital recorder function.
• In another alternative embodiment, such asconfiguration100″′ illustrated inFIG. 1D, aNID107 can provide connectivity to a plurality ofdistribution points104A and104B, as well to a plurality ofCPE120A,120B, and120C. The connectivity of asingle ND107 to a plurality ofdistribution points104A and104B and to a plurality ofCPE120A,120B, and120C may be effected through attachments for multipleinternal transport media124A,124B, and124C and for multipleexternal transport media112A and112B. Moreover, as illustrated byFIG. 1D, eachdistribution point104A and104B may be associated with adifferent control point128A and128B, respectively. In alternative embodiments, asingle control point128 could provide configuration information to theNID107 with respect to bothdistribution points104A and104B.
• Turning now toFIG. 1E, anotherexemplary configuration100″″ is presented in accordance with certain embodiments of the invention. Inexemplary system100″″, theNID107 is shown having a configuration similar to that ofFIG. 1D, but with a plurality of application devices109 that are provided separate from theNID107. Two of theapplication devices109A and109B are provided external to thecustomer premises116 and haveservice interfaces111A and111B. Thethird application interface109C is provide interior to the customer premises, illustrating that it is not a requirement that all of the application devices109 comprised by theNID107 be disposed external to the customer premises. Instead of communication of theNID107 with a plurality ofcontrol points128 being effected through a plurality ofdistribution points104,FIG. 1E shows an embodiment in which such communication is achieved with acommon distribution point104. Thisdistribution point104, which may be operated by a telecommunication service provider, can be in communication with one or moretelecommunication information providers130A and130B. Eachtelecommunication information provider130A and130B can be the source or recipient of one or more telecommunication information sets, each of which may be associated with a particular telecommunication service. Each of the telecommunication information sets may thus be transmitted to, or received from, thedistribution point104.Distribution point104 can also transmit these information sets to, or received them from, theNID107 throughdemarcation device108, viaexternal transport medium112. Such anconfiguration100″″ thus exploits a capability of theNID107 to process a plurality of such information sets in a variety of ways, as discussed below.
• In certain embodiments, eachtelecommunication information provider130A or130B may have anindividual control point128B or128C. In some such embodiments, control points128B and128C can be in communication with theNID107 viadistribution point104 or, alternatively, could have a separate means of communication with theNID107, such as via a modem and telephone line. Thus, in some embodiments, theNID107 can receive state information from eachcontrol point128B, and128C through thedemarcation device108. As discussed above, state information can direct the behavior of thedemarcation device108 and/or application devices109 comprised by theNID107, in particular with respect to how to handle telecommunication information to implement various applications on theCPE120A,120B, and/or120C. Such state information may be received by theNID107 over theexternal transport medium112 or through theservice interfaces111A and111B of theapplication devices109A and109B. In some embodiments, theNID107 can be configured to accept state information related only to the telecommunication information and/or services provided by the telecommunication information provider sending the state information. In this way, theNID107 can be protected against inadvertent or malicious misconfiguration, which could interrupt a telecommunication service provided by another telecommunication information provider. Likewise, theNID107 could be configured to automatically request updated state information fromcontrol point128A associated withdistribution point104 in the case of misconfiguration, and control point128A could maintain a master set of configuration information to be able to accommodate such a request.
• In other embodiments,telecommunication information providers130A and130B may not have an associated control point. In such embodiments,telecommunication information providers130A and130B can send state information to controlpoint128A, perhaps viadistribution point104A, and control point128A can relay that state information to the demarcation device108 (again, perhaps through distribution point104). In this way the telecommunication service provider can control which state information is transmitted to theNID107.
• In certain embodiments, thedemarcation device108 can submit a request for state information to one ormore control points128A,128B, and/or128C, perhaps viadistribution point104. Such a request might be made if, for instance, the customer would like to watch a pay-per-view movie. The appropriate control point, e.g.,128B, could then provide the proper state information to theNID107 as described above, allowing transmission of the movie tocustomer premises116.
• As exemplified byconfiguration132 inFIG. 1F, embodiments of the invention enable asingle NID107 to servemultiple CPE134A-F, each of which can comprise a different appliance, at asingle customer premises136. For instance,CPE134A can be a computer with an Ethernet interface,CPE134B can be a telephone,CPE134C can be a video game system,CPE134D can be a set-top box attached to a television,CPE134E can be a computer with an HPNA interface, andCPE134F can be a laptop computer equipped with a wireless network card.
• Also as illustrated byconfiguration132, thesingle NID107 can support multiple network topologies. For instance, theNID107 can serve as a hub for a point-to-point network topology, with multiple point-to-point connections toCPE134A and134B viainternal transport media138A and138B, respectively. In addition, theNID107 can support a bus topology, as illustrated byinternal transport medium140, which can connect theNID107 toCPE134C,134D and134E. TheNID107 can also be equipped with awireless transmitter142 for communication with wireless-capable CPE134F. In this way, theNID107 can support a wide variety of networking media incustomer premises136, including the existing telephone, satellite, cable, and network wiring. For instance, the existing telephone wiring in most homes is arranged in a bus topology, as is most coaxial cable (for instance RG6 or RG59) installed by cable television providers, although each may, in some implementations, be wired using a star topology. In contrast, many homes also have 10Base-T Ethernet networks, which sometimes require a central hub. As used herein, the term “10Base-T” can be understood to include newer implementations of Ethernet over unshielded twisted pair wiring, including, for instance, 100 megabit Ethernet (100Base-T, 100VG-AnyLAN, etc.) and gigabit Ethernet (1000Base-T) standards. TheNID107 can support these and other network topologies, serving as the hub in a 10Base-T network if necessary.
• FIG. 1G illustrates anotherexemplary configuration150 for using aNID152 in an xDSL implementation, according to certain embodiments of the invention. In some embodiments,distribution point154 can comprise a host digital terminal156 coupled bytransport medium158 toDSLAM160. As noted above, however, in other embodiments,DSLAM160 can be considered the distribution point. Host digital terminal156 can be coupled to any of a variety of data sources and/or recipients, either directly, or indirectly, such as through the provider's network and/or the Internet. In the illustrated embodiment,transport medium158 can be a Synchronous Optical NETwork (“SONET”) link (e.g., OC-3, OC-12, etc.), although those skilled in the art will recognize that other suitable transport media may be substituted.
• In accordance with some embodiments,distribution point154 also comprises acentral office shelf162 in communication with thePSTN164, as well with an asynchronous transfer mode (“ATM”)network166, either of which can provide connectivity to any of the variety of data sources and/or recipients discussed above. In certain embodiments,shelf162 is, in turn, coupled tofiber distribution panel168, which is connected bytransport medium170 to a digital loop carrierremote termination cabinet172.Remote termination cabinet172 can also be coupled toDSLAM160 bytransport medium174, which may be routed through servingarea interface176. In effect,transport medium174 can carry one or more POTS information sets, andtransport medium158 can carry one or more non-POTS (in this case xDSL) information sets. As illustrated, these two information sets can be combined atDSLAM160, which is in communication with servingarea interface176 throughtransport medium178. Servingarea interface176 can be coupled toNID152 withtransport medium180 to provide functionality for various equipment within thecustomer premises182. In the illustrated embodiment, theNID152 is fixedly attached to an exterior wall at thecustomer premises182 and is coupled via one or moreinternal transport media184A-I to a variety of CPE, including without limitation atelevision set186, avideo phone188, an IP-compatible set-top box190, an analog (POTS)telephone192, an IP-compatible phone194, and apersonal computer196. In this way, a NID151 can be used to provide a plurality of telecommunication services to a customer premises.
2. Structure of Network Interface Device with Microserver
• One exemplary embodiment of aNID200 is illustrated inFIGS. 2A-2C. For purposes of illustration,FIGS. 2A and 2B provide top views that explicitly show components within theNID200 for different embodiments, whileFIG. 2C provides a side view that shows the logical organization of theNID200 without the components. In the illustrated embodiment,NID200 comprises a clamshell design, with alid portion204 and abody portion208 connected byhinges212A and212B. Thebody portion208 comprises anetwork area216 and acustomer area220. Generally,network area216 is adapted to receive a cover and is designed generally to be accessible only to personnel authorized by the telecommunication service provider. In contrast, whenND200 is open, the customer can accesscustomer area220 to add or remove components as desired. In this and other ways, theNID200 serves to isolate the telecommunication service provider's network from the customer's network, as described above.
• TheNID200 can include afirst interface228 for communicating with the provider's external transport medium. Those skilled in the art will recognize that, in some embodiments, as described above, the external transport medium may comprise the twisted-pair copper “local loop” running from the customer's premises to the telecommunication service provider's local office, andinterface228 will allow for the attachment of the local loop to theNID200. As discussed above, in other embodiments, the external transport medium can be any of a variety of other media, including satellite transmissions, wireless transmissions, coaxial cable. In fact, in certain embodiments, the external transport medium can comprise multiple transport media (of the same or different types), for which theNID200 could include multiple interfaces. In some such embodiments, theNID200 can function to couple a plurality of external transport media to one another, seamlessly increasing the bandwidth available to the customer premises. For instance, a customer premises might have a satellite link to one telecommunication service provider and an ADSL link to another provider, and theNID200 could combine or multiplex these two links to provide an apparent single, higher-bandwidth to the customer premises. Similarly, those skilled in the art will recognize that in certain of these embodiments, a particular external transport medium, such as a satellite link, may be more well-suited to one way transmission of telecommunication information; in such cases, theNID200 could use a second external transport medium, such as an ADSL link, to allow transmission in the other direction.
• Interface228 can be coupled to adiscrimination device232, which can be operative to separate information sets received oninterface228, and, conversely, aggregate information sets for transmission on interface22). Merely by way of example, in particular embodiments,discrimination device232 can separate POTS information from other telecommunication information and/or isolate signals on the internal transport medium from the external transport medium and vice versa. In some embodiments, for instance xDSL implementations,discrimination device232 can comprise one or more filters. Such filters can include, but are not limited to, high-pass, low-pass, and/or band-pass filters. For instance, in an xDSL implementation,discrimination device232 might include a high-pass and/or low-pass filter for separating high-frequency (e.g., data) from low frequency (e.g., POTS) information. In other embodiments,discrimination device232 can comprise many other types of filters, including both digital and analog filters.Discrimination device232 can be operable to separate information sets through a variety of criteria, including for example, by frequency, by destination device, information type, and/or frequency. Further, in certain embodiments, information sets can be multiplexed (for instance, using various time-division multiplexing or wave-division multiplexing schemes known in the art) for transmission over an external transport medium, anddiscrimination device232 can comprise a demultiplexer capable of separating multiplexed signals and, optionally, routing each signal to the necessary destination.
• In the illustrated embodiment,discrimination device232 is in communication with asecond interface236, which can interface with the telephone wires at the customer premises to provide traditional analog telephone service. In some embodiments, anaggregator240 can be situated betweendiscrimination device232 andinterface236 to allow additional, perhaps non-POTS, information sets to be sent and received throughinterface236 simultaneously with the POTS information. This can include, for example, aggregating information sets for transmission of an HPNA signal over an internal transport medium.
• The discrimination device can also be coupled to aprocessing system244, which in the illustrated embodiment is located in thelid portion204, and all non-POTS information sets can be routed toprocessing system244 for additional processing.Processing system244 is described in detail below, but can, in general, comprise one or microprocessors, including digital signal processor (“DSP”) chips, memory devices, including both volatile and nonvolatile memories, and storage devices, including hard disk drives, optical drives and other media. In fact,processing system244 can comprise the equivalent of one or more personal computers, running any of a variety of operating systems, including variants of Microsoft's Windows™ operating system, as well as various flavors of the UNIX™ operating system, including open source implementations such as the several Linux™ and FreeBSD™ operating systems.
• Telecommunication information or information sets can be processed by processingsystem244 in a variety of ways, including, for example, routing a given information set to a particular interface, transforming information such as by encoding and/or decoding information and converting between different transport protocols, storing information, filtering information, and any of the other functions described herein with respect to processing systems. In certain embodiments,processing system244 can serve as the termination point for an external transport medium; forinstance processing system244 can incorporate the functionality of an xDSL modem. In other embodiments,processing system244 can serve to identify quality-of-service requirements (for instance, latency requirements for voice transmissions and bandwidth requirements for streaming media transmissions, to name a few) and enforce those requirements, ensuring that sufficient bandwidth is provided to a particular device, network segment or application to maintain the quality of service required.
• In certain embodiments, such as those described above with respect toFIG. 1D, a NID may comprise another interface in communication with asecond distribution point104B through an additionalexternal transport medium112A, perhaps operated by a different telecommunication service provider. In such a case, the additional external interface could be coupled todiscrimination device232, or it could be coupled to another discrimination device, which could also be in communication withprocessing system244,interface236 and/oraggregator240. Thus, certain embodiments allow a single NID to serve as a communication gateway between the customer premises and multiple telecommunication service providers, including combining or multiplexing multiple external transport media (each of which may be in communication with a different telecommunication service provider and/or telecommunication information provider) as discussed above.
• In the illustrated example,processing system244 is in communication withaggregator240, which, as discussed above, can aggregate non-POTS information sets received fromprocessing system244 and POTS information sets received directly fromdiscrimination device232 for consolidated transmission viainterface236. In effect,discrimination device232 andaggregator240, perhaps in conjunction withprocessing system244, can function to separate telecommunication information received oninterface228 into a set of POTS telecommunication information and a set of non-POTS telecommunication information. POTS information can be understood to include ordinary telephone signals, and non-POTS information can be understood to include all other telecommunication information). The non-POTS information is routed viatransport medium248 toprocessing system244 for processing, and the POTS information is routed to interface236 for transmission to the internal transport medium. In certain embodiments, one or more sets of non-POTS information can be routed to interface236 usingtransport medium252 for transmission throughinterface236, perhaps in combination with one or more sets of POTS information.
• Of course,discrimination device232 andaggregator240 can perform the same function in reverse, i.e., to separate and recombine different sets of telecommunication information received oninterface236 from the customer's premises. Thus, in some embodiments, bothdiscrimination device232 andaggregator240 each can perform a combined discrimination-device—aggregator function, depending on the direction of information flow. In fact, while termed “discrimination device” and “aggregator” for ease of description, those two devices can actually be identical, and further, their functionality can, in some embodiments, be incorporated into a single device, which could be coupled tointerface228,interface236, andprocessing system244, and could route information sets among any of those three components as necessary. Moreover, as described below, the functionality ofdiscrimination device232 and/oraggregator240 can be incorporated intoprocessing system244; likewisediscrimination device232 can incorporateinterface228 and/oraggregator240 can incorporateinterface236, such thatdiscrimination device232 and/oraggregator240 comprise the necessary components to be coupled directly to the external and internal transport media, respectively.
• Discrimination device232 and/oraggregator240 can also serve another function in certain embodiments: Since the external transport medium is coupled tofirst interface228 and the internal transport medium can be coupled to, inter alia,second interface236, thediscrimination device232 and/oraggregator240 can serve as an isolation device for intermediating between the two media, such that when a topological change occurs in one of the media, only the NID interface need be changed, and the other transport medium is not affected. In some such embodiments,discrimination device232 and/oraggregator240 can serve to intermediate (including protocol translation and the like) betweeninterfaces232,240, allowing either the internal or the external transport medium to be upgraded or changed without impacting the other transport medium. Of course, in certain embodiments, this isolation function also could be performed byprocessing system244. In yet other embodiments, the isolation device might comprise a′separate piece of hardware in communication withdiscrimination device232,aggregator240 and/orprocessing system244.
• In different embodiments, theNID200 may or may not comprise application devices.FIG. 2A illustrates a configuration in which no application devices are provided, with theprocessing system244 being provided in communication withinterfaces256 and260 respectively bytransport media263 and268, and in communication with theaggregator240 withtransport medium251.FIG. 2A illustrates an alternative embodiment in which theNID200 also comprises one or more application devices246, which are usually disposed in thenetwork area216. In this embodiment, the application devices246 are provided in communication with theprocessing system244 bytransport media251,263, and/or268. In some instances, such as illustrated withapplication devices246A and246B, the application devices may be in communication withinterfaces256 and260 such as overtransport media264 and269.Interfaces256 and260 allow communication with transport media internal to the customer premises. For example,interface256 could be a coaxial interface for connection to RG6 and/or RG59 cable, andinterface260 could be an RJ45 and/or RJ11 interface for connection to unshielded twisted pair cable, which can, for instance, form a 10Base-T Ethernet network.
• In other instances, such as illustrated withapplication device246C, information might be routed from theapplication device246C through theaggregator240. Such an application device may be suitable for applications that use IP data, such as a VoIP application. For example, theNID200 might receive IP data, perhaps combined with other types of telecommunication information, oninterface228. The information set comprising the IP data can be routed by thediscrimination device232 viamedium248 toprocessing system244, where it can be processed. Depending on the embodiment, it could then be routed viatransport medium251 toVoIP application device246C and then provided to the customer's existing telephonewiring using interface236, optionally in conjunction withaggregator240 and/or one or more line drivers. It could alternatively be routed to any of theother application devices246A or246B depending on their functionality. In this way, the NID can allow virtually unlimited connectivity options for each CPE at the customer premises. Adding to the flexibility ofNID200, theprocessing system244 could include components to serve, for example, as a cable or xDSL modem, as well as components to serve as an Ethernet hub, switch, router, or gateway, the functions of each of which are familiar to those of skill in the art.
• Furthermore, the application devices246 may be provided generally within thenetwork area216 or in theconsumer area208, or with some in thenetwork area216 and others in theconsumer area208, depending on the embodiment. This is illustrated inFIG. 2B by showingapplication devices246A and246C disposed within thenetwork area216 of theNID200 andapplication device246B disposed within theconsumer area208 of theNID200.
• Each of the application devices246 in the NID may include aservice interface277 to permit states of the application devices246 to be changed and/or updated. As previously notes, such interfaces may comprise physical interfaces such as USB, FireWire (IEEE 1394), RJ-11, RJ-45, serial, coaxial, or other physical interfaces, to permit a service technician to interact with the application devices246 while at the site of theNID200. Alternatively, the service interfaces may comprise logical interfaces to permit IP addressing to be used in changing the state of the application devices. In many instances, theNID200 may also include a future-application device with open architecture to support new applications. The architecture may be configured by use of the service interfaces277 when the new application is implemented. Examples of a variety of different application devices246 that be incorporated within theNID200 in order to provide a versatile range of functionality are discussed in detail in the '597 application.
• In certain embodiments,NID200 can comprise a line driver (not shown onFIG. 2A or2B), coupled toprocessing system244 andaggregator240. The line driver can function to allow conversion between various network formats and media, allowing a variety of different media types, e.g., twisted pair and/or coaxial cable, in accordance with the HPNA and HPNA+ standards, as well, perhaps, as the customer premises' A/C wiring, in accordance, for example, with the HomePlug™ standard, to transport combined POTS and non-POTS information sets.
• In certain embodiments,NID200 can comprise apower supply272 for providing electrical power to the components inNID200.Power supply272 can be powered through electrical current carried on the external transport medium and received oninterface228. Alternatively, power supply can receive electrical current from a coaxial interface, such asinterface256, or through a dedicated transformer plugged into an AC outlet at customer premises, e.g., through12V connection276.Processing system244 can be powered by aconnection280 topower supply272, or through one or more separate power sources, including perhaps the A/C power of the customer premises. In some embodiments,processing system244 might have its own power supply.
• Theprocessing system244 comprises one or more microservers that use a combination of software and hardware to implement a specified limited set of functions, in addition to other components that may be included such as memory devices, storage devices and the like. Merely by way of example,FIG. 2D provides a detailed illustration of anexemplary processing system244 that comprises multiple microservers291. In accordance with the exemplified embodiment,transport medium248links processing system244 with an external transport medium, perhaps via a discrimination device and/or interface, as described above.Transport medium248 can be coupled to a plurality of microservers291 such that any information received by theprocessing system244 viatransport medium248 may be routed to any of the microservers291. Each microserver can, in some embodiments, be the equivalent of a server computer, complete with memory devices, storage devices, and the like, each of which is known in the art. InFIG. 2D, storage devices293 associated with each of the microservers291 are shown. Depending on the embodiment, each microserver may or may not be associated with an application device to provide information received fromtransport medium248 and specifically processed for use by the corresponding device.
• In addition to their specific functions, the microservers291 can be configured to route information sets received viatransport medium248, according to the type of telecommunication information in the set (e.g., encoded video, IP data, etc.) as well as any addressing information associated with either the set or the information it comprises (e.g., a specified destination port or network address for a particular subset of telecommunication information). In this way, microservers291 can serve switching functions somewhat similar to that described with respect todiscrimination device232 described in relation toFIGS. 2A and 2B. For instance, if IP data are received bymicroserver291A, such data can be routed to an Ethernet connection, to the existing telephone wiring, e.g., in an HPNA implementation, or to any other appropriate medium, perhaps via an appropriate line driver. In fact, in certain embodiments,processing system244, and in particular one or more of microservers291, can incorporate the functionality ofdiscrimination device232 and/oraggregator240, rendering those components optional. In some embodiments, one or more of the microservers may be adapted to function as a controller for theNID200, overseeing the NID's state and monitoring performance. In some embodiments, the controller functions can be accessed using a web browser.
• Processing system244 can have multiple means of input and output. Merely by way of example, microservers291 can communicate with one or more external transport media (perhaps, as discussed above, via intermediary devices) using one or more transport media (e.g.,248).Processing system244 also can communicate with one or more internal transport media via a variety of information conduits, such as category 5, 5e and/or 6 unshieldedtwisted pair wire268, RG6 and/or RG59coaxial cable264, and category 3 unshielded twisted pair copper (telephone)wire252, again possibly via intermediary devices, as discussed with reference toFIG. 2B. Notably, some embodiments ofprocessing system244 can include interfaces for multiple transport media of a particular type, for instance, ifprocessing system244 serves as a networking hub, switch or router.Processing system244 can also have infra-red and radio-frequency receivers and transmitters, for instance to allow use of a remote control device, as well as wireless transceivers, for instance to allow wireless (e.g., IEEE 802.11) networking.
3. Microserver Configurations
• FIGS. 3A-3K provide a number of exemplary configurations that may be used for the microservers. Each of these figures is intended to illustrate a particular microserver functionality, with it being understood that multiple such functionality may be provided in a particular NID by including of the desired microserver configurations.FIGS. 3A-3K are also drawn to illustrate the functionality schematically by simplifying the illustration of communications within the NID. In particular, the NID is shown comprising alid portion204 and abody portion208, with the microservers located within thelid portion204, although other locations may be used in other embodiments also. Communication with the NID from the external transport medium is effected withinterface228 and the structure ofFIGS. 2A and 2B that routes relevant information to theprocessing system244 is indicated generically with network interfaces302. The manner in which communications between components in thebody portion208 and components in thelid portion204 are effected is indicated schematically with body-portion bus304 and lid-portion bus306, which are themselves in communication. The microservers themselves may be adapted to interface with the NID via a modular design to provide a plug-and-play device.
• In one embodiment, illustrated inFIG. 3A, the microserver comprises anauthentication microserver322. This is an example of a relativelysimple microserver322 and may be provided in the form of an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, together with programming to implement authentication functions. Such authentication functions may be used for verifying that certain functionality of the NID should be enabled for a particular customer. For example, theauthentication microserver322 may provide initial processing of a request for a particular function to ensure that the customer premises is entitled to receive that functionality, such as by comparing records of authorized functions against the request. In response, the details of the specific request may be forwarded by theauthentication microserver322 internal to the NID to other microservers or applications as appropriate.
• FIG. 3B provides an illustration of a NID that comprises a File Transfer Protocol (“FTP”) and/or Trivial File Transfer Protocol (“TFTP”)microserver324. Such a microserver may also be provided in the form of an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, together with programming to implement functions that allow for the transfer of information to and/or from the NID. Such information may be organized as an electronic file of information. In some instances, the FTP/TFTP microserver324 may be provided in communication withfirmware326 comprised by the NID, with information received by the FTP/TFTP microserver324 taking the form of new-configuration files that define an upgrade for thefirmware326. More generally, the FTP/TFTP microserver324 may be used for receiving configuration files for any programmable component of the NID, including application devices that may be comprised by the NID and even including other microservers that may be comprised by the ND. The FTP/TFTP microserver324 coordinates transmission of these configuration files to implement upgrades of functionality of such programmable components. In this way, the inclusion of the FTP/TFTP microserver324 within the NID provides a mechanism for maintaining a desired level of technological currency for the NID, allowing the support of new software and expanded capabilities as these are developed. Standard communications protocols for effecting FTP and/or TFTP transfers as are known in the art may be used by the FTP/TFTP microserver324 to implement this functionality.
• FIG. 3C provides an illustration of a embodiment in which the NID comprises a Dynamic Host Configuration Protocol (“DHCP”)microserver328. Examples of physical structures that may be used to provide the DHCP microserver328 include an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, and the like, together with programming to implement functions that allow the assignment of an IP address from the NID. The programming may implement standard DHCP protocols for address assignment as are known in the art. The programming may support public IP address assignment, private IP address assignment, or a combination of public and private IP address assignment, thereby enabling the support of selecting and configuring IP address ranges for a variety of different CPE devices. As a result, the NID may provide network-access capability to these CPE devices for each customer premises. In different embodiments, configuration of the IP address ranges may be performed by the telecommunication service provider or by the customer, perhaps depending on specific characteristics of the telecommunication service being provided. In some instances, the DHCP microserver328 may also be supported withupgradeable firmware330 to allow the support of new software and additional capabilities. In instances where the NID additionally comprises a file-transfer microserver, such as the FTP/TFTP microserver324 described in connection withFIG. 3B, such new software may be provided to thefirmware330 with the file-transfer microserver.
• For some applications, a combination of distinct microservers may be appropriate for implementing certain NID functionality.FIG. 3D provides an example in which the NID comprises both anHTML microserver332 and awebserver microserver334. Each of these microservers may be embodied with physical structures that allow the implementation of software, such as an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, and the like. Programming embodied by theHTML microserver332 allows the processing of HTML code that may be received by the NID according to well-known protocols. A variety of equivalent microservers may be substituted in alternative embodiments to process other types of code or computer languages, such as microservers for processing. Such microservers are described generically herein as “code-processing microservers.” The discussion herein of processing HTML code is intended to be exemplary and to limit the scope of the invention.
• The processed code may then be transmitted to thewebserver microserver334, which includes software for rendering a display of incoming web-page information suitable for presentation with a web-browser enabled device. In order to effect such rendering, the software comprised by thewebserver microserver334 may provide a configuration for the NID and configurations for application devices that may be integrated with or in communication with the NID. The combination of the HTML and webserver microservers332 and334 thus allows for both hardware and software configuration changes to be made to the NID with a customer-based graphic-user interface (“GUI”). A NID equipped in this fashion may therefore be used by a customer to effect customer-premises and access network changes, to modify IP configurations, to initiate and update registration of application devices integrated with or in communication with the NID, and the like. The webserver microserver334 may be adapted to support a variety of different codes, usually corresponding to the codes or computer languages processed by a code-processing microserver comprised by the NID. In some instances, the HTML microserver332 and/or thewebserver microserver334 may be supported with upgradeable firmware (not shown inFIG. 3D) to allow the support of new software and additional capabilities. In embodiments where the NID additionally comprises a file-transfer microserver, such as the FTP/TFTP microserver324 described in connection withFIG. 3B, the new software may optionally be provided to the supporting firmware with the file-transfer microserver.
• Other combinations of multiple microservers that include a webserver microserver to implement still other functionality are illustrated inFIGS. 3E-3G. InFIG. 3E, anemail alert microserver336 is provided in combination with awebserver microserver338, both of which may again be provided with physical structures that include an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, and the like. Theemail alert microserver336 includes software that monitors a set of defined email accounts, such as email accounts for users at a specific customer premises, and that initiates an alert when a new message is received by one of those accounts. The alert is transmitted by theemail alert microserver336 to any device within the customer premises configured for receipt of alerts. Such an arrangement thus permits a variety of different devices to be used in the customer premises as email alerting devices, including not only devices such as a personal computer or television, but any device that may be in communication with the NID even if it is not a device normally used for receiving email. The webserver microserver338 permits implementation of a customer-based GUI that allows for software configuration changes for theemail alert microserver336 to be effected conveniently. In alternative embodiments where a file-transfer microserver is comprised by the ND, such as the FTP/TFTP microserver324 described in connection withFIG. 3B, software configuration changes may be effected through transfer of an electronic file. Also, in some embodiments, upgradeable firmware (not shown inFIG. 3E) may additionally be provided to support theemail alert microserver336 and/orwebserver microserver338. In cases where the alert is transmitted to a device that may receive the email message, an option may be provided to allow a user to choose to read the email message. In such instances, the email message may be transmitted to aconversion application340 for conversion to a readable format before it is transmitted to the device where it is read.
• InFIG. 3F, a similar arrangement is used to provide an instant-messenger client to a customer by including an instant-messenger microserver342 in the NID in combination with awebserver microserver344. In this instance, the microservers may be embodied physically with an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, with the instant-messenger microserver342 having software for implementing messenger-client functions. Aconversion application346 allows received messages to be converted to readable formats for transmission to devices within the customer premises. A user has the option of responding to the message or ignoring it. Typical instant-messenger functionality that may be supported by the instant-messenger microserver342 may include a login/logout facility, a capability to edit a personal profile, a connect/disconnect facility, a feature for maintaining privacy settings and other preferences information, a facility for maintaining a frequent-contact list, a facility for sending messages, a facility of conferencing multiple users, a chat facility, and the like. An ability to modify the capabilities of the instant-messenger microserver342 may be provided with awebserver microserver344 to allow software configuration changes to be effected through a customer-based GUI. More significant capability updates may be effected by providing new software with a file through a file-transfer microserver such as the FTP/TFTP microserver described in connection withFIG. 3B. In some instances, such software updates may be made to supporting firmware (not shown inFIG. 3F) that may additionally be comprised by the NID.
• As shown inFIG. 3G, anadvertising microserver354 may be provided in combination with awebserver microserver356 in some embodiments. Each of the microservers may be embodied physically with an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, and theadvertising microserver354 may include software that initiates transmission of advertisement displays to thewebserver microserver356. With such an arrangement, advertisements approved by the telecommunication service provider, perhaps as part of a contractual arrangement with an advertiser, may be downloaded through the NID to the advertising microserver. When a customer is using thewebserver microserver356, the advertisements may then be displayed according to criteria maintained by theadvertising microserver354. Such an arrangement may permit more personalized advertising to be presented to customers.
• FIG. 3H illustrates an embodiment that makes use of awireless microserver358. This microserver may also be embodied physically with an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, and includes software for effecting an interface between wireless communications within the customer premises to the network-layer protocols. In this way, the NID may provide support for wireless communications in addition to supporting copper-wire, optical-fiber, and similar communications.
• FIG. 3I shows an embodiment in which an RF power-level microserver360 is comprised by the NID. A combination of hardware in the from on an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, with software that measures RF power levels at the NID permits power losses between the network interface and the upstream telecommunication service provider. Such a capability provides a useful diagnostic function in monitoring the transmission of telecommunication information by the telecommunication service provider. For example, failure of an RF television signal that is being provided to a customer premises may indicate the presence of a fault along the transmission path to that customer premises. When multiple NIDs at different customer-premises locations are so equipped, the pattern of power losses may be used to localize the position of the fault. This may be evident, for example, where a first group of customer-premises locations are experiencing power losses while a second group is not, the fault being located where the transmissions to the two group bifurcates.
• Other diagnostic functions may be provided by other microservers. For example,FIG. 3J shows an embodiment in which the NID comprises a test-access microserver362. Such a device may include a physical embodiment in the form of an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, together with software that implements test functions. The test-access microserver362 is normally accessible only by a technician and is used to check services being supplied by the NID. Accordingly, the software comprised by the test-access microserver362 identifies software and/or hardware paths through other microservers, application devices, or other components of the NID to verify correct functionality.
• FIG. 3K shows an embodiment in which the NID comprises a data-security microserver364. Such a device may be embodied in the form of an EPROM, EEPROM, PLD, EPLD, CPLD, FPGA, or the like, with software that allows it to implement security protocols over data that are being stored. Because they are under the control of the telecommunication service provider, these security protocols may be more sophisticated than those otherwise available to customers. The ability for a customer to load data securely to the upstream telecommunication provider for storage offers a convenient mechanism for data storage.
4. Implementation
• Other embodiments of the invention include methods for providing telecommunication information to a transport medium internal to a customer premises. In some instances, such methods may make use of the NID structure described above. Several such embodiments are therefore summarized with the flow diagram shown inFIG. 4. Specific details of how each of the steps shown inFIG. 4 may be implemented have been discussed at length above; accordingly, these steps are described only briefly in connection withFIG. 4. As indicated atblock404, the transport media internal to the customer premises and the transport media external to the customer premises are isolated, permitting a flow of telecommunication information between them to be mediated. Atblock408, telecommunication information is received from a transport medium external to a customer premises so that it may be selectively processed with a microserver atblock412. A predetermined function is implemented over the internal transport medium with the processed telecommunication information atblock416. As indicated atblock420, in some embodiments the predetermined function may be implemented as an application implemented by an addressable application device. A number of such applications are discussed in greater detail in the '597 application.
• Selective processing of the telecommunication information may proceed in a variety of different ways in different embodiments. For example, as indicated atblock424, the telecommunication information may be selectively processed to verify that the predetermined function is one that has been authorized for the customer premises. Atblock428, the telecommunication information may be selectively processed by transferring an electronic file of information. Atblock432, assignment of IP addresses to one or more devices coupled with the internal transport medium may be managed. Atblock436, code may be received and processed for use in implementing the predetermined function. Atblock440, the telecommunication information may be selectively processed by rendering a display of incoming web-page information suitable for presentation with a web-browser enabled device. Atblock444, an email alert may be initiated in response to receipt of an email message at an email account, and atblock448, instant-messaging functionality may be provided over the internal transport medium. As indicated atblock452, the telecommunication information may be selectively processed to render a display of web-page information for presentation with a web-browser device, and an advertisement may be overlaid over the display atblock456. Atblock460, an interface between wireless communications within the customer premises to the external transport medium may be provided with the selectively processed telecommunication information. Atblock464, an RF power level of the telecommunication information received from the external transport medium may be monitored to enable localized identification of faults. Atblock468, a customer-based GUI may be provided for implementing software configuration changes governing how the received telecommunication information is selectively processed.
• Those of skill in the art will appreciate that while the blocks inFIG. 4 are provided in an exemplary order, there is no requirement that respective steps be performed in the order shown. In some embodiments, the respective steps may be performed in a different order. Also, there is no requirement that all of the steps shown inFIG. 4 be performed in a given embodiment since the telecommunication information may be provided to the internal transport medium in accordance with embodiments of the invention by performing a subset of the recited steps.
• Thus, having described several embodiments, it will be recognized by those of skill in the art that various modifications, alternative constructions, and equivalents may be used without departing from the spirit of the invention. Accordingly, the above description should not be taken as limiting the scope of the invention, which is defined in the following claims.

Claims (46)

1. A network interface device comprising:

an isolation device adapted to isolate a transport medium internal to a customer premises from a transport medium external to the customer premises such that operational changes to one of the internal and external transport media do not affect the other of the internal and external transport media;

a first interface coupled with the isolation device and adapted to communicate with the external transport medium, wherein the external transport medium is in communication with a distribution point;

a second interface coupled with the isolation device and adapted to communicate with the internal transport medium; and

a microserver disposed external to the customer premises and coupled with the first and second interfaces, wherein the microserver is adapted to receive telecommunication information from the external transport medium and includes software for implementing a predetermined function over the internal transport medium by processing the received telecommunication information.

2. The network interface device recited inclaim 1 wherein the isolation device and microserver are disposed within a common housing.

3. The network interface device recited inclaim 2 wherein the common housing is disposed on an exterior wall of the customer premises.

4. The network interface device recited inclaim 1 further comprising an addressable application device coupled with the microserver, wherein the addressable application device is adapted to receive the processed telecommunication information and to execute a defined application as an aid to implementing the predetermined function over the internal transport medium.

5. The network interface device recited inclaim 4 wherein the addressable application device is disposed external to the customer premises.

6. The network interface device recited inclaim 5 wherein the isolation device, microserver, and addressable application device are disposed within a common housing.

7. The network interface device recited inclaim 1 wherein the microserver comprises an authentication microserver adapted to verify that the predetermined function is authorized for the customer premises.

8. The network interface device recited inclaim 1 wherein the microserver comprises a file-transfer microserver adapted to transfer an electronic file of information to or from the network interface device.

9. The network interface device recited inclaim 1 wherein the microserver comprises a dynamic host configuration protocol microserver adapted to manage an internet-protocol address assignment to a device coupled with the internal transport medium.

10. The network interface device recited inclaim 9 wherein the internet-protocol address assignment comprises a public internet-protocol address assignment.

11. The network interface device recited inclaim 9 wherein the internet-protocol address assignment comprises a private internet-protocol address assignment.

12. The network interface device recited inclaim 1 wherein the microserver comprises a code-processing microserver adapted to receive code and process the code for use by another component of the network interface device.

13. The network interface device recited inclaim 12 wherein the microserver further comprises a webserver microserver adapted to render a display of incoming web-page information suitable for presentation with a web-browser enabled device.

14. The network interface device recited inclaim 1 wherein the microserver comprises an email alert microserver adapted to initiate an alert in response to receipt of an email message at an email account.

15. The network interface device recited inclaim 1 wherein the microserver comprises an instant-messenger microserver adapted to provide instant-messaging functionality over the internal transport medium.

16. The network interface device recited inclaim 1 wherein the microserver comprises:

a webserver microserver adapted to render a display of web-page information suitable for presentation with a web-browser enabled device; and

an advertising microserver adapted to overlay an advertisement over the display of web-page information.

17. The network interface device recited inclaim 1 wherein the microserver comprises a wireless microserver adapted to provide an interface between wireless communications within the customer premises to the external transport medium.

18. The network interface device recited inclaim 1 wherein the microserver comprises an RF power-level microserver adapted to monitor an RF power level of telecommunication information received at the first interface.

19. The network interface device recited inclaim 1 wherein the microserver comprises a test-access microserver adapted to verify proper functioning of another component of the network interface device.

20. The network interface device recited inclaim 1 further comprising a webserver microserver coupled with the microserver and adapted to provide a customer-based graphical user interface for implementing software configuration changes of the microserver.

21. The network interface recited inclaim 1 further comprising upgradeable firmware that supports the microserver.

22. A method for providing telecommunication information to a transport medium internal to a customer premises, the method comprising:

isolating the internal transport medium from a transport medium external to the customer premises such that operational changes to one of the internal and external transport media do not affect the other of the internal and external transport media;

receiving the telecommunication information from the external transport medium;

selectively processing the received telecommunication information with a microserver disposed external to the customer premises; and

thereafter, implementing a predetermined function over the internal transport medium with the processed telecommunication information.

23. The method recited inclaim 22 further comprising transmitting the processed telecommunication information to an addressable application device disposed external to the customer premises, wherein implementing the predetermined function comprises implementing an application over the internal transport medium with the addressable application device.

24. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises verifying that the predetermined function is authorized for the customer premises with an authentication microserver.

25. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises transferring an electronic file of information with a file-transfer microserver.

26. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises managing an internet-protocol address assignment to a device coupled with the internal transport medium with a dynamic host configuration protocol microserver.

27. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises receiving code and processing the code for use in implementing the predetermined function with a code-processing microserver.

28. The method recited inclaim 27 wherein selectively processing the received telecommunication information with the microserver further comprises rendering a display of incoming web-page information suitable for presentation with a web-browser enabled device with a webserver microserver.

29. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises initiating an alert in response to receipt of an email message at an email account with an email alert microserver.

30. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises providing instant-messaging functionality over the internal transport medium with an instant-messenger microserver.

31. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises:

rendering a display of web-page information suitable for presentation with a web-browser device with a webserver microserver; and

overlaying an advertisement over the display of web-page information with an advertising microserver.

32. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises providing an interface between wireless communications within the customer premises to the external transport medium with a wireless microserver.

33. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises monitoring an RF power level of the telecommunication information received from the external transport medium with an RF power-level microserver.

34. The method recited inclaim 22 wherein selectively processing the received telecommunication information with the microserver comprises providing a customer-based graphical user interface for implementing configuration changes of software governing how the received telecommunication information is selectively processed.

35. A network interface device comprising:

means for isolating a transport medium internal to a customer premises from a transport medium external to the customer premises such that operational changes to one of the internal and external transport media do not affect the other of the internal and external transport media;

means for receiving telecommunication information from the external transport medium;

means for selectively processing the received telecommunication information, wherein such means for selectively processing is disposed external to the customer premises; and

means for implementing a predetermined function over the internal transport medium with the processed telecommunication information.

36. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for verifying that the predetermined function is authorized for the customer premises.

37. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for transferring an electronic file of information to or from the network interface device.

38. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for managing an internet-protocol address assignment to a device coupled with the internal transport medium.

39. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for receiving code and for processing the code for use by another component of the network interface device.

40. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for rendering a display of incoming web-page information suitable for presentation with a web-browser enabled device.

41. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for initiating an alert in response to receipt of an email message at an email account.

42. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for providing instant-messaging functionality over the internal transport medium.

43. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises:

means for rendering a display of web-page information suitable for presentation with a web-browser device; and

means for overlaying an advertisement over the display of web-page information.

44. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for providing an interface between wireless communications within the customer premises to the external transport medium.

45. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for monitoring an RF power level of the telecommunication information received from the external transport medium.

46. The network interface device recited inclaim 35 wherein the means for selectively processing the received telecommunication information comprises means for providing a customer-based graphical user interface for implementing software changes of the means for selectively processing.

Images