具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请实施例提供一种信息展示方法、装置、电子设备及存储介质。具体地，本申请实施例提供适用于电子设备的信息展示装置，其中，电子设备可以为终端或服务器等设备。其中，终端可以为计算机、笔记本、台式机或者个人笔记本(PC，Personal Computer)等等。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(CDN，Content Delivery Network)、以及大数据和人工智能平台等基础云计算服务的云服务器，服务器可以通过有线或无线通信方式进行直接或间接地连接。

例如，请参阅图1，本申请实施例以终端和服务器共同执行信息展示方法为例，其中，在终端和服务器的基础上也可以增加其他设备来辅助完成信息展示方法，在此对其他设备的类型不做限定；终端与服务器之间通过网络连接，比如，通过有线或无线网络连接等，具体执行过程如下：

终端设备A启动项目资产信息采集指令，然后，获取到项目在本地终端(如，终端设备A)的资产信息以及项目部署在服务器B的服务信息(资产信息中的一种)，并在采集后，接收用户输入的资产信息查询条件，在终端设备A的展示界面上展示查询条件所对应的资产信息查询结果，方便用户查看项目所对应的资产信息。

其中，在本申请实施例中，根据资产信息的类型的不同，采用不同的采集方式对相应的资产数据进行采集，提高了资产数据获取的全面性和准确性。

其中，在本申请实施例中，项目的源代码可以部署在本地(如终端设备A上)，或者，从服务器(如服务器B)进行下载。

其中，在本申请实施例中，将调用服务信息的移动端应用信息也作为项目的资产信息，利用对应的采集方式对这部分资产信息进行采集，提高了项目资产信息采集的全面性，方便用户的查看。

其中，在本申请实施例中，通过对资产信息的拓扑展示，可方便用户快速获取到各个资产信息之间的关联关系，当某一资产信息发生数据变动时，可便于用户及时快速的查找到相关联的其他资产信息，例如，当接口协议发生变动时，就需要了解到与接口协议关联的其他接口、域名或者应用的关联数据，便于判断出需要配合整改的其他资产信息。

其中，传统的对项目资产信息的统计主要是通过人工的筛查，然后一一记录在册，并在变动后，更新记录本，但是，这种方式仅适用于微型项目，如果项目的资产信息丰富，则不便于登记，并且，当某一资产信息发生变动后，不便于获取到相关联的其他资产信息，即，难以获取到受影响的待整改的其他资产信息。因此，本申请实施例主要针对资产信息难以准确全面获取以及难以确定资产信息之间的关联关系进行设计。

本申请实施例根据项目中资产信息类型的不同，分别采用不同的采集方式对相应的资产信息进行采集，提高了资产信息采集的准确性和全面性，方便后续根据用户的查询条件进行资产信息的全面展示，其中，资产信息以拓扑图的形式进行展示，方便用户获取到各个资产信息之间的关联关系。

本申请实施例提供一种信息展示方法，具体如下：

获取项目的项目信息，所述项目信息包括至少一个资产信息；

其中，项目包括软件项目，随着软件项目功能的增大，内容的丰富，项目中资产信息种类和数量越来越多，通过传统的人工登记已经不能满足用户准确快速获取项目资产信息的需求，本申请旨在提供一种项目资产信息准确全面获取的方法，以方便对资产信息的获取和展示。

确定待采集的资产信息所对应的资产信息类型；

其中，虽然项目在不断增大，但是资产信息的类型却是有限的、且可以分类统计的，而同一类型的资产信息的获取方式较为接近，因此，可以根据资产信息的类型，为后续确定资产信息的采集方式提供基础。

根据所述资产信息类型，确定采集所述资产信息所对应的采集方式，并根据所述采集方式对所述资产信息进行采集；

其中，针对每种资产信息的类型，采用对应的采集方式对相应的资产信息进行采集，提高了资产信息采集的效率、以及准确性和全面性。

接收用户输入的资产信息查询条件，根据所述查询条件对采集后相应的资产信息进行拓扑展示。

