CN114138387A - 列表数据的加载方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种列表数据的加载方法、装置、电子设备及存储介质，属于互联网技术领域。该方法包括：每当列表数据满足更新条件，获取多个查询条件对应的列表源数据；对所述多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，所述多个数据列表与所述多个查询条件一一对应；更新所述多个查询条件与所述多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系；响应于终端的查询请求，所述查询请求携带目标查询条件，从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，向所述终端发送所述目标列表数据。该方法能够直接获取已存储的列表数据，提高列表数据的加载效率。

Description

列表数据的加载方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种列表数据的加载方法、装置、电子设备及存储介质。

背景技术

目前，用户通常在进行核酸检测等健康服务之前先预约，而预约健康服务之前，需要先查看用于提供健康服务的号源数据，若有号源数据，则可以预约健康服务器。其中，号源数据是以列表的形式显示在终端界面上的。

相关技术中，用户请求查看号源数据时，终端向服务器发送查询请求，该查询请求携带待查询的号源数据的查询条件；服务器接收该查询请求，获取该查询条件对应的号源数据，对该号源数据进行数据逻辑运算和数据列表分组，得到能够显示的列表数据，向终端发送该列表数据，由终端将该列表数据显示在终端界面上，以反馈给用户。

但是，上述方法中，服务器在接收到查询请求后，需要进行大量的数据逻辑运算和数据列表分组的处理，此过程耗时较长，从而导致终端加载列表数据的耗时较长，进而导致列表数据的加载效率低。

发明内容

本申请实施例提供了一种列表数据的加载方法、装置、电子设备及存储介质，能够提高列表数据的加载效率。所述技术方案如下：

根据本申请实施例的一个方面，提供了一种列表数据的加载方法，所述方法包括：

每当列表数据满足更新条件，获取多个查询条件对应的列表源数据；

对所述多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，所述多个数据列表与所述多个查询条件一一对应；

更新所述多个查询条件与所述多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系；

响应于终端的查询请求，所述查询请求携带目标查询条件，从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，向所述终端发送所述目标列表数据。

在一种可能的实现方式中，所述更新所述多个查询条件与所述多个列表数据之间的对应关系，包括：

对于每个查询条件，确定所述查询条件对应的列表数据的索引信息；

更新所述索引信息与所述列表数据之间的第一对应关系，以及更新所述索引信息与所述查询条件之间的第二对应关系。

在另一种可能的实现方式中，所述从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，包括：

从所述第二对应关系中获取与所述目标查询条件对应的目标索引信息；

从所述第一对应关系中获取与所述目标索引信息对应的目标列表数据。

在另一种可能的实现方式中，所述更新所述多个查询条件与所述多个列表数据之间的对应关系，包括：

向多个第三方服务器发送所述每个查询条件对应的列表数据，每个第三方服务器用于更新存储一个查询条件与所述查询条件对应的列表数据之间的对应关系。

在另一种可能的实现方式中，所述从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，包括：

从所述多个第三方服务器中，确定目标第三方服务器，所述目标第三方服务器为存储与所述目标查询条件对应的目标列表数据的第三方服务器；

向所述目标第三方服务器转发所述查询请求，由所述目标第三方服务器从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据；

接收所述目标第三方服务器发送的目标列表数据。

在另一种可能的实现方式中，所述方法还包括：

若距离上一次更新列表数据的时间与当前时间达到预设更新周期，确定所述列表数据满足更新条件；或者，

若所述列表源数据发生变化，确定所述列表数据满足更新条件。

在另一种可能的实现方式中，所述列表数据为号源数据；所述方法还包括：

若接收到预约请求，且基于所述预约请求预约号源数据之后，确定所述列表源数据发生变化；或者，

若接收到取消请求，且基于所述取消请求取消已预约的号源数据之后，确定所述列表源数据发生变化。

根据本申请实施例的一个方面，提供了一种列表数据的加载方法，所述方法包括：

向服务器发送查询请求，所述查询请求携带目标查询条件，且所述查询请求用于所述服务器从最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，所述对应关系在每当列表数据满足更新条件后进行更新，且所述对应关系中的列表数据为对列表源数据进行列表化处理后得到的；

接收所述服务器发送的所述目标列表数据；

基于所述目标列表数据，显示对应的列表。

在另一种可能的实现方式中，所述向服务器发送查询请求，包括：

显示查询界面，所述查询界面包括多个查询选项，每个查询选项对应一个查询条件；

响应于任一查询选项的触发操作，向所述服务器发送查询请求，所述查询请求携带所述触发操作的查询选项对应的目标查询条件。

在另一种可能的实现方式中，所述向服务器发送查询请求，包括：

显示查询界面，所述查询界面包括多个查询选项，每个查询选项对应一个查询条件；

在查询选项被触发之前，向所述服务器发送查询请求，所述查询请求携带所述多个查询选项中的目标查询选项对应的目标查询条件；

所述接收所述服务器发送的所述目标列表数据之后，所述方法还包括：

存储所述目标列表数据；

响应于所述目标查询选项的触发操作，获取已存储的所述目标列表数据，然后执行所述基于所述目标列表数据，显示对应的列表的步骤。

在另一种可能的实现方式中，所述目标查询选项的确定过程，包括：

获取当前登录账号的历史查询记录；基于所述历史查询记录，确定所述目标查询选项；或者，

将所述多个查询选项确定为所述目标查询选项。

在另一种可能的实现方式中，所述显示查询界面，包括：

显示号源查询界面，所述号源查询界面包括多个查询选项，每个查询选项用于查询提供健康服务对应的号源数据。

根据本申请实施例的一个方面，提供了一种列表数据的加载装置，所述装置包括：

获取模块，用于每当列表数据满足更新条件，获取多个查询条件对应的列表源数据；

处理模块，用于对所述多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，所述多个数据列表与所述多个查询条件一一对应；

更新模块，用于更新所述多个查询条件与所述多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系；

发送模块，用于响应于终端的查询请求，所述查询请求携带目标查询条件，从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，向所述终端发送所述目标列表数据。

在一种可能的实现方式中，所述更新模块，包括：

第一确定单元，用于对于每个查询条件，确定所述查询条件对应的列表数据的索引信息；

第一更新单元，用于更新所述索引信息与所述列表数据之间的第一对应关系，以及更新所述索引信息与所述查询条件之间的第二对应关系。

在另一种可能的实现方式中，所述发送模块，包括：

第一获取单元，用于从所述第二对应关系中获取与所述目标查询条件对应的目标索引信息；

第二获取单元，用于从所述第一对应关系中获取与所述目标索引信息对应的目标列表数据。

