CN109493168B - 一种处理订单的方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种处理订单的方法、装置、设备及存储介质，所述方法包括：确定已匹配订单是否符合重新匹配条件；若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数；若所述匹配参数符合匹配参数条件，则将所述订单当前已匹配的车辆更新为所述目标车辆。本申请可以实现对已匹配订单的重新匹配，进而可以基于重新匹配的目标车辆，缩短司机的接驾时间，减少乘客的等车时间，进而提升乘客的出行效率。

Description

一种处理订单的方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种处理订单的方法、装置、设备及存储介质。

背景技术

现有技术中，当服务端接收到乘客发送的订单后，会在预设范围内为该订单匹配接驾的车辆。如果经过预设时间后，在该预设范围内无法匹配到接驾的车辆，则在更大的范围内匹配接驾的车辆。然而，这种方式会导致匹配到的车辆距离乘客较远，会导致司机的接驾时间较长，进而导致乘客的等车时间较长，影响乘客的出行效率。

发明内容

有鉴于此，本申请提供一种处理订单的方法、装置、设备及存储介质，可以提高用户的出行效率，提升用户的体验。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提出了一种处理订单的方法，包括：

确定已匹配订单是否符合重新匹配条件；

若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数；

若所述匹配参数符合匹配参数条件，则将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，所述符合重新匹配条件，包括以下至少一项：

接驾距离大于或等于预设距离阈值；

预计接驾时长大于或等于预设时长阈值；

当前未到达目标时间，所述目标时间基于预计接驾时间之前的预设时间确定。

在一实施例中，所述将所述订单当前已匹配的车辆更新为所述目标车辆之前，所述方法还包括：

确定目标订单是否符合重新匹配条件，所述目标订单为所述目标车辆当前已匹配的订单；

若所述目标订单符合重新匹配条件，则计算所述目标订单与所述当前已匹配的车辆匹配情况下的目标匹配参数；

若所述目标匹配参数符合匹配参数条件，则将所述目标订单派发给所述当前已匹配的车辆。

在一实施例中，所述已匹配订单包括第一已匹配订单和第二已匹配订单；

所述计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，包括：

计算所述第一已匹配订单与第二车辆匹配情况下的第一匹配参数，以及，计算所述第二已匹配订单与第一车辆匹配情况下的第二匹配参数，所述第一车辆为所述第一已匹配订单当前已匹配的车辆，所述第二车辆为所述第二已匹配订单当前已匹配的车辆；

所述匹配参数符合匹配参数条件，包括：

所述第一匹配参数和所述第二匹配参数均符合匹配参数条件；

所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

将所述第一已匹配订单当前已匹配的第一车辆更新为所述第二车辆，以及，将所述第二已匹配订单当前已匹配的第二车辆更新为所述第一车辆。在一实施例中，所述计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，包括：

获取所述订单中的出发地以及所述目标车辆的当前位置；

基于所述出发地与所述当前位置，计算所述订单与所述目标车辆匹配情况下的匹配参数；

所述匹配参数符合匹配参数条件，包括：

所述订单与所述目标车辆匹配情况下的匹配参数，小于所述订单与所述当前已匹配的车辆匹配情况下的匹配参数，所述匹配参数包括接驾距离和预计接驾时长中的至少一种。

在一实施例中，所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

向司机终端发送询问信息，所述司机终端包括与所述目标车辆关联的司机终端和与所述当前已匹配的车辆关联的司机终端中的至少一个；

若接收到所述司机终端响应于所述询问信息发送的同意匹配信息，则将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，所述将所述订单当前已匹配的车辆更新为所述目标车辆之后，还包括：

若检测到所述订单符合结束匹配条件，则向与所述订单关联的乘客终端发送所述目标车辆的车辆信息，所述结束匹配条件与所述重新匹配条件相对应。

在一实施例中，所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

构建接驾车辆标识与所述目标车辆之间的对应关系，并解除所述接驾车辆标识与所述当前已匹配的车辆之间的对应关系，所述接驾车辆标识对应于所述订单。

根据本申请的第二方面，提出了一种处理订单的装置，应用于网约车平台的服务端，包括：

匹配订单确定模块，用于确定已匹配订单是否符合重新匹配条件；

匹配参数计算模块，用于当符合重新匹配条件时，计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数；

目标车辆更新模块，用于当所述匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆。

根据本申请的第三方面，提出了一种行驶路径展示设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一所述的处理订单的方法。

根据本申请的第四方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一所述的处理订单的方法。

