CN112801495B - 家政服务派单方法及服务端设备 - Google Patents

Abstract

本申请公开了一种家政服务派单方法及服务端设备，其中，方法包括：获取用户的派单请求；判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；基于所述第一位置派发所述派单请求对应的订单，可起到提高为用户服务的服务效率的作用。

Description

家政服务派单方法及服务端设备

技术领域

本申请属于家政服务领域，尤其涉及一种家政服务派单方法及服务端设备。

背景技术

现有技术中，当有服务需求的用户下家政订单时，所有的用户只能预约距当前时刻的时间间隔为预设固定时长的订单，相应地，派发用户的订单的策略较单一，为用户提供服务的效率较低。

发明内容

本申请实施例提供一种与现有技术不同的实现方案，以提高为用户服务的服务效率。

具体的，在本申请的一个实施例中，提供了一种家政服务派单方法，该方法包括：获取用户的派单请求；判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；基于所述第一位置派发所述派单请求对应的订单。

具体的，在本申请的一个实施例中，提供了一种服务端设备，包括：存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：获取用户的派单请求；判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；基于所述第一位置派发所述派单请求对应的订单。

在本申请的另一个实施例中，提供了一种计算机可读介质，其上存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现前述的家政服务派单方法。

本申请各实施例提供了一种与现有技术不同的新方案，提供了针对派单请求为加急派单类型时的派单策略，通过获取用户的派单请求；判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；基于所述第一位置派发所述派单请求对应的订单的方案，提高了处理用户订单的方式的多样性，进一步起到了提高为用户服务的服务效率的技术效果。

附图说明

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

图1为本申请一实施例提供的数据处理方法的流程示意图；

图2为本申请一实施例提供的数据处理装置的结构示意图；

图3为本申请另一实施例提供的服务端设备的结构示意图。

具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。应当理解，本文中的“第一”、“第二”等描述，是用于区分不同的元件、设备等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

下面将结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的一种家政服务派单方法，该方法可适用于服务器，也可以适用于具有数据处理能力的其他电子设备，对此，本申请不做限定，具体地，该方法包括以下步骤：

101、获取用户的派单请求；

102、判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；

103、获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；

104、基于所述第一位置派发所述派单请求对应的订单。

具体的，上述派单请求可以为用于预约家政服务的请求，具体可以由用于通过其用户终端发送至服务器，派单请求的类型可以为请求保洁服务的类型，请求保姆服务的类型等家政服务类型。

用户可通过其用户终端中安装的家政相关的App展示的页面内容，选择服务时段信息。服务时段信息可包括服务起始时刻与服务终止时刻；用户基于其用户终端选择完服务时段信息与派单请求的类型后，将包含服务时段信息与派单请求的类型的派单请求发送至服务器。

进一步地，上述步骤102，“判断所述派单请求的类型是否为加急派单类型”可通过以下方式进行实现：

1021、获取所述派单请求指示的服务起始时刻与所述派单请求对应的派单时刻；

1022、若所述服务起始时刻距离所述派单请求对应的派单时刻的时长小于预设时长，则确定所述派单请求的类型为加急派单类型。

具体地，上述派单时刻可存储于派单请求中，上述预设时长可以由管理员设定，具体可以为2小时。

在申请的一些可选的实施例中，派单请求对应的第一区域范围可以根据用户向服务器发送派单请求时，用户所处的地址确定，进而上述方法还包括以下步骤：

S1、利用所述派单请求确定所述用户对应的服务地址；

S2、基于所述第一位置派发所述派单请求对应的订单包括：按照所述服务地址与所述第一位置派发所述派单请求对应的订单。

其中，用户对应的服务地址可以为用户当前所处的地址，也可以为用户在用户设备选定的服务地址，对此，本申请不做限定。

进一步地，第一区域范围可以指用于指示地址范围的经纬度范围，第一区域范围内包括多个地址信息，还可包括所述服务地址。第一区域范围内的服务方为预设配置的，可为服务地址对应的用户进行服务的服务方。