在另一种可能的实现方式中，所述更新模块，包括：

第二更新单元，用于向多个第三方服务器发送所述每个查询条件对应的列表数据，每个第三方服务器用于更新存储一个查询条件与所述查询条件对应的列表数据之间的对应关系。

在另一种可能的实现方式中，所述发送模块，包括：

第二确定单元，用于从所述多个第三方服务器中，确定目标第三方服务器，所述目标第三方服务器为存储与所述目标查询条件对应的目标列表数据的第三方服务器；

第三获取单元，用于向所述目标第三方服务器转发所述查询请求，由所述目标第三方服务器从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据；

接收单元，用于接收所述目标第三方服务器发送的目标列表数据。

在另一种可能的实现方式中，所述装置还包括：

第一确定模块，用于若距离上一次更新列表数据的时间与当前时间达到预设更新周期，确定所述列表数据满足更新条件；

第二确定模块，用于若所述列表源数据发生变化，确定所述列表数据满足更新条件。

在另一种可能的实现方式中，所述列表数据为号源数据；所述装置还包括：

第三确定模块，用于若接收到预约请求，且基于所述预约请求预约号源数据之后，确定所述列表源数据发生变化；

第四确定模块，用于若接收到取消请求，且基于所述取消请求取消已预约的号源数据之后，确定所述列表源数据发生变化。

根据本申请实施例的一个方面，提供了一种列表数据的加载装置，所述装置包括：

发送模块，用于向服务器发送查询请求，所述查询请求携带目标查询条件，且所述查询请求用于所述服务器从最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，所述对应关系在每当列表数据满足更新条件后进行更新，且所述对应关系中的列表数据为对列表源数据进行列表化处理后得到的；

接收模块，用于接收所述服务器发送的所述目标列表数据；

显示模块，用于基于所述目标列表数据，显示对应的列表。

在另一种可能的实现方式中，所述发送模块，包括：

显示单元，用于显示查询界面，所述查询界面包括多个查询选项，每个查询选项对应一个查询条件；

第一发送单元，用于响应于任一查询选项的触发操作，向所述服务器发送查询请求，所述查询请求携带所述触发操作的查询选项对应的目标查询条件。

在另一种可能的实现方式中，所述发送模块，包括：

显示单元，用于显示查询界面，所述查询界面包括多个查询选项，每个查询选项对应一个查询条件；

第二发送单元，用于在查询选项被触发之前，向所述服务器发送查询请求，所述查询请求携带所述多个查询选项中的目标查询选项对应的目标查询条件；

存储单元，用于存储所述目标列表数据；

获取单元，用于响应于所述目标查询选项的触发操作，获取已存储的所述目标列表数据，基于所述目标列表数据，显示对应的列表。

在另一种可能的实现方式中，所述获取单元，用于获取当前登录账号的历史查询记录；基于所述历史查询记录，确定所述目标查询选项；或者，将所述多个查询选项确定为所述目标查询选项。

在另一种可能的实现方式中，所述显示单元，用于显示号源查询界面，所述号源查询界面包括多个查询选项，每个查询选项用于查询提供健康服务对应的号源数据。

根据本申请实施例的一个方面，提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的列表数据的加载方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现如上述任一种可能实现方式的列表数据的加载方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品，所述计算机程序产品包括至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如上述任一种可能实现方式的列表数据的加载方法。

在本申请实施例中，在终端查询列表数据之前，对列表源数据进行列表化处理，存储得到的列表数据；并且，在列表数据发生变化时，也会及时更新已存储的列表数据；这样当接收到终端的查询请求后，可以直接获取已存储的且是最新的目标列表数据，从而无需在接收到查询请求后进行大量计算才能获得目标列表数据，该方法能够较快查询到列表数据，从而缩短了加载列表数据的时间，进而提高列表数据的加载效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个示例性实施例提供的一种实施环境示意图；

图2是本申请一个示例性实施例提供的一种列表数据的加载方法的流程图；

图3是本申请一个示例性实施例提供的一种列表数据的加载方法的流程图；

图4是本申请一个示例性实施例提供的一种列表数据的加载方法的流程图；

图5是本申请一个示例性实施例提供的一种列表数据的加载方法的流程图；

图6是本申请一个示例性实施例提供的一种列表数据的加载方法的流程图；

图7是本申请一个示例性实施例提供的一种列表数据的加载方法的流程图；

图8是本申请一个示例性实施例提供的一种列表数据的加载装置的结构示意图；

图9是本申请一个示例性实施例提供的一种列表数据的加载装置的结构示意图；

图10是本申请一个示例性实施例提供的一种终端结构示意图；

图11是本申请一个示例性实施例提供的一种服务器结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种概念，但除非特别说明，这些概念不受这些术语限制。这些术语仅用于将一个概念与另一个概念区分。举例来说，在不脱离申请的范围的情况下，可以将第一对应关系称为第二对应关系，且类似地，可将第二对应关系称为第一对应关系。

本申请所使用的术语“至少一个”、“多个”、“每个”、“任一”，至少一个包括一个、两个或者两个以上，多个包括两个或者两个以上，而每个是指对应的多个中的每一个，任一是指多个中的任意一个，举例来说，多个查询条件包括3个查询条件，而每个是指这3个查询条件中的每一个查询条件，任一是指这3个查询条件中的任意一个，可以是第一个，也可以是第二个，还可以是第三个。

图1是本申请实施例提供的一种实施环境的示意图，如图1所示，该实施环境包括电子设备，该电子设备包括终端101和服务器102。终端101与服务器102之间通过无线或者有线网络连接。

可选地，终端101为智能手机、平板电脑或者台式电脑等任一种类型的终端。服务器102为一台服务器，或者由若干服务器组成的服务器集群，或者是一个云计算服务中心。

终端101上安装由服务器102提供服务的应用，终端101能够通过该应用实现例如数据传输、消息交互等功能。可选地，该应用为独立的应用、集成在宿主应用中的小程序或者集成在宿主应用中的公众号等。例如，该应用为独立的健康服务应用、集成在社交应用中的健康服务小程序或者集成在社交应用中的健康服务公众号等，并且，该应用具有查询功能，当然，该应用还能够具有其他功能，例如，预约功能，显示功能等。

在一些实施例中，用户想要查看列表数据，在终端101显示的该应用提供的界面上，输入查询请求，终端101向服务器102发送该查询请求，服务器102接收该查询请求，基于该查询请求，得到该查询请求对应的列表数据，向终端101发送该列表数据，由终端101将该列表数据显示在该应用提供的界面上，以反馈给用户。其中，列表数据可以为号源数据、货源数据或者票源数据，在此不作具体限定。