由以上技术方案可见，本申请通过确定已匹配订单是否符合重新匹配条件，并当符合重新匹配条件时，计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，进而当所述匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆，由于将符合重新匹配条件的已匹配订单信息仍置于可匹配状态，计算其与处于可匹配状态的目标车辆匹配情况下的匹配参数，并在匹配参数符合条件时，确定该订单可以与目标车辆匹配，进而将订单当前已匹配的车辆更新为目标车辆，可以实现对已匹配订单的重新匹配，进而可以基于重新匹配的目标车辆，缩短司机的接驾时间，减少乘客的等车时间，进而提升乘客的出行效率。

附图说明

图1是本申请第一示例性实施例示出的一种处理订单的方法的流程图；

图2A是本申请第二示例性实施例示出的一种处理订单的方法的流程图；

图2B是本申请第三示例性实施例示出的一种处理订单的方法的流程图；

图3是本申请第四示例性实施例示出的一种处理订单的方法的流程图；

图4是本申请一示例性实施例示出的如何将订单当前已匹配的车辆更新为目标车辆的流程图；

图5是本申请第五示例性实施例示出的一种处理订单的方法的流程图；

图6是本申请第六示例性实施例示出的一种处理订单的方法的流程图；

图7是本申请一示例性实施例示出的一种处理订单的装置的结构图；

图8是本申请又一示例性实施例示出的一种处理订单的装置的结构图；

图9是本申请一示例性实施例示出的一种处理订单的设备的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请一示例性实施例示出的一种处理订单的方法的流程图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图1所示，该方法包括步骤S101-S103：

在步骤S101中，确定已匹配订单是否符合重新匹配条件。

在一实施例中，乘客在预约车辆时，可以通过乘客端(如，乘客的终端设备中安装的打车软件客户端等)向服务端发送包含出发地、目的地等乘车信息的用车订单。进而，服务端在接收到乘客发送的订单后，会为该订单匹配接驾的车辆。本实施例中，将匹配上接驾的车辆的订单确定为已匹配订单。

值得说明的是，上述用车订单除包含预约用车时间和出发地之外，还可以包含其他相关信息，如目的地等，本实施例对此不进行限定。

在一实施例中，上述出发地可以为服务端根据乘客所在地(乘客的终端设备自动识别出的用户所在地)推荐的上车地点，也可以为用户手动输入的上车地点，本实施例对此不进行限定。

在一实施例中，可以由开发人员预先根据接驾距离、预计接驾时长或当前时间距离接驾时间的时长等信息设置重新匹配条件，进而可以将符合该重新匹配条件的已匹配订单仍置于可匹配状态，执行后续重新匹配接驾车辆的步骤。

在一实施例中，本步骤S101中所述符合重新匹配条件，可以包括以下至少一项：

接驾距离大于或等于预设距离阈值(即，接驾距离过长)；

预计接驾时长大于或等于预设时长阈值(即，预计接驾时长过长)；

当前未到达目标时间，所述目标时间基于预计接驾时间之前的预设时间确定。

举例来说，若预设距离阈值为5公里，而当前获取的已匹配订单的接驾距离为8.3公里，则可以确定该匹配订单符合重新匹配条件；否则，可以确定该匹配订单不符合重新匹配条件。

同理，若预设预计接驾时长为10分钟，而当前获取的已匹配订单的预计接驾时长为18分钟，则同样可以确定该匹配订单符合重新匹配条件；否则，可以确定该匹配订单不符合重新匹配条件。

在此基础上，为了防止由于接驾距离过长或预计接驾时长过长等原因，导致已匹配订单一直处于重新匹配的状态而影响乘客的出行，还可以设置已匹配订单可以被重新匹配的时间，即上述目标时间：

若当前未到达目标时间，则可以确定该匹配订单符合重新匹配条件；否则，可以确定该匹配订单不符合重新匹配条件。

举例来说，若上述已匹配订单的预计接驾时间为PM 3:50，目标时间为预计接驾时间之前的预设时间(例如，10分钟)，即目标时间为PM 3:40，且当前时间为PM 3:35，则可以确定当前未到达目标时间，进而可以确定该匹配订单符合重新匹配条件。

在步骤S102中，若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数。

在一实施例中，当确定已匹配订单符合重新匹配条件后，可以计算该订单与目标车辆匹配情况下的匹配参数，其中，该目标车辆为处于可匹配状态的车辆。

在一实施例中，上述目标车辆可以包括未匹配任何订单的车辆(即，当前处于空闲状态的车辆)，以及当前已匹配订单但未到达接驾地点的车辆(即，当前处于非空闲状态的未接驾车辆)中的至少一种。

