CN112836838A

CN112836838A - 预约请求处理方法、装置、设备及存储介质

Info

Publication number: CN112836838A
Application number: CN202110185279.5A
Authority: CN
Inventors: 陈孝良; 苏少炜; 李科研; 常乐
Original assignee: Beijing SoundAI Technology Co Ltd
Current assignee: Beijing SoundAI Technology Co Ltd
Priority date: 2021-02-10
Filing date: 2021-02-10
Publication date: 2021-05-25
Anticipated expiration: 2041-02-10
Also published as: CN112836838B

Abstract

本申请公开了一种预约请求处理方法、装置、设备及存储介质，属于医疗领域。本申请实施例，一方面，通过多个第一服务器并行处理预约请求的方式，该多个第一服务器能够将用户账号的预约请求分流处理，而不是集中于一个服务器处理，进而能够减轻服务器的负荷，提高预约请求的处理效率。另一方面，服务器接收到预约请求后，在确定自身有空可用的预约标识时，先向用户账号发送预约成功通知，再对预约请求进行处理，能够快速地向用户反馈其需求的信息，避免用户进行长时间的等待，优化了预约请求的处理流程，提高了预约请求的反馈效果。

Description

预约请求处理方法、装置、设备及存储介质

技术领域

本申请涉及医疗领域，特别涉及一种预约请求处理方法、装置、设备及存储介质。

背景技术

随着计算机技术的发展，各个领域中都开始利用电子设备的计算能力以及终端和服务器之间的交互能力，将线下的工作转移到线上，为用户提供便利。在医疗领域中，如果用户需要某项健康服务，通常需要先预约，预约成功后再在预约时间去相关机构以获取该健康服务。

目前，预约请求处理方法通常是：设置有一个用于处理预约请求的服务器，服务器接收到用户账号的预约请求，可以对预约请求进行处理，生成预约信息后，向用户账号反馈预约成功通知。如果有多个用户账号发送预约请求，则服务器会依次对预约请求进行处理，处理结束后向用户账号反馈处理结果。尤其是发生大规模公共卫生事件时，服务器会接收到大量预约请求，可能会出现超负荷现象，导致服务器崩溃，且上述预约请求处理方式效率低，用户可能需要长时间等待。

发明内容

本申请实施例提供了一种预约请求处理方法、装置、设备及存储介质，提供了更加便利的查找和显示方式，提高了查找以及显示效率。所述技术方案如下：

一方面，提供了一种预约请求处理方法，应用于多个第一服务器中的任一个第一服务器，每个所述第一服务器用于处理预约请求，所述方法包括：

接收第一用户账号的第一预约请求，所述第一预约请求用于为第一用户账号预约健康服务；

响应于当前第一服务器中存在空闲的预约标识，向所述第一用户账号发送预约成功通知，所述空闲的预约标识为未被预约的预约标识；

对所述第一预约请求进行处理。

在一些实施例中，所述第一预约请求由第二服务器根据历史预约记录确定所述第一用户账号未预约过时发送。

在一些实施例中，所述方法还包括：

基于对所述第一预约请求的处理结果，向第二服务器发送预约记录更新请求，由所述第二服务器响应于所述预约记录更新请求对历史预约记录进行更新。

在一些实施例中，所述第一预约请求由第二服务器根据所述多个第一服务器的负载信息或处理时间段中至少一项确定分配至所述第一服务器时发送。

在一些实施例中，所述响应于当前第一服务器中存在空闲的预约标识，向所述第一用户账号发送预约成功通知，包括：

获取当前第一服务器中预约标识的预约信息；

响应于所述预约信息指示所述当前第一服务器中存在空闲的预约标识，向所述第一用户账号发送预约成功通知。

在一些实施例中，所述方法还包括：

响应于所述预约信息指示所述当前第一服务器中不存在空闲的预约标识，向所述第一用户账号发送重新预约提示，所述重新预约提示用于提示所述第一用户账号重新发送预约请求；或者，

响应于所述预约信息指示所述当前第一服务器中不存在空闲的预约标识，向第二服务器发送分配请求，所述分配请求用于请求所述第二服务器将所述第一用户账号的第一预约请求分配给其他第一服务器。

在一些实施例中，所述接收第一用户账号的第一预约请求之前，所述方法还包括：

接收第二用户账号的第二预约请求；

所述对所述第一预约请求进行处理，包括：

按照所述第一预约请求与第二预约请求的接收顺序，对所述第一预约请求和所述第二预约请求进行处理。

在一些实施例中，所述按照所述第一预约请求与第二预约请求的接收顺序，对所述第一预约请求和所述第二预约请求进行处理，包括：

将所述第一预约请求写入队列中，所述队列中包括所述第二预约请求；

按照所述队列中预约请求的写入顺序，对队列中的第一预约请求和第二预约请求进行处理。

在一些实施例中，所述将所述第一预约请求写入队列中之后，所述方法还包括：

根据所述第一预约请求在所述队列中的位置，确定所述第一预约请求的预约时间段；