在资产信息采集后，构建资产信息查询界面，当用户输入查询条件后，可展示出与查询条件匹配的资产信息，方便用户对资产信息的查询；其中，资产信息以拓扑图的形式进行展示，可方便用户准确的获取到各个资产信息之间的关联关系，便于确定待整改的目标资产信息。

本申请实施例根据项目中资产信息类型的不同，分别采用不同的采集方式对相应的资产信息进行采集，提高了资产信息采集的准确性和全面性，方便后续根据用户的查询条件进行资产信息的全面展示，其中，资产信息以拓扑图的形式进行展示，方便用户获取到各个资产信息之间的关联关系。

以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优先顺序的限定。

请参阅图2，图2为本申请实施例提供的信息展示方法的流程示意图。该信息展示方法的具体流程可以如下：

101、获取项目的项目信息，项目信息包括至少一个资产信息。

其中，在本申请实施例中，项目包括软件项目，是服务、架构、部署环境等信息的集合。

其中，资产信息包括有形资产和无形资产(软资产)，因此，针对软件项目，资产信息包括软件源代码、服务、服务部署机器、域名、应用程序编程接口(API，ApplicationProgramming Interface)、组件、应用、应用部署区域、设备型号(项目部署所在的设备或者搭载应用的移动终端设备)等。其中，在本申请实施例中，通过分布式版本控制(GIT)命令获取项目源码。

其中，资产信息表征项目的内容以及功能范围，因此，资产信息的采集和获取，对软件项目的维护具有重要意义。

102、确定待采集的资产信息所对应的资产信息类型。

其中，虽然项目的资产信息丰富，但是，资产信息的类型却是有限且可以归类的，其中，同一类型的资产信息，采集方式往往是接近的，因此，确定待采集的资产信息的类型，有助于对资产信息的获取，其中，在本申请实施例中，资产信息的类型包括应用信息、配置信息、成员信息和服务信息等。

103、根据资产信息类型，确定采集资产信息所对应的采集方式，并根据采集方式对资产信息进行采集。

其中，不同类型的资产信息，在项目中的作用、部署环境或者节点不同，而相同类型的资产信息，在项目中的作用、部署环境和节点则较为接近，因此，可以根据资产信息的类型，对应设置不同的采集方式，以对相应的资产信息进行采集，以提高资产信息采集的效率，其中，对资产信息进行类型的划分，也可提高资产信息获取的全面性和准确性。

其中，通过对项目各个资产信息的采集，方便用户对资产信息的获取和查看。

其中，可以根据资产信息类型与采集方式的映射关系集合来确定资产信息的采集方式，即，可选的，在一些实施例中，步骤“根据资产信息类型，确定采集资产信息所对应的采集方式”，包括：

获取映射关系集合，映射关系集合包括预设资产信息类型和预设采集方式的映射关系；

根据映射关系集合和资产信息类型，确定采集资产信息所对应的采集方式。

其中，映射关系集合可以根据以往的采集经验进行预先设置，例如，根据历史时间对同一类型的资产信息的各个采集方法的准确性和有效性的对比，选择出该类资产信息所对应的最优的采集方法，建立该类资产信息与最优采集方法的映射关系。

其中，映射关系集合的确定，可有助于快速的选取出适合每类资产信息的采集方法，方便项目中资产信息的采集。

其中，当资产信息的类型为应用信息时，则可以从项目启动后产生的网关日志中获取到对应的应用信息，即，可选的，在一些实施例中，资产信息类型包括应用信息，则步骤“根据采集方式对资产信息进行采集”，包括：

获取项目在用户访问请求启动后产生的网关日志；

从网关日志中确定用户发起的至少一个访问请求；

分别确定发起每个访问请求的终端的应用信息。

其中，在本申请实施例中，应用信息为终端能够挂载在项目的服务中的桥梁，即，终端通过应用信息挂载在项目的服务上，使用户能够通过终端上的应用，访问该项目的服务信息。

其中，请参阅图3，图3是本申请实施例的资产信息采集的流程示意图，其中，当终端的应用挂载在项目的服务上后，网关日志生成的具体流程为：

111、用户通过终端应用访问服务；

112、服务响应于用户的请求以及在网关鉴权和路由后产生网关日志。

其中，由于在访问过程中，访问请求中包含了发起访问请求的终端的应用信息，因此，可以在网关日志中获取到访问服务的终端的应用信息。

其中，在本申请实施例中，由于资产信息是挂载在服务上的，而同一网关上可能注册有多个不同的项目，因此，还需要根据项目的服务信息，对资产信息进行归类，得到当前项目的资产信息(如，网关中的应用信息)。其中，对项目的应用信息的归类包括：

121、对网关日志中各个应用信息以服务信息为标识，进行分布式、聚合统计，得到各个网关节点的节点日志。其中，根据服务信息所对应的项目，可以确定出属于当前项目的应用信息。

其中，在本申请实施例中，应用信息包括应用编号(id)，应用请求访问服务信息的接口定位符(URL，Uniform Resource Locator)、应用所搭载的终端的网络协议地址(IP，Internet Protocol)以及应用所搭载的终端的设备型号信息等。

其中，从网关日志中提取用户的访问请求，以及根据访问请求获取应用信息，可以提高应用信息获取的效率以及准确性。

其中，由于不同的项目均需要通过网关进行调节和路由，因此网关日志中包含了不同项目的日志信息，因此，需要确定网关日志中各个资产信息(即网关中包含的应用信息)所对应的项目，请参阅图3，在本申请实施例中，可以根据访问请求中接口定位符来确定应用信息所属的项目，具体包括：

122、将接口定位符(URL，Uniform Resource Locator)对应的字符串进行正则匹配，获取到第一个路径地址(path)；

其中，该第一个路径地址默认情况下即为项目名称，因此，可以根据每个访问请求中的接口定位符，来确定每个访问请求所对应的项目名称。

其中，由于不同区域的设备，所部署的服务不同，因此，针对不同区域的设备，需要对设备部署的服务进行调整，在本申请实施例中，通过应用信息中终端设备的网络协议地址(IP，Internet Protocol)，可以确定设备所在的区域，根据设备所在区域可以确定设备是否需要对部署的服务进行调整，其中，网络协议地址通过网络协议地址库进行转换，便可以得到设备所对应的地理位置信息。

其中，当资产信息为项目的配置信息时，则可以根据获取指令的发送和反馈信息的接收来获取项目的配置信息，即，可选的，在一些实施例中，资产信息类型包括配置信息，则步骤“根据采集方式对资产信息进行采集”，包括：

发起配置信息获取请求，并接收响应于获取请求的反馈信息；

从反馈信息中提取出项目的配置信息。

其中，在本申请实施例中，项目的配置信息包括项目源码中配置文件信息、相关的部署信息或者源码构件(组件)信息，因此，针对项目的配置信息，通过获取命令的发送以及反馈信息的接收，可以提高项目配置信息获取的速率，其中，根据获取命令返回的反馈信息一般是字符信息，则可以从字符信息中提取相应的字符，获取项目的配置信息。

例如，请参阅图3，当配置信息包括虚拟主机信息时，则虚拟主机信息的具体获取方式包括：

131、向主机供应商发起虚拟主机信息获取请求(如HTTP请求)，并接收主机供应商返回的反馈信息(例如，虚拟主机信息的简谱字符串，如JSON字符串)；

132、对反馈信息进行解析，从反馈信息中提取出虚拟主机信息，其中，虚拟主机信息包括虚拟主机的协议地址信息(IP，Internet Protocol)等。

例如，请参阅图3，当配置信息包括组件信息时，则组件信息的具体获取方式包括：

141、执行组件信息依赖树获取命令(如，Maven dependency)，获取表征项目中各个组件之间依赖关系的依赖树；

142、对依赖树进行解析，获取到项目中各个组件的组件信息。

