CN114078583A - 健康服务数据的生成方法、装置、设备、存储介质及产品 - Google Patents

Abstract

本申请提供了一种健康服务数据的生成方法、装置、设备、存储介质及产品，属于互联网技术领域。方法包括：向第一终端发送数据调用请求，数据调用请求用于请求调用第三方数据接口进行数据调度，第一终端用于生成用户进行健康服务时的服务数据；接收第一终端发送的目标服务数据，目标服务数据为第一终端调用第三方数据接口得到的数据调用请求对应的服务数据；对目标服务数据和预约数据进行整合，生成用户的健康服务数据，预约数据为用户预约健康服务时生成的数据。该方法提高了健康服务数据的使用效率。

Description

健康服务数据的生成方法、装置、设备、存储介质及产品

技术领域

本申请涉及互联网技术领域，特别涉及一种健康服务数据的生成方法、装置、设备、存储介质及产品。

背景技术

随着用户对健康的日益重视，用户对各种健康服务的需求也日益增多，用户通过进行各种健康服务，以检测或保证自身的身体健康。例如，用户进行核酸检测、疫苗接种等健康服务。而用户进行健康服务会对应生成该用户的健康服务数据，健康服务数据包括用户进行健康服务之前的预约数据和进行健康服务时的服务数据；该健康服务数据用于工作人员确定用户进行健康服务的情况。

相关技术中，用户在进行健康服务之前，通过预约***预约健康服务，在预约***中生成该用户的预约数据。用户在进行健康服务时，通过健康服务***生成该用户的服务数据。由于用户的预约数据和服务数据分别生成在预约***和健康服务***中，使得预约数据和服务数据分别独立存在，难以形成完整的健康服务数据，当工作人员使用预约数据和服务数据时需分别从不同的***中进行调用，进而降低了健康服务数据的使用效率。

发明内容

本申请实施例提供了一种健康服务数据的生成方法、装置、设备、存储介质及产品，能够提高健康服务数据的使用效率。所述技术方案如下：

一方面，提供了一种健康服务数据的生成方法，所述方法包括：

向第一终端发送数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第一终端用于生成用户进行健康服务时的服务数据；

接收所述第一终端发送的目标服务数据，所述目标服务数据为所述第一终端调用所述第三方数据接口得到的所述数据调用请求对应的服务数据；

对所述目标服务数据和预约数据进行整合，生成所述用户的健康服务数据，所述预约数据为所述用户预约健康服务时生成的数据。

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

基于多个用户的健康服务数据，生成统计数据，所述统计数据用于反映用户进行健康服务的情况。

在一种可能的实现方式中，所述统计数据包括当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项；所述基于多个用户的健康服务数据，生成统计数据，包括：

基于所述多个用户的健康服务数据，生成所述当日进行健康服务的用户数量、所述当日进行健康服务的用户的平均年龄和所述当日使用同一健康服务产品的用户数量中的至少一项。

在一种可能的实现方式中，在所述用户多次进行同一健康服务后才能完成所述健康服务的情况下，所述统计数据还包括当日进行所述健康服务的同一健康服务次数的用户数量；所述基于多个用户的健康服务数据，生成统计数据，包括：

基于所述多个用户的健康服务数据，生成所述当日进行同一健康服务次数的用户数量。

在一种可能的实现方式中，所述预约数据包括所述用户的身份信息、所述用户的预约信息和所述用户的状态信息，所述状态信息用于表示所述用户完成健康服务的进度，所述目标服务数据包括所述用户的身份信息、所述用户的健康服务点信息和所述用户的健康服务产品信息；所述对所述目标服务数据和预约数据进行整合，生成所述用户的健康服务数据，包括：

基于所述用户的身份信息，关联所述用户的预约信息、状态信息、健康服务点信息和健康服务产品信息，生成所述用户的健康服务数据。

在一种可能的实现方式中，所述预约数据中包括所述用户的状态信息，所述状态信息用于表示所述用户完成健康服务的进度，所述向第一终端发送数据调用请求，包括：

基于多个用户的状态信息，确定所述多个用户中的目标用户，所述目标用户为未完成健康服务的用户；

向所述第一终端发送所述目标用户对应的数据调用请求。

在一种可能的实现方式中，所述状态信息中包括多种标识，所述多种标识分别用于表示所述用户完成健康服务的多种进度；所述基于多个用户的状态信息，确定所述多个用户中的目标用户，包括：

对于每个用户，在所述用户的状态信息中包括目标标识的情况下，确定所述用户为所述目标用户，所述目标标识用于表示所述用户未完成健康服务。

