一种熟人间拼车的方法和装置与流程

文档序号:11251733
一种熟人间拼车的方法和装置与流程

本发明涉及移动通信和互联网技术领域,特别涉及一种熟人间拼车的方法和装置。



背景技术:

随着车辆的急剧增加,油价不断上涨,车主出行成本迅速提高;另一方面,由于城市公共交通建设严重滞后,不少市民上下班等出行难问题日益突出。车辆拥有者也希望能在日常出行中能找到顺路的乘客,减小他们日常行驶中产生的花费。现有的公共交通虽然具有载客量大,成本低廉的特点,但它沿规划路线上停若干站,从而延长了乘坐者的通勤时间,缺乏便利性。于是,拼车出行现象渐渐流行起来。

拼车就是合伙乘车之意,即:有空余座位资源的车主,在出行过程中,给同一条路线上的乘客顺便提供搭载服务。目前,一些提供拼车服务的拼车网站已经出现,有拼车需求的市民可以在网站上发布拼车信息,其他用户可以查看发布出来的信息并联系发布拼车信息的人,从而确定共乘关系。

但是目前提供拼车服务的平台仍然存在一些缺陷。由于平台人员较多,所有每次拼车主要是陌生人之间进行拼车,因此对用户来说拼车缺乏安全感。而且现有的拼车都是基于单人拼车,车辆的剩余座位没有利用,出行成本较高。如果和多个同事一起拼车,车费的计算也让用户感到十分为难,所以提供一种熟人间拼车的方法具体十分重要的意义。



技术实现要素:

本发明所要解决的技术问题是如何选择熟人进行拼车,提高安全 性。

为此目的,本发明提供了一种熟人间拼车的方法,包括:

若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上的通讯录联系人窗口;

在接收到用户选择的至少一个联系人标识后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、至少一个联系人标识,和/或出发时间。

较优的,所述方法还包括:若所有联系人标识所属的UE均发送拒绝拼车邀请,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。

较优的,所述方法还包括:在接收所述拼车失败信息的同时,展示是否重新拼车的请求;

若接收到触发重新拼车的请求的触发指令,则再次展示当前UE上的通讯录联系人窗口,以供用户重新选择联系人。

较优的,所述方法还包括:若至少一个联系人标识对应的联系人接受拼车邀请,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。

较优的,所述方法还包括:在拼车成功之后,接收所述服务器发送的行程订单信息,所述形成订单信息包括:当前UE应付金额信息。

另外,本发明还提供了一种熟人间拼车的方法,包括:

服务器接收第一UE发送的拼车请求,所述拼车请求为所述第一UE基于该第一UE上的通讯录联系人发送的包括:第一UE的目的地地址、第一UE的起始地地址以及至少一个联系人标识的拼车请求;

服务器根据所述拼车请求,向所述至少一个联系人标识对应的第 二UE发送拼车邀请,所述拼车邀请包括:发送拼车请求的第一UE的标识、所述第一UE的目的地地址、第一UE的起始地地址,以及是否接受拼车的确认信息,以使所述第二UE接收所述拼车邀请之后,向服务器发送是否接受所述拼车邀请的确认信息。

较优的,所述方法还包括:若接收到所有联系人标识对应的第二UE发送的拒绝拼车邀请信息,则根据所述拒绝拼车邀请信息向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因。

较优的,所述方法还包括:若接收到至少一个联系人标识对应的第二UE发送的接受拼车邀请信息,则根据所述拼车请求生成拼车订单信息,并向第一UE及第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

较优的,所述方法还包括:接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

另外,本发明还提供了一种熟人间拼车的方法,包括:

若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上用于输入预设信息的窗口;

在接收到用户输入的预设信息后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、预设信息,和/或出发时间点。

较优的,所述方法还包括:若存在至少一个与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息。

较优的,所述方法还包括:若不存在与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

较优的,所述方法还包括:在接收所述拼车失败信息的同时,展示是否重新拼车的请求;若接收到触发重新拼车的请求的触发指令,则再次展示当前UE上用于输入预设信息的窗口,以供用户重新输入预设信息。

较优的,所述方法还包括:在拼车成功之后,接收所述服务器发送的行程订单信息,所述行程订单信息包括:当前UE应付金额信息。

另外,本发明还提供了一种熟人间拼车的方法,包括:服务器接收第一UE发送的第一拼车请求,所述第一拼车请求为所述第一UE基于该第一UE上输入的预设信息发送的包括:第一UE的目的地地址、第一UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

