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

Abstract

本申请提供一种订单信息的处理方法、装置、设备及存储介质，其中，所述方法包括：接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。本申请可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。

Description

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

技术领域

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

背景技术

目前需要用户到达目标地点接收服务的业务(如网约车服务、外卖业务或快递业务)中，业务平台会基于订单中的地点为用户调度服务提供方。当服务提供方接单后，业务平台会为用户预估提供服务的时间，并通知服务提供方在该时间内到达上述地点等待乘客。

以网约车服务为例，网约车平台在接到用户发送的打车订单后，会根据该订单中的目标地点为用户调度车辆。当确定接单车辆(即服务提供方)后，网约车平台会为乘客预估接驾时间，并通知接单车辆在接驾时间内到达目标地点等待乘客。

然而，在实际生活中容易发生用户迟到的情况，导致服务提供方等待时间延长，影响服务提供方的任务完成进度。

发明内容

有鉴于此，本申请提供一种订单信息的处理方法、装置、设备及存储介质，以解决上述现有技术方案中存在的问题。

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

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

接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；

根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；

向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

在一实施例中，所述方法还包括：

若所述服务接收方超过所述预计时长未到达所述目标地点，则根据超时时长确定所述奖励信息的扣除参数值，并向所述服务接收方推送所述奖励信息的扣除参数值；和/或，

根据超时时长确定所述奖励信息的剩余参数值，并向所述服务接收方推送所述奖励信息的剩余参数值。

在一实施例中，所述方法还包括：

获取所述服务接收方的位置信息；

根据所述位置信息与所述目标地点的位置偏差，确定所述服务接收方是否到达所述目标地点；或，

根据所述服务提供方发送的接驾信息，确定所述服务接收方是否到达所述目标地点。

在一实施例中，所述订单处理信息包括以下至少一种：

接单成功信息；

表明所述服务提供方已到达所述目标地点的等待接驾信息。

在一实施例中，所述方法还包括：

从向所述服务接收方推送提示消息的时刻起，对所述预计时长进行递减处理；

若满足预设条件，则停止所述递减处理。

在一实施例中，所述预设条件包括以下任一种：

所述服务提供方超过所述预计时长未到达所述目标地点；

所述奖励信息的剩余参数值为零；

所述服务接收方到达所述目标地点；

所述服务提供方接驾成功。

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

向服务端发送订单请求信息，所述订单请求信息包括目标地点；

接收所述服务端发送的提示信息，所述提示消息用于提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，所述预设时长以及所述奖励信息根据服务提供方的订单处理信息确定。

在一实施例中，所述方法还包括：

接收所述服务端推送的所述奖励信息的扣除参数值，所述扣除参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的；和/或，

接收所述服务端推送的所述奖励信息的剩余参数值，所述剩余参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的。

在一实施例中，所述方法还包括：

从接收到所述服务端推送的提示消息的时刻起，对所述预计时长进行递减处理；

若满足预设条件，则停止所述递减处理。

在一实施例中，所述方法还包括：

若接收到所述服务端推送的所述奖励信息的扣除参数值，则展示将所述扣除参数值移动至司机钱包的动画。

根据本申请的第三方面，提出了一种订单信息的处理装置，包括：

订单请求接收模块，用于接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；

时长奖励确定模块，用于根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；

提示消息推送模块，用于向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

根据本申请的第四方面，提出了一种订单信息的处理装置，包括：

订单请求发送模块，用于向服务提供方发送订单请求信息，所述订单请求信息包括目标地点；

提示信息接收模块，用于接收所述服务提供方发送的提示信息，所述提示消息用于提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，所述预设时长以及所述奖励信息根据所述服务提供方的订单处理信息确定。

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

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

由以上技术方案可见，本申请通过接收服务接收方发送的订单请求信息，并根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息，进而向服务接收方推送提示消息，以提示服务接收方在预计时长内到达目标地点将获得所述奖励信息，如果服务接收方对该提示消息提及的奖励信息感兴趣，则可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。

