CN110827054A - 接单奖励处理方法、装置、奖励平台及存储介质 - Google Patents

Abstract

本申请提供一种接单奖励处理方法、装置、奖励平台及存储介质，该方法包括：当获取到奖励核销指令时，判断所述奖励核销指令对应的订单信息是否满足预设奖励核销规则；若所述订单信息满足预设奖励核销规则，对所述订单信息对应的车主用户进行与所述预设奖励核销规则对应的奖励处理。通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。

Description

接单奖励处理方法、装置、奖励平台及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种接单奖励处理方法、装置、奖励平台及存储介质。

背景技术

在移动互联网日新月异的大环境下，各企业之间的应用程序APP竞争日益激烈。当前，网约车已为人们生活提供了极大方便，比如出租车、顺风车、专车等等，网约车市场竞争也愈发激烈，网约车市场竞争，车主是很重要的资本。如何高效、快捷地拉取新车主，激励沉默车主，成为车辆运营面临的新挑战。

发明内容

本申请提供一种接单奖励处理方法、装置、奖励平台及存储介质，以解决现有技术运营效率低等缺陷。

本申请第一个方面提供一种接单奖励处理方法，包括：

当获取到奖励核销指令时，判断所述奖励核销指令对应的订单信息是否满足预设奖励核销规则；

若所述订单信息满足预设奖励核销规则，对所述订单信息对应的车主用户进行与所述预设奖励核销规则对应的奖励处理。

本申请第二个方面提供一种接单奖励处理装置，包括：

判断模块，用于当获取到奖励核销指令时，判断所述奖励核销指令对应的订单信息是否满足预设奖励核销规则；

处理模块，用于若所述订单信息满足预设奖励核销规则，对所述订单信息对应的车主用户进行与所述预设奖励核销规则对应的奖励处理。

本申请第三个方面提供一种奖励平台，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。

本申请的第四个方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的方法。

本申请提供的接单奖励处理方法、装置、奖励平台及存储介质，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。

附图说明

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

图1为本申请实施例适用的接单奖励处理系统的结构示意图；

图2为本申请一实施例提供的接单奖励处理方法的流程示意图；

图3为本申请一实施例提供的奖励卡与奖励活动的关系示意图；

图4为本申请一实施例提供的奖励卡展示示意图；

图5为本申请一实施例提供的奖励卡展示示意图；

图6为本申请一实施例提供的奖励卡展示示意图；

图7为本申请一实施例提供的提示文案示意图；

图8为本申请一实施例提供的接单奖励处理装置的结构示意图；

图9为本申请另一实施例提供的接单奖励处理装置的结构示意图；

图10为本申请一实施例提供的奖励平台的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

首先对本申请所涉及的名词进行解释：

奖励核销指令：是指触发核销车主用户奖励的指令，具体可以根据实际需求设置，比如可以是在获取到乘客订单支付成功的信息时，则乘客订单支付成功的信息即为奖励核销指令，也可以在获取到乘客订单支付成功的信息时，生成奖励核销指令，具体不做限定。还可以是定期对车主用户的接车订单信息进行奖励核销，比如某一时段内判断车主用户已接车订单信息是否有满足预设奖励核销规则的，若有，则统一对车主用户进行这一时段内的奖励处理。

奖励核销规则：是指用于判断车主用户订单信息是否符合奖励核销要求的预设规则，可以包括车主用户类型限制(比如是顺风车车主用户或出租车车主用户、专职车主用户或兼职车主用户等等)、时段限制(比如要求8月1日至8月10日之间完成规定的任务)、场站起始点限制(比如从地点A到地点B的任务)、任务量限制(比如在某时段内完成2个规定的任务)、出发城市或到达城市限制(比如要求从城市C到城市D的任务)、乘客支付时间限制(比如要求是乘客支付时间在某规定的时间点之前)、奖励到账时间要求(比如乘客支付后48小时内奖励到达车主用户)等等。各规则可以根据实际需求单独使用或组合使用形成一项预设奖励核销规则。每项预设奖励核销规则对应一种奖励，当然，可以设置多项规则相同的预设奖励核销规则，但是对应的奖励不同，可以为每项预设奖励核销规则设置标识，每种奖励也设置标识，通过规则标识和奖励标识建立对应关系，不同奖励标识可以对应相同的奖励金额，具体可以根据实际需求设置，本申请不做限定。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