另一方面，提供了一种健康服务数据的生成方法，所述方法包括：

接收第二终端发送的数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第二终端用于生成用户预约健康服务时的预约数据；

调用所述第三方数据接口，获取目标服务数据，所述目标服务数据为所述数据调用请求对应的服务数据；

向所述第二终端发送所述目标服务数据。

在一种可能的实现方式中，当前时刻接收到的数据调用请求的数量为多个，所述调用所述第三方数据接口，获取目标服务数据，包括:

将多个数据调用请求缓存在目标队列中；

基于线程池中的多个线程的数量，周期性从所述目标队列中读取对应数量的数据调用请求；

调用所述第三方数据接口，通过所述多个线程对读取的数据调用请求进行处理，得到所述目标服务数据。

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

在所述多个数据调用请求的数量大于所述多个线程的数量的情况下，执行所述将多个数据调用请求缓存在目标队列中的步骤。

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

在所述多个数据调用请求的数量不大于所述多个线程的数量的情况下，调用所述第三方数据接口，通过所述多个线程，对所述多个数据调用请求进行处理，得到所述目标服务数据。

另一方面，提供了一种健康服务数据的生成装置，所述装置包括：

第一发送模块，用于向第一终端发送数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第一终端用于生成用户进行健康服务时的服务数据；

第一接收模块，用于接收所述第一终端发送的目标服务数据，所述目标服务数据为所述第一终端调用所述第三方数据接口得到的所述数据调用请求对应的服务数据；

整合模块，用于对所述目标服务数据和预约数据进行整合，生成所述用户的健康服务数据，所述预约数据为所述用户预约健康服务时生成的数据。

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

生成模块，用于基于多个用户的健康服务数据，生成统计数据，所述统计数据用于反映用户进行健康服务的情况。

在一种可能的实现方式中，所述统计数据包括当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项；所述生成模块，用于基于所述多个用户的健康服务数据，生成所述当日进行健康服务的用户数量、所述当日进行健康服务的用户的平均年龄和所述当日使用同一健康服务产品的用户数量中的至少一项。

在一种可能的实现方式中，在所述用户多次进行同一健康服务后才能完成所述健康服务的情况下，所述统计数据还包括当日进行所述健康服务的同一健康服务次数的用户数量；所述生成模块，用于基于所述多个用户的健康服务数据，生成所述当日进行同一健康服务次数的用户数量。

在一种可能的实现方式中，所述预约数据包括所述用户的身份信息、所述用户的预约信息和所述用户的状态信息，所述状态信息用于表示所述用户完成健康服务的进度，所述目标服务数据包括所述用户的身份信息、所述用户的健康服务点信息和所述用户的健康服务产品信息；所述整合模块，用于基于所述用户的身份信息，关联所述用户的预约信息、状态信息、健康服务点信息和健康服务产品信息，生成所述用户的健康服务数据。

在一种可能的实现方式中，所述预约数据中包括所述用户的状态信息，所述状态信息用于表示所述用户完成健康服务的进度，所述第一发送模块，包括：

确定单元，用于基于多个用户的状态信息，确定所述多个用户中的目标用户，所述目标用户为未完成健康服务的用户；

发送单元，用于向所述第一终端发送所述目标用户对应的数据调用请求。

在一种可能的实现方式中，所述状态信息中包括多种标识，所述多种标识分别用于表示所述用户完成健康服务的多种进度；所述确定单元，用于对于每个用户，在所述用户的状态信息中包括目标标识的情况下，确定所述用户为所述目标用户，所述目标标识用于表示所述用户未完成健康服务。

另一方面，提供了一种健康服务数据的生成装置，所述装置包括：

第二接收模块，用于接收第二终端发送的数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第二终端用于生成用户预约健康服务时的预约数据；

获取模块，用于调用所述第三方数据接口，获取目标服务数据，所述目标服务数据为所述数据调用请求对应的服务数据；

第二发送模块，用于向所述第二终端发送所述目标服务数据。

在一种可能的实现方式中，当前时刻接收到的数据调用请求的数量为多个，所述获取模块，用于：

将多个数据调用请求缓存在目标队列中；

基于线程池中的多个线程的数量，周期性从所述目标队列中读取对应数量的数据调用请求；

调用所述第三方数据接口，通过所述多个线程对读取的数据调用请求进行处理，得到所述目标服务数据。

在一种可能的实现方式中，所述装置还包括执行模块，用于在所述多个数据调用请求的数量大于所述多个线程的数量的情况下，执行所述将多个数据调用请求缓存在目标队列中的步骤。