在一实施例中，上述匹配参数可以由开发人员根据业务需要设置为可以衡量订单与车辆匹配程度的指标，例如可以设置为接驾距离和/或预计接驾时长等，本实施例对此不进行限定。

值得说明的是，计算上述订单与目标车辆匹配情况下的接驾距离和/或预计接驾时长等匹配参数的具体算法可以参见现有技术中的解释说明，本实施例对此不进行限定。

在步骤S103中，若所述匹配参数符合匹配参数条件，则将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，可以由开发人员预先根据业务需要设置匹配参数条件，进而可以当计算的匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，为了保障已匹配订单的乘客的利益，因而可以采用“已匹配的订单优先匹配”原则，同时可以确保已匹配订单的乘客的既得利益不得受损，即要保证订单重新匹配后，乘客能够获得更好的乘车体验。

在一实施例中，上述匹配参数条件可以根据订单与目标车辆匹配情况下，匹配参数需满足的要求等信息进行设置，例如可以设置为该匹配参数的数值相比于订单当前匹配情况下的匹配参数(即，订单与当前已匹配的车辆匹配情况下的匹配参数)有所减小等。在一实施例中，上述匹配参数条件的设置方法还可以参见图3所示实施例，在此先不进行详述。

在一实施例中，在将所述订单当前已匹配的车辆更新为所述目标车辆的同时，或者，在将所述订单当前已匹配的车辆更新为所述目标车辆之后，还可以将目标订单派发给所述当前已匹配的车辆。其中，所述目标订单为所述目标车辆当前已匹配的订单。

在一实施例中，上述将订单当前已匹配的车辆更新为目标车辆的方式还可以参见下述图4、图6所示实施例，在此先不进行详述。

由上述描述可知，本实施例通过确定已匹配订单是否符合重新匹配条件，并当符合重新匹配条件时，计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，进而当所述匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆，由于将符合重新匹配条件的已匹配订单信息仍置于可匹配状态，计算其与处于可匹配状态的目标车辆匹配情况下的匹配参数，并在匹配参数符合条件时，确定该订单可以与目标车辆匹配，进而将订单当前已匹配的车辆更新为目标车辆，可以实现对已匹配订单的重新匹配，进而可以基于重新匹配的目标车辆，缩短司机的接驾时间，减少乘客的等车时间，进而提升乘客的出行效率。

图2A是本申请第二示例性实施例示出的一种处理订单的方法的流程图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图2A所示，该方法包括步骤S201-S206：

在步骤S201中，确定已匹配订单是否符合重新匹配条件。

在步骤S202中，若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数。

在步骤S203中，若所述匹配参数符合匹配参数条件，则确定目标订单是否符合重新匹配条件，所述目标订单为所述目标车辆当前已匹配的订单。

在步骤S204中，若所述目标订单符合重新匹配条件，则计算所述目标订单与所述当前已匹配的车辆匹配情况下的目标匹配参数。

在步骤S205中，若所述目标匹配参数符合匹配参数条件，则将所述目标订单派发给所述当前已匹配的车辆。

在步骤S206中，将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，当确定上述已匹配订单与目标车辆匹配情况下的匹配参数符合匹配参数条件后，可以确定该目标车辆当前已匹配的目标订单是否符合重新匹配条件：若不符合，则停止执行后续步骤；若符合，则计算该目标订单与上述当前已匹配的车辆(即，上述已匹配订单当前已匹配的车辆)匹配情况下的目标匹配参数；进一步地，当计算得到的目标匹配参数符合匹配参数条件时，将所述目标订单派发给所述当前已匹配的车辆；进而再将所述订单当前已匹配的车辆更新为所述目标车辆。

其中，步骤S201-S202、S206的相关解释和说明可以参见上述实施例，在此不进行赘述。

由上述描述可知，本实施例通过在将所述订单当前已匹配的车辆更新为所述目标车辆之前，确定目标订单是否符合重新匹配条件，并当所述目标订单符合重新匹配条件时，计算所述目标订单与所述当前已匹配的车辆匹配情况下的目标匹配参数，进而当所述目标匹配参数符合匹配参数条件时，将所述目标订单派发给所述当前已匹配的车辆，以及将所述已匹配订单派发给所述目标车辆，可以提高对已匹配订单和目标订单进行重新匹配的合理性。

图2B是本申请第三示例性实施例示出的一种处理订单的方法的流程图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图2B所示，该方法包括步骤S201’-S203’：

在步骤S201’中，确定第一已匹配订单和第二已匹配订单是否符合重新匹配条件。

