CN107045696A - 一种订单处理方法及装置 - Google Patents

Abstract

本发明公开了一种订单处理方法及装置，在本方案中，接收携带有上门服务的位置的上门服务请求后，自动从服务终端中选择N个服务终端，为选择的每个服务终端生成携带有从其当前位置到达所述上门服务的位置的导航路线和服务请求的服务订单，并将该服务订单发送给相应服务终端。采用本申请技术方案，不仅实现自动派单，以提高派单效率，发送给服务终端的服务订单中还包括了导航路线，可以使服务提供者参考导航路线即可到达上门服务的位置，而无需服务提供者查找路线，便于服务提供者提供上门服务，进一步提高服务订单的处理效率。

Description

一种订单处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种订单处理方法及装置。

背景技术

近年来，随着网络技术的不断发展，基于网络的各种服务如雨后春笋。基于网络的上门服务，由于其便利性广受用户喜爱。上门服务例如家政服务、快递服务、外卖服务、叫车服务等，即需要到达服务用户的位置完成的服务均称为上门服务。

这里以家政服务为例，对目前在接收到上门服务请求后如何进行订单处理的方法进行说明：接收到用户发送的上门服务请求后，派单人员人工确定出目前处于空闲状态的家政服务人员，并且从空闲的家政服务人员中选取一个距离所述用户最近的家政服务人员，并进行人工派单；若没有空闲状态的家政服务人员，则需要跟各个家政服务人员确认能否接单(如电话确认)，并向能够接单的家政服务人员进行派单。该种人工派单的方式处理效率较低。

发明内容

本发明实施例提供了一种订单处理方法及装置，用以解决目前存在的服务订单处理效率较低的问题。

本发明实施例提供了一种订单处理方法，包括：

接收上门服务请求；所述上门服务请求中包括上门服务的位置；

从预存的服务终端中选择N个服务终端，所述N为大于等于1的正整数；

针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求；

将生成的服务订单发送给对应的服务终端。

进一步地，本发明实施例还提供了一种订单处理装置，包括：

服务请求接收模块，用于接收上门服务请求；所述上门服务请求中包括上门服务的位置；

服务终端选择模块，用于从预存的服务终端中选择N个服务终端，所述N为大于等于1的正整数；

服务订单生成模块，用于针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求；

服务订单发送模块，用于将生成的服务订单发送给对应的服务终端。

本发明有益效果如下：本发明实施例中，不仅实现自动派单，以提高派单效率，发送给服务终端的服务订单中还包括了导航路线，可以使服务提供者参考导航路线即可到达上门服务的位置，而无需服务提供者再根据其当前所在位置和上门服务的位置查找路线，便于服务提供者提供上门服务，进一步提高服务订单的处理效率。

附图说明

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

图1所示为本发明实施例一中所述订单处理方法的流程示意图之一；

图2所示为本发明实施例一中所述订单处理方法的流程示意图之二；

图3所示为本发明实施例一中所述订单处理方法的流程示意图之三；

图4所示为本发明实施例二中所述订单处理方法的流程示意图；

图5所示为本发明实施例三中所述订单处理装置的结构示意图之一；

图6所示为本发明实施例三中所述订单处理装置的结构示意图之二；

图7所示为本发明实施例三中所述订单处理装置的结构示意图之三。

具体实施方式

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

实施例一：

如图1所示，其为本发明实施例一中所述订单处理方法的流程示意图，所述订单处理方法可包括以下步骤：

步骤101：接收上门服务请求；所述上门服务请求中包括上门服务的位置。

其中，在一个实施例中，服务终端是指服务提供者手持的具有接收服务订单的终端设备，如智能手机、ipad或笔记本电脑等。步骤101中接收到的上门服务请求可以是用户使用终端设备(如智能手机、ipad、台式电脑、笔记本电脑等)发送的请求。需要服务提供者提供上门服务的用户称为服务用户。本发明实施例中服务用户可以是发送上门服务请求的用户，也可以不是发送上门服务请求的用户，具体的，例如：用户A可以为自己发送上门服务请求，也可以为其亲朋好友发送上门服务请求。若用户A为自己发送上门服务请求，则上门服务的位置可以为用户A使用的终端设备的定位位置，也可以是用户A在设定的位置。若用户A为其亲朋好友发送上门服务请求，则上门服务的位置可以为用户A设定的位置。