向所述第一用户账号发送所述预约时间段；

所述按照所述队列中预约请求的写入顺序，对队列中的第一预约请求和第二预约请求进行处理，包括：

对位于所述队列的队首的预约请求，基于所述预约请求，为所述预约请求对应用户账号生成预约信息。

在一些实施例中，所述方法还包括：

接收任一用户账号的取消预约请求，所述取消预约请求携带有所述用户账号的标识信息；

基于所述用户账号的标识信息，从所述队列中，确定目标预约请求，所述目标预约请求携带有所述用户账号的标识信息；

将所述目标预约请求从所述队列中删除。

在一些实施例中，所述接收任一用户账号的取消预约请求之后，所述方法还包括：

将所述取消预约请求写入所述队列中；

响应于所述取消预约请求位于所述队列的队首，基于所述取消预约请求，从已生成的预约信息中，删除所述用户账号的预约信息。

一方面，提供了一种预约请求处理方法，应用于第二服务器，所述方法包括：

接收多个用户账号的预约请求，每个预约请求用于为用户账号预约健康服务；

获取历史预约记录；

对于每个用户账号的预约请求，响应于所述历史预约记录指示所述用户账号未预约过，将所述预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器。

在一些实施例中，所述将所述预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器，包括：

基于多个第一服务器的负载信息或处理时间段中至少一项，从所述多个第一服务器中，确定出目标第一服务器，每个所述第一服务器用于处理预约请求；

将所述预约请求分配至所述目标第一服务器。

在一些实施例中，所述基于多个第一服务器的负载信息或处理时间段中至少一项，从所述多个第一服务器中，确定出目标第一服务器，包括：

基于所述多个第一服务器的处理时间段和所述预约请求中携带的预约时间段，从所述多个第一服务器中，确定出至少一个候选第一服务器；

基于所述至少一个候选第一服务器的负载信息，从所述至少一个候选第一服务器中，确定目标第一服务器。

在一些实施例中，所述方法还包括：

根据所述历史预约记录，确定预约标识的已预约数量；

响应于所述已预约数量达到数量阈值，响应于接收到的用户账号的预约请求，向所述用户账号返回预约失败通知，所述预约失败通知用于告知所述用户账号已不存在可预约的预约标识。

在一些实施例中，所述方法还包括：

接收第一服务器发送的预约记录更新请求；

根据所述预约记录更新请求，对所述历史预约记录进行更新。

一方面，提供了一种预约请求处理装置，所述装置包括：

接收模块，用于接收第一用户账号的第一预约请求，所述第一预约请求用于为第一用户账号预约健康服务；

发送模块，用于响应于当前第一服务器中存在空闲的预约标识，向所述第一用户账号发送预约成功通知，所述空闲的预约标识为未被预约的预约标识，所述当前第一服务器为多个第一服务器中的任一个，每个所述第一服务器用于处理预约请求；

处理模块，用于对所述第一预约请求进行处理。

在一些实施例中，所述发送模块还用于基于对所述第一预约请求的处理结果，向第二服务器发送预约记录更新请求，由所述第二服务器响应于所述预约记录更新请求对历史预约记录进行更新。

在一些实施例中，所述发送模块用于：

获取当前第一服务器中预约标识的预约信息；

在一些实施例中，所述发送模块还用于：

在一些实施例中，所述接收模块还用于接收第二用户账号的第二预约请求；

所述处理模块用于按照所述第一预约请求与第二预约请求的接收顺序，对所述第一预约请求和所述第二预约请求进行处理。

在一些实施例中，所述处理模块用于：

在一些实施例中，所述装置还包括：

第一确定模块，用于根据所述第一预约请求在所述队列中的位置，确定所述第一预约请求的预约时间段；

所述发送模块还用于向所述第一用户账号发送所述预约时间段；

所述处理模块用于对位于所述队列的队首的预约请求，基于所述预约请求，为所述预约请求对应用户账号生成预约信息。

在一些实施例中，所述接收模块还用于接收任一用户账号的取消预约请求，所述取消预约请求携带有所述用户账号的标识信息；

所述装置还包括：

第二确定模块，用于基于所述用户账号的标识信息，从所述队列中，确定目标预约请求，所述目标预约请求携带有所述用户账号的标识信息；

第一删除模块，用于将所述目标预约请求从所述队列中删除。

在一些实施例中，所述处理模块，还用于将所述取消预约请求写入所述队列中；

第二删除模块，用于响应于所述取消预约请求位于所述队列的队首，基于所述取消预约请求，从已生成的预约信息中，删除所述用户账号的预约信息。

一方面，提供了一种预约请求处理装置，所述装置包括：

接收模块，用于接收多个用户账号的预约请求，每个预约请求用于为用户账号预约健康服务；

获取模块，用于获取历史预约记录；

分配模块，用于对于每个用户账号的预约请求，响应于所述历史预约记录指示所述用户账号未预约过，将所述预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器。

在一些实施例中，所述分配模块包括确定单元和分配单元；