在步骤S202’中，若符合重新匹配条件，则计算所述第一已匹配订单与第二车辆匹配情况下的第一匹配参数，以及，计算所述第二已匹配订单与第一车辆匹配情况下的第二匹配参数。

其中，所述第一车辆为所述第一已匹配订单当前已匹配的车辆，所述第二车辆为所述第二已匹配订单当前已匹配的车辆。

在步骤S203’中，若所述第一匹配参数和所述第二匹配参数均符合匹配参数条件，则将所述第一已匹配订单当前已匹配的第一车辆更新为所述第二车辆，以及，将所述第二已匹配订单当前已匹配的第二车辆更新为所述第一车辆。

在一实施例中，可以同时确定处于不同区域的第一已匹配订单和第二已匹配订单是否符合重新匹配条件，进而当确定二者均符合重新匹配条件时，计算第一已匹配订单与第二车辆匹配情况下的第一匹配参数，以及，计算所述第二已匹配订单与第一车辆匹配情况下的第二匹配参数。其中，所述第一车辆为所述第一已匹配订单当前已匹配的车辆，所述第二车辆为所述第二已匹配订单当前已匹配的车辆。进一步地，当所述第一匹配参数和所述第二匹配参数均符合匹配参数条件时，可以将所述第一已匹配订单当前已匹配的第一车辆更新为所述第二车辆，以及，将所述第二已匹配订单当前已匹配的第二车辆更新为所述第一车辆，即将第一已匹配订单和第二已匹配订单当前已匹配的车辆进行交换。

举例来说，对于相距较远的A、B两区域，在某一时刻，区域A的乘客1发起订单1，在区域A内未查找到处于可匹配状态的车辆的情况下，服务端在区域B内查找到处于可匹配状态的车辆b，则服务端将车辆b匹配给订单1。然而，过了较短时间(例如，2分钟等)后，区域B的乘客2发起订单2，且此时在区域A内出现了处于可匹配状态的车辆a。那么，在现有技术中的匹配机制下，服务端会将车辆a匹配给订单2。可见，这种匹配机制会导致订单1和订单2匹配到的车辆距离乘客较远，即导致司机的接驾时间较长，进而也导致乘客1和乘客2的等车时间较长，影响乘客的出行体验和效率。

然而，本实施例的方法从全局考虑，会基于上述步骤S201’-S203’对已匹配的订单1和订单2均进行重新匹配，以将车辆a匹配给订单1，将车辆b匹配给订单2(即，将车辆a和车辆b的订单进行交换)，这样不仅可以减少乘客的等待时间，改善用户体验，还可以缩短司机的接驾里程，降低司机的空驶时长，提高司机的效率。进一步地，若将该方法应用于无人交通工具(如，无人车等)，还可以提高运营效率。

图3是本申请第四示例性实施例示出的一种处理订单的方法的流程图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图3所示，该方法包括步骤S301-S304：

在步骤S301中，确定已匹配订单是否符合重新匹配条件。

其中，步骤S301的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤S302中，若符合重新匹配条件，则获取所述订单中的出发地以及所述目标车辆的当前位置。

在一实施例中，当确定已匹配订单符合重新匹配条件后，可以获取所述订单中的出发地以及所述目标车辆的当前位置。

在一实施例中，上述出发地可以为步骤S101中乘客通过乘客端向服务端发送用车订单中包含的出发地，其具体获取方法可以参见现有技术中的解释说明，本实施例对此不进行限定。

在一实施例中，目标车辆的当前位置可以基于目标车辆关联的司机终端向服务端上报的路径点集进行确定，例如可以将该路径点集中最后上报的点对应的位置确定为目标车辆的当前位置。

在一实施例中，目标车辆的当前位置的确定方法还可以由开发人员根据实际业务需要选取其他现有技术，本实施例对此不进行限定。

在步骤S303中，基于所述出发地与所述当前位置，计算所述订单与所述目标车辆匹配情况下的匹配参数。

在一实施例中，当获取所述订单中的出发地以及所述目标车辆的当前位置后，可以基于该出发地与当前位置，计算上述订单与目标车辆匹配情况下的匹配参数。

举例来说，若上述匹配参数包括接驾距离，则当服务端获取所述订单中的出发地以及所述目标车辆的当前位置后，可以根据所述出发地与目标车辆的当前位置之间的距离确定接驾距离。

在此基础上，若上述匹配参数包括预计接驾时长，则服务端获取所述订单中的出发地以及所述目标车辆的当前位置后，可以根据所述出发地与目标车辆的当前位置，并结合当前的路况、天气、目标车辆的接驾轨迹、接驾速度以及司机驾驶习惯等信息预测司机的接驾时长。