在一种可能的实现方式中，所述装置还包括处理模块，用于在所述多个数据调用请求的数量不大于所述多个线程的数量的情况下，调用所述第三方数据接口，通过所述多个线程，对所述多个数据调用请求进行处理，得到所述目标服务数据。

另一方面，提供了一种电子设备，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现上述任一实现方式所述的健康服务数据的生成方法。

另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一实现方式所述的健康服务数据的生成方法。

另一方面，提供了一种计算机程序产品，所述计算机程序产品包括至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一实现方式所述的健康服务数据的生成方法。

本申请实施例提供的技术方案的有益效果至少包括：

本申请实施例提供了一种健康服务数据的生成方法，该方法通过获取用户进行健康服务时生成的服务数据，并且将服务数据与用户预约健康服务时生成的预约数据进行整合，这样就能够得到用户完整的健康服务数据，避免了在使用服务数据和预约数据时还需分别从不同的***中进行调用，从而提高了健康服务数据的使用效率。

附图说明

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

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

图2是本申请实施例提供的一种健康服务数据的生成方法的流程图；

图3是本申请实施例提供的一种健康服务数据的生成方法的流程图；

图4是本申请实施例提供的一种健康服务数据的生成装置的框图；

图5是本申请实施例提供的一种健康服务数据的生成装置的框图；

图6是本申请实施例提供的一种终端的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任意变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

本申请实施例提供了一种健康服务数据的生成方法的实施环境，该实施环境的执行主体为电子设备；可选的，电子设备可以提供为第一终端10，第一终端10为进行健康服务的工作人员使用的终端；第一终端10上运行有健康服务***，用于在用户进行健康服务时，生成该用户的服务数据。或者，电子设备可以提供为第二终端20，第二终端20为预约健康服务的用户使用的终端。第二终端20为上运行有预约***，用于在用户进行健康服务之前预约健康服务时，生成该用户的预约数据。或者，电子设备可以提供为第一终端10和第二终端20，相应的，提供了一个实施环境，参见图1，该实施环境包括第一终端10、第二终端20和第三方服务器30，第三方服务器30分别与第一终端10和第二终端20之间通过网络连接。

第一终端10上运行有健康服务***，用于生成用户进行健康服务时的服务数据。第一终端10可以为智能手机、智能手表、台式电脑、手提电脑、平板电脑等设备中的至少一种。

第二终端20是发起数据调用请求的终端，该数据调用请求用于请求调用第三方服务器30提供的第三方数据接口来获取第一终端10的服务数据。第二终端20上运行有预约***，用于预约健康服务，且生成用户的预约数据。第二终端20可以为智能手机、智能手表、台式电脑、手提电脑、平板电脑等设备中的至少一种。

第三方服务器30用于提供第三方数据接口，该第三方数据接口用于被调用，来获取第一终端10生成的服务数据。第三方服务器30可以为一台服务器、由多台服务器组成的服务器集群、云服务器、云计算平台和虚拟化中心中的至少一种。

本申请实施例提供了一种健康服务数据的生成方法，参见图2，方法包括：

步骤201：第二终端向第一终端发送数据调用请求。

其中，第一终端上运行有健康服务***，第一终端用于生成用户进行健康服务时的服务数据。数据调用请求用于请求调用第三方数据接口进行数据调度，数据调用请求携带请求参数，请求参数包括时间信息、用户的身份信息中的至少一项。时间信息包括服务数据的生成时间，即用户进行健康服务的时间。

其中，第二终端上运行有预约***，预约***用于预约健康服务，且生成用户的预约数据。第二终端在生成用户的预约数据之前，用户在第二终端的预约***上进行注册，将用户的身份信息输入预约***。可选的，用户的身份信息包括用户的姓名、身份证号码、住址和通信号码等信息。

需要说明的是，预约数据中包括用户的状态信息，状态信息用于表示用户完成健康服务的进度，步骤201包括以下步骤(1)-(2)：

(1)第二终端基于多个用户的状态信息，确定多个用户中的目标用户，目标用户为未完成健康服务的用户。

其中，状态信息中包括多种标识，多种标识分别用于表示用户完成健康服务的多种进度；在一种实现方式中，第一终端对于每个用户，在用户的状态信息中包括目标标识的情况下，确定该用户为目标用户，目标标识用于表示用户未完成健康服务。第一终端在用户的状态信息中不包括目标标识的情况下，确定该用户为非目标用户。

