System and method for browsing hierarchically based node-link structures based on an estimated degree of interest6944830Abstract Method and system to enable a user to view large collections of hierarchically linked information on a computer based display. A tree structure visualization is created which presents a representation of the complete collection of information on the display. The visualization fits completely within a fixed area of the computer based display, negating the need to scroll information into the display area. The visualization is based on identified focus nodes and through calculation of a Degree of Interest (DOI) for each of the nodes based in the structure. Layout and presentation of the visualization structure is based on the DOI values in combination with considerations of available display space. A user may dynamically manipulate views of the structure by selecting one or more focus nodes, thus causing a recalculation of the degree of interest. Claims 1. A method for displaying hierarchically linked information, said hierarchically linked information comprised of a plurality of nodes each having one or more links to other of said plurality of nodes, said method comprising the steps of: Description FIELD OF THE INVENTION
Referring to Table 1, the listed operations are repeated recursively for each node. Generally, the focus node will have the largest possible size, with smaller sizes being assigned based on the DOI value. The numerical values presented in Table 1 are for illustration and are actually parametric thresholds that could vary. Note that the node sizes are assigned based on DOI values falling within a particular range. Use of other values or parametric thresholds would not cause departure from the spirit and scope of the present invention. The option of a fade value is a technique for making small distinctions among nodes that would otherwise be the same size. The fade value is a fractional value used to decrease the size of nodes as they get further away from the focus node. For examples for a hierarchical structure a fade value of 0.10 would decrease the size of the row of nodes above and below the focus row by 10%. The next row above and below that rose would be 20% smaller. This permits more space for the focus node for large trees with many levels. It should also be noted from Table 1 that if a DOI value falls below some particular threshold, here <-4, then the node will be elided (i.e. not displayed). Calculation of the Degree of Interest The basic calculation of the Degree of Interest (DOI) for nodes in using the standard layout follows the following rules:
The standard layout is one where there is a single focus node. In an alternative scheme where there may be multiple focus nodes (e.g. nodes found as a result of some search) the rules for assigning the DOI would be as follows:
With respect to the offset described above, the DOI calculation of the present invention treats the children of a parent node as ordered and assigns fractional DOI offsets to the children based on order distance from the focus node. The farther the sibling is from the focus node based on the ordering, the more the fractional decrement in its DOI (but the decrement is always less than 1). Visualization of the DOI Tree For the visualization of the DOI tree, there are a small number of possible node sizes for presenting the information associated with the node. For most tree structures, it has been determined that three is a reasonable number of nodes sizes, but utilization of five or some other number of node sizes would not cause departure from the spirit and scope of the present invention. As described above with respect to the general concepts, the particular node size used depends on the DOI of the node. A table may be used to map DOI values into node sizes during the creation of the visualization. The table may contain actual node sizes, or sizing factors for use in drawing each of the nodes. FIG. 2 shows the display of a uniform tree of 4 levels, with 4 branches at each level and the focus on root node 201. The root node 201 has been selected for the focus node and automatically has a larger size. To further indicate that it is a focus node, it may be displayed so that it is more visually distinct, e.g. in a different color than the other nodes. Smaller node sizes have been automatically selected for nodes with lower DOI. For example, nodes at level 202, level 203 and level 204 are represented as consecutively smaller. It should also be noted that in FIG. 2, because of display space constraints, the collections of nodes at level 205 (below level 204) are collectively represented as a triangle. In the currently preferred embodiment, the highest DOI is 0, the lower DOIs are negative numbers. In FIG. 3, a node 301 of the tree displayed in FIG. 2 has been selected. The node 301 is on the next level down, and selection causes the changing of the DOI calculation for the nodes. When the tree is displayed, node 201 is reduced in size and child nodes 302 below the new focus node 301 in the tree are increased in size, according to the computed DOI's for the nodes. Although not illustrated, preferably the transition proceeds by a smooth animation from one state to another. It has been determined that such animation is desirable in order to keep the user oriented and unconfused about the transition and change in focus nodes. Referring to FIG. 4, a user has selected one of the lowest nodes 401 either by selecting directly, or by selecting nearby nodes, causing the focus node 401 to get larger, and be more easily selectable. Note that other nodes have been re-sized based on their DOI value. For example, nodes 402 and 403 have increased in size, while nodes 301 and 201 have decreased in size. Again, this would be presented to a user via an animated transition. Node Layout The method for layout of nodes is as follows. There is a fixed original size for several incremental sizes of nodes. The tree is laid out at those sizes as if there were infinite space available. If the height of the tree is larger than the height of the window, a scale factor is calculated so that it will fit vertically. The method then determines actual node sizes multiplied by the scale factor and lays out screen positions based on those sizes. When there is not enough space horizontally for the nodes at a certain level, space is allocated for the focus node and for its parents and then to their siblings in order to the right and left of the focus node until a certain percentage of the horizontal space is left. Then the horizontal space for the rest of the nodes and the subtrees below them is compressed uniformly. That is the subtree below each sibling node will be compressed horizontally so that it fits below the sibling node. Node Compression It has been determined that it is desirable to always display some representation of the complete tree in the available display area. However, the display area for the tree on the display is generally a fixed resource. Accordingly, the tree needs to be constrained in ways to stay within its resource. The basic DOI-based display technique very greatly reduces the pressure on that resource. Even with the technique described so far, it is possible for all the nodes not to be effectively presented on the screen. There are two cases to consider, the tree not fitting in the horizontal direction and the tree not fitting in the vertical direction. The tree not fitting in the horizontal direction is common and occurs either because of a large branching factor below one node or because, since trees increase in width exponentially, there is an accumulation of widths. If the number of nodes across is large because of the accumulation of several branches, these are specially handled because the nodes below each box are laid out in the horizontal space available for each box. This pattern is visible in the tree illustrated in FIG. 5. If the branching factor is large, then the nodes are folded as for node groups 501 and 502 illustrated in FIG. 5. Folding refers to a technique wherein a node group is organized so that part of it is moved vertically below another part. If there are elided nodes below a threshold DOI value, then a triangular symbol, which will have a size proportionate to the log of the number of nodes, is used. Such a symbol is triangle 503 as shown in FIG. 5. If the number of nodes across the display at any level is large, the available display resource into which the nodes are to be displayed is vertically divided into three regions as illustrated in FIG. 6. Referring to FIG. 6, a regular free layout zone 601, a compression zone 602, and an aggregation zone 603 are displayed. Typically 70% of the screen is in the free layout zone 601, with 20% in the combined compression zones 602, and 10% in combined aggregation zones 603. If necessary, the horizontal layout may be compressed for some of the nodes, for example by overlapping them. This is illustrated by level 504 of FIG. 5. In the currently preferred embodiment, as a cursor control device is moved over these nodes they spring to the front, overlapping their neighbors, thereby allowing the user to peruse them. When the maximum compression is reached, an aggregate representation will be made for the remaining nodes, such that selecting in this region will select that node proportionate to that region. For example, if 100 nodes are in the aggregation region, selecting 30% of the way to the edge of the display would select the 30th node from the inward edge of the region. Table 2 contains pseudo code that describes the laying out of a visualization structure where nodes are compressed, in greater detail.
The nodes with the highest DOIs at a level have the largest node size, (for example see node 401 of FIG. 4). This node size establishes the vertical height of a region in which to lay out the immediate descendents of all the nodes at that level. If there are too many descendents horizontally, the descendents are folded into multiple rows. Such folding into multiple rows is a common organization chart convention (with a vertical line joining the rows). The local DOI value refers to the value at each level of the tree that determines priorities for horizontal space at that level only. This value could also be used for minor variations in the size of sibling nodes at one level. The use of DOI to do selective node expansion (as described below) and the use of folding rows greatly increases the size of a tree that can be horizontally laid out. Further, the use of compression and aggregation zones permits all trees to be fit within a fixed display space. It can also happen that a tree would be too deep vertically to fit within its space. In this case, nodes are either elided lower in the tree or in the middle, depending on the DOI. The term elide or elided is taken to mean that the nodes are not displayed and not that the node or its underlying data is deleted. First, a threshold DOI is established so if the nodes for a tree are less than the threshold DOI, then they are elided and replaced by an elision graphic. Since nodes decrease in elliptical importance with distance from the root and in distance importance with distance from the focus node(s), then a very deep tree would tend to show some nodes around the root and some nodes around the focus node, typically causing some of the intermediate nodes to be elided. However, the currently preferred embodiment provides for creation of the elision graphic above a node at a certain distance above the focus node. The elision graphic would represent nodes elided including the root node. The width of the symbol is proportional to the log of the number of nodes represented. The number of levels above the focus to display may be controlled by a variable specified by the user. When the DOI is lower for the lower part of the tree, as happens for subtrees being fit within a node height or which would hit the bottom of the display area, the lower part of the tree is replaced by an appropriately proportioned elision graphic, e.g. a triangle whose width is proportional to the log of the tree width and whose height is proportional to the tree depth. Node Expansion It can be that as in FIG. 2, the use of the techniques described so far may leave unused space in the display area. Therefore, the present invention provides for a user to expand part of the tree into this unused space. Unused space commonly results from an upper limit on node size which causes the tree to take up less vertical space than is available in a typical window. It has been determined that enlarging to fit vertically would cause the nodes to become unusually large and appear to be distorted. Further, it would limit horizontal space, which it has been found to be more crowded. Node expansion occurs when there is still vertical space available on the display. Expansion occurs on the "most interesting node". The number of levels below the focus node to expand automatically can be controlled by the user. A practical limit has been found to be three or four levels. The limit is necessary to prevent a very deep tree from scaling so that all of the nodes become too small. Node expansion at each level will occur on the "most interesting node". Table 3 provides pseudo code describing such node expansion:
The tree is automatically expanded below the focus node by choosing the node in the level below with the most descendants. The next level below that node is expanded in the same way until the entire depth of the tree is shown or the user-specified number of levels is reached. This is done whenever the user chooses a new node to focus on which shows the expansion of the branch of the tree with the current node. The nodes selected at each level to expand form a "spine" of nodes that are represented in the large size about twice as large as their medium sized sibling nodes. This allows room for the display of the tree structure below the siblings using the smallest size nodes. Because the size of the nodes in the spine of this expansion are nearly the same, a "fade" value is used to make all of the nodes smaller at each level away from the current focus. This prevents the automatic scaling from making all of the nodes too small for very deep trees. The nodes close to the focus are thus always displayed in a relatively large size. There are several ways for determining or otherwise identifying the "most interesting node" to expand. This can be an automated process or one based on user input. Some examples are: (1) This could be the node with the highest DOI on a level, or (2) it could be a node identified based on user supplied search terms. FIGS. 7 and 8 illustrate the tree of FIG. 2 expanded according to the subtree with the most nodes. Referring to FIG. 7, the tree does not take up the entire display area, as illustrated by the unused area 701. Referring to FIG. 8, the node 801 and descendants comprise the subtree with the highest number of subnodes. At the level 802, the node 801 and its subtree has been expanded. This continues so at level 804, the node 803 and its subtree is expanded and at level 806 the node 805 and its subtree is expanded. As illustrated, the node expansion continues until the bottom nodes or "leaves" of the tree are reached. It should be noted that node expansion is a slight departure from the basic general concept described above. However, node expansion has been found to be very useful in that it often provides insights into search levels beyond what would normally be provided (as many as 6 levels). This could dramatically decrease search times for particular information. Data Item Information Display Each node typically has a number of data items to be displayed. For example, for an organization chart, the data items to be displayed could include fields such as Post, Post it reports to, Name, Title, Office extension, Email, Picture file link, Home page link, etc. The larger the number of data items to be displayed, a bigger display surface area for a node is needed. For the focus node, the majority of the information may be displayed. As discussed above, nodes will typically be of different sizes. As nodes get smaller, there is less room to display this information. Information displayed on the nodes is ranked by priority and as the nodes have less space the items with the higher priority are displayed. The present invention provides several techniques to allow the information to fit on a node: 1. Data deletion. Smaller nodes only display some of the data items. 2. Word abbreviation. Words and phrases are abbreviated if there is not room on the line where they are displayed. Different text abbreviation rules are applied according to the type of information (Names, phone numbers, email addresses). A substitution table is also read from a file to substitute abbreviations for common words when needed. For example, Vice President becomes V.P. 3. Node rotation. The normal view of nodes shows them as 3D boxes (illustrated in FIG. 10). Using a gesture such as dragging the cursor left or right on a box makes the boxes appear to rotate such that another face of the boxes is now in the front. This allows more data items to be presented. Software based programming techniques for performing such node rotation to present different information is well known in the art. It should also be noted that all or some of these techniques could be utilized. Alternatively, another window could be displayed alongside the structure to display all of the information. Animation of Tree Transitions User orientation in the tree is preserved by making the views of the tree animate into each other. The animation time is set at a desirable level, usually in the range of (0.7˜1.0 sec) (see Card, S. K., Moran, T. P. and Newell, A., The Psychology of Human Computer Interaction, Hillsdale, J. M: Erlbaum (1983)). The average draw time per frame for recent frames is used to set the number of animation frames that can be drawn in this time. This is used to calculate the in-between positions of the boxes. A tree transition is calculated based on a begin state and an end state of the tree. Generation of an end state is initiated, for example by a user selecting a new focus node. Applications The present invention has been applied in providing an interactive browser of node-link structures. The invention could be applied in a variety of contexts in which node-link structures are visualized. In particular, the invention could be applied in visualizing web-related structures such as the structure formed by a cached set of web pages or other web objects. More generally, the invention could be applied to provide a browser for organization charts, file system hierarchies, hypertext hierarchies, world wide web connectivity structures, parts breakdowns, SGML structures, or any other large node-link structures. The browser could be used in editing structures or their contents. Items in the tree can be linked to arbitrary Uniform Resource Locator (URL) pages or to programs, such as an email program. Hence, the tree can act as a browser to initiate display of web data. The tree as a browser operates more quickly than a conventional web browser, because a group of the pages can be viewed on the screen together and their relationship with other pages shown. Described below are possible applications. (1) Organization Chart. One use of this is for organization charts in which the nodes serve as links to supporting data as in FIG. 9. This chart has over 400 nodes, is accessible over the Web, and combined all the information contained in 12 separate organization charts (each of which filled a page). By searching for a name or by browsing the chart, the details of the individual organizations is revealed. Furthermore, the chart serves as a gateway into the organizational home pages of the different organizations (accessed by clicking the appropriate link within the node). It also can be used to access email to any of the individuals whose email is given on the chart by simply clicking the link. (2) Web Sites. Another use is for views of Web sites, which have been coerced or otherwise reduced into tree form. Thumbnail miniatures of pages can be displayed in the nodes. Full size displays of the pages can be displayed alongside the tree using a suitable web browsing application. (3) Web site statistics. The DOI of individual pages in a web site can be set to a function of the number of hits that page has received in some predetermined interval of time such as the previous month or week or hour or other time period. Or some function representing a way of weighting period of access could be employed (for example, weighting hits as a declining exponential of days before present). Thus, site sponsors can watch the activity of their web sites. The weighting period could even be reduced to minutes so that sponsors could watch the immediate activity on their sites. (4) Databases. Data bases that are expressible by trees can be displayed and searched. For example, the 7000 node taxonomic database used for competitive tests by ACM/SIGCHI is shown in FIG. 10. This competition is described in the publication Mullet, K., Fry, C., Schiano, D., "On Your Marks, Get Set, Browse!" in Human Factors in Computing Systems, CHI '97 (Extended Abstracts) 1997, Atlanta Ga. ACM. In this competitive test, contestants present visualizations of the database which are then searched to find particular data items. By following the higher level groupings, the user has found the node 1001 entitled "Ebola Virus". An advantage of using the DOI Tree for searching is the entire tree is always visible which helps the user maintain the context of individual nodes. Also related relevant nodes are always given more space in the standard layout while the user is browsing the tree. The automatic expansion below the focus node can help understand the branch of the tree that contains the new focus. (5) Multilinked databases. The nodes can be items in a database as in FIG. 11. The items in the database are coerced or otherwise converted into a tree structure. However, the items in the database have multiple links to other items in the database. One set or class of links is used to create the tree structure. Typically, this class of links will be indicative of some relationship between those items. In this application, additional links to other items may be displayed when a predetermined user action is performed, e.g. a user moving a cursor over any item. This is illustrated by the links 1102 on item 1101. In another way of presenting a general graph with multiple links, multiple instances of a node may be presented in the structure. This may be based on a particular manner of creating the structure from the database. In this case, the displayed links may point to other instances of the node. Such duplicated nodes may be displayed so that they are visually distinct from other nodes (e.g. by different color, shape etc.). By using these techniques, complex structures that would be difficult to plot as generalized graphs are plotted as trees, but the other linkages can still be investigated. In the case where some of the nodes are aggregated together with a triangle under a node the line is drawn to the triangle. (4) Bibliographies. A biblioplex as described in co-pending U.S. application Ser. No. 09/488,563 filed Jan. 21, 2000, is a set of documents described generated by traversing successive generations of citations as in FIG. 12. This can be displayed as a DOI tree. The DOI for individual nodes can be computed through spreading activation among the linkages (see U.S. Pat. No. 5,895,470) or through cocitation analysis (see U.S. Pat. No. 6,038,574). (5) Email streams visualization. Email streams can be represented as trees. The DOI for these streams could be generated based on the content similarity and tree closeness. Control Panel FIG. 3 illustrates a control panel 1301 that may be presented to a user and used to provide visualization preferences, as well as to specify a search term (field 1302). In the currently preferred embodiment of the present invention, there can be more than one focus node. Typically, this would occur when some type of search is performed against the data in the items of the visualization structure. Referring back to FIG. 13, the various other controls include fields and checkboxes for specifying parameters for the visualization and command buttons for causing specific commands to be carried out. Field 1303 provides for specifying the size of the display area, field 1304 provides for specifying the number of child nodes to be displayed before folding, field 1305 specifies an image to be used for the "box" representing a node, field 1306 is used to specify the color of the box, field 1307 is used to specify a transition time for animation purposes, field 1308 is used to specify the "fade" value for determining the final DOI value used when rendering a node, field 1309 is used to specify a maximum DOI value before elision, field 1310 is used to specify a background image for the visualization, field 1311 is used to specify the color for lines and text, field 1312 is used to enable the specification of a new root node, checkbox 1313 is used to specify that node expansion should occur, checkbox 1314 is used to specify that photos can be displayed, checkbox 1316 is used to specify that the DOI value for the nodes should be displayed, checkbox 1315 is used to specify that selected nodes should be suppressed, checkbox 1317 is used to specify that non-selected nodes are to be suppressed, checkbox 1318 is used to Allow a Query, checkbox 1319 is used to specify suppression of Low Medium nodes, checkbox 1320 is used to turn sound on or off, checkbox 1321 is to enable the user assignment of DOI values. Button 1322 is for traversing forward through the tree based on prior commands, Button 1323 is for traversing backward through the tree based on prior commands, button 1324 is for displaying all the nodes that had been previously selected, button 1325 is for clearing the memory of previously selected nodes, button 1326 is for causing selection of all the nodes, button 1327 is for resetting any memory of previously entered commands, button 1328 is for causing the tree to be redrawn, button 1329 is for causing the tree to be drawn with larger blocks, button 1330 is for causing the tree to be drawn with smaller boxes, button 1331 is for causing the tree to be drawn with wider boxes, button 1332 is for causing the tree to be drawn with narrower boxes, button 1333 is for causing the tree to be drawn with taller boxes, button 1334 is for causing the tree to be drawn with shorter boxes, button 1335 is for causing the current focus node to be the root node, button 1336 is for causing a visualization of a subtree based on the current focus node to be displayed, and button 1337 is for causing selected nodes to be deleted. An alternative implementation would provide for certain frequently used control functions to be presented on a tool bar positioned within the window or display area. Use of toolbars is well known in the art of user interfaces for computer based systems. Software System Configuration FIG. 14 is a block diagram illustrating the functional components and data flow of the currently preferred embodiment of the present invention. Referring to FIG. 14, the DOITreeApp 1405 is the main program. It can either be implemented as a Java program or can be an applet. An applet is a piece of software code that is typically intended for execution in a Web Browser. As mentioned above, the currently preferred embodiment of the present invention is implemented using the Java® programming language for operation on a Java® enabled web browser. Thus, the currently preferred embodiment is implemented as an applet. The DOITreeApplet interface 1410 defines an interface for other commonly used and publicly available applet functions that are used to implement the DOITree system such as playAudioClip, showDocument, getlmage, etc. DOITreeApp 1405 starts DOITree 1406 providing it with a DOITreeModel 1407. The DOITree Model 1407 defines the data to be used for creating the tree. The model contains a set of DOITreeNodes 1408 in a hierarchical structure. The data for each node is read from a data file 1401 using a utility such as loadData 1404 that uses ReadSpreadsheet 1402 ReadDS 1403 or other input routines depending on the format of the data. The manner in which the data file 1401 is created is described in greater detail below. ReadSpreadsheet 1402 uses an input format where the data for each node is on a line in a text file and fields of data are tab delimited. This is a format that can be produced by commercially available spreadsheet or database software. Once DOITree 1406 is started, it receives input from the user via mouse or keyboard controls. DOITree 1406 determines the layout, size and position of nodes in the tree displays. DOITree 1406 calls DOITreeCellRenderer 1409 to draw each node on the display 1411 and also connecting lines, images and other text or graphics on the display 1411. In the currently preferred embodiment, the software is organized in such a way that the main layout program element and renderer (DOITree 1406 and DOITreeCellRenderer 1409) can be imbedded into other software and treated as a viewer for tree data. Programming in the Java environment would be well known to one of skill in the art and thus no further discussion or description of the programming techniques used to implement the currently preferred embodiment is deemed necessary. As noted above, the underlying data is stored in data file 1401. In the currently preferred embodiment, this data represents the basic structure used to display the visualization. Such data can be static or generated dynamically in whole or in part. The data for DOI Trees can be stored in and derived from a database or it can also be read from tab-delimited files. Users can thus prepare and edit trees for DOI Tree display by using a spreadsheet application, such as Microsoft Excel®, and saving the entered data as a tab-delimited file. In a tab-delimited file, the tabs will indicate a separation of data items and node information. It should also be noted that the tree may be built interactively, so that nodes may be dynamically added or removed from the tree structure. Also, such a tree structure may be built interactively by extracting information from a database responsive to user inquiries. Overview of Computer Based System A computer based system on which the currently preferred embodiment of the present invention may be implemented is described with reference to FIG. 15. The currently preferred embodiment of the present invention has been implemented on computer based systems using the Windows® Operating System and the Internet Explorer® Browser Application (both Trademarks of Microsoft Corporation of Redmond, Wash.). As noted above, the present invention is implemented using software programming instructions written in the Java® programming language for execution on a computer based system. Java is a trademark of Sun Microsystems of Mountain View, Calif. Thus, it is anticipated that the currently preferred embodiment of the present invention may operate on any computer based system supporting a Graphical User Interface and the Java Operating environment. In any event, referring to FIG. 15, the computer based system is comprised of a plurality of components coupled via a bus 1501. The bus 1501 may consist of a plurality of parallel buses (e.g. address, data and status buses) as well as a hierarchy of buses (e.g. a processor bus, a local bus and an I/O bus). In any event, the computer system is further comprised of a processor 1502 for executing instructions provided via bus 1501 from Internal memory 1503 (note that the Internal memory 1503 is typically a combination of Random Access and Read Only Memories). Instructions for performing such operations are retrieved from Internal memory 1503. Such operations that would be performed by the processor 1502 would include the processing steps described in the flowchart of FIG. 1 and the accompanying descriptions. The operations would typically be provided in the form of coded instructions in a suitable programming language using well-known programming techniques. The processor 1502 and Internal memory 1503 may be discrete components or a single integrated device such as an Application Specification Integrated Circuit (ASIC) chip. Also coupled to the bus 1501 are a keyboard 1504 for entering alphanumeric input, external storage 1505 for storing data, a cursor control device 1006 for manipulating a cursor, a display 1507 for displaying visual output and a network connection 1508. The keyboard 1504 would typically be a standard QWERTY keyboard but may also be telephone like keypad. The external storage 1505 may be fixed or removable magnetic or optical disk drive. The cursor control device 1506, e.g. a mouse or trackball, will typically have a button or switch associated with it to which the performance of certain functions can be programmed. The display 1507 may comprise one or more physical display monitors. The network connection 1508 provides means for attaching to a network, e.g. a Local Area Network (LAN) card or modem card with appropriate software. Besides communication access, the network connection 1508 may be used to access various resources (i.e. servers) such as shared computing, storage or printing resources. The invention has been described in relation to software implementations, but the invention might be implemented with specialized hardware built to operate in a systems architecture as described above. Although the invention has been described in relation to various implementations, together with modifications, variations, and extensions thereof, other implementations, modifications, variations, and extensions are within the scope of the invention. The invention is therefore not limited by the description contained herein or by the drawings, but only by the claims.
|
Same subclass Same class Consider this |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||