CA2273350A1 - Network management graphical user interface - Google Patents
Network management graphical user interface Download PDFInfo
- Publication number
- CA2273350A1 CA2273350A1 CA002273350A CA2273350A CA2273350A1 CA 2273350 A1 CA2273350 A1 CA 2273350A1 CA 002273350 A CA002273350 A CA 002273350A CA 2273350 A CA2273350 A CA 2273350A CA 2273350 A1 CA2273350 A1 CA 2273350A1
- Authority
- CA
- Canada
- Prior art keywords
- icon
- network
- icons
- state
- states
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Landscapes
- Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- User Interface Of Digital Computer (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A method is provided for graphically depicting detailed state and status information for network objects, particularly network objects forming part of a telecommunications network. A graphical representation of a network is displayed in which a basic icon is displayed for each network object. More commonly occurring state and status combinations are conveyed by imparting attributes to the basic icons such as dashed, solid, or three-dimensional outlines. Less commonly occurring state and status combinations are conveyed by attaching modifier icons to the basic icons. The method is particularly suited to providing a detailed visual representation of the states and statuses included in the OSI standard.
Description
WO 98/25377 _ 1 _ PCT/CA97/00953 NETWORK MANAGEMENT GRAPHICAL USER INTERFACE
Field of the Invention The invention relates to network management, and more S particularly to a graphical user interface suitable for use in the management of large telecommunications networks.
Background of the Invention It is common to employ one of many existing network management tools to manage computer and/or telecommunications networks. These tools typically run on PC or UNIX
workstations. In the telecommunications context, network management tools enable the maintenance, surveillance and administration of the multiple telecommunication devices which make up the network. Tasks performed by these network management tools through a network management interface include alarm monitoring, test and diagnosis of faults, performance monitoring and connection management.
An objective of most network management tools is to provide a centralized view of the network so as to enable the correlation of events and conditions that span network elements and subnetworks. A further objective is to facilitate the management of a network consisting of a non-homogeneous collection of telecommunication devices. Some existing network management tools provide GUI (graphical user interface) access to the users. An example of a data network management tool which provides GUI access to users is HP Open view. This tool and its associated GUI is appropriate for the management of data networks in which a set of relatively simple nodes may be complexly meshed. The nodes are simple in the sense that from the network management perspective, they can be in only one of a very small number of states. This tool and others like it WO 98/25377 _ 2 _ PCT/CA97/00953 are not appropriate for the management of even simple telecommunications networks which include nodes which are very complex. Telecommunications nodes are complex in the sense that from the network management perspective, they can simultaneously be in one or more of a large number of states.
There exist Bellcore and ISO (International Standards Organization) standards which include OSI (Open Systems Interconnect? standards which specify a set of generic states network objects forming part of a telecommunications network can be in. Network objects are products produced by a variety of different vendors and include nodes, links and shelf based equipment. The intent of the generic states is to allow network objects which are compliant with these standards to be maintainable remotely by non-vendor specific network management tools. These standards provide a textual definition to the states but the graphical representation of the permutations and combinations of these states is left up to network management tool developers. This opens the door to very complex and cluttered visual displays or more commonly to the superimposition of acronym subscripts and superscripts on top of the visual displays to avoid confusion. These standards are meant to be applied to most telecommunication network objects.
Prior art network management GUI tools have not incorporated the full OSI and BellCore state models or have failed to do so in a manner which efficiently expresses them in a simple visual language which does not consume excessive space in the windows on a screen. The common approach is for such tools to address only a subset of the aforementioned standards, and to create new arbitrary "meta-states" that represent combinations of states.
The specific ISO standards and Bellcore requirements which are applicable are of course subject to change over time.
WO 98/25377 _ 3 _ PCT/CA97/00953 At this time the relevant ISO standard is . ISO/IEC 10164-2, Information Technology - Open Systems Interconnection - System Management - Part 2, State Management Function (for CCITT
Applications) CCITT Rec.X.731 (now ITU-T). The relevant Bellcore requirement is: Generic Requirements GR-1093-CORE, Issue 1 Oct.1994 & Revision 1 Dec. 1995, Bellcore, Generic State Requirements for Network Elements.
Summary of the Invention It is an object of the invention to provide an improved network management GUI.
This invention is concerned with a GUI language used to perform network management of telecommunications networks.
According to a first broad aspect, the invention provides a processor implemented method for displaying information relating to a telecommunications network consisting of a plurality of network objects using a network management terminal having a display, the information consisting of a base state for at least one of the network objects, the method comprising the steps of: displaying on the display for each network object a basic icon corresponding to that network object; imparting to the display of each said at least one basic icon an attribute representative of the base state of the corresponding network object.
According to a second broad aspect, the invention provides a method for displaying OSI state and status information relating to a telecommunications network consisting of a plurality of network objects using a network management terminal having a display and processing means, the method comprising the steps of: the processing means converting the OSI state and status information into base states and WO 98/25377 _ 4 _ PCT/CA97/00953 supplementary states for each network object;
the processing means displaying on the display for each network object a basic icon representative of that network object, the basic icon being a node icon for a node network object, a card icon for a card network object, and a link icon for a link network object; imparting to the display of at least one basic icon at least one attribute selected from a predetermined set of possible attributes; adding to the display of each basic icon zero or more modifier icons selected from a predetermined set of possible modifier icons;
wherein each attribute is representative of a different predetermined base state; wherein each modifier icon is representative of a different predetermined supplementary state.
According to a third broad aspect, the invention provides a system for monitoring a telecommunications network consisting of a plurality of network objects, the system consisting of: a network management terminal having a display and processing means; means for conveying network management information from the network to the network management terminal; wherein the processing means displays on the display for each network object a basic icon representative of that network object; wherein the processing means converts the network management information into a base state for each of at least one network object; wherein the processing means imparts to each basic icon representative of said at least one network object at least one attribute selected from a predetermined set of possible attributes; wherein each attribute is representative of a different predetermined base state.
Brief Description of the Drawings Preferred embodiments of the invention will now be WO 98/25377 _ 5 - PCT/CA97/00953 described with reference to the attached drawings in which:
Figure 1 is a context diagram for the application of the invention;
Figures 2a - 2d illustrate three different types of basic network element icons;
Figure 2e illustrates a symbol set for identifying classes of network icons;
Figure 2f illustrates several network element icons identified with symbols from the set illustrated in Figure 2e;
Figure 2g illustrates several link icons;
Figure 3 illustrates a pictorial icon;
Figure 4a is an example representation of a simple network using the symbols and icons of Figures 1 to 3;
Figure 4b is an example representation of a network including container icons;
Figure 4c is an example representation of a network including translucent container icons displayed over a map;
Figure 4d illustrates an example of several container icons that have interlocking shapes;
Figure 5 illustrates network icons in each of three base states;
Figure 6 illustrates network icons in the usage state "Busy", and the Administrative states "Locked" and "Shutting Down";
Figure 7 illustrates a node icon, a link icon, and a card icon in each of the three base states;
Figure 8 illustrates modifier icons identifying the Procedural status;
Figure 9 illustrates modifier icons identifying the Availability status;
Figure 10 illustrates modifier icons identifying the Control status;
WO 98/25377 _ 6 _ PCT/CA97/00953 Figure 11 illustrates modifier icons identifying the Standby status;
Figure 12 illustrates the simultaneous display of states and statuses;
Figure 13 illustrates the positioning of modifier icons on link icons;
Figure 14 illustrates the positioning of modifier icons on card icons;
Figure 15 illustrates an example of a selectable modifier icon;
Figure 16 illustrates modifier icons identifying the Alarm status;
Figure 17 illustrates further details of New alarm modifier icons;
Figure 18 illustrates the depiction of outstanding alarms and alarms which are under repair;
Figure 19 illustrates an example of the graphical depiction of a typical series of state and status transitions which might occur during an alarm scenario;
Figure 20 is a flowchart for the steps taken to update the states and statuses depicted in a graphical representation of a network;
Figure 21a - 21f illustrate an example usage scenario; and Figure 22 illustrates node icons which may be expanded to display additional information.
Detailed Description of the Preferred Embodiments A telecommunications network consists of an interconnected set of network objects. There are three basic types of network objects, these being (1) network elements or nodes, (2) links, and (3) individual cards in a piece of shelf-WO 98/25377 - ~ - PCT/CA97/00953 based equipment.
Examples of network elements or nodes include voice switches, packet switches, cross connects, ATM (Asynchronous Transfer Mode) switches, ATM access and transport nodes.
Network elements include shelf-based equipment located in a telecommunications company central office such as an ATM
Concorde or OC192 ADM (Add-Drop Multiplexer) and field based equipment such as a coaxial node. A network element which is shelf-based is composed of a set of circuit cards installed in one or more shelves. An individual card in one of these shelves is also considered a network object. In this case, the piece of shelf-based equipment as a whole is a considered a network object, and at the same time each individual card in the shelf-based equipment is a network object.
Links connect nodes together and include copper wire links, microwave links, satellite links, coaxial links and optical fibre links for example. In some instances, repeaters may also be considered to be part of a link.
Additional components may be connected to the network which are used to manage the telecommunications network.
Examples include databases, operating systems, terminals and printers. These components are not network objects, and do not form part of the telecommunications network per se.
Figure 1 shows a physical context for the application of the present invention. There is a telecommunications network 2 consisting of a number of nodes or switches 3 and a number of links or transmission systems 4. The main network traffic consists of data or voice signals on the transmission systems 4 between the switches 3. Subscribers may access the network 2 with devices such as telephones 5 or personal computers 6 equipped with modems. In addition, there is managing equipment consisting of operations systems devices 7 WO 98/25377 _ 8 _ PCT/CA97/00953 and workstations 8 connected to a data communications network 9. The data communication network 9 includes a connection 10 to each of the switches 3(nodes) and transmission systems 4(links) in the telecommunications network 2. Management traffic flows on the data communications network 9 between the switches 3 and the managing equipment 7,8, the management traffic consisting of information for monitoring and controlling the network. The management traffic flows on the data communications network according to a communications 20 protocol P which allows the switches and the management equipment devices 7,8 to understand each other. The interface between one of the network management devices 7,8 and the telecommunications network 2 may be referred to as a network management interface. The network management traffic may include state and status information for the switches 3(nodes) and transmission systems 4(links), and may also contain test, or traffic information for example. One or more of the management equipment devices 7,8 runs a network management GUI
according to the invention and these management equipment devices will be referred to as network management terminals.
These GUI equipped network management terminals have access to and in some cases control over network management information.
A processor (not shown) forming part of each network management terminal receives the network management information, processes it, and presents it graphically on a display (not shown) with the GUI according to the invention. The invention provides a top level graphical view of the network objects which make up a network, and at the same time shows detailed state and status information for each network object. This gives network operators the ability to quickly visually interpret the state of the network at any time.
In the graphical representation of a network WO 98/25377 _ - 9 _ PCT/CA97/00953 according to the invention, a basic icon is used to represent each network object. Icon attributes may be imparted to a basic icon to display state and status information for the network object represented by the basic icon. Icon attributes may include various icon outlines, shadings or three dimensional appearances as applied within the border or perimeter of the basic icon, for example. Further state and status information is displayed by attaching modifier icons to the basic icon. The various basic icons will be described with reference to Figures 1 to 4, and the manner in which state and status information is added to these icons will be described with reference to Figures 5 to 19.
A different basic icon shape is used to represent each of the three types of network object, namely nodes, links, and cards within a shelf. Referring now to Figure 2a, a basic icon is shown which consists of a light grey coloured square icon used to represent a node. This will be referred to as a node icon. Identification symbols and numbers may be added to the basic icon to identify the type and capacity of the node it represents. A preferred set of identification symbols which includes some symbols recommended by the ITU-T is shown in Figure 2e and several node icons identified with these symbols are shown in Figure 2f. Referring to Figure 2e, the ITU-T
(International Telecommunications Union-Telecommunications Standardization Sector) based symbols include a square encompassing an "X" 12 representing a switch or a cross connect, a solid diamond 13 representing a transport node, a pair of solid triangles 14 representing a transport add-drop multiplexer, and a diamond separated into four squares 15 representing a transport cross connect. Suggested new symbols include a triangle with a series of parallel lines 16 representing an access node, a diamond which is solid except WO 98/25377 _ 10 _ PCT/CA97/00953 for a square hole in its centre 17 representing a regenerator, a diamond with a vertical slot in its bottom half to represent an LTE (line terminating equipment) and a question mark symbol 19 to represent an unknown network element. In some circumstances a symbolic node icon may be used which differs from the square icon depicted in Figure 2a so as to be more representative of the node it represents.
Referring now to Figure 2f, several examples of node icons for network elements are shown. Node icon 20 includes a symbol identifying it as a Transport ADM and the text "192"
identifies its capacity. Node icon 21 represents an access element, with the text "FCOT" identifying the element as a Fibre Central Office Terminal. Node icons 22,23 represent transport cross connect network elements.
Referring now to Figure 2b, a basic icon is shown which consists of a very thin rectangular green or light grey coloured icon used to represent a link. This will be referred to as a link icon. Links between two nodes are shown by link icons connecting the nodes and having a link type specifier icon in the centre of the link icon. In Figure 2b only a segment of a link icon is shown. A link icon may consist of a series of segments which are arranged around other displayed icons so as no to interfere with them. Shown in Figure 2g are preferred link icon link representations for each of CNET
(control network) 30, optical fibre 32, and Electrical 34 type links. A more compact visual strategy may be employed when more than one link connects the same two nodes by using a single link bundle icon 36 instead of a series of individual link icons for the links. The four link icons described above are intended to be used to convey state and status information as discussed in detail below.
For nodes which are shelf-based, consisting of a WO 98/25377 _ 11 _ PCT/CA97/00953 number of cards, a node icon may be used to represent the entire node, or alternatively, a card icon representing each of the cards individually may be used. Referring now to Figure 2c, a basic icon is shown which consists of a light grey coloured vertically oriented rectangular icon used to represent a card within a piece of shelf-based equipment. This will be referred to as a card icon. Typically, several card icons representing a set of cards within a piece of shelf-based equipment are shown together side by side to convey the fact that they represent cards forming part of the same shelf. An example of this is shown in Figure 2d in which three card icons are displayed side by side. Using card icons instead of a node icon allows information for each card to be displayed independently.
The graphical representation may also include icons representing some of the components connected to the network which do not form part of the network. A simple pictorial icon may be used for these components. An example of a pictorial icon is given in Figure 3 which shows a pictorial icon representing a terminal which may be a network management terminal, for example.
By way of example, Figure 4a shows the graphical representation of a very simple network which uses the above described basic icon shapes for nodes, and links. It includes a pictorial icon 40 for a workstation terminal connected with a first CNET link icon 42 to a node icon 44 and a CNET link icon 46 to another node icon 52. The node icons 44,52 are for two network elements identified as switch cross connects by the symbol 12 from Figure 2e. Also shown are a node icon 54 for a network element identified as a transport ADM by the symbol 14 from Figure 2e, and a symbolic node icon 56 for a coaxial node with link bundle icons 60,64 connecting these elements to node WO 98/25377 _ 12 _ PCTlCA97/00953 icons 44, 52 respectively. The node icon 56 for the coaxial node is an example of a symbolic node icon having a different shape.
Depending on the complexity of a given network, the graphical representation of the network may include only a subset of all of the objects in the network. There may still be too many objects in the network to be conveniently shown at one time in a graphical representation such as that shown in Figure 4a. In order to simplify the display of the overall network, the objects may be grouped in various ways depending upon some user-defined criteria. The grouping of elements may be based on geographic and/or other administrative criteria, for example. Preferably flexible polygonal container icons are used to perform such a grouping function. An example of a graphical representation of a network in which several container icons have been used to simplify the display of the network is given in Figure 4b. The graphical representation includes node icons 66,67,68,70, link bundle icons 72,73,74,75,76, and container icons 79,80,81,82. Each container icon "contains" a collection of network object icons.
A container icon rnay also contain other container icons in addition to the normal network object icons. Functionality may be provided to allow the specifics of what a container represents to be determined by opening the container. This might expand the container icon to display the collection of network object icons or additional lower level container icons which it represents. Container icons may present information about themselves such as labels.
The shape of the container icon may be manipulated so that it conforms to specific geographic or other administrative requirements or criteria. The container icons may be displayed transparently or translucently over a map of familiar geography WO 98/25377 _ 13 _ PCT/CA97/00953 for improved recognition. Default flexible container colours are selectable by the network administrator. When they are created they are preferably translucent, having a muted colour such as grey-brown, grey-green, or grey-blue so as not to conflict with any of the alarm colours, as discussed below. An example of this is shown in Figure 4c. Transparent container icons 90, 91, 92 are used to simplify or contain the portions of the network located in Oakland, San Francisco Bay, and Silicon Valley respectively,~. The container icons are transparently displayed over a map of the relevant geographical area. Also shown are a number of small square node icons 93,94,95,96 identified a~ transport nodes and links 97,98,99,100,101 connect~ang the transport nodes to each other and to the container icons. The use of container icons enables improved partitioning o~ the network to match any particular requirements. Figure 4d shows an example of three polygonal containers labelled "R~gion A", "Region B" and "Region C" which have interlocking shapes which would be suitable to simplify the representation of non-overlapping groupings of network objects. Transparency of the containers enables overlapping and meshed regions oy the network. As an example of meshed regions of a graphical network representation, a first container icon may contain a first set of network object icons, a second container ;nay contain a second set of network object icons, and a third container may contain a set of network object icons whirr includes icons from each of the first and second sets. The complex relationships which exist in most of today's telecommunications networks often lend themselves to having their net,aork objects grouped in various different overlapping way:: and the use of container icons improves a user's ability ~o understand these complex relationships and groupings.
WO 98/25377 14 _ PCT/CA97/00953 In the management oi: networks, and particularly telecommunications networks, a state model is used to provide a top level view of the network. In any such model, each network object can be in one or more of a large number of states and statuses. The states and statLSes, and their definitions, and the allowed interactions between states are defined by each particular state model. The in-,rEntion provides a graphical user interface which allows the v.sual depiction of very complex combinations of states. V bile the particulars of the invention can be adapted in many w:~ys to any specific state model, a preferred embodiment of tte invention provides a graphical representation of network objects such as nodes, cards and links and their states arc statuses as defined by the current OSI model.
In the visual language prodded by the invention, each network object is represented by a basic icon as discussed above. Each basic icon representing a network object can be in one of a number of base states. These base states are indicated primarily by an attribute imparted to the basic icon such as a different border, texture or perimeter. In addition, a set of modifier icons is provided whic~ can be attached to the basic icon representing the network element to indicate supplementary state information. A modifier icon is an additional graphical symbol which is atta~hed to or superimposed over a portion of the basic Avon. A conversion between the states and statuses specified _~y a given state model and the base states and supplementary states provided by the graphical representation preferably mao~ the more frequently occurring combinations of states ~r statures from the state model onto base states, and the less frequently occurring combinations of states or statuses into supplementary states, thereby minimizing the required number of modifier WO 98/25377 _ 15 _ PCT/CA97/00953 icons.
The OSI model currently includes three state types, and at any instant in time, each object of the network is in three OSI states simultaneously, one state from each of the three state types. Each object has an Operational state which may be "Enabled" or "Disabled". Each object has a Usage state which may be "Busy", "Active" or "Idle". Each object has an Administrative state which may be "Unlocked", "Shutting down", or "Locked". The OSI states are summarized in the following table:
State Type States Graphic Representation Operational Enabled basic icon with imparted Disabled attributes Usage Busy Active Idle Administrative Unlocked basic icon with modifier Shutting Down icons superimposed Locked Each icon representing a network object is displayed in such a manner that the three OSI states of that object can instantly be discerned. This is done by imparting an attribute and in some cases a modifier icon to the basic icon which reflects the OSI states. The preferred attributes and modifier icons imparted to the basic icon for the various state combinations are shown in Figures 5 and 6 for card icons and node icons. These same attributes and modifier icons are used with link icons, but these are not included in the Figures.
As shown in Figure 5, the OUA (Operational, Usage, Administrative state combination) of (Disabled, Idle, Unlocked) is indicated by imparting an attribute to the icon consisting WO 98/25377 _ 16 _ PCT/CA97/00953 of a dashed border. The OUA of (Enabled,Idle,Unlocked) is indicated by imparting an attribute to the icon consisting of a solid border. The OUA of (Enabled,Active,Unlocked) is indicated by imparting an attribute to the icon consisting of a three dimensional border.
The OUA of (Enabled, Busy, Unlocked) occurs less frequently and is represented by the icon having the three dimensional attribute in combination with a modifier icon consisting of a black exclamation mark as shown in Figure 6.
The "Busy" usage state is-conveyed with a modifier icon and is thus a supplementary state.
Each of the OUAs in Figure 5 have an Administrative state of "Unlocked". The OUAs of (Disabled, Idle, Locked), (Enabled, Idle, Locked) and (Enabled, Active, Shutting Down) are indicated by the addition of a lock modifier icon as shown in Figure 6. The Administrative state is conveyed through the use of modifier icons and is thus a supplementary state.
Combinations of OSI states which can be represented with icon attributes only, and without the requirement for any modifier icons are the base states referred to previously. The base states in the above described graphical representation are shown in Figure 5 and consist of (Disabled, Idle, Unlocked), (Enabled,Idle,Unlocked), and (Enabled,Active,Unlocked). The particular graphical display attribute was chosen for each of these base states to convey an intuitive visual semantic meaning. A dashed border attribute was selected for the base state of (Disabled, Idle, Unlocked) due to the visual semantics communicated by dashed lines, namely that of being disabled; a solid border attribute was selected for the base state of (Enabled,Idle,Unlocked); and a solid 3D border attribute was selected for the base state of (Enabled,Active,Unlocked) to imply a "plump" node "full of activity or traffic". Since all WO 98/25377 _ 1 ~ _ PCT/CA97/00953 three base states have the administrative state "Unlocked" the base states in the remainder of the text will be referred to simply as (Disabled, Idle), (Enabled, Idle), and (Enabled, Active) for brevity.
Figure 7 shows the three base states for each of three types of network icon, namely a node icon, link icon, and card icon.
Referring back to Figure 4a, the three dimensional borders of node icons 50,52,54,56 are indicative of the base state (Enabled, Active). Link icons 42,46,58,60,62,64 also each have a three dimensional appearance indicative of the base state (Enabled, Active).
In addition to the three state types, the OSI model includes five status types, these being Alarm, Procedural, Availability, Control and Standby. The possible statuses for each status type are summarized in the following table:
WO 98/25377 _ 18 _ PCT/CA97/00953 Status Type Statuses Graphic Representation Alarm None basic icon with Critical modifier icons Major superimposed Minor Under Repair Outstanding or Acknowledged Procedural None Initialization Required Not Initialized Initializing Reporting Terminating Availability None (available) In Test Failed Power Off Of f Line Off Duty Dependency Degraded Not Installed Log Full Control None (unrestricted) Subject to Test Partly Locked Reserved to Test Suspended Standby Providing Service Standby Providing Service Hot Standby Cold Standby Unlike the OSI states, a network object does not necessarily have a status from each status type, and in many cases will have no statuses at all. In the graphical representation of the network, which statuses of the five status types, if any, that apply to a given network object are WO 98/25377 _ 19 _ PC'~'/CA97/00953 represented by modifier icons. Each modifier icon is intended to be a visual metaphor for the status it is repre.~enting.
Note that in the OSI model, a given status may occur simultaneously with only certain combinations of Mates. In the present context, this means that a given status may occur simultaneously with only certain base states. F.~w modifier icons are used to represent the Procedural stat~.a, Availability status, Control status, and Standby status is ~ilustrated in Figures 8 to 11 respectively. How the statuse. illustrated in Figures 8 to 11 may be combined is illustratec in Figures 12 to 15. How modifier icons are used to represent the Alarm status is illustrated in Figures 16 to 19.
It is noted that in the particular OSI implementation of the invention described herein, operatior;al and usage states are indicated by imparting attributes to try basic icon.
Administrative states and all the OSI stat~.ses are indicated using modifier icons superimposed on the b sic icon graphic.
As mentioned previously, the state and st~:.tus information conveyed through the use of attributes i~ referred to herein as base state information, and the state an:, status information conveyed through the use of modifier icc_is is referred to herein as supplementary state information. In this particular embodiment, the network management termvnal receives the network management information initial:y in the form of OSI
state and status information and perfc~~ms a state set conversion, converting the OSI states and statures into base states and supplementary states for each network object. Once the base states and supplementary states for each network object have been determined, the attributes and modifier icons which must be added to the basic iccns are also known. More generally, an icon attribute may be used to display a base state selected from a set of base states, each base state WO 98/253'. 7 _ 2 0 _ PCT/CA97/00953 representing a state, a status or a combination of states and statuses, and modifier icons may be used to display a set of supplementary states, each supplementary state representing a state, a status or a combination of states and statuses. In some cases ~t may be appropriate to map the network management information 3irectly onto base states and supplementary states eliminating he requirement of performing a state set conversion.
REf<rring now to Figures 8 to 11, in each of the illustrated examples, the modifier icon is shown as it might be applied to boti a node icon and a card icon. Some textual description of he various statuses is also provided in the figures where a~~ropriate.
Figure 8 shows how modifier icons may be used to represent the P:~c~edural status for each of the three base states. In the ~:se in which there is no Procedural status, no modifier icon is inquired. The Procedural status "Initialization R~cuired" can occur only for the base state (Disabled, Idle) ar-~ is represented by a modifier icon consisting of a haac with an upward pointing solid triangle. A
modifier icon cons~sving of three upward pointing solid triangles is used to represent the Procedural status "Initializing" for ei her of the base states (Disabled, Idle) or (Enabled, Idle). ~ modifier icon consisting of three downward pointing so_ia triangles is used to represent the Procedural status "Terr:inating" for any of the three base states. A modifier ico:~ consisting of two upward pointing triangles and a small =~~r graph is used to represent the Procedural status "Repsr.ing" for either of the base states (Enabled, Idle) and (En_~i.led, Active) . In this example, the Procedural status is supp ementary state information since it is displayed through the L.se of modifier icons.
WO 98/25377 _ 21 _ PCT/CA97/00953 Figure 9 shows how modifier icons may be used to represent the Availability status for each of the three base states. In the case in which there is no Availability status, no modifier icon is required. A bar graph modifier icon is used to represent the Availability status "In Test" for the base state (Disabled, Idle). A broken stick modifier icon is used to represent the "Failed" Availability status for the base state (Disabled,Idle). An unplugged modifier icon is used to represent the Availability status "Power off" only for the (Disabled, Idle) base state. A clock modifier icon is used to represent the "Off Duty" Availability status for the base states (Disabled,Idle) and (Enabled,Idle). To indicate the Availability status "Degraded" a grey exclamation point modifier icon is used for either of the base states (Enabled, Idle) or (Enabled, Active). Recall that a black exclamation point modifier icon was used to indicate the usage state "Busy". Finally, the Availability status "Not Installed"
is shown for the (Disabled, Idle) base state by adding hatch lines to the icon.
Figure 10 shows how modifier icons may be used to represent the Control status for each of the three base states.
The "Subject to Test" Control status is represented by a bar graph modifier icon for each of the base states (Enabled, Idle) and (Enabled, Active). The "Reserved for Test" Control status is represented for any of the three base states by a modifier icon consisting of a bar graph with a lock.
Figure 11 shows that modifier icons may be used to represent the Standby status for each of the three base states.
A node which has a primary and a backup unit is illustrated by two node icons one of which is behind the other. The icon in the foreground relates to the primary unit and may be referred to as a primary icon, while the icon in the background relates WO 98/25377 _ 2 2 _ PCT/CA97/00953 to the backup unit and may be referred to as a backup icon. A
card having a primary and a backup unit is indicated by a card icon with a pair of overlapping rectangles, namely a primary rectangle and a backup rectangle, symbolic of the redundancy.
For node icons, the status of the backup unit is indicated by the border of the backup icon. The Standby status can be either "Providing Service" which corresponds to the backup unit having a base state of (Enabled,Active) and is illustrated by a solid backup icon, "Hot Standby" which corresponds to the backup unit having a base state of (Enabled,Idle) and is illustrated by the backup icon having a solid border, and "Cold Standby" which corresponds to the backup unit having a base state of (Disabled,Idle) and is illustrated by the backup icon having a dashed border.
For card icons, both rectangles being unshaded is indicative of "Cold Standby". The "Hot Standby" status is indicated by the primary rectangle having a shaded appearance with respect to the backup rectangle. The "Providing Service"
status is indicated by switching the places of the two rectangles, shading the backup rectangle black and by writing the symbol "2" within the backup rectangle to indicate that it is the backup card which is providing service.
There may be a need to show concurrent states or statuses. This can be achieved by listing the appropriate modifier icons on the icon. Figure 12 shows several examples of this in row 160. Also shown in Figure 12 in row 162 is an alternative to showing a large number modifier icons, wherein an information modifier icon is used to draw the user's attention to a change in the state or status. By clicking on the information icon, detailed information is then displayed.
In the above described embodiment, modifier icons are positioned at the top of the network node icons. This WO 98/25377 _ 2 3 _ PCT/CA97/00953 positioning is somewhat arbitrary and could vary based on the particular object identified by the node icon according to any number of predetermined criteria. For example, they could be positioned so as to avoid overwriting the node identifier, support more than one simultaneous icon, make the icons appear as separate and selectable objects, avoid overwriting the alarm count, or maintain some consistency with the alarm strategy.
Figure 13 shows an example of how modifier icons might be positioned on a link icon for a link in each of the three base states. Two lock icons are shown indicating that the link has been administratively locked for both transmit and receive. Other positions for the modifier icons on link icons are possible.
Modifier icons can be positioned anywhere on a card icon depending on the physical layout of the equipment. If the card has distinguishing characteristics such as lights, they should be shown on the icon in their correct position to give the craft and network operator a common reference point when they are communicating. As a result, modifier icons should ideally be positioned in locations that would not obliterate these distinguishing characteristics. Figure 14 shows distinguishing characteristics at both the top 180 and bottom 182 of the card and also shows a series of modifier icons 184 on a card.
In some cases, it may be advantageous to make particular modifier icons selectable so as to provide access to further information. An example of this is shown in Figure 15 which includes a bar graph modifier icon indicative of the Availability status "In Test". The bar graph modifier icon is selectable to provide access to a menu which in the illustrated case includes the options "Show details", "Open test manager", and "Hide Status".
WO 98/25377 _ 2 4 _ PCTICA97/00953 Referring now to Figures 16 to 19, a comprehensive strategy for conveying detailed OSI alarm status information will be described. An alarm is an event status generated by a network object which may indicate that some sort of irregular condition has occurred, and that test and repair work may be required. In the OSI model, there are alarm types having three different levels of severity. These OSI alarm severities are "Critical", "Major", and "Minor" and are abbreviated by the letters "C", "M" and "m" respectively.
Figure 12 shows modifier icons are used to represent the Alarm status for each of the three base states. A "New"
alarm is an alarm for which no acknowledgement or action of any kind has been taken. The existence of New alarms is signalled by a bubble modifier icon with "abbreviated alarm text" written therein indicating the number and the severity the New alarms.
Abbreviated alarm text in the alarm bubble contains a count of the highest severity new alarms only. The bubble modifier icon and the basic icon are also coloured to draw attention to them, and to reflect the severity of the alarm, where the colours yellow, orange and red are used to indicate increasing severities minor, major, and critical respectively. Thus a basic icon coloured orange with an orange bubble modifier icon with the abbreviated alarm text "1M" written therein means that one New Major alarm has occurred. The presence of one New Major alarm is shown in Figure 12 for the (Enabled,Idle) 120 and (Enabled, Active) 122 base states for each of a card icon and a node icon. Note that the Figures are in black and white, and as such the colouring actually used to display alarms cannot be shown.
Once an alarm has been acknowledged, it becomes an Outstanding alarm rather than a New alarm. When there are no New alarms, the bubble modifier icon is removed, and the basic WO 98/25377 _ 2 5 _ PCT/CA97100953 icon including its border is recoloured its normal shades of grey. Outstanding alarms are indicated by the presence of an additional outline surrounding the border of the basic icon, with the colour of the additional outline matching the colour associated with the severity of the highest-severity alarm.
The outline is displayed so as not to interfere with the border already displayed. This allows the border and outline to convey different information. Abbreviated alarm text indicating a count of the highest severity alarms, both new and outstanding, is written within the icon itself. An example of the appearance of the icon with one Outstanding Critical alarm 124,126,128 is shown in Figure 16 for each of the three base states. Each of the icons 124,126,128 has an additional red coloured (dark shade as illustrated) outline surrounding it and has the text "1C" written within it indicating the presence of a single outstanding Critical alarm. There may be New and Outstanding alarms at the same time. In this case, the bubble modifier icon and the abbreviated alarm text in the bubble together with the colour of the bubble and basic icon (including the border) will indicate the New alarms, and the outline surrounding the basic icon will indicate the highest severity of Outstanding alarms.
After an alarm has been acknowledged, and some repair work has been instigated, the alarm status "under repair" is used to indicate this to be the case. The alarm status "Under Repair" is indicated by a "hand" modifier icon. When the hand modifier icon is applied, the additional outline surrounding the basic icon is removed assuming that no additional outstanding alarms exist.
In addition to the three OSI alarm severities of minor, major, and critical, the preferred embodiment of the invention includes two additional alarm severities, namely WO 98/25377 _ 2 6 _ PCT/CA97/00953 "Warning" and "Unknown". A comprehensive display of how each severity of new alarm would appear on a container icon, a node icon, a link icon, and a card icon is shown in Figure 17. In each example, one alarm of the indicated severity is new, as indicated by the bubble. The total number of the highest severity alarms is written within the icon. In this case, the total number is the same as the number of New alarms meaning that there are no outstanding alarms. In the case of container icons, the alarm indications reflect the sum of the most severe of the alarms pertaining to the network objects contained by a given container icon. Thus, if four different network elements contained within a container each experienced one New Critical alarm, then the alarm bubble would contain the abbreviated alarm text "4C" indicating that the container has four new Critical alarms.
The presence of additional alarms which have a severity lower than that of the highest severity is indicated by appending a "+" to the abbreviated alarm text. If the additional alarm is new, the "+" will be appended to the abbreviated alarm text appearing in the bubble modifier and to the text appearing on the icon itself, while if the additional alarm is outstanding, then the "+" will only be appended to the abbreviated alarm text appearing on the icon itself.
As indicated above, an outstanding alarm is also shown symbolically by adding an additional outline around the icon. Once the condition that caused an alarm is removed, for instance, once the corresponding fault is under repair, that alarm is no longer outstanding. When this occurs, the additional border around the icon is removed, and the abbreviated alarm text is updated to reflect the new condition.
Figure 18 illustrates in row 140 the appearance of several icons each having one outstanding critical alarm and at least WO 98/25377 _ 2 ~ _ PCT/CA97J00953 one outstanding alarms of lesser severity as indicated by the abbreviated alarm text "1C+" and the red (dark) border. In row 142 of Figure 18, similar icons are shown after the "under repair" modifier icon has been added.
Figure 19 illustrates a typical sequence of icon appearances for an example alarm scenario. First, a single new critical alarm occurring at a node is indicated by a red (dark) modifier icon bubble containing the text "1C" and by the basic icon being shaded red (dark) (A). Since the total number of both New and Outstanding alarms is also one, the text "1C" also appears inside the node icon. The node has a base state of (Enabled, Active) as indicated by the three dimensional appearance of the icon. In (B), the alarm has been acknowledged and becomes an outstanding alarm. This is indicated by the removal of the bubble icon modifier, by the red outline surrounding the node icon, and by the text "1C"
remaining inside the node icon. The colour of the node icon has returned to normal, and the base state is still (Enabled, Active). In (C) the node is still in the base state (Enabled, Active) but has the Administrative state "Shutting Down" as indicated by the lock modifier icon. In (D) the base state has changed to (Enabled, Idle) as indicated by the non-three-dimensional appearance of the icon. For this base state, the lock modifier icon signifies the Administrative state is "Locked". In (E) the base state has changed to (Disabled, Idle) as indicated by the icon's border being dashed. In (F), the solid red outline has been removed indicating that the critical alarm is no longer outstanding. The hand modifier icon indicates that the network element has the Alarm status "Under Repair". The abbreviated alarm text has been removed from the icon in this case. In (G) an additional modifier icon has been added to indicate the "In Test" Availability status.
WO 98/25377 _ 2 8 _ PCT/CA97/00953 In addition to the graphical representation of the alarms, Alarm manager windows) may be provided which present a textual tabular summary of the alarms present on a particular set of network objects. Each network object included in the table has a record which summarizes the alarms for that network object.
In the embodiment described above, exemplary base state icon attributes and supplementary state modifier icons have been used to represent a all of the states, and a subset of the statuses provided in the OSI model. Additional modifier icons (not shown) may be assigned to the remaining statuses so as to provide a complete graphic representation of the entire OSI model.
In Figure 20, a flowchart is shown of the logic followed by the GUI in updating displayed state and status information when a change in a state or status occurs for any network object forming part of a network being graphically represented according to the invention. At step 0, it is assumed that the initial states and statuses of the network objects are known. In step 1, a check is made to see if a change in a state or a status for any network object has occurred. If not, then no action is required. If a change for a specific network object has occurred, then in step 2 a check is made to see if that network object is included in an active alarm manager window. If the network object is included in an active alarm manager window, then the record in the alarm manager window for that network object is updated to reflect the new state and status information. At this point, whether or not the basic icon for the specific network object is displayed or not, the basic icon is defined as a "context symbol" in step 4. A basic icon is the first level of context symbol. A container icon containing a basic icon is the next WO 98/25377 . _ 2 9 _ PCT/CA97/00953 level of context symbol. A container containing a container is the next level of context symbol and so on. Steps 5, 6, and 7 are now repeated for the various levels of context symbol. In step 5, the context symbol which may be a basic icon or a container icon, is updated with icon attributes and modifier icons to reflect the modified state and status information. Of course, in some cases, the particular context symbol may not be included in what is currently being displayed. For example, if the basic icon is within a container icon, then it will not be displayed. However, the state and status information for the basic icon is still updated but with no immediate effect upon the graphical representation until the basic icon is actually displayed. In step 6, if the context symbol is not within a container, then the processing of that event finishes.
Otherwise, the container containing the context symbol is redefined as the context symbol, and steps 5,6,7 are repeated as necessary. Container icons include alarm information consisting of alarm modifier icons and text, but do not in general include the remaining state and status modifier icons and attributes, these only being displayed on the relevant basic icon. The only difference in updating the alarm information for a container icon as opposed to a basic icon is that a container icon reflects the sum of the worst alarms outstanding for all of the basic icons or container icons within it.
The initial graphical representation of the network is set up by a chief administrator using a GNE (Graphic Network Editor) screen which is used to define the position of network objects against their background. Normal users of the network management tool access the GUI via a GNB (Graphic Network Browser). The GNE is used to make configuration changes as the network evolves and as network elements are added or removed.
WO 98/25377 _ 3 ~ _ PCT/CA97/00953 A configuration of workstations to monitor a network using the GUI according to the invention will typically consist of at least one terminal, though for large networks a more typical application of the invention will have several workstations running the GUI concurrently to allow many operators to share the effort of surveillance of the network. Whether on a single screen or multiple ones, the setup of the view presented to the operators is done by the chief administrator using the GNE.
The GNE provides the chief administrator with a basic graphic editor (not unlike many PC drawing packages) and the following capabilities:
- provide a top level view GUI of the network;
- the ability to create sub levels of the top level to enable partitioning the nodes or containers representing the network into logical sub groupings as required;
- import as many background images (such as maps of cities, countries or building floor plans) as will be required to provide a frame of reference in the various GUI levels;
- auto-discovery so that any new elements added to the network pop up automatically in the top level of the GNE;
- auto-discovery may also include the automatic definition of the element type;
- the ability to create flexible containers in any of the levels in the GNE (the definition of the shape of these containers being set by typical graphical editing techniques:
clicking and dragging a mouse to define the shape on top of the background);
- the ability to drag and drop (via a mouse) network elements into containers and reposition the network elements to meaningful locations against the background;
- the ability to assign a name (text label) to network elements and containers as well as assign names to each level or window in the GUI;
- the ability to define how many GNB users there will be and for each user which views of the network GUI will be accessible;
S - the basic set of GUI symbols and objects as defined by the invention with their associated attributes to represent network elements, links between elements and different containers.
Once the initial setup is made, the GNE's main function is to (re)position network icons and container icons if the network is reconfigured in any way. For instance as new network objects are added and pop up in the GNE's top level view, they need to be situated in an appropriate location relative to the existing network object icons. Otherwise with an unchanging network configuration, the GNB views are used to monitor the network and the GNE is likely inactive.
With the network configuration and views laid out by the GNE all users of the invention access the network management tool via their GNB windows. The layout and content of windows and containers is not modifiable by users from the GNB. The GNB provides the user with a standard windows like means of navigating through the levels (to open or close or select which view to bring to the forefront or to "drag" and reposition a window on the workstation screen).
An example scenario using the network management GUI
according to the invention running on a network management workstation equipped with the capabilities described above will now be described with reference to Figures 21a - 21f. In the example scenario which follows, a network is shown which is still growing. A large amount of configuration activity is ongoing, and the network is experiencing some troubles.
Referring firstly to Figure 21a, shown is a top level WO 98/25377 _ 3 2 _ PCTICA97100953 graphical representation of a network presented in a GNB
(graphical network browser) window 200 on a display of the network management workstation. In this view, there are five regional container icons 201,202,204,206,208, labelled "Main", "West", "South", "Centre" and "North" respectively. In this top level view, no individual network objects are shown. In the Main container icon 201, there is written the abbreviated alarm text "3m" 210. This indicates that there are three minor alarms which have occurred within this container. The fact that there is no alarm bubble modifier icon signifies that the three minor alarms have all been acknowledged. A yellow outline 211 surrounds the border of container icon 201 also indicating the existence of acknowledged minor alarms.
In Figure 21b the Main container icon 201 is coloured red, and a red bubble modifier icon 212 has been added containing the abbreviated alarm text "1M". This indicates that a new major alarm has been detected. The abbreviated alarm text within icon 201 has been updated to "1M+" where the "+"
indicates that there are outstanding alarms of lesser severity than major. The yellow outline 211 is also still shown. Also shown is an Alarm Manager window 214 which is displayed as a result of the operator double clicking on the alarm balloon 212. A single click would have produced a menu with a number of items including the Alarm Manager. The Alarm Manager window 214 contains further details of the new major alarm. The operator decides to look at the network details, and does this by double clicking on the Main container icon 201 to open it.
In Figure 21c the GUI display after the operator has double clicked on the Main container icon 201 is shown. A new window 216 titled "Main" displays the details of the network elements contained by the Main container icon 201. These include four nodes icons 220,222,224,226 labelled "Main A", WO 98/25377 _ 3 3 _ PCT/CA97/00953 "Main B", "Main C", and "Main D" respectively and several links icons connecting them. Now the particular node icon 220, Main A, which produced the alarms previously displayed in the top level view of Figures 21a and 21b is displayed in red along with the red alarm balloon.
Additional information contained in the Main display window 216 shown in Figure 21c includes the fact that a link 230 connecting Main A to Main C has failed as indicated by its red dashed appearance. Modifier icons 232,234 are attached to the Main D node icon 226 as a result of a previous operator action. These modifier icons 232,234 show that the node has been manually set to shut itself down, and is under repair respectively. Two nodes icons 236,238 are also shown which are in a "plan to add" state. These nodes have been installed, but have yet to be configured as part of the network.
The next step in the scenario is for the operator to further investigate the source of the alarm. An operator can select a test to be run on the node which produced the alarm.
In Figure 21d, the operator has selected node icon 220 and then selected "Test 1" from a "Tests" menu. The effect of this is for an "in test" modifier icon 240 to be attached to the node icon 220 as shown in Figure 21e. When the test is complete, the modifier icon changes to inform the operator that this is the case. This may include an indication that physical repairs are required. If physical repairs are required, then the operator can dispatch field personnel to complete them. When the repairs are completed, the equipment would then perform a self test to confirm normal operating conditions, and would report this to the network management workstation.
In Figure 21f, all of the equipment in the Main window has been restored to a normal state as indicated by the lack of any abnormal colours, modifier icons, outlines, WO 98/25377 _ 3 4 _ PCT/CA97100953 abbreviated alarm text etc. This completes the example scenario.
Numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practised otherwise than as specifically described herein.
While a symbol set which includes ITU-T symbols has been used to identify network elements on the icons, alternative symbol sets could be used, or the shape of the icon itself could be used.
While particular shapes for the node and link icons have been used in the illustrated and described examples, other shapes could be used with equal effect.
Modifier icons have been described which have particular shapes and positions, but clearly alternative shapes and positions could be used, so long as each modifier icon is clearly associated with a particular basic icon which represents a network object, and so long as the information intended to be conveyed by the modifier icons is clearly visually discernable.
A particular strategy for dealing with alarms has been described in the preferred embodiment consisting of a combination of alarm bubble modifier icons, abbreviated alarm text, shading the bubble and basic icon, and displaying outlines around the basic icon. While particularly appropriate for the OSI alarm states, this strategy could be applied equally well to other alarm state definitions. Alternative methods for representing this alarm information could also be employed.
In some cases, information in addition to the state and status information needs to be made available to the WO 98/25377 . _ 3 5 _ PCT/CA97/00953 operator. The node icons may be expanded to a size appropriate for displaying the information required. An example of this is given in Figure 22. A basic node icon 300 for a transport node is shown, and further identified by its location in Toronto.
In order to identify the capacity of the transport node, expanded node icon 302 is used. Further details are given with node icon 304, where no expansion of the icon was required. In order to display performance statistics or traffic behaviour, for example, expanded node icon 306 may be used in which the relevant graphical information is included within the boundaries of the expanded node icon. This provides a convenient way to map this additional information onto a physical view of the network in an easily comprehendible way.
Although the invention has been described as applied in a particular way to represent the OSI standard, the scope of the invention includes other ways of representing the same OSI
standard and other standards such as the BellCore requirements.
WO 98/25377 _ 3 6 _ PCT/CA97/00953 The primary and secondary states specified in the BellCore requirements are summarized in the following table:
Primary Primary State Qualifier State IS in service NR normal ANR abnormal RST restricted ANRST both ANR and RST
OOS out of service AU autonomous OOS
MA management OOS
AUMA both AU and MA
AURST AU and RST
MAANR MA and ANR
Secondary State ACT active AINS auto in service BUSY no spare capacity COMB sharing mate's load DGN diagnostic EX service affecting exercise FAF supporting facility OOS
FEPO far end processor OOS
FLT faulty IDLE no users but ready IDLERCV connected to transmit but not to receive IDLETRMT connected to receive but not to transmit INHIP inhibit in progress LPBK loopback in progress MEA mismatch of equipment and attributes MON reached abnormal threshold MT manual OSS for maintenance MTCLEIMD maintenance limited due to defect OVFL overflow PMI performance monitoring inhibited PPS pre-post service PRI protection release inhibited PSE protection switch exercise in progress PWR abnormal power condition RAR rearrangement in progress RDLD red lined SDEE supported entity exists 3 SGEO supporting entity 5 outage STBYC cold standby STBYH hot standby STBYI standby inhibited SWDL software downloading SWTCH switching system activity caused OOS
SWTI software transfer inhibited SWUL software upload in progress TRD transferred load to mate TRMB terminate both TRMF terminated from TRMT terminated to TS test in progress UAS unassigned UEQ unequipped WRK working WO 98/25377 _ 3 ~ _ PCT/CA97/00953 In applying the invention to the representation of the primary and secondary states of the BellCore standard, it would be preferred that the base states be used to represent the primary state information, and that modifier icons be used to represent the seccndary state information.
Field of the Invention The invention relates to network management, and more S particularly to a graphical user interface suitable for use in the management of large telecommunications networks.
Background of the Invention It is common to employ one of many existing network management tools to manage computer and/or telecommunications networks. These tools typically run on PC or UNIX
workstations. In the telecommunications context, network management tools enable the maintenance, surveillance and administration of the multiple telecommunication devices which make up the network. Tasks performed by these network management tools through a network management interface include alarm monitoring, test and diagnosis of faults, performance monitoring and connection management.
An objective of most network management tools is to provide a centralized view of the network so as to enable the correlation of events and conditions that span network elements and subnetworks. A further objective is to facilitate the management of a network consisting of a non-homogeneous collection of telecommunication devices. Some existing network management tools provide GUI (graphical user interface) access to the users. An example of a data network management tool which provides GUI access to users is HP Open view. This tool and its associated GUI is appropriate for the management of data networks in which a set of relatively simple nodes may be complexly meshed. The nodes are simple in the sense that from the network management perspective, they can be in only one of a very small number of states. This tool and others like it WO 98/25377 _ 2 _ PCT/CA97/00953 are not appropriate for the management of even simple telecommunications networks which include nodes which are very complex. Telecommunications nodes are complex in the sense that from the network management perspective, they can simultaneously be in one or more of a large number of states.
There exist Bellcore and ISO (International Standards Organization) standards which include OSI (Open Systems Interconnect? standards which specify a set of generic states network objects forming part of a telecommunications network can be in. Network objects are products produced by a variety of different vendors and include nodes, links and shelf based equipment. The intent of the generic states is to allow network objects which are compliant with these standards to be maintainable remotely by non-vendor specific network management tools. These standards provide a textual definition to the states but the graphical representation of the permutations and combinations of these states is left up to network management tool developers. This opens the door to very complex and cluttered visual displays or more commonly to the superimposition of acronym subscripts and superscripts on top of the visual displays to avoid confusion. These standards are meant to be applied to most telecommunication network objects.
Prior art network management GUI tools have not incorporated the full OSI and BellCore state models or have failed to do so in a manner which efficiently expresses them in a simple visual language which does not consume excessive space in the windows on a screen. The common approach is for such tools to address only a subset of the aforementioned standards, and to create new arbitrary "meta-states" that represent combinations of states.
The specific ISO standards and Bellcore requirements which are applicable are of course subject to change over time.
WO 98/25377 _ 3 _ PCT/CA97/00953 At this time the relevant ISO standard is . ISO/IEC 10164-2, Information Technology - Open Systems Interconnection - System Management - Part 2, State Management Function (for CCITT
Applications) CCITT Rec.X.731 (now ITU-T). The relevant Bellcore requirement is: Generic Requirements GR-1093-CORE, Issue 1 Oct.1994 & Revision 1 Dec. 1995, Bellcore, Generic State Requirements for Network Elements.
Summary of the Invention It is an object of the invention to provide an improved network management GUI.
This invention is concerned with a GUI language used to perform network management of telecommunications networks.
According to a first broad aspect, the invention provides a processor implemented method for displaying information relating to a telecommunications network consisting of a plurality of network objects using a network management terminal having a display, the information consisting of a base state for at least one of the network objects, the method comprising the steps of: displaying on the display for each network object a basic icon corresponding to that network object; imparting to the display of each said at least one basic icon an attribute representative of the base state of the corresponding network object.
According to a second broad aspect, the invention provides a method for displaying OSI state and status information relating to a telecommunications network consisting of a plurality of network objects using a network management terminal having a display and processing means, the method comprising the steps of: the processing means converting the OSI state and status information into base states and WO 98/25377 _ 4 _ PCT/CA97/00953 supplementary states for each network object;
the processing means displaying on the display for each network object a basic icon representative of that network object, the basic icon being a node icon for a node network object, a card icon for a card network object, and a link icon for a link network object; imparting to the display of at least one basic icon at least one attribute selected from a predetermined set of possible attributes; adding to the display of each basic icon zero or more modifier icons selected from a predetermined set of possible modifier icons;
wherein each attribute is representative of a different predetermined base state; wherein each modifier icon is representative of a different predetermined supplementary state.
According to a third broad aspect, the invention provides a system for monitoring a telecommunications network consisting of a plurality of network objects, the system consisting of: a network management terminal having a display and processing means; means for conveying network management information from the network to the network management terminal; wherein the processing means displays on the display for each network object a basic icon representative of that network object; wherein the processing means converts the network management information into a base state for each of at least one network object; wherein the processing means imparts to each basic icon representative of said at least one network object at least one attribute selected from a predetermined set of possible attributes; wherein each attribute is representative of a different predetermined base state.
Brief Description of the Drawings Preferred embodiments of the invention will now be WO 98/25377 _ 5 - PCT/CA97/00953 described with reference to the attached drawings in which:
Figure 1 is a context diagram for the application of the invention;
Figures 2a - 2d illustrate three different types of basic network element icons;
Figure 2e illustrates a symbol set for identifying classes of network icons;
Figure 2f illustrates several network element icons identified with symbols from the set illustrated in Figure 2e;
Figure 2g illustrates several link icons;
Figure 3 illustrates a pictorial icon;
Figure 4a is an example representation of a simple network using the symbols and icons of Figures 1 to 3;
Figure 4b is an example representation of a network including container icons;
Figure 4c is an example representation of a network including translucent container icons displayed over a map;
Figure 4d illustrates an example of several container icons that have interlocking shapes;
Figure 5 illustrates network icons in each of three base states;
Figure 6 illustrates network icons in the usage state "Busy", and the Administrative states "Locked" and "Shutting Down";
Figure 7 illustrates a node icon, a link icon, and a card icon in each of the three base states;
Figure 8 illustrates modifier icons identifying the Procedural status;
Figure 9 illustrates modifier icons identifying the Availability status;
Figure 10 illustrates modifier icons identifying the Control status;
WO 98/25377 _ 6 _ PCT/CA97/00953 Figure 11 illustrates modifier icons identifying the Standby status;
Figure 12 illustrates the simultaneous display of states and statuses;
Figure 13 illustrates the positioning of modifier icons on link icons;
Figure 14 illustrates the positioning of modifier icons on card icons;
Figure 15 illustrates an example of a selectable modifier icon;
Figure 16 illustrates modifier icons identifying the Alarm status;
Figure 17 illustrates further details of New alarm modifier icons;
Figure 18 illustrates the depiction of outstanding alarms and alarms which are under repair;
Figure 19 illustrates an example of the graphical depiction of a typical series of state and status transitions which might occur during an alarm scenario;
Figure 20 is a flowchart for the steps taken to update the states and statuses depicted in a graphical representation of a network;
Figure 21a - 21f illustrate an example usage scenario; and Figure 22 illustrates node icons which may be expanded to display additional information.
Detailed Description of the Preferred Embodiments A telecommunications network consists of an interconnected set of network objects. There are three basic types of network objects, these being (1) network elements or nodes, (2) links, and (3) individual cards in a piece of shelf-WO 98/25377 - ~ - PCT/CA97/00953 based equipment.
Examples of network elements or nodes include voice switches, packet switches, cross connects, ATM (Asynchronous Transfer Mode) switches, ATM access and transport nodes.
Network elements include shelf-based equipment located in a telecommunications company central office such as an ATM
Concorde or OC192 ADM (Add-Drop Multiplexer) and field based equipment such as a coaxial node. A network element which is shelf-based is composed of a set of circuit cards installed in one or more shelves. An individual card in one of these shelves is also considered a network object. In this case, the piece of shelf-based equipment as a whole is a considered a network object, and at the same time each individual card in the shelf-based equipment is a network object.
Links connect nodes together and include copper wire links, microwave links, satellite links, coaxial links and optical fibre links for example. In some instances, repeaters may also be considered to be part of a link.
Additional components may be connected to the network which are used to manage the telecommunications network.
Examples include databases, operating systems, terminals and printers. These components are not network objects, and do not form part of the telecommunications network per se.
Figure 1 shows a physical context for the application of the present invention. There is a telecommunications network 2 consisting of a number of nodes or switches 3 and a number of links or transmission systems 4. The main network traffic consists of data or voice signals on the transmission systems 4 between the switches 3. Subscribers may access the network 2 with devices such as telephones 5 or personal computers 6 equipped with modems. In addition, there is managing equipment consisting of operations systems devices 7 WO 98/25377 _ 8 _ PCT/CA97/00953 and workstations 8 connected to a data communications network 9. The data communication network 9 includes a connection 10 to each of the switches 3(nodes) and transmission systems 4(links) in the telecommunications network 2. Management traffic flows on the data communications network 9 between the switches 3 and the managing equipment 7,8, the management traffic consisting of information for monitoring and controlling the network. The management traffic flows on the data communications network according to a communications 20 protocol P which allows the switches and the management equipment devices 7,8 to understand each other. The interface between one of the network management devices 7,8 and the telecommunications network 2 may be referred to as a network management interface. The network management traffic may include state and status information for the switches 3(nodes) and transmission systems 4(links), and may also contain test, or traffic information for example. One or more of the management equipment devices 7,8 runs a network management GUI
according to the invention and these management equipment devices will be referred to as network management terminals.
These GUI equipped network management terminals have access to and in some cases control over network management information.
A processor (not shown) forming part of each network management terminal receives the network management information, processes it, and presents it graphically on a display (not shown) with the GUI according to the invention. The invention provides a top level graphical view of the network objects which make up a network, and at the same time shows detailed state and status information for each network object. This gives network operators the ability to quickly visually interpret the state of the network at any time.
In the graphical representation of a network WO 98/25377 _ - 9 _ PCT/CA97/00953 according to the invention, a basic icon is used to represent each network object. Icon attributes may be imparted to a basic icon to display state and status information for the network object represented by the basic icon. Icon attributes may include various icon outlines, shadings or three dimensional appearances as applied within the border or perimeter of the basic icon, for example. Further state and status information is displayed by attaching modifier icons to the basic icon. The various basic icons will be described with reference to Figures 1 to 4, and the manner in which state and status information is added to these icons will be described with reference to Figures 5 to 19.
A different basic icon shape is used to represent each of the three types of network object, namely nodes, links, and cards within a shelf. Referring now to Figure 2a, a basic icon is shown which consists of a light grey coloured square icon used to represent a node. This will be referred to as a node icon. Identification symbols and numbers may be added to the basic icon to identify the type and capacity of the node it represents. A preferred set of identification symbols which includes some symbols recommended by the ITU-T is shown in Figure 2e and several node icons identified with these symbols are shown in Figure 2f. Referring to Figure 2e, the ITU-T
(International Telecommunications Union-Telecommunications Standardization Sector) based symbols include a square encompassing an "X" 12 representing a switch or a cross connect, a solid diamond 13 representing a transport node, a pair of solid triangles 14 representing a transport add-drop multiplexer, and a diamond separated into four squares 15 representing a transport cross connect. Suggested new symbols include a triangle with a series of parallel lines 16 representing an access node, a diamond which is solid except WO 98/25377 _ 10 _ PCT/CA97/00953 for a square hole in its centre 17 representing a regenerator, a diamond with a vertical slot in its bottom half to represent an LTE (line terminating equipment) and a question mark symbol 19 to represent an unknown network element. In some circumstances a symbolic node icon may be used which differs from the square icon depicted in Figure 2a so as to be more representative of the node it represents.
Referring now to Figure 2f, several examples of node icons for network elements are shown. Node icon 20 includes a symbol identifying it as a Transport ADM and the text "192"
identifies its capacity. Node icon 21 represents an access element, with the text "FCOT" identifying the element as a Fibre Central Office Terminal. Node icons 22,23 represent transport cross connect network elements.
Referring now to Figure 2b, a basic icon is shown which consists of a very thin rectangular green or light grey coloured icon used to represent a link. This will be referred to as a link icon. Links between two nodes are shown by link icons connecting the nodes and having a link type specifier icon in the centre of the link icon. In Figure 2b only a segment of a link icon is shown. A link icon may consist of a series of segments which are arranged around other displayed icons so as no to interfere with them. Shown in Figure 2g are preferred link icon link representations for each of CNET
(control network) 30, optical fibre 32, and Electrical 34 type links. A more compact visual strategy may be employed when more than one link connects the same two nodes by using a single link bundle icon 36 instead of a series of individual link icons for the links. The four link icons described above are intended to be used to convey state and status information as discussed in detail below.
For nodes which are shelf-based, consisting of a WO 98/25377 _ 11 _ PCT/CA97/00953 number of cards, a node icon may be used to represent the entire node, or alternatively, a card icon representing each of the cards individually may be used. Referring now to Figure 2c, a basic icon is shown which consists of a light grey coloured vertically oriented rectangular icon used to represent a card within a piece of shelf-based equipment. This will be referred to as a card icon. Typically, several card icons representing a set of cards within a piece of shelf-based equipment are shown together side by side to convey the fact that they represent cards forming part of the same shelf. An example of this is shown in Figure 2d in which three card icons are displayed side by side. Using card icons instead of a node icon allows information for each card to be displayed independently.
The graphical representation may also include icons representing some of the components connected to the network which do not form part of the network. A simple pictorial icon may be used for these components. An example of a pictorial icon is given in Figure 3 which shows a pictorial icon representing a terminal which may be a network management terminal, for example.
By way of example, Figure 4a shows the graphical representation of a very simple network which uses the above described basic icon shapes for nodes, and links. It includes a pictorial icon 40 for a workstation terminal connected with a first CNET link icon 42 to a node icon 44 and a CNET link icon 46 to another node icon 52. The node icons 44,52 are for two network elements identified as switch cross connects by the symbol 12 from Figure 2e. Also shown are a node icon 54 for a network element identified as a transport ADM by the symbol 14 from Figure 2e, and a symbolic node icon 56 for a coaxial node with link bundle icons 60,64 connecting these elements to node WO 98/25377 _ 12 _ PCTlCA97/00953 icons 44, 52 respectively. The node icon 56 for the coaxial node is an example of a symbolic node icon having a different shape.
Depending on the complexity of a given network, the graphical representation of the network may include only a subset of all of the objects in the network. There may still be too many objects in the network to be conveniently shown at one time in a graphical representation such as that shown in Figure 4a. In order to simplify the display of the overall network, the objects may be grouped in various ways depending upon some user-defined criteria. The grouping of elements may be based on geographic and/or other administrative criteria, for example. Preferably flexible polygonal container icons are used to perform such a grouping function. An example of a graphical representation of a network in which several container icons have been used to simplify the display of the network is given in Figure 4b. The graphical representation includes node icons 66,67,68,70, link bundle icons 72,73,74,75,76, and container icons 79,80,81,82. Each container icon "contains" a collection of network object icons.
A container icon rnay also contain other container icons in addition to the normal network object icons. Functionality may be provided to allow the specifics of what a container represents to be determined by opening the container. This might expand the container icon to display the collection of network object icons or additional lower level container icons which it represents. Container icons may present information about themselves such as labels.
The shape of the container icon may be manipulated so that it conforms to specific geographic or other administrative requirements or criteria. The container icons may be displayed transparently or translucently over a map of familiar geography WO 98/25377 _ 13 _ PCT/CA97/00953 for improved recognition. Default flexible container colours are selectable by the network administrator. When they are created they are preferably translucent, having a muted colour such as grey-brown, grey-green, or grey-blue so as not to conflict with any of the alarm colours, as discussed below. An example of this is shown in Figure 4c. Transparent container icons 90, 91, 92 are used to simplify or contain the portions of the network located in Oakland, San Francisco Bay, and Silicon Valley respectively,~. The container icons are transparently displayed over a map of the relevant geographical area. Also shown are a number of small square node icons 93,94,95,96 identified a~ transport nodes and links 97,98,99,100,101 connect~ang the transport nodes to each other and to the container icons. The use of container icons enables improved partitioning o~ the network to match any particular requirements. Figure 4d shows an example of three polygonal containers labelled "R~gion A", "Region B" and "Region C" which have interlocking shapes which would be suitable to simplify the representation of non-overlapping groupings of network objects. Transparency of the containers enables overlapping and meshed regions oy the network. As an example of meshed regions of a graphical network representation, a first container icon may contain a first set of network object icons, a second container ;nay contain a second set of network object icons, and a third container may contain a set of network object icons whirr includes icons from each of the first and second sets. The complex relationships which exist in most of today's telecommunications networks often lend themselves to having their net,aork objects grouped in various different overlapping way:: and the use of container icons improves a user's ability ~o understand these complex relationships and groupings.
WO 98/25377 14 _ PCT/CA97/00953 In the management oi: networks, and particularly telecommunications networks, a state model is used to provide a top level view of the network. In any such model, each network object can be in one or more of a large number of states and statuses. The states and statLSes, and their definitions, and the allowed interactions between states are defined by each particular state model. The in-,rEntion provides a graphical user interface which allows the v.sual depiction of very complex combinations of states. V bile the particulars of the invention can be adapted in many w:~ys to any specific state model, a preferred embodiment of tte invention provides a graphical representation of network objects such as nodes, cards and links and their states arc statuses as defined by the current OSI model.
In the visual language prodded by the invention, each network object is represented by a basic icon as discussed above. Each basic icon representing a network object can be in one of a number of base states. These base states are indicated primarily by an attribute imparted to the basic icon such as a different border, texture or perimeter. In addition, a set of modifier icons is provided whic~ can be attached to the basic icon representing the network element to indicate supplementary state information. A modifier icon is an additional graphical symbol which is atta~hed to or superimposed over a portion of the basic Avon. A conversion between the states and statuses specified _~y a given state model and the base states and supplementary states provided by the graphical representation preferably mao~ the more frequently occurring combinations of states ~r statures from the state model onto base states, and the less frequently occurring combinations of states or statuses into supplementary states, thereby minimizing the required number of modifier WO 98/25377 _ 15 _ PCT/CA97/00953 icons.
The OSI model currently includes three state types, and at any instant in time, each object of the network is in three OSI states simultaneously, one state from each of the three state types. Each object has an Operational state which may be "Enabled" or "Disabled". Each object has a Usage state which may be "Busy", "Active" or "Idle". Each object has an Administrative state which may be "Unlocked", "Shutting down", or "Locked". The OSI states are summarized in the following table:
State Type States Graphic Representation Operational Enabled basic icon with imparted Disabled attributes Usage Busy Active Idle Administrative Unlocked basic icon with modifier Shutting Down icons superimposed Locked Each icon representing a network object is displayed in such a manner that the three OSI states of that object can instantly be discerned. This is done by imparting an attribute and in some cases a modifier icon to the basic icon which reflects the OSI states. The preferred attributes and modifier icons imparted to the basic icon for the various state combinations are shown in Figures 5 and 6 for card icons and node icons. These same attributes and modifier icons are used with link icons, but these are not included in the Figures.
As shown in Figure 5, the OUA (Operational, Usage, Administrative state combination) of (Disabled, Idle, Unlocked) is indicated by imparting an attribute to the icon consisting WO 98/25377 _ 16 _ PCT/CA97/00953 of a dashed border. The OUA of (Enabled,Idle,Unlocked) is indicated by imparting an attribute to the icon consisting of a solid border. The OUA of (Enabled,Active,Unlocked) is indicated by imparting an attribute to the icon consisting of a three dimensional border.
The OUA of (Enabled, Busy, Unlocked) occurs less frequently and is represented by the icon having the three dimensional attribute in combination with a modifier icon consisting of a black exclamation mark as shown in Figure 6.
The "Busy" usage state is-conveyed with a modifier icon and is thus a supplementary state.
Each of the OUAs in Figure 5 have an Administrative state of "Unlocked". The OUAs of (Disabled, Idle, Locked), (Enabled, Idle, Locked) and (Enabled, Active, Shutting Down) are indicated by the addition of a lock modifier icon as shown in Figure 6. The Administrative state is conveyed through the use of modifier icons and is thus a supplementary state.
Combinations of OSI states which can be represented with icon attributes only, and without the requirement for any modifier icons are the base states referred to previously. The base states in the above described graphical representation are shown in Figure 5 and consist of (Disabled, Idle, Unlocked), (Enabled,Idle,Unlocked), and (Enabled,Active,Unlocked). The particular graphical display attribute was chosen for each of these base states to convey an intuitive visual semantic meaning. A dashed border attribute was selected for the base state of (Disabled, Idle, Unlocked) due to the visual semantics communicated by dashed lines, namely that of being disabled; a solid border attribute was selected for the base state of (Enabled,Idle,Unlocked); and a solid 3D border attribute was selected for the base state of (Enabled,Active,Unlocked) to imply a "plump" node "full of activity or traffic". Since all WO 98/25377 _ 1 ~ _ PCT/CA97/00953 three base states have the administrative state "Unlocked" the base states in the remainder of the text will be referred to simply as (Disabled, Idle), (Enabled, Idle), and (Enabled, Active) for brevity.
Figure 7 shows the three base states for each of three types of network icon, namely a node icon, link icon, and card icon.
Referring back to Figure 4a, the three dimensional borders of node icons 50,52,54,56 are indicative of the base state (Enabled, Active). Link icons 42,46,58,60,62,64 also each have a three dimensional appearance indicative of the base state (Enabled, Active).
In addition to the three state types, the OSI model includes five status types, these being Alarm, Procedural, Availability, Control and Standby. The possible statuses for each status type are summarized in the following table:
WO 98/25377 _ 18 _ PCT/CA97/00953 Status Type Statuses Graphic Representation Alarm None basic icon with Critical modifier icons Major superimposed Minor Under Repair Outstanding or Acknowledged Procedural None Initialization Required Not Initialized Initializing Reporting Terminating Availability None (available) In Test Failed Power Off Of f Line Off Duty Dependency Degraded Not Installed Log Full Control None (unrestricted) Subject to Test Partly Locked Reserved to Test Suspended Standby Providing Service Standby Providing Service Hot Standby Cold Standby Unlike the OSI states, a network object does not necessarily have a status from each status type, and in many cases will have no statuses at all. In the graphical representation of the network, which statuses of the five status types, if any, that apply to a given network object are WO 98/25377 _ 19 _ PC'~'/CA97/00953 represented by modifier icons. Each modifier icon is intended to be a visual metaphor for the status it is repre.~enting.
Note that in the OSI model, a given status may occur simultaneously with only certain combinations of Mates. In the present context, this means that a given status may occur simultaneously with only certain base states. F.~w modifier icons are used to represent the Procedural stat~.a, Availability status, Control status, and Standby status is ~ilustrated in Figures 8 to 11 respectively. How the statuse. illustrated in Figures 8 to 11 may be combined is illustratec in Figures 12 to 15. How modifier icons are used to represent the Alarm status is illustrated in Figures 16 to 19.
It is noted that in the particular OSI implementation of the invention described herein, operatior;al and usage states are indicated by imparting attributes to try basic icon.
Administrative states and all the OSI stat~.ses are indicated using modifier icons superimposed on the b sic icon graphic.
As mentioned previously, the state and st~:.tus information conveyed through the use of attributes i~ referred to herein as base state information, and the state an:, status information conveyed through the use of modifier icc_is is referred to herein as supplementary state information. In this particular embodiment, the network management termvnal receives the network management information initial:y in the form of OSI
state and status information and perfc~~ms a state set conversion, converting the OSI states and statures into base states and supplementary states for each network object. Once the base states and supplementary states for each network object have been determined, the attributes and modifier icons which must be added to the basic iccns are also known. More generally, an icon attribute may be used to display a base state selected from a set of base states, each base state WO 98/253'. 7 _ 2 0 _ PCT/CA97/00953 representing a state, a status or a combination of states and statuses, and modifier icons may be used to display a set of supplementary states, each supplementary state representing a state, a status or a combination of states and statuses. In some cases ~t may be appropriate to map the network management information 3irectly onto base states and supplementary states eliminating he requirement of performing a state set conversion.
REf<rring now to Figures 8 to 11, in each of the illustrated examples, the modifier icon is shown as it might be applied to boti a node icon and a card icon. Some textual description of he various statuses is also provided in the figures where a~~ropriate.
Figure 8 shows how modifier icons may be used to represent the P:~c~edural status for each of the three base states. In the ~:se in which there is no Procedural status, no modifier icon is inquired. The Procedural status "Initialization R~cuired" can occur only for the base state (Disabled, Idle) ar-~ is represented by a modifier icon consisting of a haac with an upward pointing solid triangle. A
modifier icon cons~sving of three upward pointing solid triangles is used to represent the Procedural status "Initializing" for ei her of the base states (Disabled, Idle) or (Enabled, Idle). ~ modifier icon consisting of three downward pointing so_ia triangles is used to represent the Procedural status "Terr:inating" for any of the three base states. A modifier ico:~ consisting of two upward pointing triangles and a small =~~r graph is used to represent the Procedural status "Repsr.ing" for either of the base states (Enabled, Idle) and (En_~i.led, Active) . In this example, the Procedural status is supp ementary state information since it is displayed through the L.se of modifier icons.
WO 98/25377 _ 21 _ PCT/CA97/00953 Figure 9 shows how modifier icons may be used to represent the Availability status for each of the three base states. In the case in which there is no Availability status, no modifier icon is required. A bar graph modifier icon is used to represent the Availability status "In Test" for the base state (Disabled, Idle). A broken stick modifier icon is used to represent the "Failed" Availability status for the base state (Disabled,Idle). An unplugged modifier icon is used to represent the Availability status "Power off" only for the (Disabled, Idle) base state. A clock modifier icon is used to represent the "Off Duty" Availability status for the base states (Disabled,Idle) and (Enabled,Idle). To indicate the Availability status "Degraded" a grey exclamation point modifier icon is used for either of the base states (Enabled, Idle) or (Enabled, Active). Recall that a black exclamation point modifier icon was used to indicate the usage state "Busy". Finally, the Availability status "Not Installed"
is shown for the (Disabled, Idle) base state by adding hatch lines to the icon.
Figure 10 shows how modifier icons may be used to represent the Control status for each of the three base states.
The "Subject to Test" Control status is represented by a bar graph modifier icon for each of the base states (Enabled, Idle) and (Enabled, Active). The "Reserved for Test" Control status is represented for any of the three base states by a modifier icon consisting of a bar graph with a lock.
Figure 11 shows that modifier icons may be used to represent the Standby status for each of the three base states.
A node which has a primary and a backup unit is illustrated by two node icons one of which is behind the other. The icon in the foreground relates to the primary unit and may be referred to as a primary icon, while the icon in the background relates WO 98/25377 _ 2 2 _ PCT/CA97/00953 to the backup unit and may be referred to as a backup icon. A
card having a primary and a backup unit is indicated by a card icon with a pair of overlapping rectangles, namely a primary rectangle and a backup rectangle, symbolic of the redundancy.
For node icons, the status of the backup unit is indicated by the border of the backup icon. The Standby status can be either "Providing Service" which corresponds to the backup unit having a base state of (Enabled,Active) and is illustrated by a solid backup icon, "Hot Standby" which corresponds to the backup unit having a base state of (Enabled,Idle) and is illustrated by the backup icon having a solid border, and "Cold Standby" which corresponds to the backup unit having a base state of (Disabled,Idle) and is illustrated by the backup icon having a dashed border.
For card icons, both rectangles being unshaded is indicative of "Cold Standby". The "Hot Standby" status is indicated by the primary rectangle having a shaded appearance with respect to the backup rectangle. The "Providing Service"
status is indicated by switching the places of the two rectangles, shading the backup rectangle black and by writing the symbol "2" within the backup rectangle to indicate that it is the backup card which is providing service.
There may be a need to show concurrent states or statuses. This can be achieved by listing the appropriate modifier icons on the icon. Figure 12 shows several examples of this in row 160. Also shown in Figure 12 in row 162 is an alternative to showing a large number modifier icons, wherein an information modifier icon is used to draw the user's attention to a change in the state or status. By clicking on the information icon, detailed information is then displayed.
In the above described embodiment, modifier icons are positioned at the top of the network node icons. This WO 98/25377 _ 2 3 _ PCT/CA97/00953 positioning is somewhat arbitrary and could vary based on the particular object identified by the node icon according to any number of predetermined criteria. For example, they could be positioned so as to avoid overwriting the node identifier, support more than one simultaneous icon, make the icons appear as separate and selectable objects, avoid overwriting the alarm count, or maintain some consistency with the alarm strategy.
Figure 13 shows an example of how modifier icons might be positioned on a link icon for a link in each of the three base states. Two lock icons are shown indicating that the link has been administratively locked for both transmit and receive. Other positions for the modifier icons on link icons are possible.
Modifier icons can be positioned anywhere on a card icon depending on the physical layout of the equipment. If the card has distinguishing characteristics such as lights, they should be shown on the icon in their correct position to give the craft and network operator a common reference point when they are communicating. As a result, modifier icons should ideally be positioned in locations that would not obliterate these distinguishing characteristics. Figure 14 shows distinguishing characteristics at both the top 180 and bottom 182 of the card and also shows a series of modifier icons 184 on a card.
In some cases, it may be advantageous to make particular modifier icons selectable so as to provide access to further information. An example of this is shown in Figure 15 which includes a bar graph modifier icon indicative of the Availability status "In Test". The bar graph modifier icon is selectable to provide access to a menu which in the illustrated case includes the options "Show details", "Open test manager", and "Hide Status".
WO 98/25377 _ 2 4 _ PCTICA97/00953 Referring now to Figures 16 to 19, a comprehensive strategy for conveying detailed OSI alarm status information will be described. An alarm is an event status generated by a network object which may indicate that some sort of irregular condition has occurred, and that test and repair work may be required. In the OSI model, there are alarm types having three different levels of severity. These OSI alarm severities are "Critical", "Major", and "Minor" and are abbreviated by the letters "C", "M" and "m" respectively.
Figure 12 shows modifier icons are used to represent the Alarm status for each of the three base states. A "New"
alarm is an alarm for which no acknowledgement or action of any kind has been taken. The existence of New alarms is signalled by a bubble modifier icon with "abbreviated alarm text" written therein indicating the number and the severity the New alarms.
Abbreviated alarm text in the alarm bubble contains a count of the highest severity new alarms only. The bubble modifier icon and the basic icon are also coloured to draw attention to them, and to reflect the severity of the alarm, where the colours yellow, orange and red are used to indicate increasing severities minor, major, and critical respectively. Thus a basic icon coloured orange with an orange bubble modifier icon with the abbreviated alarm text "1M" written therein means that one New Major alarm has occurred. The presence of one New Major alarm is shown in Figure 12 for the (Enabled,Idle) 120 and (Enabled, Active) 122 base states for each of a card icon and a node icon. Note that the Figures are in black and white, and as such the colouring actually used to display alarms cannot be shown.
Once an alarm has been acknowledged, it becomes an Outstanding alarm rather than a New alarm. When there are no New alarms, the bubble modifier icon is removed, and the basic WO 98/25377 _ 2 5 _ PCT/CA97100953 icon including its border is recoloured its normal shades of grey. Outstanding alarms are indicated by the presence of an additional outline surrounding the border of the basic icon, with the colour of the additional outline matching the colour associated with the severity of the highest-severity alarm.
The outline is displayed so as not to interfere with the border already displayed. This allows the border and outline to convey different information. Abbreviated alarm text indicating a count of the highest severity alarms, both new and outstanding, is written within the icon itself. An example of the appearance of the icon with one Outstanding Critical alarm 124,126,128 is shown in Figure 16 for each of the three base states. Each of the icons 124,126,128 has an additional red coloured (dark shade as illustrated) outline surrounding it and has the text "1C" written within it indicating the presence of a single outstanding Critical alarm. There may be New and Outstanding alarms at the same time. In this case, the bubble modifier icon and the abbreviated alarm text in the bubble together with the colour of the bubble and basic icon (including the border) will indicate the New alarms, and the outline surrounding the basic icon will indicate the highest severity of Outstanding alarms.
After an alarm has been acknowledged, and some repair work has been instigated, the alarm status "under repair" is used to indicate this to be the case. The alarm status "Under Repair" is indicated by a "hand" modifier icon. When the hand modifier icon is applied, the additional outline surrounding the basic icon is removed assuming that no additional outstanding alarms exist.
In addition to the three OSI alarm severities of minor, major, and critical, the preferred embodiment of the invention includes two additional alarm severities, namely WO 98/25377 _ 2 6 _ PCT/CA97/00953 "Warning" and "Unknown". A comprehensive display of how each severity of new alarm would appear on a container icon, a node icon, a link icon, and a card icon is shown in Figure 17. In each example, one alarm of the indicated severity is new, as indicated by the bubble. The total number of the highest severity alarms is written within the icon. In this case, the total number is the same as the number of New alarms meaning that there are no outstanding alarms. In the case of container icons, the alarm indications reflect the sum of the most severe of the alarms pertaining to the network objects contained by a given container icon. Thus, if four different network elements contained within a container each experienced one New Critical alarm, then the alarm bubble would contain the abbreviated alarm text "4C" indicating that the container has four new Critical alarms.
The presence of additional alarms which have a severity lower than that of the highest severity is indicated by appending a "+" to the abbreviated alarm text. If the additional alarm is new, the "+" will be appended to the abbreviated alarm text appearing in the bubble modifier and to the text appearing on the icon itself, while if the additional alarm is outstanding, then the "+" will only be appended to the abbreviated alarm text appearing on the icon itself.
As indicated above, an outstanding alarm is also shown symbolically by adding an additional outline around the icon. Once the condition that caused an alarm is removed, for instance, once the corresponding fault is under repair, that alarm is no longer outstanding. When this occurs, the additional border around the icon is removed, and the abbreviated alarm text is updated to reflect the new condition.
Figure 18 illustrates in row 140 the appearance of several icons each having one outstanding critical alarm and at least WO 98/25377 _ 2 ~ _ PCT/CA97J00953 one outstanding alarms of lesser severity as indicated by the abbreviated alarm text "1C+" and the red (dark) border. In row 142 of Figure 18, similar icons are shown after the "under repair" modifier icon has been added.
Figure 19 illustrates a typical sequence of icon appearances for an example alarm scenario. First, a single new critical alarm occurring at a node is indicated by a red (dark) modifier icon bubble containing the text "1C" and by the basic icon being shaded red (dark) (A). Since the total number of both New and Outstanding alarms is also one, the text "1C" also appears inside the node icon. The node has a base state of (Enabled, Active) as indicated by the three dimensional appearance of the icon. In (B), the alarm has been acknowledged and becomes an outstanding alarm. This is indicated by the removal of the bubble icon modifier, by the red outline surrounding the node icon, and by the text "1C"
remaining inside the node icon. The colour of the node icon has returned to normal, and the base state is still (Enabled, Active). In (C) the node is still in the base state (Enabled, Active) but has the Administrative state "Shutting Down" as indicated by the lock modifier icon. In (D) the base state has changed to (Enabled, Idle) as indicated by the non-three-dimensional appearance of the icon. For this base state, the lock modifier icon signifies the Administrative state is "Locked". In (E) the base state has changed to (Disabled, Idle) as indicated by the icon's border being dashed. In (F), the solid red outline has been removed indicating that the critical alarm is no longer outstanding. The hand modifier icon indicates that the network element has the Alarm status "Under Repair". The abbreviated alarm text has been removed from the icon in this case. In (G) an additional modifier icon has been added to indicate the "In Test" Availability status.
WO 98/25377 _ 2 8 _ PCT/CA97/00953 In addition to the graphical representation of the alarms, Alarm manager windows) may be provided which present a textual tabular summary of the alarms present on a particular set of network objects. Each network object included in the table has a record which summarizes the alarms for that network object.
In the embodiment described above, exemplary base state icon attributes and supplementary state modifier icons have been used to represent a all of the states, and a subset of the statuses provided in the OSI model. Additional modifier icons (not shown) may be assigned to the remaining statuses so as to provide a complete graphic representation of the entire OSI model.
In Figure 20, a flowchart is shown of the logic followed by the GUI in updating displayed state and status information when a change in a state or status occurs for any network object forming part of a network being graphically represented according to the invention. At step 0, it is assumed that the initial states and statuses of the network objects are known. In step 1, a check is made to see if a change in a state or a status for any network object has occurred. If not, then no action is required. If a change for a specific network object has occurred, then in step 2 a check is made to see if that network object is included in an active alarm manager window. If the network object is included in an active alarm manager window, then the record in the alarm manager window for that network object is updated to reflect the new state and status information. At this point, whether or not the basic icon for the specific network object is displayed or not, the basic icon is defined as a "context symbol" in step 4. A basic icon is the first level of context symbol. A container icon containing a basic icon is the next WO 98/25377 . _ 2 9 _ PCT/CA97/00953 level of context symbol. A container containing a container is the next level of context symbol and so on. Steps 5, 6, and 7 are now repeated for the various levels of context symbol. In step 5, the context symbol which may be a basic icon or a container icon, is updated with icon attributes and modifier icons to reflect the modified state and status information. Of course, in some cases, the particular context symbol may not be included in what is currently being displayed. For example, if the basic icon is within a container icon, then it will not be displayed. However, the state and status information for the basic icon is still updated but with no immediate effect upon the graphical representation until the basic icon is actually displayed. In step 6, if the context symbol is not within a container, then the processing of that event finishes.
Otherwise, the container containing the context symbol is redefined as the context symbol, and steps 5,6,7 are repeated as necessary. Container icons include alarm information consisting of alarm modifier icons and text, but do not in general include the remaining state and status modifier icons and attributes, these only being displayed on the relevant basic icon. The only difference in updating the alarm information for a container icon as opposed to a basic icon is that a container icon reflects the sum of the worst alarms outstanding for all of the basic icons or container icons within it.
The initial graphical representation of the network is set up by a chief administrator using a GNE (Graphic Network Editor) screen which is used to define the position of network objects against their background. Normal users of the network management tool access the GUI via a GNB (Graphic Network Browser). The GNE is used to make configuration changes as the network evolves and as network elements are added or removed.
WO 98/25377 _ 3 ~ _ PCT/CA97/00953 A configuration of workstations to monitor a network using the GUI according to the invention will typically consist of at least one terminal, though for large networks a more typical application of the invention will have several workstations running the GUI concurrently to allow many operators to share the effort of surveillance of the network. Whether on a single screen or multiple ones, the setup of the view presented to the operators is done by the chief administrator using the GNE.
The GNE provides the chief administrator with a basic graphic editor (not unlike many PC drawing packages) and the following capabilities:
- provide a top level view GUI of the network;
- the ability to create sub levels of the top level to enable partitioning the nodes or containers representing the network into logical sub groupings as required;
- import as many background images (such as maps of cities, countries or building floor plans) as will be required to provide a frame of reference in the various GUI levels;
- auto-discovery so that any new elements added to the network pop up automatically in the top level of the GNE;
- auto-discovery may also include the automatic definition of the element type;
- the ability to create flexible containers in any of the levels in the GNE (the definition of the shape of these containers being set by typical graphical editing techniques:
clicking and dragging a mouse to define the shape on top of the background);
- the ability to drag and drop (via a mouse) network elements into containers and reposition the network elements to meaningful locations against the background;
- the ability to assign a name (text label) to network elements and containers as well as assign names to each level or window in the GUI;
- the ability to define how many GNB users there will be and for each user which views of the network GUI will be accessible;
S - the basic set of GUI symbols and objects as defined by the invention with their associated attributes to represent network elements, links between elements and different containers.
Once the initial setup is made, the GNE's main function is to (re)position network icons and container icons if the network is reconfigured in any way. For instance as new network objects are added and pop up in the GNE's top level view, they need to be situated in an appropriate location relative to the existing network object icons. Otherwise with an unchanging network configuration, the GNB views are used to monitor the network and the GNE is likely inactive.
With the network configuration and views laid out by the GNE all users of the invention access the network management tool via their GNB windows. The layout and content of windows and containers is not modifiable by users from the GNB. The GNB provides the user with a standard windows like means of navigating through the levels (to open or close or select which view to bring to the forefront or to "drag" and reposition a window on the workstation screen).
An example scenario using the network management GUI
according to the invention running on a network management workstation equipped with the capabilities described above will now be described with reference to Figures 21a - 21f. In the example scenario which follows, a network is shown which is still growing. A large amount of configuration activity is ongoing, and the network is experiencing some troubles.
Referring firstly to Figure 21a, shown is a top level WO 98/25377 _ 3 2 _ PCTICA97100953 graphical representation of a network presented in a GNB
(graphical network browser) window 200 on a display of the network management workstation. In this view, there are five regional container icons 201,202,204,206,208, labelled "Main", "West", "South", "Centre" and "North" respectively. In this top level view, no individual network objects are shown. In the Main container icon 201, there is written the abbreviated alarm text "3m" 210. This indicates that there are three minor alarms which have occurred within this container. The fact that there is no alarm bubble modifier icon signifies that the three minor alarms have all been acknowledged. A yellow outline 211 surrounds the border of container icon 201 also indicating the existence of acknowledged minor alarms.
In Figure 21b the Main container icon 201 is coloured red, and a red bubble modifier icon 212 has been added containing the abbreviated alarm text "1M". This indicates that a new major alarm has been detected. The abbreviated alarm text within icon 201 has been updated to "1M+" where the "+"
indicates that there are outstanding alarms of lesser severity than major. The yellow outline 211 is also still shown. Also shown is an Alarm Manager window 214 which is displayed as a result of the operator double clicking on the alarm balloon 212. A single click would have produced a menu with a number of items including the Alarm Manager. The Alarm Manager window 214 contains further details of the new major alarm. The operator decides to look at the network details, and does this by double clicking on the Main container icon 201 to open it.
In Figure 21c the GUI display after the operator has double clicked on the Main container icon 201 is shown. A new window 216 titled "Main" displays the details of the network elements contained by the Main container icon 201. These include four nodes icons 220,222,224,226 labelled "Main A", WO 98/25377 _ 3 3 _ PCT/CA97/00953 "Main B", "Main C", and "Main D" respectively and several links icons connecting them. Now the particular node icon 220, Main A, which produced the alarms previously displayed in the top level view of Figures 21a and 21b is displayed in red along with the red alarm balloon.
Additional information contained in the Main display window 216 shown in Figure 21c includes the fact that a link 230 connecting Main A to Main C has failed as indicated by its red dashed appearance. Modifier icons 232,234 are attached to the Main D node icon 226 as a result of a previous operator action. These modifier icons 232,234 show that the node has been manually set to shut itself down, and is under repair respectively. Two nodes icons 236,238 are also shown which are in a "plan to add" state. These nodes have been installed, but have yet to be configured as part of the network.
The next step in the scenario is for the operator to further investigate the source of the alarm. An operator can select a test to be run on the node which produced the alarm.
In Figure 21d, the operator has selected node icon 220 and then selected "Test 1" from a "Tests" menu. The effect of this is for an "in test" modifier icon 240 to be attached to the node icon 220 as shown in Figure 21e. When the test is complete, the modifier icon changes to inform the operator that this is the case. This may include an indication that physical repairs are required. If physical repairs are required, then the operator can dispatch field personnel to complete them. When the repairs are completed, the equipment would then perform a self test to confirm normal operating conditions, and would report this to the network management workstation.
In Figure 21f, all of the equipment in the Main window has been restored to a normal state as indicated by the lack of any abnormal colours, modifier icons, outlines, WO 98/25377 _ 3 4 _ PCT/CA97100953 abbreviated alarm text etc. This completes the example scenario.
Numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practised otherwise than as specifically described herein.
While a symbol set which includes ITU-T symbols has been used to identify network elements on the icons, alternative symbol sets could be used, or the shape of the icon itself could be used.
While particular shapes for the node and link icons have been used in the illustrated and described examples, other shapes could be used with equal effect.
Modifier icons have been described which have particular shapes and positions, but clearly alternative shapes and positions could be used, so long as each modifier icon is clearly associated with a particular basic icon which represents a network object, and so long as the information intended to be conveyed by the modifier icons is clearly visually discernable.
A particular strategy for dealing with alarms has been described in the preferred embodiment consisting of a combination of alarm bubble modifier icons, abbreviated alarm text, shading the bubble and basic icon, and displaying outlines around the basic icon. While particularly appropriate for the OSI alarm states, this strategy could be applied equally well to other alarm state definitions. Alternative methods for representing this alarm information could also be employed.
In some cases, information in addition to the state and status information needs to be made available to the WO 98/25377 . _ 3 5 _ PCT/CA97/00953 operator. The node icons may be expanded to a size appropriate for displaying the information required. An example of this is given in Figure 22. A basic node icon 300 for a transport node is shown, and further identified by its location in Toronto.
In order to identify the capacity of the transport node, expanded node icon 302 is used. Further details are given with node icon 304, where no expansion of the icon was required. In order to display performance statistics or traffic behaviour, for example, expanded node icon 306 may be used in which the relevant graphical information is included within the boundaries of the expanded node icon. This provides a convenient way to map this additional information onto a physical view of the network in an easily comprehendible way.
Although the invention has been described as applied in a particular way to represent the OSI standard, the scope of the invention includes other ways of representing the same OSI
standard and other standards such as the BellCore requirements.
WO 98/25377 _ 3 6 _ PCT/CA97/00953 The primary and secondary states specified in the BellCore requirements are summarized in the following table:
Primary Primary State Qualifier State IS in service NR normal ANR abnormal RST restricted ANRST both ANR and RST
OOS out of service AU autonomous OOS
MA management OOS
AUMA both AU and MA
AURST AU and RST
MAANR MA and ANR
Secondary State ACT active AINS auto in service BUSY no spare capacity COMB sharing mate's load DGN diagnostic EX service affecting exercise FAF supporting facility OOS
FEPO far end processor OOS
FLT faulty IDLE no users but ready IDLERCV connected to transmit but not to receive IDLETRMT connected to receive but not to transmit INHIP inhibit in progress LPBK loopback in progress MEA mismatch of equipment and attributes MON reached abnormal threshold MT manual OSS for maintenance MTCLEIMD maintenance limited due to defect OVFL overflow PMI performance monitoring inhibited PPS pre-post service PRI protection release inhibited PSE protection switch exercise in progress PWR abnormal power condition RAR rearrangement in progress RDLD red lined SDEE supported entity exists 3 SGEO supporting entity 5 outage STBYC cold standby STBYH hot standby STBYI standby inhibited SWDL software downloading SWTCH switching system activity caused OOS
SWTI software transfer inhibited SWUL software upload in progress TRD transferred load to mate TRMB terminate both TRMF terminated from TRMT terminated to TS test in progress UAS unassigned UEQ unequipped WRK working WO 98/25377 _ 3 ~ _ PCT/CA97/00953 In applying the invention to the representation of the primary and secondary states of the BellCore standard, it would be preferred that the base states be used to represent the primary state information, and that modifier icons be used to represent the seccndary state information.
Claims (29)
1. A processor implemented method for displaying information relating to a telecommunications network consisting of a plurality of network objects using a network management terminal having a display, the information consisting of a base state for at least one of the network objects, the method comprising the steps of:
displaying on the display for each network object a basic icon corresponding to that network object;
imparting to the display of each said at least one basic icon an attribute representative of the base state of the corresponding network object.
displaying on the display for each network object a basic icon corresponding to that network object;
imparting to the display of each said at least one basic icon an attribute representative of the base state of the corresponding network object.
2. The method according to claim 1 wherein each network object can be in combinations of states and statuses as defined by a network management model and wherein each base state represents a predetermined state, status, or a combination of states and statuses selected from the network management model.
3. The method according to claim 1 further comprising the step of:
adding to the display of each basic icon zero or more modifier icons selected from a predetermined set of possible modifier icons;
wherein each modifier icon is representative of a different predetermined supplementary state.
adding to the display of each basic icon zero or more modifier icons selected from a predetermined set of possible modifier icons;
wherein each modifier icon is representative of a different predetermined supplementary state.
4. The method according to claim 3 wherein each network object can be in combinations of states and statuses defined by a network management model and wherein each base state and supplementary state represents a predetermined state, status, or a combination of states and statuses selected from the network management model.
5. The method according to claim 1 wherein said attribute it selected from a predetermined set of attributes comprising a set of different icon borders.
6. The method according to claim 3 further comprising the step of adding text to the modifier icons to provide details of the supplementary state.
7. The method according to claim 3 wherein a different basic icon shape is used to represent each of three types of network objects, the three types being nodes, links and cards.
8. The method according to claim 7 wherein nodes are represented by a basic icon consisting of a square icon.
9. The method according to claim 7 wherein cards are represented by a basic icon consisting of a vertically oriented rectangular icon.
10. The method according to claim 7 wherein links are represented by a basic icon consisting of a link icon having thin rectangular segments.
11. The method according to claim 4 wherein more commonly occurring state, status or state/status combinations are mapped onto base states, and less commonly occurring state, status or state/status combinations are mapped onto supplementary states.
12. The method according to claim 1 wherein symbols are used on each basic icon to identify the network object represented by that basic icon.
13. The method according to claim 1 further comprising the step of displaying at least one pictorial icon for a network object, the pictorial icon being devoid of any base state or supplementary state information.
14. The method according to claim 1 further comprising the step of selecting a group of said basic icons according to a predetermined criterion and displaying a single container icon representing the group of icons rather than displaying the group of icons individually.
15. The method according to claim 14 wherein the container icons are transparent or translucent and overlay a map displayed on the display.
16. The method according to claim 14 wherein the container icons each have a user definable shape.
17. The method according to claim 14 wherein the container icons are flexible and polygonal.
18. The method according to claim 14 wherein the container icons are imparted with icon attributes and modifier icons to reflect the base states and supplementary states of network objects represented by the container.
19. The method according to claim 14 wherein the container icons are expandable to display the icons in the group of icons represented by the container icon.
20. The method according to claim 1 further comprising the steps of:
receiving network management information;
converting the network management information into the base state for each said at least one network object.
receiving network management information;
converting the network management information into the base state for each said at least one network object.
21. The method according to claim 1 further comprising the step of expanding at least one basic icon to a larger size and displaying additional information on the icon.
22. The method according to claim 21 wherein the additional information is graphical.
23. The method according to claim 21 wherein the additional information is textual.
24. The method according to claim 4 wherein the states and statuses are a subset of those specified by the OSI
standard.
standard.
25. The method according to claim 4 wherein the states and status are a subset of the primary states and the secondary states specified by the BellCore requirement.
26. A method for displaying OSI state and status information relating to a telecommunications network consisting of a plurality of network objects using a network management terminal having a display and processing means, the method comprising the steps of:
the processing means converting the OSI state and status information into base states and supplementary states for each network object;
the processing means displaying on the display for each network object a basic icon representative of that network object, the basic icon being a node icon for a node network object, a card icon for a card network object, and a link icon for a link network object;
imparting to the display of at least one basic icon at least one attribute selected from a predetermined set of possible attributes;
adding to the display of each basic icon zero or more modifier icons selected from a predetermined set of possible modifier icons;
wherein each attribute is representative of a different predetermined base state;
wherein each modifier icon is representative of a different predetermined supplementary state.
the processing means converting the OSI state and status information into base states and supplementary states for each network object;
the processing means displaying on the display for each network object a basic icon representative of that network object, the basic icon being a node icon for a node network object, a card icon for a card network object, and a link icon for a link network object;
imparting to the display of at least one basic icon at least one attribute selected from a predetermined set of possible attributes;
adding to the display of each basic icon zero or more modifier icons selected from a predetermined set of possible modifier icons;
wherein each attribute is representative of a different predetermined base state;
wherein each modifier icon is representative of a different predetermined supplementary state.
27. A method according to claim 26 wherein the node icon is a square icon, the card icon is a vertically oriented rectangular icon, and the link icon is an icon having thin rectangular segments.
28. A system for monitoring a telecommunications network consisting of a plurality of network objects, the system consisting of:
a network management terminal having a display and processing means;
means for conveying network management information from the network to the network management terminal;
wherein the processing means displays on the display for each network object a basic icon representative of that network object;
wherein the processing means converts the network management information into a base state for each of at least one network object;
wherein the processing means imparts to each basic icon representative of said at least one network object at least one attribute selected from a predetermined set of possible attributes;
wherein each attribute is representative of a different predetermined base state.
a network management terminal having a display and processing means;
means for conveying network management information from the network to the network management terminal;
wherein the processing means displays on the display for each network object a basic icon representative of that network object;
wherein the processing means converts the network management information into a base state for each of at least one network object;
wherein the processing means imparts to each basic icon representative of said at least one network object at least one attribute selected from a predetermined set of possible attributes;
wherein each attribute is representative of a different predetermined base state.
29. The system according to claim 28 wherein the network management information consists of a state, status, or a combination of states and statuses for each said at least one network object.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/764,086 | 1996-12-06 | ||
US08/764,086 US6112015A (en) | 1996-12-06 | 1996-12-06 | Network management graphical user interface |
PCT/CA1997/000953 WO1998025377A1 (en) | 1996-12-06 | 1997-12-05 | Network management graphical user interface |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2273350A1 true CA2273350A1 (en) | 1998-06-11 |
Family
ID=25069643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002273350A Abandoned CA2273350A1 (en) | 1996-12-06 | 1997-12-05 | Network management graphical user interface |
Country Status (5)
Country | Link |
---|---|
US (1) | US6112015A (en) |
EP (1) | EP0943196B1 (en) |
CA (1) | CA2273350A1 (en) |
DE (1) | DE69726005T2 (en) |
WO (1) | WO1998025377A1 (en) |
Families Citing this family (207)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5958012A (en) * | 1996-07-18 | 1999-09-28 | Computer Associates International, Inc. | Network management system using virtual reality techniques to display and simulate navigation to network components |
US7680879B2 (en) * | 1996-07-18 | 2010-03-16 | Computer Associates Think, Inc. | Method and apparatus for maintaining data integrity across distributed computer systems |
US20030033402A1 (en) * | 1996-07-18 | 2003-02-13 | Reuven Battat | Method and apparatus for intuitively administering networked computer systems |
US7342581B2 (en) * | 1996-07-18 | 2008-03-11 | Computer Associates Think, Inc. | Method and apparatus for displaying 3-D state indicators |
FR2763775B1 (en) * | 1997-05-23 | 1999-08-13 | France Telecom | METHOD OF VISUALIZING PATHS WITHIN A GRAPHIC REPRESENTATION OF A NETWORK |
US7315893B2 (en) * | 1997-07-15 | 2008-01-01 | Computer Associates Think, Inc. | Method and apparatus for filtering messages based on context |
US20030018771A1 (en) * | 1997-07-15 | 2003-01-23 | Computer Associates Think, Inc. | Method and apparatus for generating and recognizing speech as a user interface element in systems and network management |
US20030023721A1 (en) * | 1997-07-15 | 2003-01-30 | Computer Associates Think, Inc. | Method and apparatus for generating context-descriptive messages |
US6604137B2 (en) * | 1997-07-31 | 2003-08-05 | Mci Communications Corporation | System and method for verification of remote spares in a communications network when a network outage occurs |
US6006206A (en) * | 1997-09-08 | 1999-12-21 | Reuters Limited | Data health monitor for financial information communications networks |
JPH11122244A (en) * | 1997-10-20 | 1999-04-30 | Fujitsu Ltd | Managing device for large scaled network |
US7434172B1 (en) * | 1997-10-21 | 2008-10-07 | International Business Machines Corporation | Color and symbol coded visual cues for relating screen items to each other |
JP4006807B2 (en) * | 1998-01-19 | 2007-11-14 | ブラザー工業株式会社 | Network system and terminal device |
AU4718799A (en) * | 1998-06-24 | 2000-01-10 | Ricos International, Inc. | Method and system for controlling a digital subscriber line |
US6738809B1 (en) * | 1998-08-21 | 2004-05-18 | Nortel Networks Limited | Network presence indicator for communications management |
US6418464B1 (en) * | 1998-09-25 | 2002-07-09 | Apple Compunter, Inc. | Method and apparatus for coordination of client/server processes |
JP3653660B2 (en) | 1999-01-11 | 2005-06-02 | 富士通株式会社 | Network management method and network management system |
US6718533B1 (en) * | 1999-02-26 | 2004-04-06 | Real-Time Innovations, Inc. | Method for building a real-time control system with mode and logical rate |
US6587124B1 (en) * | 1999-03-22 | 2003-07-01 | Virtual Access Ireland Ltd. | Apparatus and method for generating configuration data for a device to access a service |
US7024627B2 (en) * | 2000-07-19 | 2006-04-04 | Verizon Corporate Services Group Inc. | System and method for providing a graphical representation of a frame inside a central office of a telecommunications system |
CA2402883A1 (en) * | 1999-04-01 | 2000-10-12 | Ntk.Com Corporation | Multiserver for providing integrated computer services |
US6687750B1 (en) * | 1999-04-14 | 2004-02-03 | Cisco Technology, Inc. | Network traffic visualization |
JP4428755B2 (en) * | 1999-04-30 | 2010-03-10 | キヤノン株式会社 | Data processing apparatus, data processing method, and storage medium storing computer-readable program |
US6697087B1 (en) * | 1999-05-05 | 2004-02-24 | Microsoft Corporation | Updating diagrams of dynamic representational Models of dynamic systems |
GB2350031B (en) * | 1999-05-10 | 2001-07-18 | 3Com Corp | Supervising a network |
JP2003500924A (en) * | 1999-05-21 | 2003-01-07 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Information display method and apparatus in fault management system |
US6996627B1 (en) * | 1999-05-25 | 2006-02-07 | Realnetworks, Inc. | System and method for providing update information |
US6473794B1 (en) * | 1999-05-27 | 2002-10-29 | Accenture Llp | System for establishing plan to test components of web based framework by displaying pictorial representation and conveying indicia coded components of existing network framework |
GB2350983B (en) | 1999-06-10 | 2001-10-03 | 3Com Corp | Network problem indication |
US6654803B1 (en) * | 1999-06-30 | 2003-11-25 | Nortel Networks Limited | Multi-panel route monitoring graphical user interface, system and method |
US6373505B1 (en) * | 1999-07-19 | 2002-04-16 | International Business Machines Corporation | Space-conserving interface control for presenting and manipulating multidimensional state |
US6636248B1 (en) * | 1999-09-01 | 2003-10-21 | International Business Machines Corporation | Method and system for visually delineating a relationship between related graphical windows in a graphical user interface |
US6577327B1 (en) * | 1999-09-15 | 2003-06-10 | Nortel Networks Limited | System, method and graphical user interface for building virtual private networks |
MXPA01004905A (en) | 1999-09-22 | 2003-08-01 | Sony Corp | Information processor, display control method, and recorded medium. |
US6668275B1 (en) * | 1999-12-17 | 2003-12-23 | Honeywell International Inc. | System and method for multiprocessor management |
US7434177B1 (en) * | 1999-12-20 | 2008-10-07 | Apple Inc. | User interface for providing consolidation and access |
US6985901B1 (en) | 1999-12-23 | 2006-01-10 | Accenture Llp | Controlling data collection, manipulation and storage on a network with service assurance capabilities |
JP3329803B2 (en) * | 2000-02-21 | 2002-09-30 | 株式会社東芝 | Worker terminal device |
US6983317B1 (en) | 2000-02-28 | 2006-01-03 | Microsoft Corporation | Enterprise management system |
US6971086B2 (en) * | 2000-03-16 | 2005-11-29 | Silicon Graphics, Inc. | Common user interface development toolkit for a system administration program |
GB2365252B (en) * | 2000-05-09 | 2002-09-18 | 3Com Corp | Apparatus and method for automatically presenting significant data in response to user selection in network management systems |
US6865602B1 (en) * | 2000-07-24 | 2005-03-08 | Alcatel Canada Inc. | Network management support for OAM functionality and method therefore |
IL149960A0 (en) * | 2000-09-21 | 2001-11-10 | Hal Tech Corp | System and method for network infrastructure management |
US20020147809A1 (en) * | 2000-10-17 | 2002-10-10 | Anders Vinberg | Method and apparatus for selectively displaying layered network diagrams |
BR0114781A (en) * | 2000-10-17 | 2004-07-06 | Computer Ass Think Inc | Method and apparatus for presenting a state of an object in a three-dimensional graphic display |
US6850253B1 (en) | 2000-12-26 | 2005-02-01 | Nortel Networks Limited | Representing network link and connection information in a graphical user interface suitable for network management |
FR2819328B1 (en) * | 2001-01-09 | 2003-02-21 | France Telecom | METHOD OF VISUALIZING A RING WITHIN A TELECOMMUNCATION NETWORK |
EP1225525A1 (en) * | 2001-01-12 | 2002-07-24 | Frank Maraite | Method for displaying data from a telecommunications network |
US20020120732A1 (en) * | 2001-02-27 | 2002-08-29 | Lee Daniel Joseph | Open internet protocol services platform |
US7302478B2 (en) * | 2001-03-02 | 2007-11-27 | Hewlett-Packard Development Company, L.P. | System for self-monitoring of SNMP data collection process |
US6871326B1 (en) * | 2001-04-06 | 2005-03-22 | Ciena Corporation | Defect management system and method |
WO2002093407A2 (en) * | 2001-05-15 | 2002-11-21 | Koninklijke Kpn N.V. | System and method for managing the administration of tecommunication |
AU2002224769A1 (en) * | 2001-05-15 | 2002-11-25 | Koninklijke Kpn N.V. | System and method for managing the administration of telecommunications infrastructures |
US20020194319A1 (en) * | 2001-06-13 | 2002-12-19 | Ritche Scott D. | Automated operations and service monitoring system for distributed computer networks |
US20030009552A1 (en) * | 2001-06-29 | 2003-01-09 | International Business Machines Corporation | Method and system for network management with topology system providing historical topological views |
EP1286497B1 (en) * | 2001-07-30 | 2004-11-03 | Alcatel | Method for graphically representing the status of network elements of a monitored network, and corresponding monitoring system and program module |
DE10138920A1 (en) * | 2001-08-08 | 2003-03-06 | Siemens Ag | Method for the automated generation of at least one dialog box on a user interface of a computer user station for the graphic representation of data of a technical process plant |
US6975330B1 (en) * | 2001-08-08 | 2005-12-13 | Sprint Communications Company L.P. | Graphic display of network performance information |
JP2003101586A (en) * | 2001-09-25 | 2003-04-04 | Hitachi Ltd | Network management support method |
US20030115306A1 (en) * | 2001-12-19 | 2003-06-19 | Richard Hagarty | Modification of map of storage area network resources |
US7149975B1 (en) * | 2001-12-26 | 2006-12-12 | Nortel Networks Limited | Optical network administration graphical user interface |
US20030200347A1 (en) * | 2002-03-28 | 2003-10-23 | International Business Machines Corporation | Method, system and program product for visualization of grid computing network status |
US7124369B2 (en) * | 2002-03-28 | 2006-10-17 | Nortel Networks Limited | Multi-layer path explorer |
US7093199B2 (en) * | 2002-05-07 | 2006-08-15 | International Business Machines Corporation | Design environment to facilitate accessible software |
US20030214537A1 (en) * | 2002-05-16 | 2003-11-20 | Heloise Bloxsom Lynn | Method for displaying multi-dimensional data values |
US7137074B1 (en) * | 2002-05-31 | 2006-11-14 | Unisys Corporation | System and method for displaying alarm status |
US7356774B2 (en) * | 2002-08-13 | 2008-04-08 | National Instruments Corporation | Grouping components of a measurement system |
ATE363175T1 (en) * | 2002-08-21 | 2007-06-15 | Koninkl Philips Electronics Nv | METHOD FOR MONITORING A DATA STREAM |
US20040052270A1 (en) * | 2002-09-18 | 2004-03-18 | Engholm Kathryn A. | Rolling history display of multi-slot channel contents |
US8019806B2 (en) * | 2002-10-17 | 2011-09-13 | Brocade Communications Systems, Inc. | Method and apparatus for displaying network fabric data |
US7917854B1 (en) * | 2002-10-28 | 2011-03-29 | Nortel Networks Limited | Telecommunications network administration graphical user interface |
US6957263B2 (en) | 2002-11-19 | 2005-10-18 | Fujitsu Limited | Connection management system and graphical user interface for large-scale optical networks |
US7428300B1 (en) | 2002-12-09 | 2008-09-23 | Verizon Laboratories Inc. | Diagnosing fault patterns in telecommunication networks |
US7509579B1 (en) * | 2003-01-30 | 2009-03-24 | Sprint Communications Company L.P. | Spatial point to cable distance calculator for high bandwidth metropolitan area networks |
US20050204032A1 (en) * | 2003-07-17 | 2005-09-15 | Attaullah Mirza-Baig | Remote device management of software only solution |
US20050050196A1 (en) * | 2003-08-25 | 2005-03-03 | Lucent Technologies Inc. | Method and apparatus for managing and graphically representing elements in a network |
US8161390B2 (en) * | 2004-03-09 | 2012-04-17 | Yamaha Corporation | Apparatus for displaying formation of network |
US11277465B2 (en) | 2004-03-16 | 2022-03-15 | Icontrol Networks, Inc. | Generating risk profile using data of home monitoring and security system |
US10339791B2 (en) | 2007-06-12 | 2019-07-02 | Icontrol Networks, Inc. | Security network integrated with premise security system |
US11159484B2 (en) | 2004-03-16 | 2021-10-26 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
US9141276B2 (en) | 2005-03-16 | 2015-09-22 | Icontrol Networks, Inc. | Integrated interface for mobile device |
US11916870B2 (en) | 2004-03-16 | 2024-02-27 | Icontrol Networks, Inc. | Gateway registry methods and systems |
US11677577B2 (en) | 2004-03-16 | 2023-06-13 | Icontrol Networks, Inc. | Premises system management using status signal |
US10237237B2 (en) | 2007-06-12 | 2019-03-19 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11201755B2 (en) | 2004-03-16 | 2021-12-14 | Icontrol Networks, Inc. | Premises system management using status signal |
US11316958B2 (en) | 2008-08-11 | 2022-04-26 | Icontrol Networks, Inc. | Virtual device systems and methods |
US11244545B2 (en) | 2004-03-16 | 2022-02-08 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
US11368327B2 (en) | 2008-08-11 | 2022-06-21 | Icontrol Networks, Inc. | Integrated cloud system for premises automation |
US10721087B2 (en) | 2005-03-16 | 2020-07-21 | Icontrol Networks, Inc. | Method for networked touchscreen with integrated interfaces |
US7711796B2 (en) | 2006-06-12 | 2010-05-04 | Icontrol Networks, Inc. | Gateway registry methods and systems |
US10522026B2 (en) | 2008-08-11 | 2019-12-31 | Icontrol Networks, Inc. | Automation system user interface with three-dimensional display |
US11343380B2 (en) | 2004-03-16 | 2022-05-24 | Icontrol Networks, Inc. | Premises system automation |
EP1738540B1 (en) | 2004-03-16 | 2017-10-04 | Icontrol Networks, Inc. | Premises management system |
US20090077623A1 (en) | 2005-03-16 | 2009-03-19 | Marc Baum | Security Network Integrating Security System and Network Devices |
US11489812B2 (en) | 2004-03-16 | 2022-11-01 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
US11368429B2 (en) | 2004-03-16 | 2022-06-21 | Icontrol Networks, Inc. | Premises management configuration and control |
US10062273B2 (en) | 2010-09-28 | 2018-08-28 | Icontrol Networks, Inc. | Integrated security system with parallel processing architecture |
US9729342B2 (en) | 2010-12-20 | 2017-08-08 | Icontrol Networks, Inc. | Defining and implementing sensor triggered response rules |
US11582065B2 (en) | 2007-06-12 | 2023-02-14 | Icontrol Networks, Inc. | Systems and methods for device communication |
US11190578B2 (en) | 2008-08-11 | 2021-11-30 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
US11811845B2 (en) | 2004-03-16 | 2023-11-07 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US10142392B2 (en) | 2007-01-24 | 2018-11-27 | Icontrol Networks, Inc. | Methods and systems for improved system performance |
US9531593B2 (en) | 2007-06-12 | 2016-12-27 | Icontrol Networks, Inc. | Takeover processes in security network integrated with premise security system |
US10348575B2 (en) | 2013-06-27 | 2019-07-09 | Icontrol Networks, Inc. | Control system user interface |
US11113950B2 (en) | 2005-03-16 | 2021-09-07 | Icontrol Networks, Inc. | Gateway integrated with premises security system |
US10200504B2 (en) | 2007-06-12 | 2019-02-05 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US10156959B2 (en) | 2005-03-16 | 2018-12-18 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
US20050229096A1 (en) * | 2004-04-09 | 2005-10-13 | Alcatel | Custom attributes and operator notes in an object information window |
CN100401678C (en) * | 2004-05-21 | 2008-07-09 | 华为技术有限公司 | Network management method for VPN |
US20060041534A1 (en) * | 2004-05-24 | 2006-02-23 | Atwell Micah E | Remote infrastructure management |
US7853880B2 (en) * | 2004-07-28 | 2010-12-14 | Hewlett-Packard Development Company, L.P. | Displaying network properties in a graphical user interface |
US8285855B2 (en) * | 2004-08-02 | 2012-10-09 | Microsoft Corporation | System, method and user interface for network status reporting |
US7719533B2 (en) * | 2004-11-24 | 2010-05-18 | General Electric Company | Graph extraction labelling and visualization |
US11496568B2 (en) | 2005-03-16 | 2022-11-08 | Icontrol Networks, Inc. | Security system with networked touchscreen |
US20110128378A1 (en) | 2005-03-16 | 2011-06-02 | Reza Raji | Modular Electronic Display Platform |
US20170180198A1 (en) | 2008-08-11 | 2017-06-22 | Marc Baum | Forming a security network including integrated security system components |
US9306809B2 (en) | 2007-06-12 | 2016-04-05 | Icontrol Networks, Inc. | Security system with networked touchscreen |
US11615697B2 (en) | 2005-03-16 | 2023-03-28 | Icontrol Networks, Inc. | Premise management systems and methods |
US20120324566A1 (en) | 2005-03-16 | 2012-12-20 | Marc Baum | Takeover Processes In Security Network Integrated With Premise Security System |
US10999254B2 (en) | 2005-03-16 | 2021-05-04 | Icontrol Networks, Inc. | System for data routing in networks |
US11700142B2 (en) | 2005-03-16 | 2023-07-11 | Icontrol Networks, Inc. | Security network integrating security system and network devices |
US7586936B2 (en) * | 2005-04-01 | 2009-09-08 | International Business Machines Corporation | Host Ethernet adapter for networking offload in server environment |
US7970114B2 (en) * | 2005-06-30 | 2011-06-28 | Infinera Corporation | Consistency of state model visualization across different standard attributes |
US20070097883A1 (en) * | 2005-08-19 | 2007-05-03 | Yigong Liu | Generation of a network topology hierarchy |
US8914726B2 (en) * | 2005-08-20 | 2014-12-16 | Riverbed Technology, Inc. | Visualizing a complex network based on a set of objects of interest |
US7847708B1 (en) | 2005-09-29 | 2010-12-07 | Baron Services, Inc. | System for providing site-specific, real-time environmental condition information to vehicles and related methods |
GB2431067B (en) | 2005-10-07 | 2008-05-07 | Cramer Systems Ltd | Telecommunications service management |
GB2432992B (en) | 2005-11-18 | 2008-09-10 | Cramer Systems Ltd | Network planning |
GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
GB2435362B (en) | 2006-02-20 | 2008-11-26 | Cramer Systems Ltd | Method of configuring devices in a telecommunications network |
US20070268294A1 (en) * | 2006-05-16 | 2007-11-22 | Stephen Troy Eagen | Apparatus and method for topology navigation and change awareness |
US9323055B2 (en) * | 2006-05-26 | 2016-04-26 | Exelis, Inc. | System and method to display maintenance and operational instructions of an apparatus using augmented reality |
US10079839B1 (en) | 2007-06-12 | 2018-09-18 | Icontrol Networks, Inc. | Activation of gateway device |
US20070294052A1 (en) * | 2006-06-16 | 2007-12-20 | Sikorsky Aircraft Corporation | Supplier teardown & analysis reporting system |
US20080097731A1 (en) * | 2006-10-18 | 2008-04-24 | Orbit One Communication Inc. | System and method for graphically displaying information concerning geographically dispersed assets |
US11706279B2 (en) | 2007-01-24 | 2023-07-18 | Icontrol Networks, Inc. | Methods and systems for data communication |
US7633385B2 (en) | 2007-02-28 | 2009-12-15 | Ucontrol, Inc. | Method and system for communicating with and controlling an alarm system from a remote server |
US20080218331A1 (en) * | 2007-03-08 | 2008-09-11 | Itt Manufacturing Enterprises, Inc. | Augmented reality-based system and method to show the location of personnel and sensors inside occluded structures and provide increased situation awareness |
US8451986B2 (en) | 2007-04-23 | 2013-05-28 | Icontrol Networks, Inc. | Method and system for automatically providing alternate network access for telecommunications |
US8294705B2 (en) * | 2007-05-10 | 2012-10-23 | International Business Machines Corporation | Virtual network operations center |
US8373698B2 (en) * | 2007-05-10 | 2013-02-12 | International Business Machines Corporation | Holographic enterprise network |
US7839401B2 (en) * | 2007-05-10 | 2010-11-23 | International Business Machines Corporation | Management of enterprise systems and applications using three-dimensional visualization technology |
US20080288220A1 (en) * | 2007-05-17 | 2008-11-20 | Dillenberger Donna N | Use of a three-dimensional (3d) data center to share service operations |
US8259099B2 (en) * | 2007-05-17 | 2012-09-04 | International Business Machines Corporation | Use of three-dimensional data center to support servicing external operations |
US11601810B2 (en) | 2007-06-12 | 2023-03-07 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US10523689B2 (en) | 2007-06-12 | 2019-12-31 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US11237714B2 (en) | 2007-06-12 | 2022-02-01 | Control Networks, Inc. | Control system user interface |
US11316753B2 (en) | 2007-06-12 | 2022-04-26 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11423756B2 (en) | 2007-06-12 | 2022-08-23 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11218878B2 (en) | 2007-06-12 | 2022-01-04 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11089122B2 (en) | 2007-06-12 | 2021-08-10 | Icontrol Networks, Inc. | Controlling data routing among networks |
US11646907B2 (en) | 2007-06-12 | 2023-05-09 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11212192B2 (en) | 2007-06-12 | 2021-12-28 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US20090027418A1 (en) * | 2007-07-24 | 2009-01-29 | Maru Nimit H | Map-based interfaces for storing and locating information about geographical areas |
US20090055748A1 (en) * | 2007-08-23 | 2009-02-26 | International Business Machines Corporation | System and method for flexibly selecting and visualizing configuration changes over time |
US11831462B2 (en) | 2007-08-24 | 2023-11-28 | Icontrol Networks, Inc. | Controlling data routing in premises management systems |
US7890870B1 (en) * | 2007-12-06 | 2011-02-15 | Sprint Communications Company L.P. | Monitoring network functions concurrently utilizing a performance display |
US20090150807A1 (en) * | 2007-12-06 | 2009-06-11 | International Business Machines Corporation | Method and apparatus for an in-context auto-arrangable user interface |
US11916928B2 (en) | 2008-01-24 | 2024-02-27 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US20170185278A1 (en) | 2008-08-11 | 2017-06-29 | Icontrol Networks, Inc. | Automation system user interface |
US11792036B2 (en) | 2008-08-11 | 2023-10-17 | Icontrol Networks, Inc. | Mobile premises automation platform |
US11758026B2 (en) | 2008-08-11 | 2023-09-12 | Icontrol Networks, Inc. | Virtual device systems and methods |
US11729255B2 (en) | 2008-08-11 | 2023-08-15 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
US11258625B2 (en) | 2008-08-11 | 2022-02-22 | Icontrol Networks, Inc. | Mobile premises automation platform |
US8601117B2 (en) * | 2008-12-23 | 2013-12-03 | Telefonaktiebolaget L M Ericsson (Publ) | Subscribing to and distributing summary of faults in three-tiered network monitoring architecture |
US8638211B2 (en) | 2009-04-30 | 2014-01-28 | Icontrol Networks, Inc. | Configurable controller and interface for home SMA, phone and multimedia |
US8694905B2 (en) * | 2009-06-10 | 2014-04-08 | International Business Machines Corporation | Model-driven display of metric annotations on a resource/relationship graph |
US20100324957A1 (en) * | 2009-06-18 | 2010-12-23 | Sumner Steven E | System and Method for Program Management Using Systems Engineering Management Model |
RU2012105619A (en) * | 2009-08-14 | 2013-10-20 | Телоджис, Инк. | VISUALIZATION OF CARDS IN REAL TIME WITH GROUPING, RESTORATION AND OVERLAPING DATA |
US20110078605A1 (en) * | 2009-09-29 | 2011-03-31 | Charles Griep | Method and apparatus for displaying a monitored state with no explicit connection |
AU2011250886A1 (en) * | 2010-05-10 | 2013-01-10 | Icontrol Networks, Inc | Control system user interface |
US8836467B1 (en) | 2010-09-28 | 2014-09-16 | Icontrol Networks, Inc. | Method, system and apparatus for automated reporting of account and sensor zone information to a central station |
US8275508B1 (en) | 2011-03-03 | 2012-09-25 | Telogis, Inc. | History timeline display for vehicle fleet management |
US11750414B2 (en) | 2010-12-16 | 2023-09-05 | Icontrol Networks, Inc. | Bidirectional security sensor communication for a premises security system |
US9147337B2 (en) | 2010-12-17 | 2015-09-29 | Icontrol Networks, Inc. | Method and system for logging security event data |
US20120167015A1 (en) * | 2010-12-22 | 2012-06-28 | Sap Ag | Providing visualization of system landscapes |
CN103328266B (en) * | 2011-01-11 | 2015-01-07 | 丰田自动车株式会社 | Service distribution device and service display device |
US9230232B2 (en) | 2011-09-20 | 2016-01-05 | Telogis, Inc. | Vehicle fleet work order management system |
US9497081B2 (en) | 2011-11-04 | 2016-11-15 | Cisco Technology, Inc. | Sub-topology discovery for operating hybrid solutions |
US20130321458A1 (en) * | 2012-05-30 | 2013-12-05 | Northrop Grumman Systems Corporation | Contextual visualization via configurable ip-space maps |
US20130339266A1 (en) | 2012-06-15 | 2013-12-19 | Telogis, Inc. | Vehicle fleet routing system |
WO2013188097A2 (en) | 2012-06-15 | 2013-12-19 | Telogis, Inc. | Vehicle fleet routing system |
US9397898B2 (en) * | 2012-06-29 | 2016-07-19 | Infinera Corporation | Digital link viewer |
US20140201642A1 (en) * | 2013-01-12 | 2014-07-17 | Lyatiss, Inc. | User interface for visualizing resource performance and managing resources in cloud or distributed systems |
US9916068B1 (en) * | 2013-03-13 | 2018-03-13 | Ca, Inc. | Graphical user interface for displaying alarm security level of groups of elements |
US20150026073A1 (en) * | 2013-07-18 | 2015-01-22 | Level 3 Communications, LLC. | Systems and methods for generating customer solutions |
US10225342B2 (en) * | 2014-02-07 | 2019-03-05 | VCE IP Holding Company LLC | System and method for generating converged views of a virtual computing environment |
US11146637B2 (en) | 2014-03-03 | 2021-10-12 | Icontrol Networks, Inc. | Media content management |
US11405463B2 (en) | 2014-03-03 | 2022-08-02 | Icontrol Networks, Inc. | Media content management |
US10216752B1 (en) * | 2014-09-29 | 2019-02-26 | Amazon Technologies, Inc. | Defining software infrastructure using a picture |
US10281507B2 (en) | 2014-11-21 | 2019-05-07 | Kohler Co. | Generator sizing |
US10756984B2 (en) * | 2015-04-13 | 2020-08-25 | Wirepath Home Systems, Llc | Method and apparatus for creating and managing network device port VLAN configurations |
US10429437B2 (en) * | 2015-05-28 | 2019-10-01 | Keysight Technologies, Inc. | Automatically generated test diagram |
USD810104S1 (en) | 2015-11-16 | 2018-02-13 | Kohler, Co. | Display screen with graphical user interface |
USD811423S1 (en) | 2015-11-16 | 2018-02-27 | Kohler, Co. | Display screen with graphical user interface |
US9992082B2 (en) * | 2015-12-04 | 2018-06-05 | CENX, Inc. | Classifier based graph rendering for visualization of a telecommunications network topology |
US10285084B2 (en) * | 2015-12-15 | 2019-05-07 | Dc Mobility Holdings, Llc | Apparatus, system and method for testing of communication networks with prescribed communication traffic |
US10824317B2 (en) * | 2017-06-14 | 2020-11-03 | Behr Process Corporation | Systems and methods for assisting with color selection |
US11463325B2 (en) | 2017-06-28 | 2022-10-04 | Ciena Corporation | Multi-layer optical network management graphical user interface and visualizations |
US11068121B2 (en) * | 2017-09-28 | 2021-07-20 | Fujifilm Business Innovation Corp. | System and method for visual exploration of subnetwork patterns in two-mode networks |
US20210318796A1 (en) * | 2018-08-17 | 2021-10-14 | Matrix Analytics Corporation | System and Method for Fabricating Decorative Surfaces |
CN112654980A (en) * | 2018-09-21 | 2021-04-13 | 富士胶片株式会社 | Image recommendation device, image recommendation method, and image recommendation program |
US11048378B1 (en) | 2019-12-16 | 2021-06-29 | Digits Financial, Inc. | System and method for tracking changes between a current state and a last state seen by a user |
US11054962B1 (en) * | 2019-12-16 | 2021-07-06 | Digits Financial, Inc. | System and method for displaying changes to a number of entries in a set of data between page views |
US11101884B1 (en) | 2020-03-24 | 2021-08-24 | Ciena Corporation | Localizing anomalies of a fiber optic network within the context of a geographic map |
US20220326837A1 (en) * | 2021-04-13 | 2022-10-13 | Apple Inc. | Methods for providing an immersive experience in an environment |
US11588702B1 (en) * | 2022-01-12 | 2023-02-21 | Ciena Corporation | 3D visualization of multi-layer networks including network topology and encapsulation |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3159979B2 (en) * | 1990-05-01 | 2001-04-23 | 株式会社日立製作所 | Network management display processing system and method |
US5295244A (en) * | 1990-09-17 | 1994-03-15 | Cabletron Systems, Inc. | Network management system using interconnected hierarchies to represent different network dimensions in multiple display views |
US5261044A (en) * | 1990-09-17 | 1993-11-09 | Cabletron Systems, Inc. | Network management system using multifunction icons for information display |
JPH0727504B2 (en) * | 1990-12-10 | 1995-03-29 | インターナショナル・ビジネス・マシーンズ・コーポレイション | System for defining network configuration, method for generating configuration parameters for network, and system for configuring network |
US5325481A (en) * | 1991-04-12 | 1994-06-28 | Hewlett-Packard Company | Method for creating dynamic user panels in an iconic programming system |
US5375199A (en) * | 1991-06-04 | 1994-12-20 | Digital Equipment Corporation | System monitoring method and device including a graphical user interface to view and manipulate system information |
JP3160017B2 (en) * | 1991-08-28 | 2001-04-23 | 株式会社日立製作所 | Network management display device |
JPH0823803B2 (en) * | 1991-10-31 | 1996-03-06 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Method for accessing system behavior, icon display device and data processing system |
WO1993010495A1 (en) * | 1991-11-22 | 1993-05-27 | Cabletron Systems, Inc. | Method and apparatus for monitoring the status of non-pollable devices in a computer network |
JP3173102B2 (en) * | 1992-03-17 | 2001-06-04 | 株式会社日立製作所 | Network management operation system and management operation processing method |
US5394523A (en) * | 1993-01-22 | 1995-02-28 | Taligent, Inc. | Polymorphic graphic device |
US5535403A (en) * | 1993-04-12 | 1996-07-09 | International Business Machines Corporation | Method and apparatus for displaying clusters on a computer network |
US5726979A (en) * | 1996-02-22 | 1998-03-10 | Mci Corporation | Network management system |
-
1996
- 1996-12-06 US US08/764,086 patent/US6112015A/en not_active Expired - Lifetime
-
1997
- 1997-12-05 DE DE69726005T patent/DE69726005T2/en not_active Expired - Lifetime
- 1997-12-05 WO PCT/CA1997/000953 patent/WO1998025377A1/en active IP Right Grant
- 1997-12-05 CA CA002273350A patent/CA2273350A1/en not_active Abandoned
- 1997-12-05 EP EP97946993A patent/EP0943196B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
EP0943196A1 (en) | 1999-09-22 |
DE69726005T2 (en) | 2004-04-22 |
EP0943196B1 (en) | 2003-11-05 |
US6112015A (en) | 2000-08-29 |
WO1998025377A1 (en) | 1998-06-11 |
DE69726005D1 (en) | 2003-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6112015A (en) | Network management graphical user interface | |
US6650347B1 (en) | Heirarchical GUI representation for web based network management applications | |
US6850253B1 (en) | Representing network link and connection information in a graphical user interface suitable for network management | |
US6260062B1 (en) | Element management system for heterogeneous telecommunications network | |
US6430614B1 (en) | Method and apparatus for providing and facilitating interaction with distributed manager information of a network | |
US5452415A (en) | Method and system for automatically displaying and configuring a network monitoring system | |
US5640505A (en) | Operational support structure for a telecommunications network | |
US5751965A (en) | Network connection status monitor and display | |
US20050091356A1 (en) | Method and machine-readable medium for using matrices to automatically analyze network events and objects | |
EP1073310B1 (en) | Display of network information | |
US20110126108A1 (en) | Overlay View Method and System for Representing Network Topology | |
WO1999020034A3 (en) | Network monitoring method for telecommunications network | |
WO2008063876A2 (en) | Intelligent network alarm status monitoring | |
US20040128380A1 (en) | System and method for displaying information on ports of network devices | |
US6944657B1 (en) | Automatic network synchronization of the network configuration with the management information database | |
KR19980075898A (en) | System failure management method in code division multiple access home location register | |
US7124368B1 (en) | System and method for displaying usage information in a data network | |
US20050018707A1 (en) | Method, system and storage medium for providing a cross connect user interface | |
US6664985B1 (en) | Method and apparatus for supervising a processor within a distributed platform switch through graphical representations | |
US20020073382A1 (en) | System and method for designing diverse communications circuits | |
CN109379221A (en) | Combination Fault Locating Method and device | |
US7254627B2 (en) | Method, service agent and network management system for operating a telecommunications network | |
Cisco | Nodes | |
KR20090026873A (en) | Simulation system for distibution automation | |
Cisco | Map Viewer |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |