信息查询方法、装置、电子设备、存储介质及程序产品
文献发布时间:2023-06-19 11:16:08
技术领域
本公开实施例涉及计算机与网络通信技术领域,尤其涉及一种信息查询方法、装置、电子设备、存储介质及程序产品。
背景技术
随着互联网技术的发展,信息之间的关联性越来越明显,如何提高信息的多级依赖查询成了亟待解决地问题。
目前,采用的传统的信息查询方法为:利用信息a通过服务接口A查询得到相应的信息b,并利用信息b通过服务接口B查询得到相应的信息c,以此类推,直至得到查询的目标信息。
然而,传统的信息查询方法至少存在以下技术问题:各服务接口(如上述服务接口A、服务接口B、以及服务接口C)均需要配置上述查询逻辑,导致资源消耗较大,且通用性偏低的问题。
发明内容
本公开实施例提供一种信息查询方法、装置、电子设备、存储介质及程序产品,以避免资源消耗较大,且通用性偏低的问题。
第一方面,本公开实施例提供一种信息查询方法,包括:
接收查询请求,所述查询请求中携带初始信息,所述查询请求用于指示基于所述初始信息查询得到目标信息;
根据拓扑关系图确定与所述查询请求对应的查询路径,其中,所述拓扑关系图用于表征各服务接口之间的查询依赖关系,所述查询路径表征与所述查询请求对应的多个服务接口之间的查询依赖关系;
根据所述查询路径确定并输出所述目标信息。
第二方面,本公开实施例提供一种信息查询装置,包括:
接收模块,用于接收查询请求,所述查询请求中携带初始信息,所述查询请求用于指示基于所述初始信息查询得到目标信息;
第一确定模块,用于根据拓扑关系图确定与所述查询请求对应的查询路径,其中,所述拓扑关系图用于表征各服务接口之间的查询依赖关系,所述查询路径表征与所述查询请求对应的多个服务接口之间的查询依赖关系;
第二确定模块,用于根据所述查询路径确定所述目标信息;
输出模块,用于输出所述目标信息。
第三方面,本公开实施例提供一种电子设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的信息查询方法。
第四方面,本公开实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上第一方面以及第一方面各种可能的设计所述的信息查询方法。
第五方面,本公开实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如上第一方面以及第一方面各种可能的设计所述的信息查询方法。
本实施例提供的信息查询方法、装置、电子设备、存储介质及程序产品,包括:接收查询请求,查询请求中携带初始信息,查询请求用于指示基于初始信息查询得到目标信息,根据拓扑关系图确定与查询请求对应的查询路径,其中,拓扑关系图用于表征各服务接口之间的查询依赖关系,查询路径表征与查询请求对应的多个服务接口之间的查询依赖关系,根据查询路径确定并输出目标信息,通过引入表征各服务接口之间的查询依赖关系的拓扑关系图,并基于拓扑关系图确定查询路径,以便基于查询路径确定目标信息,避免了相关技术中对每一服务接口冗余写入查询逻辑地弊端,造成了的资源消耗较大,且查询效率偏低地弊端,实现了节约资源,提高了信息查询的通用性,以及提高了信息查询的效率的技术效果。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开一个实施例的信息查询方法的示意图;
图2为本公开实施例的信息查询方法的应用场景示意图;
图3为本公开另一实施例的信息查询方法的示意图;
图4为本公开实施例的拓扑关系图的示意图;
图5为本公开一个实施例的信息查询方法的示意图;
图6为本公开一个实施例的信息查询装置的示意图;
图7为本公开另一实施例的信息查询装置的示意图;
图8为本公开另一实施例的信息查询装置的示意图;
图9为本公开实施例提供的电子设备的硬件结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
请参阅图1,图1为本公开一个实施例的信息查询方法的示意图。
如图1所示,该方法包括:
S101:接收查询请求,查询请求中携带初始信息,查询请求用于指示基于初始信息查询得到目标信息。
示例性地,本实施例的执行主体可以为信息查询装置,且信息查询装置可以为:服务器(如云端服务器,或者本地服务器)、计算机、终端设备、处理器、以及芯片等。
在本实施例中,初始信息可以理解为用于得到目标信息的信息,即信息查询装置可以基于初始信息进行查询,并得到目标信息。
例如,初始信息可能为电话号码,目标信息可能商家的信息(如注册地址和信誉相关的信息等),则查询请求可以理解为,用于指示信息查询装置根据电话号码查询得到商家的信息。
值得说明地是,本实施例对信息查询装置获取查询请求的方式不做限定。例如,信息查询装置可以接收用户基于用户终端发送的查询请求。其中,用户终端可以为移动终端、台式电脑、笔记本电脑、以及智能手环等。
例如,在一些实施例中,本公开实施例的信息查询方法可以应用于如图2所示的应用场景,如图2所示:
用户201可以通过用户终端202(如图2中所示的笔记本电脑)向信息查询装置203(如图2中所述的服务器)发送查询请求,相应地,信息查询装置203接收到由用户终端202发送的查询请求。
S102:根据拓扑关系图确定与查询请求对应的查询路径,其中,拓扑关系图用于表征各服务接口之间的查询依赖关系,查询路径表征与查询请求对应的多个服务接口之间的查询依赖关系。
示例性地,查询依赖关系可以理解为:在信息查询时服务接口之间的依赖的关系,例如,一个服务接口可以依赖于另一个服务接口的输出信息进行查询,得到相应的信息,即一个服务接口的信息查询依赖于另一个服务接口的信息,则说明该两个服务接口存在查询依赖关系。
具体地,若服务接口A可以基于信息a查询得到信息b,服务接口B可以基于信息b查询得到信息c,则可以理解为服务接口A与服务接口B之间存在查询依赖关系,且查询依赖关系具体可以体现为服务接口B的输入信息为服务接口A查询得到的信息a,等等。
例如,结合如图2所示的应用场景,该步骤可以理解为:信息查询装置203中可以存储有拓扑关系图,当查询装置接收到查询请求时,可以基于拓扑关系图确定查询路径。
S103:根据查询路径确定并输出目标信息。
在相关技术中,结合上述示例,若需要由信息a查询得到信息c,则需要利用信息a通过服务接口A查询得到信息b,并利用信息b通过服务接口B查询得到信息c,在服务接口A、服务接口B、以及服务接口C中均需要写入上述查询逻辑,而在本实施例中,通过结合拓扑关系图得到查询路径,并基于查询路径输出目标信息,可以实现节约多次写入查询逻辑的资源,且可以提高信息查询的普遍适用性能,提高查询效率的技术效果。
例如,结合如图2所示的应用场景,信息查询装置203在确定出目标信息之后,可以将目标信息发送给用户终端202,用户终端202可以对目标信息进行显示。
基于上述分析可知,本公开实施例提供了一种信息查询方法,该方法包括:接收查询请求,查询请求中携带初始信息,查询请求用于指示基于初始信息查询得到目标信息,根据拓扑关系图确定与查询请求对应的查询路径,其中,拓扑关系图用于表征各服务接口之间的查询依赖关系,查询路径表征与查询请求对应的多个服务接口之间的查询依赖关系,根据查询路径确定并输出目标信息,在本实施例中,引入了表征各服务接口之间的查询依赖关系的拓扑关系图的特征,通过结合拓扑关系图确定与查询请求对应的查询路径,且基于查询路径确定并输出目标信息,可以避免相关技术中,用于完成目标信息输出的每一服务接口冗余配置基于初始信息得到目标信息的查询逻辑地弊端,造成了资源消耗较大,且缺乏普遍适用性地弊端,从而实现节约资源,提高了信息查询的通用性,且提高了信息查询的效率的技术效果。
请参阅图3,图3为本公开另一实施例的信息查询方法的示意图。
如图3所示,该方法包括:
S301:接收查询请求,查询请求中携带初始信息,查询请求用于指示基于初始信息查询得到目标信息。
示例性地,关于S301地描述可以参见S101,此次不再赘述。
S302:根据初始信息从拓扑关系图中确定查询路径的起始拓扑节点。
在本实施例中,拓扑关系图包括:拓扑节点和边连接关系,拓扑节点表征服务接口,边连接关系表征服务接口之间的查询依赖关系。
相应地,查询路径包括起始拓扑节点和结束拓扑节点。
请参阅图4,图4为本公开实施例的拓扑关系图的示意图。
如图4所示,拓扑关系图中包括多个拓扑节点,如图4中所示的拓扑节点A、拓扑节点B、拓扑节点D、以及拓扑节点M,其中,一个拓扑节点可以表征一个服务接口,即拓扑节点A表征服务接口A,拓扑节点B表征服务接口B,拓扑节点D表征服务接口D,拓扑节点M表征服务接口M,拓扑节点M表征服务接口M;如图4所示,各拓扑节点之间存在边连接关系,如拓扑节点A与拓扑节点B之间,拓扑节点A与拓扑节点D之间,等等;通过边连接关系,可以确定具有边连接关系的拓扑节点之间的查询依赖关系,如基于拓扑节点A与拓扑节点B之间的边连接关系,可以确定拓扑节点A与拓扑节点B之间具有查询依赖关系,如图4所示可知,拓扑节点B需要依赖于拓扑节点A实现信息查询。
值得说明地是,图4只是用于示范性地说明,本公开实施例的拓扑关系图可能的展现形式,而不能为对拓扑关系图的限定。
结合如图4所示的拓扑关系图,可以基于初始信息从拓扑关系图中确定与初始信息对应的拓扑节点,并将确定出的与初始信息对应的拓扑节点作为查询路径的起始拓扑节点。
一个示例中,可以预先构建信息与拓扑节点之间的映射关系,并基于映射关系确定与初始信息对应的起始拓扑节点。
另一个示例中,可以构建信息与拓扑节点之间的索引,并基于索引确定与初始信息对应的起始拓扑节点。
S303:根据起始拓扑节点、边连接关系、以及目标信息,从拓扑关系图中确定查询路径的结束拓扑节点。
示例性地,结合上述示例和图4所示的拓扑关系图,在本实施例中,信息查询装置可以基于起始拓扑节点A、边连接关系(如拓扑节点A与拓扑节点B之间的查询依赖关系、拓扑节点A与拓扑节点D之间的查询依依赖关系、拓扑节点B与拓扑节点M之间的查询依依赖关系、拓扑节点D与拓扑节点M之间的查询依依赖关系)、以及目标信息(如目标信息为m),可以从拓扑关系图中确定结束拓扑节点为拓扑节点M。
值得说明地是,在本公开实施例中,通过由拓扑关系图中的拓扑节点表征服务接口,且由拓扑关系图中的边连接关系表征服务接口之间的查询依依赖关系,可以实现快速便捷地确定查询路径中的起始拓扑节点和结束拓扑节点,从而实现高效快捷地确定查询路径,进而基于查询路径确定并输出目标信息的技术效果。
在一些实施例中,每一服务接口包括属性信息,每一服务接口的属性信息表征与每一服务接口的输入相关的信息,并基于每一服务接口的输入相关的信息,确定起始拓扑节点。
例如,从拓扑关系图中,将初始信息作为输入相关的信息的拓扑节点确定为起始拓扑节点。
更具体地,在一些实施例中,输入相关的信息为输入信息,即每一服务接口的属性信息包括每一服务接口的输入信息,则可以从拓扑关系图中,将初始信息作为输入信息的拓扑节点确定为起始拓扑节点。
例如,结合如图4所示的拓扑关系图,若初始信息为信息a(即输入信息为a),则可以基于拓扑关系图确定起始拓扑节点为拓扑节点A。
相应地,每一服务接口的属性信息表征与每一服务接口的输出相关的信息,则可以根据起始拓扑节点、边连接关系、以及目标信息,从拓扑关系图中,将目标信息作为输出相关的信息的拓扑节点确定为结束拓扑节点。
例如,从拓扑关系图中,基于起始拓扑节点、边连接关系、以及目标信息,确定将目标信息作为输出相关的信息的拓扑节点作为结束拓扑节点。
更具体地,在一些实施例中,输出相关的信息为输出信息,即每一服务接口的属性信息包括每一服务接口的输出信息,则可以基于拓扑节点和边连接关系,确定将起始拓扑节点对应的输出信息确定为输入信息的拓扑节点,直至得到将目标信息作为输出信息的拓扑节点,并将目标信息作为输出信息的拓扑节点确定为结束拓扑节点。
例如,结合如图4所示的拓扑关系图,若初始信息为信息a,则可以基于信息a确定起始拓扑节点为拓扑节点A,并基于拓扑节点A的信息b和边连接关系,分别确定拓扑节点B和拓扑节点D,基于拓扑节点B的信息c确定拓扑节点M,基于拓扑节点D的信息d确定拓扑节点M,拓扑节点M的输出信息为信息m,即为目标信息,因此,可以将拓扑节点M确定为结束拓扑节点。
S304:根据查询路径确定并输出目标信息。
示例性地,关于S304地描述可以参见S103,此次不再赘述。
在一些实施例中,在基于上述方法得到包括结束拓扑节点的查询路径,可以基于结束拓扑节点输出目标信息。
例如,结合上述示例和如图4所示的拓扑关系图,若信息查询装置确定结束拓扑节点为拓扑节点M,则信息查询装置可以基于结束拓扑节点M确定目标信息m,并输出目标信息m。
值得说明地是,在本实施例中,通过基于确定起始拓扑节点,并基于边起始拓扑节点和连接关系依次确定中间拓扑节点(如上述示例中的拓扑节点B和拓扑节点D),直至得到结束拓扑节点,从而得到查询路径,并基于查询路径输出目标信息,相较于相关技术,无需针对每一拓扑节点对应的服务接口编写相应的查询逻辑,且针对不同的搜索,无需编写不同的查询逻辑,节约了资源,提高了信息查询的普遍适用性,且提高了信息查询的效率的技术效果。
请参阅图5,图5为本公开一个实施例的信息查询方法的示意图。
如图5所示,该方法包括:
S501:获取各服务接口各自对应的属性信息,属性信息表征与服务接口的输入和输出相关的信息。
示例性地,每一服务接口有与其对应的属性信息,且每一服务接口的属性信息可以理解为每一服务接口对应的与输入和输出相关的信息,即与每一服务接口对应的输入相关的信息和输出相关的信息。
例如,服务接口A的属性信息可以表征与服务接口A的输入相关的信息,且可以表征与服务接口A的输出相关的信息,且基于上述分析可知,服务接口A的输出相关的信息是可以由服务接口A的输入相关的信息查询得到的。
在一些实施例中,可以从服务接口的注册中心获取各服务接口的服务接口说明,并基于每一服务接口的服务接口说明确定每一服务接口对应的属性信息。
S502:根据各服务接口各自对应的属性信息确定各服务接口之间的查询依赖关系。
其中,属性信息可以表征服务接口的输入和输出相关的信息,因此,基于各服务接口各自对应的输入和输出相关的信息,可以确定各服务接口之间是否存在查询依赖关系,如某一服务接口的输入相关的信息是否依赖于另一服务接口的输出相关的信息。
在一些实施例中,每一服务接口的属性信息包括:每一服务接口的输入信息、以及与输入信息对应的输出信息,S502可以包括如下步骤:
步骤1:针对每一服务接口,确定将每一服务接口的输入信息作为输出信息的上一级服务接口,并确定将每一服务接口的输出信息作为输入信息的下一级服务接口。
例如,若服务接口B的输入信息为信息b,且信息b为服务接口A的输出信息,则可以将服务接口A确定为服务接口B的上一级服务接口。
若服务接口B的输出信息为信息c,且信息c为服务接口M的输入信息,则可以将服务接口M确定为服务接口B的下一级服务接口。
步骤2:根据每一服务接口、上一级服务接口、以及下一级服务接口,确定各服务接口之间的查询依赖关系。
示例性地,该步骤可以理解为:在基于步骤1确定出每一服务接口的上一级服务接口和下一级服务接口之后,则可以基于每一服务接口的上一级服务接口和下一级服务接口,确定各服务接口之间的查询依赖关系。
S503:根据各服务接口之间的查询依赖关系构建拓扑关系图。
示例性地,信息查询装置可以基于每一服务接口、每一服务接口的上一级服务接口、以及每一服务接口的下一级服务接口,构建包括各服务接口的拓扑关系图。
在一些实施例中,S503可以包括如下步骤:
步骤1:将每一服务接口构建为每一拓扑节点。
在本实施例中,信息查询装置可以将每一服务接口构建为拓扑关系图中的每一拓扑节点。
示例性地,结合如图4所示的拓扑关系图,拓扑关系图包括多个拓扑节点,每一拓节点表征每一服务接口,
步骤2:根据各服务接口之间的查询依赖关系构建各拓扑节点之间的边连接关系。
在本实施例中,信息查询装置可以将各服务接口之间的查询依赖关系构建为各拓扑节点之间的边连接关系。
示例性地,结合如图4所示的拓扑关系图,拓扑关系图包括如两个拓扑节点之间的边连接关系,如拓扑节点A与拓扑节点B之间的边连接关系,又如拓扑节点A与拓扑节点D之间的边连接关系扥。
S504:若获取到针对服务接口的更新信息,则基于更新信息对拓扑关系图进行调整,更新信息包括服务接口的新增、减少、以及修改中的至少一种。
示例性地,若有新增的服务接口,则可以基于新增的服务接口对拓扑关系图进行调整。
例如,可以从各服务接口中确定新增的服务接口的上一级服务接口和下一级服务接口,并可以在拓扑关系图中,在与上一级服务接口对应的拓扑节点与下一级服务接口对应的拓扑节点之间,增加与新增的服务接口对应的拓扑节点,并增加新增的拓扑节点与上一级服务接口对应的拓扑节点之间的边连接关系,且增加新增的拓扑节点与下一级服务接口对应的拓扑节点之间的边连接关系,从而得到调整后的拓扑关系图。
示例性地,若服务接口的数量减少,则可以基于减少的服务接口对拓扑关系图进行调整。
例如,可以从拓扑关系图中确定与减少的服务接口对应的拓扑节点,并将该拓扑节点从拓扑关系图中删除,且从拓扑关系图中删除该拓扑节点对应的边连接关系。
示例性地,若服务接口有修改,则可以基于服务接口的修改相关的信息对拓扑关系图进行调整。
例如,可以从拓扑关系图中确定与修改的服务接口对应的拓扑节点,并基于修改的服务接口的修改信息对该拓扑节点进行修改,并对该拓扑节点对应边连接关系进行修改。
具体地,若某服务接口的输入信息存在修改,则可以基于修改后的输入信息对该服务接口对应的拓扑节点的输入信息进行修改,且由于输入信息修改之后,该服务接口的上一级服务接口可能发生改变,则信息查询装置可以基于修改后的输入信息从各服务接口中确定与该服务接口的上一级服务接口,并从关系拓扑图中确定上一级服务接口对应的拓扑节点,并构建确定出的拓扑节点与该服务接口对应的拓扑节点之间的边连接关系,相应地,将输入信息修改之前的该服务接口的拓扑节点与上一级拓扑节点之间的边连接关系删除。
同理,若某服务接口的输出信息存在修改,则可以基于修改后的输出信息对该服务接口对应的拓扑节点的输出信息进行修改,且由于输出信息修改之后,该服务接口的下一级服务接口可能发生改变,则信息查询装置可以基于修改后的输出信息从各服务接口中确定与该服务接口的下一级服务接口,并从关系拓扑图中确定下一级服务接口对应的拓扑节点,并构建确定出的拓扑节点与该服务接口对应的拓扑节点之间的边连接关系,相应地,将输出信息修改之前的该服务接口的拓扑节点与下一级拓扑节点之间的边连接关系删除。
值得说明地是,在本实施例中,若获取到针对服务接口的更新信息,则可以基于更新信息对拓扑关系图进行调整,一方面,采用本实施例的方案对目标信息进行查询,各服务接口的查询逻辑无需变更,避免了相关技术中对各服务接口的查询逻辑分别进行调整造成的调整资源消耗较大,且容易出现疏漏的弊端,实现了节约资源,且实现了方便灵活地调整拓扑关系图的技术效果;另一方面,信息查询装置可以根据调整后的拓扑关系图确定最新查询依赖关系,进而优化查询逻辑,提高了查询信息的效率和可靠性的技术效果。
S505:接收查询请求,查询请求中携带初始信息,查询请求用于指示基于初始信息查询得到目标信息。
示例性地,关于S505地描述可以参见S101,此处不再赘述。
S506:根据拓扑关系图确定与查询请求对应的查询路径。
示例性地,关于S506地描述可以参见S102,或者,可以参见S302至S303,此处不再赘述。
S507:根据查询路径确定并输出目标信息。
示例性地,关于S507地描述可以参见S103,此处不再赘述。
在一些实施例中,若查询路径的数量为多条,则S507可以包括:从多条查询路径中选择最短查询路径,并根据最短查询路径确定并输出目标信息。
值得说明地是,在本实施例中,当查询路径的数量为多条时,基于最短查询路径确定并输出目标信息,可以实现提高确定目标信息的效率的技术效果。
根据本公开实施例的另一个方面,本公开实施例提供了一种信息查询装置。
请参阅图6,图6为本公开一个实施例的信息查询装置的示意图。
如图6所示,该装置包括:
接收模块601,用于接收查询请求,查询请求中携带初始信息,查询请求用于指示基于初始信息查询得到目标信息。
第一确定模块602,用于根据拓扑关系图确定与查询请求对应的查询路径,其中,拓扑关系图用于表征各服务接口之间的查询依赖关系,查询路径表征与查询请求对应的多个服务接口之间的查询依赖关系。
第二确定模块603,用于根据查询路径确定目标信息。
输出模块604,用于输出目标信息。
在一些实施例中,拓扑关系图包括:拓扑节点和边连接关系,拓扑节点表征服务接口,边连接关系表征服务接口之间的查询依赖关系;查询路径包括起始拓扑节点和结束拓扑节点;第一确定模块602用于,根据初始信息从拓扑关系图中确定查询路径的起始拓扑节点,并根据起始拓扑节点、边连接关系、以及目标信息,从拓扑关系图中确定查询路径的结束拓扑节点。
在一些实施例中,拓扑关系图是对各服务接口的属性信息分析确定的,每一服务接口包括属性信息,每一服务接口的属性信息表征与每一服务接口的输入和输出相关的信息;第一确定模块602用于,从拓扑关系图中,将初始信息作为输入相关的信息的拓扑节点确定为起始拓扑节点,并根据起始拓扑节点、边连接关系、以及目标信息,从拓扑关系图中,将目标信息作为输出相关的信息的拓扑节点确定为结束拓扑节点。
在一些实施例中,每一服务接口的属性信息包括:每一接口的输入信息、以及与输入信息对应的输出信息;第一确定模块602用于,从拓扑关系图中,将初始信息作为输入信息的拓扑节点确定为起始拓扑节点,并基于拓扑节点和边连接关系,确定将起始拓扑节点对应的输出信息确定为输入信息的拓扑节点,直至得到将目标信息作为输出信息的拓扑节点,并将目标信息作为输出信息的拓扑节点确定为结束拓扑节点。
结合图7可知,在一些实施例中,信息查询装置还包括:
获取模块605,用于获取各服务接口各自对应的属性信息,属性信息表征与服务接口的输入和输出相关的信息。
第三确定模块606,用于根据各服务接口各自对应的属性信息确定各服务接口之间的查询依赖关系。
构建模块607,用于根据各服务接口之间的查询依赖关系构建拓扑关系图。
在一些实施例中,每一服务接口的属性信息包括:每一服务接口的输入信息、以及与输入信息对应的输出信息;第三确定模块606用于,针对每一服务接口,确定将每一服务接口的输入信息作为输出信息的上一级服务接口,并确定将每一服务接口的输出信息作为输入信息的下一级服务接口,且根据每一服务接口、上一级服务接口、以及下一级服务接口,确定各服务接口之间的查询依赖关系。
在一些实施例中,拓扑关系图包括:拓扑节点和边连接关系;构建模块607用于,将每一服务接口构建为每一拓扑节点,并根据各服务接口之间的查询依赖关系构建各拓扑节点之间的边连接关系。
结合图8可知,在一些实施例中,信息查询装置还包括:
调整模块608,用于若获取到针对服务接口的更新信息,则基于更新信息对拓扑关系图进行调整,更新信息包括服务接口的新增、减少、以及修改中的至少一种。
在一些实施例中,第二确定模块603用于,从多条查询路径中选择最短查询路径,并根据最短查询路径确定目标信息。
参考图9,其示出了适于用来实现本公开实施例的电子设备900的结构示意图,该电子设备900可以为终端设备或服务器。其中,终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant,简称PDA)、平板电脑(Portable Android Device,简称PAD)、便携式多媒体播放器(Portable MediaPlayer,简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图9示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图9所示,电子设备900可以包括处理装置(例如中央处理器、图形处理器等)901,其可以根据存储在只读存储器(Read Only Memory,简称ROM)902中的程序或者从存储装置908加载到随机访问存储器(Random Access Memory,简称RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中,还存储有电子设备900操作所需的各种程序和数据。处理装置901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
通常,以下装置可以连接至I/O接口905:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置906;包括例如液晶显示器(Liquid CrystalDisplay,简称LCD)、扬声器、振动器等的输出装置907;包括例如磁带、硬盘等的存储装置908;以及通信装置909。通信装置909可以允许电子设备900与其他设备进行无线或有线通信以交换数据。虽然图9示出了具有各种装置的电子设备900,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置909从网络上被下载和安装,或者从存储装置908被安装,或者从ROM902被安装。在该计算机程序被处理装置901执行时,执行本公开实施例的方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备执行上述实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network,简称LAN)或广域网(Wide Area Network,简称WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
第一方面,根据本公开的一个或多个实施例,提供了一种信息查询方法,包括:
接收查询请求,所述查询请求中携带初始信息,所述查询请求用于指示基于所述初始信息查询得到目标信息;
根据拓扑关系图确定与所述查询请求对应的查询路径,其中,所述拓扑关系图用于表征各服务接口之间的查询依赖关系,所述查询路径表征与所述查询请求对应的多个服务接口之间的查询依赖关系;
根据所述查询路径确定并输出所述目标信息。
根据本公开的一个或多个实施例,所述拓扑关系图包括:拓扑节点和边连接关系,拓扑节点表征服务接口,边连接关系表征服务接口之间的查询依赖关系;所述查询路径包括起始拓扑节点和结束拓扑节点;根据拓扑关系图确定与所述查询请求对应的查询路径,包括:
根据所述初始信息从所述拓扑关系图中确定所述查询路径的起始拓扑节点;
根据所述起始拓扑节点、所述边连接关系、以及所述目标信息,从所述拓扑关系图中确定所述查询路径的结束拓扑节点。
根据本公开的一个或多个实施例,所述拓扑关系图是对各服务接口的属性信息分析确定的,每一服务接口包括属性信息,每一服务接口的属性信息表征与所述每一服务接口的输入和输出相关的信息;根据所述初始信息从所述拓扑关系图中确定所述查询路径的起始拓扑节点,包括:
从所述拓扑关系图中,将所述初始信息作为输入相关的信息的拓扑节点确定为所述起始拓扑节点;
以及,根据所述起始拓扑节点、所述边连接关系、以及所述目标信息,从所述拓扑关系图中确定所述查询路径的结束拓扑节点,包括:根据所述起始拓扑节点、所述边连接关系、以及所述目标信息,从所述拓扑关系图中,将所述目标信息作为输出相关的信息的拓扑节点确定为所述结束拓扑节点。
根据本公开的一个或多个实施例,所述每一服务接口的属性信息包括:每一接口的输入信息、以及与输入信息对应的输出信息;从所述拓扑关系图中,将所述初始信息作为输入相关的信息的拓扑节点确定为所述起始拓扑节点,包括:
从所述拓扑关系图中,将所述初始信息作为输入信息的拓扑节点确定为所述起始拓扑节点;
以及,根据所述起始拓扑节点、所述边连接关系、以及所述目标信息,从所述拓扑关系图中,将所述目标信息作为输出信息的拓扑节点确定为所述结束拓扑节点,包括:基于所述拓扑节点和所述边连接关系,确定将所述起始拓扑节点对应的输出信息确定为输入信息的拓扑节点,直至得到将所述目标信息作为输出信息的拓扑节点,并将所述目标信息作为输出信息的拓扑节点确定为结束拓扑节点。
根据本公开的一个或多个实施例,在根据预设的拓扑关系图确定与所述查询请求对应的查询路径之前,所述方法还包括:
获取各服务接口各自对应的属性信息,属性信息表征与服务接口的输入和输出相关的信息;
根据各服务接口各自对应的属性信息确定各服务接口之间的查询依赖关系;
根据各服务接口之间的查询依赖关系构建所述拓扑关系图。
根据本公开的一个或多个实施例,所述拓扑关系图是对各服务接口的属性信息分析确定的,每一服务接口的属性信息包括:每一服务接口的输入信息、以及与输入信息对应的输出信息;根据各服务接口各自对应的属性信息确定各服务接口之间的查询依赖关系,包括:
针对所述每一服务接口,确定将所述每一服务接口的输入信息作为输出信息的上一级服务接口,并确定将所述每一服务接口的输出信息作为输入信息的下一级服务接口;
根据所述每一服务接口、所述上一级服务接口、以及所述下一级服务接口,确定各服务接口之间的查询依赖关系。
根据本公开的一个或多个实施例,所述拓扑关系图包括:拓扑节点和边连接关系;根据各服务接口之间的查询依赖关系构建所述拓扑关系图,包括:
将所述每一服务接口构建为每一拓扑节点;
根据各服务接口之间的查询依赖关系构建各拓扑节点之间的边连接关系。
根据本公开的一个或多个实施例,在根据各服务接口之间的查询依赖关系构建所述拓扑关系图之后,所述方法还包括:
若获取到针对服务接口的更新信息,则基于所述更新信息对所述拓扑关系图进行调整,所述更新信息包括服务接口的新增、减少、以及修改中的至少一种。
根据本公开的一个或多个实施例,若所述查询路径的数量为多条,则根据所述查询路径确定并输出所述目标信息,包括:
从多条查询路径中选择最短查询路径,并根据所述最短查询路径确定并输出所述目标信息。
第二方面,根据本公开的一个或多个实施例,提供了一种信息查询装置,包括:
接收模块,用于接收查询请求,所述查询请求中携带初始信息,所述查询请求用于指示基于所述初始信息查询得到目标信息;
第一确定模块,用于根据拓扑关系图确定与所述查询请求对应的查询路径,其中,所述拓扑关系图用于表征各服务接口之间的查询依赖关系,所述查询路径表征与所述查询请求对应的多个服务接口之间的查询依赖关系;
第二确定模块,用于根据所述查询路径确定所述目标信息;
输出模块,用于输出所述目标信息。
根据本公开的一个或多个实施例,所述拓扑关系图包括:拓扑节点和边连接关系,拓扑节点表征服务接口,边连接关系表征服务接口之间的查询依赖关系;所述第一确定模块用于,根据所述初始信息从所述拓扑关系图中确定所述查询路径的起始拓扑节点,并根据所述起始拓扑节点、所述边连接关系、以及所述目标信息,从所述拓扑关系图中确定所述查询路径的结束拓扑节点
根据本公开的一个或多个实施例,所述拓扑关系图是对各服务接口的属性信息分析确定的,每一服务接口包括属性信息,每一服务接口的属性信息表征与所述每一服务接口的输入和输出相关的信息;所述第一确定模块用于,从所述拓扑关系图中,将所述初始信息作为输入相关的信息的拓扑节点确定为所述起始拓扑节点,并根据所述起始拓扑节点、所述边连接关系、以及所述目标信息,从所述拓扑关系图中,将所述目标信息作为输出相关的信息的拓扑节点确定为所述结束拓扑节点。
根据本公开的一个或多个实施例,所述每一服务接口的属性信息包括:每一接口的输入信息、以及与输入信息对应的输出信息;所述第一确定模块用于,从所述拓扑关系图中,将所述初始信息作为输入信息的拓扑节点确定为所述起始拓扑节点,并基于所述拓扑节点和所述边连接关系,确定将所述起始拓扑节点对应的输出信息确定为输入信息的拓扑节点,直至得到将所述目标信息作为输出信息的拓扑节点,并将所述目标信息作为输出信息的拓扑节点确定为结束拓扑节点。
根据本公开的一个或多个实施例,所述装置还包括:
获取模块,用于获取各服务接口各自对应的属性信息,属性信息表征与服务接口的输入和输出相关的信息;
第三确定模块,用于根据各服务接口各自对应的属性信息确定各服务接口之间的查询依赖关系;
构建模块,用于根据各服务接口之间的查询依赖关系构建所述拓扑关系图。
根据本公开的一个或多个实施例,所述拓扑关系图是对各服务接口的属性信息分析确定的,每一服务接口的属性信息包括:每一服务接口的输入信息、以及与输入信息对应的输出信息;第三确定模块用于,针对所述每一服务接口,确定将所述每一服务接口的输入信息作为输出信息的上一级服务接口,并确定将所述每一服务接口的输出信息作为输入信息的下一级服务接口,并根据所述每一服务接口、所述上一级服务接口、以及所述下一级服务接口,确定各服务接口之间的查询依赖关系。
根据本公开的一个或多个实施例,所述拓扑关系图包括:拓扑节点和边连接关系;第三确定模块用于,将所述每一服务接口构建为每一拓扑节点,并根据各服务接口之间的查询依赖关系构建各拓扑节点之间的边连接关系。
根据本公开的一个或多个实施例,所述信息查询装置还包括:
调整模块,用于若获取到针对服务接口的更新信息,则基于所述更新信息对所述拓扑关系图进行调整,所述更新信息包括服务接口的新增、减少、以及修改中的至少一种。
根据本公开的一个或多个实施例,所述第二确定模块用于,从多条查询路径中选择最短查询路径,并根据所述最短查询路径确定所述目标信息。
第三方面,根据本公开的一个或多个实施例,提供了一种电子设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的信息查询方法。
第四方面,根据本公开的一个或多个实施例,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上第一方面以及第一方面各种可能的设计所述的信息查询方法。
第五方面,本公开实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如上第一方面以及第一方面各种可能的设计所述的信息查询方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
- 信息查询方法、装置、电子设备、存储介质及程序产品
- 数据的查询方法、装置及电子设备、存储介质、程序产品