附图说明

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

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

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

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

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

图5B是本申请一示例性实施例示出的一种将奖励信息的扣除参数值移动至司机钱包的动画示意图；

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

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

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

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

具体实施方式

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

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

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

图1是本申请第一示例性实施例示出的一种订单信息的处理方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图1所示，该方法包括步骤S101-S103：

在步骤S101中：接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点。

在一实施例中，服务端可以接收服务接收方发送的订单请求信息，该订单请求信息中可以包括目标地点。其中，该目标地点可以为与服务相关的地点，如提供全程服务的地点或开始提供服务的地点等，本实施例对此不进行限定。

在一实施例中，上述服务可以包括网约车服务、外卖服务或快递服务等，相应地，上述服务提供方包括提供相应服务的用户，而服务接收方包括请求相应服务的用户；并且，上述目标地点可以包括接驾地点、取餐地点或取快递的地点等，本实施例对此不进行限定。

在一实施例中，当用户需要平台服务端的某项服务时，可以通过智能手机等终端设备向平台服务端发送订单请求信息，进而平台服务端可以为该用户调度服务提供方。

在步骤S102中：根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息。

在一实施例中，当平台服务端接收服务接收方发送的订单请求信息后，可以根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息。

在一实施例中，上述服务开始的预计时长可以为当前时刻到服务提供方开始为服务接收方提供服务的时刻的时长。

在一实施例中，上述订单处理信息可以由开发人员根据实际业务需要进行设置，如设置为包括以下至少一种，本实施例对此不进行限定：

接单成功信息；

表明所述服务提供方已到达所述目标地点的等待接驾信息。

举例来说，当平台服务端接收到服务接收方发送的订单请求信息后，可以基于接单成功信息或表明所述服务提供方已到达所述目标地点的等待接驾信息确定服务开始的预计时长以及奖励信息，也就是说，可以从服务提供方接单时刻开始计时，或者，可以从服务提供方到达目标地点后开始计时。

在一实施例中，上述奖励信息可以由开发人员根据实际业务需要进行设置，如设置为包括车费优惠券、会员积分、虚拟金币中至少一种的奖励信息，本实施例对此不进行限定。

以网约车服务为例，网约车平台服务端在接到用户发送的打车订单请求后，会根据该订单请求中的目标地点(如，上车点)为用户调度车辆。当确定接单车辆(即服务提供方)后，网约车平台会为乘客(即服务接收方)预估乘客或司机到达目标地点的时长(例如，3分钟)，并且，可以确定相应的奖励信息(例如，虚拟红包3元等)。在一实施中，该奖励信息的参数值还可以与预估的时长关联，本实施例对此不进行限定。

在步骤S103中：向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

在一实施例中，当平台服务端确定服务开始的预计时长以及奖励信息后，可以向服务接收方推送提示消息，该提示消息可以用于是服务接收方在上述预计时长内到达目标地点将可以获得奖励信息。

仍以网约车服务为例，当网约车平台服务端为乘客预估到达上车点的时长并确定奖励信息后，可以向该乘客推送提示信息，以提示乘客在该预计时长内到达上车点可获得该奖励信息。

值得说明的是，上述提示消息的内容和形式可以由开发人员根据实际需要进行自由设置，本实施例对此不进行限定。

在一实施例中，当服务接收方已到达目标地点时，可以向所述服务接收方推送上述奖励信息。

在一实施例中，基于奖励信息的不同类型，向所述服务接收方推送所述奖励信息也可以包括以下不同的方式：

第一种方式，若所述奖励信息为服务费抵扣信息，则可以利用所述服务费抵扣信息的剩余参数值抵扣当前服务费用中的相应金额。

第二种方式，若所述奖励信息为会员积分或虚拟金币，则可以将所述奖励信息的剩余参数值添加至所述服务接收方的奖励信息账户中。