所述确定单元用于基于多个第一服务器的负载信息或处理时间段中至少一项，从所述多个第一服务器中，确定出目标第一服务器，每个所述第一服务器用于处理预约请求；

所述分配单元用于将所述预约请求分配至所述目标第一服务器。

在一些实施例中，所述确定单元用于：

在一些实施例中，所述装置还包括：

确定模块，用于根据所述历史预约记录，确定预约标识的已预约数量；

发送模块，用于响应于所述已预约数量达到数量阈值，响应于接收到的用户账号的预约请求，向所述用户账号返回预约失败通知，所述预约失败通知用于告知所述用户账号已不存在可预约的预约标识。

在一些实施例中，所述接收模块还用于接收第一服务器发送的预约记录更新请求；

所述装置还包括：

更新模块，用于根据所述预约记录更新请求，对所述历史预约记录进行更新。

一方面，提供了一种计算机设备，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条指令，所述指令由所述一个或多个处理器加载并执行以实现所述预约请求处理方法所执行的操作。

一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现所述预约请求处理方法所执行的操作。

一方面，提供了一种计算机程序产品，其特征在于，所述计算机程序产品包括至少一条程序代码，所述程序代码由处理器加载并执行以实现所述预约请求处理方法所执行的操作。

本申请实施例，一方面，通过多个第一服务器并行处理预约请求的方式，该多个第一服务器能够将用户账号的预约请求分流处理，而不是集中于一个服务器处理，进而能够减轻服务器的负荷，提高预约请求的处理效率。另一方面，服务器接收到预约请求后，在确定自身有空可用的预约标识时，先向用户账号发送预约成功通知，再对预约请求进行处理，能够快速地向用户反馈其需求的信息，避免用户进行长时间的等待，优化了预约请求的处理流程，提高了预约请求的反馈效果。

附图说明

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

图1是本申请实施例提供的一种预约请求处理方法的实施环境；

图2是本申请实施例提供的一种预约请求处理方法流程图；

图3是本申请实施例提供的一种预约请求处理方法流程图；

图4是本申请实施例提供的一种预约请求处理方法流程图；

图5是本申请实施例提供的一种预约请求处理装置结构示意图；

图6是本申请实施例提供的一种预约请求处理装置结构示意图；

图7是本申请实施例提供的一种服务器的结构示意图；

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

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

具体实施方式

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

图1是本申请实施例提供的一种预约请求处理方法的实施环境，参见图1，该实施环境包括：多个终端101、第二服务器102和多个第一服务器103；其中，多个终端101通过无线网络或有线网络与第二服务器102相连，第二服务器102通过无线网络或有线网络与第一服务器103相连。

终端101可以是智能手机、游戏主机、台式计算机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器或MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机中的至少一种。终端101安装和运行有应用程序，该应用程序可以通过浏览器运行，也可以通过独立的客户端运行。

每个第一服务器103上可以运行业务系统，实现相同或不同的业务服务。例如，终端101能够向第二服务器102发送预约请求，由第二服务器102将其分配至中多个第一服务器103中的一个，由第一服务器103对分配到的预约请求进行处理。

本领域技术人员可以知晓，上述终端101、第二服务器102、第一服务器103的数量可以更多或更少。比如上述终端101、服务器103以及数据库1023为几十个或几百个，或者更多数量，此时上述实施环境还包括其他终端、其他服务器或其他数据库。本申请实施例对终端、服务器的数量和设备类型不加以限定。

图2是本申请实施例提供的一种预约请求处理方法的流程图，参见图2，应用于多个第一服务器中的任一个第一服务器，每个该第一服务器用于处理预约请求，该方法包括：

201、第一服务器接收第一用户账号的第一预约请求，该第一预约请求用于为第一用户账号预约健康服务。

202、第一服务器响应于对该预约控件的触发操作，获取当前登录的第一用户账号的历史预约信息。

203、第一服务器对该第一预约请求进行处理。

在一些实施例中，该第一预约请求由第二服务器根据历史预约记录确定该第一用户账号未预约过时发送。

在一些实施例中，该方法还包括：

基于对该第一预约请求的处理结果，向第二服务器发送预约记录更新请求，由该第二服务器响应于该预约记录更新请求对历史预约记录进行更新。

在一些实施例中，该第一预约请求由第二服务器根据该多个第一服务器的负载信息或处理时间段中至少一项确定分配至该第一服务器时发送。

在一些实施例中，该响应于当前第一服务器中存在空闲的预约标识，向该第一用户账号发送预约成功通知，包括：

获取当前第一服务器中预约标识的预约信息；

响应于该预约信息指示该当前第一服务器中存在空闲的预约标识，向该第一用户账号发送预约成功通知。

在一些实施例中，该方法还包括：

响应于该预约信息指示该当前第一服务器中不存在空闲的预约标识，向该第一用户账号发送重新预约提示，该重新预约提示用于提示该第一用户账号重新发送预约请求；或者，

响应于该预约信息指示该当前第一服务器中不存在空闲的预约标识，向第二服务器发送分配请求，该分配请求用于请求该第二服务器将该第一用户账号的第一预约请求分配给其他第一服务器。

