CN108022105A - 一种移动终端及其便捷支付方法 - Google Patents

Abstract

本发明提供一种移动终端及其便捷支付方法，所述方法建立在社交关系的熟人之间，在基本的信任关系上搭乘顺风车，在连续多次乘坐达到预定的乘车支付金额或者乘车次数之后再进行一次性支付，免去了一次乘车一次支付的不便，增进了双方之间的信任关系；此外，所述方法由于基于社交关系的社交软件实现，无需下载专门的乘车软件，兼顾了社交和乘车功能，更加便捷高效。最后，针对不同的乘客生成定制的乘车订单模型，有效避免了司机与乘客之间的乘车订单被他人抢单或者接单的不便，增加了乘车与支付的便捷性。

Description

一种移动终端及其便捷支付方法

技术领域

本申请涉及本发明涉及移动通信和互联网技术领域，尤其涉及一种移动终端及其便捷支付方法。

背景技术

随着车辆的急剧增加，油价不断上涨，车主出行成本迅速提高；另一方面，由于城市公共交通建设严重滞后，不少市民上下班等出行难问题日益突出。于是，拼车出行现象渐渐流行起来。

拼车就是合伙乘车之意，即：有空余座位资源的车主，在出行过程中，给同一条路线上的乘客顺便提供搭载服务。目前，一些提供拼车信息服务的拼车网站已经出现，有拼车需求的市民可以在网站上发布拼车信息，其他用户可以查看发布出来的信息并联系发布拼车信息的人，从而确定共乘关系。但是目前实现拼车服务的平台仍然存在一些缺陷：1.不可以计划出行，不能同时安排多次出行，乘客可提前准备的时间较短；2.主要是陌生人之间进行拼车，缺乏安全感；3.不能实现用户之间多对多的匹配；4.操作复杂；5.当前拼车方式主要为拼私家车，缺少充足有效的拼车服务车辆来源，同时比较容易涉及非法营运。

针对上述问题，文献CN102981726A提供一种能够提前计划出行、熟人拼车、安全可靠且操作简单、拼车方式多样化的拼出租车、分享私家车、搭顺风车的方法，首先选择预约类型，再录入用户拼车的需求信息，之后应用服务器根据需求信息进行匹配并将匹配得到的拼车信息发送至客户端，当用户确认准时出发后，根据拼车信息获取出租车信息并搭乘出租车或根据拼车信息搭乘私家车，最后，会统计所有用户支付的费用并自动生成拼出租车、分享私家车或搭顺风车的费用单明细，同时根据拼出租车、分享私家车或搭顺风车的相关信息会自动生成历史记录并存储，从而实现了拼出租车、分享私家车或搭顺风车的过程及记录；从而方便了用户提前计划出行，为用户提供了充足的出行准备时间，同时，在需求信息中设置对其他拼车用户的限制条件，从而可以实现在熟人之间进行拼车，相对安全可靠，最后，生成费用单明细及历史记录均是自动执行的，不需用户的参与，简化了用户操作，用户体验较好。

然而，上述方法也存在许多缺陷，首先，上述方法虽然涉及到熟人搭乘顺风车，但需要一次乘车一次支付，这对已经有基本信任关系的司乘双方来说如果经常搭乘，就会造成反复经常性的支付操作，这样不仅不能提高支付的效率，也不利于双方建立最少金钱关系的良好的人际关系；此外，基于乘车软件平台的搭乘关系会出现司机与乘客之间的订单无法无缝对接，导致被其他人抢单或接单的情况，这会造成熟人之间乘车费用结算与费用支付的不便，从而影响用户体验。

发明内容

本发明提供一种移动终端便捷支付方法，所述方法包括如下步骤：

S1，第一用户通过第一移动终端建立与第二用户的第二移动终端之间的社交关系；所述社交关系基于社交软件；所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值；

S2，所述第一用户设置所述第二用户乘车费用的计费方式，并通过所述第一用户的第一移动终的所述社交软件发送给所述第二用户的第二移动终端；所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息；基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内；

S3，检测所述第一用户是否激活所述乘车订单模型，在激活所述乘车订单模型后向所述第二用户的所述社交软件发送乘车订单启用通知，在结束所述乘车订单后向所述第二用户的所述社交软件发送乘车订单完成确认请求，在所述第二用户反馈所述乘车订单完成确认请求后生成乘车费用待支付订单，并将所述乘车费用待支付订单存储在服务器端的乘车计费单元内；