值得说明的是，上述奖励信息的类型以及相应的推送方式仅用于示例性说明，在实际应用中，开发人员可以根据实际业务需要设置其他的奖励信息的类型和相应的推送方式，本实施例对此不进行限定。

由上述描述可知，本实施例通过接收服务接收方发送的订单请求信息，并根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息，进而向服务接收方推送提示消息，以提示服务接收方在预计时长内到达目标地点将获得所述奖励信息，如果服务接收方对该提示消息提及的奖励信息感兴趣，则可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。

图2是本申请第二示例性实施例示出的一种订单信息的处理方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图2所示，该方法包括步骤S201-S205：

在步骤S201中：接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点。

在步骤S202中：根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息。

在步骤S203中：向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

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

在步骤S204中：若所述服务接收方超过所述预计时长未到达所述目标地点，则根据超时时长确定所述奖励信息的扣除参数值，并向所述服务接收方推送所述奖励信息的扣除参数值；和/或，根据超时时长确定所述奖励信息的剩余参数值，并向所述服务接收方推送所述奖励信息的剩余参数值。

在一实施例中，当平台服务端向所述服务接收方推送提示消息后，若服务接收方超过上述预计时长未到达目标地点，则可以根据超时时长计算上述奖励信息的剩余参数值和/或扣除参数值。其中，超时时长可以从到达上述预计时长时开始计算。

在一实施例中，奖励信息的剩余参数值可以随着超时时长的增加而减少，即奖励信息的剩余参数值与超时时长成反比。同理，奖励信息的扣除参数值可以随着超时时长的增加而增加，即奖励信息的扣除参数值与超时时长成正比。

在一实施例中，确定服务接收方是否达到上述目标地点的方式可以参见下述图3所示实施例，在此先不进行详述。

在一实施例中，当根据超时时长确定所述奖励信息的扣除参数值后，可以向所述服务接收方推送所述奖励信息的扣除参数值；同理，当根据超时时长确定所述奖励信息的剩余参数值后，可以向所述服务接收方推送所述奖励信息的剩余参数值。以奖励信息的剩余参数值为例，当向所述服务接收方推送所述奖励信息的剩余参数值后，可以通过服务接收方的终端设备展示奖励信息的剩余参数值随剩余超时时长的增加而减少的动态过程，达到激励乘客尽快到达目标地点的目的。

值得说明的是，向服务接收方推送所述奖励信息的剩余参数值和/或扣除参数值的方式可以参见现有的信息推送方式，本实施例对此不进行限定。

由上述描述可知，本实施例通过当确定服务接收方超过所述预计时长未到达所述目标地点时，根据超时时长确定所述奖励信息的扣除参数值，并向所述服务接收方推送所述奖励信息的扣除参数值，和/或根据超时时长确定所述奖励信息的剩余参数值，并向所述服务接收方推送所述奖励信息的剩余参数值，可以实现通过服务接收方的终端设备展示奖励信息的剩余参数值和/或扣除参数值随剩余超时时长的增加而变化的动态过程，达到激励乘客尽快到达目标地点的目的，可以实现增大服务接收方在预计时长内到达目标地点的概率，缩短服务提供方的等待时间，进而加快服务提供方的任务完成进度。

图3是本申请第三示例性实施例示出的一种订单信息的处理方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图3所示，该方法包括步骤S301-S308：

在步骤S301中，接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点。

在步骤S302中，根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息。

在步骤S303中，向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

在一实施例中，可以采用以下两种方式确定服务接收方是否到达目标地点：

第一种方式：

在步骤S304中，获取所述服务接收方的位置信息。

在一实施例中，平台服务端可以获取服务接收方的当前位置信息，以确定服务接收方的当前所在位置。

