CN110209914A - 一种信息查询方法及相关装置 - Google Patents

Abstract

本申请公开了一种信息查询方法及相关装置，在保证高效查询信息的同时，能够减小存储成本。其中，本申请提供的信息查询方法包括：接收客户端发送的信息查询请求，其中，信息查询请求携带目标对象的标识；根据信息查询请求获取有向关系，其中，有向关系用于指示第一存储模块与第二存储模块之间的访问路径，第一存储模块用于存储目标对象，第二存储模块与第一存储模块相关联，第一存储模块与第二存储模块为相互独立的两个存储模块；根据有向关系，从第一存储模块中获取目标对象；向客户端发送目标对象，以使客户端展示目标对象。

Description

一种信息查询方法及相关装置

技术领域

本申请涉及应用信息管理技术领域，尤其涉及一种信息查询方法及相关装置。

背景技术

随着网络通信技术的快速发展，用户可以通过在社区类软件上发布资讯进行用户之间的互动。

在上述场景中，用户可以在软件上对资讯进行多种操作，如发表、删除、迁移、查询等等，如用户以一个角色的使用方法在客户端上发表信息时，由于该软件中定义角色属性为主题，当该角色同时属于两个不同的主题时，该信息需要同时挂在这两个主题中，以便其余用户查询，为了保证查询的高效，现有技术通常采取扩散的方式实现，即可以在后台服务器的数据库中，将该信息分别存储至该角色、两个主题对应的存储模块中，以便查询时快速调用。

然而，由于扩散的方式需要在相关联的每个存储模块中均存储同一份信息，存储成本较高。

发明内容

本申请实施例提供了一种信息查询方法及相关装置，在保证高效查询信息的同时，能够减小存储成本。

本申请实施例第一方面提供一种信息查询方法，包括：

接收客户端发送的信息查询请求，其中，所述信息查询请求携带目标对象的标识；

根据所述信息查询请求获取所述有向关系，其中，所述有向关系用于指示第一存储模块与第二存储模块之间的访问路径，所述第一存储模块用于存储所述目标对象，所述第二存储模块与所述第一存储模块相关联，所述第一存储模块与所述第二存储模块为相互独立的两个存储模块；

根据所述有向关系，从所述第一存储模块中获取所述目标对象；

向所述客户端发送所述目标对象，以使所述客户端展示所述目标对象。

本申请实施例第二方面提供了一种信息查询装置，包括：

第一接收模块，用于接收客户端发送的信息查询请求，其中，所述信息查询请求携带目标对象的标识；

第一获取模块，用于根据所述信息查询请求获取所述有向关系，其中，所述有向关系用于指示第一存储模块与第二存储模块之间的访问路径，所述第一存储模块用于存储所述目标对象，所述第二存储模块与所述第一存储模块相关联，所述第一存储模块与所述第二存储模块为相互独立的两个存储模块；

第二获取模块，用于根据所述有向关系，从所述第一存储模块中获取所述目标对象；

发送模块，用于向所述客户端发送所述目标对象，以使所述客户端展示所述目标对象。

基于第二方面，本申请实施例还提供了第二方面的第一种实施例方式，所述信息查询装置还包括：

第二接收模块，用于接收所述客户端发送的有向关系构建请求；

第三获取模块，用于根据所述有向关系构建请求获取所述第一存储模块和所述第二存储模块；

构建模块，用于构建所述第一存储模块和所述第二存储模块之间的所述有向关系。

基于第二方面的第一种实施例方式，本申请实施例还提供了第二方面的第二种实施例方式，所述信息查询装置还包括：

第三接收模块，用于接收所述客户端发送的信息发表请求，其中，所述信息发表请求包含所述目标对象；

第四获取模块，用于根据所述信息发表请求获取所述第一存储模块；

存储模块，用于将所述目标对象存储至所述第一存储模块。

基于第二方面的第二种实施例方式，本申请实施例还提供了第二方面的第三种实施例方式，所述信息查询装置还包括：

第四接收模块，用于接收所述客户端发送的信息删除请求；