值得说明的是，除上述根据出发地与目标车辆的当前位置，并结合当前的路况、天气等信息确定匹配参数之外，开发人员还可以根据实际业务需要选取现有技术中的其他方法计算匹配参数，且计算的匹配参数同样适用于后续步骤，本实施例对此不进行限定。

在步骤S304中，若所述订单与所述目标车辆匹配情况下的匹配参数，小于所述订单与所述当前已匹配的车辆匹配情况下的匹配参数，则将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，当计算所述订单与所述目标车辆匹配情况下的匹配参数后，可以该匹配参数与当前匹配情况下的匹配参数(即，订单与当前已匹配的车辆匹配情况下的匹配参数)进行比较，得到比较结果。

在一实施例中，当得到的比较结果表征所述订单与所述目标车辆匹配情况下的匹配参数，小于所述订单与所述当前已匹配的车辆匹配情况下的匹配参数时，可以将所述订单当前已匹配的车辆更新为所述目标车辆。

由上述描述可知，本实施例通过获取所述订单中的出发地以及所述目标车辆的当前位置，并基于所述出发地与所述当前位置，计算所述订单与所述目标车辆匹配情况下的匹配参数，进而当所述订单与所述目标车辆匹配情况下的匹配参数，小于所述订单与所述当前已匹配的车辆匹配情况下的匹配参数时，将所述订单当前已匹配的车辆更新为所述目标车辆，可以准确地对已匹配订单进行重新匹配，并且可以确保基于重新匹配的目标车辆，缩短司机的接驾时间，减少乘客的等车时间，进而提升乘客的出行效率。

图4是本申请一示例性实施例示出的如何将订单当前已匹配的车辆更新为目标车辆的流程图；本实施例在上述实施例的基础上，以如何将订单当前已匹配的车辆更新为目标车辆为例进行示例性说明。如图4所示，步骤S103中所述将所述订单当前已匹配的车辆更新为所述目标车辆，可以包括以下步骤S401-S402：

在步骤S401中，向司机终端发送询问信息。

其中，所述司机终端包括与所述目标车辆关联的司机终端和与所述当前已匹配的车辆关联的司机终端中的至少一个。

在一实施例中，当确定上述匹配参数符合匹配参数条件后，可以向与所述目标车辆关联的司机终端发送询问信息，该询问信息可以用于询问目标车辆的司机是否同意承接上述订单。

在一实施例中，当确定上述匹配参数符合匹配参数条件后，可以向与所述当前已匹配的车辆关联的司机终端发送询问信息，该询问信息可以用于询问当前已匹配的车辆的司机是否同意将上述订单匹配给其他司机。

在一实施例中，上述询问信息的发送方式可以由开发人员根据实际需要进行自由设置，如通过向司机端发送控制指令，以触发司机端弹出窗口信息的方式等，本实施例对此不进行限定。

在一实施例中，当服务端向司机终端发送询问信息后，司机终端可以响应于所述询问信息返回同意匹配信息或拒绝匹配信息。

在步骤S402中，若接收到所述司机终端响应于所述询问信息发送的同意匹配信息，则将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，若服务端向司机终端发送询问信息后，接收到所述司机终端响应于所述询问信息发送的同意匹配信息，则可以将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，服务端向与所述目标车辆关联的司机终端发送的询问信息中可以设置“同意”选项和“拒绝”选项，当司机基于自身的接单意愿触发该“同意”选项后，服务端可以接收到司机终端发送的同意匹配信息。

由上述描述可知，本实施例通过向与目标车辆关联的司机终端或与当前已匹配的车辆关联的司机终端发送询问信息，并当接收到所述司机终端响应于所述询问信息发送的同意匹配信息时，将所述订单当前已匹配的车辆更新为所述目标车辆，可以实现基于司机的意愿对已匹配订单进行重新匹配，保证重新匹配的订单能够被即时处理，确定订单的处理效率，进而可以基于重新匹配的目标车辆，缩短司机的接驾时间，减少乘客的等车时间，提升乘客的出行效率。

图5是本申请第五示例性实施例示出的一种处理订单的方法的流程图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图5所示，该方法包括步骤S501-S504：

在步骤S501中，确定已匹配订单是否符合重新匹配条件。

在步骤S502中，若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数。

在步骤S503中，若所述匹配参数符合匹配参数条件，则将所述订单当前已匹配的车辆更新为所述目标车辆。

