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

Abstract

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

Description

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

技术领域

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

背景技术

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

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

发明内容

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

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

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

生成模块，用于基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

分单模块，用于基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

反馈模块，用于将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

存储器和处理器；

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

本发明实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令生成包括多个目标业务类型的信息的用户订单，根据预设的业务类型与分单系统之间的对应关系，将该用户订单分别发送到各目标业务类型对应的分单系统中，以使得个目标业务类型的分单系统基于该用户订单进行分单操作，并将各目标业务类型对用户订单的响应消息反馈给终端设备，以使终端设备对响应消息进行显示。由于本发明实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本发明实施例能够减少用户等待时间，提高用户体验。并且由于本发明实施例只基于发单指令生成一个用户订单，而不需要针对多个业务类型生成多个用户订单，因而在用户订单生成过程中占用的资源较少，不会因为同时呼叫多个业务类型，而导致订单处理速度变慢的问题。

附图说明

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

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

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

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

图4-图10是本发明实施例提供的打车软件的UI界面图；

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

图12是本发明实施例提供的生成模块12的结构示意图；

图13是本发明实施例提供的分单装置的结构示意图。

具体实施方式

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

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

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

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

步骤102、基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息。

步骤103、基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作。

步骤104、将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

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

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

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

进一步的，与现有技术类似的，本实施例中预先建立有业务类型与分单系统之间的对应关系，其中，分单系统用于对订单进行分单操作，将订单下达到提供相应业务的司机侧的终端上。在生成包含多个目标业务类型的特征信息的用户订单后，分单装置根据该对应关系，将该用户订单发送到各目标业务类型对应的分单系统，各分单系统从用户订单中提取各自对应的目标业务类型的特征信息，根据该特征信息生成相应的子订单，并将子订单下发到提供相应服务的司机侧终端设备上。由于本实施例能够一个用户订单在多个分单系统中进行分单，因此能够同时呼叫多个业务类型的服务，提高了用户订单的呼叫效率，减少了用户的等待时间。

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

进一步的，在将订单分配给司机后，本实施例还将接承接所述用户订单的司机的信息反馈给用户的终端设备，以使用户的终端设备显示接单司机的信息，其中，接单司机的信息包括如下的至少一个种：司机的个人信息(比如，星级，电话等)、所司机的车辆信息(比如，车型，颜色，车牌等)、司机对应的业务类型的信息。当然这里仅为示例说明而不是对本发明的唯一限定。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令生成包括多个目标业务类型的信息的用户订单，根据预设的业务类型与分单系统之间的对应关系，将该用户订单分别发送到各目标业务类型对应的分单系统中，以使得个目标业务类型的分单系统基于该用户订单进行分单操作，并将各目标业务类型对用户订单的响应消息反馈给终端设备，以使终端设备对响应消息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。并且由于本实施例只基于发单指令生成一个用户订单，而不需要针对多个业务类型生成多个用户订单，因而在用户订单生成过程中占用的资源较少，不会因为同时呼叫多个业务类型，而导致订单处理速度变慢的问题。

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

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

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

步骤1022、从所述预设的多个业务类型中确定出可用运力符合预设条件的多个目标业务类型，生成包括所述多个目标业务类型的信息的用户订单。

在一种可能的实现方式中，发单指令中包括预设的多个业务类型的信息，分单装置根据发单指令，获取预设的多个业务类型中每个业务类型的可用运力的信息，进一步的，再从预设的多个业务类型中确定出可用运力符合预设条件的多个目标业务类型，生成包括所述多个目标业务类型的信息的用户订单。也就是说，符合预设条件的目标业务类型包含于预设的多个业务类型中。其中预设条件可以根据需要进行设定，并不唯一限定。

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

在另一种可能的实现方式中，发电指令中不包括预设的多个业务类型的信息，只包括用于指示发起多个业务类型的订单的指令，分单装置中存储有该指令与预设的多个业务类型之间的关联关系，在这种方式中分单装置采用与上述第一种可能的实现方式类似的方法来生成用户订单，这里不再赘述。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令生成包括多个目标业务类型的信息的用户订单，根据预设的业务类型与分单系统之间的对应关系，将该用户订单分别发送到各目标业务类型对应的分单系统中，以使得个目标业务类型的分单系统基于该用户订单进行分单操作，并将各目标业务类型对用户订单的响应消息反馈给终端设备，以使终端设备对响应消息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。并且由于本实施例只基于发单指令生成一个用户订单，而不需要针对多个业务类型生成多个用户订单，因而在用户订单生成过程中占用的资源较少，不会因为同时呼叫多个业务类型，而导致订单处理速度变慢的问题。