本申请实施例提供的列表数据的加载方法能够应用于查看任一列表数据的场景。

第一种场景，列表数据为号源数据，则该列表数据的加载方法可应用于查看健康服务的号源数据的场景。例如，用户在预约健康服务之前，可以在手机上查看健康服务的号源数据，通过手机上的健康服务应用，查询该健康服务对应的号源数据，以便基于该号源数据预约健康服务。其中，健康服务可以为核酸检测服务或者疫苗接种服务，在此不作具体限定。

第二种场景，列表数据为货源数据，则该列表数据的加载方法可应用于查看商品的货源数据的场景。例如，用户在购买商品之前，可以在手机上查看该商品的货源数据，通过手机上的电商平台，查询该商品对应的货源数据，以便基于该货源数据购买需要的商品。

第三种场景，列表数据为票源数据，则该列表数据的加载方法可应用于查看交通工具的票源数据的场景。例如，用户在乘坐交通工具之前，可以在手机上查看该交通工具的票源数据，即通过手机上的售票应用，查询该交通工具的票源数据，以便基于该票源数据购买车票。其中，该交通工具可以为火车、高铁、飞机等，在此不作具体限定。

在以下实施例中，均以列表数据为健康服务对应的号源数据为例进行说明。

图2是本申请实施例提供的一种列表数据的加载方法的流程图。本申请实施例由服务器执行，该方法包括如下步骤：

步骤201：每当列表数据满足更新条件，服务器获取多个查询条件对应的列表源数据。

步骤202：服务器对多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，多个数据列表与多个查询条件一一对应。

步骤203：服务器更新多个查询条件与多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系。

步骤204：服务器响应于终端的查询请求，查询请求携带目标查询条件，从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据，向终端发送目标列表数据。

在本申请实施例中，在终端查询列表数据之前，服务器对列表源数据进行列表化处理，存储得到的列表数据；并且，在列表数据发生变化时，也会及时更新已存储的列表数据；这样当接收到终端的查询请求后，可以直接获取已存储的且是最新的目标列表数据，从而无需在接收到查询请求后进行大量计算才能获得目标列表数据，该方法能够使服务器较快查询到列表数据，向终端发送，从而缩短了终端加载列表数据的时间，进而提高列表数据的加载效率。

图3是本申请实施例提供的一种列表数据的加载方法的流程图。本申请实施例由终端执行，该方法包括如下步骤：

步骤301：终端向服务器发送查询请求，查询请求携带目标查询条件，且查询请求用于服务器从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据，对应关系在每当列表数据满足更新条件后进行更新，且对应关系中的列表数据为对列表源数据进行列表化处理后得到的。

步骤302：终端接收服务器发送的目标列表数据。

步骤303：终端基于目标列表数据，显示对应的列表。

在本申请实施例中，由于在查询列表数据之前，服务器对列表源数据进行列表化处理，存储得到的列表数据；并且，在列表数据发生变化时，也会及时更新已存储的列表数据；在终端向服务器发送查询请求后，服务器能够根据查询请求中的目标查询条件，直接获取已存储的且是最新的目标列表数据，向终端发送该目标列表数据，由此终端能够快速获得该目标列表数据，从而缩短了终端加载列表数据的时间，进而提高列表数据的加载效率。

图4是本申请实施例提供的一种列表数据的加载方法的流程图。本申请实施例由服务器和终端执行，该方法包括如下步骤：

步骤401：每当列表数据满足更新条件，服务器获取多个查询条件对应的列表源数据。

其中，列表源数据是以单个数据的形式存储的数据，每个列表源数据之间是相互独立、不相关联的，可以是提供核酸检测服务的号源数据，或者是提供疫苗接种服务的号源数据等，在此不作具体限定。服务器基于查询条件的不同，能够获取不同的列表源数据，例如，若查询条件为用户预约服务的预约时间信息，服务器能够获取该预约时间信息对应的列表源数据；若查询条件为用户预约服务的服务点信息，服务器能够获取该服务点信息对应的列表源数据，在此不做具体限定。

其中，列表数据是以列表形式存储的数据，是由列表源数据构成的，由于列表源数据并不是一成不变的，为了使用户更方便地查询列表数据，服务器需要更新列表数据。只有在列表数据满足更新条件的情况下，服务器才会更新列表数据，因此，服务器需要在更新列表数据之前，确定列表数据是否满足更新条件。

在一种可能的实现方式中，服务器能够定时更新列表数据，相应的，服务器确定列表数据满足更新条件的步骤为：若距离上一次更新列表数据的时间与当前时间达到预设更新周期，服务器确定列表数据满足更新条件。其中，预设更新周期可以为8秒、10秒、15秒等，在此不作具体限定。例如，预设更新周期为10秒，则服务器每隔10秒，就能够确定列表数据满足更新条件，进而执行更新列表数据的步骤。在本申请实施例中，服务器基于预设更新周期，定时更新列表数据，能够减少运行消耗。

需要说明的一点是，预设更新周期非常短时，服务器能够达到实时更新列表数据的效果，例如，预设更新周期可以为0.1毫秒，即服务器每隔0.1毫秒，就能够确定列表数据满足更新条件，进而执行更新列表数据的步骤，该方法能够在用户查询列表数据时，较快地获得符合需求的列表数据，提高列表数据加载的效率。

在另一种可能的实现方式中，服务器能够对列表源数据进行统计，在确定列表源数据发生变化情况下，及时更新列表数据，相应的，服务器确定列表数据满足更新条件的步骤为：若列表源数据发生变化，服务器确定列表数据满足更新条件。其中，列表数据为号源数据，该号源数据是提供服务的服务点的服务号源数据，列表源数据发生变化可分为以下两种情况，包括：

第一种情况，参见图5，用户成功预约健康服务后，会占用号源数据，此时列表源数据发生变化，相应的，服务器确定列表源数据发生变化的步骤为：若服务器接收到预约请求，且基于预约请求预约号源数据之后，确定列表源数据发生变化。

第二种情况，继续参见图5，用户成功取消已预约的健康服务后，会退还号源数据，此时列表源数据发生变化，相应的，服务器确定列表源数据发生变化的步骤为：若服务器接收到取消请求，且基于取消请求取消已预约的号源数据之后，确定列表源数据发生变化。

在本申请实施例中，服务器只有在确定列表源数据变化的情况下，才会更新列表数据，能够减少运行消耗。

需要说明的一点是，在列表数据不满足更新条件的情况下，服务器不会更新列表数据，存储的列表数据依旧是上一次更新的列表数据。