在一些实施例中，该接收第一用户账号的第一预约请求之前，该方法还包括：

接收第二用户账号的第二预约请求；

该对该第一预约请求进行处理，包括：

按照该第一预约请求与第二预约请求的接收顺序，对该第一预约请求和该第二预约请求进行处理。

在一些实施例中，该按照该第一预约请求与第二预约请求的接收顺序，对该第一预约请求和该第二预约请求进行处理，包括：

将该第一预约请求写入队列中，该队列中包括该第二预约请求；

按照该队列中预约请求的写入顺序，对队列中的第一预约请求和第二预约请求进行处理。

在一些实施例中，该将该第一预约请求写入队列中之后，该方法还包括：

根据该第一预约请求在该队列中的位置，确定该第一预约请求的预约时间段；

向该第一用户账号发送该预约时间段；

该按照该队列中预约请求的写入顺序，对队列中的第一预约请求和第二预约请求进行处理，包括：

对位于该队列的队首的预约请求，基于该预约请求，为该预约请求对应用户账号生成预约信息。

在一些实施例中，该方法还包括：

接收任一用户账号的取消预约请求，该取消预约请求携带有该用户账号的标识信息；

基于该用户账号的标识信息，从该队列中，确定目标预约请求，该目标预约请求携带有该用户账号的标识信息；

将该目标预约请求从该队列中删除。

在一些实施例中，该接收任一用户账号的取消预约请求之后，该方法还包括：

将该取消预约请求写入该队列中；

响应于该取消预约请求位于该队列的队首，基于该取消预约请求，从已生成的预约信息中，删除该用户账号的预约信息。

图3是本申请实施例提供的一种预约请求处理方法的流程图，参见图3，应用于第二服务器，该方法包括：

301、第二服务器接收多个用户账号的预约请求，每个预约请求用于为用户账号预约健康服务。

302、第二服务器获取历史预约记录。

303、对于每个用户账号的预约请求，第二服务器响应于该历史预约记录指示该用户账号未预约过，将该预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器。

本申请实施例，一方面，通过多个第一服务器并行处理预约请求的方式，该多个第一服务器能够将用户账号的预约请求分流处理，而不是集中于一个服务器处理，进而能够减轻服务器的负荷，提高预约请求的处理效率。

在一些实施例中，该将该预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器，包括：

基于多个第一服务器的负载信息或处理时间段中至少一项，从该多个第一服务器中，确定出目标第一服务器，每个该第一服务器用于处理预约请求；

将该预约请求分配至该目标第一服务器。

在一些实施例中，该基于多个第一服务器的负载信息或处理时间段中至少一项，从该多个第一服务器中，确定出目标第一服务器，包括：

基于该多个第一服务器的处理时间段和该预约请求中携带的预约时间段，从该多个第一服务器中，确定出至少一个候选第一服务器；

基于该至少一个候选第一服务器的负载信息，从该至少一个候选第一服务器中，确定目标第一服务器。

在一些实施例中，该方法还包括：

根据该历史预约记录，确定预约标识的已预约数量；

响应于该已预约数量达到数量阈值，响应于接收到的用户账号的预约请求，向该用户账号返回预约失败通知，该预约失败通知用于告知该用户账号已不存在可预约的预约标识。

在一些实施例中，该方法还包括：

接收第一服务器发送的预约记录更新请求；

根据该预约记录更新请求，对该历史预约记录进行更新。

下面以用户账号所在终端、第一服务器和第二服务器之间交互的方式，对预约请求的处理流程进行说明。图4是本申请实施例提供的一种预约请求处理方法的流程图，参见图4，该方法可以包括以下步骤。

401、第二用户账号所在终端向第二服务器发送第二用户账号的第二预约请求。

该第二预约请求用于为第二用户账号预约健康服务。用户可以在终端上登录用户账号，并进行预约操作，以触发终端向第二服务器发送第二预约请求。

第二服务器用于分流预约请求，将多个用户账号的预约请求分配给多个第一服务器中不同的第一服务器，该多个第一服务器可以并行处理预约请求，提高处理效率，减轻服务器的负荷，这样在发生大规模公共卫生事件时，能够保证服务器的正常运行，快速高效地为用户提供预约服务。

对于该健康服务，该健康服务可以由一种医疗机构提供，用户可以通过电子设备预约该健康服务，后续在预约时间到医疗机构再由医疗机构为该用户提供该健康服务。例如，该健康服务可以为核酸检测，用户可以提前预约，后续可以到预约的医院去由医务人员为该用户进行核酸检测。又例如，该健康服务可以为血检，用户可以提前预约，后续到医院由医务人员为该用户抽血检验。又例如，该健康服务可以为就诊服务，用户可以提前预约好医生，后续可以到预约的医院由预约的医生为该用户进行医疗诊断。当然，该健康服务还可以为其他健康服务，在此不一一列举，本申请实施例对此不作限定。

