CN110163700A - 分单方法、装置、服务器和介质 - Google Patents

Abstract

本发明实施例提供一种分单方法、装置、服务器和介质，其中该方法包括：获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型的订单对应的多个分单系统；基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。本发明实施例能够减少用户等待时间，提高用户体验。

Description

分单方法、装置、服务器和介质

技术领域

本发明实施例涉及移动出行技术领域，尤其涉及一种分单方法、装置、服务器和介质。

背景技术

目前，打车软件平台的使用越来越普遍，用户可以便捷地通过打车软件来发布订单请求。

现有的打车软件平台均提供有一套相对比较完善的在线叫车系统，并能为用户提供多种业务类型的服务，比如快车，优享，拼车、专车、出租车等。用户可以根据实际情况，随时随地通过APP呼叫或者预约指定业务类型的车辆，且一次呼叫只能呼叫一种业务类型的车辆，只有在一次呼叫失败或结束后，用户才能对其他业务类型的车辆进行呼叫，呼叫效率较低，用户平均等待的时间较长。

发明内容

本发明实施例提供一种分单方法、装置、服务器和介质，用以提高订单的呼叫效率，减少用户等待时间。

本发明实施例的第一方面提供一种分单方法，该方法包括：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

本发明实施例的第二方面提供一种分单装置，该装置，包括：

获取模块，用于获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

确定模块，用于基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

分单模块，用于基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作；

反馈模块，用于将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

本发明实施例的第三方面提供一种分单服务器，该分单服务器包括：

存储器和处理器；

所述存储器中存储有计算机程序，所述计算机程序被配置为由所述处理器执行，所述计算机程序执行时，执行如下方法：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

本发明实施例第四方面提供一种计算机可读存储介质，所述介质中存储有计算机程序，当所述计算机程序在所述计算机上执行时，执行如下方法：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

本发明实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定该些目标业务类型对应的多个分单系统，从而基于确定得到的分单系统对多个目标业务类型的订单进行分单操作，并将多个目标业务类型的订单的响应信息返回给终端设备，以使终端设备对该些响应信息进行显示。由于本发明实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本发明实施例能够减少用户等待时间，提高用户体验。

附图说明

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

图1是本发明实施例提供的一种分单方法的流程图；

图2是本发明实施例提供的一种打车软件的UI界面图；

图3是本发明实施例提供的另一种打车软件的UI界面图；

图4是本发明实施例提供的步骤102的执行方法流程图；

图5是本发明实施例提供的一种分单装置的结构图；

图6是本发明实施例提供的确定模块12的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤的过程或结构的装置不必限于清楚地列出的那些结构或步骤而是可包括没有清楚地列出的或对于这些过程或装置固有的其它步骤或结构。

本发明实施例提供一种分单方法，该方法可以由一种分单装置来执行，参见图1，图1是本发明实施例提供的一种分单方法的流程图，如图1所示，该方法包括如下步骤：

步骤101、获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单。

步骤102、基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统。

步骤103、基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

本实施例以打车订单为例，用户在安装有打车软件的终端设备上输入起点位置和终端位置之后，通过操作终端设备上特定的按键来触发生成发单指令，终端设备将该发单指令发送给分单装置，以使分单装置根据该发单指令生成订单，并对生成的订单进行分单操作，其中，本实施例中涉及的分单操作是指将订单下达到司机侧的终端设备上的操作，司机侧在接收到订单后，即可决定是否接单。

本实施例中终端设备上设置的用来触发生成发单指令的按键可以是实体按键，也可以是虚拟按键。其中，该按键的数量可以是一个也可以是多个，一个按键触发生成的发单指令可以仅用于指示发起一种特定业务类型的订单，也可以用于指示发起多个业务类型的订单，本实施例涉及的业务类型包括但不局限于：代驾、快车、出租车、顺风车、专车、优享等业务类型。本实施例为叙述方便，将触发生成的发单指令可用于指示发起多个业务类型的订单的按键称为目标按键。实际操作中，用户也可以通过操作多个按键来触发生成用于指示发起多个业务类型的订单的发单指令，比如，用户可以在预设时间范围内点击预设个数的按键，其中每个按键与一种业务类型关联，分单装置根据该些按键触发生成的发单指令，同时对多个业务类型的订单进行呼叫。或者，用户也可以通过目标按键触发生成发单指令，分单装置根据目标按键触发生成的发单指令同时对多个业务类型的订单进行呼叫。