S4，所述服务器判断所述乘车费用待支付订单是否达到预设的所述待支付订单数量阈值或者所述待支付金额阈值，如果达到，则进入步骤S5；如果未达到，则返回步骤S3；

S5，所述服务器根据所有所述乘车费用待支付订单生成乘车费用支付通知到所述第二用户的所述社交软件，所述乘车费用支付通知包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用信息；在所述第二用户完成支付操作后生成乘车费用结算清单发送给所述第一用户和所述第二用户，所述乘车费用结算清单包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用、乘车费用计算周期信息。

作为一种优选的实施方式，所述计费方式包括：

按次计费、按乘车里程计费、按出发地计费、按目的地计费。

作为一种优选的实施方式，所述所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息，具体包括：

所述所述第二用户的第二移动终端的所述社交软件获取所述计费方式，如果所述第二用户同意所述第一用户发送的所述计费方式，则向所述第一用户发送所述计费方式的确认信息；如果所述第二用户不同意所述第一用户发送的所述计费方式，则向所述第二用户展示所有计费方式，并在所述第二用户选定任意一个所述计费方式后，将所述计费方式发送给所述第一用户，以供所述第一用户进行所述计费方式的确认。

作为一种优选的实施方式，所述基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内，具体包括：

基于所述计费方式和所述反馈确认信息生成乘车订单模型，所述乘车订单模型包括车主信息、乘客信息、乘车计费方式、约定乘车出发地和目的地，并将所述车主信息、所述乘客信息、所述乘车计费方式、所述约定乘车出发地和目的地信息以数据库的形式存储在服务器端的乘车模型单元内；

每一个所述乘客对应一个或多个所述乘车订单模型。

作为一种优选的实施方式，所述检测所述第一用户是否激活所述乘车订单模型，具体包括：

检测所述第一用户是否在预定的所述乘车时间达到所述乘车路径的起始地点，如果是，则检测所述第二用户的第二所述移动终端是否在所述第一用户的第一移动终预设的距离范围内，如果在所述预设的距离范围内，则激活所述乘车订单模型，如果不在所述预设的距离范围内，则不激活所述乘车订单模型；如果否，则不激活所述乘车订单模型。

本发明提供一种移动终端及其便捷支付方法，所述方法建立在社交关系的熟人之间，在基本的信任关系上搭乘顺风车，在连续多次乘坐达到预定的乘车支付金额或者乘车次数之后再进行一次性支付，免去了一次乘车一次支付的不便，增进了双方之间的信任关系；此外，所述方法由于基于社交关系的社交软件实现，无需下载专门的乘车软件，兼顾了社交和乘车功能，更加便捷高效。最后，针对不同的乘客生成定制的乘车订单模型，有效避免了司机与乘客之间的乘车订单被他人抢单或者接单的不便，增加了乘车与支付的便捷性。

此外，发明提供一种移动终端，所述移动终端包括如下模块：

第一设置模块，用于第一用户通过第一移动终端建立与第二用户的第二移动终端之间的社交关系；所述社交关系基于社交软件；所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值；

乘车订单模型生成模块，用于所述第一用户设置所述第二用户乘车费用的计费方式，并通过所述第一用户的第一移动终的所述社交软件发送给所述第二用户的第二移动终端；所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息；基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内；

乘车费用待支付订单生成模块，用于检测所述第一用户是否激活所述乘车订单模型，在激活所述乘车订单模型后向所述第二用户的所述社交软件发送乘车订单启用通知，在结束所述乘车订单后向所述第二用户的所述社交软件发送乘车订单完成确认请求，在所述第二用户反馈所述乘车订单完成确认请求后生成乘车费用待支付订单，并将所述乘车费用待支付订单存储在服务器端的乘车计费单元内；

支付阈值判断模块，用于所述服务器判断所述乘车费用待支付订单是否达到预设的所述待支付订单数量阈值或者所述待支付金额阈值，如果达到，则执行乘车费用结算模块；如果未达到，则返回所述乘车费用待支付订单生成模块；