需要说明的是，服务地址还可以不包含于第一区域范围内，对此，本申请不做限定。

在本申请的一些可选的实施例中，所述第一服务方的个数为多个，所述第一位置的个数也为多个；所述按照所述服务地址与所述第一位置派发所述派单请求对应的订单具体可包括：

获取多个第一位置中距离所述服务地址最近的目标位置；

利用所述目标位置确定对应的目标服务方；

向所述目标服务方派发所述派单请求对应的订单；

其中，所述第一服务方与所述第一位置一一对应。

具体地，本申请中所述的第一服务方可以为服务人员，例如：保洁阿姨、保姆等与派单请求的类型匹配的服务方。上述目标服务方为处于所述目标位置的第一服务方。

进一步地，为了获取第一区域范围内第一服务方的位置信息，本申请的方案还包括周期性采集第一区域范围内第三服务方的位置上传信息，具体地，上述方法还包括：

获取所述第一区域范围内第三服务方的位置上传信息；

利用所述第三服务方的位置上传信息，确定所述第三服务方的第三位置；其中，所述第三服务方包括所述第一服务方。其中，第三服务方可以为当前位置处于第一区域范围内的全部服务方。

当向目标服务方派发派单请求对应的订单后，上述方法还包括：

将目标服务方对应的个人信息发送至用户对应的用户终端，并在接收到用户基于目标服务方对应的个人信息进行确认并下单后，确认预约成功，并将预约成功的提示信息发送至用户终端，以及目标服务方对应的终端。

在本申请的另一些可选的实施例中，上述目标位置的个数可以为一个或多个，相应地，上述目标服务方的个数也可以为一个或多个，当目标服务方的个数为多个时，将多个目标服务方各自对应的个人信息发送至用户对应的用户终端后，可根据用户在多个目标服务方中，选择出最终的目标服务方，并在接收到用户基于最终目标服务方对应的个人信息进行确认并下单后，确认预约成功，并将预约成功的提示信息发送至用户终端，以及最终的目标服务方对应的终端。

在本申请的另一些可选的实施例中，还可以根据所述多个目标服务方各自对应的历史订单信息，分析得出各目标服务方的订单拖延指数，对应的订单拖延指数越高，表示对应的目标服务方在服务所述派单请求对应的任务时，拖延概率越高；进一步地，上述方法还包括：获取所述多个目标服务方各自对应的订单拖延指数，将对应的订单拖延指数最低的目标服务方作为最终的目标服务方，或者将多个目标服务方各自对应的订单拖延指数都发送至用户终端，由用户根据多个目标服务方各自对应的个人信息以及订单拖延指数确定最终的目标服务方，对此，本申请不做限定。

需要说明的是，前述订单拖延指数的影响因素可包括多种，例如：服务迟到、服务速度慢等。

在本申请的另一些可选的实施例中，还可以将多个目标服务方各自对应的工作年限发送至用户终端，作为用户选择最终的目标服务方的依据。

进一步地，若所述派单请求的类型为非加急派单类型，则上述方法还包括以下步骤S01-S03；

S01、获取所述所述派单请求对应的第二区域范围；

S02、获取所述第二区域范围内，所述派单请求对应的第二服务方对应的第二位置；

S03、基于所述第二位置派发所述派单请求对应的订单；

其中，所述第二区域范围包括所述第一区域范围。

具体地，为了在用户请求加急派单，也就是派单请求的类型为加急派单类型时，提高为用户的服务效率，可设定第一区域范围小于第二区域范围，从而使得获取的用户的派单请求的类型不同时，针对的区域范围不同，从而提高派单方式的灵活性。

需要说明的是，第一区域范围也可以等于或大于第二区域范围，对此，本申请不做限定。

进一步地，上述第二位置可以为第二服务方(可以为一个可以为多个)在注册家政相关App时登记的家庭地址，或者第二区域范围内所有的注册服务方共同的地址(例如家政相关的门店地址)，也可以为第二服务方的实时位置，对此，本申请不做限定。