其中，完成健康服务的多种进度包括已完成健康服务、未开始健康服务、健康服务进行中等多种进度；其中，未开始健康服务和健康服务进行中均表示未完成健康服务。多种标识分别对应多种进度；可选的，状态信息中包括第一标识、第二标识和第三标识，第一标识、第二标识和第三标识分别用于表示用户已完成健康服务，用户未开始健康服务、用户健康服务进行中。其中，目标标识用于表示用户未完成健康服务，目标标识包括第二标识和第三标识中的任一项。

以健康服务为疫苗接种为例，根据疫苗种类的不同，用户可以选择接种一针、两针或三针等。对于接种一针的用户，在用户接种第一针之前，该用户的状态信息包括目标标识，第二终端确定该用户为目标用户；在用户接种第一针后，该用户的状态信息包括第一标识。对于接种两针的用户，在用户没有接种第二针之前，该用户的状态信息包括目标标识，第二终端确定该用户为目标用户；在用户接种第二针后，该用户的状态信息包括第一标识。对于接种三针的用户，在用户没有接种第三针之前，该用户的状态信息包括目标标识，第二终端确定该用户为目标用户；在用户接种第三针后，该用户的状态信息包括第一标识。

在另一种实现方式中，状态信息包括标识字段，该标识字段用于指示用户已接种的疫苗针次。对于接种一针的用户，第二终端在标识字段指示该用户已接种的疫苗针次为零次的情况下，确定该用户为目标用户。对于接种两针的用户，第二终端在标识字段指示该用户已接种的疫苗针次为零次或一次的情况下，确定该用户为目标用户。对于接种三针的用户，第二终端在标识字段指示该用户已接种的疫苗针次为零次、一次或两次的情况下，确定该用户为目标用户。

(2)第二终端向第一终端发送目标用户对应的数据调用请求。

在一些实施例中，第二终端在第一终端上的健康服务***每天停止生成服务数据后，即在每天的健康服务工作结束后，向第一终端发送数据调用请求，进而能够一次性获取服务数据。在该实施例中，第二终端每天定时向第一终端发送数据调用请求，即在每天的健康服务工作结束后，第二终端自动向第一终端发送数据调用请求，从而避免了人工触发数据调用请求的流程，省时省力。例如，每天的健康服务工作在18点结束，则第二终端在18点后的定时时间点向健康服务***发送数据调用请求。

在一些实施例中，第二终端在第一终端上的健康服务***生成用户的服务数据后，即向第一终端发送数据调用请求。其中，健康服务***生成用户的服务数据后，第二终端即获取到用户的生成信息，该生成信息用于表示该用户进行了健康服务、且生成了该用户的服务数据。第二终端获取到用户的生成信息后，即触发该用户对应的数据调用请求，向第一终端发送该数据调用请求。

需要说明的是，已完成健康服务的用户的服务数据在进行健康服务的当日已被获取和处理，无需再次被获取。这样，仅需获取未完成健康服务的目标用户的服务数据，减少了服务数据的获取数量，即减少了数据调用请求的数量，进而提高了发送数据调用请求的效率；进而能够使相关人员能够及时了解未完成健康服务的用户进行健康服务的最新进展情况，从而便于相关人员及时调整健康服务工作。

步骤202：第二终端接收第一终端发送的目标服务数据。

其中，目标服务数据为数据调用请求对应的服务数据，且目标服务数据还需为当日生成的服务数据。服务数据包括用户的身份信息、用户的健康服务点信息和用户的健康服务产品信息等。

步骤203：第二终端对目标服务数据和预约数据进行整合，生成用户的健康服务数据。

其中，预约数据为用户预约健康服务时生成的数据。预约数据包括用户的身份信息、用户的预约信息和用户的状态信息，状态信息用于表示用户完成健康服务的进度，目标服务数据包括用户的身份信息、用户的健康服务点信息和用户的健康服务产品信息。在一种实现方式中，第一终端基于用户的身份信息，关联用户的预约信息、状态信息、健康服务点信息和健康服务产品信息，生成用户的健康服务数据。

以健康服务为疫苗接种为例，状态信息包括用户已完成疫苗接种、未开始疫苗接种和进行疫苗接种中等多种进度；健康服务点信息包括用户进行疫苗接种的接种点名称；健康服务产品信息包括用户接种的疫苗的厂商信息、疫苗的批次信息和用户的接种次数中的至少一项，用户的接种次数用于表示该用户接种的疫苗针次。第二终端基于用户的身份信息，将该用户的预约信息、状态信息、接种点名称、疫苗的厂商信息、疫苗的批次信息和用户的接种次数等进行关联。