其中，步骤S501-S503的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤S504中，若检测到所述订单符合结束匹配条件，则向与所述订单关联的乘客终端发送所述目标车辆的车辆信息，所述结束匹配条件与所述重新匹配条件相对应。

在一实施例中，当将所述订单当前已匹配的车辆更新为所述目标车辆后，可以检测上述订单是否符合结束匹配条件：若检测到所述订单符合结束匹配条件时，则可以确定订单匹配过程终止，进而可以向与所述订单关联的乘客终端发送所述目标车辆的车辆信息(即，该订单最终匹配的车辆的信息)。

在一实施例中，上述车辆信息的内容可以由开发人员根据实际业务需要进行设置，如设置为车牌号、车辆型号、司机名称、司机等级、成单数量、开车年限以及好评率中的至少一项，本实施例对此不进行限定。

在一实施例中，上述结束匹配条件与重新匹配条件相对应。

举例来说，若重新匹配条件为“接驾距离大于或等于预设距离阈值”，则结束匹配条件可以为“接驾距离小于预设距离阈值”；

同理，若重新匹配条件为“预计接驾时长大于或等于预设时长阈值”，则结束匹配条件可以为“预计接驾时长小于预设时长阈值”。

进一步地，若重新匹配条件为“接驾距离大于或等于预设距离阈值，并且，当前未到达目标时间”，则结束匹配条件可以为“接驾距离小于预设距离阈值，或者，当前已到达目标时间”。

由上述描述可知，本实施例通过当检测到所述订单符合结束匹配条件时，向与所述订单关联的乘客终端发送所述目标车辆的车辆信息，可以及时告知乘客最终匹配的车辆，有利于乘客快速、准确地找到预约的车辆，由于在检测到订单符合结束匹配条件时才向乘客终端发送目标车辆的车辆信息，可以避免乘客在订单匹配过程中看到乘客端中展示的车辆信息不断地变换，可以提升乘客的体验。

图6是本申请第六示例性实施例示出的一种处理订单的方法的流程图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图6所示，该方法包括步骤S601-S603：

在步骤S601中，确定已匹配订单是否符合重新匹配条件。

在步骤S602中，若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数。

其中，步骤S601-S602的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤S603中，若所述匹配参数符合匹配参数条件，则构建接驾车辆标识与所述目标车辆之间的对应关系，并解除所述接驾车辆标识与所述当前已匹配的车辆之间的对应关系。

其中，所述接驾车辆标识对应于所述订单。

在一实施例中，在为订单匹配接驾的车辆后，可以向与该订单关联的乘客终端发送接驾车辆标识。在一实施例中，该接驾车辆标识为用于在与所述订单关联的乘客终端中展示的、已匹配车辆的标识。

值得说明的是，为了避免乘客在订单匹配过程中看到乘客端中展示的车辆信息不断地变换，可以将上述接驾车辆标识设置为不同于车辆的实际车牌号信息。即，当上述订单匹配的车辆变化时，该订单对应的接驾车辆标识是不变的，而该接驾车辆标识对应的车辆是变化的。

举例来说，当乘客通过乘客端向服务端发送用车订单后，服务端为该订单匹配接驾的车辆；进而当匹配到接驾的车辆A后，生成接驾车辆标识(例如，编号005等)，并将该接驾车辆标识发送给乘客终端；同时，可以构建接驾车辆标识与车辆A之间的对应关系，例如，在接驾的车辆A的顶端采用顶灯等形式展示该接驾车辆标识。

在此基础上，当对上述订单进行重新匹配后，该订单匹配的车辆由车辆A变为车辆B，则构建该接驾车辆标识与车辆B之间的对应关系，如在接驾的车辆B的顶端采用顶灯等形式展示该接驾车辆标识，并解除该接驾车辆标识与车辆A之间的对应关系(如，停止在车辆A的顶端展示该接驾车辆标识)。可知，在此过程中，乘客终端中展示的接驾车辆标识不变，仍为编号005。

由上述描述可知，本实施例通过构建接驾车辆标识与所述目标车辆之间的对应关系，并解除所述接驾车辆标识与所述当前已匹配的车辆之间的对应关系，可以实现在订单匹配过程中为乘客展示固定的接驾车辆标识，避免乘客在订单匹配过程中看到乘客端中展示的车辆信息不断地变换，可以提升乘客的体验。

图7是本申请一示例性实施例示出的一种处理订单的装置的结构图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。如图7所示，该装置包括：匹配订单确定模块110、匹配参数计算模块120以及目标车辆更新模块130，其中：

匹配订单确定模块110，用于确定已匹配订单是否符合重新匹配条件；

