CN109726912A - 确定约车订单的服务提供方的方法、装置以及存储介质 - Google Patents

Abstract

本申请公开了一种确定约车订单的服务提供方的方法、装置以及存储介质。其中，该方法包括：接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。使得服务器可以根据专属约车订单中指示的由指定司机接收该订单的信息，直接将指定司机与该专属约车订单进行绑定。进而达到了加速绑单的流程，增强了用户体验的技术效果。进而解决了现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

Description

确定约车订单的服务提供方的方法、装置以及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种确定约车订单的服务提供方的方法、装置以及存储介质。

背景技术

随着社会的发展与进步，网约车出行已经成为了一种主流的出行方式。利用网约车出行不仅能够降低出行的成本，还能提高出行的效率。在网约车过程中，会有推广活动，乘客扫司机的专属二维码下单，可以将订单指定给该司机。司机可获得相应的拉新奖励。乘客扫码后，平台只向这一个司机推送派单通知，随后在司机进行抢单操作之后，平台才将订单与司机进行绑定。因此，整个绑单的流程繁琐，需要操作的步骤较多，还有可能存在司机收不到推送的派单通知，没有及时的抢单，进而容易引起投诉。

针对上述的现有技术中存在的现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种确定约车订单的服务提供方的方法、装置以及存储介质，以至少解决现有技术中存在的现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

根据本公开实施例的一个方面，提供了一种确定约车订单的服务提供方的方法，包括：接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种确定约车订单的服务提供方的装置，包括：接收模块，用于接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及确定模块，用于确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。

根据本公开实施例的另一个方面，还提供了一种确定约车订单的服务提供方的装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。

在本公开实施例中，通过服务器先接收用户的第一终端设备发送的专属约车订单，然后基于专属约车订单中指示的由指定司机接收该专属约车订单，将该专属约车订单的服务提供方确定为指定司机。从而，实现了快速将指定司机与订单进行绑定的目的。使得在用户下单之后，服务器可以根据专属约车订单中指示的由指定司机接收该订单的信息，直接将指定司机与该专属约车订单进行绑定，不再进行派单推送，司机抢单等中间操作。进而达到了加速绑单的流程，增强了用户体验的技术效果。进而解决了现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的方法的计算机终端的硬件结构框图；

图2是根据本公开实施例1所述的确定约车订单的服务提供方的***的示意图；

图3是根据本公开实施例1的第一个方面所述的确定约车订单的服务提供方的方法的流程示意图；

图4是根据本公开实施例2所述的确定约车订单的服务提供方的装置的示意图；以及

图5是根据本公开实施例3所述的确定约车订单的服务提供方的装置的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种确定约车订单的服务提供方的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现确定约车订单的服务提供方的方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本公开实施例中的确定约车订单的服务提供方的方法对应的程序指令/数据存储装置，处理器 102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的确定约车订单的服务提供方的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置 106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106 可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。

图2是根据本实施例所述的确定约车订单的服务提供方的***的示意图。参照图2所示，该***包括：服务器300。其中，服务器300为网约车平台的服务器。用户110可以为具有约车需求的用户，然后用户110可以通过第一终端设备210上运行的网约车APP向网约车平台进行约车。司机120可以为在该网约车平台上进行注册的网约车司机。并且第二终端设备220为司机120的终端设备。需要说明的是，***中的服务器300适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种确定约车订单的服务提供方的方法，该方法由图2中所示的服务器300实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S302：接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及

S304：确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。

正如前面背景技术中所述的，随着社会的发展与进步，网约车出行已经成为了一种主流的出行方式。利用网约车出行不仅能够降低出行的成本，还能提高出行的效率。在网约车过程中，会有推广活动，乘客扫司机的专属二维码下单，可以将订单指定给该司机。司机可获得相应的拉新奖励。乘客扫码后，平台只向这一个司机推送派单通知，随后在司机进行抢单操作之后，平台才将订单与司机进行绑定。因此，整个绑单的流程繁琐，需要操作的步骤较多，还有可能存在司机收不到推送的派单通知，没有及时的抢单，进而容易引起投诉。

具体地，参考图2所示，针对上述背景技术中存在的问题，本实施例的技术方案所提供的服务器300接收第一终端设备210发送的专属约车订单。其中专属约车订单指示由指定司机接收该专属约车订单。例如：用户110为该约车 APP的新用户，并具有约车需求的情况下，可以通过第一终端设备210，对指定司机(例如司机120)的专属二维码进行扫描，进入快速绑定订单的通道，并通过第一终端设备210将专属于司机120的专属约车订单发送至服务器300。此时，服务器300接收第一终端设备210发送的专属约车订单。