需要说明的是，预约***有用户的预约数据，健康服务***有用户的服务数据，通过本申请实施例提供的方法，将用户的预约数据和服务数据进行整合，得到了用户的健康服务数据，实现了预约数据和服务数据在预约***的整合，即在预约***中形成了完整的健康服务数据，进而提高了健康服务数据的统计结果，从而利于健康服务工作的顺利开展。以健康服务为疫苗接种为例，传统的疫苗预约***和疫苗接种***分别有用户的疫苗预约数据和用户的疫苗接种数据，难以形成完整的防疫数据。而通过本申请实施例提供的方法，能够将疫苗预约数据和疫苗接种数据整合在疫苗预约***中，进而便于防疫工作的顺利开展。

本申请实施例提供了一种健康服务数据的生成方法，该方法通过获取用户进行健康服务时生成的服务数据，并且将服务数据与用户预约健康服务时生成的预约数据进行整合，这样就能够得到用户完整的健康服务数据，避免了在使用服务数据和预约数据时还需分别从不同的***中进行调用，从而提高了健康服务数据的使用效率。

步骤204：第二终端基于多个用户的健康服务数据，生成统计数据。

其中，统计数据用于反映用户进行健康服务的情况。在一些实现方式中，统计数据包括当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项。第二终端基于多个用户的健康服务数据，生成当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项。

统计数据还包括任一区域的用户进行健康服务的用户数量、任一时间段用户进行健康服务的用户数量等，分别用于反映该区域进行健康服务的情况以及该时间段进行健康服务的情况。统计数据还包括未完成健康服务的目标用户在当日进行健康服务的情况，即该目标用户是否在当日进行了健康服务，用于反映未完成健康服务的用户在当日进行健康服务的情况；进而能够使相关人员及时获取到未完成健康服务的用户进行健康服务的最新进展情况，从而便于相关人员及时调整健康服务工作。

在一种实现方式中，第二终端生成统计数据后，将该统计数据推送给对应的社区管理人员、相关部门工作人员等，使这些人员能够基于该统计数据及时了解用户到进行健康服务的情况。对于社区管理人员，还能够及时了解到该社区的用户进行健康服务的情况。

在一些实施例中，在用户多次进行同一健康服务后才能完成该健康服务的情况下，统计数据还包括当日进行该健康服务的同一健康服务次数的用户数量；第二终端基于多个用户的健康服务数据，生成当日进行同一健康服务次数的用户数量。

以健康服务为疫苗接种为例，根据疫苗种类的不同，用户可以选择接种一针、两针或三针等。对于接种两针的用户，第二终端基于多个接种两针的用户的健康服务数据，分别生成当日接种第一针的用户数量和接种第二针的用户数量。对于接种三针的用户，第二终端基于多个接种三针的用户的健康服务数据，分别生成当日接种第一针的用户数量、接种第二针的用户数量和接种第三针的用户数量。

在该实现方式中，通过生成多个维度的统计数据，实现了对健康服务数据的充分利用，使得相关人员能够及时掌握用户进行健康服务的综合情况，进而提高了健康服务数据的使用效率。

本申请实施例还提供了一种健康服务数据的生成方法，参见图3，方法包括：

步骤301：第一终端接收第二终端发送的数据调用请求。

其中，数据调用请求用于请求调用第三方数据接口进行数据调度，第二终端用于生成用户预约健康服务时的预约数据。

步骤302：第一终端调用第三方数据接口，获取目标服务数据。

其中，目标服务数据为数据调用请求对应的服务数据。在一些实施例中，第一终端当前时刻接收到的数据调用请求的数量为多个，对应获取的目标服务数据为多个；以健康服务为疫苗接种为例，每天生成的疫苗接种数据的数量为300-500万。在第一终端当前时刻接收到的数据调用请求的数量为多个的情况下，步骤302包括以下步骤(1)-(3)：

(1)第一终端将多个数据调用请求缓存在目标队列中。

需要说明的是，在目标队列的缓存数量不少于数据调用请求的数量的情况下，多个数据调用请求全部缓存在目标队列中。多个数据调用请求在目标队列中按照每个数据调用请求的用户在预约***中注册的时间顺序进行排序。

在另一种实现方式中，在目标队列的缓存数量少于数据调用请求的数量的情况下，缓存数量对应的部分数据调用请求缓存在目标队列中，该部分数据调用请求为全部的数据调用请求中排序在前的、缓存数量对应的数据调用请求。其中，多个数据调用请求按照每个数据调用请求的用户在预约***中注册的时间顺序进行排序。目标队列中的数据调用请求遵循先进先出的原则，即先进入目标队列的数据调用请求先离开目标队列。当目标队列中的任一数据调用请求离开目标队列时，则剩余数据调用请求中排序在前的数据调用请求进入目标队列。其中，目标队列为缓冲队列，目标队列的缓冲数量可以根据需要进行设置并更改；可选的，目标队列的缓冲数量设置为50万。