需要说明的另一点是，服务器还能够基于大数据算法，实时更新列表数据，此时无需确定列表数据是否满足更新条件。在本申请实施例中，服务器实时更新列表数据，能够在用户查询列表数据时，较快地获得符合需求的列表数据，提高列表数据加载的效率。

步骤402：服务器对多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，多个数据列表与多个查询条件一一对应。

服务器通过数据逻辑运算和数据列表分组，对多个查询条件对应的列表源数据分别进行列表化处理，能够得到多个列表数据，多个数据列表与多个查询条件一一对应，即每个查询条件对应的一个列表数据。

例如，查询条件为用户预约服务的预约时间信息，服务器对预约时间信息对应的列表源数据进行列表化处理，能够获得该预约时间信息对应的列表数据，即该列表数据中的每一个数据都是该预约时间信息对应的数据，用户根据该列表数据能够清晰知道该预约时间内的号源数据，即用户能够知道该预约时间内的预约服务情况。

例如，查询条件为用户预约服务的服务点信息，服务器对服务点信息对应的列表源数据进行列表化处理，能够获得该服务点信息对应的列表数据，即该列表数据中的每一个数据都是该服务点信息对应的数据，用户根据该列表数据能够清晰知道该服务点的号源数据，即用户能够知道该服务点的预约服务情况。

服务器基于多个查询条件，能够得到多个列表数据，在基于查询条件查询列表数据的情况下，能够直接得到查询条件对应的列表数据，无需再进行数据逻辑运算和数据列表分组等大量计算，能够提高获取列表数据的效率。

步骤403：服务器对于每个查询条件，确定查询条件对应的列表数据的索引信息。

其中，索引信息用于指示列表数据的位置，索引信息可以是列表数据中的关键字，或者是列表数据的数据ID(identification，身份证明)，在此不作具体限定。服务器基于索引信息能够快速找到对应的列表数据，为了实现该方法，服务器在存储列表数据时，需要确定索引信息，可分为以下情况，包括：

第一种情况，索引信息是列表数据中的关键字，相应的，服务器确定索引信息的步骤为：服务器在存储列表数据之后，对该列表数据进行分词处理，获得多个关键字，将多个关键字作为该列表数据对应的索引信息进行存储。例如，继续参见图5，服务器采用ES(Elasticsearch，弹性搜索)的方式，对列表数据进行管理，在存储列表数据之后，提取列表数据中的关键字，确定该列表数据对应的索引信息，在查询列表数据的情况下，基于查询条件确定对应的索引信息，再基于该索引信息查找对应的列表数据。

第二种情况，索引信息是列表数据的数据ID，相应的，服务器确定索引信息的步骤为：服务器在存储列表数据的情况下，获取该列表数据的数据ID，将该数据ID作为该列表数据对应的索引信息进行存储。例如，参见图6，服务器采用Redis方式，对列表数据进行管理，在存储列表数据的情况下，获取该列表数据的数据ID，确定该列表数据对应的索引信息，在查询列表数据的情况下，基于查询条件确定对应的数据ID，再基于该数据ID查找对应的列表数据。

在本申请实施例中，服务器先基于查询条件，找到符合查询条件的索引信息，再通过索引信息直接找到对应的列表数据，无需通过查询条件与多个列表数据一一进行比对，该方法能够提高获取列表数据的效率，进而提高列表数据的加载效率。

步骤404：服务器更新索引信息与列表数据之间的第一对应关系，以及更新索引信息与查询条件之间的第二对应关系。

由于服务器需要先通过查询条件，查找对应的索引信息，再通过索引信息查询对应的列表数据，因此，服务器在更新列表数据之后，需要更新索引信息和列表数据之间的第一对应关系，以及更新索引信息和查询条件之间的第二对应关系，这样才能够保证基于查询条件查找到存储的列表数据。

例如，用户之前预约11月11日下午两点接受核酸检测服务，由于个人原因取消了之前的预约，并重新预约11月13日下午两点接受核酸检测服务，此时服务器中的列表源数据发生变化，服务器分别更新这两个预约时间对应的两个列表数据，为了能够基于11月13日下午两点的预约时间，查询到该用户的预约核酸检测服务对应的列表数据，需要更新索引信息和列表数据之间的第一对应关系，以及新索引信息与查询条件之间的第二对应关系。

在一种可能的实现方式中，服务器响应于列表数据的更新操作，更新索引信息与列表数据之间的第一对应关系，以及更新索引信息与查询条件之间的第二对应关系，即服务器在更新列表数据的情况下，更新第一对应关系和第二对应关系。在本申请实施例中，服务器在更新列表数据情况下，对索引信息与列表数据之间的第一对应关系，和索引信息与查询条件之间的第二对应关系随之进行更新，便于能够实时查询列表数据，即只要服务器中存储该列表数据，终端就可以快速查询到该列表数据，无需等待。

在另一种可能的实现方式中，服务器设置对应关系第一更新频率，基于第一更新频率，对索引信息与列表数据之间的第一对应关系，和索引信息与查询条件之间的第二对应关系进行更新。在本申请实施例中，服务器基于对应关系更新频率，更新第一对应关系和第二对应关系，能够减少运行消耗。

步骤405：终端向服务器发送查询请求，查询请求携带目标查询条件。

其中，查询请求用于服务器从最新的查询条件和列表数据的对应关系中获取与目标查询条件对应的目标列表数据，对应关系在每当列表数据满足更新条件后进行更新，且对应关系中的列表数据为对列表源数据进行列表化处理后得到的。

终端显示查询界面，该查询界面包括多个查询选项，每个查询选项对应一个查询条件，终端基于该查询界面，向服务器发送查询请求。例如，该查询界面为号源查询界面，相应的，终端显示查询界面的步骤为：终端显示号源查询界面，该号源查询界面包括多个查询选项，每个查询选项用于查询提供健康服务对应的号源数据。终端通过该号源查询界面，能够向服务器发送查询请求，查询提供健康服务对应的号源数据。

在一种可能的实现方式中，终端在查询界面的查询选项被触发的情况下，向服务器发送查询请求，相应的，终端向服务器发送查询请求的过程为：终端显示查询界面，该查询界面包括多个查询选项，每个查询选项对应一个查询条件；响应于任一查询选项的触发操作，向服务器发送查询请求，查询请求携带触发操作的查询选项对应的目标查询条件。之后服务器基于该查询请求，查找与目标查询条件对应的目标列表数据，即执行步骤406。

例如，该查询界面为号源查询界面，多个查询选项为多个服务点选项，用户在该查询界面点击多个服务点选项中的任一服务点选项，终端响应于该服务点选项的触发操作，向服务器发送查询该服务点的号源数据的查询请求，服务器基于该查询请求，为用户查询该服务器点的号源数据。