在一实施例中，平台服务端可以在向所述服务接收方推送提示消息之后获取所述服务接收方的位置信息，或者，可以在向所述服务接收方推送提示消息之前获取所述服务接收方的位置信息，又或者，可以在向所述服务接收方推送提示消息的同时获取所述服务接收方的位置信息，本实施例对此不进行限定。

值得说明的是，获取服务接收方的位置信息的方式可以由开发人员根据实际业务需要进行选取，如通过服务接收方的终端设备中的定位装置(如，GPS等)获取服务接收方的位置信息等，本实施例对此不进行限定。

在步骤S305中，根据所述位置信息与所述目标地点的位置偏差，确定所述服务接收方是否到达所述目标地点。

在一实施例中，当获取所述服务接收方的位置信息后，可以将所述位置信息与目标地点进行比对，以确定该位置信息与所述目标地点的位置偏差，进而可以根据偏差的大小确定服务接收方是否已到达目标地点。

在一实施例中，当确定偏差的大小后，可以将该其与预设偏差阈值进行比对，进而当其小于或等于偏差阈值时，可以确定服务接收方已到达所述目标地点；否则，可以确定服务接收方未到达所述目标地点。

值得说明的是，上述偏差阈值的大小可以由开发人员根据实际业务需要进行设置，如设置为2米、3米或5米等，本实施例对此不进行限定。

第二种方式：

在步骤S306中，根据所述服务提供方发送的接驾信息，确定所述服务接收方是否到达所述目标地点。

在一实施例中，当服务接收方达到目标地点后，服务提供方可以向平台服务端发送接驾信息，因此，平台服务端可以通过检测服务提供方发送的接驾信息，确定所述服务接收方是否到达所述目标地点。即，当平台服务端接收到服务提供方发送的接驾信息时，可以确定所述服务接收方已到达所述目标地点；否则，可以确定服务接收方未到达所述目标地点。

在步骤S307中，若所述服务接收方超过所述预计时长未到达所述目标地点，则根据超时时长确定所述奖励信息的剩余参数值。

在步骤S308中，向所述服务接收方推送所述奖励信息的剩余参数值。

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

由上述描述可知，本实施例可以通过获取所述服务接收方的位置信息，并根据所述位置信息与所述目标地点的位置偏差，以确定所述服务接收方是否到达所述目标地点；或者，可以通过根据所述服务提供方发送的接驾信息，以确定所述服务接收方是否到达所述目标地点，可以实现准确地判断服务接收方是否到达所述目标地点，进而可以实现后续当检测到服务接收方超过预计时长未到达所述目标地点时，根据超时时长确定所述奖励信息的剩余参数值，有利于激励乘客尽快到达目标地点，可以实现增大服务接收方在预计时长内到达目标地点的概率，缩短服务提供方的等待时间，进而加快服务提供方的任务完成进度。

图4是本申请第四示例性实施例示出的一种订单信息的处理方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图4所示，该方法包括步骤S401-S405：

在步骤S401中，接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点。

在步骤S402中，根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息。

在步骤S403中，向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

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

在步骤S404中，从向所述服务接收方推送提示消息的时刻起，对所述预计时长进行递减处理。

在一实施例中，当平台服务端向所述服务接收方推送提示消息时，可以开始对所述预计时长进行递减处理，例如开启倒计时，进而可以通过服务接收方的终端设备展示该预计时长递减的动态过程，达到激励乘客尽快到达目标地点的目的。

在步骤S405中，若满足预设条件，则停止所述递减处理。

在一实施例中，在平台服务端开始对所述预计时长进行递减处理的过程中，可以检测当前是否满足预设条件；若满足，则停止所述递减处理。

在一实施例中，上述预设条件可以由开发人员根据实际业务需要进行设置，如设置为包括以下任一种：

所述服务提供方超过所述预计时长未到达所述目标地点；

所述奖励信息的剩余参数值为零；

所述服务接收方到达所述目标地点；

所述服务提供方接驾成功。