(2)第一终端基于线程池中的多个线程的数量，周期性从目标队列中读取对应数量的数据调用请求。

其中，多个线程包括核心线程和非核心线程，核心线程的数量为核心线程数，核心线程与非核心线程的数量之和为最高线程数，第一终端确定最高线程数为目标数量。核心线程用于处理排序在前的核心线程数对应的多个数据调用请求，非核心线程用于处理剩余的非核心线程的数量对应的数据调用请求。核心线程数和最高线程数分别可以根据需要进行设置并更改。例如，控制核心线程数为5个，最高线程数为128个。

(3)第一终端调用第三方数据接口，通过多个线程对读取的数据调用请求进行处理，得到目标服务数据。

在一些实施例中，一个线程读取一个数据调用请求；在另一些实施例中，一个线程能够读取多个数据调用请求。

其中，每个数据调用请求携带请求参数，请求参数包括时间信息、用户的身份信息中的至少一项。时间信息包括服务数据的生成时间，即用户进行健康服务的时间。在一种实现方式中，数据调用请求对应的时间信息为当日，第一终端调用第三方数据接口基于该时间信息筛选当日的服务数据，得到当日的服务数据；这样，仅需获取当日的服务数据，不仅能够及时获取最新的服务数据，且避免了获取当日之前的服务数据造成的时间和资源的浪费。

需要说明的是，由于进行健康服务的用户数量过大，使得服务数据的数据量过大，但是为我们提供获取服务数据的第三方数据接口的并发量较低，无法支撑多个数据调用请求的并发量，一旦数据调用请求的数量过大，第三方数据接口会因瞬间涌入的数据调用请求而崩溃，导致不能在有限的时间内及时的获取到所有需要的数据。而在本申请实施例中，通过采用线程池来控制调用第三方数据接口，这样就不会发生全部的数据调用请求去调用第三方数据接口的情况，避免了数据调用请求过多，第三方数据接口在高并发下的宕机问题，进而实现了对高并发情况下数据调用请求的逻辑优化。以进行健康服务的省份云南省为例，由于云南省人口众多，进行健康服务的用户数量过大，其对应的服务数据也较多，而通过本申请实施例提供的方法，使得目前云南省的服务数据的获取工作在稳定中执行。

需要说明的是，在多个数据调用请求的数量大于多个线程的数量的情况下，执行上述步骤(1)-(3)。在多个数据调用请求的数量不大于多个线程的数量的情况下，调用第三方数据接口，通过多个线程，对多个数据调用请求进行处理，得到目标服务数据。这样，避免了将数据调用请求缓存到目标队列，减少了流程，进而提高了获取目标服务数据的效率。

步骤303：第一终端向第二终端发送目标服务数据。

在一些实施例中，第一终端将每个目标服务数据依次发送给第二终端。在另一些实施例中，第一终端将多个目标服务数据打包后统一发送给第二终端。

本申请实施例提供了一种健康服务数据的生成方法，该方法通过调用第三方数据接口，能够获取用户进行健康服务时生成的服务数据，进而将服务数据发送给第二终端后，第二终端能够使其生成的预约数据与该服务数据进行整合，这样就能够得到用户完整的健康服务数据，避免了在使用服务数据和预约数据时还需分别从不同的***中进行调用，从而提高了健康服务数据的使用效率。

本申请实施例还提供了一种健康服务数据的生成装置，参见图4，装置包括：

第一发送模块401，用于向第一终端发送数据调用请求，数据调用请求用于请求调用第三方数据接口进行数据调度，第一终端用于生成用户进行健康服务时的服务数据；

第一接收模块402，用于接收第一终端发送的目标服务数据，目标服务数据为第一终端调用第三方数据接口得到的数据调用请求对应的服务数据；

整合模块403，用于对目标服务数据和预约数据进行整合，生成用户的健康服务数据，预约数据为用户预约健康服务时生成的数据。

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

生成模块404，用于基于多个用户的健康服务数据，生成统计数据，统计数据用于反映用户进行健康服务的情况。

在一种可能的实现方式中，统计数据包括当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项；生成模块404，用于基于多个用户的健康服务数据，生成当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项。