在本申请实施例中，终端在查询界面的查询选项被触发的情况下，向服务器发送查询请求，即用户只需点击该查询界面上的查询选项，就能够查询所需要的目标列表数据，操作简单。

在另一种可能的实现方式中，终端还可以在查询选项被触发之前，向服务器发送查询请求，相应的，终端向服务器发送查询请求的过程为：终端显示查询界面，查询界面包括多个查询选项，每个查询选项对应一个查询条件；在查询选项被触发之前，向服务器发送查询请求，查询请求携带多个查询选项中的目标查询选项对应的目标查询条件。

之后服务器基于该查询请求，查找与目标查询条件对应的目标列表数据，将该目标列表数据发送给终端，终端预先存储该列表数据，在目标查询选项被触发的情况下，直接获取已存储的目标列表数据。相应的，终端接收服务器发送的目标列表数据之后的过程为：终端存储目标列表数据；响应于目标查询选项的触发操作，获取已存储的目标列表数据，基于目标列表数据，显示对应的列表。

其中，目标查询选项可以为用户历史查询记录中的查询选项，也可以为查询界面包括的多个查询选项，在此不作具体限定。终端基于目标查询选项的不同，确定目标查询选项的过程也不相同，可分为以下情况，包括：

第一种情况，目标查询选项为用户历史查询记录中的查询选项，相应的，目标查询选项的确定过程为：终端获取当前登录账号的历史查询记录；基于历史查询记录，确定目标查询选项。

第二种情况，目标查询选项为查询界面包括的多个查询选项，相应的，目标查询选项的确定过程为：终端将多个查询选项确定为目标查询选项。

在本申请实施例中，终端事先发送查询请求，获得对应的列表数据，将该列表数据存储在本地，在目标查询选项被触发的情况下，从本地获得对应的目标列表数据，能够提高获取列表数据的效率，进而提高列表数据的加载效率。

需要说明的一点是，该查询界面还包括输入框，用户能够在该输入框中，输入查询信息，终端基于该输入框，获取查询信息，向服务器发送该查询信息，该查询信息携带目标查询条件，服务器能够基于该查询信息，查找与目标查询条件对应的目标列表数据。在本申请实施例中，用户在查询界面上，手动输入查询信息，来查询对应的列表数据，能够使获得的列表数据更加符合用户需求。

步骤406：服务器接收终端的查询请求，从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据。

服务器接收终端的查询请求，从该查询请求中获取目标查询条件，基于目标查询条件，通过索引信息与查询条件之间的第二对应关系，和索引信息与列表数据之间的第一对应关系，获取与目标查询条件对应的目标列表数据，相应的，服务器从对应关系中获取与目标查询条件对应的目标列表数据的过程为：服务器从第二对应关系中获取目标查询条件对应的目标索引信息；从第一对应关系中获取目标索引信息对应的目标列表数据。

步骤407：服务器向终端发送目标列表数据。

服务器向终端发送目标列表数据，存在以下至少一种实现方式，包括：

第一种方式，服务器向终端推送信息，该信息包含目标列表数据。

第二种方式，服务器生成目标列表数据对应的列表链接，向终端发送列表链接，该列表链接用于链接目标列表数据。

第三种方式，服务器生成目标列表数据对应的图形码，向终端发送该图形码，该图形码用于链接目标列表数据。

其中，该当前登录账号可以是独立的健康服务应用的当前登录账号、集成在社交应用中的健康服务小程序的当前登录账号或者集成在社交应用中的健康服务公众号的当前登录账号，在此不作具体限定。

在本申请实施例中，服务器能够通过多种方式，向终端发送目标列表数据，确保用户能够接收到该目标列表数据。

步骤408：终端接收服务器发送的目标列表数据。

终端接收服务器发送的目标列表数据，存在以下至少一种实现方式，包括：

第一种方式，终端接收服务器发送的推送消息，该信息包含目标列表数据，响应于该信息的触发操作，获取该信息中的目标列表数据。

第二种方式，终端接收服务器发送的列表链接，响应于该列表链接的触发操作，获取该列表链接对应的目标列表数据。

第三种方式，终端接收服务器发送的图形码，响应于该图形码的扫描操作，获取该图形码链接的目标列表数据。

在本申请实施例中，终端能够通过多种方式，接收服务器发送的目标列表数据，确保用户能够接收到该目标列表数据。

步骤409：终端基于目标列表数据，显示对应的列表。

终端基于目标列表数据，分页显示对应的列表。相应的，终端显示对应的列表的过程为：终端设置列表页面容量，该列表页面容量为每页列表包含的目标列表数据的最大数量，获取目标列表数据的数量，基于列表页面容量和目标列表数据的数量，分页显示目标列表数据对应的列表。在目标列表数据的数量超过列表页面容量的情况下，终端将超过列表页面容量的目标列表数据，在下一页显示对应的列表，在目标列表数据的数量未超过列表页面容量的情况下，终端将在一个页面上显示目标列表数据对应的列表。

例如，列表页面容量为10，若目标列表数据的数量为15，终端将在第一页显示其中10个目标列表数据对应的列表，在下一页显示超过列表页面容量的5个目标列表数据对应的列表，若目标列表数据的数量为7，终端将在第一页显示这7个目标列表数据对应的列表。

在本申请实施例中，在终端查询列表数据之前，服务器对列表源数据进行列表化处理，存储得到的列表数据，并确定列表数据对应的索引信息，并且，在列表数据发生变化时，也会及时更新已存储的列表数据和对应的索引信息，这样当接收到终端的查询请求后，可以直接获取已存储的且是最新的目标列表数据，从而无需在接收到查询请求后进行大量计算才能获得目标列表数据，该方法能够使服务器较快查询到列表数据，向终端发送，从而缩短了终端加载列表数据的时间，进而提高列表数据的加载效率。

图7是本申请实施例提供的一种列表数据的加载方法的流程图。本申请实施例由服务器和终端执行，该方法包括如下步骤：

步骤701：每当列表数据满足更新条件，服务器获取多个查询条件对应的列表源数据。

步骤702：服务器对多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，多个数据列表与多个查询条件一一对应。

步骤701-702与步骤401-402相同，在此不在赘述。

步骤703：服务器向多个第三方服务器发送每个查询条件对应的列表数据。

其中，每个第三方服务器用于更新存储一个查询条件与查询条件对应的列表数据之间的对应关系。继续参见图6，以服务器采用Redis方式，对列表数据进行管理为例进行说明，服务器基于查询条件，确定查询条件对应的列表数据的Redis集合，该Redis集合为查询条件对应的列表数据的数据ID集合，用于表征查询条件与查询条件对应的列表数据之间的对应关系，能够指示对应的列表数据所在的第三方服务器，将对应的Redis集合进行存储。