本发明实施例中，例如，服务用户可以在其使用的终端设备安装有相应的上门服务app软件，在打开该上门服务app软件之后，在该app软件的界面提供上门服务页面；或者，服务用户可以在其使用的终端设备安装的电子地图(如高德地图)上点击上门服务功能控件，跳转到上门服务页面；还或者，服务用户可以在其使用的终端设备上登录到上门服务平台，到达上门服务页面；在该上门服务页面中提供有用户输入相关信息的输入框，如包括用户的身份信息、联系方式、上门服务地址、上门服务时间、上门服务类别等。上门服务请求中不仅限于只包括上门服务的位置，还可以包括前述相关信息中的任意一项。

步骤102：从预存的服务终端中选择N个服务终端，所述N为大于等于1的正整数。

其中，预存的服务终端可以预先通过注册机制获得。例如，本实施例可以预先设置有上门服务平台，在该上门服务平台上预先注册有服务终端，使用该服务终端的用户为服务提供者，如家政服务人员、外卖送递人员、快递员、专车司机(如顺风车司机、出租车司机)等。在一个实施例中，前述步骤102中的预存服务终端可以是整个上门服务平台上注册的服务终端，也可以是注册服务终端中与服务用户位于同一个地理区域(如同市、同区或以上门服务位置为中心位置的预置范围的地理区域)的服务终端。例如，上门服务的位置在北京，则预设地理范围为北京市。

步骤103：针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求。

步骤104：将生成的服务订单发送给对应的服务终端。

例如，服务订单B1中的导航路线为服务终端B1的出行路线，则将服务订单B1发送给服务终端B1，依此类推。

这样，本发明实施例中，不仅实现自动派单，以提高派单效率，发送给服务终端的服务订单中还包括了导航路线，可以使服务提供者参考导航路线即可到达上门服务的位置，而无需自己查找路线，便于服务提供者提供上门服务，进一步提高服务订单的处理效率。

为便于进一步理解，下面对本发明实施例提供的技术方案做进一步说明。

本发明实施例提供的订单处理方法，可以适用于各种不同的应用场景。如场景1、为每个上门服务类别提供单独的上门服务平台，即每个上门服务平台能够处理相应上门服务类别的订单，此时上门服务平台接收到的上门服务请求不需要携带上门服务类别信息，在该上门服务平台上注册的服务终端对应的服务提供者能够提供相应的服务；如叫车服务平台、外卖服务平台、家政服务平台等。场景2、为各个上门服务类别提供一个统一的上门服务平台，该上门服务平台可以处理各种上门服务类别的订单，在该上门服务平台上注册的服务终端预先设置有对应的上门服务类别，以表示该服务终端对应的服务提供者能够提供相应的服务，此时需要上门服务请求中携带有上门服务类别，以确定能够提供相应上门服务的服务终端对应的服务提供者。

基于前述应用场景，可通过至少以下两种方式来实现步骤102，如方式1对应场景1，方式2对应场景2：

方式1、为了使选择的服务终端更加合理，提高服务订单派单的合理性(即派送给能够最快速为服务用户提供服务的服务终端)，本发明实施例中，步骤102可包括以下步骤：

步骤A21：针对预存的每个服务终端，计算该服务终端的当前位置与所述上门服务的位置之间的距离。

其中，在一个实施例中，计算的距离可以是欧式距离，也可以是曼哈顿距离。其中，任何根据现有技术确定服务终端的当前位置与所述上门服务的位置之间的距离的方法，均适用于本发明实施例，本发明对此不做限定。

步骤A22：按距离从小到大的顺序，从所述服务终端中选择M个服务终端作为候选服务终端，所述M为大于等于N的正整数。

步骤A23：根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

方式2、所述上门服务请求中还包括上门服务类别，为实现合理地为服务用户选择服务终端，以便于进行派单，步骤102可包括以下步骤：

步骤A201：根据预存的各服务终端预置的上门服务类别，从预存的服务终端中确定出与所述上门服务请求中的上门服务类别一致的M个候选服务终端。

步骤A202：根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

当然，需要说明的是，方式1和方式2也可以结合，例如，在执行步骤A21之前，先根据预存的各服务终端预置的上门服务类别，确定出与所述上门服务请求中的上门服务类别一致的服务终端；然后，将确定出的服务终端作为预存的服务终端，之后继续执行步骤A21-步骤A23。

为了进一步地提高派单的合理性，步骤A23和步骤A202可具体包括以下步骤：

步骤A31：计算从各候选服务终端当前位置到所述上门服务的位置的导航路线以及所述导航路线的出行成本。

其中，计算各候选服务终端当前位置到所述上门服务的位置的导航路线的方式，可以采用现有技术的导航软件根据起终点计算导航路线的方式，本申请并不对该方式做严格的限定。