在一些实施例中，该第二预约请求可以携带有个第二用户账号的标识信息。通过该标识信息能够唯一标识第二用户账号，确定该第二预约请求与第二用户账号的对应关系。例如，该标识信息可以为账号ID，也可以为用户的身份证号，本申请实施例对此不作限定。

该第二预约请求中还可以包括其他信息，例如，用户的个人信息，预约时间段，预约的健康服务，预约类型，或预约模式等，本申请实施例对此不作限定。

402、第二服务器接收第二用户账号的第二预约请求。

403、第二服务器获取历史预约记录。

对于历史预约记录，该历史预约记录中可以包含历史的用户账号的预约情况，通过该历史预约记录能够至少获知某个用户账号是否已预约过。例如，该历史预约记录包括预约成功的用户账号的标识信息，该历史预约记录还可以包括预约失败的用户账号的标识信息，或者，该历史预约记录还可以包括预约成功的用户账号的预约信息等，该预约信息可以包括用户账号的预约时间段、预约的健康服务等，本申请实施例对此不作限定。

该历史预约记录的存储地址可以包括多种情况，相应的，第二服务器可以通过多种方式获取历史预约记录。

在一些实施例中，该历史预约记录可以存储于第二服务器本地，例如，该第二服务器的内存数据库中。相应的，电子设备可以从本地(或内存数据库)中提取历史预约记录。

在另一些实施例中，该历史预约记录可以存储于其他服务器的数据库中，相应的，电子设备可以向其他服务器发送预约记录获取请求，接收其他服务器发送的历史预约记录。

404、第二服务器响应于该历史预约记录指示该第二用户账号未预约过，将该第二预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器。

第二服务器获取到历史预约记录后，可以根据历史预约记录判断第二用户账号是否预约过，如果没有预约过，则可以将其分配给第一服务器进行处理。

在一些实施例中，第二服务器在分配预约请求时可以按照一定的分配策略进行分配。例如，可以考虑多个第一服务器的负载信息，优先将其分配给负载轻的第一服务器。又例如，不同的第一服务器可以负责不同的处理时间段，可以考虑多个第一服务器的处理时间段，按照预约请求的预约时间段，将其分配给相应处理时间段的第一服务器。又例如，可以综合考虑负载信息和处理时间段，将其分配给处理时间段相符且负载较轻的第一服务器。

具体地，第二服务器可以基于多个第一服务器的负载信息或处理时间段中至少一项，从该多个第一服务器中，确定出目标第一服务器，每个该第一服务器用于处理预约请求，将该预约请求分配至该目标第一服务器。

下面给出一种综合考虑两种信息确定目标第一服务器的方式，第二服务器可以基于该多个第一服务器的处理时间段和该预约请求中携带的预约时间段，从该多个第一服务器中，确定出至少一个候选第一服务器，基于该至少一个候选第一服务器的负载信息，从该至少一个候选第一服务器中，确定目标第一服务器。这样第二服务器先根据处理时间段将处理时间段吻合的第一服务器都筛选出来，然后再考虑这些第一服务器的负载信息，从中挑出负载最轻的第一服务器作为目标服务器。

在一些实施例中，第二服务器可以根据该历史预约记录，确定预约标识的已预约数量，响应于该已预约数量达到数量阈值，响应于接收到的用户账号的预约请求，向该用户账号返回预约失败通知，该预约失败通知用于告知该用户账号已不存在可预约的预约标识。例如，本次共有1000000个预约号码，由200台服务器处理预约请求，每个服务器负责5000个预约号码。在已预约数量达到1000000个时，第二服务器可以不再分配预约请求，而是直接返回预约失败通知，告知已没有预约号码了。

405、第一服务器接收第二用户账号的第二预约请求。

该第二预约请求由第二服务器根据历史预约记录确定该第二用户账号未预约过时发送。对于该未预约过是指该第二用户账号未进行过预约行为或者第二用户账号进行过预约行为但预约失败了。

406、第一服务器响应于当前第一服务器中存在空闲的预约标识，向该第二用户账号所在终端发送预约成功通知，该空闲的预约标识为未被预约的预约标识。

第一服务器接收到第二预约请求后，可以判断自身是否还有可用的预约标识，如果有，则可以将其与第二用户账号关联，然后向第二用户账号发送预约成功通知。

在一些实施例中，该预约标识可以通过预约标识的预约信息继续管理，通过预约标识的预约信息，第一服务器能够获知预约标识的预约情况。例如，该预约信息可以包括第一服务器中预约标识的总数量以及已被预约的数量，还可以包括未被预约的预约标识的数量。具体地，第一服务器可以获取当前第一服务器中预约标识的预约信息，响应于该预约信息指示该当前第一服务器中存在空闲的预约标识，向该第二用户账号发送预约成功通知。

在一个具体的可能实施例中，该预约标识可以为预约号，可以称空闲的预约标识为号源。多个第一服务器中每个第一服务器可以具有一定数量的号源，第一服务器接收到预约请求后，可以判断自身是否还有号源，如果有，则可以为第二用户账号进行预约，因而，可以先向其反馈预约成功通知，告知用户已预约，后续该用户具体的预约信息等则可以再由第一服务器确定，这样能够先快速向用户反馈，避免用户进行长时间等待，提高了用户体验。