乘车费用结算模块，用于所述服务器根据所有所述乘车费用待支付订单生成乘车费用支付通知到所述第二用户的所述社交软件，所述乘车费用支付通知包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用信息；在所述第二用户完成支付操作后生成乘车费用结算清单发送给所述第一用户和所述第二用户，所述乘车费用结算清单包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用、乘车费用计算周期信息。

作为一种优选的实施方式，所述计费方式包括：

按次计费、按乘车里程计费、按出发地计费、按目的地计费。

作为一种优选的实施方式，所述所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息，具体包括：

所述所述第二用户的第二移动终端的所述社交软件获取所述计费方式，如果所述第二用户同意所述第一用户发送的所述计费方式，则向所述第一用户发送所述计费方式的确认信息；如果所述第二用户不同意所述第一用户发送的所述计费方式，则向所述第二用户展示所有计费方式，并在所述第二用户选定任意一个所述计费方式后，将所述计费方式发送给所述第一用户，以供所述第一用户进行所述计费方式的确认。

作为一种优选的实施方式，所述基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内，具体包括：

基于所述计费方式和所述反馈确认信息生成乘车订单模型，所述乘车订单模型包括车主信息、乘客信息、乘车计费方式、约定乘车出发地和目的地，并将所述车主信息、所述乘客信息、所述乘车计费方式、所述约定乘车出发地和目的地信息以数据库的形式存储在服务器端的乘车模型单元内；

每一个所述乘客对应一个或多个所述乘车订单模型。

作为一种优选的实施方式，所述检测所述第一用户是否激活所述乘车订单模型，具体包括：

检测所述第一用户是否在预定的所述乘车时间达到所述乘车路径的起始地点，如果是，则检测所述第二用户的第二所述移动终端是否在所述第一用户的第一移动终预设的距离范围内，如果在所述预设的距离范围内，则激活所述乘车订单模型，如果不在所述预设的距离范围内，则不激活所述乘车订单模型；如果否，则不激活所述乘车订单模型。

本发明提供一种移动终端及其便捷支付方法，所述方法建立在社交关系的熟人之间，在基本的信任关系上搭乘顺风车，在连续多次乘坐达到预定的乘车支付金额或者乘车次数之后再进行一次性支付，免去了一次乘车一次支付的不便，增进了双方之间的信任关系；此外，所述方法由于基于社交关系的社交软件实现，无需下载专门的乘车软件，兼顾了社交和乘车功能，更加便捷高效。最后，针对不同的乘客生成定制的乘车订单模型，有效避免了司机与乘客之间的乘车订单被他人抢单或者接单的不便，增加了乘车与支付的便捷性。

附图说明

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

图1是本发明的一种移动终端的结构示意图。

具体实施方式

以下结合附图进一步说明本发明的实施例。

实施例一：

本发明提供一种移动终端便捷支付方法，所述方法包括如下步骤：

S1，第一用户通过第一移动终端建立与第二用户的第二移动终端之间的社交关系；所述社交关系基于社交软件；所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值；需要说明的是，所述社交关系是一种稳定的社交关系，如微信好友、QQ好友等，这里不同于常规的乘车软件如滴滴打车等生成乘车订单后临时的会话关系；正是基于上述稳定的社交关系，两个用户之间才有基本的信任，进而有实施本发明技术方案的基础。此外，所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值，具体可以为第一用户设置所述待支付订单数量阈值和/或待支付金额阈值，并向第二用户确认上述待支付订单数量阈值和/或待支付金额阈值，待第二用户确认后便作为乘车订单模型的一部分进行记录与存储；还可以为第二用户设置所述待支付订单数量阈值和/或待支付金额阈值，并向第一用户确认上述待支付订单数量阈值和/或待支付金额阈值，待第一用户确认后便作为乘车订单模型的一部分进行记录与存储。示例性的，所述待支付订单数量阈值可以为50次，所述待支付订单数量对应于一个计费周期内的乘车次数；所述待支付金额阈值为100元，所述所述待支付金额在一个计费周期内有效。这里的计费周期可以为一个月、一个季度、一年等，在此不做限制。