步骤A32：按照导航路线的出行成本从低到高的顺序，从所述M个候选服务终端中选择N个服务终端。

其中，步骤A23或A202也可以为从距离上门服务的位置预置距离范围内的候选服务终端中，选取N个服务终端。具体实施时，也可以设置其它的选取原则，只要根据步骤A23或A202进行选取的方法，均适用于本发明实施例，本发明对此不做限定。

其中，在一个实施例中，A31中可以根据以下方法之一计算导航路线的出行成本：

方法一：若所述出行成本包括出行时间，则计算所述导航路线的出行时间，并将该出行时间确定为所述导航路线的出行成本。

方法二：若所述出行成本包括出行花费，则计算所述导航路线的出行花费，并将该出行花费确定为所述导航路线的出行成本。

方法三：若所述出行成本包括出行时间和出行花费，则计算所述导航路线的出行时间和出行花费；获取预置的出行时间和出行花费各自对应的权重值；并将所述导航路线的出行时间和出行花费与各自对应的权重值进行加权求和，得到所述导航路线的出行成本。

例如以下公式(1)

COST＝λ₁×T+λ₂×R 公式(1)

在公式(1)中，COST表示出行成本；λ₁表示出行时间对应的权重值；T表示出行时间；λ₂表示出行花费对应的权重值；R表示出行花费。

方法四：若所述出行成本包括出行时间和出行花费，则计算所述导航路线的出行时间和出行花费，则还可以：获取出行时间和出行花费各自对应的权重值；通过加权求和后再加预置基数的方式计算所述出行成本。其中，加权求和后再加预置基数的方式可以形如公式(2)所示：

COST＝λ₁·T+λ₂·R+α 公式(2)

在公式(2)中，COST表示出行成本；λ₁表示出行时间对应的权重值；T表示出行时间；λ₂表示出行花费对应的权重值；R表示出行花费；α表示预置基数。

其中，预置基数是为了预防出行成本为0而设置的。例如，服务终端与上门服务的位置距离很近(例如两者为对门的邻里关系)，这样其实服务终端是无需公交出行的，那么出行时间可能计算的结果为0，出行花费也自然为0。但是服务终端出行必然要花费时间的，所以通过预置基数校正出行成本，避免出行成本为0的情况出现，而导致给出的出行成本明显不合理。

方法五：若所述出行成本包括出行时间和出行花费，则计算所述导航路线的出行时间和出行花费，还可以通过公式(3)计算出行成本：

COST＝λ₃·T·R (3)

其中，公式(3)中与公式(1)中相同参数的含义相同，在此仅说明不同参数的含义。其中，λ₃表示预置校正因子。

需要说明的是，具体实施时，只要按照出行成本与出行时间和出行花费两者中的一个或两个，成正相关的关系设计的计算出行成本的方法，均适用于本发明实施例，本发明对此不做限定。

其中，在一个实施例中，为便于服务提供者自由选择适合自己出行的导航路线，本发明实施例中，所述上门服务请求中还包括上门服务类别，且候选服务终端预置的上门服务类别与所述上门服务请求中的上门服务类别相同；则步骤A31中计算从各候选服务终端当前位置到所述上门服务的位置的导航路线，可执行为以下步骤：

步骤A311：从预置的路线规划偏好与上门服务类别的对应关系中，获取与所述上门服务请求中的上门服务类别对应的路线规划偏好。

步骤A312：根据获取的路线规划偏好，分别计算从各候选服务终端当前位置到所述上门服务的位置的至少一条导航路线。

其中，在一个实施例中，所述路线规划偏好包括公交导航、骑行导航、步行导航和驾车导航；所述上门服务类别包括家政服务、外卖服务、快递服务、叫车服务；所述预置的路线规划偏好与上门服务类别的对应关系，可以为：家政服务对应公交导航和/或骑行导航；外卖服务对应骑行导航和/或步行导航；快递服务对应骑行导航和/或驾车导航；叫车服务对应驾车导航。这样，不同上门服务类别的服务提供者可以根据自身需要，选择适合的导航路线出行，能够更加方便的为服务用户提供服务，从而提高服务订单的处理效率。

其中，在一个实施例中为了尽快的选出待派单的服务终端(即选出N个服务终端)，本发明实施例中，若导航路线中包括公交导航路线，可以通过调用公交引擎的异步并发调用服务接口，使得公交引擎能够同时计算多个服务终端的当前位置与上门服务的位置之间的公交导航路线。