服务器基于不同的查询条件，能够得到不同的列表数据和对应的Redis集合，服务器向不同的第三方服务器发送不同的列表数据，在查询对应的列表数据的情况下，服务器能够基于查询条件，确定对应的第三方服务器，基于该第三方服务器，确定对应的Redis集合，从而找到查询条件对应的列表数据。

需要说明的一点是，在列表数据发生变化的情况下，更新该列表数据对应的Redis集合，以便基于Redis集合查询到对应的列表数据。

在一种可能的实现方式中，服务器响应于列表数据的更新操作，更新Redis集合，在本申请实施例中，服务器在更新列表数据情况下，对Redis集合随之进行更新，便于能够实时查询列表数据，即只要服务器中存储该列表数据，终端就可以快速查询到该列表数据，无需等待。

在另一种可能的实现方式中，服务器设置Redis集合第二更新频率，基于第二更新频率，对列表数据对应的Redis集合进行更新。在本申请实施例中，服务器基于第二更新频率，更新Redis集合，能够减少运行消耗。

例如，第三方服务器A用于更新存储服务点a的列表数据(号源数据)对应的Redis集合，第三方服务器B用于更新存储服务点b的列表数据(号源数据)对应的Redis集合，在用户预约服务点a提供的健康服务的情况下，服务器能够生成服务点a的列表数据，将该列表数据发送给第三方服务器A，第三方服务器A能够更新服务点a的列表数据，即根据本次接收到的列表数据，更新之前存储的列表数据，同时，更新服务点a的列表数据对应的Redis集合，便于在基于查询条件“服务点a”查询服务点a对应的列表数据的情况下，能够查询到服务点a对应的所有列表数据，避免数据遗漏。

步骤704：终端向服务器发送查询请求，查询请求携带目标查询条件。

步骤704与步骤405相同，在此不在赘述。

步骤705：服务器接收终端的查询请求，从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据。

在服务器接收到终端的查询请求的情况下，服务器基于查询请求携带的目标查询条件，查找对应的目标第三方服务器，从目标第三方服务器中获取目标列表数据，服务器获取目标列表数据的过程可通过以下三个步骤来实现，包括：

7051、服务器从多个第三方服务器中，确定目标第三方服务器。

其中，目标第三方服务器为存储与目标查询条件对应的目标列表数据的第三方服务器；例如，第三方服务器A存储服务点a对应的列表数据，第三方服务器B存储服务点b对应的列表数据，终端发送的查询请求携带的目标查询条件为“服务点a”，则服务器确定第三方服务器A为目标第三方服务器。

7052、服务器向目标第三方服务器转发查询请求，由目标第三方服务器从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据。

服务器向目标第三方服务器转发查询请求，目标第三方服务器接收该查询请求，该查询请求中携带目标查询条件，基于该目标查询条件，确定目标查询条件对应的目标Redis集合，该目标Redis集合表征目标查询条件和目标列表数据之间的对应关系，基于该目标Redis集合，确定与目标查询条件对应的目标列表数据。

例如，第三方服务器A为管理北京朝阳区内部健康服务的服务器，服务点a是北京朝阳区内的一个提供健康服务的服务点，用户查询服务点a的号源数据时，服务器向第三方服务器A转发查询请求，从第三方服务器A从对应关系中获取服务点a对应的号源数据。

7053、服务器接收目标第三方服务器发送的目标列表数据。

服务器接收目标第三方服务器发送的目标列表数据之后，将该目标列表数据转发给终端，即执行步骤706。

步骤706：服务器向终端发送目标列表数据。

步骤707：终端接收服务器发送的目标列表数据。

步骤708：终端基于目标列表数据，显示对应的列表。

步骤706-708与步骤407-409相同，在此不在赘述。

在本申请实施例中，在查询列表数据之前，服务器对列表源数据进行列表化处理，存储得到的列表数据；将该列表数据存储在第三方服务器，并且，在列表数据发生变化时，也会及时更新已存储的列表数据；这样当接收到终端的查询请求后，能够从第三方服务器中直接获取已存储的且是最新的目标列表数据，从而无需在接收到查询请求后进行大量计算才能获得目标列表数据，该方法能够使服务器较快查询到列表数据，向终端发送，从而缩短了终端加载列表数据的时间，进而提高列表数据的加载效率。

图8是本申请实施例提供的一种列表数据的加载装置的结构示意图，参见图8，该装置包括：

获取模块801，用于每当列表数据满足更新条件，获取多个查询条件对应的列表源数据；

处理模块802，用于对多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，多个数据列表与多个查询条件一一对应；

更新模块803，用于更新多个查询条件与多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系；

发送模块804，用于响应于终端的查询请求，查询请求携带目标查询条件，从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据，向终端发送目标列表数据。

在一种可能的实现方式中，更新模块，包括：

第一确定单元，用于对于每个查询条件，确定查询条件对应的列表数据的索引信息；

第一更新单元，用于更新索引信息与列表数据之间的第一对应关系，以及更新索引信息与查询条件之间的第二对应关系。

在另一种可能的实现方式中，发送模块，包括：

第一获取单元，用于从第二对应关系中获取与目标查询条件对应的目标索引信息；

第二获取单元，用于从第一对应关系中获取与目标索引信息对应的目标列表数据。

在另一种可能的实现方式中，更新模块，包括：

第二更新单元，用于向多个第三方服务器发送每个查询条件对应的列表数据，每个第三方服务器用于更新存储一个查询条件与查询条件对应的列表数据之间的对应关系。

在另一种可能的实现方式中，发送模块，包括：

第二确定单元，用于从多个第三方服务器中，确定目标第三方服务器，目标第三方服务器为存储与目标查询条件对应的目标列表数据的第三方服务器；

第三获取单元，用于向目标第三方服务器转发查询请求，由目标第三方服务器从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据；

接收单元，用于接收目标第三方服务器发送的目标列表数据。

在另一种可能的实现方式中，装置还包括：

第一确定模块，用于若距离上一次更新列表数据的时间与当前时间达到预设更新周期，确定列表数据满足更新条件；

第二确定模块，用于若列表源数据发生变化，确定列表数据满足更新条件。

在另一种可能的实现方式中，列表数据为号源数据；装置还包括：

第三确定模块，用于若接收到预约请求，且基于预约请求预约号源数据之后，确定列表源数据发生变化；

第四确定模块，用于若接收到取消请求，且基于取消请求取消已预约的号源数据之后，确定列表源数据发生变化。