S2，所述第一用户设置所述第二用户乘车费用的计费方式，并通过所述第一用户的第一移动终的所述社交软件发送给所述第二用户的第二移动终端；所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息；基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内；需要说明的是，上述两个步骤中的设置与确认信息基于社交软件实现，从而增加设置的便捷性；所述乘车订单模型记录了车主与乘客之间约定的乘车相关信息，一个乘客可以根据乘车时间段、乘车行程、乘车人数等的不同对应一个或者多个所述乘车订单模型，从而增加乘车方式的灵活性，更加人性化；将所述乘车订单模型存储在服务器端的乘车模型单元内便于双方实时获取。

S3，检测所述第一用户是否激活所述乘车订单模型，在激活所述乘车订单模型后向所述第二用户的所述社交软件发送乘车订单启用通知，在结束所述乘车订单后向所述第二用户的所述社交软件发送乘车订单完成确认请求，在所述第二用户反馈所述乘车订单完成确认请求后生成乘车费用待支付订单，并将所述乘车费用待支付订单存储在服务器端的乘车计费单元内；需要说明的是，所述乘车订单模型是在乘车前约定并生成的，车主每次搭载该乘客都可以激活一次对应乘客相应的所述乘车订单模型，每一次激活就是一次乘车订单开始生成的时间，在乘客结束此次乘车并经双方确认后自动生成乘车费用待支付订单；需要强调的是，所述乘车费用待支付订单不同于常规的购物过程中的待支付订单，本发明的该乘车费用待支付订单无需单次支付，其仅仅作为乘车计费周期内的一次乘车记录明细，以供司乘双方确认该次乘车行程的有效性；优选的，所述乘车费用待支付订单以乘车记录明细的方式发送到双方的社交软件内，该明细不设置支付功能；从而免去单次乘车单次支付的不便，进而增加双方的信任感。

S4，所述服务器判断所述乘车费用待支付订单是否达到预设的所述待支付订单数量阈值或者所述待支付金额阈值，如果达到，则进入步骤S5；如果未达到，则返回步骤S3；需要说明的是，所述待支付订单数量阈值可以为30次，所述待支付订单数量对应于一个计费周期内的乘车次数；所述待支付金额阈值为100元，所述所述待支付金额在一个计费周期内有效。这里的计费周期可以为一个月、一个季度、一年等，在此不做限制。此外，双方还可以临时约定提前支付功能，即在未达到上述阈值时进行提前支付，以应对突发情况。这里的提前支付功能设置司机具有比乘客更高的优先级，即司机发起的提前支付功能乘客必须在司机预定的时间内完成支付，否则执行约定的处罚措施；乘客约定的提前支付功能则可以自由决定提前支付的时间和金额；从而保证司机的利益不受损失。

S5，所述服务器根据所有所述乘车费用待支付订单生成乘车费用支付通知到所述第二用户的所述社交软件，所述乘车费用支付通知包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用信息；在所述第二用户完成支付操作后生成乘车费用结算清单发送给所述第一用户和所述第二用户，所述乘车费用结算清单包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用、乘车费用计算周期信息。需要说明的是，所述乘车费用支付通知所述乘车费用结算清单是为了便于双方对计费周期内的历次乘车信息有更详细的了解，避免计费错误或者双方误会。

作为一种优选的实施方式，所述计费方式包括：

按次计费、按乘车里程计费、按出发地计费、按目的地计费。

作为一种优选的实施方式，所述所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息，具体包括：

所述所述第二用户的第二移动终端的所述社交软件获取所述计费方式，如果所述第二用户同意所述第一用户发送的所述计费方式，则向所述第一用户发送所述计费方式的确认信息；如果所述第二用户不同意所述第一用户发送的所述计费方式，则向所述第二用户展示所有计费方式，并在所述第二用户选定任意一个所述计费方式后，将所述计费方式发送给所述第一用户，以供所述第一用户进行所述计费方式的确认。需要说明的是，上述只是示例性的展示了计费方式的生成方式，此外，还可以是双方用户临时自行约定的计费方式，在此不做限制。

作为一种优选的实施方式，所述基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内，具体包括：

基于所述计费方式和所述反馈确认信息生成乘车订单模型，所述乘车订单模型包括车主信息、乘客信息、乘车计费方式、约定乘车出发地和目的地，并将所述车主信息、所述乘客信息、所述乘车计费方式、所述约定乘车出发地和目的地信息以数据库的形式存储在服务器端的乘车模型单元内；每一个所述乘客对应一个或多个所述乘车订单模型。需要说明的是，所述乘车订单模型还可以包括与乘车相关的备注等其他信息，甚至可以约定一个计费周期内的随机一次或者若干次乘车免费或者随机优惠等，以增加乘车过程中的趣味性。而每一个所述乘客对应一个或多个所述乘车订单模型，可以增加乘车方式的灵活性，根据乘客的目的地等不同灵活设置，进而增加实用性。