第五获取模块，用于根据所述信息删除请求获取所述第一存储模块；

第一删除模块，用于在所述第一存储模块中删除所述目标对象。

基于第二方面的第三种实施例方式，本申请实施例还提供了第二方面的第四种实施例方式，所述信息查询装置还包括：

第五接收模块，用于接收所述客户端发送的有向关系删除请求；

第六获取模块，用于根据所述有向关系删除请求获取所述有向关系；

第二删除模块，用于删除所述有向关系。

基于第二方面，或第二方面的第一种实施例方式至第四种实施例方式中的任意一种，本申请实施例还提供了第二方面的第五种实施例方式：

所述第二存储模块的标签与所述第一存储模块的标签具有从属关系。

本申请实施例第三方面还提供了一种网络设备，包括：存储器、收发器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，包括如下步骤：

接收客户端发送的信息查询请求，其中，所述信息查询请求携带目标对象的标识；

根据所述信息查询请求获取所述有向关系，其中，所述有向关系用于指示第一存储模块与第二存储模块之间的访问路径，所述第一存储模块用于存储所述目标对象，所述第二存储模块与所述第一存储模块相关联，所述第一存储模块与所述第二存储模块为相互独立的两个存储模块；

根据所述有向关系，从所述第一存储模块中获取所述目标对象；

向所述客户端发送所述目标对象，以使所述客户端展示所述目标对象。

本申请实施例第四方面还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第一方面所述的方法。

本申请实施例第五方面还提供了一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行如第一方面所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种信息查询方法及相关装置，其中，该方法在接收用户通过客户端端发送的信息查询请求后，根据请求中该请求获取有向关系，由于数据库中相关联的存储模块之间是相互独立的，且该有向关系用于指示第二存储模块和存储有目标对象的第一存储模块之间的访问路径，故可以根据该有向关系通过第二存储模块访问第一存储模块得到目标对象，将该目标对象返回客户端后，能使得客户端能够展示该目标对象。由于有向关系的存在，本申请实施例仅需在第一存储模块中存储目标对象，与第一存储模块关联的第二存储模块则不需进行目标对象的存储，因此，本申请实施例在保证高效查询信息的同时，能够减小存储成本。

附图说明

图1为本申请实施例中信息查询系统的一个架构示意图；

图2为本申请实施例提供的信息查询方法的一个流程示意图；

图3为本实施例中有向关系的示意图；

图4为本申请实施例提供的信息查询方法的应用例示意图；

图5为本申请实施例提供的信息查询装置的结构示意图；

图6为本申请实施例提供的网络设备结构示意图。

具体实施方式

本申请实施例提供了一种信息查询方法及相关装置，在保证高效查询信息的同时，能够减小存储成本。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应理解，本申请应用于社区类软件的信息交互场景，社区类软件主要通过用户的互动、发帖等用于生产内容的操作支撑起软件平台的运营。具体地，用户可通过在客户端上安装社区类软件，并在软件平台上进行信息发表、信息查询、评论等等操作与其他用户进行互动。当用户发表信息时，后台服务器需要将信息存储于数据库中，以便其他用户进行查询。

为方便说明，以下以游戏类社区软件作为示例进行说明。当用户以一游戏角色的使用心得发表一篇资讯时，由于软件内定义了游戏角色A的角色属性为主题，若该游戏角色属于两个不同的主题(如主题一和主题二)，该资讯则需要挂载至两个主题，对应的，为了方便快速查询，现有技术中，通常是以扩散的方式对该资讯进行存储，即后台服务器的数据库会划分有与游戏角色A、主题一和主题二相对应的三个存储模块，并将该资讯存入三个存储模块中。其余用户可以在软件上查询该资讯，如在主题一的主页面中，设置有游戏角色A、B和C的子页面，当用户在A子页面中查询游戏角色A的该资讯时，后台服务器可以在游戏角色A对应的存储模块获取该资讯返回至客户端。又如用户直接在主题二的主页面中直接查询游戏角色A的该资讯，后台服务器可以在主题二对应的存储模块获取该资讯返回至客户端。