在一种可能的实现方式中，在用户多次进行同一健康服务后才能完成健康服务的情况下，统计数据还包括当日进行健康服务的同一健康服务次数的用户数量；生成模块404，用于基于多个用户的健康服务数据，生成当日进行同一健康服务次数的用户数量。

在一种可能的实现方式中，预约数据包括用户的身份信息、用户的预约信息和用户的状态信息，状态信息用于表示用户完成健康服务的进度，目标服务数据包括用户的身份信息、用户的健康服务点信息和用户的健康服务产品信息；整合模块403，用于基于用户的身份信息，关联用户的预约信息、状态信息、健康服务点信息和健康服务产品信息，生成用户的健康服务数据。

在一种可能的实现方式中，预约数据中包括用户的状态信息，状态信息用于表示用户完成健康服务的进度，第一发送模块401，包括：

确定单元，用于基于多个用户的状态信息，确定多个用户中的目标用户，目标用户为未完成健康服务的用户；

发送单元，用于向第一终端发送目标用户对应的数据调用请求。

在一种可能的实现方式中，状态信息中包括多种标识，多种标识分别用于表示用户完成健康服务的多种进度；确定单元，用于对于每个用户，在用户的状态信息中包括目标标识的情况下，确定用户为目标用户，目标标识用于表示用户未完成健康服务。

本申请实施例还提供了一种健康服务数据的生成装置，参见图5，装置包括：

第二接收模块501，用于接收第二终端发送的数据调用请求，数据调用请求用于请求调用第三方数据接口进行数据调度，第二终端用于生成用户预约健康服务时的预约数据；

获取模块502，用于调用第三方数据接口，获取目标服务数据，目标服务数据为数据调用请求对应的服务数据；

第二发送模块503，用于向第二终端发送目标服务数据。

在一种可能的实现方式中，当前时刻接收到的数据调用请求的数量为多个，获取模块502，用于：

将多个数据调用请求缓存在目标队列中；

基于线程池中的多个线程的数量，周期性从目标队列中读取对应数量的数据调用请求；

调用第三方数据接口，通过多个线程对读取的数据调用请求进行处理，得到目标服务数据。

在一种可能的实现方式中，装置还包括执行模块，用于在多个数据调用请求的数量大于多个线程的数量的情况下，执行将多个数据调用请求缓存在目标队列中的步骤。

在一种可能的实现方式中，装置还包括处理模块，用于在多个数据调用请求的数量不大于多个线程的数量的情况下，调用第三方数据接口，通过多个线程，对多个数据调用请求进行处理，得到目标服务数据。

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

通常，电子设备600包括有：处理器601和存储器602。

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

存储器602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器602中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器601所执行以实现本申请中方法实施例提供的健康服务数据的生成方法。

在一些实施例中，电子设备600还可选包括有：***设备接口603和至少一个***设备。处理器601、存储器602和***设备接口603之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口603相连。具体地，***设备包括：射频电路604、显示屏605、摄像头组件606、音频电路607、定位组件608和电源609中的至少一种。

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

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

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

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

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

定位组件608用于定位电子设备600的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件608可以是基于美国的GPS(GlobalPositioning System，全球定位***)、中国的北斗***或俄罗斯的伽利略***的定位组件。

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

在一些实施例中，电子设备600还包括有一个或多个传感器610。该一个或多个传感器610包括但不限于：加速度传感器611、陀螺仪传感器612、压力传感器613、指纹传感器614、光学传感器615以及接近传感器616。

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

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

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

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

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

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

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

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储至少一条程序代码，至少一条程序代码由处理器加载并执行，以实现上述任一实现方式的健康服务数据的生成方法。

本申请实施例还提供了一种计算机程序产品，计算机程序产品包括至少一条程序代码，至少一条程序代码由处理器加载并执行，以实现上述任一实现方式的健康服务数据的生成方法。

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

本申请实施例提供了一种健康服务数据的生成方法，该方法通过获取用户进行健康服务时生成的服务数据，并且将服务数据与用户预约健康服务时生成的预约数据进行整合，这样就能够得到用户完整的健康服务数据，避免了在使用服务数据和预约数据时还需分别从不同的***中进行调用，从而提高了健康服务数据的使用效率。

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

Claims (16)

1.一种健康服务数据的生成方法，其特征在于，所述方法包括：

向第一终端发送数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第一终端用于生成用户进行健康服务时的服务数据；

接收所述第一终端发送的目标服务数据，所述目标服务数据为所述第一终端调用所述第三方数据接口得到的所述数据调用请求对应的服务数据；