其中，公交引擎是可以支持点到点的公交导航路线规划的服务装置，可以给出至少一个出行路线，每个出行路线中出了可以包含除起点车站、终点车站、换乘车站外，还可以包含以下信息中的至少一种：需要步行的路段的步行规划(例如地铁换乘公交时从哪个地铁口出)、出行时间、出行花费等。故此，本发明实施例中，服务订单中的公交导航路线可以有多条，以便于服务终端的用户，可以根据自己的需要选择合适的公交导航路线出行。若导航路线为公交导航路线，该导航路线不仅有利于环保、减轻城市拥堵的压力，更能够节约服务提供者的出行成本，使得服务订单中的出行路线更适用于服务提供者，也使得服务订单的处理更加合理。

其中，在一个实施例中，服务订单中还可以包括上门服务类别、服务具体需求(例如打扫卫生、清洗油烟机、做饭、家教、叫车起终点位置等)、服务时间点(例如要求上门服务的时间)、出行时间和出行花费，以便于服务终端的用户了解相关服务信息。

其中，异步并发调用服务接口，可以支持同时计算多个服务终端的当前位置与上门服务的位置之间的公交导航路线，提高计算公交导航路线的效率。

优选地，为进一步确保接单的服务终端为真正能处理订单的服务终端，在一个实施例中，为便于确定各服务终端的状态，步骤104之后，还包括步骤105，如图2所示：

步骤105：若预设时长内接收到服务终端发送的确认接收服务订单的接单消息，则将发送接单信息的服务终端的状态配置为不可服务状态。

此时，前述步骤102中，具体实现可如下：从预存的服务终端中选择N个状态不为不可服务状态的服务终端。

不可服务状态即不能接单，其表示该服务终端对应的服务提供者接了单或者其他原因没法继续再接单。还如不可服务状态的服务终端的服务提供者若在完成订单或者其他原因可以正常接单时，可以由服务提供者手动将不可服务状态解除，或者由服务提供者通过服务终端向注册的上门服务平台发送解除不可服务状态的请求再，由上门服务平台解除该服务终端的不可服务状态。具体实现方式多种多样，本申请并不做严格限定。若预设时长内接收到接单消息，则可以通过服务订单中的导航路线为服务终端的用户导航，引导服务终端的用户上门服务。

其中，在一个实施例中，第一次选出的N个服务终端的用户不一定会接单，故此，第一次选出的N个服务终端可能均不会发送表示确认接收服务订单的接单信息。为应对该情况，达到用户的服务请求得以处理的目的，本发明实施例中，在前述实施例中，在执行步骤104之后，还可以包括以下步骤106，如图3所示：

步骤106：若预设时长内未接收到服务终端发送的确认接收服务订单的接单消息，则从M个候选服务终端中选取除所述N个服务终端之外的至少一个服务终端作为新的选择的服务终端，并返回执行步骤103(即针对选择的每个服务终端，生成该服务终端的服务订单)。

较佳地，可以设置所述M为N的k倍，k为大于等于1的正整数，并按照导航路线的出行成本从低到高的顺序，依次将M个候选服务终端分成k组，并依次编号，然后步骤106可以具体执行为：将所述N个服务终端对应组的下一组的N个服务终端作为新的选择的服务终端。例如，初始阶段选择的M个服务终端共有3N个，这3N个服务终端构成候选服务终端。候选服务终端，按照时间成本从低到高的顺序编号排序依次为：1、2、...、N、N+1、...、2N、2N+1、...、3N。

第一次生成服务订单并派单时，派单给编号分别为1、2......N的服务终端，若预设时长内没有接收到服务终端发送的确认接收服务订单的接单消息，则再派单给编号分别为N+1......2N的服务终端，之后，若预设时长内没有接收到服务终端发送的确认接收服务订单的接单消息，则继续派单给编号分别为2N+1.......3N的服务终端。这样，使得服务订单能够发送给更多服务终端，以促使服务订单得以处理，也实现以更加合理有序的方式进行派单，使得派单更加有效。

而，依照上面的例子，若向M个服务终端全部发送服务订单之后，M个服务终端均未发送接单消息(即M个服务终端的用户均没有接单)。此时，为便于发送上门服务请求的用户了解情况，前述实施例中的步骤106之后还可包括以下步骤：

步骤C1：若确定M个候选服务终端均未发送接单消息，计算所述M个候选服务终端中处于不可服务状态的服务终端的数量。

