Patent Publication Number: US-11388048-B2

Title: Display information processing apparatus, display information processing method and computer readable recording medium

Description:
This application is a continuation of U.S. patent application Ser. No. 17/016,620, filed Sep. 10, 2020, which claims the benefit of Japanese Patent Application JP 2019-183410, filed Sep. 4, 2019, which are incorporated by reference as if fully set forth. 
    
    
     BACKGROUND OF THE INVENTION 
     1. Field of the Invention 
     The present invention relates to a display information processing apparatus, a display information processing method and a computer readable recording medium. 
     2. Description of the Related Art 
     In information technology (IT) system management, management operation is performed from various perspectives (performance, capacity and so forth: a perspective is hereinafter referred to also as Feature) such as coping with performance failure and capacity planning. For example, in the case where it is tried to cope with performance failure, in order to confirm a performance state of problematic infrastructure resources and prioritize a plurality of problems for coping, related application resources subjected to the influence is confirmed. In this manner, when IT system management is to be performed, both of an application resource to be made an index for measuring the importance of a problem and a system configuration of a problematic infrastructure resource are overlooked. 
     As described above, in order to efficiently perform management operation of the IT system, it is demanded that the entire IT system including both of an infrastructure resource and an application resource can be easily overlooked and grasped while the perspective is suitably switched. For such a request as just described, a technology is available in which a relation among resources configuring the IT system is displayed topologically. 
     For example, in JP-2016-565776-A, a technology is disclosed in which, in regard to an IT system constructed on a cloud environment, configuration information on resources configuring the IT system and group units (virtual DCs, virtual servers, a security group and so forth) on management are collected, and a system configuration diagram is visualized on the basis of the configuration information. 
     Further, the SUGIYAMA Framework disclosed in “K. Sugiyama, S. Tagawa and M. Toda, “Methods for visual understanding of hierarchical system structures,” IEEE Transactions on Systems, Man, and Cybernetics, 11, pp. 109-125, 1981” is known as a graph drawing algorithm for displaying components and a relationship of the components. In the SUGIYAMA framework, a coordinate of a node can be calculated efficiently in regard to such a graph that a Y coordinate on a screen image is fixed for each kind of nodes. Components of the IT system and a relationship of the components can be displayed using the SUGIYAMA framework. 
     Further, in JP-2015-529728-A, a technology is disclosed in which, considering that, when a large-scale IT system is displayed topologically, a great number of nodes are involved and this degrades the visibility, a node is displayed appropriately in response to the degree of zoom in the case where a user performs zoom operation. 
     SUMMARY OF THE INVENTION 
     However, in management of such a large-scale IT system environment as has hubs all over the world, if infrastructure resources are grouped with a geographical element and displayed on a topology, then a coordinate on a screen image at which infrastructure nodes are to be disposed is limited. In the graph drawing algorithm such as the SUGIYAMA Framework, since node deployment is adjusted in order to minimize the length of a link between nodes and the number of crossing points, the possibility that such node deployment may fall into local solution increases. 
     Consequently, in the case where a certain application utilizes a plurality of virtual machines (a virtual machine is hereinafter referred to also as a VM), a case occurs in which the VM nodes are deployed at places spaced from each other on a screen image. In this case, it sometimes occurs that, for example, intending to minimize the total distance of links between application nodes and VM nodes, an application node is deployed at a place spaced away from all VM nodes. 
     If an application node and a VM node related to the application node are deployed at places spaced away from each other on a screen image in this manner, then they zoom out, and both of the application node and VM node cannot be displayed on a screen image at the same time if the entire IT system is not placed into a displayed state. In the state in which the entire IT system is displayed, the amount of information displayed on one screen image is great, and therefore, a detailed configuration of a problematic location cannot be grasped. On the other hand, if an application node and a related VM node are zoomed in in a mutually spaced state in order to make it possible to grasp a detailed configuration of a problematic location, then the application nodes and the VM nodes cannot be displayed on one screen image at the same time. 
     The present invention has been made in view of such a situation as described above, and it is an object of the present invention to provide a display information processing apparatus, a display information processing method and a computer readable recording medium by which the visibility of relevance in detailed configuration can be improved while degradation of the visibility of the entire configuration between nodes is suppressed. 
     In order to attain the object described above, a display information processing apparatus according to a first aspect of the present invention sets an index relating to relevancy between entities to which nodes configuring a topology are allocated; calculates a distance between the nodes on the basis of the index; and sets a display position of each of the nodes on the basis of the distance between the nodes. 
     With present invention, the visibility of a relation of detailed configurations can be improved while degradation of the visibility of the entire configuration between nodes is suppressed. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         FIG. 1  is a diagram depicting an example of a display screen image controlled by a display information processing apparatus according to a first embodiment; 
         FIG. 2  is a diagram depicting an example of screen image transition upon zoom operation of a display screen image according to the first embodiment; 
         FIG. 3  is a block diagram depicting a configuration of a system to which the display information processing apparatus according to the first embodiment is applied; 
         FIG. 4  is a diagram depicting an example of a configuration of an application configuration management table of  FIG. 3 ; 
         FIG. 5  is a diagram depicting an example of a configuration of a VM configuration management table of  FIG. 3 ; 
         FIG. 6  is a diagram depicting an example of a configuration of a server configuration management table of  FIG. 3 ; 
         FIG. 7  is a diagram depicting an example of a configuration of a fabric configuration management table of  FIG. 3 ; 
         FIG. 8  is a diagram depicting an example of a configuration of a volume management table of  FIG. 3 ; 
         FIG. 9  is a diagram depicting an example of a configuration of a storage configuration management table of  FIG. 3 ; 
         FIG. 10  is a diagram depicting an example of a configuration of a catalog management table of  FIG. 3 ; 
         FIG. 11  is a diagram depicting an example of a configuration of a node data management table of  FIG. 3 ; 
         FIG. 12  is a diagram depicting an example of a configuration of a link data management table of  FIG. 3 ; 
         FIG. 13  is a diagram depicting an example of a configuration of a geographic cluster deployment information management table of  FIG. 3 ; 
         FIG. 14  is a diagram depicting an example of a configuration of a node deployment management table of  FIG. 3 ; 
         FIG. 15  is a diagram depicting an example of a configuration of an infrastructure importance degree management table of  FIG. 3 ; 
         FIG. 16  is a diagram depicting an example of a configuration of an application importance degree management table of  FIG. 3 ; 
         FIG. 17  is a diagram depicting an example of a configuration of a degree-of-attention management table of  FIG. 3 ; 
         FIG. 18  is a view depicting an example of a configuration of topology data of  FIG. 3 ; 
         FIG. 19  is a sequence diagram depicting an outline of a drawing process of a topology map; 
         FIG. 20  is a flow chart illustrating a topology production process of  FIG. 3 ; 
         FIG. 21  is a flow chart depicting a node coordinate calculation process of  FIG. 3 ; 
         FIG. 22  is a flow chart illustrating an event analysis process of  FIG. 3 ; 
         FIG. 23  is a diagram depicting an example of configuration information to be used in a display information processing apparatus according to a third embodiment; and 
         FIG. 24  is a block diagram depicting an example of a hardware configuration of the display information processing apparatus of  FIG. 3 . 
     
    
    
     DESCRIPTION OF THE PREFERRED EMBODIMENTS 
     Embodiment 1 
     Embodiments are described with reference to the drawings. It is to be noted that the embodiments described below do not restrict the invention according to the claims, and components and all of combinations of the components described in the description of the embodiments are not necessarily essential as solving means of the invention. 
     It is to be noted that, although, in the following description, various kinds of information are described using a representation of an “aaa table,” various kinds of information may otherwise be represented using a data structure other than a table. In order to indicate that information does not depend upon a data structure, an “aaa table” can be referred to as “aaa information.” Further, each of information elements configured from values in columns in a table is referred to as a field or entry, and an entry of “aaa table” is referred to as an “aaa table entry” for the convenience of description. 
     Further, while a process in the following description is sometimes described simply taking a management computer or a server as the subject, such processes are executed by a processor (for example, a central processing unit (CPU)) of a control device provided in a computer. 
       FIG. 1  is a diagram depicting an example of a display screen image controlled by a display information processing apparatus according to a first embodiment. 
     Referring to  FIG. 1 , a display information processing system includes a client  100  and a topology configuration management server  200 . The client  100  is a terminal such as, for example, a personal computer. 
     The topology configuration management server  200  retains configuration information  202  about resource groups and applications that configure an IT system, and state information  203  about a performance or the like, and manages a topology configuration. Then, the topology configuration management server  200  transmits topology data to the client  100  in accordance with a request from the client  100 . A topology is a connection scheme modeled using points (referred to also as nodes) and lines (referred to also as edges or links). 
     The client  100  displays a graphical user interface (GUI)  110 . Here, the client  100  sets an index regarding relevance between entities to which nodes configuring a topology are allocated and calculates the distance between the nodes on the basis of the index. Then, the client  100  sets display positions of the nodes on the basis of the distance between the nodes. The entities are, for example, infrastructure resources and applications used in an IT system. At least part of the infrastructure resources may be in a virtualized form. At this time, the client  100  may convert each node configuring the topology into a symbol or an icon to be displayed. Each node may be selectable by a click of a user. 
     Further, the index regarding relevance between entities can be set so as to reflect a magnitude of the relevance between the entities. At this time, the client  100  can apply such display that, when the relevance between the entities is great, the length of a link by which nodes allocated to the entities are connected to each other is made small such that the nodes are displayed closely to each other, but when the relevance between the entities is small, the length of a link by which nodes allocated to the entities are connected to each other is made great such that the nodes are displayed so as to be spaced away from each other. Further, when a first node to which a first entity is allocated and a second node to which a second entity is allocated are connected to each other, an index regarding relevance of the second entity to the first entity can be set on the basis of the importance degree of the second entity as viewed from the first entity. 
     The GUI  110  includes a topology displaying portion  130 , a search box  140  and a Feature selector  150 . The topology displaying portion  130  displays a topology map that represents relevance of infrastructure resources and applications configuring the IT system. The infrastructure resources configuring the IT system include, for example, a VM, a server, a fabric and a storage. At this time, in the topology map, application nodes  131 , VM nodes  132 , server nodes  133 , fabric nodes  134 , storage nodes  135  and links between the nodes. 
     Further, in the topology map, for example, nodes may be deployed at a same height (Y coordinate) of a screen image for each kind of resources. At this time, the nodes may be represented by symbols different from each other among different kinds of resources. Further, the nodes are spaced from each other by a fixed distance or more in terms of both of X and Y coordinates such that the nodes may not unnecessarily crowd. The nodes represent particular resources, and there is no duplicate. Therefore, the topology map is represented in the form of a many-to-many graph. 
     The search box  140  is used to receive an input of a node name to select a node. The Feature selector  150  selects a perspective when the user confirms a state of a resource in relation to work contents or a purpose such as “Performance” or “Capacity.” 
     At each node, a marker  136  indicative of a state of a resource is displayed. The marker  136  displays a state of a resource in the perspective selected by the Feature selector  150 . For example,  FIG. 1  depicts an example of a case in which the value of “Performance” is set to the Feature selector  150  in order to confirm a performance state of an application at present. At this time, the GUI  110  can represent a state in which an index for measuring a performance, for example, response time, exceeds an abnormality decision threshold value by a black circle, another state in which the response time exceeds a warning threshold value by a circle with slanting lines and a normal state by a white circle. States of such three stages are hereinafter referred to as RAG, which is an abbreviation of a set of the states of Red, Amber and Green. It is to be noted that the representation format is exemplary, and the GUI  110  may apply such a color as red, yellow or green in response to a state of a resource. 
     If the user accesses the client  100 , then the GUI  110  displays an initial screen image  130 A, which indicates an initial state of a topology map, in the topology displaying portion  130 . At this time, the client  100  executes a node coordinate calculation process  122 . The node coordinate calculation process  122  calculates, on the basis of an index regarding relevance between entities to which nodes configuring the topology are to be allocated, distances between the nodes, and sets display coordinates of the nodes to be displayed on the initial screen image  130 A on the basis of the distances between the nodes. 
     For example, the node coordinate calculation process  122  estimates, on the basis of states of the infrastructure resources and costs applied to the infrastructure resources, an infrastructure resource in which different applications are confirmed simultaneously with high possibility and sets display coordinates of the nodes such that the applications are deployed comparatively closely to the concerned infrastructure resource. 
     In the example of  FIG. 1 , the topology map displays nodes of infrastructure resources that are grouped in units of geographic clusters of Tokyo data center and New York data center and displays nodes of applications related to the infrastructure resources such that they are connected to each other. Here, in the Tokyo data center, for example, three VM nodes  132  having VM names of VM 1  to VM 3  are displayed in the highest hierarchy, and in the New York data center, for example, three VM nodes  132  having VM names of VM 4  to VM 6  are displayed in the highest hierarchy. The six VM nodes  132  having the VM names of VM 1  to VM 6  are deployed side by side along the X axis with the Y coordinates thereof adjusted to the highest position in frames indicative of the Tokyo data center and the New York data center. 
     Further, it is assumed that, to an application having an application name of AP 1 , a VM whose VM name is VM 1  and another VM whose VM name is VM 5  are allocated, and to an application whose application name is AP 2 , a VM whose VM name is VM 3  is allocated. At this time, in this topology map, the application node  131  whose application name is AP 1  is connected to the VM node  132  whose VM name is VM 1  and the VM node  132  whose VM name is VM 5 , and the application node  131  whose application name is AP 2  is connected to the VM node  132  whose VM name is VM 3 . 
     Further, to each of the VM nodes  132  whose VM names are VM 1  and VM 4  to VM 6 , a marker  136  represented by a white circle indicating a state in which the response time is normal is applied; to the VM node  132  whose VM name is VM 3 , a marker  136  represented by a circle with slanting lines indicating that the response time exceeds the warning threshold value is applied; and to the VM node  132  whose VM name is VM 2 , a marker  136  represented by a black circle indicative of a state in which the response time exceeds the abnormality decision threshold value is applied. 
     In this case, in order to decide whether or not the priority degree of the VM that is in the Tokyo data center and whose VM name is VM 2  is to be increased for later processing, the user will check an application relating to the VM. Therefore, the user will try to confirm, together with the application, the VM that is in the Tokyo data center and has the VM name of VM 2  with a higher degree of possibility than the VM that is in the New York data center, has the VM name of VM 5  and does not suffer from any failure. 
     Here, the node coordinate calculation process  122  estimates, based on the response time of the VMs, a VM whose possibility that applications may be confirmed simultaneously is high and sets display coordinates of nodes such that the applications are deployed comparatively closely to the VM. For example, the node coordinate calculation process  122  deploys the application node  131  of the application, which relates to the VMs whose VM name is VM 2  and VM 5  and has the application name of AP 1 , closely to the VM node  132  whose VM name is VM 2 . 
     This makes it possible for the user to confirm, in regard to the Tokyo data center and the New York data center, a VM having some abnormality on one screen image. Further, even in the case where the user performs a zoom-in operation in order to particularly confirm relevance between the abnormal VM and an application, the GUI  110  can display the abnormal VM and an application related to the VM as they are while they remain included in the one screen image. 
     Further, if the user selects a VM node  132 , then the GUI  110  displays a changed screen image  130 B, in which the position of an application node  131  of the topology map is changed in response to a result of the selection, on the topology displaying portion  130 . The selection method of a node may be, for example, a click operation with a mouse or may be an input of a node name to the search box  140 . 
     For example, in such a case that, although there is no abnormality in the present circumstances, there is a node located in the proximity of a resource that suffers from some abnormality, the user sometimes designates a particular node to confirm a state and a configuration. In this case, in the case where some abnormality should occur on an infrastructure resource, the user will act to confirm an application on which the abnormality has an influence. 
     Therefore, the node coordinate calculation process  122  re-calculates the importance degree of infrastructure resources as viewed from each application by taking also the selection condition of a node by the user into account and changes the deployment of the application nodes. For example, it is assumed that the user pays attention to the VM whose VM name is VM 5  and inputs the VM name of VM 5  to the search box  140 . At this time, the node coordinate calculation process  122  calculates the distance between the nodes on the basis of node selection information  138  and sets the display coordinates of the nodes to be displayed on the changed screen image  130 B on the basis of the distance between the nodes. The GUI  110  displays the application node  131  of the application, which relates to the VM whose VM name is VM 5  and has the application name of AP 1 , closely to the VM node  132  whose VM name is VM 5 . 
     This makes it possible for the user to confirm a VM that relates to an application relating to a VM having some abnormality and is free from abnormality on one screen image in regard to the Tokyo data center and the New York data center. Further, even in the case where the user performs a zoom-in operation in order to particularly confirm relevance between the application and a VM having no abnormality, the GUI  110  can display the application and the VM having no abnormality while they remain included in the one screen image. 
       FIG. 2  is a view depicting an example of screen image transition at the time of a zoom operation of a display screen image according to the first embodiment. 
     Referring to  FIG. 2 , the client  100  of  FIG. 1  retains a topology map indicative of a configuration of an entire IT system and displays part of the topology map on a topology displaying portion  130 . 
     If a user accesses a GUI  110 , then the GUI  110  displays a display screen image  130   a  on the topology displaying portion  130 . In the display screen image  130   a , the entire IT system that is an initial state of the topology map is displayed. At this time, an infrastructure resource node group is clustered in a unit of a country, and on the topology map, rectangles indicative of countries (each of rectangles in which nodes are put together in geographic units such as countries is hereinafter referred to as a geographic cluster, or each unit in which nodes are put together is hereinafter referred to as an xx cluster (example: country cluster) are displayed. 
     In the example of  FIG. 2 , country clusters  161  and  162  in which nodes are put together in a unit of Japan and a unit of USA are displayed in a display range H 1 A, and an application node  131  related to the country clusters  161  and  162  is displayed. 
     In order to allow a more detailed infrastructure configuration to be displayed, the user can zoom in (expand) the topology map centered on a designated location, for example, by an upward or downward scrolling operation by a mouse or by a pitch-in operation by a touch operation. Consequently, the width and the height of the display range with respect to the entire topology map decrease, and the GUI  110  displays the display range in accordance with an adjusted scale on the topology displaying portion  130  thereby to increase the size of the node or the link on the screen image. Further, the user can change the display range, for example, by a grid operation by a mouse. 
     It is assumed that, on the display screen image  130   a , the user performs a zoom-in operation in regard to a display range H 2 A to expand part of the topology map. At this time, the GUI  110  displays a display screen image  130   b  on the topology displaying portion  130 . Here, if the user begins to perform a zoom-in operation from the state in which the country clusters  161  and  162  are displayed, then at a timing at which an optional zoom degree (hereinafter referred to as a zoom rate) is reached, data center clusters are displayed in the country clusters  161  and  162 . In the example of  FIG. 2 , in the country cluster  161 , a DC cluster  171  in which nodes are put together in a unit of an Osaka data center and a DC cluster  172  in which nodes are put together in a unit of a Tokyo data center are displayed in a display range H 1 B. Meanwhile, in the country cluster  162 , a DC cluster  173  in which nodes are put together in a unit of a New York data center is displayed in the display range H 1 B. Further, the application node  131  that relates to the DC clusters  172  and  173  is displayed. 
     It is assumed that, in the display screen image  130   b , the user performs a zoom-in operation in regard to a display range H 2 B to expand part of the topology map. At this time, the GUI  110  displays a display screen image  130   c  on the topology displaying portion  130 . In the example of  FIG. 2 , in the DC cluster  172 , server clusters  181  and  182  in which server nodes and VM nodes are put together, a fabric node  134  connected to the server clusters  181  and  182  and a storage node  135  connected to the fabric node  134  are displayed in a display range H 1 C. Further, in the DC cluster  173 , a server cluster  183  in which server nodes and VM nodes are put together, a fabric node  134  connected to the server cluster  183  and a storage node  135  connected to the fabric node  134  are displayed in the display range H 1 C. Further, the application node  131  that relates to the server clusters  181  and  183  is displayed. 
     It is assumed that, on the display screen image  130   c , the user performs a zoom-in operation in regard to a display range H 2 C to expand part of the topology map. At this time, the GUI  110  displays a display screen image  130   d  on the topology displaying portion  130 . In the example of  FIG. 2 , the application node  131 , a VM node  132  included in the DC cluster  172 , a server node  133 , a fabric node  134  and a storage node  135  are displayed in a display range H 1 D, and the application node  131  connected to the VM node  132  is displayed in the display range H 1 D. 
     It is to be noted that, although the display screen images  130   a  to  130   d  exemplify a case in which a unit of a geographic cluster is used for display, a unit other than a country cluster and a DC cluster may be used for display. For example, a city may be included as a unit lower than a country. Further, the zoom rates when graphical clusters are displayed need not be fixed among the graphical clusters. For example, in the case where a country that includes a comparatively small number of data centers or server clusters and a country that includes a comparatively great number of data centers or server clusters are available, since the complicatedness in configuration is lower in the former than in the latter, the client  100  may display nodes and links in a stage in which the zoom rate is lower. 
       FIG. 3  is a block diagram depicting a configuration of a computer system to which an information processing apparatus according to the first embodiment is applied. 
     Referring to  FIG. 3 , the computer system includes a client  100 , a topology configuration management server  200  and an IT system  300 . The IT system  300  includes a management target resource group that is a resource group to be displayed on a topology map. The resource group includes, for example, an application group  310 , a VM group  320 , a server group  330 , a fabric group  340  and a storage group  350 . The IT system  300  is a data center group that is managed, for example, in a certain enterprise. Such data center groups may be distributed to countries in the world. 
     The client  100 , topology configuration management server  200  and IT system  300  communicate with each other through a network  400 . Each of such servers and tools operates on a computer configured from a CPU, a memory, a hard disk and so forth. As the operating form in this case, the servers and the tools may operate on computers that are physically different from one another or may operate on a unit of computers each called virtual server that are logical divisions of a physical computer. Otherwise, servers and tools may operate in a unit of a task (also called process or container) executed on a single computer or a plurality of computer clusters. 
     The client  100  includes a GUI  110  for displaying hierarchized topology maps, various set value inputting selectors and so forth, and a display processing unit  120  for performing processing for displaying a topology map on the GUI  110 . The client  100  may be a Web application that operates on a web browser or may be an independent desktop application. 
     The display processing unit  120  executes an event analysis process  121  and a node coordinate calculation process  122  and includes various tables that retain data to be used in the processes. The event analysis process  121  updates a degree of attention of a node in response to a node selection operation of the user. The node coordinate calculation process  122  calculates coordinates of an infrastructure resource and an application node. 
     At this time, the node coordinate calculation process  122  calculates, upon calculation of deployment coordinates of each node, for example, a degree of importance of an infrastructure resource (hereinafter referred to sometimes as a degree of infrastructure importance) and a degree of importance of an application (hereinafter referred to sometimes as a degree of application importance). Then, the node coordinate calculation process  122  weights the distance between the application node and the infrastructure node with the reciprocal of the degree of importance of the infrastructure node and determines deployment of the application node such that the application node is deployed in the proximity of a comparatively important infrastructure node. Further, the node coordinate calculation process  122  determines deployment of the application node on the basis of the degrees of importance of the applications such that a comparatively important application is deployed closely to the infrastructure node. 
     At this time, for example, the degree of importance of an infrastructure node is calculated on the basis of a state and a cost of the infrastructure node for each application, and the degree of importance of an application is calculated from a total value of the cost of infrastructure nodes to which the application is related. Consequently, even in the case where the resource number increases, the user can overlook and grasp the state of the entire IT system easily while successively changing the perspective and the noticed resource. 
     The topology configuration management server  200  executes a topology generation process  201  and includes various tables that retain configuration information about the IT system  300  and configuration information about the topology map. The topology configuration management server  200  collects configuration information about the IT system  300  to generate topology data and transmits topology data in response to a request of the client  100 . 
       FIG. 4  is a view depicting an example of a configuration of an application configuration management table of  FIG. 3 . 
     Referring to  FIG. 4 , the application configuration management table T 200  retains a relation between basic information about applications and infrastructure resources. 
     The application configuration management table T 200  includes information of an application resource ID T 2001 , an application name T 2002  and a VM resource ID T 2003 . The application resource ID T 2001  is an ID for identifying an application. Here, the application is a unit in which a certain service is provided to an end user such as a business department and is, for example, a system that provides accounting business processing. The substance of the application may utilize a container technology or may be configured from a function as a service (FaaS) or the like. The VM resource ID T 2003  is an ID of a VM resource relating to the application. 
     The application configuration management table T 200  indicates relevance between the application node  131  and the VM node  132  displayed by the GUI  110  of  FIG. 1 . In the example of  FIG. 4 , it is indicated that VMs having VM resource IDs of  2  and  5  are allocated to an application whose application resource ID is 1, and a VM having a VM resource ID of  3  is allocated to an application whose application resource ID is 2. In accordance with the relationship, a topology map is generated in which the application node of AP 1  of  FIG. 1  is connected to the VM nodes of VM 2  and VM 5  and the application node of AP 2  is connected to the VM node of VM 3 . 
       FIG. 5  is a view depicting an example of a configuration of a VM configuration management table of  FIG. 3 . 
     Referring to  FIG. 5 , the VM configuration management table T 210  retains a relation between basic information about VMs and various infrastructure resources. 
     The VM configuration management table T 210  includes information of a VM resource ID T 2101 , a VM name T 2102 , an instance type ID T 2103 , a server resource ID T 2104 , a volume resource ID T 2105 , a country T 2106  and a data center T 2107 . The VM resource ID T 2101  is an ID for identifying a VM. The instance type ID T 2103  is an identification ID of an instance type indicative of a specification and a price of the VM. The server resource ID T 2104  is an ID for identifying a server resource on which the VM operates. The volume resource ID T 2105  is an ID for identifying a storage volume allocated to the VM. The country T 2106  and the data center T 2107  are a country name and a center name in which the VM runs. 
     The VM configuration management table T 210  indicates relevance between the VM node  132  and the server node  133  displayed on the GUI  110  of  FIG. 1 . Further, the VM configuration management table T 210  indicates also to which geographic cluster the VM node  132  and the server node  133  belong. In the example of  FIG. 5 , for example, the VM nodes  132  of VM 1  to VM 3  of  FIG. 1  are deployed to the DC cluster  172 , and the VM nodes  132  of VM 4  to VM 6  are deployed to the DC cluster  173 . 
       FIG. 6  is a view depicting an example of a configuration of a server configuration management table of  FIG. 3 . 
     Referring to  FIG. 6 , the server configuration management table T 220  retains a relation between basic information about servers and various infrastructure resources. 
     The server configuration management table T 220  includes information of a server resource ID T 2201 , a server name T 2202 , a fabric resource ID T 2203 , a server cluster T 2204 , a country T 2205  and a data center T 2206 . The server resource ID T 2201  is an ID for identifying a server. The fabric resource ID T 2203  is an ID for identifying a storage area network (SAN) fabric to which the server is connected. The server cluster T 2204  is a name of a server cluster to which the server belongs, and the country T 2205  and the data center T 2206  are a country name and a data center name in which the server runs, respectively. 
     The server configuration management table T 220  indicates relevance between the server node  133  and the fabric node  134  displayed on the GUI  110  of  FIG. 1 . Further, the server configuration management table T 220  indicates also to which geographic cluster the server node  133  belongs. 
       FIG. 7  is a view depicting an example of a configuration of a fabric configuration management table of  FIG. 3 . 
     Referring to  FIG. 7 , the fabric configuration management table T 230  retains a relation between basic information about SAN fabrics and various infrastructure resources. 
     The fabric configuration management table T 230  includes information of a fabric resource ID T 2301 , a fabric name T 2302 , a country T 2303  and a data center T 2304 . The fabric resource ID T 2301  is an ID for identifying an SAN fabric. The country T 2303  and the data center T 2304  are a country name and a data center name in which the SAN fabric runs, respectively. The fabric configuration management table T 230  indicates also to which geographic cluster the VM node  134  belongs. 
       FIG. 8  is a view depicting an example of a configuration of a volume management table of  FIG. 3 . 
     Referring to  FIG. 8 , the volume management table T 240  retains a relation between basic information about storage volumes and various infrastructure resources. 
     The volume management table T 240  includes information of a volume resource ID T 2401 , a volume name T 2402 , an instance type ID T 2403 , a storage resource ID T 2404 , a country T 2405  and a data center T 2406 . The volume resource ID T 2401  is an ID for identifying a storage volume. The instance type ID T 2403  is an identification ID of an instance type indicative of a specification or a price of the storage volume. The storage resource ID T 2404  is an ID for identifying a storage device to which the storage volume belongs. The country T 2405  and the data center T 2406  are a country name and a data center name in which the storage volume runs, respectively. 
     The volume management table T 240  indicates a volume relating to the storage node  135  displayed on the GUI  110  of  FIG. 1 . Further, the volume management table T 240  indicates also to which geographic cluster the volume relating to the storage node  135  belongs. 
       FIG. 9  is a view depicting an example of a configuration of a storage configuration management table of  FIG. 3 . 
     Referring to  FIG. 9 , the storage configuration management table T 250  retains a relation between basic information about storage apparatus and various infrastructure resources. 
     The storage configuration management table T 250  includes information of a storage resource ID T 2501 , a storage name T 2502 , a fabric resource ID T 2503 , a country T 2504  and a data center T 2505 . The storage resource ID T 2501  is an ID for identifying a storage device. The fabric resource ID T 2503  is an ID for identifying an SAN fabric to which the storage device is connected. The country T 2405  and the data center T 2406  are a country name and a data center name in which the storage apparatus runs, respectively. 
     The storage configuration management table T 250  indicates a relation between the storage node  135  and the fabric node  134  displayed on the GUI  110  of  FIG. 1 . Further, the storage configuration management table T 250  indicates also to which geographic cluster the storage node  135  belongs. 
       FIG. 10  is a view depicting an example of a configuration of a catalog management table of  FIG. 3 . 
     Referring to  FIG. 10 , the catalog management table T 260  retains a specification and a price for the specification in regard to VMs and storage volumes. 
     The catalog management table T 260  includes information of an instance type ID T 2601 , an instance type name T 2602 , a kind T 2603 , a memory T 2604 , a CPU T 2605 , a device type T 2606  and a price T 2607 . The instance type ID T 2601  is an ID for identifying an instance type indicative of a specification and a price of a VM and a storage volume. The kind T 2603  indicates a kind of an instance type such as a VM or a storage volume. The memory T 2604  and the CPU T 2605  are columns of fields for retaining a specification of the VM, and the device type T 2606  is a column of fields for retaining a specification of the storage volume. The price T 2607  is a price for each specification. 
     The information managed by the catalog management table T 260  can be used for calculation of the degree of importance of an infrastructure resource, and the degree of importance of an infrastructure resource can be used for calculation of the distance between an application node and an infrastructure resource node displayed on the GUI  110  of  FIG. 1 . 
       FIG. 11  is a view depicting an example of a configuration of a node data management table of  FIG. 3 . 
     Referring to  FIG. 11 , the node data management table T 270  retains basic information about nodes of topology data and state information about various resources such as a performance. 
     The node data management table T 270  includes information of a node ID T 2701 , a node name T 2702 , a resource ID T 2703 , a resource name T 2704 , a resource kind T 2705 , a response time T 2706 , a country T 2707  and a data center T 2708 . The node ID T 2701  is an ID for identifying a node of the topology map and is a value unique in the node data management table T 270 . In the resource kind T 2705 , a value indicative of a kind of a resource is placed, and in the resource ID T 2703 , resource name T 2704 , country T 2707  and data center T 2708 , corresponding data stored in the configuration management tables T 200  to T 250  corresponding to the resource kind T 2705  are placed. The response time T 2706  has stored therein response time when each resource performs storage access. It is to be noted that, in the case where a certain resource retains a plurality of volumes or storage access routes, the worst value is stored. 
     The information managed by the node data management table T 270  can be used for generation of a node to be displayed on the GUI  110  of  FIG. 1 . Further, the information managed by the node data management table T 270  can be used for calculation of the degree of importance of an infrastructure resource, and the degree of an infrastructure resource may be used for calculation of the distance between an application node and an infrastructure resource node to be displayed on the GUI  110  of  FIG. 1 . 
       FIG. 12  is a view depicting an example of a link data management table of  FIG. 3 . 
     Referring to  FIG. 12 , the link data management table T 280  retains information about each link between nodes of the topology map. The link data management table T 280  retains a column T 2801  for retaining an ID of a starting point node of a link and a column T 2802  for retaining of an ID of an ending point node. 
     The information managed by the link data management table T 280  can be used for generation of a link to be displayed on the GUI  110  of  FIG. 1 . For example, the GUI  110  connects the application node of AP 1  and the VM node of VM 2  to each other in accordance with the information that the starting point node ID is  101  and the ending point node ID is  202 ; connects the application node of AP 1  and the VM node of VM 5  to each other in accordance with the information that the starting point node ID is  101  and the ending node ID is  205 ; and connects the application node of AP 2  and the VM node of VM 3  to each other in accordance with the information that the starting point node ID is  102  and the ending point node ID is  203 . 
       FIG. 13  is a view depicting an example of a configuration of a geographic cluster deployment information management table. 
     Referring to  FIG. 13 , the geographic cluster deployment management table T 110  retains coordinates and a magnitude of each geographic cluster when the entire IT system is mapped to a topology. The geographic cluster deployment management table T 110  includes information of a cluster name T 1101 , an X coordinate T 1102 , a Y coordinate T 1103 , a height T 1104  and a width T 1105 . The value of each coordinate is a value of a coordinate system in which the left upper apex of the topology map is the origin and the X coordinate increases in the leftward direction while the Y coordinate increases in the downward direction. The unit of the values is not restricted. The unit may be a pixel or millimeter. 
       FIG. 14  is a view depicting an example of a configuration of a node deployment management table of  FIG. 3 . 
     Referring to  FIG. 14 , the node deployment management table T 120  retains coordinates of each node when the entire IT system is mapped to the topology. The node deployment management table T 120  includes information of a node ID T 1201 , an X coordinate T 1202  and a Y coordinate T 1203 . The coordinate system and the unit are similar to those of the geographic cluster deployment management table T 110  of  FIG. 13 . 
       FIG. 15  is a view depicting an example of a configuration of an infrastructure importance degree management table of  FIG. 3 . 
     Referring to  FIG. 15 , the infrastructure importance degree management table T 130  retains a degree of importance of each infrastructure resource to each application. Here, the degree of importance is a value indicative of a degree of possibility that attention may be paid preferentially within the topology map because of such a state where a problem occurs when the user displays the topology map. 
     The infrastructure importance degree management table T 130  includes information of a node ID T 1301 , a related node ID T 1302 , response time  1303 , a cost T 1304  and a degree of importance T 1305 . The node ID T 1301  is an ID of an application node, and the related node ID T 1302  is an ID of an infrastructure node related to the node ID T 1301 . It is to be noted that, in the present embodiment, in the infrastructure importance degree management table T 130 , an ID of a VM node related directly to an application node is placed. 
     The response time  1303  is response time of storage access to a related node. The response time  1303  indicates a state of a resource from a perspective of a performance, and as the response time  1303  increases, the possibility that the resource may suffer from a performance problem increases and the resource is likely to be noticed. The cost T 1304  is a cost paid to the related node by the user. In the present embodiment, the cost T 1304  indicates an expense for a VM and a volume. It is considered that, as the cost becomes higher, the resource is used in an application that is more important to the user. The degree of importance T 1305  is a degree of possibility that the user may pay attention to the resource with higher priority in the topology map and is calculated, for example, from the state of the resource and the cost of the resource. 
       FIG. 16  is a view depicting an example of a configuration of an application importance degree management table of  FIG. 3 . 
     Referring to  FIG. 16 , the application importance degree management table T 140  retains a degree of importance of applications. The application importance degree management table T 140  includes information of a node ID T 1401 , a cost T 1402 , a degree of importance T 1403 , a country T 1404  and a data center T 1405 . 
     The node ID T 1401  is an ID of an application node. The cost T 1402  is a total cost of infrastructure resources to which the application is related and is retained for each data center T 1405 . The degree of importance T 1403  is a value that increases as the value of the cost T 1402  increases. This depends upon the assumption that an application that costs more is more important to the user. 
     Further, because it is considered that the reason why an application distributes used resources to data centers is to secure a response performance to an access from each region or to improve the usability of disaster recovery (DR) or the like, to the application, there is a dispersion in degree of importance of the resources of the data centers. Therefore, since it is considered that, even from the infrastructure perspective, the degree of importance of the applications differs for each data center, the degree of importance T 1403  is calculated for each data center. 
       FIG. 17  is a view depicting an example of a configuration of a degree-of-attention management table of  FIG. 3 . 
     Referring to  FIG. 17 , the degree-of-attention management table T 150  indicates a distance from a location to which the user pays attention in the topology map. The degree-of-attention management table T 150  includes information of a node ID T 1501  and a degree of attention T 1502 . 
     The client  100  of  FIG. 3  calculates a degree of attention on the basis of a node selection operation of the user. When the user selects a node, the client  100  registers the value of 1 into the degree of attention T 1502  of the selected node and registers, for the other nodes, a value obtained by attenuating the value by a hop number to the selected node. For example, when a link extends directly from the selected node, for a node that requires one hop to reach, the value of 0.5 is registered, and for a node that requires two hops to reach, the value of 0.25 is registered. 
       FIG. 18  is a view depicting an example of a configuration of topology data of  FIG. 3 . 
     Referring to  FIG. 18 , the topology data T 100  is described, for example, in the form of JavaScript (registered trademark) object notation (JSON). The topology data T 100  includes at least a node data T 1010  and link data T 1020 . 
     The node data T 1010  is equivalent to data included in the node data management table T 270  of  FIG. 11  and includes, for example, a node name and RAG of a state. Further, the link data T 1020  is equivalent to data included in the link data management table T 280  of  FIG. 12 . 
       FIG. 19  is a sequence diagram depicting an outline of a drawing process of a topology map. 
     Referring to  FIGS. 19 , S 1000  to S 1040  depict a flow of processing until the initial screen image  130 A of  FIG. 1  is displayed on the GUI  110 , and S 1050  to S 1070  depict a flow of processing until the changed screen image  130 B of  FIG. 1  is displayed on the GUI  110 . 
     If a user  500  issues an instruction to initially display a topology map to the GUI  110  (S 1000 ), then the GUI  110  issues an initial display request for a topology map to the display processing unit  120  of  FIG. 3  (S 1010 ). The display processing unit  120  requests topology data to the topology configuration management server  200  in response to the initial display request (S 1020 ). When the topology configuration management server  200  receives the acquisition request for topology data, it executes the topology generation process  201  to generate topology data. Then, the topology configuration management server  200  transmits the generated topology data to the display processing unit  120  (S 1030 ). 
     The display processing unit  120  executes the node coordinate calculation process  122  in regard to the received topology data to perform a drawing process of the GUI  110  (S 1040 ). 
     Then, if the user  500  performs a node selection operation (S 1050 ), then the GUI  110  specifies a target node for which the operation has been performed and notifies the display processing unit  120  of occurrence of an operation event (S 1060 ). 
     When the display processing unit  120  receives the notification of the operation event occurrence, it executes the event analysis process  121  and updates the degree of attention of each node. Then, the display processing unit  120  executes the node coordinate calculation process  122 , re-calculates the degree of importance of the infrastructure resource on the basis of the updated degree of attention, and re-calculates the coordinates of the node on the basis of the re-calculated degree of importance of the infrastructure resource. 
     Then, the display processing unit  120  notifies the GUI  110  of the re-calculated coordinates of the node, and the GUI  110  updates the topology map on the basis of the re-calculated coordinates of the node (S 1070 ). 
       FIG. 20  is a flow chart depicting a topology generation process of  FIG. 3 . 
     Referring to  FIG. 20 , the topology generation process  201  refers to the configuration management tables T 200  to T 250  of  FIG. 3  to collect various kinds of configuration information regarding the IT system  300  (S 2000 ). It is sufficient only if the topology generation process  201  acquires such configuration information from the IT system  300  at optional timings, for example, at time determined in advance. Further, the topology generation process  201  refers to management software and so forth of the IT system  300  or the like to collect state information about the resources. 
     Then, the topology generation process  201  generates, on the basis of the configuration information and the state information, node information regarding the infrastructure resources and applications used in the IT system  300  and updates the node data management table T 270  with the node information (S 2010 ). 
     Then, the topology generation process  201  generates link information about the connection between the nodes on the basis of the configuration information and updates the link data management table T 280  with the link information (S 2020 ). The topology generation process  201  generates topology data T 100  on the basis of the values of the node data management table T 270  updated in S 2010  and the link data management table T 280  updated in S 2020  and then ends the processing. 
       FIG. 21  is a flow chart depicting a node coordinate calculation process of  FIG. 3 . 
     Referring to  FIG. 21 , the node coordinate calculation process  122  refers to the topology data T 100  to calculate coordinates of the infrastructure nodes (T 3000 ). As depicted in  FIG. 2 , in the present embodiment, infrastructure nodes are put together in a unit of a geographic cluster, and each infrastructure node is displayed in the inside of a geographic cluster drawn as a rectangle. It is to be noted that, in the present embodiment, the order on a screen image in which the geographic clusters are displayed is, for example, an alphabetical order. 
     In the calculation of a coordinate of an infrastructure node, the node coordinate calculation process  122  can use a graph drawing algorithm. The graph drawing algorithm is, for example, the Sugiyama Framework. The node coordinate calculation process  122  deploys geographic nodes such that infrastructure nodes belonging to different geographic clusters may not mix so as to prevent overlapping of display regions of the geographic clusters. To this end, the node coordinate calculation process  122  calculates coordinates of the infrastructure nodes for each geographic cluster and combines topologies in individually calculated geographic cluster units to generate a topology map of the entire topologies. 
     Then, the node coordinate calculation process  122  calculates coordinates and a size of each geographic cluster as a rectangle in which infrastructure nodes are included (S 3010 ). 
     Then, in order to calculate deployment of application nodes, the node coordinate calculation process  122  estimates the degree of importance of each infrastructure resource and each application. In particular, the display processing unit  120  calculates, for each application, the degree of importance of each infrastructure resource to which the application is related (S 3020 ). 
     The degree of importance of an infrastructure resource is calculated, for example, from a state, a cost and a degree of attention of the resource. The metric for quantitatively evaluating a state of a resource differs for each value designated by the Feature selector  150 . For example, the “Performance” is a daily average of response time to a storage access indicative of a state of a performance. The cost is, for example, a daily average or the like of the cost consumed by the resource. The degree of attention is a value placed in the degree-of-attention management table T 150 . 
     For calculation of the degree of importance of an infrastructure resource, a deviation value is used, for example. At this time, a deviation value is calculated in regard to the metric of each of a state and a cost of the resource, and the product of the sum of such deviation values and the degree of attention is determined as the degree of importance of the node to which the infrastructure resource is allocated. The node coordinate calculation process  122  places results of the calculation of the degree of importance of the infrastructure node into the infrastructure importance degree management table T 130 . 
     Then, the node coordinate calculation process  122  determines the degree of importance of each application (S 3030 ). In regard to the degree of importance of an application, for each geographic cluster, the total cost of infrastructure resources to which the application is related is calculated, and this is used as the metric. For calculation of the degree of importance of an application, a deviation value can be used similarly as in the process in S 3020 , for example. The node coordinate calculation process  122  places results of the calculation of the degree of importance of the applications into the application importance degree management table T 140 . 
     Then, the node coordinate calculation process  122  calculates coordinates of the application nodes using the results of calculation calculated in S 3020  and S 3030  (S 3040 ). In the calculation of coordinates of an application node based on the topology data T 100 , a graph drawing algorithm such as the Sugiyama Framework can be used. 
     Further, the node coordinate calculation process  122  changes the coordinates of application nodes by changing the degree of importance of the nodes and the links. For example, the node coordinate calculation process  122  multiplies the length of a link between an application node and an infrastructure node by the reciprocal of the degree of importance of the infrastructure resource calculated in S 3020  to calculate coordinates of the application nodes, with which they are generally balanced, such that each application node is deployed nearer to a comparatively important infrastructure node. Further, for example, the node coordinate calculation process  122  calculates coordinates of an application node on the basis of the degree of importance of the application of the nearest geographic cluster. At this time, the node coordinate calculation process  122  changes the X coordinate of the application node while it fixes the Y coordinate of the application node as an application layer. 
     Further, the node coordinate calculation process  122  performs ranking of the applications by magnitude of the degrees of importance of the applications calculated in S 3030  such that the application nodes do not excessively overcrowd and a comparatively important application node is deployed near to an infrastructure node. Then, the node coordinate calculation process  122  deploys the application nodes in a spaced relationship by a fixed distance or more in a descending order of the ranks from an application node near to the infrastructure node. Consequently, the node coordinate calculation process  122  can generate a topology map in which an infrastructure resource that is inferior in state or is high in cost is deployed nearer to an application node. 
       FIG. 22  is a flow chart depicting an event analysis process of  FIG. 3 . 
     Referring to  FIG. 22 , after the event analysis process  121  specifies a node selected by the user (S 4000 ), it specifies a node group from which a link is connected to the node (S 4010 ). 
     Then, the event analysis process  121  sets the degree of attention of the node selected first by the user to  1  and successively halves the value from  1  on the basis of a hop number of links when following from the node to a related node and sets the halved value as a degree of attention (S 4020 ). For example, the degree of attention of a related node that can be followed by one step is 0.5, and the degree of attention of a related node that can be followed by two steps is 0.25. 
     The event analysis process  121  repeats the processes in S 4010  and S 4020  for each node until a related node cannot be followed any more (S 4030 ). The event analysis process  121  updates the degree-of-attention management table T 150  on the basis of the degrees of attention calculated by the processes described above. 
     Embodiment 2 
     The following second embodiment described below is directed to a case in which the node coordinate calculation process  122  of  FIG. 3  cannot acquire information relating to a cost, namely, information retained in the catalog management table T 260 . At this time, the node coordinate calculation process  122  does not use information about the cost but uses configuration information about infrastructure resources and state information about the occupancy rate or the like to calculate a degree of infrastructure importance and a degree of importance of application. 
     The configuration of the computer system according to the second embodiment is similar to that in the first embodiment, and therefore, illustration of the configuration is omitted. In the communication system according to the second embodiment, in the node data management table T 270 , also information about an allocated memory amount to a VM, an allocated CPU number and a device kind is set further. Further, although, in the first embodiment, the node coordinate calculation process  122  calculates a degree of importance on the basis of a cost in the processes in S 3020  and S 3030  of  FIG. 21 , in the second embodiment, the degree of importance is calculated on the basis of a resource amount indicative of a scale of an infrastructure resource. For example, in the case of a VM, the resource amount is a memory amount, a CPU number and a disk capacity. The degree of importance of an application is calculated on the basis of an allocation amount of at least part of infrastructure resources relating to the application. 
     In the following, a calculation method is described taking that of a VM as an example. In particular, in the process of S 3020 , the node coordinate calculation process  122  calculates a deviation value of an allocation amount for each resource in place of a deviation of a cost and calculates an average of the deviation values of the resources. Also in the process of S 3030 , the node coordinate calculation process  122  uses an average value of deviation values of allocated resources in place of a deviation value of the cost. 
     This makes it possible for the node coordinate calculation process  122  to estimate a degree of importance of infrastructure resources and a degree of importance of applications without converting an allocated resource amount into a cost. 
     Embodiment 3 
     The third embodiment described below is directed to a case in which the node coordinate calculation process  122  of  FIG. 3  cannot acquire information relating to a cost, namely, information retained in the catalog management table T 260  and information relating to a state. At this time, the node coordinate calculation process  122  uses configuration information about infrastructure resources to calculate a degree of importance of an infrastructure and a degree of importance of an application. 
       FIG. 23  is a view depicting configuration information used in the information processing apparatus according to the third embodiment. 
     Referring to  FIG. 23 , in the configuration of the computer system according to the third embodiment, the display processing unit  120  of  FIG. 3  includes an application allocation number management table T 160  in addition to the components depicted in  FIG. 3 . 
     The application allocation number management table T 160  retains, for each of countries, data centers and server clusters, the number of applications that use infrastructure resources included in the geographic cluster. The information retained by the application allocation number management table T 160  indicates a degree of one-sidedness of applications to geographic clusters. In the case where the reason why an application uses resources of a plurality of regions is improvement in response performance or load distribution, it is considered that the possibility that a region to which a comparatively great number of applications are deployed one-sidedly is a region that is high in importance on business. 
     In the third embodiment, the node coordinate calculation process  122  refers to the application allocation number management table T 160  to calculate a degree of importance of an infrastructure on the basis of the number of applications that utilize infrastructure resources. In particular, in the process in S 3020  of  FIG. 21 , the node coordinate calculation process  122  extracts an application number from the application allocation number management table T 160  in regard to a country to which infrastructures of a calculation target belong, a geographic cluster of a data center and server clusters that are passed at the time of following from an application to an infrastructure resource and totals such application numbers. The node coordinate calculation process  122  calculates the total value for each infrastructure resource, calculates a deviation value of the total value and uses the deviation value as the degree of importance of the infrastructure. 
       FIG. 24  is a block diagram depicting an example of a hardware configuration of the display information processing apparatus of  FIG. 3 . 
     Referring to  FIG. 24 , the display information processing apparatus  10  can be used as the client  100  of  FIG. 1 . The display information processing apparatus  10  includes a processor  11 , a communication controlling device  12 , a communication interface  13 , a main storage device  14 , an auxiliary storage device  15  and an input/output interface  17 . The processor  11 , communication controlling device  12 , communication interface  13 , main storage device  14 , auxiliary storage device  15  and input/output interface  17  are connected to each other through an internal bus  16 . The main storage device  14  and the auxiliary storage device  15  can be accessed from the processor  11 . 
     The display information processing apparatus  10  has an inputting apparatus  20  and an outputting apparatus  21  provided therein. The inputting apparatus  20  and the outputting apparatus  21  are connected to the internal bus  16  through an input/output interface  17 . The inputting apparatus  20  includes a keyboard, a mouse, a touch panel, a card reader, a sound inputting device or the like. The outputting apparatus  21  is a screen image displaying device (a liquid crystal monitor, an organic electro luminescence (EL) display, a graphic card and so forth), a sound outputting device (speaker and so forth), a printing device and so forth. 
     The processor  11  is hardware responsible for control of operation of the entire display information processing apparatus  10 . The processor  11  may be a central processing unit (CPU) or may be a graphics processing unit (GPU). The processor  11  may be a single core processor or may be a multi core processor. The processor  11  may include a hardware circuit that performs part or all of processing (for example, a field-programmable gate array (FPGA) or an application specific integrated circuit (ASIC)). The processor  11  may include a neural network. 
     The main storage device  14  can be configured from a semiconductor memory such as, for example, a static random access memory (SRAM) or a dynamic random access memory (DRAM). The main storage device  14  allows storage of a program being executed by the processor  11  and allows provision of a work area for allowing the processor  11  to execute a program. 
     The auxiliary storage device  15  is a storage device having a large storage capacity and is, for example, a hard disk device or a solid state drive (SSD). The auxiliary storage device  15  can retain execution files of various programs and data to be used for execution of the programs. Into the auxiliary storage device  15 , a display information processing program  15 A and management information  15 B can be stored. The display information processing program  15 A may be software that can be installed into the display information processing apparatus  10  or may be incorporated as firmware in the display information processing apparatus  10  in advance. The management information  15 B is data used in processing of the display information processing program  15 A and is various tables retained by the client  100  of  FIG. 3 . 
     The communication controlling device  12  is hardware having a function for controlling communication with the outside. The communication controlling device  12  is connected to a network  19  through the communication interface  13 . The network  19  may be a wide area network (WAN) such as the Internet, or may be a local area network (LAN) such as WiFi or the Ethernet (registered trademark) or else may include both of a WAN and a LAN. 
     The input/output interface  17  converts data inputted from the inputting apparatus  20  into data of a data format that can be processed by the processor  11  and converts data outputted from the processor  11  into data of a data format that can be processed by the outputting apparatus  21 . 
     The processor  11  reads out the display information processing program  15 A into the main storage device  14  and executes the display information processing program  15 A. This makes it possible to set an index relating to relevance between entities to which nodes configuring a topology are allocated, find the distance between the nodes on the basis of the index and set display positions of the nodes on the basis of the distance between the nodes. 
     It is to be noted that the execution of the display information processing program  15 A may be shared by a plurality of processors or computers. Alternatively, the processor  11  may instruct a cloud computer or the like through the network  19  to execute all or part of the display information processing program  15 A and receive a result of the execution. 
     It is to be noted that the first, second and third embodiments described above may be used in combination. For example, if the first embodiment and the third embodiment are applied simultaneously such that information of the infrastructure side in regard to the cost and the state information and information of the business side in regard to one-sided in application allocation are used, more multilateral analysis becomes possible. 
     It is to be noted that, although the embodiments described above are directed to a method that uses, in order to calculate the degree of importance of an infrastructure resource, at least one of a configuration of the infrastructure resource, a state of the infrastructure resource, a cost of the infrastructure resource, an allocation amount of the infrastructure resource, a degree of attention to the infrastructure resource and an allocation number of applications to the infrastructure resource, some other information about a number of times of accessing to the infrastructure resource, for example, may be used instead. Further, in order to calculate the degree of importance of an application, some other information about a number of times of starting of the application, for example, may be used. 
     It is to be noted that the present invention is not limited to the embodiments described above and includes various modifications. For example, the embodiments described above are described in detail in order to explain the present invention clearly and the present invention is not necessarily restricted to embodiments that include all configurations described hereinabove. Further, it is possible to replace part of the configuration of a certain embodiment with the configuration of a different embodiment and also it is possible to add, to the configuration of a certain embodiment, the configuration of a different embodiment. Further, part of the configuration of each embodiment may be subject to addition, deletion or replacement of a different configuration. Further, the configurations, functions, processing sections, processing means and so forth of the configurations described above may be implemented partly or entirely by hardware, for example, by designing them in the form of an integrated circuit.