US20070043826A1 - Graphical user interface and method for customer centric network management - Google Patents

Abstract

A graphical user interface and method for customer centric network management. The graphical user interface includes a first view showing text input by a user indicative of customer identification data corresponding to a customer in a network. This data is received by a server connected to the user. The server retrieves stored information corresponding to the customer identification data from a database and provides the stored information and actual circuit path information corresponding to a customer service based on the stored information to the graphical user interface. A second view of the graphical user interface shows the stored information, and a third view shows a graphical representation of a customer path corresponding to the actual circuit path information.

Description

FIELD OF THE INVENTION
• This invention relates to the general field of network management, and more particularly, to a system and method for using a graphical user interface for a customer centric view of a network for remote monitoring, testing, and configuration of network elements and customer services.
BACKGROUND OF THE INVENTION
• With each passing year, the size and complexity of computer networks increases greatly. It is now common to have networks that link thousands or tens of thousands of devices. As networks get larger and more complex, network monitoring and network management becomes more complicated, and effective customer service management becomes more challenging.
• Network management systems in networks that do not have that many linked devices are usually based on a display that shows all of the networked devices. For larger networks, however, using such a network management system is cumbersome. For example, a display that shows all of the devices in a network with ten thousand devices may take a long time to display and may be too complicated to easily understand.
• One solution to the problems presented by large networks has been to use network management applications that provide views of the network/network elements by grouping. Grouping of network elements is either done manually or displayed automatically based on specific technology and/or span of control for a given element or network management application. Groups are also commonly formed based on the physical location of particular elements.
• While grouping may simplify network management to a certain extent, customer service functions (e.g., customer reported trouble resolution, repair processes, advanced response desk functions, etc.) remain inefficient due to lack of being able to quickly focus on the possible problems being experienced by a specified customer using a specific service.
• Accordingly, a need exists for a system and method for efficiently retrieving and managing network configuration, fault, and performance information for only those network elements which support a specified customer service based on customer service provisioning data and service level agreements.
SUMMARY OF THE INVENTION
• A method consistent with the present invention provides for customer centric network management. The method includes the steps of: receiving customer identification data corresponding to a customer in a network; accessing a database for stored information corresponding to the customer identification data; and providing actual circuit path information corresponding to a customer service based on the stored information, wherein the actual circuit path information is used to generate a graphical representation of a customer path.
• Another method consistent with the present invention provides for customer centric network management in a network. The method includes the steps of: populating a permanent database with network component information, the permanent database storing the network component information according to a generic information model; receiving customer identification data corresponding to a customer in the network; accessing the permanent database for network component information corresponding to the customer identification data; and providing actual circuit path information corresponding to a customer service based on the network component information, wherein the actual circuit path information is used to generate a graphical representation of a customer path.
• Another method consistent with the present invention provides for customer centric network management. The method includes the steps of: receiving customer identification data corresponding to a customer in a network; accessing a database for stored information corresponding to the customer identification data; and providing actual circuit path information corresponding to a customer service based on the stored information, wherein the actual circuit path information is used to generate a graphical representation of heterogeneous network components supporting a specific service for the customer.
• Another method consistent with the present invention provides for customer centric network management in a network. The method includes the steps of: populating a database with network component information, the database storing the network component information according to a generic information model; receiving customer identification data corresponding to a customer in the network; accessing the database for network component information corresponding to the customer identification data; and providing actual circuit path information corresponding to a customer service based on the network component information, wherein the actual circuit path information is used to generate a graphical representation of heterogeneous network components supporting a specific service for the customer.
• An apparatus consistent with the present invention provides for a user interface for customer centric network management. The user interface includes: a first view showing text input by a user indicative of customer identification data corresponding to a customer in a network, wherein the customer identification data is received by a server connected to the user; a second view showing stored information corresponding to the customer identification data, wherein the server accesses a database to retrieve the stored information and provides actual circuit path information corresponding to a customer service based on the stored information to the user interface; and a third view showing a graphical representation of a customer path corresponding to the actual circuit path information.
• Another apparatus consistent with the present invention provides for a user interface for customer centric network management. The user interface includes: a first view showing text input by a user indicative of customer identification data corresponding to a customer in a network, wherein the customer identification data is received by a server connected to the user; a second view showing stored information corresponding to the customer identification data, wherein the server accesses a database to retrieve the stored information and provides actual circuit path information corresponding to a customer service based on the stored information to the user interface; and a third view showing a graphical representation of heterogeneous network components supporting a specific service for the customer corresponding to the actual circuit path information.
BRIEF DESCRIPTION OF THE DRAWINGS
• The accompanying drawings are incorporated in and constitute a part of this specification and, together with the description, explain the advantages and principles of the invention. In the drawings,
• FIG. 1 is a diagram of an exemplary computer network environment in which the features and aspects of the present invention may be implemented;
• FIG. 2 is a flow chart of a process for populating a generic information model database consistent with the present invention;
• FIG. 3 is a flow chart of a process for updating a generic information model database consistent with the present invention;
• FIG. 4 is a first view of an exemplary graphical user interface consistent with one embodiment of the present invention;
• FIG. 5 is a second view of an exemplary graphical user interface consistent with one embodiment of the present invention;
• FIG. 6 is a third view of an exemplary graphical user interface consistent with one embodiment of the present invention;
• FIG. 7 is an exemplary graphical user interface consistent with another embodiment of the present invention; and
• FIG. 8 is an exemplary window of a ping utility consistent with the present invention.
DETAILED DESCRIPTION
• The present invention relates to a graphical user interface and method for effectively retrieving and managing network configuration, fault, and performance information for only those network components supporting a specific service for a given customer. A user can view a graphical representation of a customer circuit path through heterogeneous network components, from customer premises equipment (CPE) to services, with the ability to drill down into information on inventory, network topology, status, performance, services, customer, etc. This view can be produced based on a customer or network related problem for a specific service used by the customer. Real time testing of individual network components and services provides a way to sectionalize faults and initiate most effective trouble resolution and repair processes.
Network Environment
• FIG. 1 is a diagram of anexemplary network environment100 in which the various features and aspects of the present invention may be implemented.Clients102 host graphical user interface (GUI) engines and provide read/write access to generic information model (GIM)database116 through Intranet112 and application server(s)114. GIMdatabase116 stores information on the various network components, customers, services, events, etc. The GUI engines resident onclients102 provide a tool to effectively support customers by enabling network management for only the network components that are in the circuit path of a specified customer (e.g., network components supporting a specific service of the specified customer). These components may or may not be part of a heterogeneous network. In the context ofFIG. 1, the components on the other side of firewall118 (e.g., not on the same side as Intranet112) are the managed components. Each customer on that side offirewall118 uses service(s) each of which is supported by specific network components and has a specific CPE to services path. The functionality resident onclients102 and information stored in GIMdatabase116 make it possible to graphically display the customer circuit paths and to support the specified customer by providing an easy to use interface for data entry and assignment of network information, and a variety of network and customer management functions, thereby allowing for the dynamic management of inventory, topology, capacity, and real time status of network resources.Clients102 may also invoke various processes that are resident onapplication server114 in order to properly provide customer support. In one embodiment,clients102 may be workstation computers.
• Remote clients108 may also include the functionality resident onclients102 that make it possible to provide for the customer centric network management of the present invention. For example,remote clients108 may host a GUI engine similar to the one hosted byclients102 that is needed to invoke the relevant management functions.Remote clients108 utilize various ways to gain access to Intranet112 (modem pool110, for example) before network information can be sent to and received from GIMdatabase116 through theapplication server114. In one embodiment,remote clients108 may all be workstation computers.
• Application server114 is the access server for GIMdatabase116 and for the support functions used to populate and reconcile retrievable and non-retrievable network information in GIMdatabase116. Initially, information on the various components of the monitored network can be gathered either manually or automatically using one of the clients (102,108) in the case of manual entry of non-retrievable information, or fromclients102,108 or element management system (EMS)106 in the case of automatic database population.Application server114 uses this information to populate GIMdatabase116. Once GIMdatabase116 has been populated,application server114 automatically ensures that the database accurately represents the network environment by running an update process. After database population,application server114 may receive requests for access to information in GIMdatabase116 from one of the GUI engines resident on a client. In response to such a request,application server114 may retrieve the desired information and send it to the appropriate client.Application server114 also receives, processes, stores status and fault related messages from the monitored network, and provides basic testing/probing capabilities for the monitored network including Telnet sessions, Ping utility, SNMP utility tools for SNMP manageable network resources, etc.Application server114 provides security and validation of user access privileges to the network components, EMS(s), etc. as well.
• GIM database116 stores the network information that is used to allow for customer centric network management. In one embodiment,GIM database116 can be implemented with an Oracle database.GIM database116 stores the network information according to a generic information model (GIM), which is a model that represents elements of all types of units (devices, connectors, etc.), in addition to information for various internet service providers, customers, statuses, locations, facilities; and so on, including the relationships among them. The relationship between this information may include, for example, the physical connectivity between ports, the logical separation of physical connections, and logical paths within a given device. The GIM acts like a generic interface for higher level functions such as interfaces to systems, GUI, services, etc. GIM allows GUIs to be designed to work with only one model so that no GUI software changes are required when new element types are introduced to the system. Rules or mappings are used to convert external information (e.g., management information bases [MIBs], screen dumps, etc.) into the model. As a result, applications can be built to one generic model while handling different network technologies and/or components of the same technology by different manufactures. For example, in the case of a customer centric view application, the application simply needs to find and connect network components to build and display a customer's network view, even when the network is built using different types of technologies such as ADSL (Asymmetric Digital Subscriber Line), Ethernet, SONET, etc.
• The generic information model implemented inGIM database116 is different from a common information model. A common information model only combines common information in the same format and non-common information in vendor specific formats. For example, SNMP MIB is a common information model where common information is presented in the form of standard MIBs and vendor specific information is presented in the form of enterprise MIBs. Thus, different methods are required to read card type and setting information about the same type of equipment from different vendors.
• Application server114 may include the full EMS functionality, thus not requiring a stand-alone EMS106. Functionality ofEMS106, for example, assistsapplication server114 in the population ofGIM database116 by automatically acquiring retrievable information from the various components (e.g., network elements, services, devices, etc.) and passing it viaIntranet112 toapplication server114.EMS106 retrieves this information throughIntranet112 andfirewall118.EMS106 also accesses the components periodically onceGIM database116 has been populated and provides information toapplication server114 to keep the information inGIM database116 current.EMS106 may be utilized when an automatic population ofGIM database116 is desired. When manual entry of information is desired,EMS106 is not used.
• The network components and services that are being monitored so that a customer centric view can be generated may include, for example,public Internet120,service124,router126, Ethernet switches (E-switch)128 and130, centraloffice ADSL shelves132 and134,remote ADSL modems136 and138, customer premises equipment (CPE)140, andcustomer PC142. In one embodiment,service124 may be an internet service provider (ISP) providing service to customers. Note that different technologies and configurations of network components and services could replace or be added to the configuration shown inFIG. 1. In other words, the exact arrangement, location, or type of components is irrelevant. Methods and systems consistent with the present invention acquire information from the various components and populate a database according to a generic information model regardless of factors such as type of technology, specific network component manufacturer, etc., so customer centric network management may be implemented.
Database Population and Update Process
• FIG. 2 is a flowchart of an exemplary method for initially populatingGIM database116. An authorized user begins the process by entering component access information (step205). For example, using the GUI engine resident on one of the clients, a user creates new objects for network components. This creation may occur by first addingEMS106 orapplication server114 to an access control list of the newly installed component. Next, the non-retrievable information (e.g., inventory access information, location, bay, shelf, etc.) for the component is entered. The new inventory access information is based on a specific communications protocol (e.g., internet protocol [IP], translation language 1 [TL1], etc.).Application server114 receives all of this information from the GUI engine and notifiesEMS106 about the new component on the network by sending the relevant component access information to EMS106 (step210).
• In response to receiving the device access information,EMS106 stores the information, accesses the component (which is anywhere on the network accessible byEMS106, including the public Internet side offirewall118 and Intranet112), and obtains desired retrievable information from the component (step215). In one embodiment, retrievable information is information that corresponds to an active component. An example of an active component is a SNMP manageable network element that may contain a number of shelves. Shelves generally contain slots for cards that have ports.EMS106 sends this retrievable information toapplication server114. Once the retrievable information has been received,application server114 may populateGIM database116 with it (step220). To ensure thatGIM database116 stays current,EMS106 periodically accesses the components in the network, obtains retrievable information and provides it toapplication server114 in a manner similar to that described above. At that point,application server114 may invoke an update process, which is described below.
• FIG. 3 shows a flowchart that describes the update process. In one embodiment, this update process is performed byapplication server114.Application server114 invokes the update process based on both manual and automatic events. In both cases,application server114 makes a request to an element management function orEMS106 to access the components of the network so that retrievable information may be obtained and provided toapplication server114. Network components refer to supervisory systems, devices, shelves, cards, ports, etc. Each network component has at least the following attributes associated with it: values (identity information); keys (relationship information); statuses (state information).Application server114 is constantly monitoringEMS106 and determining whetherEMS106 has sent it any new network information (step305). If not, then operations continue as normal, andapplication server114 continues the monitoring ofEMS106.
• Ifapplication server114 receives new network information fromEMS106, then the update process may be invoked. In one embodiment, the update process is performed by using a temporary database and a permanent database. While the present invention describes an update process using temporary and permanent databases, many modifications will be readily apparent that would achieve the same goal. The process begins by first reading various device rules that will be used in the update process (step310). These rules help the update process decide exactly how to map network component information toGIM database116. The process then collects the current inventory data from the network components (step315). The inventory data referred to is the new network information that has been received fromEMS106. This inventory data is subsequently stored in GIM format in a temporary database created and maintained by application server114 (step320). After storage,application server114 reads various comparison rules (step321).
• Data that has been stored in the temporary database needs to be compared to data in GIM database116 (e.g., permanent database) soGIM database116 can be reconciled with the temporary database (step325). Reconciliation is done based on the comparison rules. These rules help the update process decide exactly howGIM database116 should be modified. In one embodiment, the comparison of databases may occur by first querying both the temporary and permanent databases for specified portions of data. The results of these queries may be placed in respective caches. The caches are compared with each other, resulting in a series of conditions. One condition exists for each set of data that is compared. There may be four possible conditions that result from the comparison (same, changed, new, missing). The condition same refers to when the comparison of a specific temporary data element and its corresponding permanent data element have the same value. The condition changed refers to when corresponding temporary and permanent records have different values. The condition new refers to when a temporary record has been found that has no corresponding permanent record matching it. The condition missing refers to when the update process was unable to locate any temporary record that corresponds to an existing permanent record.
• After the comparison of the caches has resulted in conditions, the comparison rules that were previously read are applied against the conditions (step330). An example of a rule is as follows: any changes in a “device” found in the temporary data are used to update the same “device” in the permanent data. It follows that any number of rules may be created by an authorized user to influence the manner in which data is updated. The application of the rules gives rise to several actions which modify GIM database116 (e.g., the permanent database) (step335). For example, after execution of the comparison rule,application server114 may need to insert data to, delete data from, or update thepermanent GIM database116 in different ways. Once the modification of thepermanent GIM database116 is complete, the temporary database can be cleared (step340). A report detailing howGIM database116 was modified is then generated byapplication server114 and provided to the user (step345).
• Data which for some reason was not properly updated by the update process is determined by the update process and used as the basis of discrepancy messages that may be provided to an authorized user (step350). These messages detail problems, errors, and other messages that require manual corrective intervention on the part of the user. In this manner, database reconciliation can be ensured.
Graphical User Interface
• FIG. 4 shows an example of agraphical user interface400 consistent with the present invention. In one embodiment,graphical user interface400 may be resident on one or more of the clients that are connected to intranet112 (e.g.,clients102, remote clients108).Graphical user interface400 consists of several windows and buttons with which an authorized user may monitor/manage network components supporting a specific service for a given customer.Search window402 can be used by a user to find a customer record. A user may enter a string to search for and select search criteria. For example, search criteria may be based on a customer's telephone number, last name, street address, IP address, business name, etc. The user may then click on the search button insearch window402 to cause a search ofGIM database116 for customer records that meet the search criteria. It is possible to have more than one customer record meet the search criteria (e.g., several customer with the same last name).
• Results window404 displays each of the customer records found inGIM database116 as a result of the search. Because it is possible to have multiple records displayed, the user needs to select one of the records by highlighting that record.Results window404 may have columns that coincide with the manner in which the records may be searched for (e.g., phone number column, last name column, etc.).
• Customercircuit path window406 graphically displays objects corresponding to network components supporting a specific service for a given customer from CPE to services. This information is graphically displayed by clickingQuery Devices button418. The displayed network components correspond to the way the network is provisioned to provide the specific service to the customer whose record was chosen by the user. Each customer record already has network components (e.g., customer's path) associated with it that were determined during the population and/or update ofGIM database116. Alternatively, the relevant network components can be determined as a result of the user selecting a customer record. In that case, a request may be sent toapplication server114 asking for a customer path that corresponds to the specific service for that customer.Application server114 would then find each of the components that support a specific service for the customer and build the path. The customer's path is then sent to the requester so that it may be displayed ongraphical user interface400.
• Depending on a given customer's network configuration, the display may vary. The network components depicted incustomer path window406 are indicative of a path shown inFIG. 1. Specifically,CPE140 corresponds to the CPE of the display,ADSL modem136 corresponds to the R modem (remote modem),ADSL shelf132 corresponds to the C modem (central office modem),E-Switch128 corresponds to the E-Switch,router126 corresponds to the router,public internet120 corresponds to the Network, andservice124 corresponds to the Services. Customer associatedIPs window408 displays corresponding IP addresses for the components corresponding to the objects displayed incustomer path window406. More information can be retrieved on the components depicted incustomer path window406 by selecting one of the objects that correspond to the components and clicking on it. As a result, a window opens for each component selected. This window displays information such as status information for that given component as it relates to the customer.
• In addition to displaying status information and the like, there are several buttons that may be used to initiate real time testing of the network components.Ping button410 may be clicked by the user to invoke ping tool functions. Ping tool functions provide the capability to test access to a particular component from different probe locations. TestIP path button412 may be clicked by the user to invoke testing of all customer associated IP/SNMP devices at once with three possible response levels: SNMP OK; DOWN; Ping Only. The MIB for a given device has to be accessible in order for the SNMP OK response to be obtained.SNMP test button414 may be clicked by the user after selecting a specific device or IP address, to invoke SNMP querying of a specified device or IP address for SNMP system object information (e.g., information in window506).
• The combination of graphical displays, component information, and real time testing provided bygraphical user interface400 enable a user to sectionalize faults and initiate most effective trouble resolution and repair processes. Once a user has performed all of the functions that may be necessary to manage the customer's network,return button416 may be clicked to go to a previous screen, where other network management functions may be performed.
• FIG. 5 shows another view ofgraphical user interface400. In this view, several windows depicting some of the various options available have been opened as examples of what may be done.Windows502,510 display status information for the C modem and CPE, respectively, which are parts of the customer path.Windows502,510 may be opened as a result of the user selecting a component in order to retrieve more information on it. The information included inwindows502,510 may include information identifying the customer, information on the status of the component, information describing the component, etc.Window504 shows an example of the window that appears when no information is available to be displayed in the case that a device can not be accessed or detailed information has not been populated intoGIM database116.Window506 shows an example of a window that opens when a device or IP address to be tested is selected and the user clicksSNMP test button414. As the SNMP test proceeds, the user is informed of the results.Window508 shows an example of a window that opens when the user clicksTest Path button412. Each IP address inwindow508 corresponds to one of the components depicted in the customer path window. Each component, for example, may have three possible response levels for the test: SNMP OK, DOWN, and Ping Only. SNMP. OK response means that SNMP access to the component is OK. DOWN response means that there is no SNMP or Ping access to the component. Ping Only response means that the component only responded to Ping and not to SNMP requests.
• FIG. 6 shows another view ofgraphical user interface400. In this view,windows602,604,606,608,610,612 have been opened in order to display further information on services, router, C modem, cable pair, R modem, and CPE, respectively.Window614 is the window that opens after the user clicks on the test path button.
• FIG. 7 shows an alternativegraphical user interface700.Graphical user interface700 performs essentially the same functions asgraphical user interface400. Specifically,search window702,results window704,customer path window706, customer associatedpath window708,ping button718, testIP path button716, andreturn button712 operate in substantially the same manner as those corresponding windows and buttons ingraphical user interface400. One difference iscustomer info button710. This button may be clicked by the user to access customer information such as customer remarks and customer contacts information. Another difference isprint button714, which may be clicked by the user at any time to print a screen dump.
• FIG. 8 shows an example of aping tool window800 that opens when the user clicks onping button410 or718. The ping tool function provides the capability to test access to a particular component from different ping probe locations. The test can be initiated from different hosts in the network by selecting the host from a pull down list that is part ofselection window802.Selection window802 is also utilized by the user to enter the IP address of the component that is to be tested. Add/Editping host button804 may be clicked by the user to add, delete, or edit a host from the list of hosts that constitute the pull down list ofselection window802.Section806 consists of messages indicative of the progress of the ping test. Note that the ping parameters may be adjustable.
• While the present invention has been described in connection with a preferred embodiment, many modifications will be readily apparent to those skilled in the art, and this application is intended to cover any adaptations or variations thereof. This invention should be limited only by the claims and equivalents thereof.

Claims (9)

1-8. (canceled)

9. A user interface for network management, comprising:

a first view showing text input by a user indicative of customer identification data corresponding to a customer in a network, wherein the customer identification data is received by a server accessible by the user;

a second view showing stored information corresponding to the customer identification data, wherein the server accesses a database to retrieve the stored information and provides actual path information corresponding to a customer based on the stored information to the user interface; and

a third view showing a graphical representation of a customer path corresponding to the actual path information.

10. The user interface ofclaim 9, further comprising:

a fourth view showing internet protocol (IP) addresses corresponding to components in the customer path.

11. The user interface ofclaim 9, further comprising:

means for showing detailed information on a component in the customer path.

12. The user interface ofclaim 9, wherein the database stores information according to a generic information model.

13. The user interface ofclaim 9, further comprising:

means for testing a component in the customer path.

14. The user interface ofclaim 9, wherein the first view, second view, and third view are displayed simultaneously.

15. A user interface for network management, comprising:

a first view showing text input by a user indicative of customer identification data corresponding to a customer in a network, wherein the customer identification data is received by a server accessible by the user;

a second view showing stored information corresponding to the customer identification data, wherein the server accesses a database to retrieve the stored information and provides actual path information corresponding to a customer based on the stored information to the user interface; and

a third view showing a graphical representation of heterogeneous network components supporting a specific service for the customer corresponding to the actual path information.

16-17. (canceled)

Images