若接收到至少一个与所述第一UE的起始地地址相同或起始地地址之间的距离在预设范围内的第二UE发送的第二拼车请求,所述第二拼车请求为所述第二UE基于该第二UE上输入的预设信息发送的包括:第二UE的目的地地址、第二UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

根据所述第一拼车请求中的预设信息,以及第二拼车请求中的预设信息,判断是否将该第一UE的第一拼车请求和第二UE的第二拼车请求生成一个拼车订单信息;

若是,则生成一个拼车订单信息,并向所述第一UE与第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

较优的,所述方法还包括:若否,则向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

较优的,所述方法还包括:接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

另一方面,本发明还提供了一种熟人间拼车的装置,所述装置包括:第一展示单元,用于若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上的通讯录联系人窗口;

第一拼车请求发送单元,用于在接收到用户选择的至少一个联系人标识后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、至少一个联系人标识,和/或出发时间点。

较优的,所述装置还包括:第一拼车失败接收单元,用于若所有联系人标识所属的UE均发送拒绝拼车邀请,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。

较优的,所述第一展示单元还用于:在接收所述拼车失败信息的同时,展示是否重新拼车的请求;若接收到触发重新拼车的请求的触发指令,则再次展示当前UE上的通讯录联系人窗口,以供用户重新选择联系人。

较优的,所述装置还包括:第一拼车确认接收单元,用于若至少一个联系人标识对应的联系人接受拼车邀请,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。

较优的,所述装置还包括:第一行程订单接收单元,用于在拼车成功之后,接收所述服务器发送的行程订单信息,所述形成订单信息 包括:当前UE应付金额信息。

另外,本发明还提供了一种熟人间拼车的装置,所述装置包括:第一拼车请求接收单元,用于接收第一UE发送的拼车请求,所述拼车请求为所述第一UE基于该第一UE上的通讯录联系人发送的包括:第一UE的目的地地址、第一UE的起始地地址以及至少一个联系人标识的拼车请求;

第一拼车邀请发送单元,用于根据所述拼车请求,向所述至少一个联系人标识对应的第二UE发送拼车邀请,所述拼车邀请包括:发送拼车请求的第一UE的标识、所述第一UE的目的地地址、第一UE的起始地地址,以及是否接受拼车的确认信息,以使所述第二UE接收所述拼车邀请之后,向服务器发送是否接受所述拼车邀请的确认信息。

较优的,所述装置还包括:第一拼车失败发送单元,用于若接收到所有联系人标识对应的第二UE发送的拒绝拼车邀请信息,则根据所述拒绝拼车邀请信息向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因。

较优的,所述装置还包括:第一拼车确认发送单元,用于若接收到至少一个联系人标识对应的第二UE发送的接受拼车邀请信息,则根据所述拼车请求生成拼车订单信息,并向第一UE及第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

较优的,所述装置还包括:第一行程订单发送单元,用于接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,并将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

另外,本发明还提供了一种熟人间拼车的装置,所述装置包括:

第二展示单元,用于若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上用于输入预设信息的窗口;

第二拼车请求发送单元,用于在接收到用户输入的预设信息后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、预设信息,和/或出发时间点。

较优的,所述装置还包括:第二拼车确认接收单元,用于若存在至少一个与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息。

较优的,所述装置还包括:第二拼车失败接收单元,用于若不存在与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

较优的,所述第二展示单元还用于:在接收所述拼车失败信息的同时,展示是否重新拼车的请求;若接收到触发重新拼车的请求的触发指令,则再次展示当前UE上用于输入预设信息的窗口,以供用户重新输入预设信息。

较优的,所述装置还包括:第二行程订单接收单元,用于在拼车成功之后,接收所述服务器发送的行程订单信息,所述形成订单信息包括:当前UE应付金额信息。

另外,本发明还提供了一种熟人间拼车的装置,所述装置包括:第二拼车请求接收单元,用于接收第一UE发送的第一拼车请求,所述第一拼车请求为所述第一UE基于该第一UE上输入的预设信息发送的包括:第一UE的目的地地址、第一UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

判断单元,用于若接收到至少一个与所述第一UE的起始地地址 相同或起始地地址之间的距离在预设范围内的第二UE发送的第二拼车请求,所述第二拼车请求为所述第二UE基于该第二UE上输入的预设信息发送的包括:第二UE的目的地地址、第二UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