本申请实施例提供的接单奖励处理方法，适用于以下接单奖励处理系统：如图1所示，为本申请实施例适用的接单奖励处理系统的结构示意图，该接单奖励处理系统可以包括奖励平台、一个或多个车主用户终端，还可以包括一个或多个乘客用户终端，也可以不包括乘客用户终端，支付信息可以由车主用户终端获得。奖励平台可以获取车主用户终端的接单信息以及乘客用户终端下单及支付等信息，在奖励平台预先配置有奖励信息，比如可以设置存放有奖励基本信息的表单，以及存放车主用户与奖励对应关系的关系表单。还可以以其他形式存储。在车主用户终端打开车主APP时，可以在车主页面显示该车主用户已有的奖励，供车主用户查看，激励车主用户接单，当车主用户接单完成任务后，奖励平台可以对车主用户给予相应的奖励。其中，M和N为正整数。

实施例一

本实施例提供一种接单奖励处理方法，用于对车主用户给予接单奖励。本实施例的执行主体为接单奖励处理装置，该装置可以设置在奖励平台，奖励平台可以是与车辆管理平台独立的平台，也可以就是车辆管理平台，具体可以是服务器。

如图2所示，为本实施例提供的接单奖励处理方法的流程示意图，该方法包括：

步骤101，当获取到奖励核销指令时，判断奖励核销指令对应的订单信息是否满足预设奖励核销规则。

具体的，奖励核销指令是指触发核销车主用户奖励的指令，具体可以根据实际需求设置，比如可以是在获取到乘客订单支付成功的信息时，则乘客订单支付成功的信息即为奖励核销指令，也可以在获取到乘客订单支付成功的信息时，生成奖励核销指令，具体不做限定。还可以是定期对车主用户的接车订单信息进行奖励核销，比如某一时段内判断车主用户已接车订单信息是否有满足预设奖励核销规则的，若有，则统一对车主用户进行这一时段内的奖励处理。因此，奖励核销指令对应的订单信息可能是一条订单信息，也可能是多条订单信息。

奖励核销规则是指用于判断车主用户订单信息是否符合奖励核销要求的预设规则，可以包括车主用户类型限制(比如是顺风车车主用户或出租车车主用户、专职车主用户或兼职车主用户等等)、时段限制(比如要求8月1日至8月10日之间完成规定的任务)、场站起始点限制(比如从地点A到地点B的任务)、任务量限制(比如在某时段内完成2个规定的任务)、出发城市或到达城市限制(比如要求从城市C到城市D的任务)、乘客支付时间限制(比如要求是乘客支付时间在某规定的时间点之前)、奖励到账时间要求(比如乘客支付后48小时内奖励到达车主用户)等等。各规则可以根据实际需求单独使用或组合使用形成一项预设奖励核销规则。每项预设奖励核销规则对应一种奖励，当然，可以设置多项规则相同的预设奖励核销规则，但是对应的奖励不同，可以为每项预设奖励核销规则设置标识，每种奖励也设置标识，通过规则标识和奖励标识建立对应关系，不同奖励标识可以对应相同的奖励金额，具体可以根据实际需求设置，本申请不做限定。

示例性的，一项预设奖励核销规则为：认证审核通过的顺风车车主，完成一个在2018年08月02日00:00:00至2018年08月10日23:59:59期间始发的行程，并在2018年08月11日23:59:59之前，乘客确认上车并支付，到账时间为乘客确认上车并支付后48小时内，奖励金额自动充入余额。该项预设奖励核销规则对应的奖励为30元接单奖励。

奖励平台可以获取车主用户终端的接单信息以及乘客用户终端下单及支付等信息，在奖励平台预先配置有奖励信息，比如可以设置存放有奖励基本信息的表单，以及存放车主用户与奖励对应关系的关系表单。当然，还可以以其他形式存储，具体形式本申请不做限定。在车主用户终端打开车主APP时，可以在车主页面显示该车主用户已有的奖励，供车主用户查看，激励车主用户接单，当车主用户接单完成任务后，奖励平台可以对车主用户给予相应的奖励。

当奖励平台获取到奖励核销指令时，可以判断奖励核销指令对应的订单信息是否满足预设奖励核销规则，并根据判断结果对车主用户给予相应的奖励或者不奖励。

步骤102，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应种类的奖励处理。

当奖励平台获取到奖励核销指令时，可以判断奖励核销指令对应的订单信息是否满足预设奖励核销规则，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应种类的奖励处理。