进一步地，服务器300确定该专属约车订单的服务提供方为指定司机(即司机120)，并且停止向司机120的第二终端设备220发送其他约车订单及相关信息。例如：由于用户110是通过对司机120的专属二维码进行扫码，并进入快速绑定订单的通道，因此第一终端设备210发送的专属约车订单中包含有司机120的信息。然后服务器300不再对该专属约车订单进行指派，而是根据专属约车订单中包含的司机120的信息，直接将司机120与该专属约车订单进行绑定。进而确定了专属约车订单的服务提供方为司机120，并停止向司机120 的第二终端设备220发送其他的约车订单或者相关信息。其中相关信息可以为关于其他约车订单的推送通知信息或指派通知信息。

从而通过这种方式，服务器300首先接收用户110的第一终端设备210发送的专属约车订单。然后基于专属约车订单中指示的由指定司机(例如，司机 120)接收该专属约车订单，将该专属约车订单的服务提供方确定为司机120。从而，实现了快速将指定司机与专属约车订单进行绑定的目的。使得在用户下单之后，服务器可以根据专属约车订单中指示的由指定司机接收该订单的信息，直接将指定司机与该专属约车订单进行绑定，不再进行派单推送，司机抢单等中间操作。进而达到了加速绑单的流程，增强了用户体验的技术效果。进而解决了现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

可选地，确定专属约车订单的服务提供方为指定司机的操作，包括：根据专属约车订单，获取与指定司机相关的司机信息；以及根据司机信息，确定专属约车订单的服务提供方为指定司机。

具体地，服务器300在接收到第一终端设备210发送的专属约车订单之后，可以根据该专属约车订单，获取与指定司机相关的司机信息。例如：第一终端设备210发送使得专属约车订单指示由指定司机(例如，司机120)接收该专属约车订单。然后，服务器300根据该专属约车订单，获取与司机120相关的司机信息。然后根据该司机信息，确定专属约车订单的服务提供方为司机120。通过这种方式，使得服务器300可以通过获取与指定司机(即司机120)的司机信息，进而快速地将司机120与订单进行绑定。达到了快速绑定订单的效果。

需要补充的是，在接收到第一终端设备210发送的专属约车订单之后，服务器300存储该专属约车订单。并在获取与指定司机相关的司机信息之后，服务器300可以简单判定一下所获取的司机信息是否正确。

可选地，确定专属约车订单的服务提供方为指定司机的操作，包括：获取指定司机的位置信息；根据所获取的位置信息，判定指定司机与专属约车订单的起点位置之间的行驶距离是否大于预设的阈值；以及在行驶距离不大于预设的阈值的情况下，确定专属约车订单的服务提供方为指定司机。

具体地，在接收到该专属约车订单之后，服务器300获取指定司机(例如，司机120)的位置信息。然后根据所获取的位置信息，判定指定司机(即司机 120)与专属约车订单的起点位置之间的行驶距离是否大于预设的阈值。例如：关于行驶距离，服务器300预先设置的阈值为500米。然后服务器300根据所获取的司机120的位置信息，计算出司机120与该专属约车订单的起点位置之间的距离为400米。此时，服务器300判定指定司机(即司机120)与专属约车订单的起点位置之间的行驶距离不大于预设的阈值。然后服务器300确定专属约车订单的服务提供方为司机120。即由司机120为用户110提供承载用户 110至目的地的服务。同样的，在服务器300判定指定司机(即司机120)与专属约车订单的起点位置之间的行驶距离(例如600米)大于预设的阈值(例如 500米)的情况下，服务器300可以根据预设的算法，向用户110推荐合适的司机。通过这种方式，使得专属约车订单与指定司机之间的绑定更加合理，为用户提供高效的约车服务。

可选地，还包括：存储第一派单信息，其中第一派单信息为与确定专属约车订单的服务提供方为指定司机的操作相关的信息。

具体地，服务器300存储第一派单信息。其中第一派单信息为服务器300 在确定专属约车订单的服务提供方为指定司机(例如，司机120)的操作相关的信息。例如：服务器300在接收到专属约车订单，并获取专属约车订单中指示的指定司机(即司机120)的司机信息之后，会更新专属约车订单的信息，将司机信息写入专属约车订单中，进而将专属约车订单与司机120绑定。在绑定的过程中，产生了将专属约车订单指派给了指定司机(即司机120)的指派信息。因而，服务器300存储该指派信息。通过这种方式，使得服务器300在需要对某一订单的指派对象进行查询的情况下，可以调取存储的指派信息，进而查询相应的数据。

可选地，确定专属约车订单的服务提供方为指定司机的操作，包括：将专属约车订单的状态设置为推送至指定司机；将指定司机的状态设置为接收专属约车订单；以及确定专属约车订单的服务提供方为指定司机。