对所述目标服务数据和预约数据进行整合，生成所述用户的健康服务数据，所述预约数据为所述用户预约健康服务时生成的数据。

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

基于多个用户的健康服务数据，生成统计数据，所述统计数据用于反映用户进行健康服务的情况。

3.根据权利要求2所述的方法，其特征在于，所述统计数据包括当日进行健康服务的用户数量、当日进行健康服务的用户的平均年龄和当日使用同一健康服务产品的用户数量中的至少一项；

所述基于多个用户的健康服务数据，生成统计数据，包括：

基于所述多个用户的健康服务数据，生成所述当日进行健康服务的用户数量、所述当日进行健康服务的用户的平均年龄和所述当日使用同一健康服务产品的用户数量中的至少一项。

4.根据权利要求2所述的方法，其特征在于，在所述用户多次进行同一健康服务后才能完成所述健康服务的情况下，所述统计数据还包括当日进行所述健康服务的同一健康服务次数的用户数量；所述基于多个用户的健康服务数据，生成统计数据，包括：

基于所述多个用户的健康服务数据，生成所述当日进行同一健康服务次数的用户数量。

5.根据权利要求1所述的方法，其特征在于，所述预约数据包括所述用户的身份信息、所述用户的预约信息和所述用户的状态信息，所述状态信息用于表示所述用户完成健康服务的进度，所述目标服务数据包括所述用户的身份信息、所述用户的健康服务点信息和所述用户的健康服务产品信息；

所述对所述目标服务数据和预约数据进行整合，生成所述用户的健康服务数据，包括：

基于所述用户的身份信息，关联所述用户的预约信息、状态信息、健康服务点信息和健康服务产品信息，生成所述用户的健康服务数据。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述预约数据中包括所述用户的状态信息，所述状态信息用于表示所述用户完成健康服务的进度，所述向第一终端发送数据调用请求，包括：

基于多个用户的状态信息，确定所述多个用户中的目标用户，所述目标用户为未完成健康服务的用户；

向所述第一终端发送所述目标用户对应的数据调用请求。

7.根据权利要求6所述的方法，其特征在于，所述状态信息中包括多种标识，所述多种标识分别用于表示所述用户完成健康服务的多种进度；

所述基于多个用户的状态信息，确定所述多个用户中的目标用户，包括：

对于每个用户，在所述用户的状态信息中包括目标标识的情况下，确定所述用户为所述目标用户，所述目标标识用于表示所述用户未完成健康服务。

8.一种健康服务数据的生成方法，其特征在于，所述方法包括：

接收第二终端发送的数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第二终端用于生成用户预约健康服务时的预约数据；

调用所述第三方数据接口，获取目标服务数据，所述目标服务数据为所述数据调用请求对应的服务数据；

向所述第二终端发送所述目标服务数据。

9.根据权利要求8所述的方法，其特征在于，当前时刻接收到的数据调用请求的数量为多个，所述调用所述第三方数据接口，获取目标服务数据，包括:

将多个数据调用请求缓存在目标队列中；

基于线程池中的多个线程的数量，周期性从所述目标队列中读取对应数量的数据调用请求；

调用所述第三方数据接口，通过所述多个线程对读取的数据调用请求进行处理，得到所述目标服务数据。

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

在所述多个数据调用请求的数量大于所述多个线程的数量的情况下，执行所述将多个数据调用请求缓存在目标队列中的步骤。

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

在所述多个数据调用请求的数量不大于所述多个线程的数量的情况下，调用所述第三方数据接口，通过所述多个线程，对所述多个数据调用请求进行处理，得到所述目标服务数据。

12.一种健康服务数据的生成装置，其特征在于，所述装置包括：

第一发送模块，用于向第一终端发送数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第一终端用于生成用户进行健康服务时的服务数据；

第一接收模块，用于接收所述第一终端发送的目标服务数据，所述目标服务数据为所述第一终端调用所述第三方数据接口得到的所述数据调用请求对应的服务数据；

整合模块，用于对所述目标服务数据和预约数据进行整合，生成所述用户的健康服务数据，所述预约数据为所述用户预约健康服务时生成的数据。

13.一种健康服务数据的生成装置，其特征在于，所述装置包括：

第二接收模块，用于接收第二终端发送的数据调用请求，所述数据调用请求用于请求调用第三方数据接口进行数据调度，所述第二终端用于生成用户预约健康服务时的预约数据；

获取模块，用于调用所述第三方数据接口，获取目标服务数据，所述目标服务数据为所述数据调用请求对应的服务数据；

第二发送模块，用于向所述第二终端发送所述目标服务数据。

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

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

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

Images