具体地，若车主用户的订单信息满足一项预设奖励核销规则，则将该项预设奖励核销规则对应的奖励金额按照规定时间充入车主用户的余额，车主用户即可支配相应的奖励金额。

本实施例提供的接单奖励处理方法，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。

实施例二

本实施例对实施例一提供的方法做进一步补充说明。

作为一种可实施的方式，在上述实施例一的基础上，可选地，奖励的种类包括普通奖励、分时段奖励、场站奖励、多任务奖励、提前发单奖励、随机金额奖励、延迟核销奖励等等，根据实际需求还可以设置其他一些种类的奖励，每种奖励可以对应相应的奖励金额，当然也具有相应的使用条件，比如普通奖励，奖励金额为5元，使用条件为完成一个8月2日至8月10日出发的行程。使用条件与奖励到账时间等其他规则一起形成该种奖励对应的预设奖励核销规则。

作为另一种可实施的方式，在上述实施例一的基础上，可选地，步骤101具体包括：

步骤1011，获取订单信息对应的车主用户的用户标识。

步骤1012，根据用户标识，查询用户标识对应的未使用奖励。

步骤1013，获取未使用奖励所对应的使用条件。

步骤1014，若订单信息满足未使用奖励所对应的使用条件，则确定订单信息满足预设奖励核销规则。

具体的，订单信息中可以包括车主用户的用户标识，因此可以获取订单信息对应的车主用户的用户标识，根据用户标识可以从预先配置的奖励信息中查询用户标识对应的未使用奖励，奖励信息中可以只包括未使用奖励，当车主用户的某个奖励核销后，从奖励信息中删除该项奖励，奖励信息也可以包括已使用奖励，通过未使用标签和已使用标签来表示该项奖励是否已经使用。当奖励平台刚发放给车主用户时，标记为未使用标签，当该项奖励被使用核销后，更新奖励信息中该项奖励的未使用标签为已使用标签。

由于每项奖励都具有对应的使用条件，奖励平台可以获取车主用户未使用奖励的使用条件，判断订单信息是否满足未使用奖励的使用条件，订单信息中还可以包括起始位置、终点位置、起始时间、结束时间、支付时间等相关信息，具体包括的内容可以根据实际需求设置。若判断结果为订单信息满足未使用奖励对应的使用条件，则确定订单信息满足预设奖励核销规则，可以对该车主用户进行奖励核销。

可选地，对于每次奖励活动，可以设置一个批次或多个批次的奖励，每个批次的奖励都可以包括上述多种奖励，每个车主用户可以获得同一个批次的多项奖励，也可以领取不同批次的多项奖励。

可选地，若订单信息满足多个未使用奖励对应的使用条件，可以确定奖励金额最高的未使用奖励为车主用户的当前奖励，即，优先核销奖励金额最高的奖励，使车主用户能获得最大的利益。

可选地，在核销奖励前，需要首先创建奖励信息，并建立奖励的标识与用户标识的对应关系，奖励信息至少包括奖励的标识。

可选地，在车主用户打开APP时，还可以将该车主用户对应的奖励信息携带在车主页面数据中发送给车主用户的用户终端，以使用户终端在车主用户页面显示相应的奖励信息给车主用户，供车主用户查看。

示例性地，将奖励以奖励卡的形式发放，如图3所示，为本实施例提供的奖励卡与奖励活动的关系示意图。一个奖励活动可以对应多个奖励批次，每个奖励批次对应N张奖励卡，每张奖励卡可以有不同的核销规则。每个车主用户可以领取同一个批次的多张奖励卡，也可以领取不同批次的多张奖励卡。其中，M、N、T、Si为正整数，i＝1,2,…,N，Si表示i种类型的奖励卡具有Si种核销规则。

奖励卡的创建，可以在奖励平台配置两张表(即上述的奖励信息)，一张批次表，存放某批次奖励卡的基本信息，一张关系表，存放车主用户获得奖励卡的记录，即车主用户与奖励卡的对应关系。当创建新的奖励卡时，在批次表中插入一条记录，并得到该奖励卡的唯一标识，接着关联用户ID(即车主用户的用户标识)与该奖励卡的ID(奖励的标识)，关联时可以自定义奖励核销规则，并把奖励核销规则插入关系表中。