前述基于所述第二位置派发所述派单请求对应的订单包括：

按照所述服务地址与所述第二位置派发所述派单请求对应的订单，所述第二服务方的个数为多个，所述第二位置的个数也为多个；所述按照所述服务地址与所述第二位置派发所述派单请求对应的订单包括：

获取多个第二位置中距离所述服务地址最近的第四位置；

利用所述第四位置确定对应的第四服务方；

向所述第四服务方派发所述派单请求对应的订单；

其中，所述第二服务方与所述第二位置一一对应。

具体地，按照所述服务地址与所述第二位置派发所述派单请求对应的订单后，确认预约成功的方式，与前述按照所述服务地址与所述第一位置派发所述派单请求对应的订单后，确认预约成功的方式类似，此处不再赘述。

进一步地，为了及时提醒用户，当前无法派发紧急订单的特殊情况，上述方法还包括：判断在所述第一区域范围内，是否存在所述服务起始时刻和/或所述派单时刻对应的空闲服务方，若否，则向目标设备发送对应的提示信息。

其中，目标设备为请求派单的用户的终端设备，前述派单时刻可以携带于派单请求中，上述提示信息可以为文字信息、语音信息等，提示信息用于提示用户当前无法派发紧急单，用户可尝试派发非紧急单，以提高用户体验。

其中，派单时刻对应的空闲服务方的确定方式可以为：

获取派单时刻处于空闲状态的服务方；确定派单时刻处于空闲状态的服务方的第五位置；

根据所述第五位置以及所述服务地址，确定所述派单时刻处于空闲状态的服务方自所述第五位置到达所述服务地址所需耗费的第二通勤时长；

若所述派单时刻，与所述第二通勤时长的和，早于所述服务起始时刻，则将派单时刻处于空闲状态的服务方作为所述派单时刻对应的空闲服务方。

确定所述派单时刻处于空闲状态的服务方自所述第五位置到达所述服务地址所需耗费的第二通勤时长可通过以下方式进行实现：

将所述第五位置与所述服务地址作为第二本地预设模型的入参，执行所述第二本地预设模型，得到所述第二通勤时长，其中，所述第二本地预设模型为经训练样本训练的机器学习模型。

相应地，若前述第一区域范围内，存在所述服务起始时刻和/或所述派单时刻对应的所述空闲服务方，则触发获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置的步骤；其中，所述空闲服务方包括所述第一服务方。

在本申请的一些可选的实施例中，所述方法还包括以下步骤：

S11、获取所述派单时刻，所述第一区域范围内包含的处于工作状态的忙碌服务方；

S12、获取所述忙碌服务方的当前订单的预估结束时刻；

S13、若所述预估结束时刻早于所述服务起始时刻，则根据所述忙碌服务方当前所处的工作位置以及所述服务地址，确定所述忙碌服务方自所述工作位置到达所述服务地址所需耗费的第一通勤时长；

S14、利用所述预估结束时刻、所述第一通勤时长以及所述服务起始时刻确定是否将所述忙碌服务方作为所述第一服务方。

其中，确定所述忙碌服务方自所述工作位置到达所述服务地址所需耗费的第一通勤时长可通过以下方式进行实现：

将所述工作位置与所述服务地址作为第一本地预设模型的入参，执行所述第一本地预设模型，得到所述第一通勤时长，其中，所述第一本地预设模型为经训练样本训练的机器学习模型。

进一步地，上述利用所述预估结束时刻、所述第一通勤时长以及所述服务起始时刻确定是否将所述忙碌服务方作为所述第一服务方包括：

当所述预估结束时刻，与所述第一通勤时长的加和，早于所述服务起始时刻时，则将所述忙碌服务方作为所述第一服务方。其中，当所述预估结束时刻，与所述第一通勤时长的加和，早于所述服务起始时刻时，所述忙碌服务方则为服务起始时刻对应的空闲服务方。

