CN107871192A - 一种奖励信息发送方法及服务器 - Google Patents

Abstract

本发明提供了一种奖励信息发送方法及服务器。该奖励信息发送方法包括：接收各个用户设备UE发送的对终端的评价奖励信息；根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；若所述积分信息大于预设阈值，根据所述终端的历史数据向所述终端发送奖励信息。本发明实施例的奖励信息发送方法及服务器，根据各个UE发送的对终端的评价奖励信息获取所述终端的积分信息；当积分信息大于预设阈值时，向所述终端发送奖励信息，为司机的高质量服务提供奖励，给予司机关怀，提升了司机体验和提供高质量服务的积极性，提升了乘客体验，减少了乘客因接单司机服务质量星级标识低而取消订单的几率，提高了订单成交率。

Description

一种奖励信息发送方法及服务器

技术领域

本发明涉及计算机处理技术领域，尤其涉及一种订单分配的方法及服务器。

背景技术

移动互联网改变了乘客的出行方式和体验，打车软件的使用越来越普遍，乘客可以便捷地通过用户设备(User Equipment，简称UE)上安装的打车软件发布打车需求。

现有的打车软件提供的打车服务中，司机与乘客之间是服务者与被服务者的关系。在乘客完成支付后，会弹出评价窗口，乘客可对司机服务的质量作出评价，系统对司机的服务质量作出星级标识。其它乘客通过打车软件发布打车需求时，可通过用户设备的打车软件获取接单司机的服务质量星级标识。由于现有的打车软件系统没有提供相应的奖励制度，造成打车服务的质量较低，乘客体验较差；司机即使提供了高质量的服务也不会得到奖励，对司机缺少关怀，造成司机体验较差，影响了司机提供高质量的服务的积极性。现有的打车软件评价方式有可能造成乘客因为接单司机的服务质量星级标识较低而取消订单，降低了订单的成交率。

发明内容

针对现有的打车软件评价方式造成的订单成交率降低、打车服务质量低、司乘体验差的缺陷，本发明提出如下技术方案：

一种奖励信息发送方法，包括：

接收各个用户设备UE发送的对终端的评价奖励信息；

根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；

若所述积分信息大于预设阈值，根据所述终端的历史数据向所述终端发送奖励信息。

可选地，所述根据所述终端的历史数据向所述终端发送奖励信息包括：

根据所述终端的历史行驶数据确定所述终端的对应司机的类型；

根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

可选地，所述根据所述终端的历史行驶数据确定所述终端的对应司机的类型包括：

获取所述终端的历史平均行驶速度和历史平均日行驶时间，若所述终端的历史平均行驶速度大于预设速度的时间大于第一预设时间且所述终端的平均日行驶时间大于第二预设时间，则确定所述终端的对应司机的类型为久坐型。

可选地，所述根据所述终端的历史数据向所述终端发送奖励信息包括：

根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机的类型；

根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

可选地，所述根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机类型包括：

根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端对应司机的历史平均日上厕所的次数；

若所述终端对应司机的历史平均日上厕所的次数小于第一预设次数，则确定所述终端的对应司机的类型为喝水不频繁型。

一种服务器，包括：

评价奖励信息接收单元，用于接收各个用户设备UE发送的对终端的评价奖励信息；

积分信息获取单元，用于根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；

奖励信息发送单元，用于当所述积分信息大于预设阈值时，根据所述终端的历史数据向所述终端发送奖励信息。

可选地，所述奖励信息发送单元还包括：

第一司机类型确定模块，用于根据所述终端的历史行驶数据确定所述终端的对应司机的类型；

奖励信息发送模块，根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

可选地，所述第一司机类型确定模块进一步用于：

获取所述终端的历史平均行驶速度和历史平均日行驶时间，若所述终端的历史平均日行驶速度大于预设速度的时间大于第一预设时间且所述终端的平均日行驶时间大于第二预设时间，则确定所述终端的对应司机的类型为久坐型。

可选地，所述奖励信息发送单元包括：

第二司机类型确定模块，用于根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机的类型；

奖励信息发送模块，用于根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

可选地，所述第二司机类型确定模块进一步用于：

根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端对应司机的历史平均日上厕所的次数；

