[发明专利]一种信息查询方法、装置、设备及介质

说明书

本发明实施例公开了一种信息查询方法、装置、设备及介质，所述方法包括：接收客户端发送的信息查询请求，获取信息查询请求中包含的至少一个请求数据类标识以及每个请求数据类标识分别对应的请求字段标识；针对每个请求数据类标识，从预设数据库中获取请求数据类标识对应的查询标识，根据查询标识对应的数据查询方式和数据类标识对应的请求字段标识获取请求数据类标识对应的数据返回值；根据各请求数据类标识对应的数据返回值得到查询结果信息，并将查询结果信息发送至客户端，通过根据待查询信息的数据结构在服务器确定待查询信息的查询逻辑，使得客户端可在一次数据交互中获取完整的待查询信息，提高了查询方法的灵活性，节省了网络带宽。

技术领域

本发明实施例涉及信息处理领域，尤其涉及一种信息查询方法、装置、设备及介质。

背景技术

随着互联网技术的发展，越来越多的用户通过互联网获取想要获取的查询信息。以电子商务平台为例，用户可能通过移动终端从电子商务平台服务器中查询该用户在该平台上的订单的部分或全部信息。

现有的信息的查询通过远程过程调用(Remote Procedure Call，RPC)实现。RPC是一种服务间调用协议，通过RPC调用可以将系统按服务进行拆分，达到服务内功能内聚，服务之间通过RPC调用的面向服务的架构(SOA)结构，通过RPC框架，可以实现进程间通讯、屏蔽远程调用底层实现、简化远程服务调用。现有的RPC实现主要是使用动态代理的方式，将远程调动封装在内部，主要流程为：服务器将其支持的信息查询方法通过软件开发工具包(Software Development Kit，SDK)的方式发布，客户端根据服务器发布的SDK进行查询接口的调用。具体的，(1)客户端将调用的远程服务的类、方法名、方法参数序列化，发送到服务器；(2)服务器接收到请求之后，反序列化类、方法名、方法参数，然后通过反射的方式调用方法并获取返回值；(3)服务器将返回值序列化，发送给客户端；(4)客户端反序列化返回值并返回给调用方。其中，调用的远程服务的类、方法名、方法参数是根据SDK确定的。

在实现本发明的过程中，发明人发现现有技术中至少存在以下技术问题：

首先，现有技术中，客户端所使用的查询方法必须为服务器发布的SDK中包含的查询方法，在服务器中更新查询方法时，需要更新SDK，以使客户端更新对应的SDK的依赖版本，查询方法较固定。例如，若服务器提供了新的查询方法getOrderByUserPin，则需要将该方法更新至SDK，客户端也要对应的更新SDK的依赖版本。

其次，在获取订单量较大的情况下，客户端需要从大量返回数据中筛选出所需求的数据，响应速度慢。例如，若客户端希望获取订单中的部分信息，需要从服务器获取订单中的全部信息，再从获取的全部信息中筛选出所需求的部分信息。具体的，客户端要获取某个用户订单列表及列表中订单的类型，需要从服务器中获取该用户订单的所有数据，然后遍历并筛选数据获得订单列表及列表中订单的类型。

再次，一次查询过程中可能包括多个订单的多种信息，且多种信息需要通过不同SDK接口获取，客户端需要将多个SDK接口的调用数据返回在本地进行组装，当需要将一个列表数据遍历组装时，会顺次发起多个查询请求，造成大量网络请求，占用带宽资源和线程资源。例如，客户端要获取订单列表及每一个订单的状态，但是获取订单列表接口和订单装填接口是分开的2个RPC调用，此时客户端只能先发起请求订单列表(getOrderByUserPin)，然后再遍历订单并请求订单状态(getOrderStatusById)，如果订单列表有数十个，性能问题非常明显。

由此可见，现有技术中信息查询的方法固定、响应速度慢、占用网络带宽。

发明内容

本发明实施例提供了一种信息查询方法、装置、设备及介质，以实现提高查询方法的灵活性，提高信息查询的响应速度，节省网络带宽。

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