作为一种优选的实施方式，所述检测所述第一用户是否激活所述乘车订单模型，具体包括：

检测所述第一用户是否在预定的所述乘车时间达到所述乘车路径的起始地点，如果是，则检测所述第二用户的第二所述移动终端是否在所述第一用户的第一移动终预设的距离范围内，如果在所述预设的距离范围内，则激活所述乘车订单模型，如果不在所述预设的距离范围内，则不激活所述乘车订单模型；如果否，则不激活所述乘车订单模型。需要说明的是，该实施方式基于双方的社交软件的位置信息自动判断双方是否已经在预定的所述乘车时间如早上8点到达预定的乘车路径的起始地点，进一步的，如果两者的相对距离预定距离如在1米左右，且上述距离维持时长在设置时长如2分钟以上，则自动识别此次乘车行程已经开始，从而自动激活对应的乘车订单模型；由此增加了行程识别的智能化程度，且上述距离的识别基于社交软件的自动定位功能，无需下载专门的乘车软件和地图软件，从而更加高效便捷。

本发明提供一种移动终端及其便捷支付方法，所述方法建立在社交关系的熟人之间，在基本的信任关系上搭乘顺风车，在连续多次乘坐达到预定的乘车支付金额或者乘车次数之后再进行一次性支付，免去了一次乘车一次支付的不便，增进了双方之间的信任关系；此外，所述方法由于基于社交关系的社交软件实现，无需下载专门的乘车软件，兼顾了社交和乘车功能，更加便捷高效。最后，针对不同的乘客生成定制的乘车订单模型，有效避免了司机与乘客之间的乘车订单被他人抢单或者接单的不便，增加了乘车与支付的便捷性。

实施例二：

如图1所示，本发明提供一种移动终端，所述移动终端包括如下模块：

第一设置模块，用于第一用户通过第一移动终端建立与第二用户的第二移动终端之间的社交关系；所述社交关系基于社交软件；所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值；需要说明的是，所述社交关系是一种稳定的社交关系，如微信好友、QQ好友等，这里不同于常规的乘车软件如滴滴打车等生成乘车订单后临时的会话关系；正是基于上述稳定的社交关系，两个用户之间才有基本的信任，进而有实施本发明技术方案的基础。此外，所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值，具体可以为第一用户设置所述待支付订单数量阈值和/或待支付金额阈值，并向第二用户确认上述待支付订单数量阈值和/或待支付金额阈值，待第二用户确认后便作为乘车订单模型的一部分进行记录与存储；还可以为第二用户设置所述待支付订单数量阈值和/或待支付金额阈值，并向第一用户确认上述待支付订单数量阈值和/或待支付金额阈值，待第一用户确认后便作为乘车订单模型的一部分进行记录与存储。示例性的，所述待支付订单数量阈值可以为50次，所述待支付订单数量对应于一个计费周期内的乘车次数；所述待支付金额阈值为100元，所述所述待支付金额在一个计费周期内有效。这里的计费周期可以为一个月、一个季度、一年等，在此不做限制。

乘车订单模型生成模块，用于所述第一用户设置所述第二用户乘车费用的计费方式，并通过所述第一用户的第一移动终的所述社交软件发送给所述第二用户的第二移动终端；所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息；基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内；需要说明的是，上述两个步骤中的设置与确认信息基于社交软件实现，从而增加设置的便捷性；所述乘车订单模型记录了车主与乘客之间约定的乘车相关信息，一个乘客可以根据乘车时间段、乘车行程、乘车人数等的不同对应一个或者多个所述乘车订单模型，从而增加乘车方式的灵活性，更加人性化；将所述乘车订单模型存储在服务器端的乘车模型单元内便于双方实时获取。