在一实施例中，当服务提供方接单后，还可以确定服务接收方是否为经常迟到用户，例如可以基于服务接收方的历史服务数据确定服务接收方是否为经常迟到的用户。

举例来说，可以基于历史服务数据(如，预设历史时间段内的订单数据以及在执行订单过程中记录的相关数据等)确定服务接收方的迟到次数，并将该迟到次数与预设阈值进行比较，当该迟到次数超过预设阈值时，将该服务接收方确定为经常迟到用户，进而可以执行上述实施例，如此即可实现针对特定用户群实现本申请的方案，达到节约发放奖励信息的成本的目的。

值得说明的是，经常迟到的用户更可能因为主观原因导致迟到(例如，就是习惯于让服务提供方等自己，而不愿耗费自己的时间等服务提供方，因此导致迟到)，因而通过对其推送奖励信息，提示其在预计时长内到达所述目标地点将获得所述奖励信息，可以更有起到有效激励其尽快到达目标地点的作用。

图5A是本申请第五示例性实施例示出的一种订单信息的处理方法的流程图；该实施例可以用于终端设备(如，智能手机、平板电脑和台式电脑等)。如图5A所示，该方法包括步骤S501-S502：

在步骤S501中，向服务端发送订单请求信息，所述订单请求信息包括目标地点。

在一实施例中，当用户需要平台服务端的某项服务时，可以通过智能手机等终端设备向平台服务端发送订单请求信息，其中，该订单请求信息包括目标地点，进而平台服务端可以为该用户调度服务提供方。

值得说明的是，上述目标地点可以为与服务相关的地点，如提供全程服务的地点或开始提供服务的地点等，本实施例对此不进行限定。

在一实施例中，上述服务可以包括网约车服务、外卖服务或快递服务等，相应地，上述服务提供方包括提供相应服务的用户，而服务接收方包括请求相应服务的用户；并且，上述目标地点可以包括接驾地点、取餐地点或取快递的地点等，本实施例对此不进行限定。

在步骤S502中，接收所述服务端发送的提示信息，所述提示消息用于提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，所述预设时长以及所述奖励信息根据服务提供方的订单处理信息确定。

在一实施例中，当平台服务端接收服务接收方发送的订单请求信息后，可以根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息，相关解释和说明可以参见上述实施例，在此不进行赘述。

进一步地，当平台服务端确定服务开始的预计时长以及奖励信息后，可以向服务接收方推送提示消息，该提示消息可以用于是服务接收方在上述预计时长内到达目标地点将可以获得奖励信息。

在一实施例中，从接收到所述服务端推送的提示消息的时刻起，终端设备可以对所述预计时长进行递减处理，例如开启倒计时，进而可以通过终端设备展示该预计时长递减的动态过程，达到激励乘客尽快到达目标地点的目的。

进一步地，当满足预设条件时，可以停止所述递减处理。

在一实施例中，上述预设条件可以由开发人员根据实际业务需要进行设置，如设置为包括以下任一种：

所述服务提供方超过所述预计时长未到达所述目标地点；

所述奖励信息的剩余参数值为零；

所述服务接收方到达所述目标地点；

所述服务提供方接驾成功。

在一实施例中，上述步骤S502之后，所述方法还可以包括以下步骤S503：

在步骤S503中，接收所述服务端推送的所述奖励信息的扣除参数值，和/或，接收所述服务端推送的所述奖励信息的剩余参数值。

其中，所述扣除参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的；所述剩余参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的。

在一实施例中，当平台服务端向所述服务接收方推送提示消息后，若服务接收方超过上述预计时长未到达目标地点，则可以根据超时时长计算上述奖励信息的剩余参数值和/或扣除参数值。其中，超时时长可以从到达上述预计时长时开始计算。