具体实施时可以在判断新的候选服务终端的数量为0时，确定M个服务终端均未发送接单消息，也可以是在将服务订单发送给最后一组服务终端后，预设时长内确定没有接收到接单消息，确定M个候选服务终端均未发送接单消息。当然，具体实施时，也可以根据实际确定M个候选服务终端是否均未发送接单消息，本发明实施例对此不做限定。

步骤C2：若所述数量大于预设个数，则发送表示服务提供者繁忙可稍后再次发送上门服务请求的提示。

其中，若处于不可服务状态的服务终端的数量大于预设个数则说明服务提供者们当前繁忙，无法提供服务，故此，可以发送表示服务终端繁忙可稍后再次发送上门服务请求的提示，以使发送上门服务请求的用户了解情况，提高用户体验。

其中，在一个实施例中，若处于不可服务状态的服务终端的数量不大于预设个数，则说明可能是其他原因导致无人接单，则可以进一步分析以上门服务的位置为基准的，预设地理范围内发送过服务订单的服务终端的数量是否大于临界值，若否，则说明上门服务位置附近的服务终端数量较少(即服务提供者数量较少)，则可以提示服务提供商增加上门服务位置附近的服务提供者。

综上，本发明实施例中，在服务订单中对上门服务的服务提供者提供的是公交导航路线，不仅有利于环保、减轻城市拥堵的压力，更能够节约服务提供者的出行成本，使得服务订单中的出行路线更适用于服务提供者，也使得服务订单的处理更加合理。

此外，本发明实施例中，通过根据出行成本，可以合理准确的选择发送服务订单的服务终端，提高派单的准确性。

实施例二

本发明实施例，以服务提供者为家政服务提供者为例，对本发明实施例的订单处理方法进行说明，该方法如图4所示包括以下步骤：

步骤201：接收客户端发送的家政服务请求；所述家政服务请求中包括上门服务的位置、家政服务内容以及家政服务时间。此处的客户端是服务用户用于发送家政服务请求的终端设备。

步骤202：针对预存的每个服务终端，计算该服务终端的当前位置与所述上门服务的位置之间的距离。

步骤203：按距离从小到大的顺序，从所述服务终端中选择M个服务终端作为候选服务终端，所述M为N的k倍，k为大于等于1的正整数。

步骤204：计算从各候选服务终端当前位置到所述上门服务的位置的导航路线以及所述导航路线的出行成本。

步骤205：按照导航路线的出行成本从低到高的顺序，依次将M个候选服务终端分成k组，并依次编号。

步骤206：按照导航路线的出行成本从低到高的顺序，从所述M个候选服务终端中选择N个服务终端。

步骤207：针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求。

步骤208：将生成的服务订单发送给对应的服务终端。

步骤209：判断预设时长内是否接收到接单消息，若是，执行步骤210，若否，执行步骤211。

步骤210：将发送接单信息的服务终端的状态配置为不可服务状态。

步骤211：将所述N个服务终端对应组的下一组的N个服务终端作为新的选择的服务终端，并返回执行步骤207。

步骤212：若确定M个候选服务终端均未发送接单消息，计算所述M个候选服务终端中处于不可服务状态的服务终端的数量。

步骤213：若所述数量大于预设个数，则向所述客户端发送表示服务提供者繁忙可稍后再次发送上门服务请求的提示。

本发明实施例中，通过根据出行成本，可以合理准确的选择发送服务订单的服务终端，提高派单的合理性和效率。通过在服务订单中对上门服务的服务提供者提供导航路线，便于服务提供者为用户提供服务。

实施例三

基于相同的发明构思，本发明实施例还提供一种订单处理装置，如图5所示，为该装置的结构示意图，包括：

服务请求接收模块501，用于接收上门服务请求；所述上门服务请求中包括上门服务的位置；

服务终端选择模块502，用于从预存的服务终端中选择N个服务终端，所述N为大于等于1的正整数；

服务订单生成模块503，用于针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求；

服务订单发送模块504，用于将生成的服务订单发送给对应的服务终端。

其中，在一个实施例中，服务终端选择模块502，具体包括：

距离计算单元，用于针对每个服务终端，计算该服务终端的当前位置与所述上门服务的位置之间的距离；

候选终端生成单元，用于按距离从小到大的顺序，从所述服务终端中选择M个服务终端作为候选服务终端，所述M为大于等于N的正整数；

第一选择单元，用于根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

其中，在另一个实施例中，所述上门服务请求中还包括上门服务类别；

服务终端选择模块502，具体包括：