若所述终端对应司机的历史平均日上厕所的次数小于第一预设次数时，则确定所述终端的对应司机的类型为喝水不频繁型。

由上述技术方案可知，本发明提供一种奖励信息发送方法及服务器，根据各个UE发送的对终端的评价奖励信息获取所述终端的积分信息；当积分信息大于预设阈值时，向所述终端发送奖励信息，为司机的高质量服务提供奖励，给予司机关怀，提升了司机体验和提供高质量服务的积极性，提升了乘客体验，减少了乘客因接单司机服务质量星级标识低而取消订单的几率，提高了订单成交率。

附图说明

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

图1是本公开一实施例提供的一种奖励信息发送方法的流程示意图；

图2是本公开一实施例提供的确定终端的对应的司机类型的流程示意图；

图3是本公开另一实施例提供的确定终端的对应的司机类型的流程示意图；

图4是本公开一实施例的UE向服务器发送评价奖励信息的示意图；

图5是本公开以实施例的终端接收到服务器发送的奖励信息的示意图；

图6是本公开一实施例提供的一种服务器的结构示意图。

具体实施方式

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

本公开实施例中提及的用户设备UE是指呼叫服务方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(Personal Computer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑和车载电脑(carputer)等。

本公开实施例中提及的终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或PC端等设备。诸如上述呼叫服务方所使用的各设备。本实施例中，为了区别乘客和司机，分别采用用户设备UE和终端来分别表示乘客和司机所持的移动终端等设备。

图1是本公开一实施例提供的一种奖励信息发送方法的流程示意图。如图1所示，本公开以服务器为执行主体进行说明，本公开的奖励信息发送方法包括：

S11：接收各个用户设备UE发送的对终端的评价奖励信息；

S12：根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；

S13：若所述积分信息大于预设阈值，根据所述终端的历史数据向所述终端发送奖励信息。

需要说明的是，在订单完成后，乘客可通过UE的打车软件对司机的服务作出评价；在乘客作出评价的同时或者乘客在给司机作出五星级评价后，可为司机送爱心(比如系统默认的0.1元或其它金额)，UE向服务器发送评价奖励信息。服务器接收各个UE发送的对终端的评价奖励信息，并根据各个UE发送的对终端的评价奖励信息获取所述终端的积分信息，当所述积分信息大于预设阈值，根据所述终端的历史数据向所述终端发送奖励信息。

本公开实施例的奖励信息发送方法，根据各个UE发送的对终端的评价奖励信息获取所述终端的积分信息；当积分信息大于预设阈值时，向所述终端发送奖励信息，为司机的高质量服务提供奖励，给予司机关怀，提升了司机体验和提供高质量服务的积极性，提升了乘客体验，减少了乘客因接单司机服务质量星级标识低而取消订单的几率，提高了订单成交率。

在实际应用中，可根据积分信息的大小确定奖励信息的类型。举例来说，当积分信息累积超过500时，向终端发送的奖励信息为领取抱枕的链接；当积分信息累积超过800时，向终端发送的奖励信息为领取水杯的链接。司机点击链接后，可获取领取奖励的途径。

在本公开实施例的一种优选的实施方式中，根据所述终端的历史数据向所述终端发送奖励信息包括：

根据所述终端的历史行驶数据确定所述终端的对应司机的类型；

根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

图2是本公开一实施例提供的确定终端的对应的司机类型的流程示意图。如图2所示，本公开实施例的确定终端的对应的司机类型的方法包括：

获取所述终端的历史平均行驶速度和历史平均日行驶时间，若所述终端的历史平均行驶速度大于预设速度的时间大于第一预设时间且所述终端的平均日行驶时间大于第二预设时间，则确定所述终端的对应司机的类型为久坐型。

需要说明的是，预设速度、第一预设时间和第二预设时间是根据实际需要设置的，本公开对此不作限制。举例来说，若终端在一天内行驶速度大于10km/h的持续时间大于5小时，且终端的历史平均日行驶时间大于8小时，则确定终端的对应司机的类型为久坐型。

可理解的是，若根据终端的历史行驶数据确定终端的对应司机的类型为久坐型，可在积分信息累积达到兑换抱枕时，向所述终端发送领取抱枕的奖励信息。

在本公开实施例的另一种优选的实施方式中，所述根据所述终端的历史数据向所述终端发送奖励信息包括：

根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机的类型；

根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

图3是本公开另一实施例提供的确定终端的对应的司机类型的流程示意图。如图3所示，本公开实施例的确定终端的对应的司机类型的方法包括：

根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端对应司机的历史平均日上厕所的次数；

若所述终端对应司机的历史平均日上厕所的次数小于第一预设次数，则确定所述终端的对应司机的类型为喝水不频繁型。

需要说明的是，终端的APP上设置了厕所查找按钮，司机可通过厕所查找按钮查找附近的厕所。第三预设时间和第一预设次数是根据实际需要设置的，本公开实施例对此不作限制。

举例来说，若所述终端历史平均日厕所查找按钮被触发的次数为1次，终端10分钟内位置不变时预设范围内存在厕所的次数为1次，二者的总和为2次；假设第一预设次数为3次，则二者的总和小于第一预设次数，确定终端的对应司机的类型为喝水不频繁型。

优选地，若第三预设时间内位置不变时所述终端的预设范围内存在厕所，司机只是有可能去厕所，因而在确定终端的对应司机类型时，将终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数设定不同的权重，再对二者求和，从而确定终端的对应司机的类型。

举例来说，若所述终端历史平均日厕所查找按钮被触发的次数(权重为1)为1次，终端10分钟内位置不变时预设范围内存在厕所的次数(权重为0.5)为1次，则二者的总和为1.5次；假设第一预设次数为3次，则二者的总和小于第一预设次数，确定终端的对应司机的类型为喝水不频繁型。

可理解的是，若根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端的对应司机的类型为喝水不频繁型，可在积分信息累积达到兑换水杯时，向所述终端发送领取水杯的奖励信息。

在实际应用中，乘客通过打车软件搭乘某司机的车，司机将其送达目的地后，若乘客对本次服务很满意(判断乘客对本次服务满意的方式可以为乘客在行程中或行程后给予司机五星好评)则为乘客进一步展现发送评价奖励信息的入口(如图4所示)；本公开实施例的鼓励司机提供高质量服务的方式为集多位该司机服务过的乘客之力，每人支付很小一笔金额、该司机的积分信息大于预设阈值之后，服务器根据司机的类型特征将该之兑换为礼物，并以乘客名义送给司机。服务器会将礼物募集的进度发送至各个UE，每位参与募集的乘客可在打车软件看到当前募集的进度及结果。服务器向终端发送奖励信息，司机会通过打车软件或短信等渠道收到礼物提醒，在礼物页面将展现礼物、兑换方式以及所有参与募集的乘客名单(如图5所示)。

图6是本公开一实施例提供的一种服务器的结构示意图。如图6所示，本公开实施例的服务器包括评价奖励信息接收单元61、积分信息获取单元62和奖励信息发送单元63，具体地：

评价奖励信息接收单元61，用于接收各个用户设备UE发送的对终端的评价奖励信息；

积分信息获取单元62，用于根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；

奖励信息发送单元63，用于当所述积分信息大于预设阈值时，根据所述终端的历史数据向所述终端发送奖励信息。

本公开实施例的服务器，根据各个UE发送的对终端的评价奖励信息获取所述终端的积分信息；当积分信息大于预设阈值时，向所述终端发送奖励信息，为司机的高质量服务提供奖励，给予司机关怀，提升了司机体验和提供高质量服务的积极性，提升了乘客体验，减少了乘客因接单司机服务质量星级标识低而取消订单的几率，提高了订单成交率。

在本公开实施例的一种优选的实施方式中，奖励信息发送单元63包括：

第一司机类型确定模块，用于根据所述终端的历史行驶数据确定所述终端的对应司机的类型；

奖励信息发送模块，用于根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

第一司机类型确定模块进一步用于：

获取所述终端的历史平均行驶速度和历史平均日行驶时间，若所述终端的历史平均日行驶速度大于预设速度的时间大于第一预设时间且所述终端的平均日行驶时间大于第二预设时间，则确定所述终端的对应司机的类型为久坐型。

在本公开实施例的另一种优选的实施方式中，奖励信息发送单元63还包括：

第二司机类型确定模块，用于根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机的类型；

奖励信息发送模块，用于当根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

第二司机类型确定模块进一步用于：

根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端对应司机的历史平均日上厕所的次数；

若所述终端对应司机的历史平均日上厕所的次数小于第一预设次数时，则确定所述终端的对应司机的类型为喝水不频繁型。

本实施例所述的服务器可以用于执行上述方法实施例，其原理和技术效果类似，此处不再赘述。

本公开提供一种奖励信息发送方法及服务器，根据各个UE发送的对终端的评价奖励信息获取所述终端的积分信息；当积分信息大于预设阈值时，向所述终端发送奖励信息，为司机的高质量服务提供奖励，给予司机关怀，提升了司机体验和提供高质量服务的积极性，提升了乘客体验，减少了乘客因接单司机服务质量星级标识低而取消订单的几率，提高了订单成交率。

应当注意的是，在本公开的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的装置中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。单词“包括”不排除存在未列在权利要求中的元件或步骤。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。

以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。

Claims (10)

1.一种奖励信息发送方法，其特征在于，包括：

接收各个用户设备UE发送的对终端的评价奖励信息；

根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；

若所述积分信息大于预设阈值，根据所述终端的历史数据向所述终端发送奖励信息。

2.根据权利要求1所述的奖励信息发送方法，其特征在于，所述根据所述终端的历史数据向所述终端发送奖励信息包括：

根据所述终端的历史行驶数据确定所述终端的对应司机的类型；

根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

3.根据权利要求2所述的奖励信息发送方法，其特征在于，所述根据所述终端的历史行驶数据确定所述终端的对应司机的类型包括：

获取所述终端的历史平均行驶速度和历史平均日行驶时间，若所述终端的历史平均行驶速度大于预设速度的时间大于第一预设时间且所述终端的平均日行驶时间大于第二预设时间，则确定所述终端的对应司机的类型为久坐型。

4.根据权利要求1所述的奖励信息发送方法，其特征在于，所述根据所述终端的历史数据向所述终端发送奖励信息包括：

根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机的类型；

根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

5.根据权利要求4所述的奖励信息发送方法，其特征在于，所述根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机类型包括：

根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端对应司机的历史平均日上厕所的次数；

若所述终端对应司机的历史平均日上厕所的次数小于第一预设次数，则确定所述终端的对应司机的类型为喝水不频繁型。

6.一种服务器，其特征在于，包括：

评价奖励信息接收单元，用于接收各个用户设备UE发送的对终端的评价奖励信息；

积分信息获取单元，用于根据各个用户设备UE发送的对终端的评价奖励信息获取所述终端的积分信息；

奖励信息发送单元，用于当所述积分信息大于预设阈值时，根据所述终端的历史数据向所述终端发送奖励信息。

7.根据权利要求6所述的服务器，其特征在于，所述奖励信息发送单元包括：

第一司机类型确定模块，用于根据所述终端的历史行驶数据确定所述终端的对应司机的类型；

奖励信息发送模块，用于根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

8.根据权利要求7所述的服务器，其特征在于，所述第一司机类型确定模块进一步用于：

获取所述终端的历史平均行驶速度和历史平均日行驶时间，若所述终端的历史平均行驶速度大于预设速度的时间大于第一预设时间且所述终端的平均日行驶时间大于第二预设时间，则确定所述终端的对应司机的类型为久坐型。

9.根据权利要求6所述的服务器，其特征在于，所述奖励信息发送单元包括：

第二司机类型确定模块，用于根据所述终端对应司机的历史平均日上厕所的次数确定所述终端的对应司机的类型；

奖励信息发送模块，用于根据所述终端的对应司机的类型向所述终端发送相应的奖励信息。

10.根据权利要求9所述的服务器，其特征在于，所述第二司机类型确定模块进一步用于：

根据所述终端历史平均日厕所查找按钮被触发的次数和第三预设时间内位置不变时所述终端的预设范围内存在厕所的次数确定所述终端对应司机的历史平均日上厕所的次数；

若所述终端对应司机的历史平均日上厕所的次数小于第一预设次数时，则确定所述终端的对应司机的类型为喝水不频繁型。