其中，后台的服务(如java服务)在编译打包时，除了编写的代码以外，还会使用开源的第三方的数据包(如jar包等依赖包)，各个数据包之间相互传递、互相依赖形成依赖树，其中，jar包的管理用的是项目管理工具(如，Maven)，而jar包的依赖具有传递性，例如，服务中配置了依赖于jar包A，而jar包A又依赖于jar包B，则打包时会把jar包A和jar包B一起下载打包到服务的依赖库中，而jar包A和jar包B之间就形成了具有依赖关系的依赖树。

其中，组件包括组件名称和组件版本号，即同一组件名称的组件具备多个组件版本号，其中，组件版本号用于区分具体依赖的组件，形成同名称组件之间的区别，方便准确确定所依赖的其他组件。

其中，当某个组件出现漏洞时，通过组件信息的获取以及各个组件之间的依赖树，可以快速确定待修改的组件信息，减少组件确认过程中的人力投入，减少重复工作。

其中，请参阅图3，当资产信息的类型包括成员信息时，则可以从成员信息管理工具中获取到项目的成员信息，即，可选的，在一些实施例中，资产信息类型包括成员信息，则步骤“根据采集方式对资产信息进行采集”，包括：

151、发起空间数据获取请求，得到流程管理和协同工具的空间数据(其中，在本申请实施例中，空间数据的数据格式包括简谱字符串，如JSON字符串)；

152、从空间数据中提取出项目的成员信息。

其中，流程管理和协同工具包括项目与事务跟踪工具(JIRA)，被广泛应用与缺陷跟踪、客户服务、需求手机、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。其中，在本申请实施例中，一个项目开发需要多个角色协同，因此，可以利用流程管理和协同工具建立一个公共的空间，并指定空间中的各个角色的负责人，这样在流程启动及流转时，可自动找到对应的负责人。

因此，在本申请实施例中，当项目的资产信息包括成员信息时，则可以从流程管理和协同工具的空间数据中获取到项目的成员信息。

其中，当资产信息类型包括服务信息时，则可以根据服务信息的标签来确定服务信息，即，可选的，在一些实施例中，资产信息类型包括服务信息，则步骤“根据采集方式对资产信息进行采集”，包括：

获取项目所包含的服务标签信息；

根据服务标签信息确定项目所包含的服务信息。

其中，由于项目在运维过程中，会对服务信息进行打标签，因此，可以根据标签来确定服务信息以及服务的种类，例如，运维在对机器进行标准化时，会对机器进行打标签，以此来确定机器需要安装的软件以及所访问的服务等等，因此，可以从服务标签信息中提取出项目所包含的服务信息。

其中，在本申请实施例中，由于资产信息是挂载在项目的服务中的，因此，可以根据挂载服务的不同对各个资产信息进行归类，来确定各个资产信息所关联的服务信息，例如，在网关日志中，对各个网关节点日志进行分布式、聚合统计，得到每个资产信息所关联的服务信息。

其中，在本申请实施例中，每个类型的资产信息可以存储在对应的数据库中，而各个数据库之间可以根据服务信息建立关联关系，而在存储过程中，当与资产信息相关的资源对象存在时，则可以将资产信息更新到数据中对应的资源对象中，当与资产信息相关的资源对象不存在时，则可以将资产信息直接添加到数据库中。

104、接收用户输入的资产信息查询条件，根据查询条件对采集后相应的资产信息进行拓扑展示。

其中，用户可以根据模糊查找或者精准查找的方式进行资产信息的查询，通过对资产信息的展示，可方便用户对项目的资产信息的获取，其中，将资产信息以拓扑图的形式进行展示，可方便用户获取到各个资产信息之间的关联关系，方便根据变更的资产信息，及时准确获取到关联的其他资产信息，便于对关联的其他资产信息进行及时的整改。