类别相关服务终端确定单元，用于根据预存的各服务终端预置的上门服务类别，从预存的服务终端中确定出与所述上门服务请求中的上门服务类别一致的M个候选服务终端；

第二选择单元，根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

其中，在一个实施例中，第一选择单元或第二选择单元，具体用于：

计算从各候选服务终端当前位置到所述上门服务的位置的导航路线以及所述导航路线的出行成本；并，按照导航路线的出行成本从低到高的顺序，从所述M个候选服务终端中选择N个服务终端。

其中，在一个实施例中，所述出行成本包括出行时间，则第一选择单元或第二选择单元，具体用于：计算所述导航路线的出行时间，并将该出行时间确定为所述导航路线的出行成本；

或者，所述出行成本包括出行花费，则第一选择单元或第二选择单元，具体用于：计算所述导航路线的出行花费，并将该出行花费确定为所述导航路线的出行成本；

或者，所述出行成本包括出行时间和出行花费，则第一选择单元或第二选择单元，具体用于：计算所述导航路线的出行时间和出行花费；获取预置的出行时间和出行花费各自对应的权重值；并将所述导航路线的出行时间和出行花费与各自对应的权重值进行加权求和，得到所述导航路线的出行成本。

其中，在一个实施例中，若所述上门服务请求中还包括上门服务类别，且候选服务终端预置的上门服务类别与所述上门服务请求中的上门服务类别相同；

则，第一选择单元或第二选择单元，具体用于：

从预置的路线规划偏好与上门服务类别的对应关系中，获取与所述上门服务请求中的上门服务类别对应的路线规划偏好；

根据获取的路线规划偏好，分别计算从各候选服务终端当前位置到所述上门服务的位置的至少一条导航路线。

其中，在一个实施例中，所述路线规划偏好包括公交导航、骑行导航、步行导航和驾车导航；

所述上门服务类别包括家政服务、外卖服务、快递服务、叫车服务；

所述预置的路线规划偏好与上门服务类别的对应关系，具体为：家政服务对应公交导航和/或骑行导航；外卖服务对应骑行导航和/或步行导航；快递服务对应骑行导航和/或驾车导航；叫车服务对应驾车导航。

其中，在一个实施例中，在图5所示的装置还包括状态配置模块505，如图6所示：

状态配置模块505，在所述服务订单发送模块504将生成的服务订单发送给对应的服务终端之后，若预设时长内接收到服务终端发送的确认接收服务订单的接单消息，则将发送接单信息的服务终端的状态配置为不可服务状态。

其中，在一个实施例中，图5～图6所示的装置还包括再次选择模块506，如图7所示：

再次选择模块506，用于若预设时长内未接收到服务终端发送的确认接收服务订单的接单消息，则从M个候选服务终端中选取除所述N个服务终端之外的至少一个服务终端作为新的选择的服务终端；并触发服务订单生成模块503执行所述针对选择的每个服务终端，生成该服务终端的服务订单的步骤。

其中，在一个实施例中，所述M为N的k倍，k为大于等于1的正整数，所述在图7所示的装置还包括：

分组模块，用于按照导航路线的出行成本从低到高的顺序，依次将M个候选服务终端分成k组，并依次编号；

再次选择模块506，具体用于将所述N个服务终端对应组的下一组的N个服务终端作为新的选择的服务终端。

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

不可服务终端确定模块，用于在服务订单发送模块504向M个候选服务终端发送服务订单之后，若确定M个候选服务终端均未发送接单消息，计算所述M个候选服务终端中处于不可服务状态的服务终端的数量；

提示模块，用于若所述数量大于预设个数，则发送表示服务提供者繁忙可稍后再次发送上门服务请求的提示。

本发明实施例提供的订单处理装置，本发明实施例中，不仅实现自动派单，以提高派单效率，发送给服务终端的服务订单中还包括了导航路线，可以使服务提供者参考导航路线即可到达上门服务的位置，而无需服务提供者再根据其当前所在的位置和上门服务的位置查找路线，便于服务提供者提供上门服务，进一步提高服务订单的处理效率。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(装置)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理装置的处理器以产生一个机器，使得通过计算机或其他可编程数据处理装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理装置以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理装置上，使得在计算机或其他可编程装置上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程装置上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (22)

1.一种订单处理方法，其特征在于，包括：

接收上门服务请求；所述上门服务请求中包括上门服务的位置；

从预存的服务终端中选择N个服务终端，所述N为大于等于1的正整数；

针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求；

将生成的服务订单发送给对应的服务终端。