因此，为了满足客户的查询需求，通常需要在相关联的存储模块中存储同一份信息，导致存储成本较高。

有鉴于此，本申请提出了一种信息查询的方法，该方法应用于图1所示的信息查询系统，请参阅图1，图1为本申请实施例中信息查询系统的一个架构示意图，如图1所示，该系统包括客户端和服务器，其中：

客户端安装有社区类软件，用户可以在软件提供的平台上进行信息发表、信息删除、信息迁移、评论等等互动操作，每一操作所产生的操作请求均发送至布署于后台的服务器，服务器将根据操作请求在数据库中对信息进行相应的操作，并返回结果至客户端。

为方便说明，以下均以游戏社区类软件进行说明，该软件通常安装于客户端上，需要说明的是，该客户端可以是游戏用户的终端，也可以游戏官方的终端(发表游戏官方信息)，该客户端可以包括但不限于手机、掌上电脑、笔记本电脑、平板电脑和个人电脑等，用于输出软件的应用图形界面，并将用户通过如鼠标、键盘等输入设备输入的操作指令，通过网络发送至服务器。

后台服务器上布署有数据库，该数据库中设置有多个相互独立且用于存储信息的存储模块，每个存储模块具有标签，通常存储模块的标签具备一定的关系，使得存储模块之间相互关联，如当用户通过客户端发表一篇角色A的相关信息时，且该角色A从属于主题一和主题二，在服务器的数据库中，设置有标签为角色A的存储模块、标签为主题一的存储模块和标签为主题二的存储模块，则为相关联的模块。

下面从服务器的角度，对本申请实施例中提供的信息查询方法进行介绍，请参阅图2，本申请实施例提供的一种信息查询方法的一个实施例，包括：

201、接收客户端发送的信息查询请求，其中，信息查询请求携带目标对象的标识；

本实施例中，为方便说明，依旧以上述游戏社区类软件作为例子进行介绍。当用户需要查询角色A的某一条信息(目标对象)时，可以向客户端输入信息查询请求，其中，该信息查询请求携带目标对象的标识。需要说明的是，由于角色A从属于主题一和主题二，因此，从客户端一侧而言，用户可以在该软件的多个位置输入信息查询请求，如主题一主页面下的角色A子页面，或主题二主页面下的角色A子页面，或角色A的主页面，或主题一的主页面，或主题二的主页面。

202、根据信息查询请求获取有向关系，其中，有向关系用于指示第一存储模块与第二存储模块之间的访问路径，第一存储模块用于存储目标对象，第二存储模块与第一存储模块相关联，第一存储模块与第二存储模块为相互独立的两个存储模块；

应理解，本实施例中相互关联的模块之间存在有向关系，可选的，相关联的模块指的是相关联的模块标签之间具有从属关系，该有向关系用于指示两个存储模块之间的访问路径。

依旧如上述例子，设第一存储模块为角色A对应的存储模块，第二存储模块为主题一(或主题二)对应的存储模块，可以理解的是，第一存储模块的标签为角色A，第二存储模块的标签为主题一，故第一存储模块从属于第二存储模块，第一存储模块和第二存储模块之间的有向关系则用于指示第一存储模块与第二存储模块之间的访问路径。应理解，该访问路径通常指服务器通过第二存储模块访问第一存储模块，因此，即使用户触发查询请求的位置与第二存储模块相对应，也可以通过第二存储模块在第一存储模块内获取目标对象，故本实施例中，目标对象的相关数据在数据库中，仅需存储在第一存储模块(即有向关系中，处于最下级的存储模块)中，可以减少存储成本。此外，本实施例中的第二存储模块可以仅为一个存储模块，也可以包含多个存储模块(多个存储模块所建立的有向关系具体见图3中的说明)，此处不做具体限定。

为了便于理解，以下将结合图3对有向关系作进一步的说明，图3为本实施例中有向关系的示意图，其中存储模块301从属于存储模块302，有向关系将存储模块301和存储模块302分别视为顶点，且由存储模块301指向存储模块302(由下级模块指向上级模块)，因此，存储模块301和存储模块302之间构建了一条访问路径，应理解，该访问路径用于通过上级模块访问下级模块以获取信息，进一步地，在下级的存储模块301上，还可以存在另一个有向关系，该有向关系可以由三个存储模块构成，即由最底层的存储模块301指向存储模块303，再指向存储模块304。