图3是本发明实施例提供的一种分单方法的流程图，如图3所示，在图1实施例的基础上，该方法包括：

步骤301、获取用户输入的起始位置和终点位置。

步骤302、基于所述起始位置和终端位置，确定同时呼叫预设的多个业务类型的订单价格范围，并将所述订单价格范围反馈给所述终端设备，以使所述终端设备对所述订单价格范围进行显示。

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

步骤304、基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息，所述预设的多个业务类型包括所述多个目标业务类型。

步骤305、基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作。

步骤306、将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

以图4-图10为例。图4-图10是本发明实施例提供的打车软件的UI界面图，如图4-图10所示,当用户启动该打车软件执行打车操作时，该打车软件在终端设备上呈现如图4所示的UI界面，在图4所示的UI界面上，呈现有可选择的业务类型，比如图4中的快车、顺风车、豪华车、单车、出租车、小巴车等。用户可以在选择一种业务类型后，在图4所示UI界面的相应区域中输入起点位置和终点位置，以快车为例，当用户选择快车，并输入起始位置和终点位置后，可选的，打车软件可以先在终端设备上呈现图5所示的UI界面，该UI界面用于提示用户可以同时呼叫多个业务类型，在用户点击确认按钮，比如图5中所示的“我知道了”按钮后，跳转到图6所示的UI界面，或者也可以跳过图5所示的UI界面，直接呈现图6所示的UI界面，在图6所示的UI界面上，包括根据用户输入的起始位置和终点位置估算的，各业务类型对应的订单价格，以及多业务类型同时呼叫时，对应的订单价格的范围。同时在UI界面上提供目标按键，该目标按键用于触发生成用于指示发起多个业务类型的订单的发单指令，比如，在图6中，目标按键为显示有“呼叫快车+优享+出租车”的按键，相应的在UI界面上显示的订单价格的范围为同时呼叫快车、优享、出租车三个业务类型所需要的订单价格的范围。当用户按下“呼叫快车+优享+出租车”，触发生成发单指令，同时对快车、优享、出租车三个业务类型进行呼叫。或者用户还可以在UI界面上选择单个业务类型，并发起单个业务类型的呼叫，比如，用户可以在图6的UI界面上进行滑动操作，获得图7所示的UI界面，图7中以用户选择快车业务为例，当用户选择快车业务后，点击“呼叫快车”按钮，呼叫快车业务。本实施例以用户选择同时呼叫多个业务类型为例，当用户按下“呼叫快车+优享+出租车”按键后，显示图8所示的UI界面，提醒用户正在同时呼叫多个业务类型，并提供取消呼叫按钮，以便用户可以随时取消呼叫。进一步的，当用户呼叫的业务类型目前正处于排队状态时，则显示用户当前的排队号，比如，在图9所示的UI界面中，用户呼叫的快车业务和优享业务正处于排队状态，且用户在快车业务中的排队号为26，在优享业务中的排队号为9。而出租车业务当前无人排队，也暂时无司机接单，则显示出租车业务正在持续呼叫中。当三个业务类型中的某一个业务类型率先对用户订单做出响应时，跳转至图10所示的UI界面，该界面用于提示用户已经有司机接单，提示用户等待接驾，并在显示界面上显示司机的信息(比如，司机称呼信息，以及照片信息等，但不局限于上述信息)和车辆的信息(比如车牌号等，但不仅限于车牌号)。当然上述仅是以图4-图10为例进行的示例说明，而不是对本发明的唯一限定。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令生成包括多个目标业务类型的信息的用户订单，根据预设的业务类型与分单系统之间的对应关系，将该用户订单分别发送到各目标业务类型对应的分单系统中，以使得个目标业务类型的分单系统基于该用户订单进行分单操作，并将各目标业务类型对用户订单的响应消息反馈给终端设备，以使终端设备对响应消息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。并且由于本实施例只基于发单指令生成一个用户订单，而不需要针对多个业务类型生成多个用户订单，因而在用户订单生成过程中占用的资源较少，不会因为同时呼叫多个业务类型，而导致订单处理速度变慢的问题。

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

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

生成模块12，用于基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

分单模块13，用于基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

反馈模块14，用于将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

可选的，所述第一获取模块11，具体用于：获取用户操作所述终端设备上的目标按键后生成的发单指令，所述目标按键用于触发生成用于发起所述预设的多个业务类型的订单的发单指令。

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

可选的，所述生成模块12，包括：

第二生成子模块，用于基于所述发单指令，确定所述预设的多个业务类型为目标业务类型，生成包括所述预设的多个业务类型的信息的用户订单。

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

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

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

第二反馈子模块，用于将所有目标业务类型中最先承接所述用户订单的司机的信息反馈给所述终端设备，以使所述终端设备显示所述司机的信息，其中，所述司机的信息包括如下的至少一个种：

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

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

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

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