本实施例以UI界面上设置目标按键为例，图2是本发明实施例提供的一种打车软件的UI界面图，如图2所示，该打车软件的UI界面上设置了一个虚拟按键(即目标按键)，该虚拟按键与优享、快车以及出租车三个业务类型关联，当用户按下该虚拟按键时生成的发单指令用于指示同时发起优享、快车以及出租车三个业务类型的订单，即，此时生成的发单指令中包括优享、快车以及出租车三个目标业务类型的信息。分单装置在接收到该发单指令后可以分别针对该三个目标业务类型生成三个订单。其中，本实施例涉及的目标业务类型是指需要生成订单的业务类型。

当然这里仅是以图2为例所进行的说明，而不是对本发明的唯一限定。实际上，用户通过操作目标按键生成的发单指令也可以不包括目标业务类型的信息，而是包括用于指示发起多个业务类型的订单的指令。当分单装置解析到其接收到的发单指令指示发起多个业务类型的订单时，分单装置首先获取当前各业务类型的可用运力的信息，其中可用运力是指总运力除去已占用或不可用的运力后剩下的运力。比如北京海淀区中快车的总运力为a辆车，其中已占用和不可用的运力的总和为b辆车，则海淀区的可用运力为a-b。进一步的，在获得各业务类型的可用运力的信息后，基于各业务类型的可用运力的信息，确定多个可用运力符合预设条件的业务类型作为目标业务类型，并生成相应的订单。比如，当前北京海淀区快车的可用运力为h，出租车的可用运力为i，专车的可用运力为g，其中h和i大于预设阈值，g小于预设阈值，则确定快车和出租车的业务类型为目标业务类型，此时分别生成快车订单和出租车订单。当然，本实施例中订单的生成方式并不唯一，比如，实际场景中还可以根据预先设定的订单生成规则，生成一个订单，该订单中包括多个目标业务类型中每个目标业务类型的特征信息。其中，业务类型的特征信息可以至少包括如下中的至少一种：业务类型的标识、车型信息、收费规则信息。

进一步的，与现有技术类似的，本实施例中预先建立有业务类型与分单系统之间的对应关系，其中，分单系统用于对订单进行分单操作，将订单下达到提供相应业务的司机侧的终端上。在确定获得多个目标业务类型的订单时，根据该对应关系，确定各目标业务类型对应的分单系统，在将各目标业务类型的订单在对应的分单系统中进行分发。其中每个分单系统进行分单操作的方式与现有技术类似，在这里不再赘述。本实施例不同于现有技术的是：对于用户的一个订单请求，同时在多个分单系统中进行分单，使得用户能够同时呼叫多个业务类型的服务，从而提高呼叫效率，减少用户等待时间的目的。

图3是本发明实施例提供的另一种打车软件的UI界面图，如图3所示，当多个目标业务类型的订单在多个分单系统中执行分单操作后，分单装置还将各目标业务类型的订单的响应信息返回给用户的终端设备，使得终端设备对各目标业务类型的订单的响应信息进行显示。比如在图3中，用户的快车订单和优享订单都是排队订单，此时分单装置将用户的排队号发送给终端设备进行显示，比如图中用户的快车订单的排队号是26号，即在排队的人数中该用户排在第26个，在优享订单中用户的排队号是8号，而在出租车订单中，目前没有人排队，但是上没有司机接单，因此显示的是持续呼叫。进一步的，当有司机接单时，可以根据司机的接单顺序，将订单分配给最先接单的司机，或者在预设时间内有多个不同业务类型的司机接单时，可以根据预先设定的分配策略将订单配置给符合条件的目标司机，或者最先接单的业务类型中接单司机的个数为多个，则也可以按照预设策略，将订单分配给符合条件的司机，比如，将订单分配给星级最高的司机等，这里对于选择司机的策略本实施例不做唯一限定。

进一步的，在确定目标司机后，本实施例还将接单信息反馈给终端设备进行显示，以使用户了解最终叫到的车辆提供的是什么业务类型的服务，以及司机和车辆的相关信息。当然这里仅为示例说明而不是对本发明的唯一限定。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定该些目标业务类型对应的多个分单系统，从而基于确定得到的分单系统对多个目标业务类型的订单进行分单操作，并将多个目标业务类型的订单的响应信息返回给终端设备，以使终端设备对该些响应信息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。