当所述预估结束时刻，与所述第一通勤时长的加和，晚于所述服务起始时刻时，则不将所述忙碌服务方作为所述第一服务方。

具体地，上述忙碌服务方为当前正在为其他用户服务的服务方，忙碌服务方的处于服务中的当前订单的预估结束时刻，可以根据本地存储的订单数据获取，也就是根据与当前订单对应的时间信息获取。其中，当前订单对应的时间信息可以包括：当前订单对应的服务起始时刻、当前订单对应的服务时长，以及当前订单对应的服务结束时刻等。

可选地，当前订单对应的预估结束时刻与当前订单对应的服务结束时刻相同。

本申请各实施例提供了一种与现有技术不同的新方案，提供了针对派单请求为加急派单类型时的派单策略，通过获取用户的派单请求；判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；基于所述第一位置派发所述派单请求对应的订单的方案，提高了处理用户订单的方式的多样性，进一步起到了提高为用户服务的服务效率的技术效果。

图2为本申请一示例性实施例提供的一种数据处理装置的结构示意图；

其中，该装置包括：第一获取模块21、判断模块22、第二获取模块23、派发模块24；其中：

第一获取模块21，用于获取用户的派单请求；

判断模块22，用于判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；

第二获取模块23，用于获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；

派发模块24，用于基于所述第一位置派发所述派单请求对应的订单。

可选地，所述装置还用于：

利用所述派单请求确定所述用户对应的服务地址；

上述派发模块24在用于基于所述第一位置派发所述派单请求对应的订单时，具体用于：按照所述服务地址与所述第一位置派发所述派单请求对应的订单。

可选地，所述第一服务方的个数为多个，所述第一位置的个数也为多个；所述装置中的派发模块24在用于按照所述服务地址与所述第一位置派发所述派单请求对应的订单时，具体用于：

获取多个第一位置中距离所述服务地址最近的目标位置；

利用所述目标位置确定对应的目标服务方；

向所述目标服务方派发所述派单请求对应的订单；

其中，所述第一服务方与所述第一位置一一对应。

可选地，所述装置还用于：

若所述派单请求的类型为非加急派单类型，则获取所述所述派单请求对应的第二区域范围；

获取所述第二区域范围内，所述派单请求对应的第二服务方对应的第二位置；

基于所述第二位置派发所述派单请求对应的订单；

其中，所述第二区域范围包括所述第一区域范围。

可选地，所述装置还用于：

获取所述第一区域范围内第三服务方的位置上传信息；

利用所述第三服务方的位置上传信息，确定所述第三服务方的第三位置；其中，所述第三服务方包括所述第一服务方。

可选地，所述判断模块22在用于判断所述派单请求的类型是否为加急派单类型时，具体用于：

获取所述派单请求指示的服务起始时刻与所述派单请求对应的派单时刻；

若所述服务起始时刻距离所述派单请求对应的派单时刻的时长小于预设时长，则确定所述派单请求的类型为加急派单类型。

可选地，所述装置还用于：

判断在所述第一区域范围内，是否存在所述服务起始时刻和/或所述派单时刻对应的空闲服务方，若否，则向目标设备发送对应的提示信息。

可选地，所述装置还用于：

若所述第一区域范围内，存在所述服务起始时刻和/或所述派单时刻对应的所述空闲服务方，则触发获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置的步骤；

其中，所述空闲服务方包括所述第一服务方。

可选地，所述装置还用于：

获取所述派单时刻，所述第一区域范围内包含的处于工作状态的忙碌服务方；

获取所述忙碌服务方的当前订单的预估结束时刻；

若所述预估结束时刻早于所述服务起始时刻，则根据所述忙碌服务方当前所处的工作位置以及所述服务地址，确定所述忙碌服务方自所述工作位置到达所述服务地址所需耗费的第一通勤时长；

利用所述预估结束时刻、所述第一通勤时长以及所述服务起始时刻确定是否将所述忙碌服务方作为所述第一服务方。