其中，请参阅图4，图4是本申请实施例的资产信息展示的流程示意图，在本申请实施例中，由于资产信息是挂载在项目的服务上，所以，不同类型的资产信息可以挂载在同一个服务上，而同一服务中任一类型的资产信息的变更，可以影响到其他类型的资产信息，因此，可以根据服务为展示纬度，将同一服务所包含的资产信息进行全面展示，即，可选的，在一些实施例中，步骤“根据查询条件对采集后相应的资产信息进行拓扑展示”，包括：

201、对查询条件进行识别，确定查询条件所对应的目标资产信息；

201、根据目标资产信息，确定查询条件所对应的服务信息；

201、在展示界面上，将服务信息所关联的资产信息进行展示。

其中，由于服务信息关联了多个类型的资产信息，而用户查询条件可以仅包含有某一类的资产信息，但是，为了便于用户了解到各个资产信息之间的关联关系，本申请实施例根据查询条件，确定查询条件所对应的服务信息，然后将服务信息所关联的资产信息进行全面展示，可方便用户获取到各个资产信息之间的关联关系。

其中，请参阅图5，图5是资产信息展示的界面示意图，其中，资产信息以服务信息为拓扑纬度进行展示，可方便用户获取到与该服务信息有关的资产信息，便于用户获取到各个资产信息之间的关联关系，同时，当任一资产信息发生变动后，利用该资产信息的拓扑展示，也便于用户准确获取待整改的目标资产信息(即关联的其他资产信息)。其中，接口定位符对应图5中的接口信息，其中，接口信息字符串中第一个路径地址s1对应项目名称，另，为便于理解本方案，在图5中展示了同一服务信息关联两个不同移动终端设备的情况(如设备名称为1XX和设备名称为2XX的设备，均挂载在项目的服务A中)。

其中，请参阅图6，在本申请实施例中，可以针对运维工具链进行项目资产信息的获取，其中，运维工具链的执行流程如下：

211、提交项目代码，触发运维(devops)执行流程；

212、在运维流程中获取项目源码，并对项目源码进行编译，得到编译后的项目镜像(如字节码文件/.Class文件)；

213、拉取项目镜像，并启动相应的服务；

214、在服务启动后，将服务名称、服务地址(IP)和端口注册到网关中。

其中，终端在调用项目的服务时，会匹配相应的服务名称，然后根据服务部署的机器(服务器)地址(如虚拟主机地址)和端口，通过负载均衡算法选取一个服务和端口进行路由，把用户的请求路由到真正的服务器上。

其中，在本申请实施例中，基于上述运维工具链(运维流程)，组件信息过程流程包括：

215、在项目编译过程中同时执行依赖组件获取命令(如Maven dependencies)，获取到表征组件之间依赖关系的依赖树，随后通过解析依赖树，得到各个组件信息。

其中，在本申请实施例中，基于上述运维工具链(运维流程)，应用信息获取流程包括：

216、在网关中获取到调用该项目中服务的终端设备上应用的应用信息。

综上，本申请实施例实现了基于运维工具链、配合网关接口以及运维平台，实现项目资产信息的获取。

本申请实施例根据项目中资产信息类型的不同，分别采用不同的采集方式对相应的资产信息进行采集，提高了资产信息采集的准确性和全面性，方便后续根据用户的查询条件进行资产信息的全面展示，其中，资产信息以拓扑图的形式进行展示，方便用户获取到各个资产信息之间的关联关系。

为便于更好的实施本申请的信息展示方法，本申请还提供一种基于上述信息展示方法的信息展示装置。其中名词的含义与上述信息展示方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图7，图7为本申请提供的信息展示装置的结构示意图，其中该信息展示装置可以包括获取模块301、确定模块302、采集模块303和展示模块304，具体可以如下：

获取模块301，用于获取项目的项目信息，项目信息包括至少一个资产信息。

确定模块302，用于确定待采集的资产信息所对应的资产信息类型。

采集模块303，用于根据资产信息类型，确定资产信息所对应的采集方式，并根据采集方式对资产信息进行采集。

可选的，在本发明的一些实施例中，采集模块303包括：

第一获取单元，用于获取映射关系集合，映射关系集合包括预设资产信息类型和预设采集方式的映射关系；