匹配参数计算模块120，用于当符合重新匹配条件时，计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数；

目标车辆更新模块130，用于当所述匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆。

由上述描述可知，本实施例通过确定已匹配订单是否符合重新匹配条件，并当符合重新匹配条件时，计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，进而当所述匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆，由于将符合重新匹配条件的已匹配订单信息仍置于可匹配状态，计算其与处于可匹配状态的目标车辆匹配情况下的匹配参数，并在匹配参数符合条件时，确定该订单可以与目标车辆匹配，进而将订单当前已匹配的车辆更新为目标车辆，可以实现对已匹配订单的重新匹配，进而可以基于重新匹配的目标车辆，缩短司机的接驾时间，减少乘客的等车时间，进而提升乘客的出行效率。

在一实施例中，所述符合重新匹配条件，包括以下至少一项：

接驾距离大于或等于预设距离阈值；

预计接驾时长大于或等于预设时长阈值；

当前未到达目标时间，所述目标时间基于预计接驾时间之前的预设时间确定。

在一实施例中，上述已匹配订单可以包括第一已匹配订单和第二已匹配订单；

匹配参数计算模块120还可以用于计算所述第一已匹配订单与第二车辆匹配情况下的第一匹配参数，以及，计算所述第二已匹配订单与第一车辆匹配情况下的第二匹配参数，所述第一车辆为所述第一已匹配订单当前已匹配的车辆，所述第二车辆为所述第二已匹配订单当前已匹配的车辆；

所述匹配参数符合匹配参数条件，包括：

所述第一匹配参数和所述第二匹配参数均符合匹配参数条件；

目标车辆更新模块130还可以用于将所述第一已匹配订单当前已匹配的第一车辆更新为所述第二车辆，以及，将所述第二已匹配订单当前已匹配的第二车辆更新为所述第一车辆。

图8是本申请又一示例性实施例示出的一种处理订单的装置的结构图；该实施例可以用于网约车平台的服务端(包括一台服务器或多台服务器组成的服务器集群)。其中，匹配订单确定模块210、匹配参数计算模块220以及目标车辆更新模块230与前述图7所示实施例中的匹配订单确定模块110、匹配参数计算模块120以及目标车辆更新模块130的功能相同，在此不进行赘述。其中：如图8所示，

在一实施中，匹配参数计算模块220，可以包括：

地点位置获取单元221，用于获取所述订单中的出发地以及所述目标车辆的当前位置；

匹配参数计算单元222，用于基于所述出发地与所述当前位置，计算所述订单与所述目标车辆匹配情况下的匹配参数；

在此基础上，所述匹配参数符合匹配参数条件，可以包括：

所述订单与所述目标车辆匹配情况下的匹配参数，小于所述订单与所述当前已匹配的车辆匹配情况下的匹配参数，所述匹配参数包括接驾距离和预计接驾时长中的至少一种。

在一实施例中，目标车辆更新模块230，可以包括：

询问信息发送单元231，用于向司机终端发送询问信息，所述司机终端包括与所述目标车辆关联的司机终端和与所述当前已匹配的车辆关联的司机终端中的至少一个；

目标车辆更新单元232，用于当接收到所述司机终端响应于所述询问信息发送的同意匹配信息时，将所述订单当前已匹配的车辆更新为所述目标车辆。

在一实施例中，装置还可以包括：

车辆信息发送模块240，用于当检测到所述订单符合结束匹配条件时，向与所述订单关联的乘客终端发送所述目标车辆的车辆信息，所述结束匹配条件与所述重新匹配条件相对应。

在一实施例中，目标车辆更新模块230还可以用于：

构建接驾车辆标识与所述目标车辆之间的对应关系，并解除所述接驾车辆标识与所述当前已匹配的车辆之间的对应关系，所述接驾车辆标识对应于所述订单。

在一实施例中，上述装置还可以包括：目标订单派发模块250；

目标订单派发模块250还可以包括：

目标订单确定单元251，用于确定目标订单是否符合重新匹配条件，所述目标订单为所述目标车辆当前已匹配的订单；

目标参数计算单元252，用于当所述目标订单符合重新匹配条件时，计算所述目标订单与所述当前已匹配的车辆匹配情况下的目标匹配参数；

目标订单派发单元253，用于当所述目标匹配参数符合匹配参数条件时，将所述目标订单派发给所述当前已匹配的车辆。

值得说明的是，上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本发明的处理订单的装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的，其中计算机程序用于执行上述图1～图6所示实施例提供的处理订单的方法。从硬件层面而言，如图9所示，为本发明的处理订单的设备的硬件结构图，除了图9所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。另一方面，本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1～图6所示实施例提供的处理订单的方法。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

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

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (8)