车主用户可以在其用户终端的车主tab页上查看自己已获得的奖励卡，如图4所示，为本实施例提供的奖励卡展示示意图，如图5所示，为本实施例提供的奖励卡展示示意图，如图6所示，为本实施例提供的奖励卡展示示意图。在接单时若有可核销的奖励卡，会展示相关提示文案，比如“接此单奖励XX元”，如图7所示，为本实施例提供的提示文案示意图。核销成功后，也会收到PUSH提醒。这里只是示例性的说明，具体的展示方式可以根据实际需求设置，本申请不做限定。

奖励卡可以认为是一种车主任务，通过奖励卡可以告知车主用户任务的行动点和利益点，即完成指定的接单、发单动作，在指定的节点上奖励平台将奖励金额充入车主用户余额账户。

本申请实施例提供的接单奖励处理方法，可以具有更加丰富的奖励类型、可以支持海量的业务场景，支持区分市内、跨城、分时段、场站(起终点限制)、多任务、提前发单等，为车辆运营提供了丰富的业务抓手。并且奖励平台可配置化，系统规则可配置化，运营可以通过配置后台配置奖励卡，极大提高了运营活动的开发效率，解放生产力。奖励平台可以与业务逻辑解耦，奖励卡作为底层基础功能，未来可支持不同方向的上层业务。奖励卡核销逻辑与奖励卡发放逻辑解耦，奖励卡核销逻辑可以由接单奖励处理系统实现，奖励卡发放逻辑可以根据不同业务具体实现。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

本实施例提供的接单奖励处理方法，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。此外，还可以具有更加丰富的奖励类型、可以支持海量的业务场景，支持区分市内、跨城、分时段、场站(起终点限制)、多任务、提前发单等，为车辆运营提供了丰富的业务抓手。并且奖励平台可配置化，系统规则可配置化，运营可以通过配置后台配置奖励卡，极大提高了运营活动的开发效率，解放生产力。奖励平台可以与业务逻辑解耦，奖励卡作为底层基础功能，未来可支持不同方向的上层业务。

实施例三

本实施例提供一种接单奖励处理装置，用于执行上述实施例一的方法。

如图8所示，为本实施例提供的接单奖励处理装置的结构示意图。该接单奖励处理装置30包括判断模块31和处理模块32。

其中，判断模块31用于当获取到奖励核销指令时，判断奖励核销指令对应的订单信息是否满足预设奖励核销规则；处理模块32用于若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的接单奖励处理装置，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。

实施例四

本实施例对上述实施例三提供的装置做进一步补充说明。

作为一种可实施的方式，在上述实施例三的基础上，可选地，奖励的种类包括普通奖励、分时段奖励、场站奖励、多任务奖励、提前发单奖励、随机金额奖励、延迟核销奖励。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，判断模块，具体用于：

获取订单信息对应的车主用户的用户标识；根据用户标识，查询用户标识对应的未使用奖励；获取未使用奖励所对应的使用条件；若订单信息满足未使用奖励所对应的使用条件，则确定订单信息满足预设奖励核销规则。

可选地，判断模块，还用于：

若订单信息满足多个未使用奖励所对应的使用条件，则确定奖励金额最高的未使用奖励为车主用户的当前奖励。

在上述实施例的基础上，可选地，如图9所示，为本实施例提供的接单奖励处理装置的结构示意图。该装置30还可以包括创建模块33和关联模块34。

其中，创建模块33用于创建奖励信息，奖励信息至少包括奖励的标识；关联模块34用于建立奖励的标识与用户标识的对应关系。

可选地，该装置30还可以包括发送模块35，用于将用户标识对应的奖励信息发送给用户标识对应车主用户的用户终端，以使用户终端显示给车主用户。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

根据本实施例的接单奖励处理装置，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。此外，还可以具有更加丰富的奖励类型、可以支持海量的业务场景，支持区分市内、跨城、分时段、场站(起终点限制)、多任务、提前发单等，为车辆运营提供了丰富的业务抓手。并且奖励平台可配置化，系统规则可配置化，运营可以通过配置后台配置奖励卡，极大提高了运营活动的开发效率，解放生产力。奖励平台可以与业务逻辑解耦，奖励卡作为底层基础功能，未来可支持不同方向的上层业务。

实施例五

本实施例提供一种奖励平台，用于执行上述实施例提供的接单奖励处理方法。

如图10所示，为本实施例提供的奖励平台的结构示意图。该奖励平台50包括：至少一个处理器51和存储器52；

存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的接单奖励处理方法。