通过以上说明，数据库中的每一个存储模块均可以作为最下级的模块，以此为基础构建属于每个模块的有向关系，使得具备关联关系的模块之间具有访问路径，因此，本实施例中相关联的存储模块不再需存储同一份信息，仅需将信息存储在有向关系中最下级的存储模块中即可，有利于节省存储资源。

203、根据有向关系，从第一存储模块中获取目标对象；

获取有向关系后，即可获取第一存储模块和第二存储模块之间的访问路径，由于目标对象仅存于第一存储模块之中，即角色A对应的存储模块中，服务器成功访问第一存储模块后，则在第一存储模块中根据目标对象的标识获取目标对象。

204、向客户端发送目标对象，以使客户端展示目标对象。

得到目标对象后，向客户端返回目标对象，客户端接收到目标对象，可以将其进行展示在软件的界面上，即用户所需查询的角色A的信息。

由于有向关系用于指示第一存储模块与第二存储模块之间的访问路径，因此，本申请实施例仅需在第一存储模块中存储目标对象，与第一存储模块关联的第二存储模块则不需进行目标对象的存储，因此，本申请实施例在保证高效查询信息的同时，能够减小存储成本。

可选的，基于图2所对应的实施例，本申请实施例中信息查询方法的一个可选实施例中，接收客户端发送的信息查询请求之前还包括：

接收客户端发送的有向关系构建请求；

根据有向关系构建请求获取第一存储模块和第二存储模块；

构建第一存储模块和第二存储模块之间的有向关系。

本实施例中，在进行信息查询之前，通常需要在服务器侧提前构建有向关系，可以理解的是，有向关系基于存储模块标签之间的从属关系进行建立，标签的从属关系则由用户或游戏官方进行设定，如角色A与主题一的从属关系，角色A与主题二的从属关系即为标签之间的从属关系，游戏官方的客户端可以预先向服务器发送有向关系构建请求，应理解，该请求通常指向需要构建有向关系的存储模块，如该请求指向角色A和主题一对应的存储模块，服务器则根据该请求获取这两个存储模块，并构建两个存储模块之间的有向关系，同理角色A与主题二对应的存储模块之间有向关系的建立，此处不再赘述。

此外，用户或游戏软件还可以对某个存储模块的有向关系进行变更，如需要增添角色A与主题三之间的从属关系，则可通过客户端向服务器发送有向关系构建请求，具体建立有向关系的过程同上述过程，此处不再赘述。

服务器成功构建有向关系后，将构建成功的处理结果返回至客户端，以提示用户或游戏官方。

可选的，基于图2所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，构建第一存储模块和第二存储模块之间的有向关系之后，接收客户端发送的信息查询请求之前还包括：

接收客户端发送的信息发表请求，其中，信息发表请求包含目标对象；

根据信息发表请求获取第一存储模块；

将目标对象存储至第一存储模块。

本实施例中，在服务器侧建立有向关系后，且在用户进行信息查询之前，通常需要进行信息存储，即用户在软件平台上发表信息的过程。当用户需要发表角色A的某篇信息(目标对象)时，通过客户端输向服务器发送该请求后，由于请求中包含目标对象，故服务器可根据信息发表请求确定该目标对象存储的位置，即标签为角色A的第一存储模块，然后将目标对象存入第一存储模块中，存储完成后，向客户端返回存储操作的处理结果。由于在服务器中，存在基于第一存储模块和第二存储模块的有向关系，且该有向关系基于角色A和主题一(或主题二)的从属关系所建立，因此，服务器可以根据有向关系，通过标签为主题一或主题二的第二存储模块在第一存储模块中获取该目标对象。

可选的，基于图2所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，将目标对象存储至第一存储模块之后或向客户端发送目标对象之后还包括：

接收客户端发送的信息删除请求；