根据所述第一拼车请求中的预设信息,以及第二拼车请求中的预设信息,判断是否将该第一UE的第一拼车请求和第二UE的第二拼车请求生成一个拼车订单信息;

第二拼车确认发送单元,用于若是,则生成一个拼车订单信息,并向所述第一UE与第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

较优的,所述装置还包括:第二拼车失败发送单元,用于若否,则向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

较优的,所述装置还包括:第二行程订单发送单元,用于接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

本发明提供的一种熟人间拼车的方法和装置,用户设备可以自主选择熟悉的人一起拼车,解决了现有与陌生人一起拼车的危险问题,提高了拼车出行的安全性;另外,还可以选择多个用户设备一起拼车,节省出行的费用。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点,附图是示意性的而不应理解为对本发明进行任何限制,在附图中:

图1为本发明熟人间拼车两种实施方式的整体流程示意图;

图2为本发明实施例1熟人间拼车的方法的流程示意图;

图3为本发明实施例1熟人间拼车的方法的流程示意图;

图4为本发明实施例2熟人间拼车的方法的流程示意图;

图5为本发明实施例2熟人间拼车的方法的流程示意图;

图6为本发明实施例3熟人间拼车的装置用户设备的框架示意图;

图7为本发明实施例3熟人间拼车的装置服务器的框架示意图;

图8为本发明实施例4熟人间拼车的装置用户设备的框架示意图;

图9为本发明实施例4熟人间拼车的装置服务器的框架示意图。

具体实施方式

下面将结合附图对本发明的实施例进行详细描述。

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

以下对本发明实施例中提及的部分词语进行举例说明。