根据本实施例的奖励平台，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。此外，还可以具有更加丰富的奖励类型、可以支持海量的业务场景，支持区分市内、跨城、分时段、场站(起终点限制)、多任务、提前发单等，为车辆运营提供了丰富的业务抓手。并且奖励平台可配置化，系统规则可配置化，运营可以通过配置后台配置奖励卡，极大提高了运营活动的开发效率，解放生产力。奖励平台可以与业务逻辑解耦，奖励卡作为底层基础功能，未来可支持不同方向的上层业务。

实施例六

本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的方法。

根据本实施例的计算机可读存储介质，通过为车主用户发放相应的奖励，并设置对应的奖励核销规则，当获取到奖励核销指令时，若订单信息满足预设奖励核销规则，对订单信息对应的车主用户进行与预设奖励核销规则对应的奖励处理。从而可以激励沉默的车主用户积极接单，并且间接地，可以通过这种方式高效快捷地拉取新车主用户，提高运营的效率。此外，还可以具有更加丰富的奖励类型、可以支持海量的业务场景，支持区分市内、跨城、分时段、场站(起终点限制)、多任务、提前发单等，为车辆运营提供了丰富的业务抓手。并且奖励平台可配置化，系统规则可配置化，运营可以通过配置后台配置奖励卡，极大提高了运营活动的开发效率，解放生产力。奖励平台可以与业务逻辑解耦，奖励卡作为底层基础功能，未来可支持不同方向的上层业务。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

Claims (14)

1.一种接单奖励处理方法，其特征在于，包括：

当获取到奖励核销指令时，判断所述奖励核销指令对应的订单信息是否满足预设奖励核销规则；

若所述订单信息满足预设奖励核销规则，对所述订单信息对应的车主用户进行与所述预设奖励核销规则对应的奖励处理。

2.根据权利要求1所述的方法，其特征在于，奖励的种类包括普通奖励、分时段奖励、场站奖励、多任务奖励、提前发单奖励、随机金额奖励、延迟核销奖励。

3.根据权利要求1所述的方法，其特征在于，所述判断所述核销指令对应的订单信息是否满足预设奖励核销规则，包括：

获取所述订单信息对应的车主用户的用户标识；

根据所述用户标识，查询所述用户标识对应的未使用奖励；

获取所述未使用奖励所对应的使用条件；

若所述订单信息满足所述未使用奖励所对应的使用条件，则确定所述订单信息满足预设奖励核销规则。

4.根据权利要求3所述的方法，其特征在于，若所述订单信息满足多个未使用奖励所对应的使用条件，则确定奖励金额最高的未使用奖励为所述车主用户的当前奖励。

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

创建奖励信息，所述奖励信息至少包括奖励的标识；

建立所述奖励的标识与用户标识的对应关系。

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

将用户标识对应的奖励信息发送给所述用户标识对应车主用户的用户终端，以使所述用户终端显示给所述车主用户。

7.一种接单奖励处理装置，其特征在于，包括：

判断模块，用于当获取到奖励核销指令时，判断所述奖励核销指令对应的订单信息是否满足预设奖励核销规则；

处理模块，用于若所述订单信息满足预设奖励核销规则，对所述订单信息对应的车主用户进行与所述预设奖励核销规则对应的奖励处理。

8.根据权利要求7所述的装置，其特征在于，奖励的种类包括普通奖励、分时段奖励、场站奖励、多任务奖励、提前发单奖励、随机金额奖励、延迟核销奖励。

9.根据权利要求7所述的装置，其特征在于，所述判断模块，具体用于：

获取所述订单信息对应的车主用户的用户标识；

根据所述用户标识，查询所述用户标识对应的未使用奖励；

获取所述未使用奖励所对应的使用条件；

若所述订单信息满足所述未使用奖励所对应的使用条件，则确定所述订单信息满足预设奖励核销规则。

10.根据权利要求9所述的装置，其特征在于，所述判断模块，还用于：

若所述订单信息满足多个未使用奖励所对应的使用条件，则确定奖励金额最高的未使用奖励为所述车主用户的当前奖励。

11.根据权利要求7-10任一项所述的装置，其特征在于，还包括：

创建模块，用于创建奖励信息，所述奖励信息至少包括奖励的标识；

关联模块，用于建立所述奖励的标识与用户标识的对应关系。

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

发送模块，用于将用户标识对应的奖励信息发送给所述用户标识对应车主用户的用户终端，以使所述用户终端显示给所述车主用户。

13.一种奖励平台，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1-6中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现权利要求1-6中任一项所述的方法。

Images