具体地，服务器300将专属约车订单的状态设置为推送至指定司机。然后将指定司机的状态设置为接收专属约车订单。例如：在服务300接收到专属约车订单之后，根据该专属约车订单指示的由指定司机(例如，司机120)接收该专属约车订单的信息，将专属约车订单的状态设置为推送至司机120。此时，服务器300将该专属约车订单推送至司机120。但是，由于司机120的状态设置为接收专属约车订单，因此服务器300判定司机120自动接收了该专属约车订单。最后，服务器300确定专属约车订单的服务提供方为司机120。即将专属约车订单与司机120进行了绑定。从而，通过这种方式，由服务器300模拟了推送以及司机抢单的操作，完善了服务器300在绑定订单的过程中的数据。

可选地，还包括：存储第二派单信息，其中第二派单信息为与确定专属约车订单的服务提供方为指定司机的操作相关的信息。具体地，服务器300在模拟完推送以及司机抢单的操作之后，对模拟的过程中产生的信息进行存储，为后续的查询以及分析提供数据基础。

可选地，还包括：发送通知信息至指定司机的第二终端设备，其中通知信息用于指示指定司机为专属约车订单的服务提供方。具体地，在确定专属约车订单的服务提供方为指定司机(例如，司机120)的情况下，服务300需要将通知信息发送至司机120的第二终端设备220。其中通知信息用于通知司机120 是该专属约车订单的服务提供方。使得司机120可以得知该专属约车订单，并及时的为用户提供承载至目的地的服务，进而为用户带来优质体验。

此外，参考图1所示，根据本实施例的第二个方面，提供了一种存储介质 104。存储介质104包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，通过服务器300接收用户的第一终端设备发送的专属约车订单，然后基于专属约车订单中指示的由指定司机接收该专属约车订单，将该专属约车订单的服务提供方确定为指定司机。从而，实现了快速将指定司机与订单进行绑定的目的。使得在用户下单之后，服务器可以根据专属约车订单中指示的由指定司机接收该订单的信息，直接将指定司机与该专属约车订单进行绑定，不再进行派单推送，司机抢单等中间操作。进而达到了加速绑单的流程，增强了用户体验的技术效果。进而解决了现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

图4示出了根据本实施例所述的确定约车订单的服务提供方的装置400，该装置400与根据实施例1的第一个方面所述的方法相对应。参考图4所示，该装置400包括：接收模块410，用于接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及确定模块420，用于确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。

可选地，确定模块420，包括：获取子模块，用于根据专属约车订单，获取与指定司机相关的司机信息；以及第一确定子模块，用于根据司机信息，确定专属约车订单的服务提供方为指定司机。

可选地，确定模块420，包括：获取子模块，用于获取指定司机的位置信息；判定子模块，用于根据所获取的位置信息，判定指定司机与专属约车订单的起点位置之间的行驶距离是否大于预设的阈值；以及第二确定子模块，用于在行驶距离不大于预设的阈值的情况下，确定专属约车订单的服务提供方为指定司机。

可选地，还包括：第一存储模块，用于存储第一派单信息，其中第一派单信息为与确定专属约车订单的服务提供方为指定司机的操作相关的信息。

可选地，确定模块420，包括：第一设置子模块，用于将专属约车订单的状态设置为推送至指定司机；第二设置子模块，用于将指定司机的状态设置为接收专属约车订单；以及第三确定子模块，用于确定专属约车订单的服务提供方为指定司机。

可选地，还包括：第二存储模块，用于存储第二派单信息，其中第二派单信息为与确定专属约车订单的服务提供方为指定司机的操作相关的信息。

可选地，还包括：发送模块，用于发送通知信息至指定司机的第二终端设备，其中通知信息用于指示指定司机为专属约车订单的服务提供方。

从而根据本实施例，通过确定约车订单的服务提供方的装置400接收用户的第一终端设备发送的专属约车订单，然后基于专属约车订单中指示的由指定司机接收该专属约车订单，将该专属约车订单的服务提供方确定为指定司机。从而，实现了快速将指定司机与订单进行绑定的目的。使得在用户下单之后，服务器可以根据专属约车订单中指示的由指定司机接收该订单的信息，直接将指定司机与该专属约车订单进行绑定，不再进行派单推送，司机抢单等中间操作。进而达到了加速绑单的流程，增强了用户体验的技术效果。进而解决了现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

实施例3

图5示出了根据本实施例所述的确定约车订单的服务提供方的装置500，该装置500与根据实施例1的第一个方面所述的方法相对应。参考图5所示，该装置500包括：处理器510；以及存储器520，与处理器510连接，用于为处理器510提供处理以下处理步骤的指令：接收第一终端设备发送的专属约车订单，其中专属约车订单指示由指定司机接收专属约车订单；以及确定专属约车订单的服务提供方为指定司机，并且停止向指定司机的第二终端设备发送其他约车订单及相关信息。