根据信息删除请求获取第一存储模块；

在第一存储模块中删除目标对象。

本实施例中，在服务器侧存入目标对象或在用户结束对目标对象的查询后，可以对服务器中的目标对象进行删除操作。具体的，用户通过客户端向服务器发送信息删除请求，通常，该信息删除请求包含目标对象的标识，服务器根据该信息删除请求可以确定目标对象所在的位置，即第一存储模块，然后直接在第一存储模块中删除目标对象，删除完成后，服务器向客户端返回删除操作的处理结果。由于有向关系的存在，仅删除第一存储模块中的目标对象，则相当于“同步”至第二存储模块中，不需像现有技术中，需要在第一存储模块和第二存储模块分别进行目标对象的删除才能完成信息删除操作，提高了信息操作的效率。

可选的，基于图2所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，将目标对象存储至第一存储模块之后、向客户端发送目标对象之后或在第一存储模块中删除目标对象之后还包括：

接收客户端发送的有向关系删除请求；

根据有向关系删除请求获取有向关系；

删除有向关系。

本实施例中，在服务器完成有向关系的建立、信息查询或信息发表后，用户可以根据实际需求删除该有向关系。具体的，用户通过客户端向服务器发送有向关系删除请求后，服务器根据有向关系删除请求确定用户需要删除的有向关系，然后进行对该有向关系的删除操作，完成删除后，将删除操作的处理结果返回至客户端。

为了进一步的理解，以下将以一个应用例对本申请实施例提供的一种信息查询方法进行介绍，图4为本申请实施例提供的一种信息查询方法的应用例示意图，请参阅图4，该应用例包括：

401、客户端发送有向关系建立请求至服务器；

402、服务器建立相关联的存储模块之间的有向关系；

服务器根据有向关系建立请求确定相互关联的存储模块，并构建存储模块之间的有向关系。在有向关系中，各个存储模块之间的指向基于模块标签之间的从属关系，在本应用例中，标签的从属关系可以为：某个英雄角色属于战士版块，战士版块属于游戏版块，游戏版块指向热搜版块，相应的，有向关系中，标签为英雄角色的存储模块指向标签为战士的存储模块，标签为战士的存储模块指向标签为游戏的存储模块，标签为游戏的存储模块指向标签为热搜的存储模块，英雄角色所对应的存储模块即为该有向关系中最底层的存储模块。

403、服务器返回构建操作的处理结果至客户端；

404、客户端发送资讯发表请求至服务器；

需要说明的是，该请求中包含目标资讯，如该资讯为上述英雄角色的使用心得体会，由于该目标资讯中含有英雄角色的标签，服务器可确定相应的存储模块。

405、服务器对资讯发表请求进行校验；

需要说明的是，对请求进行校验的具体操作包括参数校验、判断用户是否为黑名单，发表的资讯内容是否合法等等，若检验合格，则进入步骤406。

406、服务器将目标资讯存储至对应的存储模块；

服务器将目标资讯存储标签为英雄角色的存储模块。

407、服务器将存储操作的处理结果返回至客户端；

408、客户端发送资讯查询请求至服务器；

当用户在客户端的软件平台上，于热搜版块的主页面(也可以为战士版块的主页面或游戏版块的主页面)中，点击上述英雄角色的使用心得体会时(即上述步骤404中的目标资讯)，即通过客户端向服务器发送资讯查询请求。

409、服务器对资讯查询请求进行校验；

410、服务器根据有向关系在最底层的存储模块中获取目标资讯；

服务器接收资讯查询请求后，可以获取到相应的有向关系，该有向关系所指向的最底层存储模块即为该目标资讯所对应的存储模块(标签为英雄角色的存储模块)，因此，服务器可以根据该有向关系，通过上级模块(依次为标签为热搜的存储模块、标签为游戏的存储模块和标签为战士的英雄模块)访问至最底层的存储模块(标签为英雄角色的存储模块)，在最底层的存储模块中获取目标资讯。