第一确定单元，用于根据映射关系集合和资产信息类型，确定采集资产信息对应的采集方式。

可选的，在本发明的一些实施例中，资产信息类型包括应用信息，采集模块303包括：

第二获取单元，用于获取项目在用户访问请求启动后产生的网关日志；

第二确定单元，用于从网关日志中确定用户发起的至少一个访问请求；

第三确定单元，用于分别确定发起每个访问请求的终端的应用信息。

可选的，在本发明的一些实施例中，资产信息类型包括配置信息，采集模块303包括：

接收单元，用于发起配置信息获取请求，并接收响应于获取请求的反馈信息；

第一提取单元，用于从反馈信息中提取出项目的配置信息。

可选的，在本发明的一些实施例中，资产信息类型包括成员信息，采集模块303包括：

请求单元，用于发起空间数据获取请求，得到流程管理和协同工具的空间数据；

第二提取单元，用于从空间数据中提取出项目的成员信息。

可选的，在本发明的一些实施例中，资产信息类型包括服务信息，采集模块303包括：

第三获取单元，用于获取项目所包含的服务标签信息；

第四确定单元，用于根据服务标签信息确定项目所包含的服务信息。

展示模块304，用于接收用户输入的资产信息查询条件，根据查询条件对采集后相应的资产信息进行拓扑展示。

可选的，在本发明的一些实施例中，资产信息关联有服务信息，展示模块包括：

识别单元，用于对查询条件进行识别，确定查询条件所对应的目标资产信息；

第五确定单元，用于根据目标资产信息，确定查询条件所对应的服务信息；

展示单元，用于在展示界面上，将服务信息所关联的资产信息进行展示。

本申请实施例由获取模块301获取待采集资产信息的项目，其次，由确定模块302确定项目中包含的资产信息的类型，接着，由采集模块303根据资产信息类型的不同，分别采用对应不同的采集方式对资产信息进行采集，然后，展示模块304根据用户的查询条件，对查询条件相关联的资产信息进行拓扑展示。

其中，本申请实施例根据项目中资产信息类型的不同，分别采用不同的采集方式对相应的资产信息进行采集，提高了资产信息采集的准确性和全面性，方便后续根据用户的查询条件进行资产信息的全面展示，其中，资产信息以拓扑图的形式进行展示，方便用户获取到各个资产信息之间的关联关系。

此外，本申请还提供一种电子设备，如图8所示，其示出了本申请所涉及的电子设备的结构示意图，具体来讲：

该电子设备可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图8中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器401是该电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器401可包括一个或多个处理核心；优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器401对存储器402的访问。

电子设备还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该电子设备还可包括输入单元404，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，电子设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，电子设备中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，如下：

获取项目的项目信息，项目信息包括至少一个资产信息；确定待采集的资产信息所对应的资产信息类型；根据资产信息类型，确定采集资产信息所对应的采集方式，并根据采集方式对资产信息进行采集；接收用户输入的资产信息查询条件，根据查询条件对采集后相应的资产信息进行拓扑展示。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

本申请实施例根据项目中资产信息类型的不同，分别采用不同的采集方式对相应的资产信息进行采集，提高了资产信息采集的准确性和全面性，方便后续根据用户的查询条件进行资产信息的全面展示，其中，资产信息以拓扑图的形式进行展示，方便用户获取到各个资产信息之间的关联关系。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请所提供的任一种信息展示方法中的步骤。例如，该指令可以执行如下步骤：

获取项目的项目信息，项目信息包括至少一个资产信息；确定待采集的资产信息所对应的资产信息类型；根据资产信息类型，确定采集资产信息所对应的采集方式，并根据采集方式对资产信息进行采集；接收用户输入的资产信息查询条件，根据查询条件对采集后相应的资产信息进行拓扑展示。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请所提供的任一种信息展示中的步骤，因此，可以实现本申请所提供的任一种信息展示方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请所提供的一种信息展示方法、装置、电子设备以及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。