在一实施例中，奖励信息的剩余参数值可以随着超时时长的增加而减少，即奖励信息的剩余参数值与超时时长成反比。同理，奖励信息的扣除参数值可以随着超时时长的增加而增加，即奖励信息的扣除参数值与超时时长成正比。

在一实施例中，当接收到所述服务端推送的所述奖励信息的扣除参数值后，还可以展示将所述扣除参数值移动至司机钱包的动画(参见图5B中虚线内所示出的部分)。由上述描述可知，本实施例通过向服务端发送订单请求信息，进而接收所述服务端发送的提示信息，以提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，其中，该预设时长以及奖励信息根据服务提供方的订单处理信息确定，如果服务接收方对该提示消息提及的奖励信息感兴趣，则可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。在此基础上，通过接收所述服务端推送的所述奖励信息的扣除参数值，和/或，接收所述服务端推送的所述奖励信息的剩余参数值，以及展示将所述扣除参数值移动至司机钱包的动画，可以实现通过终端设备展示奖励信息的剩余参数值和/或扣除参数值随剩余超时时长的增加而变化的动态过程，达到进一步激励乘客尽快到达目标地点的目的。

图6是本申请一示例性实施例示出的一种订单信息的处理装置的结构图；如图6所示，该装置包括：订单请求接收模块110、时长奖励确定模块120以及提示消息推送模块130，其中：

订单请求接收模块110，用于接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；

时长奖励确定模块120，用于根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；

提示消息推送模块130，用于向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

由上述描述可知，本实施例通过接收服务接收方发送的订单请求信息，并根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息，进而向服务接收方推送提示消息，以提示服务接收方在预计时长内到达目标地点将获得所述奖励信息，如果服务接收方对该提示消息提及的奖励信息感兴趣，则可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。

图7是本申请另一示例性实施例示出的一种订单信息的处理装置的结构图；其中，订单请求接收模块210、时长奖励确定模块220以及提示消息推送模块230与前述图6所示实施例中的订单请求接收模块110、时长奖励确定模块120以及提示消息推送模块130的功能相同，在此不进行赘述。如图7所示，该装置包括：

剩余参数确定模块240，用于

根据超时时长确定所述奖励信息的扣除参数值，并向所述服务接收方推送所述奖励信息的扣除参数值；和/或，根据超时时长确定所述奖励信息的剩余参数值，并向所述服务接收方推送所述奖励信息的剩余参数值。在一实施例中，剩余参数确定模块240还可以包括：

第一判断单元241，用于获取所述服务接收方的位置信息；

根据所述位置信息与所述目标地点的位置偏差，确定所述服务接收方是否到达所述目标地点；

或，

第二判断单元242，用于根据所述服务提供方发送的接驾信息，确定所述服务接收方是否到达所述目标地点。

在一实施例中，所述订单处理信息包括以下至少一种：

接单成功信息；

表明所述服务提供方已到达所述目标地点的等待接驾信息。

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

递减处理开始模块250，用于从向所述服务接收方推送提示消息的时刻起，对所述预计时长进行递减处理；

递减处理停止模块260，用于当满足预设条件时，停止所述递减处理。

在一实施例中，所述预设条件包括以下任一种：

所述服务提供方超过所述预计时长未到达所述目标地点；

所述奖励信息的剩余参数值为零；

所述服务接收方到达所述目标地点；

所述服务提供方接驾成功。

图8是本申请另一示例性实施例示出的一种订单信息的处理装置的结构图；如图8所示，该装置包括：订单请求发送模块310和提示信息接收模块320，其中：

订单请求发送模块310，用于向服务提供方发送订单请求信息，所述订单请求信息包括目标地点；

提示信息接收模块320，用于接收所述服务提供方发送的提示信息，所述提示消息用于提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，所述预设时长以及所述奖励信息根据所述服务提供方的订单处理信息确定。

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

扣除参数值接收模块，用于接收所述服务端推送的所述奖励信息的扣除参数值，所述扣除参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的；和/或，