在本申请实施例中，在终端查询列表数据之前，服务器对列表源数据进行列表化处理，存储得到的列表数据；并且，在列表数据发生变化时，也会及时更新已存储的列表数据；这样当接收到终端的查询请求后，可以直接获取已存储的且是最新的目标列表数据，从而无需在接收到查询请求后进行大量计算才能获得目标列表数据，该方法能够使服务器较快查询到列表数据，向终端发送，从而缩短了终端加载列表数据的时间，进而提高列表数据的加载效率。

图9是本申请实施例提供的一种列表数据的加载装置的结构示意图，参见图9，该装置包括：

发送模块901，用于向服务器发送查询请求，查询请求携带目标查询条件，且查询请求用于服务器从最新的查询条件和列表数据之间的对应关系中获取与目标查询条件对应的目标列表数据，对应关系在每当列表数据满足更新条件后进行更新，且对应关系中的列表数据为对列表源数据进行列表化处理后得到的；

接收模块902，用于接收服务器发送的目标列表数据；

显示模块903，用于基于目标列表数据，显示对应的列表。

在另一种可能的实现方式中，发送模块，包括：

显示单元，用于显示查询界面，查询界面包括多个查询选项，每个查询选项对应一个查询条件；

第一发送单元，用于响应于任一查询选项的触发操作，向服务器发送查询请求，查询请求携带触发操作的查询选项对应的目标查询条件。

在另一种可能的实现方式中，发送模块，包括：

显示单元，用于显示查询界面，查询界面包括多个查询选项，每个查询选项对应一个查询条件；

第二发送单元，用于在查询选项被触发之前，向服务器发送查询请求，查询请求携带多个查询选项中的目标查询选项对应的目标查询条件；

存储单元，用于存储目标列表数据；

获取单元，用于响应于目标查询选项的触发操作，获取已存储的目标列表数据，基于目标列表数据，显示对应的列表。

在另一种可能的实现方式中，获取单元，用于获取当前登录账号的历史查询记录；基于历史查询记录，确定目标查询选项；或者，将多个查询选项确定为目标查询选项。

在另一种可能的实现方式中，显示单元，用于显示号源查询界面，号源查询界面包括多个查询选项，每个查询选项用于查询提供健康服务对应的号源数据。

在本申请实施例中，由于在查询列表数据之前，服务器对列表源数据进行列表化处理，存储得到的列表数据；并且，在列表数据发生变化时，也会及时更新已存储的列表数据；在终端向服务器发送查询请求后，服务器能够根据查询请求中的目标查询条件，直接获取已存储的且是最新的目标列表数据，向终端发送该目标列表数据，由此终端能够快速获得该目标列表数据，从而缩短了终端加载列表数据的时间，进而提高列表数据的加载效率。

在示例性实施例中，该电子设备提供为终端。图10示出了本申请一个示例性实施例提供的终端1000的结构框图。该终端1000可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1000还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1000包括有：处理器1001和存储器1002。

处理器1001可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1001可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1001也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1001可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1001还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1002可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1002还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1002中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1001所执行以实现本申请中方法实施例提供的列表数据的加载方法。

在一些实施例中，终端1000还可选包括有：外围设备接口1003和至少一个外围设备。处理器1001、存储器1002和外围设备接口1003之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1003相连。具体地，外围设备包括：射频电路1004、触摸显示屏1005、摄像头1006摄像头组件1006、音频电路1007、定位组件1008和电源1009中的至少一种。

外围设备接口1003可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1001和存储器1002。在一些实施例中，处理器1001、存储器1002和外围设备接口1003被集成在同一芯片或电路板上；在一些其他实施例中，处理器1001、存储器1002和外围设备接口1003中的任意一个或两个可以在单独的芯片或电路板上实现，本申请实施例对此不加以限定。

射频电路1004用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1004将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1004包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1004还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请实施例对此不加以限定。

显示屏1005用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1005是触摸显示屏时，显示屏1005还具有采集在显示屏1005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1001进行处理。此时，显示屏1005还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1005可以为一个，设置终端1000的前面板；在另一些实施例中，显示屏1005可以为至少两个，分别设置在终端1000的不同表面或呈折叠设计；在再一些实施例中，显示屏1005可以是柔性显示屏，设置在终端1000的弯曲表面上或折叠面上。甚至，显示屏1005还可以设置成非矩形的不规则图形，也即异形屏。显示屏1005可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1006用于采集图像或视频。可选地，摄像头组件1006包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1006还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1001进行处理，或者输入至射频电路1004以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1000的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1001或射频电路1004的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1007还可以包括耳机插孔。

定位组件1008用于定位终端1000的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1008可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或俄罗斯欧盟的伽利略系统的定位组件。

电源1009用于为终端1000中的各个组件进行供电。电源1009可以是交流电、直流电、一次性电池或可充电电池。当电源1009包括可充电电池时，该可充电电池可以是支持有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1000还包括有一个或多个传感器1010。该一个或多个传感器1010包括但不限于：加速度传感器1011、陀螺仪传感器1012、压力传感器1013、指纹传感器1014、光学传感器1015以及接近传感器1016。

加速度传感器1011可以检测以终端1000建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1011可以用于检测重力加速度在三个坐标轴上的分量。处理器1001可以根据加速度传感器1011采集的重力加速度信号，控制触摸显示屏1005以横向视图或纵向视图进行用户界面的显示。加速度传感器1011还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1012可以检测终端1000的机体方向及转动角度，陀螺仪传感器1012可以与加速度传感器1011协同采集用户对终端1000的3D动作。处理器1001根据陀螺仪传感器1012采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1013可以设置在终端1000的侧边框和/或触摸显示屏1005的下层。当压力传感器1013设置在终端1000的侧边框时，可以检测用户对终端1000的握持信号，由处理器1001根据压力传感器1013采集的握持信号进行左右手识别或快捷操作。当压力传感器1013设置在触摸显示屏1005的下层时，由处理器1001根据用户对触摸显示屏1005的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1014用于采集用户的指纹，由处理器1001根据指纹传感器1014采集到的指纹识别用户的身份，或者，由指纹传感器1014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1001授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1014可以被设置终端1000的正面、背面或侧面。当终端1000上设置有物理按键或厂商Logo时，指纹传感器1014可以与物理按键或厂商Logo集成在一起。

光学传感器1015用于采集环境光强度。在一个实施例中，处理器1001可以根据光学传感器1015采集的环境光强度，控制触摸显示屏1005的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1005的显示亮度；当环境光强度较低时，调低触摸显示屏1005的显示亮度。在另一个实施例中，处理器1001还可以根据光学传感器1015采集的环境光强度，动态调整摄像头组件1006的拍摄参数。