如果经过判断，确定自身已无号源，则可以向用户反馈，让用户再重新提交一个预约请求，或者直接请求第二服务器重新为第二用户账号分配其他的第一服务器。具体地，第一服务器可以响应于该预约信息指示该当前第一服务器中不存在空闲的预约标识，向该第一用户账号发送重新预约提示，该重新预约提示用于提示该第一用户账号重新发送预约请求；或者，第一服务器可以响应于该预约信息指示该当前第一服务器中不存在空闲的预约标识，向第二服务器发送分配请求，该分配请求用于请求该第二服务器将该第一用户账号的第一预约请求分配给其他第一服务器。

在不存在空闲的预约标识时及时对用户反馈，或者重新分配其他第一服务器，能够使得用户能够得到实时的反馈，获知到预约请求的处理情况，或者能够通过重新分配的方式，完善预约请求的处理流程，尽可能地为用户提供预约请求处理，使得用户能够最快的得到处理结果。

407、第一服务器将第二预约请求写入队列中。

在此以通过队列对预约请求进行管理为例进行了说明，第一服务器也可以不将其放入队列中，例如，可以将其放入预约请求池中。

408、第一用户账号所在终端向第二服务器发送第一用户账号的第一预约请求。

409、第二服务器接收第一用户账号的第一预约请求。

该第一预约请求用于为第一用户账号预约健康服务。该步骤408至步骤409与上述步骤401至步骤402同理，在此不多做赘述。

410、第二服务器获取历史预约记录。

411、第二服务器响应于该历史预约记录指示该第一用户账号未预约过，将该第一预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器。

412、第一服务器接收第一用户账号的第一预约请求。

该第一预约请求由第二服务器根据该多个第一服务器的负载信息或处理时间段中至少一项确定分配至该第一服务器时发送。该第一预约请求由该第二服务器根据历史预约记录确定该第一用户账号未预约过时发送。对于该未预约过是指该第一用户账号未进行过预约行为或者第一用户账号进行过预约行为但预约失败了。

413、第一服务器响应于当前第一服务器中存在空闲的预约标识，向该第一用户账号所在终端发送预约成功通知。

与步骤406同理的，第一服务器可以获取当前第一服务器中预约标识的预约信息，响应于该预约信息指示该当前第一服务器中存在空闲的预约标识，向该第一用户账号发送预约成功通知。

414、第一服务器将第一预约请求写入队列中。

该步骤410至步骤414与上述步骤403至步骤407同理，在此不多做赘述。这样该队列中可以包括第一预约请求和第二预约请求，在此仅以两个预约请求为例进行说明，该队列中还可以包括之前写入且还没有处理的预约请求。

同理的，第一服务器根据该第一预约请求在该队列中的位置，确定该第一预约请求的预约时间段，向该第一用户账号发送该预约时间段。后续步骤415中，第一服务器可以对位于该队列的队首的预约请求，基于该预约请求，为该预约请求对应用户账号生成预约信息。

415、第一服务器按照该队列中预约请求的写入顺序，对队列中的第一预约请求和第二预约请求进行处理。

该队列为先进先出队列，先写入队列中的预约请求先被处理。某个预约请求在队列的队首，则第一服务器则看可以读取该预约请求，对其预约请求进行处理，处理结束后，将其从队列中删除。这样该预约请求的下一个预约请求则位于队列的队首，第一服务器可以再对下一个预约请求进行处理。

在本申请实施例中，第二预约请求先写入，在第二预约请求还没有来得及处理时，第一服务器又将第一预约请求写入。在第二预约请求位于队列的队首时，即可对第二预约请求进行处理，处理结束后，可以将其从队列中删除，这样第一预约请求则位于队列的队首，第一服务器可以再对第一预约请求进行处理。

该步骤415为按照该第一预约请求与第二预约请求的接收顺序，对该第一预约请求和该第二预约请求进行处理的过程，该写入顺序与接收顺序相同。

在一些实施例中，第一服务器生成预约信息后，还可以将预约信息写入数据库，该数据库可以为上述第二服务器中的内存数据库，也可以为其他服务器中的数据库，本申请实施例对此不作限定。

在一些实施例中，第一服务器还可以基于对该第二预约请求的处理结果，向第二服务器发送预约记录更新请求，由该第二服务器响应于该预约记录更新请求对历史预约记录进行更新。这样该历史预约记录中则记录有第二用户账号已预约过。该第二服务器可以接收第一服务器发送的预约记录更新请求，根据该预约记录更新请求，对该历史预约记录进行更新。

在一些实施例中，第一服务器还可以基于对该第一预约请求的处理结果，向第二服务器发送预约记录更新请求，由该第二服务器响应于该预约记录更新请求对历史预约记录进行更新。这样该历史预约记录中则记录有第一用户账号已预约过。