本装置实施例中涉及的组成单元的相关实施方式可参见前述内容，此处不再赘述。

图3为本申请一示例性实施例提供的一种服务端设备的结构示意图，包括：存储器31及处理器32；其中，

所述存储器31，用于存储程序；

所述处理器32，与所述存储器耦合，用于执行所述存储器31中存储的所述程序，以用于：

获取用户的派单请求；

判断所述派单请求的类型是否为加急派单类型，若是，则获取所述派单请求对应的第一区域范围；

获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置；

基于所述第一位置派发所述派单请求对应的订单。

在物理实现上，上述服务端设备可以是任何能够提供计算服务，响应服务请求，并进行处理的设备；例如，服务端设备可以是常规服务器、云服务器、云主机、虚拟中心等。服务端设备的构成主要包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似。

上述存储器31可被配置为存储其它各种数据以支持在服务端设备上的操作。这些数据的示例包括用于在服务端设备上操作的任何应用程序或方法的指令。存储器31可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述处理器32在执行存储器31中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图3所示，服务端设备还包括：显示器33、电源组件34、通讯组件35等其它组件。图3中仅示意性给出部分组件，并不意味着该服务端设备包括图3所示组件。

本实施例对应的具体实施方式，可参见前述内容，此处不再赘述。

本申请实施例还提供一种计算机可读介质，其上存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现前述的家政服务派单方法的步骤或功能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (11)

1.一种家政服务派单方法，其特征在于，包括：

获取用户通过用户终端选择服务时段信息和派单请求的类型并向服务器发送的用于预约家政服务的派单请求；

获取所述派单请求指示的服务起始时刻与所述派单请求对应的派单时刻，判断所述派单请求的类型是否为加急派单类型，若所述服务起始时刻距离所述派单请求对应的派单时刻的时长小于预设时长，则确定所述派单请求的类型是加急派单类型，获取所述派单请求对应的第一区域范围，其中，所述第一区域范围根据用户向服务器发送所述派单请求时的用户所处地址确定并用于指示地址范围的经纬度；

获取所述第一区域范围内所述派单请求对应的第一服务方当前所处的第一位置包括：周期性采集所述第一区域范围内第三服务方的位置上传信息，利用所述第三服务方的位置上传信息，确定所述第三服务方的第三位置，其中，所述第三服务方包括所述第一服务方；

利用所述派单请求确定所述用户对应的服务地址，按照所述服务地址与所述第一位置派发所述派单请求对应的订单包括：第一服务方的个数为多个、第一位置的个数为多个，从多个第一位置中获取距离所述服务地址最近的目标第一位置并利用目标第一位置确定对应的目标第一服务方，向目标第一服务方派发所述派单请求对应的订单，其中，所述第一服务方与所述第一位置一一对应；以及，

将目标第一服务方对应的个人信息发送至用户对应的用户终端，并在接收到用户基于目标第一服务方对应的个人信息进行确认并下单后，确认预约成功，并将预约成功的提示信息发送至用户终端和目标第一服务方对应的终端。

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

所述目标第一位置的个数为一个或多个，所述目标第一服务方的个数为一个或多个；

当目标服务方的个数为多个时，将多个目标第一服务方各自对应的个人信息发送至用户对应的用户终端后，根据用户在多个目标第一服务方中选择出最终的目标第一服务方，并在接收到用户基于最终目标第一服务方对应的个人信息进行确认并下单后，确认预约成功，并将预约成功的提示信息发送至用户终端和最终的目标第一服务方对应的终端。

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

根据多个目标第一服务方各自对应的历史订单信息，分析得出各目标第一服务方的订单拖延指数，其中，对应的订单拖延指数越高，表示对应的目标第一服务方在服务派单请求对应的任务时，拖延概率越高；

获取多个目标第一服务方各自对应的订单拖延指数并将对应的订单拖延指数最低的目标第一服务方作为最终的目标第一服务方，或者，将多个目标第一服务方各自对应的订单拖延指数都发送至用户终端并由用户根据多个目标第一服务方各自对应的个人信息以及订单拖延指数确定最终的目标第一服务方。

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