剩余参数值接收模块，用于接收所述服务端推送的所述奖励信息的剩余参数值，所述剩余参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的。

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

递减处理开启模块，用于从接收到所述服务端推送的提示消息的时刻起，对所述预计时长进行递减处理；

递减处理停止模块，用于当满足预设条件时，停止所述递减处理。

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

移动动画展示模块，用于当接收到所述服务端推送的所述奖励信息的扣除参数值时，展示将所述扣除参数值移动至司机钱包的动画。

由上述描述可知，本实施例通过向服务端发送订单请求信息，进而接收所述服务端发送的提示信息，以提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，其中，该预设时长以及奖励信息根据服务提供方的订单处理信息确定，如果服务接收方对该提示消息提及的奖励信息感兴趣，则可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。在此基础上，通过接收所述服务端推送的所述奖励信息的扣除参数值，和/或，接收所述服务端推送的所述奖励信息的剩余参数值，以及展示将所述扣除参数值移动至司机钱包的动画，可以实现通过终端设备展示奖励信息的剩余参数值和/或扣除参数值随剩余超时时长的增加而变化的动态过程，达到进一步激励乘客尽快到达目标地点的目的。

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

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

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

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

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

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

Claims (14)

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

接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；

根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；

向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

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

若所述服务接收方超过所述预计时长未到达所述目标地点，则根据超时时长确定所述奖励信息的扣除参数值，并向所述服务接收方推送所述奖励信息的扣除参数值；和/或，

根据超时时长确定所述奖励信息的剩余参数值，并向所述服务接收方推送所述奖励信息的剩余参数值。

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

获取所述服务接收方的位置信息；

根据所述位置信息与所述目标地点的位置偏差，确定所述服务接收方是否到达所述目标地点；或，

根据所述服务提供方发送的接驾信息，确定所述服务接收方是否到达所述目标地点。

4.根据权利要求1所述的方法，其特征在于，所述订单处理信息包括以下至少一种：

接单成功信息；

表明所述服务提供方已到达所述目标地点的等待接驾信息。

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

从向所述服务接收方推送提示消息的时刻起，对所述预计时长进行递减处理；

若满足预设条件，则停止所述递减处理。

6.根据权利要求5所述的方法，其特征在于，所述预设条件包括以下任一种：

所述服务提供方超过所述预计时长未到达所述目标地点；

所述奖励信息的剩余参数值为零；

所述服务接收方到达所述目标地点；

所述服务提供方接驾成功。

7.一种订单信息的处理方法，其特征在于，包括：

向服务端发送订单请求信息，所述订单请求信息包括目标地点；

接收所述服务端发送的提示信息，所述提示消息用于提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，所述预设时长以及所述奖励信息根据服务提供方的订单处理信息确定。

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

接收所述服务端推送的所述奖励信息的扣除参数值，所述扣除参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的；和/或，

接收所述服务端推送的所述奖励信息的剩余参数值，所述剩余参数值为所述服务接收方超过所述预计时长未到达所述目标地点的情况下，所述服务端根据超时时长确定的。

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

从接收到所述服务端推送的提示消息的时刻起，对所述预计时长进行递减处理；

若满足预设条件，则停止所述递减处理。

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

若接收到所述服务端推送的所述奖励信息的扣除参数值，则展示将所述扣除参数值移动至司机钱包的动画。

11.一种订单信息的处理装置，其特征在于，包括：

订单请求接收模块，用于接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；

时长奖励确定模块，用于根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；

提示消息推送模块，用于向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。

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

订单请求发送模块，用于向服务提供方发送订单请求信息，所述订单请求信息包括目标地点；

提示信息接收模块，用于接收所述服务提供方发送的提示信息，所述提示消息用于提示服务接收方在预计时长内到达所述目标地点将获得奖励信息，所述预设时长以及所述奖励信息根据所述服务提供方的订单处理信息确定。

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

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