需要说明的是，若用户触发查询请求的位置为上述英雄角色版块的主页面，可以如现有技术中，直接从服务器中标签为英雄角色的存储模块获取资讯，也可以沿着上述有向关系，通过上级模块访问至标签为英雄角色的存储模块，进而获取资讯，此处不做限定。

411、服务器将目标资讯返回至客户端；

412、客户端展示目标资讯；

413、客户端发送资讯删除请求至服务器；

用户可以根据实际需求，删除上述目标资讯。

414、服务器对资讯删除请求进行校验；

415、服务器在对应的存储模块中删除目标资讯；

416、服务器返回删除操作的处理结果至客户端。

本应用例中，用户还可以根据实际需求删除上述有向关系，图4中并未示出，其过程如同有向关系建立的过程，此处不再赘述。

本申请实施例利用有向图的顶点和有向路径的性质，将相关联的各个存储视为有向图的顶点，进而构建有向关系，当进行资讯数据存储时，只需存储一份数据于有向关系中位于最底层的存储模块即可，极大地节省了存储成本。更进一步地，在进行资讯查询时，可以沿着有向关系的路径，在最底层的存储模块进行数据获取，实现高效查询。此外，当需要拓展或删除标签的从属关系时，只需增加或减少对应存储模块的有向关系即可，能够快速进行数据迁移，有利于数据扩展。

以上是对本申请实施例提供的一种信息查询方法进行的详细说明，以下将对本申请提供的一种信息查询装置的结构和连接关系进行介绍，需要说明的是，本申请实施例中信息查询装置即为上述服务器，请参阅图5，本申请实施例提供的一种信息查询装置的一个实施例，包括：

第一接收模块501，用于接收客户端发送的信息查询请求，其中，信息查询请求携带目标对象的标识；

第一获取模块502，用于根据信息查询请求获取有向关系，其中，有向关系用于指示第一存储模块与第二存储模块之间的访问路径，第一存储模块用于存储目标对象，第二存储模块与第一存储模块相关联，第一存储模块与第二存储模块为相互独立的两个存储模块；

第二获取模块503，用于根据有向关系，从第一存储模块中获取目标对象；

发送模块504，用于向客户端发送目标对象，以使客户端展示目标对象。

可选的，基于图5所对应的实施例，本申请实施例中信息查询方法的一个可选实施例中，信息查询装置还包括：

第二接收模块，用于接收客户端发送的有向关系构建请求；

第三获取模块，用于根据有向关系构建请求获取第一存储模块和第二存储模块；

构建模块，用于构建第一存储模块和第二存储模块之间的有向关系。

可选的，基于图5所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，信息查询装置还包括：

第三接收模块，用于接收客户端发送的信息发表请求，其中，信息发表请求包含目标对象；

第四获取模块，用于根据信息发表请求获取第一存储模块；

存储模块，用于将目标对象存储至第一存储模块。

可选的，基于图5所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，信息查询装置还包括：

第四接收模块，用于接收客户端发送的信息删除请求；

第五获取模块，用于根据信息删除请求获取第一存储模块；

第一删除模块，用于在第一存储模块中删除目标对象。

可选的，基于图5所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，信息查询装置还包括：

第五接收模块，用于接收客户端发送的有向关系删除请求；

第六获取模块，用于根据有向关系删除请求获取有向关系；

第二删除模块，用于删除有向关系。

可选的，基于图5所对应的各个实施例，本申请实施例中信息查询方法的一个可选实施例中，第二存储模块的标签与第一存储模块的标签具有从属关系。

本申请实施例在接收用户通过客户端端发送的信息查询请求后，根据请求中该请求获取有向关系，由于数据库中相关联的存储模块之间是相互独立的，且该有向关系用于指示第二存储模块和存储有目标对象的第一存储模块之间的访问路径，故可以根据该有向关系通过第二存储模块访问第一存储模块得到目标对象，将该目标对象返回客户端后，能使得客户端能够展示该目标对象。由于有向关系的存在，本申请实施例仅需在第一存储模块中存储目标对象，与第一存储模块关联的第二存储模块则不需进行目标对象的存储，因此，本申请实施例在保证高效查询信息的同时，能够减小存储成本。