在一些实施例中，用户在发出预约请求后，可能想要取消预约，则可以向第二服务器发送取消预约请求，该取消预约请求携带有该用户账号的标识信息。第二服务器可以根据该用户账号的标识信息，确定用于处理用户账号的预约请求的第一服务器，然后向第一服务器发送取消预约请求。

第一服务器接收到取消预约请求后，可以通过多种方式对其进行处理。具体参见下述两种方式，本申请实施例可以采用任一种方式。

在方式一中，第一服务器可以接收任一用户账号的取消预约请求，基于该用户账号的标识信息，从该队列中，确定目标预约请求，该目标预约请求携带有该用户账号的标识信息，将该目标预约请求从该队列中删除。通过用户账号的标识信息，将取消预约请求和目标预约请求抵消，这样第一服务器可以无需对两个请求进行处理，以减少计算量，提高其他预约请求的处理效率。

上述为该目标预约请求还没有被处理的情况，还有一种可能，该用户账号的目标预约请求已经被处理，则第一服务器直接对取消预约请求进行处理，将该用户账号的预约信息删除即可。

在方式二中，第一服务器将该取消预约请求写入该队列中；响应于该取消预约请求位于该队列的队首，基于该取消预约请求，从已生成的预约信息中，删除该用户账号的预约信息。第一服务器无需查询预约请求，将取消预约请求放到队列中，直到其位于队首时进行处理，即可将已预约的信息删除。

当然，取消预约过程也可以通过其他方式实现，例如，第二服务器可以维护有一个队列，该队列中包括有所有第一服务器的队列中的预约处理请求，第一服务器和第二服务器之间可以实时同步预约请求的处理进度。第二服务器接收到取消预约请求后，可以从自身的队列中确定目标预约请求，然后将其从队列中删除，进而第二服务器可以删除通知发送给相应的第一服务器，第一服务器可以将自身的队列中的目标预约请求删除。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

图5是本申请实施例提供的一种预约请求处理装置的结构示意图，参见图5，该装置包括：

接收模块501，用于接收第一用户账号的第一预约请求，该第一预约请求用于为第一用户账号预约健康服务；

发送模块502，用于响应于当前第一服务器中存在空闲的预约标识，向该第一用户账号发送预约成功通知，该空闲的预约标识为未被预约的预约标识，该当前第一服务器为多个第一服务器中的任一个，每个该第一服务器用于处理预约请求；

处理模块503，用于对该第一预约请求进行处理。

在一些实施例中，该发送模块502还用于基于对该第一预约请求的处理结果，向第二服务器发送预约记录更新请求，由该第二服务器响应于该预约记录更新请求对历史预约记录进行更新。

在一些实施例中，该发送模块502用于：

获取当前第一服务器中预约标识的预约信息；

在一些实施例中，该发送模块502还用于：

在一些实施例中，该接收模块501还用于接收第二用户账号的第二预约请求；

该处理模块503用于按照该第一预约请求与第二预约请求的接收顺序，对该第一预约请求和该第二预约请求进行处理。

在一些实施例中，该处理模块503用于：

在一些实施例中，该装置还包括：

第一确定模块，用于根据该第一预约请求在该队列中的位置，确定该第一预约请求的预约时间段；

该发送模块502还用于向该第一用户账号发送该预约时间段；

该处理模块503用于对位于该队列的队首的预约请求，基于该预约请求，为该预约请求对应用户账号生成预约信息。

在一些实施例中，该接收模块501还用于接收任一用户账号的取消预约请求，该取消预约请求携带有该用户账号的标识信息；

该装置还包括：

第二确定模块，用于基于该用户账号的标识信息，从该队列中，确定目标预约请求，该目标预约请求携带有该用户账号的标识信息；

第一删除模块，用于将该目标预约请求从该队列中删除。

在一些实施例中，该处理模块503，还用于将该取消预约请求写入该队列中；

第二删除模块，用于响应于该取消预约请求位于该队列的队首，基于该取消预约请求，从已生成的预约信息中，删除该用户账号的预约信息。

需要说明的是：上述实施例提供的预约请求处理装置在进行处理预约请求时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的预约请求处理装置与预约请求处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图6是本申请实施例提供的一种预约请求处理装置的结构示意图，参见图6，该装置包括：

接收模块601，用于接收多个用户账号的预约请求，每个预约请求用于为用户账号预约健康服务；

获取模块602，用于获取历史预约记录；

分配模块603，用于对于每个用户账号的预约请求，响应于该历史预约记录指示该用户账号未预约过，将该预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器。

在一些实施例中，该分配模块603包括确定单元和分配单元；

该确定单元用于基于多个第一服务器的负载信息或处理时间段中至少一项，从该多个第一服务器中，确定出目标第一服务器，每个该第一服务器用于处理预约请求；

该分配单元用于将该预约请求分配至该目标第一服务器。

在一些实施例中，该确定单元用于：

在一些实施例中，该装置还包括：

确定模块，用于根据该历史预约记录，确定预约标识的已预约数量；