若所述服务起始时刻距离所述派单请求对应的派单时刻的时长不小于预设时长，则确定所述派单请求的类型为非加急派单类型，获取所述派单请求对应的第二区域范围；

获取所述第二区域范围内，所述派单请求对应的第二服务方对应的第二位置；基于所述第二位置派发所述派单请求对应的订单；

其中，所述第二区域范围包括所述第一区域范围。

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

第一区域范围小于第二区域范围。

6.根据权利要求1所述的方法，其特征在于，所述第三服务方包括：当前位置处于第一区域范围内的全部服务方。

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

判断在所述第一区域范围内是否存在所述服务起始时刻和/或所述派单时刻对应的空闲服务方，若否，则向发送派单请求的用户的用户终端发送对应的当前无法派发紧急订单的提示信息。

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

若所述第一区域范围内存在所述服务起始时刻和/或所述派单时刻对应的所述空闲服务方，则触发获取所述第一区域范围内所述派单请求对应的第一服务方当前所处的第一位置；

其中，所述空闲服务方包括所述第一服务方；

其中，确定所述空闲服务方包括：获取派单时刻处于空闲状态的服务方，并确定所述空闲状态的服务方的第五位置，根据第五位置和所述服务地址确定派单时刻处于空闲状态的服务方自第五位置达到所述服务地址需要消耗的第二通勤时长，当所述派单时刻与所述第二通勤时长的和遭遇所述服务起始时刻则将所述派单时刻处于空闲状态的服务方作为所述空闲服务方。

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

获取所述派单时刻，所述第一区域范围内包含的处于工作状态的忙碌服务方；

获取所述忙碌服务方的当前订单的预估结束时刻；

若所述预估结束时刻早于所述服务起始时刻，则根据所述忙碌服务方当前所处的工作位置以及所述服务地址，确定所述忙碌服务方自所述工作位置到达所述服务地址所需耗费的第一通勤时长；

利用所述预估结束时刻、所述第一通勤时长以及所述服务起始时刻确定是否将所述忙碌服务方作为所述第一服务方。

10.一种服务端设备，其特征在于，包括：

存储器及处理器；

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

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取用户通过用户终端选择服务时段信息和派单请求的类型并向服务器发送的用于预约家政服务的派单请求；

获取所述派单请求指示的服务起始时刻与所述派单请求对应的派单时刻，判断所述派单请求的类型是否为加急派单类型，若所述服务起始时刻距离所述派单请求对应的派单时刻的时长小于预设时长，则确定所述派单请求的类型是加急派单类型，获取所述派单请求对应的第一区域范围，其中，所述第一区域范围根据用户向服务器发送所述派单请求时的用户所处地址确定并用于指示地址范围的经纬度；获取所述第一区域范围内，所述派单请求对应的第一服务方当前所处的第一位置包括：周期性采集所述第一区域范围内第三服务方的位置上传信息，利用所述第三服务方的位置上传信息，确定所述第三服务方的第三位置，其中，所述第三服务方包括所述第一服务方；

利用所述派单请求确定所述用户对应的服务地址，按照所述服务地址与所述第一位置派发所述派单请求对应的订单包括：第一服务方的个数为多个、第一位置的个数为多个，从多个第一位置中获取距离所述服务地址最近的目标第一位置并利用目标第一位置确定对应的目标第一服务方，向目标第一服务方派发所述派单请求对应的订单，其中，所述第一服务方与所述第一位置一一对应；以及，

将目标第一服务方对应的个人信息发送至用户对应的用户终端，并在接收到用户基于目标第一服务方对应的个人信息进行确认并下单后，确认预约成功，并将预约成功的提示信息发送至用户终端和目标第一服务方对应的终端。

11.一种计算机可读介质，其特征在于，其上存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现权利要求1至9中任一项所述的家政服务派单方法。