本发明实施例中提及的用户设备(User Equipment,简称UE)是指呼叫服务方,如交通工具叫车服务中的乘客,所使用的移动终端或个人计算机(Personal Computer,简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

本发明实施例中提及的终端为提供服务方,如交通工具叫车服务中的司机,所使用的用于接单的移动终端或PC端等设备。诸如上述呼叫服务方所使用各设备。本实施例中,为了区别乘客和司机,分别采用用户设备UE和终端来分别表示乘客和司机所持的移动终端等设备。下面对本发明一种熟人间拼车的方法的技术方案展开详 细的描述。

实施例1为本发明选择手机通讯录联系人进行拼车的方案,如图1所示,以当前UE为执行主体,示出了实施例1一种熟人间拼车的方法流程示意图,该方法包括:

S101:若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上的通讯录联系人窗口;

S201:在接收到用户选择的至少一个联系人标识后,并向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、至少一个联系人标识,和/或出发时间点。

其中,当前UE可为移动终端或PC端等,通讯录联系人可以是移动终端自带通讯录中预存的多个联系人,也可以为不同应用程序中预存的联系人。

其中,该联系人标识可以是移动终端通讯中预存的联系人的手机号码。

需要说明的是,若所有联系人标识所属的UE均发送拒绝拼车邀请,即通讯录中选择的联系人均不参与熟人拼车,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。其中,根据普通车辆的座位数量,用户选择的联系人标识至多为4个。

具体的,在接收所述拼车失败信息的同时,展示是否重新拼车的请求;其中,若接收到触发重新拼车的请求的触发指令,则重复上述步骤S101和步骤S201,再次展示当前UE上的通讯录联系人窗口,以供用户重新选择联系人。

若没有接收到触发重新拼车的请求的触发指令,则可以持续展示是否重新拼车的请求,直到接收到触发重新拼车的请求的触发指令。

需要解释的是,若至少一个联系人标识对应的联系人接受拼车邀 请,即通讯录中存在联系人参与熟人拼车,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息。当前UE接收服务器发送的确认信息后,可以向服务器发送确认呼叫信息,即可通过服务器呼叫出租车、快车、专车、顺风车等进行叫车,被呼叫的司机可以通过所持终端接收订单,达到目的地之后,司机可以点击所持终端的订单结束按钮向服务器发送订单完成信息。其中较优的,在拼车成功之后,可以接收所述服务器发送的行程订单信息,所述形成订单信息包括:当前UE应付金额信息。用户可以通过所持移动终端支付对应的行车订单金额。

如图2所示,以服务器为执行主体,示出了实施例1一种熟人间拼车的方法的流程示意图,该方法包括:

S201:接收第一UE发送的拼车请求,所述拼车请求为所述第一UE基于该第一UE上的通讯录联系人发送的包括:第一UE的目的地地址、第一UE的起始地地址以及至少一个联系人标识的拼车请求;

其中,该联系人标识可以是移动终端通讯中预存的联系人的手机号码。

S202:服务器根据所述拼车请求,向所述至少一个联系人标识对应的第二UE发送拼车邀请,所述拼车邀请包括:发送拼车请求的第一UE的标识、所述第一UE的目的地地址、第一UE的起始地地址,以及是否接受拼车的确认信息,以使所述第二UE接收所述拼车邀请之后,向服务器发送是否接受所述拼车邀请的确认信息。

需要说明的是,若接收到所有联系人标识对应的第二UE发送的拒绝拼车邀请信息,则根据所述拒绝拼车邀请信息向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因。

需要解释的是,若接收到至少一个联系人标识对应的第二UE发送的接受拼车邀请信息,则根据所述拼车请求生成拼车订单信息,并 向第一UE及第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。其中,第二UE可以是多个参与拼车的用户设备。

其中,上述终端可以是交通工具叫车服务中的司机,所使用的用于接单的移动终端或PC端等设备。具体的,服务器向第一UE及第二UE发送确认信息后,就可以向终端推送订单,其中,可通过服务器呼叫出租车、快车、专车、顺风车等进行叫车。司机可以通过所持终端接收服务器发送的订单。司机在达到目的地之后可以点击司机所持终端向服务器发送完成订单信息。

其中较优的,为了解决熟人间拼车时,谁付车费以及如何分摊车费的问题,服务器接收终端完成订单的信息之后,可以根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,并将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

第一UE及第二UE接收到各自的行程订单信息后,可以支付各自的行程订单金额。其中,为了计算简便,每个UE支付的订单金额可以是该次拼车出行的总金额除以拼车人数。每个UE完成各自的订单支付后,即表示该次拼车出行结束。本发明每个用户支付各自的行程订单金额,解决了熟人间拼车AA制支付车费的难处。

实施例2为本发明选择面对面熟人进行拼车的方案,如图3所示,以当前UE为执行主体,示出了实施例2一种熟人间拼车的方法的流程示意图,该方法包括:

S301:若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上用于输入预设信息的窗口;

其中,用户在当前UE提供目的地地址和起始地地址,按下熟人拼车的按钮后,当前UE就会展示一个窗口,供用户输入预设信息, 该预设信息可以是与面对面熟人事先约定的几个数字、字母或者符号。

S302:在接收到用户输入的预设信息后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、预设信息,和/或出发时间点。

需要说明的是,若存在至少一个与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息。若不存在与当前UE的起始地地址相同的UE发送所述预设信息,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

其中,与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE可以是与当前UE在相同经纬度的UE。面对面参与拼车的熟人也可通过所持移动终端向服务器发送拼车请求,该拼车请求可以包括与当前UE所属用户事先约定的预设信息,起始地地址、目的地地址和/或出发时间点。当服务器确认与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送与当前UE相同的预设信息时,例如当前UE发送数字1234,与当前UE起始地地址相同或起始地地址之间的距离在预设范围内的UE也发送了数字1234,则服务器判断当前UE和与当前UE起始地地址相同或起始地地址之间的距离在预设范围内的UE属于同一个拼车请求,并会向终端推送订单。当服务器确认不存在与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送与当前UE相同的预设信息时,例如当前UE发送数字1234,不存在与当前UE起始地地址相同或起始地地址之间的距离在预设范围内的UE也发送了数字1234,则服务器确定当前UE的拼车失败,并向当前UE发送失败信息。该失败信息可以包括失败的原因,如起始地地址不相同、没有接收到匹配的预设信息等。

需要说明的是,在接收所述拼车失败信息的同时,用户设备可以 展示是否重新拼车的请求;其中,若接收到触发重新拼车的请求的触发指令,则重复上述步骤S301和步骤S302,再次展示当前UE上用于输入预设信息的窗口,以供用户重新输入预设信息。

其中较优的,在拼车成功之后,服务器会生成每个UE的拼车行程订单信息,并发送给每个参与拼车的UE,UE接收服务器发送的行程订单信息,所述行程订单信息包括:当前UE应付金额信息。每个UE成功支付各自的行程订单金额,表示该次AA制的熟人间拼车结束。

如图4所示,以服务器为执行主体,示出了实施例2一种熟人间拼车的方法的流程示意图,该方法包括:

S401:接收第一UE发送的第一拼车请求,所述第一拼车请求为所述第一UE基于该第一UE上输入的预设信息发送的包括:第一UE的目的地地址、第一UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

其中,该预设信息可以是第一UE所属用户与参与拼车的用户事先约定的几个数字、字母或字符。

S402:若接收到至少一个与所述第一UE的起始地地址相同或起始地地址之间的距离在预设范围内的第二UE发送的第二拼车请求,所述第二拼车请求为所述第二UE基于该第二UE上输入的预设信息发送的包括:第二UE的目的地地址、第二UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

根据所述第一拼车请求中的预设信息,以及第二拼车请求中的预设信息,判断是否将该第一UE的第一拼车请求和第二UE的第二拼车请求生成一个拼车订单信息;

具体的,当第一拼车请求中的起始地地址与第二拼车请求中的起始地地址相同,如经纬度相同或两个起始地地址之间的距离在预设范围之内;且同时第一拼车请求中的预设信息与第二拼车请求中的预设信息相同,如第一拼车请求中的预设信息是数字1234,第二拼车请求 中的预设信息也是数字1234,则判断第一UE与第二UE属于同一个拼车需求,可以生成一个拼车订单信息。否则,就不属于同一个拼车请求,不能生成一个拼车订单信息。

S403:若是,则生成一个拼车订单信息,并向所述第一UE与第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

若否,则向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拼车失败的原因。其中,失败的原因可以是起始地地址不相同、没有接收到匹配的预设信息等。

具体的,该确认信息可以是:参与拼车的用户名称、参与拼车的人数等。用户设备接收拼车请求已生成待发送订单的确认信息之后,可以点击界面的呼叫按钮,呼叫出租车、快车、专车、顺风车等进行叫车。在用户点击呼叫按钮后,服务器向终端推送订单。终端接收订单后,终端所属司机将车开到指定的起始地地址,在到达目的地之后,司机点击终端界面的完成订单按钮,终端则会向服务器发送完成订单的信息。

其中较优的,服务器接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

具体地,第一UE及第二UE接收到各自的行程订单信息后,可以支付各自的行程订单金额。其中,为了计算简便,每个UE支付的订单金额可以是该次拼车出行的总金额除以拼车人数。每个UE完成各自的订单支付后,即表示该次拼车出行结束。本发明每个用户支付各自的行程订单金额,可以解决熟人间拼车AA制支付车费的难处。

如图5所示,当用户需要进行熟人间拼车时,用户在打车界面输 入目的地地址及起始地地址后,点击熟人拼车按钮,当前UE也可以同时弹出2个选项,一个是读取手机通讯录联系人拼车的选项,一个是选择面对面熟人拼车的选项。通过选择对应的选项,也可以进行上述实施例1所述的选择通讯录联系人进行拼车和实施例2的所述的选择面对面熟人进行拼车。

另一方面,实施例3提供了采用实施例1选择通讯录联系人进行熟人间拼车的方法的装置,如图6所示,以当前UE为执行主体,该熟人间拼车的装置包括:第一展示单元61,用于若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上的通讯录联系人窗口;第一拼车请求发送单元62,用于在接收到用户选择的至少一个联系人标识后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、至少一个联系人标识,和/或出发时间点。

其中,所述装置还包括:第一拼车失败接收单元,用于若所有联系人标识所属的UE均发送拒绝拼车邀请,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。

需要说明书的是,所述第一展示单元还用于:在接收所述拼车失败信息的同时,展示是否重新拼车的请求;若接收到触发重新拼车的请求的触发指令,则再次展示当前UE上的通讯录联系人窗口,以供用户重新选择联系人。

其中,所述装置还包括:第一拼车确认接收单元,用于若至少一个联系人标识对应的联系人接受拼车邀请,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息;所述拼车邀请为所述服务器根据所述拼车请求向至少一个联系人标识所属的UE发送的。

其中,所述装置还包括:第一行程订单接收单元,用于在拼车成 功之后,接收所述服务器发送的行程订单信息,所述形成订单信息包括:当前UE应付金额信息。

如图7所示,以服务器为执行主体,该熟人间拼车的装置包括:第一拼车请求接收单元71,用于接收第一UE发送的拼车请求,所述拼车请求为所述第一UE基于该第一UE上的通讯录联系人发送的包括:第一UE的目的地地址、第一UE的起始地地址以及至少一个联系人标识的拼车请求;

第一拼车邀请发送单元72,用于根据所述拼车请求,向所述至少一个联系人标识对应的第二UE发送拼车邀请,所述拼车邀请包括:发送拼车请求的第一UE的标识、所述第一UE的目的地地址、第一UE的起始地地址,以及是否接受拼车的确认信息,以使所述第二UE接收所述拼车邀请之后,向服务器发送是否接受所述拼车邀请的确认信息。

需要说明的是,所述装置还包括:第一拼车失败发送单元,用于若接收到所有联系人标识对应的第二UE发送的拒绝拼车邀请信息,则根据所述拒绝拼车邀请信息向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拒绝拼车邀请的联系人标识,和/或拒绝拼车邀请的原因。

需要解释的是,所述装置还包括:第一拼车确认发送单元,用于若接收到至少一个联系人标识对应的第二UE发送的接收拼车邀请信息,则根据所述拼车请求生成拼车订单信息,并向第一UE及第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

其中,所述装置还包括:第一行程订单发送单元,用于接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,并将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

实施例4提供了采用实施例2选择面对面熟人进行熟人间拼车的方法的装置,如图8所示,以当前UE为执行主体,该熟人间拼车的装置,所述装置包括:第二展示单元81,用于若接收到用户提供的目的地地址及起始地地址信息,则展示当前UE上用于输入预设信息的窗口;第二拼车请求发送单元82,用于在接收到用户输入的预设信息后,向服务器发送拼车请求,所述拼车请求包括:当前UE的目的地地址、当前UE的起始地地址、预设信息,和/或出发时间点。

本实施例中,所述装置还包括:第二拼车确认接收单元,用于若存在至少一个与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车请求已生成待发送订单的确认信息。

其中,所述装置还包括:第二拼车失败接收单元,用于若不存在与当前UE的起始地地址相同或起始地地址之间的距离在预设范围内的UE发送所述预设信息,则接收所述服务器发送的拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

需要解释的是,所述第二展示单元还用于:在接收所述拼车失败信息的同时,展示是否重新拼车的请求;若接收到触发重新拼车的请求的触发指令,则再次展示当前UE上用于输入预设信息的窗口,以供用户重新输入预设信息。

其中较优的,所述装置还包括:第二行程订单接收单元,用于在拼车成功之后,接收所述服务器发送的行程订单信息,所述形成订单信息包括:当前UE应付金额信息。

如图9所示,以服务器为执行主体,该熟人间拼车的装置包括:第二拼车请求接收单元91,用于接收第一UE发送的第一拼车请求,所述第一拼车请求为所述第一UE基于该第一UE上输入的预设信息发送的包括:第一UE的目的地地址、第一UE的起始地地址、预设信息,和/或出发时间点的拼车请求;

判断单元92,用于若接收到至少一个与所述第一UE的起始地地址相同或起始地地址之间的距离在预设范围内的第二UE发送的第二拼车请求,所述第二拼车请求为所述第二UE基于该第二UE上输入的预设信息发送的包括:第二UE的目的地地址、第二UE的起始地地址、预设信息,和/或出发时间点的拼车请求;根据所述第一拼车请求中的预设信息,以及第二拼车请求中的预设信息,判断是否将该第一UE的第一拼车请求和第二UE的第二拼车请求生成一个拼车订单信息;

第二拼车确认发送单元93,用于若是,则生成一个拼车订单信息,并向所述第一UE与第二UE发送拼车请求已生成待发送订单的确认信息,以及根据所述拼车订单信息向至少一个终端推送订单。

本实施例中,所述装置还包括:第二拼车失败发送单元,用于若否,则向所述第一UE发送拼车失败信息,所述拼车失败信息包括:拼车失败的原因。

需要说明的是,所述装置还包括:第二行程订单发送单元,用于接收所述终端完成订单的信息之后,根据所述拼车订单信息生成第一UE的包括应付金额信息的行程订单信息,以及生成第二UE的包括应付金额信息的行程订单信息,将第一UE的行程订单信息发送所述第一UE,以及将所述第二UE的行程订单信息发送各自的UE。

本发明提供的一种熟人间拼车的方法和装置,用户可以自主选择熟悉的人一起拼车,解决了现有与陌生人一起拼车的危险问题,提高了拼车出行的安全性;另外,还可以选择多个用户一起拼车,节省出行的费用;在拼车之后自动生成各自的拼车费用,解决了选择熟人拼车时付车费的问题,让用户再也不用为多个熟人乘车时,谁付车费、如何分摊车费而纠结。

本领域普通技术人员可以理解:实现上述方法实施例的全部或者部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储在计算机可读取的存储介质中,该程序在执行时,执行包括上 述方法实施例的步骤。

本发明的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

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

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1