第一生成子模块122，用于从所述预设的多个业务类型中确定出可用运力符合预设条件的多个目标业务类型，生成包括所述多个目标业务类型的信息的用户订单。

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

图13是本发明实施例提供的分单装置的结构示意图，如图13所示，在图11所示实施例的基础上，该装置还包括：

第二获取模块15，用于获取用户输入的起始位置和终点位置；

确定模块16，用于基于所述起始位置和终端位置，确定同时呼叫预设的多个业务类型的订单价格范围，并将所述订单价格范围反馈给所述终端设备，以使所述终端设备对所述订单价格范围进行显示。

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

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

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

本实施例，通过获取用户在终端设备上输入的发单指令，基于该发单指令生成包括多个目标业务类型的信息的用户订单，根据预设的业务类型与分单系统之间的对应关系，将该用户订单分别发送到各目标业务类型对应的分单系统中，以使得个目标业务类型的分单系统基于该用户订单进行分单操作，并将各目标业务类型对用户订单的响应消息反馈给终端设备，以使终端设备对响应消息进行显示。由于本实施例可以在一次订单呼叫过程中同时进行多个业务类型的订单的分单操作，而订单只有被分配下去给司机，司机才能接单，且只要有一个业务类型的订单被司机接单，订单的呼叫就算成功，因此，在一次订单呼叫过程中同时呼叫的业务类型越多，订单被接单的概率就越大，进而订单的呼叫效率就越高，用户等待的时间就越短，从而本实施例能够减少用户等待时间，提高用户体验。并且由于本实施例只基于发单指令生成一个用户订单，而不需要针对多个业务类型生成多个用户订单，因而在用户订单生成过程中占用的资源较少，不会因为同时呼叫多个业务类型，而导致订单处理速度变慢的问题。

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

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

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

Claims (18)

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

获取用户输入的起始位置和终点位置；

基于所述起始位置和终端位置，确定同时呼叫预设的多个业务类型的订单价格范围，并将所述订单价格范围反馈给所述终端设备，以使所述终端设备对所述订单价格范围进行显示。

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

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

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

5.根据权利要求3所述的方法，其特征在于，所述基于所述发单指令，生成用户订单，包括：

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

从所述预设的多个业务类型中确定出可用运力符合预设条件的多个目标业务类型，生成包括所述多个目标业务类型的信息的用户订单。

6.根据权利要求3所述的方法，其特征在于，所述基于所述发单指令，生成用户订单，包括：

基于所述发单指令，确定所述预设的多个业务类型为目标业务类型，生成包括所述预设的多个业务类型的信息的用户订单。

7.根据权利要求1-6中任一项所述的方法，其特征在于，将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示，包括：

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

8.根据权利要求1-6中任一项所述的方法，其特征在于，将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示，包括：

将所有目标业务类型中最先承接所述用户订单的司机的信息反馈给所述终端设备，以使所述终端设备显示所述司机的信息，其中，所述司机的信息包括如下的至少一个种：

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

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

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

生成模块，用于基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

分单模块，用于基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

反馈模块，用于将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

第二获取模块，用于获取用户输入的起始位置和终点位置；

确定模块，用于基于所述起始位置和终端位置，确定同时呼叫预设的多个业务类型的订单价格范围，并将所述订单价格范围反馈给所述终端设备，以使所述终端设备对所述订单价格范围进行显示。

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

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

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

13.根据权利要求11所述的装置，其特征在于，所述生成模块，包括：

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

第一生成子模块，用于从所述预设的多个业务类型中确定出可用运力符合预设条件的多个目标业务类型，生成包括所述多个目标业务类型的信息的用户订单。

14.根据权利要求11所述的装置，其特征在于，所述生成模块，包括：

第二生成子模块，用于基于所述发单指令，确定所述预设的多个业务类型为目标业务类型，生成包括所述预设的多个业务类型的信息的用户订单。

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

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

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

第二反馈子模块，用于将所有目标业务类型中最先承接所述用户订单的司机的信息反馈给所述终端设备，以使所述终端设备显示所述司机的信息，其中，所述司机的信息包括如下的至少一个种：

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

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

存储器和处理器；

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。

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

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

基于所述发单指令，生成用户订单，所述用户订单包括多个目标业务类型的信息；

基于预设的业务类型与分单系统之间的对应关系，将所述用户订单分别发送到各目标业务类型对应的分单系统中，以使各目标业务类型的分单系统，基于所述用户订单进行分单操作；

将各目标业务类型对所述用户订单的响应消息反馈给所述终端设备，以使所述终端设备对所述响应消息进行显示。