打车平台的车费预估方法及装置与流程

本发明涉及智能交通
技术领域：
，尤其涉及一种打车平台的车费预估方法及装置。
背景技术：
：随着移动通信技术的发展，越来越多的用户告别了传统的在路边打车，取而代之的是使用智能手机的叫车软件进行叫车。在使用智能手机叫车的过程中，车费是用户较为关心的问题。而实际产生的车费主要由以下几个因素决定：路程、堵车时间、不同的时间段、以及不同叫车软件的不同计价方式等。在用户实际使用时，当用户输入起始地址和目的地地址时，为了比较各个叫车软件的预估车费，用户需要在多个叫车软件中多次来回切换。然而，这种来回切换叫车软件的使用过程，并不能使用户直观地比较各个叫车软件的车费，用户的体验效果较差。技术实现要素：本发明的主要目的在于提出一种打车平台的车费预估方法及装置，能够便于用户直观地比较各个叫车软件的预估车费，提高用户体验。为实现上述目的，本发明提供的一种打车平台的车费预估方法，所述方法包括：接收来自于用户终端发送的叫车请求；根据所述叫车请求，显示至少一个叫车软件的乘车方案及其对应的预估车费；将所述至少一个叫车软件的乘车方案和预估车费发送至所述用户终端。可选地，所述叫车请求至少包括：出发地址、目的地地址、乘车时间、乘车方的类别、以及乘车类型，其中，所述乘车方的类别包括：乘客或者/和物品，所述乘车类型包括：快车、全程拼车、分路段拼车、顺风车、出租车、或者专车。可选地，所述方法还包括：根据用户终端的选择指令，在所述至少一个叫车软件中选择一个叫车软件的所述乘车方案；检测到达所述目的地地址；发送实际车费账单至所述用户设备。可选地，在所述发送实际车费账单至所述用户设备之后，所述方法还包括：获取与打车平台绑定的银行卡或者/和第三方支付平台的信息；在所述银行卡或者/和第三方支付平台中选择最优的支付方式；根据所述最优的支付方式，自动完成实际车费的支付；或者，根据所述最优的支付方式以及用户的确认支付指令，完成实际车费的支付。可选地，所述方法还包括：分别接收用户对所述至少一个叫车软件的评价，以及所述至少一个叫车软件反馈的对所述用户的评价；根据所述评价，定期发送优惠券。此外，为实现上述目的，本发明还提供一种打车平台的车费预估装置，所述装置包括：接收模块，用于接收来自于用户终端发送的叫车请求；显示模块，用于根据所述叫车请求，显示至少一个叫车软件的乘车方案及其对应的预估车费；发送模块，用于将所述至少一个叫车软件的乘车方案和预估车费发送至所述用户终端。可选地，所述叫车请求至少包括：出发地址、目的地地址、乘车时间、乘车方的类别、以及乘车类型，其中，所述乘车方的类别包括：乘客或者/和物品，所述乘车类型包括：快车、全程拼车、分路段拼车、顺风车、出租车、或者专车。可选地，所述装置还包括：乘车方案选择模块，用于根据用户终端的选择指令，在所述至少一个叫车软件中选择一个叫车软件的所述乘车方案；检测模块，用于检测到达所述目的地地址；账单发送模块，用于发送实际车费账单至所述用户设备。可选地，所述装置还包括：获取模块，用于获取与打车平台绑定的银行卡或者/和第三方支付平台的信息；支付方式选择模块，用于在所述银行卡或者/和第三方支付平台中选择最优的支付方式；支付模块，用于根据所述最优的支付方式，自动完成实际车费的支付；或者，用于根据所述最优的支付方式以及用户的确认支付指令，完成实际车费的支付。可选地，所述接收模块，还用于分别接收用户对所述至少一个叫车软件的评价，以及所述至少一个叫车软件反馈的对所述用户的评价；相应地，所述发送模块，还用于根据所述评价，定期发送优惠券。本发明提供的打车平台的车费预估方法及装置，通过接收来自于用户终端发送的叫车请求，根据叫车请求，显示至少一个叫车软件的乘车方案及其对应的预估车费，将至少一个叫车软件的乘车方案和预估车费发送至用户终端。能够同时使用户查看和比较各个叫车软件的乘车方案，并从中选择最优的行程，用户的使用更加人性化，提高了用户体验。附图说明图1为本发明第一实施例提供的打车平台的车费预估方法的流程示意图；图2为本发明第二实施例提供的打车平台的车费预估方法的流程示意图；图3为本发明第三实施例提供的打车平台的车费预估方法的流程示意图；图4为本发明第四实施例提供的打车平台的车费预估装置的模块示意图；图5为本发明第五实施例提供的打车平台的车费预估装置的模块示意图。本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。请参照图1，为本发明较佳实施例提供的打车平台的车费预估方法的流程示意图。在本实施例中，所述打车平台的车费预估方法包括如下步骤：步骤110，接收来自于用户终端发送的叫车请求。具体地，所述叫车请求至少包括：出发地址、目的地地址、乘车时间、乘车方的类别、以及乘车类型。进一步地，出发地址可以为用户设备所在位置的地址，也可以由用户自行设置出发地址。进一步地，乘车时间可以是发出叫车请求的时间，也可以是用户自定义的预约时间。进一步地，乘车方的类别包括：乘客或者/和物品。也就是说，当乘车方为乘客时，乘客可以为发出叫车请求的用户。在实际使用中，还存在一种情况，即：用户替其他人叫车，则“其他人”为实际的乘客。当乘车方为物品时，是指：用户为物品发出叫车请求，使车仅携带该物品至目的地地址。进一步地，当乘车方为物品时，叫车请求还包括：物品的重量、体积等，以便于叫车软件根据物品的重量和体积计算后备箱或者车内的剩余空间，进而预估车费。本实施例的车费预估方法，不仅仅局限于现有的乘客为“人”的情况，还进一步扩展了乘客为“物品”的情形，为用户提供更快捷、方便的使用体验。进一步地，乘车类型包括：快车、全程拼车、分路段拼车、顺风车、出租车、专车之一。其中，全程拼车是指：由出发地址到目的地地址的均采用同一个叫车软件的拼车；分路段拼车是指：由出发地址到目的地地址的过程，分路段地选择不同叫车软件进行无缝式拼车。进一步地，用户终端可以是手机、平板电脑、掌上电脑、PDA(个人数字助理)、或者笔记本电脑等。也可以是其他具有相似功能的设备，本实施例在此不作具体限制。步骤120，根据所述叫车请求，显示至少一个叫车软件的乘车方案及其对应的预估车费。具体地，叫车平台将叫车请求发送至同时与叫车平台绑定的至少一个叫车软件。接收到叫车请求的每个叫车软件，结合路程、乘车方的类别、乘车类型、以及叫车软件的自身计价方案进行车费的预估以及乘车方案的规划。每个叫车软件再将预估的车费和乘车方案发送至叫车平台。本实施例中的路程是指：出发地址行驶至目的地地址所需经过的路面距离，而并非出发地址到目的地地址之间的直线距离。进一步地，叫车软件可以是滴滴打车、快车、优步、神州专车、易到等。对于分路段拼车的情况，例如，将出发地址至目的地地址划分为第一路段和至少一个第二路段，叫车软件分别预估行驶第一路段和至少一个第二路段的车费和乘车方案。其中，第一路段和至少一个第二路段的划分可以由用户自行设定，也可以根据各个叫车软件的优惠政策进行划分。进一步地，在其他实施例中，也可以是叫车平台根据其绑定的至少一个叫车软件的计价方案，自动预估乘车方案和车费。步骤130，将所述至少一个叫车软件的乘车方案和预估车费发送至所述用户终端。具体地，打车平台将每个叫车软件反馈的或者自动生成的乘车方案和预估车费显示在打车平台的界面上并发送至用户终端，使用户在用户终端的界面上查看乘车方案和预估车费，以供用户进行选择。进一步地，打车平台可以是用户终端上的应用软件，则可以省略步骤130。打车平台也可以是其他终端，则通过步骤130将乘车方案和预估车费发送至用户终端，方便用户查看和选择。进一步地，作为对本实施例的进一步改进，在其他实施例中，若叫车请求为快车、或者全程拼车、或者专车时，软件平台也可以根据各个叫车软件的优惠政策以及计价方案，向用户推送使用多个叫车软件进行分路段拼车的预估车费和乘车方案，以为用户提供全方位的乘车选择。可选地，根据每个叫车软件反馈的乘车方案和预估车费，打车平台可以向用户设备推选最优的乘车方案，以为用户提供人性化、高性价比的乘车体验。可选地，在根据叫车请求规划乘车方案和预估车费之前，打车平台可以提前向用户提供各个绑定的叫车软件的优选乘车方案。例如：假设打车平台绑定打车软件A、B、C，且打车软件A、B、C的计价方案和优惠政策如表1所示：打车软件A打车软件B打车软件C每公里(元)21.31.7每分钟(元)0.40.30.35车费优惠50％10元以内15元以内表1根据表1中打车软件A、B、C的计价方案和优惠政策，显示并向用户终端推送优选乘车方案，即，路面距离在9公里以内的使用打车软件C，路面距离在9-16公里以内的使用打车软件B，路面距离在16公里以上的使用打车软件A。在本示例中，打车平台可以在用户发出叫车请求之前，为用户显示分路段的乘车优惠方案，特别适合用户选择分路段拼车。本实施例的打车平台的车费预估方法，通过接收来自于用户终端发送的叫车请求，根据叫车请求，显示至少一个叫车软件的乘车方案及其对应的预估车费，将至少一个叫车软件的乘车方案和预估车费发送至用户终端。能够同时使用户查看和比较各个叫车软件的乘车方案，并从中选择最优的行程，用户的使用更加人性化，提高了用户体验。实施例二请参照图2，为本发明第二实施例提供的打车平台的车费预估方法。在第二实施例中，所述打车平台的车费预估方法是在第一实施例的基础上所作出的进一步改进，与第一实施例的区别仅在于，在步骤130之后，所述方法还包括步骤：步骤210，根据用户终端的选择指令，在所述至少一个叫车软件中选择一个叫车软件的所述乘车方案。具体地，接收用户的选择指令，并根据该选择指令，从多个叫车软件中选择一个叫车软件的乘车方案。进一步地，对于分路段拼车的情况，则选择对应的乘车方案，以确保在分路段过程中实现用户的价格最优、且无缝式路段连接。步骤220，检测到达所述目的地地址。具体地，检测乘客或者物品到达目的地地址，并接收叫车软件发送的“到达目的地”或者“结束行程”的指令，该指令中还包括本次行程所产生的实际车费。步骤230，发送实际车费账单至所述用户设备。具体地，将实际车费账单发送至用户设备。步骤240，获取与打车平台绑定的银行卡或者/和第三方支付平台的信息。具体地，用户终端预先绑定银行卡、或者/和第三方支付平台(例如：微信支付、支付宝等)至打车平台，在结束行程并接收实际车费账单时，获取绑定的银行卡、第三方支付平台的信息。该信息至少包括：各个银行卡消费的详细信息(例如：银行卡结余、银行对打车平台或者叫车软件提供的优惠活动等)第三方支付平台的优惠条款(例如：折扣、优惠券、满额减免车费等)、以及用户的付费习惯等。进一步地，本实施例中的银行卡可以是借记卡，也可以是信用卡。步骤250，在所述银行卡或者/和第三方支付平台中选择最优的支付方式。具体地，结合各个银行卡的详细信息、第三方支付平台的优惠条款、以及用户的付费习惯，推荐出对用户最优的消费选择。例如：若用户习惯使用微信支付，则推荐微信支付为最优的消费选择。若用户习惯使用微信支付和支付宝快捷支付，则进一步判断微信支付和支付宝是否有优惠条款，若一方有优惠条款，则选择有优惠条款的快捷支付作为最优的消费选择；若均没有优惠条款，则选择余额最多的快捷支付作为最优的消费选择。进一步地，作为对本实施例的进一步改进，当打车平台绑定的银行卡对应的银行出现故障或者系统升级时，或者，当打车平台绑定的第三方支付平台遇到支付故障时，可以选择由打车平台中的好友进行转账，作为最优的支付方式；或者，通过打车平台发布“帮助”消息，当有其他用户(可以是用户的好友，也可以是陌生人)选择“提供帮助”时，由所述其他用户进行转账，作为最优的支付方式，其中，“该帮助”消息可以包括实际车费金额，也可以包括实际车费金额和加价金额。步骤260，根据所述最优的支付方式，自动完成实际车费的支付；或者，根据所述最优的支付方式以及用户的确认支付指令，完成实际车费的支付。具体地，在本实施例中，可以采用自动支付实际车费的支付方式，免去了用户反复确认和选择的麻烦，进一步体现了平台的智能化和人性化。也可以选择根据用户的确认支付指令，完成实际车费的支付，该“确认支付指令”可以是推荐的最优的支付方式，也可以是用户自行选择的支付方式。进一步地，作为对本实施例的进一步改进，在支付完成实际车费之后，可以选择打车平台上的经验分享功能，将本次行程分享至社交平台，以方便自己及其好友日后叫车时获得更多优惠。本实施例的打车平台的车费预估方法，能够推荐最优的支付方式，并自动或者根据用户的确认支付指令，完成实际车费的支付，体现了打车平台的智能化和人性化，便于用户的实际使用，具有较好的用户体验。实施例三请参照图3，为本发明第三实施例提供的打车平台的车费预估方法。在第三实施例中，所述打车平台的车费预估方法是在第一实施例或者第二实施例的基础上所作出的进一步改进，与第一实施例或者第二实施例的区别仅在于，所述方法还包括步骤：步骤310，分别接收用户对所述至少一个叫车软件的评价，以及所述至少一个叫车软件反馈的对所述用户的评价。具体地，在结束行程并完成实际车费的支付时，用户对叫车软件进行评价，同时，叫车软件也对该用户进行评价。分别接收来自于用户和叫车软件的评价。进一步地，评价可以是分数(例如：95-100代表非常满意、85-95代表满意、75-85代表一般满意、65-75代表不满意、65分以下代表非常不满意)、也可以是星级(例如：五星代表非常满意、四星代表满意、三星代表一般满意、两星代表不满意、一星代表非常不满意)。步骤320，根据所述评价，定期发送优惠券。具体地，根据评价，定期向客户端的打车平台及叫车软件端的打车平台发送优惠券，以激励用户和叫车平台提高各自的服务。例如，对于客户端的打车平台来说，累计获得10次“非常满意”评价的一方，则获得打车平台发送的9折乘车券。本实施例的打车平台的车费预估方法，通过分别接收用户对至少一个叫车软件的评价和至少一个叫车软件反馈的对用户的评价，定期发送优惠券，进而提高用户和打车平台的服务质量。实施例四请参照图4，本发明第四实施例进一步提供一种打车平台的车费预估装置，所述装置包括：接收模块410，用于接收来自于用户终端发送的叫车请求。具体地，所述叫车请求至少包括：出发地址、目的地地址、乘车时间、乘车方的类别、以及乘车类型。进一步地，出发地址可以为用户设备所在位置的地址，也可以由用户自行设置出发地址。进一步地，乘车时间可以是发出叫车请求的时间，也可以是用户自定义的预约时间。进一步地，乘车方的类别包括：乘客或者/和物品。也就是说，当乘车方为乘客时，乘客可以为发出叫车请求的用户。在实际使用中，还存在一种情况，即：用户替其他人叫车，则“其他人”为实际的乘客。当乘车方为物品时，是指：用户为物品发出叫车请求，使车仅携带该物品至目的地地址。进一步地，当乘车方为物品时，叫车请求还包括：物品的重量、体积等，以便于叫车软件根据物品的重量和体积计算后备箱或者车内的剩余空间，进而预估车费。本实施例的车费预估方法，不仅仅局限于现有的乘客为“人”的情况，还进一步扩展了乘客为“物品”的情形，为用户提供更快捷、方便的使用体验。进一步地，乘车类型包括：快车、全程拼车、分路段拼车、顺风车、出租车、专车之一。其中，全程拼车是指：由出发地址到目的地地址的均采用同一个叫车软件的拼车；分路段拼车是指：由出发地址到目的地地址的过程，分路段地选择不同叫车软件进行无缝式拼车。进一步地，用户终端可以是手机、平板电脑、掌上电脑、PDA(个人数字助理)、或者笔记本电脑等。也可以是其他具有相似功能的设备，本实施例在此不作具体限制。显示模块420，用于根据所述叫车请求，显示至少一个叫车软件的乘车方案及其对应的预估车费。具体地，叫车平台将叫车请求发送至同时与叫车平台绑定的至少一个叫车软件。接收模块410接收到叫车请求的每个叫车软件，结合路程、乘车方的类别、乘车类型、以及叫车软件的自身计价方案进行车费的预估以及乘车方案的规划。每个叫车软件再将预估的车费和乘车方案发送至叫车平台。本实施例中的路程是指：出发地址行驶至目的地地址所需经过的路面距离，而并非出发地址到目的地地址之间的直线距离。进一步地，叫车软件可以是滴滴打车、快车、优步、神州专车、易到等。对于分路段拼车的情况，例如，将出发地址至目的地地址划分为第一路段和至少一个第二路段，叫车软件分别预估行驶第一路段和至少一个第二路段的车费和乘车方案。其中，第一路段和至少一个第二路段的划分可以由用户自行设定，也可以根据各个叫车软件的优惠政策进行划分。进一步地，在其他实施例中，也可以是叫车平台根据其绑定的至少一个叫车软件的计价方案，自动预估乘车方案和车费。发送模块430，用于将所述至少一个叫车软件的乘车方案和预估车费发送至所述用户终端。具体地，显示模块420将每个叫车软件反馈的或者自动生成的乘车方案和预估车费显示在打车平台的界面上并通过发送模块430发送至用户终端，使用户在用户终端的界面上查看乘车方案和预估车费，以供用户进行选择。进一步地，打车平台可以是用户终端上的应用软件，则可以省略发送模块430。打车平台也可以是其他终端，则通过发送模块430将乘车方案和预估车费发送至用户终端，方便用户查看和选择。进一步地，作为对本实施例的进一步改进，在其他实施例中，若叫车请求为快车、或者全程拼车、或者专车时，软件平台也可以根据各个叫车软件的优惠政策以及计价方案，向用户推送使用多个叫车软件进行分路段拼车的预估车费和乘车方案，以为用户提供全方位的乘车选择。可选地，根据每个叫车软件反馈的乘车方案和预估车费，打车平台可以向用户设备推选最优的乘车方案，以为用户提供人性化、高性价比的乘车体验。可选地，在根据叫车请求规划乘车方案和预估车费之前，打车平台可以提前向用户提供各个绑定的叫车软件的优选乘车方案。例如：假设打车平台绑定打车软件A、B、C，且打车软件A、B、C的计价方案和优惠政策如表1所示：打车软件A打车软件B打车软件C每公里(元)21.31.7每分钟(元)0.40.30.35车费优惠50％10元以内15元以内表1根据表1中打车软件A、B、C的计价方案和优惠政策，显示并向用户终端推送优选乘车方案，即，路面距离在9公里以内的使用打车软件C，路面距离在9-16公里以内的使用打车软件B，路面距离在16公里以上的使用打车软件A。在本示例中，打车平台可以在用户发出叫车请求之前，为用户显示分路段的乘车优惠方案，特别适合用户选择分路段拼车。本实施例的打车平台的车费预估组装，通过接收模块410接收来自于用户终端发送的叫车请求，根据叫车请求，显示模块420显示至少一个叫车软件的乘车方案及其对应的预估车费，发送模块430将至少一个叫车软件的乘车方案和预估车费发送至用户终端。能够同时使用户查看和比较各个叫车软件的乘车方案，并从中选择最优的行程，用户的使用更加人性化，提高了用户体验。实施例五请参照图5，为本发明第五实施例提供的打车平台的车费预估装置。在第五实施例中，所述打车平台的车费预估装置是在第四实施例的基础上所作出的进一步改进，与第四实施例的区别仅在于，所述装置还包括：乘车方案选择模块510，用于根据用户终端的选择指令，在所述至少一个叫车软件中选择一个叫车软件的所述乘车方案。具体地，乘车方案选择模块510接收用户的选择指令，并根据该选择指令，从多个叫车软件中选择一个叫车软件的乘车方案。进一步地，对于分路段拼车的情况，则乘车方案选择模块510选择对应的乘车方案，以确保在分路段过程中实现用户的价格最优、且无缝式路段连接。检测模块520，用于检测到达所述目的地地址。具体地，检测模块520检测乘客或者物品到达目的地地址，并接收叫车软件发送的“到达目的地”或者“结束行程”的指令，该指令中还包括本次行程所产生的实际车费。账单发送模块530，用于发送实际车费账单至所述用户设备。具体地，账单发送模块530将实际车费账单发送至用户设备。获取模块540，用于获取与打车平台绑定的银行卡或者/和第三方支付平台的信息。具体地，用户终端预先绑定银行卡、或者/和第三方支付平台(例如：微信支付、支付宝等)至打车平台，在结束行程并接收实际车费账单时，获取模块540获取绑定的银行卡、第三方支付平台的信息。该信息至少包括：各个银行卡消费的详细信息(例如：银行卡结余、银行对打车平台或者叫车软件提供的优惠活动等)第三方支付平台的优惠条款(例如：折扣、优惠券、满额减免车费等)、以及用户的付费习惯等。进一步地，本实施例中的银行卡可以是借记卡，也可以是信用卡。支付方式选择模块550，用于在所述银行卡或者/和第三方支付平台中选择最优的支付方式。具体地，支付方式选择模块550结合各个银行卡的详细信息、第三方支付平台的优惠条款、以及用户的付费习惯，推荐出对用户最优的消费选择。例如：若用户习惯使用微信支付，则支付方式选择模块550推荐微信支付为最优的消费选择。若用户习惯使用微信支付和支付宝快捷支付，则进一步判断微信支付和支付宝是否有优惠条款，若一方有优惠条款，则支付方式选择模块550选择有优惠条款的快捷支付作为最优的消费选择；若均没有优惠条款，则支付方式选择模块550选择余额最多的快捷支付作为最优的消费选择。进一步地，作为对本实施例的进一步改进，当打车平台绑定的银行卡对应的银行出现故障或者系统升级时，或者，当打车平台绑定的第三方支付平台遇到支付故障时，支付方式选择模块550可以选择由打车平台中的好友进行转账，作为最优的支付方式；或者，通过打车平台发布“帮助”消息，当有其他用户(可以是用户的好友，也可以是陌生人)选择“提供帮助”时，由所述其他用户进行转账，支付方式选择模块550以此作为最优的支付方式，其中，“该帮助”消息可以包括实际车费金额，也可以包括实际车费金额和加价金额。支付模块560，用于根据所述最优的支付方式，自动完成实际车费的支付；或者，根据所述最优的支付方式以及用户的确认支付指令，完成实际车费的支付。具体地，在本实施例中，支付模块560可以采用自动支付实际车费的支付方式，免去了用户反复确认和选择的麻烦，进一步体现了平台的智能化和人性化。支付模块560也可以选择根据用户的确认支付指令，完成实际车费的支付，该“确认支付指令”可以是推荐的最优的支付方式，也可以是用户自行选择的支付方式。进一步地，作为对本实施例的进一步改进，在支付完成实际车费之后，可以选择打车平台上的经验分享功能，将本次行程分享至社交平台，以方便自己及其好友日后叫车时获得更多优惠。本实施例的打车平台的车费预估装置，能够推荐最优的支付方式，并自动或者根据用户的确认支付指令，完成实际车费的支付，体现了打车平台的智能化和人性化，便于用户的实际使用，具有较好的用户体验。实施例六本发明第六实施例进一步提供一种打车平台的车费预估装置。在第六实施例中，所述打车平台的车费预估装置是在第四实施例或者第五实施例的基础上所作出的进一步改进，与第四实施例或者第五实施例的区别仅在于：接收模块，还用于分别接收用户对所述至少一个叫车软件的评价，以及所述至少一个叫车软件反馈的对所述用户的评价。具体地，在结束行程并完成实际车费的支付时，用户对叫车软件进行评价，同时，叫车软件也对该用户进行评价。接收模块分别接收来自于用户和叫车软件的评价。进一步地，评价可以是分数(例如：95-100代表非常满意、85-95代表满意、75-85代表一般满意、65-75代表不满意、65分以下代表非常不满意)、也可以是星级(例如：五星代表非常满意、四星代表满意、三星代表一般满意、两星代表不满意、一星代表非常不满意)。发送模块，还用于根据所述评价，定期发送优惠券。具体地，根据评价，发送模块定期向客户端的打车平台及叫车软件端的打车平台发送优惠券，以激励用户和叫车平台提高各自的服务。例如，对于客户端的打车平台来说，累计获得10次“非常满意”评价的一方，则获得打车平台发送的9折乘车券。本实施例的打车平台的车费预估装置，通过接收模块分别接收用户对至少一个叫车软件的评价和至少一个叫车软件反馈的对用户的评价，发送模块定期发送优惠券，进而提高用户和打车平台的服务质量。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。当前第1页1 2 3