下面结合可能的实施例对图1实施例进行进一步的优化扩展：

图4是本发明实施例提供的步骤102的执行方法流程图，如图4所示，步骤102可以包括如下步骤：

步骤1021、基于所述发单指令，获取各业务类型的可用运力的信息。

步骤1022、基于各业务类型的可用运力的信息，从各业务类型中确定多个可用运力符合预设条件的目标业务类型的订单。

在一种可能的实现方式中，发单指令中包括目标业务类型的信息，分单装置根据发单指令，获取各目标业务类型的可用运力的信息，进一步的，再根据各目标业务类型的可用运力的信息，确定多个可用运力符合预设条件的目标业务类型的订单。也就是说，符合预设条件的目标业务类型的个数小于或等于发单指令中包括的目标业务类型的个数。

举例来说，假设发单指令中包括快车，优享和出租车等三个业务类型的信息，那么分单装置在接收到该发单指令后，分别获取快车业务的可用运力信息，优享业务的可用运力信息和出租车业务的可用运力信息。假设，其中优享业务和快车业务的可用运力信息均达到预设条件，那么，分单装置就通过优享业务的分单系统和快车业务的分单系统下发用户的订单。当然这里仅为示例说明而不是对本发明的唯一限定。

在另一种可能的实现方式中，发电指令中不包括目标业务类型的信息，只包括用于指示发起多个业务类型的订单的指令，在这种方式中分单装置采用与上述第一种可能的实现方式类似的方法来确定多个目标业务类型的订单，这里不再赘述。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定该些目标业务类型对应的多个分单系统，从而基于确定得到的分单系统对多个目标业务类型的订单进行分单操作，并将多个目标业务类型的订单的响应信息返回给终端设备，以使终端设备对该些响应信息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。

图5是本发明实施例提供的一种分单装置的结构图，如图5所示，该装置包括：

获取模块11，用于获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

确定模块12，用于基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

分单模块13，用于基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作；

反馈模块14，用于将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

可选的，所述获取模块11，具体用于：

获取用户操作所述终端设备上的目标按键后生成的发单指令，所述目标按键用于触发生成用于发起多个业务类型的订单的发单指令。

可选的，所述目标按键包括所述终端设备上显示的虚拟按键或者所述终端设备上设置的实体按键。

可选的，所述发单指令中包括目标业务类型的信息。

可选的，所述反馈模块14，包括：

第一反馈子模块，用于将各目标业务类型的订单的排队信息返回给所述终端设备，以使所述终端设备显示各目标业务类型的订单的排队信息。

可选的，所述反馈模块14，包括：

第二反馈子模块，用于从最先响应的目标业务类型的接单司机中，选择一个符合预设条件的目标司机，将所述用户的订单分配给所述目标司机，并将如下接单信息中的至少一种返回给所述终端设备，以使所述终端设备对所述接单信息进行显示：

所述目标司机的信息、所述目标司机的车辆信息、所述司机对应的业务类型的信息。

本实施例提供的分单装置能够用于执行图1实施例的技术方案，其执行方式和有益效果类似，在这里不再赘述。

图6是本发明实施例提供的确定模块12的结构示意图，如图6所示，在图5实施例的基础上，确定模块12包括：

获取子模块121，用于基于所述发单指令，获取各业务类型的可用运力的信息；

确定子模块122，用于基于各业务类型的可用运力的信息，从各业务类型中确定多个可用运力符合预设条件的目标业务类型的订单。

本实施例提供的分单装置能够用于执行图4实施例的技术方案，其执行方式和有益效果类似，在这里不再赘述。

本发明实施例提供一种分单服务器，该服务器包括：存储器和处理器；

所述存储器中存储有计算机程序，所述计算机程序被配置为由所述处理器执行，所述计算机程序执行时，执行如下方法：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定该些目标业务类型对应的多个分单系统，从而基于确定得到的分单系统对多个目标业务类型的订单进行分单操作，并将多个目标业务类型的订单的响应信息返回给终端设备，以使终端设备对该些响应信息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。

本发明实施例还提供一种计算机可读存储介质，所述介质中存储有计算机程序，当所述计算机程序在所述计算机上执行时，执行如下方法：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