乘车费用待支付订单生成模块，用于检测所述第一用户是否激活所述乘车订单模型，在激活所述乘车订单模型后向所述第二用户的所述社交软件发送乘车订单启用通知，在结束所述乘车订单后向所述第二用户的所述社交软件发送乘车订单完成确认请求，在所述第二用户反馈所述乘车订单完成确认请求后生成乘车费用待支付订单，并将所述乘车费用待支付订单存储在服务器端的乘车计费单元内；需要说明的是，所述乘车订单模型是在乘车前约定并生成的，车主每次搭载该乘客都可以激活一次对应乘客相应的所述乘车订单模型，每一次激活就是一次乘车订单开始生成的时间，在乘客结束此次乘车并经双方确认后自动生成乘车费用待支付订单；需要强调的是，所述乘车费用待支付订单不同于常规的购物过程中的待支付订单，本发明的该乘车费用待支付订单无需单次支付，其仅仅作为乘车计费周期内的一次乘车记录明细，以供司乘双方确认该次乘车行程的有效性；优选的，所述乘车费用待支付订单以乘车记录明细的方式发送到双方的社交软件内，该明细不设置支付功能；从而免去单次乘车单次支付的不便，进而增加双方的信任感。

支付阈值判断模块，用于所述服务器判断所述乘车费用待支付订单是否达到预设的所述待支付订单数量阈值或者所述待支付金额阈值，如果达到，则执行乘车费用结算模块；如果未达到，则返回所述乘车费用待支付订单生成模块；需要说明的是，所述待支付订单数量阈值可以为30次，所述待支付订单数量对应于一个计费周期内的乘车次数；所述待支付金额阈值为100元，所述所述待支付金额在一个计费周期内有效。这里的计费周期可以为一个月、一个季度、一年等，在此不做限制。此外，双方还可以临时约定提前支付功能，即在未达到上述阈值时进行提前支付，以应对突发情况。这里的提前支付功能设置司机具有比乘客更高的优先级，即司机发起的提前支付功能乘客必须在司机预定的时间内完成支付，否则执行约定的处罚措施；乘客约定的提前支付功能则可以自由决定提前支付的时间和金额；从而保证司机的利益不受损失。

乘车费用结算模块，用于所述服务器根据所有所述乘车费用待支付订单生成乘车费用支付通知到所述第二用户的所述社交软件，所述乘车费用支付通知包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用信息；在所述第二用户完成支付操作后生成乘车费用结算清单发送给所述第一用户和所述第二用户，所述乘车费用结算清单包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用、乘车费用计算周期信息。需要说明的是，所述乘车费用支付通知所述乘车费用结算清单是为了便于双方对计费周期内的历次乘车信息有更详细的了解，避免计费错误或者双方误会。

作为一种优选的实施方式，所述计费方式包括：

按次计费、按乘车里程计费、按出发地计费、按目的地计费。

作为一种优选的实施方式，所述所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息，具体包括：

所述所述第二用户的第二移动终端的所述社交软件获取所述计费方式，如果所述第二用户同意所述第一用户发送的所述计费方式，则向所述第一用户发送所述计费方式的确认信息；如果所述第二用户不同意所述第一用户发送的所述计费方式，则向所述第二用户展示所有计费方式，并在所述第二用户选定任意一个所述计费方式后，将所述计费方式发送给所述第一用户，以供所述第一用户进行所述计费方式的确认。需要说明的是，上述只是示例性的展示了计费方式的生成方式，此外，还可以是双方用户临时自行约定的计费方式，在此不做限制。

作为一种优选的实施方式，所述基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内，具体包括：

基于所述计费方式和所述反馈确认信息生成乘车订单模型，所述乘车订单模型包括车主信息、乘客信息、乘车计费方式、约定乘车出发地和目的地，并将所述车主信息、所述乘客信息、所述乘车计费方式、所述约定乘车出发地和目的地信息以数据库的形式存储在服务器端的乘车模型单元内；每一个所述乘客对应一个或多个所述乘车订单模型。需要说明的是，所述乘车订单模型还可以包括与乘车相关的备注等其他信息，甚至可以约定一个计费周期内的随机一次或者若干次乘车免费或者随机优惠等，以增加乘车过程中的趣味性。而每一个所述乘客对应一个或多个所述乘车订单模型，可以增加乘车方式的灵活性，根据乘客的目的地等不同灵活设置，进而增加实用性。