2.根据权利要求1所述的方法，其特征在于，从预存的服务终端中选择N个服务终端，具体包括：

针对预存的每个服务终端，计算该服务终端的当前位置与所述上门服务的位置之间的距离；

按距离从小到大的顺序，从所述服务终端中选择M个服务终端作为候选服务终端，所述M为大于等于N的正整数；

根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

3.根据权利要求1所述的方法，其特征在于，所述上门服务请求中还包括上门服务类别；

从预存的服务终端中选择N个服务终端，具体包括：

根据预存的各服务终端预置的上门服务类别，从预存的服务终端中确定出与所述上门服务请求中的上门服务类别一致的M个候选服务终端；

根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

4.根据权利要求2或3所述的方法，其特征在于，根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端，具体包括：

计算从各候选服务终端当前位置到所述上门服务的位置的导航路线以及所述导航路线的出行成本；

按照导航路线的出行成本从低到高的顺序，从所述M个候选服务终端中选择N个服务终端。

5.根据权利要求4所述的方法，其特征在于，所述出行成本包括出行时间，则计算导航路线的出行成本，具体包括：计算所述导航路线的出行时间，并将该出行时间确定为所述导航路线的出行成本；

或者，所述出行成本包括出行花费，则计算导航路线的出行成本，具体包括：计算所述导航路线的出行花费，并将该出行花费确定为所述导航路线的出行成本；

或者，所述出行成本包括出行时间和出行花费，计算导航路线的出行成本，具体包括：计算所述导航路线的出行时间和出行花费；获取预置的出行时间和出行花费各自对应的权重值；并将所述导航路线的出行时间和出行花费与各自对应的权重值进行加权求和，得到所述导航路线的出行成本。

6.根据权利要求4所述的方法，其特征在于，若所述上门服务请求中还包括上门服务类别，且候选服务终端预置的上门服务类别与所述上门服务请求中的上门服务类别相同；

则，所述计算从各候选服务终端当前位置到所述上门服务的位置的导航路线，具体包括：

从预置的路线规划偏好与上门服务类别的对应关系中，获取与所述上门服务请求中的上门服务类别对应的路线规划偏好；

根据获取的路线规划偏好，分别计算从各候选服务终端当前位置到所述上门服务的位置的至少一条导航路线。

7.根据权利要求6所述的方法，其特征在于，所述路线规划偏好包括公交导航、骑行导航、步行导航和驾车导航；

所述上门服务类别包括家政服务、外卖服务、快递服务、叫车服务；

所述预置的路线规划偏好与上门服务类别的对应关系，具体为：家政服务对应公交导航和/或骑行导航，外卖服务对应骑行导航和/或步行导航，快递服务对应骑行导航和/或驾车导航，叫车服务对应驾车导航。

8.根据权利要求1～3任一项所述的方法，其特征在于，所述将生成的服务订单发送给对应的服务终端之后，所述方法还包括：

若预设时长内接收到服务终端发送的确认接收服务订单的接单消息，则将发送接单消息的服务终端的状态配置为不可服务状态。

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

若预设时长内未接收到服务终端发送的确认接收服务订单的接单消息，则从M个候选服务终端中选取除所述N个服务终端之外的至少一个服务终端作为新的选择的服务终端；并返回执行所述针对选择的每个服务终端，生成该服务终端的服务订单的步骤。

10.根据权利要求9所述的方法，其特征在于，所述M为N的k倍，k为大于等于1的正整数，所述方法还包括：

按照导航路线的出行成本从低到高的顺序，依次将M个候选服务终端分成k组，并依次编号；

从候选服务终端中选取除所述N个服务终端之外的至少一个服务终端作为新的服务终端，具体包括：

将所述N个服务终端对应组的下一组的N个服务终端作为新的选择的服务终端。

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

在向M个候选服务终端发送服务订单之后，若确定M个候选服务终端均未发送接单消息，计算所述M个候选服务终端中处于不可服务状态的服务终端的数量；

若所述数量大于预设个数，则发送表示服务提供者繁忙可稍后再次发送上门服务请求的提示。

12.一种订单处理装置，其特征在于，包括：

服务请求接收模块，用于上门服务请求；所述上门服务请求中包括上门服务的位置；

服务终端选择模块，用于从预存的服务终端中选择N个服务终端，所述N为大于等于1的正整数；

服务订单生成模块，用于针对选择的每个服务终端，生成该服务终端的服务订单，所述服务订单中包括该服务终端从其当前位置到达所述上门服务的位置的导航路线和所述上门服务请求；

服务订单发送模块，用于将生成的服务订单发送给对应的服务终端。