本申请实施例还提供了一种网络设备，图6是本申请实施例提供的一种网络设备结构示意图，该网络设备600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)622(例如，一个或一个以上处理器)和存储器632，一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630通信，在网络设备600上执行存储介质630中的一系列指令操作。

网络设备600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，和/或，一个或一个以上操作系统641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图6所示的网络设备结构。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述信息查询方法。

本申请实施例还涉及一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行上述信息查询方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种信息查询方法，其特征在于，包括：

接收客户端发送的信息查询请求，其中，所述信息查询请求携带目标对象的标识；

根据所述信息查询请求获取所述有向关系，其中，所述有向关系用于指示第一存储模块与第二存储模块之间的访问路径，所述第一存储模块用于存储所述目标对象，所述第二存储模块与所述第一存储模块相关联，所述第一存储模块与所述第二存储模块为相互独立的两个存储模块；

根据所述有向关系，从所述第一存储模块中获取所述目标对象；

向所述客户端发送所述目标对象，以使所述客户端展示所述目标对象。

2.根据权利要求1所述的信息查询方法，其特征在于，所述接收客户端发送的信息查询请求之前还包括：

接收所述客户端发送的有向关系构建请求；

根据所述有向关系构建请求获取所述第一存储模块和所述第二存储模块；

构建所述第一存储模块和所述第二存储模块之间的所述有向关系。

3.根据权利要求2所述的信息查询方法，其特征在于，所述构建所述第一存储模块和所述第二存储模块之间的所述有向关系之后，所述接收客户端发送的信息查询请求之前还包括：

接收所述客户端发送的信息发表请求，其中，所述信息发表请求包含所述目标对象；

根据所述信息发表请求获取所述第一存储模块；

将所述目标对象存储至所述第一存储模块。

4.根据权利要求3所述的信息查询方法，其特征在于，所述将所述目标对象存储至所述第一存储模块之后或所述向所述客户端发送所述目标对象之后还包括：

接收所述客户端发送的信息删除请求；

根据所述信息删除请求获取所述第一存储模块；

在所述第一存储模块中删除所述目标对象。

5.根据权利要求4所述的信息查询方法，其特征在于，所述将所述目标对象存储至所述第一存储模块之后、所述向所述客户端发送所述目标对象之后或所述在所述第一存储模块中删除所述目标对象之后还包括：

接收所述客户端发送的有向关系删除请求；

根据所述有向关系删除请求获取所述有向关系；

删除所述有向关系。

6.根据权利要求1至5任意一项所述的信息查询方法，其特征在于，所述第二存储模块的标签与所述第一存储模块的标签具有从属关系。

7.一种信息查询装置，其特征在于，包括：

第一接收模块，用于接收客户端发送的信息查询请求，其中，所述信息查询请求携带目标对象的标识；

第一获取模块，用于根据所述信息查询请求获取所述有向关系，其中，所述有向关系用于指示第一存储模块与第二存储模块之间的访问路径，所述第一存储模块用于存储所述目标对象，所述第二存储模块与所述第一存储模块相关联，所述第一存储模块与所述第二存储模块为相互独立的两个存储模块；

第二获取模块，用于根据所述有向关系，从所述第一存储模块中获取所述目标对象；

发送模块，用于向所述客户端发送所述目标对象，以使所述客户端展示所述目标对象。

8.一种网络设备，其特征在于，包括：存储器、收发器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，包括如下步骤：

接收客户端发送的信息查询请求，其中，所述信息查询请求携带目标对象的标识；

根据所述信息查询请求获取所述有向关系，其中，所述有向关系用于指示第一存储模块与第二存储模块之间的访问路径，所述第一存储模块用于存储所述目标对象，所述第二存储模块与所述第一存储模块相关联，所述第一存储模块与所述第二存储模块为相互独立的两个存储模块；

根据所述有向关系，从所述第一存储模块中获取所述目标对象；

向所述客户端发送所述目标对象，以使所述客户端展示所述目标对象。

9.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至6中任一项所述的方法。

10.一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行如权利要求1至6中任一项所述的方法。