作为一种优选的实施方式，所述检测所述第一用户是否激活所述乘车订单模型，具体包括：

检测所述第一用户是否在预定的所述乘车时间达到所述乘车路径的起始地点，如果是，则检测所述第二用户的第二所述移动终端是否在所述第一用户的第一移动终预设的距离范围内，如果在所述预设的距离范围内，则激活所述乘车订单模型，如果不在所述预设的距离范围内，则不激活所述乘车订单模型；如果否，则不激活所述乘车订单模型。需要说明的是，该实施方式基于双方的社交软件的位置信息自动判断双方是否已经在预定的所述乘车时间如早上8点到达预定的乘车路径的起始地点，进一步的，如果两者的相对距离预定距离如在1米左右，且上述距离维持时长在设置时长如2分钟以上，则自动识别此次乘车行程已经开始，从而自动激活对应的乘车订单模型；由此增加了行程识别的智能化程度，且上述距离的识别基于社交软件的自动定位功能，无需下载专门的乘车软件和地图软件，从而更加高效便捷。

本发明提供一种移动终端及其便捷支付方法，所述方法建立在社交关系的熟人之间，在基本的信任关系上搭乘顺风车，在连续多次乘坐达到预定的乘车支付金额或者乘车次数之后再进行一次性支付，免去了一次乘车一次支付的不便，增进了双方之间的信任关系；此外，所述方法由于基于社交关系的社交软件实现，无需下载专门的乘车软件，兼顾了社交和乘车功能，更加便捷高效。最后，针对不同的乘客生成定制的乘车订单模型，有效避免了司机与乘客之间的乘车订单被他人抢单或者接单的不便，增加了乘车与支付的便捷性。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来生成机器，从而通过计算机或其他可编程数据处理方法的处理器来执行的指令创建了用于实现结构图和/或框图和/或流图的框或多个框中指定的方法。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种移动终端便捷支付方法，其特征在于，所述方法包括如下步骤：

S1，第一用户通过第一移动终端建立与第二用户的第二移动终端之间的社交关系；所述社交关系基于社交软件；所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值；

S2，所述第一用户设置所述第二用户乘车费用的计费方式，并通过所述第一用户的第一移动终的所述社交软件发送给所述第二用户的第二移动终端；所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息；基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内；

S3，检测所述第一用户是否激活所述乘车订单模型，在激活所述乘车订单模型后向所述第二用户的所述社交软件发送乘车订单启用通知，在结束所述乘车订单后向所述第二用户的所述社交软件发送乘车订单完成确认请求，在所述第二用户反馈所述乘车订单完成确认请求后生成乘车费用待支付订单，并将所述乘车费用待支付订单存储在服务器端的乘车计费单元内；

S4，所述服务器判断所述乘车费用待支付订单是否达到预设的所述待支付订单数量阈值或者所述待支付金额阈值，如果达到，则进入步骤S5；如果未达到，则返回步骤S3；

S5，所述服务器根据所有所述乘车费用待支付订单生成乘车费用支付通知到所述第二用户的所述社交软件，所述乘车费用支付通知包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用信息；在所述第二用户完成支付操作后生成乘车费用结算清单发送给所述第一用户和所述第二用户，所述乘车费用结算清单包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用、乘车费用计算周期信息。

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

按次计费、按乘车里程计费、按出发地计费、按目的地计费。

3.根据权利要求2所述的方法，其特征在于，所述所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息，具体包括：

所述所述第二用户的第二移动终端的所述社交软件获取所述计费方式，如果所述第二用户同意所述第一用户发送的所述计费方式，则向所述第一用户发送所述计费方式的确认信息；如果所述第二用户不同意所述第一用户发送的所述计费方式，则向所述第二用户展示所有计费方式，并在所述第二用户选定任意一个所述计费方式后，将所述计费方式发送给所述第一用户，以供所述第一用户进行所述计费方式的确认。

4.根据权利要求1所述的方法，其特征在于，所述基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内，具体包括：

基于所述计费方式和所述反馈确认信息生成乘车订单模型，所述乘车订单模型包括车主信息、乘客信息、乘车计费方式、约定乘车出发地和目的地，并将所述车主信息、所述乘客信息、所述乘车计费方式、所述约定乘车出发地和目的地信息以数据库的形式存储在服务器端的乘车模型单元内；