可选地，确定专属约车订单的服务提供方为指定司机的操作，包括：根据专属约车订单，获取与指定司机相关的司机信息；以及根据司机信息，确定专属约车订单的服务提供方为指定司机。

可选地，确定专属约车订单的服务提供方为指定司机的操作，包括：获取指定司机的位置信息；根据所获取的位置信息，判定指定司机与专属约车订单的起点位置之间的行驶距离是否大于预设的阈值；以及在行驶距离不大于预设的阈值的情况下，确定专属约车订单的服务提供方为指定司机。

可选地，存储器520还用于为处理器510提供处理以下处理步骤的指令：存储第一派单信息，其中第一派单信息为与确定专属约车订单的服务提供方为指定司机的操作相关的信息。

可选地，确定专属约车订单的服务提供方为指定司机的操作，包括：将专属约车订单的状态设置为推送至指定司机；将指定司机的状态设置为接收专属约车订单；以及确定专属约车订单的服务提供方为指定司机。

可选地，存储器520还用于为处理器510提供处理以下处理步骤的指令：存储第二派单信息，其中第二派单信息为与确定专属约车订单的服务提供方为指定司机的操作相关的信息。

可选地，存储器520还用于为处理器510提供处理以下处理步骤的指令：发送通知信息至指定司机的第二终端设备，其中通知信息用于指示指定司机为专属约车订单的服务提供方。

从而根据本实施例，通过确定约车订单的服务提供方的装置500接收用户的第一终端设备发送的专属约车订单，然后基于专属约车订单中指示的由指定司机接收该专属约车订单，将该专属约车订单的服务提供方确定为指定司机。从而，实现了快速将指定司机与订单进行绑定的目的。使得在用户下单之后，服务器可以根据专属约车订单中指示的由指定司机接收该订单的信息，直接将指定司机与该专属约车订单进行绑定，不再进行派单推送，司机抢单等中间操作。进而达到了加速绑单的流程，增强了用户体验的技术效果。进而解决了现有的在乘客扫司机的专属二维码下单之后，服务器先推送派单通知，并在司机进行抢单之后才将司机与订单绑定，导致绑定订单的流程繁琐的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器 (RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种确定约车订单的服务提供方的方法，其特征在于，包括：

接收第一终端设备发送的专属约车订单，其中所述专属约车订单指示由指定司机接收所述专属约车订单；以及

确定所述专属约车订单的服务提供方为所述指定司机，并且停止向所述指定司机的第二终端设备发送其他约车订单及相关信息。

2.根据权利要求1所述的方法，其特征在于，确定所述专属约车订单的服务提供方为所述指定司机的操作，包括：

根据所述专属约车订单，获取与所述指定司机相关的司机信息；以及

根据所述司机信息，确定所述专属约车订单的服务提供方为所述指定司机。

3.根据权利要求1所述的方法，其特征在于，确定所述专属约车订单的服务提供方为所述指定司机的操作，包括：

获取所述指定司机的位置信息；

根据所获取的位置信息，判定所述指定司机与所述专属约车订单的起点位置之间的行驶距离是否大于预设的阈值；以及

在所述行驶距离不大于所述预设的阈值的情况下，确定所述专属约车订单的服务提供方为所述指定司机。

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

存储第一派单信息，其中所述第一派单信息为与确定所述专属约车订单的服务提供方为所述指定司机的操作相关的信息。

5.根据权利要求1所述的方法，其特征在于，确定所述专属约车订单的服务提供方为所述指定司机的操作，包括：

将所述专属约车订单的状态设置为推送至所述指定司机；

将所述指定司机的状态设置为接收所述专属约车订单；以及

确定所述专属约车订单的服务提供方为所述指定司机。

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

存储第二派单信息，其中所述第二派单信息为与确定所述专属约车订单的服务提供方为所述指定司机的操作相关的信息。

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

发送通知信息至所述指定司机的第二终端设备，其中所述通知信息用于指示所述指定司机为所述专属约车订单的服务提供方。

8.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至7中任意一项所述的方法。

9.一种确定约车订单的服务提供方的装置，其特征在于，包括：

接收模块，用于接收第一终端设备发送的专属约车订单，其中所述专属约车订单指示由指定司机接收所述专属约车订单；以及

确定模块，用于确定所述专属约车订单的服务提供方为所述指定司机，并且停止向所述指定司机的第二终端设备发送其他约车订单及相关信息。

10.一种确定约车订单的服务提供方的装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

接收第一终端设备发送的专属约车订单，其中所述专属约车订单指示由指定司机接收所述专属约车订单；以及

确定所述专属约车订单的服务提供方为所述指定司机，并且停止向所述指定司机的第二终端设备发送其他约车订单及相关信息。