13.根据权利要求12所述的装置，其特征在于，服务终端选择模块，具体包括：

距离计算单元，用于针对预存的每个服务终端，计算该服务终端的当前位置与所述上门服务的位置之间的距离；

候选终端生成单元，用于按距离从小到大的顺序，从所述服务终端中选择M个服务终端作为候选服务终端，所述M为大于等于N的正整数；

第一选择单元，用于根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

14.根据权利要求12所述的装置，其特征在于，所述上门服务请求中还包括上门服务类别；

服务终端选择模块，具体包括：

类别相关服务终端确定单元，用于根据预存的各服务终端预置的上门服务类别，从预存的服务终端中确定出与所述上门服务请求中的上门服务类别一致的M个候选服务终端；

第二选择单元，根据各候选服务终端的当前位置与所述上门服务的位置，从所述M个候选服务终端中选取N个服务终端。

15.根据权利要求13或14所述的装置，其特征在于，第一选择单元或第二选择单元，具体用于：

计算从各候选服务终端当前位置到所述上门服务的位置的导航路线以及所述导航路线的出行成本；并，按照导航路线的出行成本从低到高的顺序，从所述M个候选服务终端中选择N个服务终端。

16.根据权利要求15所述的装置，其特征在于，所述出行成本包括出行时间，则第一选择单元或第二选择单元，具体用于：计算所述导航路线的出行时间，并将该出行时间确定为所述导航路线的出行成本；

或者，所述出行成本包括出行花费，则第一选择单元或第二选择单元，具体用于：计算所述导航路线的出行花费，并将该出行花费确定为所述导航路线的出行成本；

或者，所述出行成本包括出行时间和出行花费，则第一选择单元或第二选择单元，具体用于：计算所述导航路线的出行时间和出行花费；获取预置的出行时间和出行花费各自对应的权重值；并将所述导航路线的出行时间和出行花费与各自对应的权重值进行加权求和，得到所述导航路线的出行成本。

17.根据权利要求15所述的装置，其特征在于，若所述上门服务请求中还包括上门服务类别，且候选服务终端预置的上门服务类别与所述上门服务请求中的上门服务类别相同；

则，第一选择单元或第二选择单元，具体用于：

从预置的路线规划偏好与上门服务类别的对应关系中，获取与所述上门服务请求中的上门服务类别对应的路线规划偏好；

根据获取的路线规划偏好，分别计算从各候选服务终端当前位置到所述上门服务的位置的至少一条导航路线。

18.根据权利要求17所述的装置，其特征在于，所述路线规划偏好包括公交导航、骑行导航、步行导航和驾车导航；

所述上门服务类别包括家政服务、外卖服务、快递服务、叫车服务；

所述预置的路线规划偏好与上门服务类别的对应关系，具体为：家政服务对应公交导航和/或骑行导航；外卖服务对应骑行导航和/或步行导航；快递服务对应骑行导航和/或驾车导航；叫车服务对应驾车导航。

19.根据权利要求12～14任一项述的装置，其特征在于，所述装置还包括：

状态配置模块，所述服务订单发送模块将生成的服务订单发送给对应的服务终端之后，若预设时长内接收到服务终端发送的确认接收服务订单的接单消息，则将发送接单信息的服务终端的状态配置为不可服务状态。

20.根据权利要求13或14所述的装置，其特征在于，所述装置还包括：

再次选择模块，用于若预设时长内未接收到服务终端发送的确认接收服务订单的接单消息，则从M个候选服务终端中选取除所述N个服务终端之外的至少一个服务终端作为新的选择的服务终端；并触发服务订单生成模块执行所述针对选择的每个服务终端，生成该服务终端的服务订单的步骤。

21.根据权利要求20所述的装置，其特征在于，所述M为N的k倍，k为大于等于1的正整数，所述装置还包括：

分组模块，用于按照导航路线的出行成本从低到高的顺序，依次将M个候选服务终端分成k组，并依次编号；

再次选择模块，具体用于将所述N个服务终端对应组的下一组的N个服务终端作为新的选择的服务终端。

22.根据权利要求20所述的装置，其特征在于，所述装置还包括：

不可服务终端确定模块，用于在服务订单发送模块向M个候选服务终端发送服务订单之后，若确定M个候选服务终端均未发送接单消息，计算所述M个候选服务终端中处于不可服务状态的服务终端的数量；

提示模块，用于若所述数量大于预设个数，则发送表示服务提供者繁忙可稍后再次发送上门服务请求的提示。