发送模块，用于响应于该已预约数量达到数量阈值，响应于接收到的用户账号的预约请求，向该用户账号返回预约失败通知，该预约失败通知用于告知该用户账号已不存在可预约的预约标识。

在一些实施例中，该接收模块601还用于接收第一服务器发送的预约记录更新请求；

该装置还包括：

更新模块，用于根据该预约记录更新请求，对该历史预约记录进行更新。

本申请实施例，通过多个第一服务器并行处理预约请求的方式，该多个第一服务器能够将用户账号的预约请求分流处理，而不是集中于一个服务器处理，进而能够减轻服务器的负荷，提高预约请求的处理效率。

需要说明的是：上述实施例提供的预约请求处理装置在处理预约请求时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的预约请求处理装置与预约请求处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图7是本申请实施例提供的一种电子设备的结构示意图，该电子设备700可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central ProcessingUnits，CPU)701和一个或多个的存储器702，其中，该一个或多个存储器702中存储有至少一条指令，该至少一条指令由该一个或多个处理器701加载并执行以实现上述各个方法实施例提供的预约请求处理方法。当然，该电子设备700还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该电子设备700还可以包括其他用于实现设备功能的部件，在此不做赘述。

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

通常，终端800包括有：一个或多个处理器801和一个或多个存储器802。

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

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

在一些实施例中，终端800还可选包括有：外围设备接口803和至少一个外围设备。处理器801、存储器802和外围设备接口803之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口803相连。具体地，外围设备包括：射频电路804、显示屏805、摄像头组件806、音频电路807、定位组件808和电源809中的至少一种。

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

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

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

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

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

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

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

在一些实施例中，终端800还包括有一个或多个传感器810。该一个或多个传感器810包括但不限于：加速度传感器811、陀螺仪传感器812、压力传感器813、指纹传感器814、光学传感器815以及接近传感器816。

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

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

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

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

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

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

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

图9是本申请实施例提供的一种服务器的结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)901和一个或多个的存储器902，其中，该一个或多个存储器902中存储有至少一条指令，该至少一条指令由该一个或多个处理器901加载并执行以实现上述各个方法实施例提供的预约请求处理方法。当然，该服务器900还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器900还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由处理器执行以完成上述实施例中的预约请求处理方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

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

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

Claims

1.一种预约请求处理方法，其特征在于，应用于多个第一服务器中的任一个第一服务器，每个所述第一服务器用于处理预约请求，所述方法包括：

对所述第一预约请求进行处理。

2.根据权利要求1所述的方法，其特征在于，所述第一预约请求由第二服务器根据历史预约记录确定所述第一用户账号未预约过时发送。

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

4.根据权利要求1至3任一项所述的方法，其特征在于，所述第一预约请求由第二服务器根据所述多个第一服务器的负载信息或处理时间段中至少一项确定分配至所述第一服务器时发送。

5.根据权利要求1所述的方法，其特征在于，所述响应于当前第一服务器中存在空闲的预约标识，向所述第一用户账号发送预约成功通知，包括：

获取当前第一服务器中预约标识的预约信息；

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

7.根据权利要求1所述的方法，其特征在于，所述接收第一用户账号的第一预约请求之前，所述方法还包括：

接收第二用户账号的第二预约请求；

所述对所述第一预约请求进行处理，包括：

8.根据权利要求7所述的方法，其特征在于，所述按照所述第一预约请求与第二预约请求的接收顺序，对所述第一预约请求和所述第二预约请求进行处理，包括：

9.根据权利要求8所述的方法，其特征在于，所述将所述第一预约请求写入队列中之后，所述方法还包括：

向所述第一用户账号发送所述预约时间段；

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

将所述目标预约请求从所述队列中删除。

11.根据权利要求10所述的方法，其特征在于，所述接收任一用户账号的取消预约请求之后，所述方法还包括：

将所述取消预约请求写入所述队列中；

12.一种预约请求处理方法，其特征在于，应用于第二服务器，所述方法包括：

获取历史预约记录；

13.根据权利要求12所述的方法，其特征在于，所述将所述预约请求分配至用于处理预约请求的多个第一服务器中一个第一服务器，包括：

将所述预约请求分配至所述目标第一服务器。

14.根据权利要求13所述的方法，其特征在于，所述基于多个第一服务器的负载信息或处理时间段中至少一项，从所述多个第一服务器中，确定出目标第一服务器，包括：

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

根据所述历史预约记录，确定预约标识的已预约数量；

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

接收第一服务器发送的预约记录更新请求；

17.一种预约请求处理装置，其特征在于，所述装置包括：

处理模块，用于对所述第一预约请求进行处理。

18.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条指令，所述指令由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求11任一项所述的预约请求处理方法所执行的操作。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至权利要求11任一项所述的预约请求处理方法所执行的操作，或如权利要求12至权利要求16任一项所述的预约请求处理方法所执行的操作。

20.一种计算机程序产品，其特征在于，所述计算机程序产品包括至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至权利要求11任一项所述的预约请求处理方法所执行的操作，或如权利要求12至权利要求16任一项所述的预约请求处理方法所执行的操作。