最后需要说明的是，本领域普通技术人员可以理解上述实施例方法中的全部或者部分流程，是可以通过计算机程序来指令相关的硬件完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可以为磁盘、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。

本发明实施例中的各个功能单元可以集成在一个处理模块中，也可以是各个单元单独的物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现，并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。上述提到的存储介质可以是只读存储器、磁盘或光盘等。

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

Claims (16)

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

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

2.根据权利要求1所述的方法，其特征在于，所述获取用户在终端设备上输入的发单指令，包括：

获取用户操作所述终端设备上的目标按键后生成的发单指令，所述目标按键用于触发生成用于发起多个业务类型的订单的发单指令。

3.根据权利要求2所述的方法，其特征在于，所述目标按键包括所述终端设备上显示的虚拟按键或者所述终端设备上设置的实体按键。

4.根据权利要求3所述的方法，其特征在于，所述发单指令中包括目标业务类型的信息。

5.根据权利要求3所述的方法，其特征在于，所述基于所述发单指令，确定多个目标业务类型的订单，包括：

基于所述发单指令，获取各业务类型的可用运力的信息；

基于各业务类型的可用运力的信息，从各业务类型中确定多个可用运力符合预设条件的目标业务类型的订单。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息，包括：

将各目标业务类型的订单的排队信息返回给所述终端设备，以使所述终端设备显示各目标业务类型的订单的排队信息。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息，包括：

从最先响应的目标业务类型的接单司机中，选择一个符合预设条件的目标司机，将所述用户的订单分配给所述目标司机，并将如下接单信息中的至少一种返回给所述终端设备，以使所述终端设备对所述接单信息进行显示：

所述目标司机的信息、所述目标司机的车辆信息、所述司机对应的业务类型的信息。

8.一种分单装置，其特征在于，包括：

获取模块，用于获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

确定模块，用于基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

分单模块，用于基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作；

反馈模块，用于将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

9.根据权利要求8所述的装置，其特征在于，所述获取模块，具体用于：

获取用户操作所述终端设备上的目标按键后生成的发单指令，所述目标按键用于触发生成用于发起多个业务类型的订单的发单指令。

10.根据权利要求9所述的装置，其特征在于，所述目标按键包括所述终端设备上显示的虚拟按键或者所述终端设备上设置的实体按键。

11.根据权利要求10所述的装置，其特征在于，所述发单指令中包括目标业务类型的信息。

12.根据权利要求10所述的装置，其特征在于，所述确定模块，包括：

获取子模块，用于基于所述发单指令，获取各业务类型的可用运力的信息；

确定子模块，用于基于各业务类型的可用运力的信息，从各业务类型中确定多个可用运力符合预设条件的目标业务类型的订单。

13.根据权利要求8-12中任一项所述的装置，其特征在于，所述反馈模块，包括：

第一反馈子模块，用于将各目标业务类型的订单的排队信息返回给所述终端设备，以使所述终端设备显示各目标业务类型的订单的排队信息。

14.根据权利要求8-12中任一项所述的装置，其特征在于，所述反馈模块，包括：

第二反馈子模块，用于从最先响应的目标业务类型的接单司机中，选择一个符合预设条件的目标司机，将所述用户的订单分配给所述目标司机，并将如下接单信息中的至少一种返回给所述终端设备，以使所述终端设备对所述接单信息进行显示：

所述目标司机的信息、所述目标司机的车辆信息、所述司机对应的业务类型的信息。

15.一种分单服务器，其特征在于，包括：

存储器和处理器；

所述存储器中存储有计算机程序，所述计算机程序被配置为由所述处理器执行，所述计算机程序执行时，执行如下方法：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。

16.一种计算机可读存储介质，所述介质中存储有计算机程序，当所述计算机程序在所述计算机上执行时，执行如下方法：

获取用户在终端设备上输入的发单指令，所述发单指令用于指示发起多个业务类型的订单；

基于所述发单指令，确定多个目标业务类型的订单，并根据预先设定的业务类型与分单系统之间的对应关系，确定所述多个目标业务类型对应的多个分单系统；

基于所述多个分单系统对所述多个目标业务类型的订单进行分单操作，并将所述多个目标业务类型的订单的响应信息返回给所述终端设备，以使所述终端设备显示所述响应信息。