1.一种处理订单的方法，其特征在于，应用于网约车平台的服务端，包括：

确定已匹配订单是否符合重新匹配条件；

若符合重新匹配条件，则计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数；

若所述匹配参数符合匹配参数条件，则将所述订单当前已匹配的车辆更新为所述目标车辆；

所述符合重新匹配条件，包括以下至少一项：

接驾距离大于或等于预设距离阈值；

预计接驾时长大于或等于预设时长阈值；

当前未到达目标时间，所述目标时间基于预计接驾时间之前的预设时间确定；所述目标时间用于表征所述已匹配订单允许被重新匹配的时间；

所述已匹配订单包括第一已匹配订单和第二已匹配订单；

所述计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，包括：

计算所述第一已匹配订单与第二车辆匹配情况下的第一匹配参数，以及，计算所述第二已匹配订单与第一车辆匹配情况下的第二匹配参数，所述第一车辆为所述第一已匹配订单当前已匹配的车辆，所述第二车辆为所述第二已匹配订单当前已匹配的车辆；

所述匹配参数符合匹配参数条件，包括：

所述第一匹配参数和所述第二匹配参数均符合匹配参数条件；

所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

将所述第一已匹配订单当前已匹配的第一车辆更新为所述第二车辆，以及，将所述第二已匹配订单当前已匹配的第二车辆更新为所述第一车辆。

2.根据权利要求1所述的方法，其特征在于，所述计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，包括：

获取所述订单中的出发地以及所述目标车辆的当前位置；

基于所述出发地与所述当前位置，计算所述订单与所述目标车辆匹配情况下的匹配参数；

所述匹配参数符合匹配参数条件，包括：

所述订单与所述目标车辆匹配情况下的匹配参数，小于所述订单与所述当前已匹配的车辆匹配情况下的匹配参数，所述匹配参数包括接驾距离和预计接驾时长中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

向司机终端发送询问信息，所述司机终端包括与所述目标车辆关联的司机终端和与所述当前已匹配的车辆关联的司机终端中的至少一个；

若接收到所述司机终端响应于所述询问信息发送的同意匹配信息，则将所述订单当前已匹配的车辆更新为所述目标车辆。

4.根据权利要求1所述的方法，其特征在于，所述将所述订单当前已匹配的车辆更新为所述目标车辆之后，还包括：

若检测到所述订单符合结束匹配条件，则向与所述订单关联的乘客终端发送所述目标车辆的车辆信息，所述结束匹配条件与所述重新匹配条件相对应。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

构建接驾车辆标识与所述目标车辆之间的对应关系，并解除所述接驾车辆标识与所述当前已匹配的车辆之间的对应关系，所述接驾车辆标识对应于所述订单。

6.一种处理订单的装置，其特征在于，应用于网约车平台的服务端，包括：

匹配订单确定模块，用于确定已匹配订单是否符合重新匹配条件；

匹配参数计算模块，用于当符合重新匹配条件时，计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数；

目标车辆更新模块，用于当所述匹配参数符合匹配参数条件时，将所述订单当前已匹配的车辆更新为所述目标车辆；

所述符合重新匹配条件，包括以下至少一项：

接驾距离大于或等于预设距离阈值；

预计接驾时长大于或等于预设时长阈值；

当前未到达目标时间，所述目标时间基于预计接驾时间之前的预设时间确定；所述目标时间用于表征所述已匹配订单允许被重新匹配的时间；

所述已匹配订单包括第一已匹配订单和第二已匹配订单；

所述计算所述订单与处于可匹配状态的目标车辆匹配情况下的匹配参数，包括：

计算所述第一已匹配订单与第二车辆匹配情况下的第一匹配参数，以及，计算所述第二已匹配订单与第一车辆匹配情况下的第二匹配参数，所述第一车辆为所述第一已匹配订单当前已匹配的车辆，所述第二车辆为所述第二已匹配订单当前已匹配的车辆；

所述匹配参数符合匹配参数条件，包括：

所述第一匹配参数和所述第二匹配参数均符合匹配参数条件；

所述将所述订单当前已匹配的车辆更新为所述目标车辆，包括：

将所述第一已匹配订单当前已匹配的第一车辆更新为所述第二车辆，以及，将所述第二已匹配订单当前已匹配的第二车辆更新为所述第一车辆。

7.一种行驶路径展示设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述权利要求1-5任一所述的处理订单的方法。

8.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-5任一所述的处理订单的方法。

Images