接近传感器1016，也称距离传感器，通常设置在终端1000的前面板。接近传感器1016用于采集用户与终端1000的正面之间的距离。在一个实施例中，当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变小时，由处理器1001控制触摸显示屏1005从亮屏状态切换为息屏状态；当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变大时，由处理器1001控制触摸显示屏1005从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图10中示出的结构并不构成对终端1000的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，该电子设备提供为服务器。图11是本公开实施例提供的一种服务器的结构示意图，该服务器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1101和一个或一个以上的存储器1102，其中，存储器1102中存储有至少一条计算机程序，至少一条计算机程序由处理器1101加载并执行以实现上述各个方法实施例提供的列表数据的加载方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述实施例中列表数据的加载方法。该存储介质可以是存储器。例如，该存储介质可以是ROM(Read-OnlyMemory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、CD-ROM(CompactDisc Read-Only Memory，紧凑型光盘只读储存器)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括至少一条程序代码，该至少一条程序代码由处理器加载并执行，使得计算机实现上述实施例中的列表数据的加载方法。

在示例性实施例中，本申请实施例所涉及的计算机程序可被部署在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (17)

1.一种列表数据的加载方法，其特征在于，所述方法包括：

每当列表数据满足更新条件，获取多个查询条件对应的列表源数据；

对所述多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，所述多个数据列表与所述多个查询条件一一对应；

更新所述多个查询条件与所述多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系；

响应于终端的查询请求，所述查询请求携带目标查询条件，从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，向所述终端发送所述目标列表数据。

2.根据权利要求1所述方法，其特征在于，所述更新所述多个查询条件与所述多个列表数据之间的对应关系，包括：

对于每个查询条件，确定所述查询条件对应的列表数据的索引信息；

更新所述索引信息与所述列表数据之间的第一对应关系，以及更新所述索引信息与所述查询条件之间的第二对应关系。

3.根据权利要求2所述方法，其特征在于，所述从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，包括：

从所述第二对应关系中获取与所述目标查询条件对应的目标索引信息；

从所述第一对应关系中获取与所述目标索引信息对应的目标列表数据。

4.根据权利要求1所述方法，其特征在于，所述更新所述多个查询条件与所述多个列表数据之间的对应关系，包括：

向多个第三方服务器发送所述每个查询条件对应的列表数据，每个第三方服务器用于更新存储一个查询条件与所述查询条件对应的列表数据之间的对应关系。

5.根据权利要求4所述方法，其特征在于，所述从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，包括：

从所述多个第三方服务器中，确定目标第三方服务器，所述目标第三方服务器为存储与所述目标查询条件对应的目标列表数据的第三方服务器；

向所述目标第三方服务器转发所述查询请求，由所述目标第三方服务器从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据；

接收所述目标第三方服务器发送的目标列表数据。

6.根据权利要求1所述方法，其特征在于，所述方法还包括：

若距离上一次更新列表数据的时间与当前时间达到预设更新周期，确定所述列表数据满足更新条件；或者，

若所述列表源数据发生变化，确定所述列表数据满足更新条件。

7.根据权利要求6所述方法，其特征在于，所述列表数据为号源数据；所述方法还包括：

若接收到预约请求，且基于所述预约请求预约号源数据之后，确定所述列表源数据发生变化；或者，

若接收到取消请求，且基于所述取消请求取消已预约的号源数据之后，确定所述列表源数据发生变化。

8.一种列表数据的加载方法，其特征在于，所述方法包括：

向服务器发送查询请求，所述查询请求携带目标查询条件，且所述查询请求用于所述服务器从最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，所述对应关系在每当列表数据满足更新条件后进行更新，且所述对应关系中的列表数据为对列表源数据进行列表化处理后得到的；

接收所述服务器发送的所述目标列表数据；

基于所述目标列表数据，显示对应的列表。

9.根据权利要求8所述方法，其特征在于，所述向服务器发送查询请求，包括：

显示查询界面，所述查询界面包括多个查询选项，每个查询选项对应一个查询条件；

响应于任一查询选项的触发操作，向所述服务器发送查询请求，所述查询请求携带所述触发操作的查询选项对应的目标查询条件。

10.根据权利要求8所述方法，其特征在于，所述向服务器发送查询请求，包括：

显示查询界面，所述查询界面包括多个查询选项，每个查询选项对应一个查询条件；

在查询选项被触发之前，向所述服务器发送查询请求，所述查询请求携带所述多个查询选项中的目标查询选项对应的目标查询条件；

所述接收所述服务器发送的所述目标列表数据之后，所述方法还包括：

存储所述目标列表数据；

响应于所述目标查询选项的触发操作，获取已存储的所述目标列表数据，然后执行所述基于所述目标列表数据，显示对应的列表的步骤。

11.根据权利要求10所述方法，其特征在于，所述目标查询选项的确定过程，包括：

获取当前登录账号的历史查询记录；基于所述历史查询记录，确定所述目标查询选项；或者，

将所述多个查询选项确定为所述目标查询选项。

12.根据权利要求9或10所述方法，其特征在于，所述显示查询界面，包括：

显示号源查询界面，所述号源查询界面包括多个查询选项，每个查询选项用于查询提供健康服务对应的号源数据。

13.一种列表数据的加载装置，其特征在于，所述装置包括：

获取模块，用于每当列表数据满足更新条件，获取多个查询条件对应的列表源数据；

处理模块，用于对所述多个查询条件对应的列表源数据分别进行列表化处理，得到多个列表数据，所述多个数据列表与所述多个查询条件一一对应；

更新模块，用于更新所述多个查询条件与所述多个列表数据之间的对应关系，得到最新的查询条件和列表数据之间的对应关系；

发送模块，用于响应于终端的查询请求，所述查询请求携带目标查询条件，从所述最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，向所述终端发送所述目标列表数据。

14.一种列表数据的加载装置，其特征在于，所述装置包括：

发送模块，用于向服务器发送查询请求，所述查询请求携带目标查询条件，且所述查询请求用于所述服务器从最新的查询条件和列表数据之间的对应关系中获取与所述目标查询条件对应的目标列表数据，所述对应关系在每当列表数据满足更新条件后进行更新，且所述对应关系中的列表数据为对列表源数据进行列表化处理后得到的；

接收模块，用于接收所述服务器发送的所述目标列表数据；

显示模块，用于基于所述目标列表数据，显示对应的列表。

15.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求12任一项所述的列表数据的加载方法。

16.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至权利要求12任一项所述的列表数据的加载方法。

17.一种计算机程序产品，其特征在于，所述计算机程序产品包括至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至权利要求12任一项所述的列表数据的加载方法。

Images