每一个所述乘客对应一个或多个所述乘车订单模型。

5.根据权利要求1所述的方法，其特征在于，所述检测所述第一用户是否激活所述乘车订单模型，具体包括：

检测所述第一用户是否在预定的所述乘车时间达到所述乘车路径的起始地点，如果是，则检测所述第二用户的第二所述移动终端是否在所述第一用户的第一移动终预设的距离范围内，如果在所述预设的距离范围内，则激活所述乘车订单模型，如果不在所述预设的距离范围内，则不激活所述乘车订单模型；如果否，则不激活所述乘车订单模型。

6.一种移动终端，其特征在于，所述移动终端包括如下模块：

第一设置模块，用于第一用户通过第一移动终端建立与第二用户的第二移动终端之间的社交关系；所述社交关系基于社交软件；所述第一用户和所述第二用户设置并确认待支付订单数量阈值和/或待支付金额阈值；

乘车订单模型生成模块，用于所述第一用户设置所述第二用户乘车费用的计费方式，并通过所述第一用户的第一移动终的所述社交软件发送给所述第二用户的第二移动终端；所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息；基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内；

乘车费用待支付订单生成模块，用于检测所述第一用户是否激活所述乘车订单模型，在激活所述乘车订单模型后向所述第二用户的所述社交软件发送乘车订单启用通知，在结束所述乘车订单后向所述第二用户的所述社交软件发送乘车订单完成确认请求，在所述第二用户反馈所述乘车订单完成确认请求后生成乘车费用待支付订单，并将所述乘车费用待支付订单存储在服务器端的乘车计费单元内；

支付阈值判断模块，用于所述服务器判断所述乘车费用待支付订单是否达到预设的所述待支付订单数量阈值或者所述待支付金额阈值，如果达到，则执行乘车费用结算模块；如果未达到，则返回所述乘车费用待支付订单生成模块；

乘车费用结算模块，用于所述服务器根据所有所述乘车费用待支付订单生成乘车费用支付通知到所述第二用户的所述社交软件，所述乘车费用支付通知包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用信息；在所述第二用户完成支付操作后生成乘车费用结算清单发送给所述第一用户和所述第二用户，所述乘车费用结算清单包括所述第二用户历次乘车的乘车路径、乘车时间、计费方式、乘车订单模型、乘车费用、乘车费用计算周期信息。

7.根据权利要求6所述的移动终端，其特征在于，所述计费方式包括：

按次计费、按乘车里程计费、按出发地计费、按目的地计费。

8.根据权利要求7所述的移动终端，其特征在于，所述所述第二用户获取所述计费方式，并向所述第一用户反馈确认信息，具体包括：

所述所述第二用户的第二移动终端的所述社交软件获取所述计费方式，如果所述第二用户同意所述第一用户发送的所述计费方式，则向所述第一用户发送所述计费方式的确认信息；如果所述第二用户不同意所述第一用户发送的所述计费方式，则向所述第二用户展示所有计费方式，并在所述第二用户选定任意一个所述计费方式后，将所述计费方式发送给所述第一用户，以供所述第一用户进行所述计费方式的确认。

9.根据权利要求6所述的移动终端，其特征在于，所述基于所述计费方式和所述反馈确认信息生成乘车订单模型，并将所述乘车订单模型存储在服务器端的乘车模型单元内，具体包括：

基于所述计费方式和所述反馈确认信息生成乘车订单模型，所述乘车订单模型包括车主信息、乘客信息、乘车计费方式、约定乘车出发地和目的地，并将所述车主信息、所述乘客信息、所述乘车计费方式、所述约定乘车出发地和目的地信息以数据库的形式存储在服务器端的乘车模型单元内；

每一个所述乘客对应一个或多个所述乘车订单模型。

10.根据权利要求9所述的移动终端，其特征在于，所述检测所述第一用户是否激活所述乘车订单模型，具体包括：

检测所述第一用户是否在预定的所述乘车时间达到所述乘车路径的起始地点，如果是，则检测所述第二用户的第二所述移动终端是否在所述第一用户的第一移动终预设的距离范围内，如果在所述预设的距离范围内，则激活所述乘车订单模型，如果不在所述预设的距离范围内，则不激活所述乘车订单模型；如果否，则不激活所述乘车订单模型。