基于共享车辆的复合用车方法、客户端及系统与流程

文档序号:11520350阅读:214来源:国知局
基于共享车辆的复合用车方法、客户端及系统与流程

本发明涉及共享交通工具技术领域。



背景技术:

目前,随着机动车辆对环境的污染越来越大,严重的交通拥堵现象和车辆废气污染环境问题困扰着很多大城市,人们都希望能有一个良好的空气质量,拥有健康的身体,很多城市都积极倡导市民使用自行车作为交通工具,不仅可以减少污染,还可以锻炼身体。

为了方便市民出行,出现了各种无需归还至指定车桩的共享车辆,常规的使用方式如下:需要使用时,用户通过专用的共享车辆app或微信公众号的内置地图找到附近车辆,发送车牌号,获取密码解锁共享自行车;或者,用户使用共享车辆专用app找到附近车辆,通过扫码打开电子锁。目前的共享车辆服务系统,需要用户安装专用的共享车辆app,与其他打车客户端之间没有建立关联。

目前不断涌现出许多基于手持智能终端的打车客户端,这些打车客户端用于向乘客提供打车服务,可以称为乘客客户端,提供打车服务的流程如下:乘客客户端向服务器端发送需要打车的请求,服务器端根据该请求,生成订单信息向符合一定条件的出租车的车载终端进行推送,当使用车载终端的出租车司机根据自身运营情况选择接单时,则订单完成,乘客和出租车司机之间开始打车交易。

现有的打车客户端,还只能提供不同类型车辆(比如出租车、顺风车、专车等等)的打车服务,未能根据用户的出行要求,提供共享车辆的相关服务。



技术实现要素:

本发明的目的在于:克服现有技术的不足,公开了基于共享车辆的复合用车方法、客户端及系统。利用本发明,能够向用户提供包括共享车辆用车和其他类型车辆用车的复合操作界面,通过所述复合操作界面进行两种以上类型车辆的订车,方便用户规划行程,提升用户体验。

为实现上述目标,本发明提供了如下技术方案:

一种基于共享车辆的复合用车方法,包括步骤:采集用户用车的触发操作消息,生成包括共享车辆用车和其他类型车辆用车的复合操作界面;通过所述复合操作界面进行两种以上类型车辆的订车,其中一种是共享车辆。

进一步,通过所述复合操作界面进行共享车辆和其他类型车辆之间的关联用车,通过所述关联用车,能够对共享车辆和前述其他类型车辆进行连贯用车。

进一步,所述复合操作界面上显示有地图信息,基于当前位置提供附近的共享车辆位置信息和附近的其他类型车辆地理位置信息。

进一步,所述复合操作界面设置有共享车辆用车服务入口和打车服务入口,通过触发共享车辆用车服务入口进行共享车辆用车,通过触发打车服务入口进行叫车。

进一步,所述复合操作界面设置有关联用车入口,触发关联用车入口,向用户提供包括共享车辆信息和打车信息的关联订车界面,进行共享车辆和打车的连贯用车。

本发明还提供了一种复合用车客户端,包括:信息采集电路,用以采集用户用车的触发操作消息,生成包括共享车辆用车和其他类型车辆用车的复合操作界面;信息处理电路,连接信息采集电路,用以采集前述复合操作界面的订车操作信息,处理两种以上类型车辆的订车信息,其中一种是共享车辆。

进一步,还可以包括关联用车电路,用以在共享车辆和其他类型车辆之间进行关联用车,实现对共享车辆和其他类型车辆进行连贯用车。

进一步,还可以包括地图显示电路,用以基于当前位置提供附近的共享车辆地理位置信息和附近的其他类型车辆地理位置信息。

进一步,所述复合操作界面设置有共享车辆用车服务入口和打车服务入口,所述共享车辆用车服务入口用以在触发后获取共享车辆用车信息,所述打车服务入口用以在触发后获取叫车信息。

进一步,所述复合操作界面设置有关联用车入口,连接关联用车电路,所述关联用车入口触发后,向用户提供包括共享车辆信息和打车信息的关联订车界面,进行共享车辆和打车的连贯用车。

本发明还提供了一种复合用车系统,包括乘客客户端,系统服务器,共享车辆和司机客户端,

所述乘客客户端包括,

信息采集电路,用以采集用户用车的触发操作消息;

信息输出电路,用以输出包括共享车辆用车和其他类型车辆用车的复合操作界面;

所述系统服务器包括,

信息处理电路,连接乘客客户端,用以采集前述复合操作界面的订车操作信息,处理两种以上类型车辆的订车信息,并根据处理的订车信息,向对应的共享车辆子服务器和其他类型车辆的打车子服务器发送用车信息;

共享车辆子服务器,用以根据共享车辆的用车信息触发共享车辆的解锁操作;

打车子服务器,用以将打车的用车信息传输至相应的司机客户端;

所述共享车辆,包括车辆本体结构,其能够响应前述解锁操作进行解锁开启;

司机客户端,用以响应打车的用车信息提供打车服务。

进一步,所述系统服务器还包括关联用车电路,用以在共享车辆和其他类型车辆之间进行关联用车,通过关联用车,对共享车辆和前述其他类型车辆进行连贯用车。

进一步,所述系统服务器还包括地图显示电路,其连接关联用车电路,用以在复合操作界面显示地图信息,所述地图信息基于当前位置提供附近的共享车辆地理位置信息和其他类型车辆地理位置信息。

进一步,所述复合操作界面设置有共享车辆用车服务入口和打车服务入口,所述共享车辆用车服务入口用以在触发后获取共享车辆用车信息,所述打车服务入口用以在触发后获取叫车信息。

进一步,所述复合操作界面设置有关联用车入口,连接关联用车电路,所述关联用车入口触发后,向用户提供包括共享车辆信息和打车信息的关联订车界面,进行共享车辆和打车的连贯用车。

本发明由于采用以上技术方案,与现有技术相比,作为举例,具有以下的优点和积极效果:利用本发明,能够向用户提供包括共享车辆用车和其他类型车辆用车的复合操作界面,通过所述复合操作界面进行两种以上类型车辆的订车,方便用户规划行程,提升用户体验。进一步,还能根据用户的打车需求和共享车辆用车需求,提供关联用车服务,实现不同类型车辆的连贯用车,减少用户转换交通工具所花费的时间,提升用户体验。

附图说明

图1为本发明实施例提供的基于共享车辆的复合用车方法的流程图。

图2为本发明实施例提供的用车客户端的模块结构图。

图3为本发明实施例提供的复合用车系统的模块结构图。

图4为本发明实施例提供的复合用车系统的结构示意图。

图5至图9为通过前述复合用车系统进行订车的操作示例图。

附图标记说明:

用车客户端100,信息采集电路110,信息处理电路120;

系统200,乘客客户端210,信息采集电路211,信息输出电路;系统服务器220,信息处理电路221,共享车辆子服务器222,打车子服务器223;共享车辆230;司机落户端240;

用户终端300,用户界面310。

具体实施方式

以下结合附图和具体实施例对本发明公开的基于共享车辆的复合用车方法、客户端及系统作进一步详细说明。应当注意的是,下述实施例中描述的技术特征或者技术特征的组合不应当被认为是孤立的,它们可以被相互组合从而达到更好的技术效果。在下述实施例的附图中,各附图所出现的相同标号代表相同的特征或者部件,可应用于不同实施例中。因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。

需说明的是,本说明书所附图中所绘示的结构、比例、大小等,均仅用以配合说明书所揭示的内容,以供熟悉此技术的人士了解与阅读,并非用以限定发明可实施的限定条件,任何结构的修饰、比例关系的改变或大小的调整,在不影响发明所能产生的功效及所能达成的目的下,均应落在发明所揭示的技术内容所能涵盖的范围内。本发明的优选实施方式的范围包括另外的实现,其中可以不按所述的或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。

实施例

图1所示,为本发明实施例提供的一种基于共享车辆的复合用车方法,包括如下步骤:

s100,采集用户用车的触发操作消息,生成包括共享车辆用车和其他类型车辆用车的复合操作界面。

所述用户用车的触发操作,作为举例而非限制,比如用户启动用车客户端的操作,或者用户登录用车客户端的操作,或者通过其他客户端的用户界面触发用车客户端的链接按钮的操作。

采集到用户的上述操作消息后,通过前述用车客户端向用户输出包括共享车辆用车和其他类型车辆用车的复合操作界面。即,在所述复合操作界面上,可以进行共享车辆的用车操作,也可以进行其他类型车辆的用车操作。

所述的共享车辆,是指可以为公众共用的车辆,其也可以称为公共车辆,其一般被认为是一种新兴的城市出行服务。目前普遍在各个城市推广的共享车辆,主要为共享自行车,其向居民和旅游者提供便捷的绿色出行。共享车辆,包括但不限于汽车、自行车、电动车、摩托车。本实施例中,优选为骑乘类共享单车,可以为自行车、电动车或摩托车。

所述其他类型车辆的用车,在本实施中,可以是打车的用车行为。所述打车,也可以称为叫车、网约机动车,包括但不限于快车、专车、出租车、顺风车、代驾车等各种机动车服务。

s200,通过所述复合操作界面进行两种以上类型车辆的订车,其中一种是共享车辆。

优选的,通过前述复合操作界面,能够进行共享车辆和其他类型车辆之间的关联用车。通过所述关联用车,能够对共享车辆和前述其他类型车辆进行连贯用车,便于用户更好地规划自己的行程,减少由于交通工具转换所花费的时间。

作为典型实施方式的举例而非限制,比如用户通过用车客户端触发用车操作后,所述用车客户端即通过显示结构输出复合操作界面,所述复合操作界面上显示有地图信息。所述地图信息,是基于当前位置提供附近的共享车辆位置信息和附近的其他类型车辆地理位置信息。同时,用户可以通过触发地图上的共享车辆图标和/或其他类型车辆图标,进行共享车辆和/或其他类型车辆的订车操作、预约操作等。

本实施例的另一实施方式,所述复合操作界面设置有共享车辆用车服务入口和打车服务入口,通过触发共享车辆用车服务入口进行共享车辆用车,通过触发打车服务入口进行叫车。

所述共享车辆用车服务入口、打车服务入口可以是分别设置在用车客户端中的触发控件,所述控件被触发后,能够触发对应的共享车辆用车服务、打车服务。

优选的,所述共享车辆用车服务入口、打车服务入口还可以是通过语音触发的结构。具体的,可以包括音频采集结构和音频识别结构。通过音频采集结构采集用户的语音信息;通过音频识别结构识别前述语音信息;然后判定所述语音信息中是否包含有启动共享车辆用车服务或打车服务的指令;包含前述指令的情况下,触发对应的共享车辆用车服务或打车服务。

又或者,所述共享车辆用车服务入口、打车服务入口是通过动作指令触发的结构。具体的,可以包括图像采集结构和图像识别结构。通过图像采集结构采集用户的身体动作信息;通过图像识别结构识别前述图像信息;判定所述图像信息中是否包含有预设的启动共享车辆用车服务或打车服务的动作指令;包含前述动作指令的情况下,触发对应的共享车辆用车服务或打车服务。

此方式中,首先可以预设启动共享车辆用车服务或打车服务的标准动作图像,并将标准动作图像存储在存储芯片中。在采集到用户的身体动作图像信息后,识别身体动作图像信息,将识别后的身体动作图像与标准动作图像进行比对,比对一致时,判定采集到的身体动作图像对应有启动共享车辆用车服务或打车服务的动作指令。

所述标准动作图像,可以是静态图像,也可以是动态图像。作为举例而非限制,比如以用户双臂协同摇摆的动态图像作为启动共享车辆用车服务的标准动作图像,以用户双臂协同打圈的动态图像作为启动打车服务的标准动作图像。

图像识别,是指利用计算机对图像进行处理、分析和理解,以识别各种不同模式的目标和对像的技术。作为举例而非限制,一般来说,图像识别方法可以包括如下步骤:

首先,通过拍摄结构或扫描结构获取图像信息。

然后,对获取的图像信息进行分割。图像分割的方法有许多种,较常用的有阈值分割方法,边缘检测方法,区域提取方法等。根据图像的类型,还可以采用灰度图像分割、彩色图像分割和纹理图像分割法等。当然,也可以采用能够从图像信息中获得更良好的图像特征量的分割方法,比如基于数学形态学的图像分割方法、基于小波变换的分割方法、基于遗传算法的分割方法等。

最后,对提取的图像特征进行识别处理。后续的,还可以根据需要将分割识别后的特征进行整合,形成一个完整的目标和对象。提取的图像特征包括但不限于水平体征,垂直特征,亮度,颜色和对比度等。

进一步,所述复合操作界面设置有关联用车入口,触发关联用车入口,向用户提供包括共享车辆信息和打车信息的关联订车界面,进行共享车辆和打车的连贯用车。

所述的关联用车入口,与前述共享车辆用车服务入口、打车服务入口的设置方式类似,可以是设置在用车客户端中的触发控件,或者是通过语音触发的结构,或者是通过动作指令触发的结构。

通过所述关联订车界面,用户能够同时进行共享车辆和打车的订车、约车、用车服务。

作为举例而非限制,比如用户根据自己的行程规划,需要先打车到位置“中山公园东门”,然后在“中山公园东门”处骑行共享车辆与友人一起逛公园以及公园周边。此时,用户可以通过前述关联用车功能,将自己的行程分段,第一段选择“出租车”出行,第二段选择“共享车辆”出行,系统服务器能够根据用户的行程,向用户提供合适的出租车,同时向用户预留“中山公园东门”位置处的共享车辆,便于用户连贯用车。

优选的,前述关联订车界面上显示有地图信息,基于当前位置提供附近的共享车辆位置信息和附近的打车车辆地理位置信息。同时,基于车辆的地理位置信息,地图上显示有可触发的车辆图标,用户可以通过触发地图上的共享车辆图标和/或其他类型车辆图标,进行共享车辆和/或其他类型车辆的订车操作、预约操作等。

参见图2,为本发明的另一实施例,提供了一种复合用车客户端。

复合用车客户端100,包括信息采集电路110和信息处理电路120。

所述信息采集电路110,用以采集用户用车的触发操作消息,生成包括共享车辆用车和其他类型车辆用车的复合操作界面。

所述用户用车的触发操作,作为举例而非限制,比如用户启动用车客户端的操作,或者用户登录用车客户端的操作,或者通过其他客户端的用户界面触发用车客户端的链接按钮的操作。

信息采集电路110采集到用户的上述操作消息后,可以通过前述用车客户端的显示结构,向用户输出包括共享车辆用车和其他类型车辆用车的复合操作界面。在所述复合操作界面上,可以进行共享车辆的用车操作,也可以进行其他类型车辆的用车操作。

所述其他类型车辆的用车,在本实施中,包括但不限于快车、专车、出租车、顺风车、代驾车等各种打车服务。

所述信息处理电路120,连接信息采集电路110,用以采集前述复合操作界面的订车操作信息,处理两种以上类型车辆的订车信息,其中一种是共享车辆。

本实施例中,所述用车客户端100,还可以包括关联用车电路。

所述关联用车电路用以在共享车辆和其他类型车辆之间进行关联用车,实现对共享车辆和其他类型车辆进行连贯用车。

通过所述关联用车,能够对共享车辆和前述其他类型车辆连贯用车,便于用户更好地规划自己的行程,减小由于交通工具转换消耗的时间。

所述用车客户端100还可以包括地图显示电路。

地图显示电路用以基于当前位置提供附近的共享车辆地理位置信息和附近的其他类型车辆地理位置信息。

作为典型实施方式的举例而非限制,比如用户通过用车客户端触发用车操作后,所述用车客户端即通过显示结构输出复合操作界面,所述复合操作界面上显示有地图信息。所述地图信息,是基于当前位置提供附近的共享车辆位置信息和附近的其他类型车辆地理位置信息。同时,用户可以通过触发地图上的共享车辆图标和/或其他类型车辆图标,进行共享车辆和/或其他类型车辆的订车操作、预约操作等。

本实施例的另一实施方式,所述复合操作界面设置有共享车辆用车服务入口和打车服务入口,所述共享车辆用车服务入口用以在触发后获取共享车辆用车信息,所述打车服务入口用以在触发后获取叫车信息。

所述共享车辆用车服务入口、打车服务入口可以是分别设置在用车客户端中的触发控件,所述控件被触发后,能够触发对应的共享车辆用车服务、打车服务。

优选的,所述共享车辆用车服务入口、打车服务入口还可以是通过语音触发的结构。具体的,可以包括音频采集结构和音频识别结构。通过音频采集结构采集用户的语音信息;通过音频识别结构识别前述语音信息;然后判定所述语音信息中是否包含有启动共享车辆用车服务或打车服务的指令;包含前述指令的情况下,触发对应的共享车辆用车服务或打车服务。

又或者,所述共享车辆用车服务入口、打车服务入口是通过动作指令触发的结构。具体的,可以包括图像采集结构和图像识别结构。通过图像采集结构采集用户的身体动作信息;通过图像识别结构识别前述图像信息;判定所述图像信息中是否包含有预设的启动共享车辆用车服务或打车服务的动作指令;包含前述动作指令的情况下,触发对应的共享车辆用车服务或打车服务。

此方式中,首先可以预设启动共享车辆用车服务或打车服务的标准动作图像,并将标准动作图像存储在存储芯片中。在采集到用户的身体动作图像信息后,识别身体动作图像信息,将识别后的身体动作图像与标准动作图像进行比对,比对一致时,判定采集到的身体动作图像对应有启动共享车辆用车服务或打车服务的动作指令。

所述标准动作图像,可以是静态图像,也可以是动态图像。作为举例而非限制,比如以用户双臂协同摇摆的动态图像作为启动共享车辆用车服务的标准动作图像,以用户双臂协同打圈的动态图像作为启动打车服务的标准动作图像。

所述复合操作界面设置有关联用车入口,连接关联用车电路,所述关联用车入口触发后,向用户提供包括共享车辆信息和打车信息的关联订车界面,进行共享车辆和打车的连贯用车。

所述的关联用车入口,与前述共享车辆用车服务入口、打车服务入口的设置方式类似,可以是设置在用车客户端中的触发控件,或者是通过语音触发的结构,或者是通过动作指令触发的结构。

通过所述关联订车界面,用户能够同时进行共享车辆和打车的订车、约车、用车服务。优选的,关联订车界面上显示有地图信息,基于当前位置提供附近的共享车辆位置信息和附近的打车车辆地理位置信息。

作为举例而非限制,比如用户根据自己的行程规划,需要先打车到位置“中山公园东门”,然后在“中山公园东门”处骑行共享车辆与友人一起逛公园以及公园周边。此时,用户可以触发关联用车,通过关联用车功能,将自己的行程分段,第一段选择“出租车”出行,第二段选择“共享车辆”出行,系统服务器能够根据用户的行程,向用户提供合适的出租车,同时向用户预留“中山公园东门”位置处的共享车辆,便于用户连贯用车。

参见图3,为本发明的另一实施例,提供了一种复合用车系统。

复合用车系统200,包括乘客客户端210,系统服务器220,共享车辆230和司机落户端240。

所述乘客客户端210包括信息采集电路211和信息输出电路212。

所述信息采集电路211,用以采集用户用车的触发操作消息。

所述用户用车的触发操作,作为举例而非限制,比如用户启动用车客户端的操作,或者用户登录用车客户端的操作,或者通过其他客户端的用户界面触发用车客户端的链接按钮的操作。

所述信息输出电路212,用以输出包括共享车辆用车和其他类型车辆用车的复合操作界面。

信息输出电路212与信息采集电路211连接,能够根据前述操作消息,通过显示结构向用户输出包括共享车辆用车和其他类型车辆用车的复合操作界面。在所述复合操作界面上,可以进行共享车辆的用车操作,也可以进行其他类型车辆的用车操作。

所述其他类型车辆的用车,在本实施中,包括但不限于快车、专车、出租车、顺风车、代驾车等各种打车服务。

所述系统服务器220包括信息处理电路221,共享车辆子服务器222和打车子服务器223。

所述信息处理电路221,连接乘客客户端210,用以采集前述复合操作界面的订车操作信息,处理两种以上类型车辆的订车信息,并根据处理的订车信息,向对应的共享车辆子服务器222和其他类型车辆的打车子服务器223发送用车信息。

所述共享车辆子服务器222,用以根据共享车辆的用车信息触发共享车辆的解锁操作。

优选的,所述共享车辆子服务器能够根据共享车辆的预约用车信息,为用户预留共享车辆;然后,在采集到用户对该共享车辆进行扫码解锁操作时,触发该共享车辆的解锁。

所述共享车辆上设置有该共享车辆的解锁码。所述解锁码可以包括二维码、条形码和图形密码,对应地,所述扫描结构可以包括二维码解码器、条形码解码器和图形密码解码器。

以二维码为例,基于二维解锁码的共享车辆的解锁原理如下。用户客户端在触发共享车辆使用服务后,扫描共享车辆车身上的二维解锁码,所述解锁码对应有该共享车辆的唯一id标识信息,扫码后即可以获得所述id标识信息。

手机向共享车辆的系统服务器提交一个开锁请求消息,所述消息中可以包含:乘客客户端的用户信息,请求内容,车辆id标识信息。

共享车辆的系统服务器收到用户的开锁请求消息,所述系统服务器能够根据所述开锁请求消息,即可以向所述id标识信息对应的共享车辆发出开锁指令信息。

所述共享车辆上的锁具收到前述系统服务器发送的开锁指令信息后,即可以根据所述开锁指令信息执行相应的解锁操作,作为举例而非限制,比如控制电子锁具的锁舌从车轮中收回。

所述打车子服务器223,用以将打车的用车信息传输至相应的司机客户端。

所述共享车辆230,包括车辆本体结构,其能够响应前述解锁操作进行解锁开启。

所述司机客户端240,用以响应打车的用车信息提供打车服务。

本实施例中,乘客客户端310、系统服务器320和司机客户端330之间可基于无线网络传输数据,无线网络可以包括wifi、2g、3g或lte4g、5g等通讯网络。复合用车系统200的数据传输结构示意图参见图4所示。

本实施例中,所述系统服务器还可以包括关联用车电路,用以在共享车辆和其他类型车辆之间进行关联用车。通过关联用车,对共享车辆和前述其他类型车辆进行连贯用车,便于用户更好地规划自己的行程,减小由于交通工具转换消耗的时间。

所述系统服务器还可以包括地图显示电路,其连接关联用车电路。

地图显示电路用以在复合操作界面显示地图信息,所述地图信息基于当前位置提供附近的共享车辆地理位置信息和其他类型车辆地理位置信息。

作为典型实施方式的举例而非限制,比如用户通过用车客户端触发用车操作后,所述用车客户端即通过显示结构输出复合操作界面,所述复合操作界面上显示有地图信息。所述地图信息,是基于当前位置提供附近的共享车辆位置信息和附近的其他类型车辆地理位置信息。同时,用户可以通过触发地图上的共享车辆图标和/或其他类型车辆图标,进行共享车辆和/或其他类型车辆的订车操作、预约操作等。

本实施例的另一实施方式,所述复合操作界面设置有共享车辆用车服务入口和打车服务入口,所述共享车辆用车服务入口用以在触发后获取共享车辆用车信息,所述打车服务入口用以在触发后获取叫车信息。

所述共享车辆用车服务入口、打车服务入口可以是分别设置在用车客户端中的触发控件,所述控件被触发后,能够触发对应的共享车辆用车服务、打车服务。

优选的,所述共享车辆用车服务入口、打车服务入口还可以是通过语音触发的结构。具体的,可以包括音频采集结构和音频识别结构。通过音频采集结构采集用户的语音信息;通过音频识别结构识别前述语音信息;然后判定所述语音信息中是否包含有启动共享车辆用车服务或打车服务的指令;包含前述指令的情况下,触发对应的共享车辆用车服务或打车服务。

又或者,所述共享车辆用车服务入口、打车服务入口是通过动作指令触发的结构。具体的,可以包括图像采集结构和图像识别结构。通过图像采集结构采集用户的身体动作信息;通过图像识别结构识别前述图像信息;判定所述图像信息中是否包含有预设的启动共享车辆用车服务或打车服务的动作指令;包含前述动作指令的情况下,触发对应的共享车辆用车服务或打车服务。

同时,所述复合操作界面还可以设置有关联用车入口,连接关联用车电路,所述关联用车入口触发后,向用户提供包括共享车辆信息和打车信息的关联订车界面,进行共享车辆和打车的连贯用车。通过所述关联订车界面,用户能够同时进行共享车辆和打车的订车、约车、用车服务。优选的,关联订车界面上显示有地图信息,基于当前位置提供附近的共享车辆位置信息和附近的打车车辆地理位置信息。

下面结合图5-9描述通过本实施例提供的用车系统进行订车的操作示例。

图5为其中一种实施方式。参见图5所示,当用户需要用车时,首先用户可以通过用户终端300启动乘客客户端,所述乘客客户端向用户输出图5所示的用户界面310。

本实施方式中,在启动乘客客户端后,所述用户界面310直接显示了可以进行关联用车的复合操作界面。所述复合操作界面显示了包括两种类型以上的车辆地图信息,所述车辆地图信息基于当前位置提供附近的共享车辆地理位置信息和其他类型车辆地理位置信息。

所述的共享车辆,在本实施例中,为共享单车。用户可以在该复合操作界面进行共享单车和/或打车的用车操作。

作为举例而非限制,比如在需要使用共享单车时,触发地图上的单车图标发出共享单车用车请求;在需要打车时,触发用户界面上的打车触发控件“打车”发出打车请求消息。或者,在需要连贯用车时,在触发共享单车车辆图标后,在预设时间阈值内——比如10秒内——再次触发打车触发控件,此时推定用户期望进行连贯用车。系统服务器根据前述连贯用车的触发操作,可以通过弹出新的窗口采集用户的第二用车位置信息(与当前用车位置信息相区分),根据用户的第二用车位置信息,输出基于第二用车位置的车辆地图信息。所述车辆地图信息基于第二用车位置提供附近的共享车辆地理位置信息和其他类型车辆地理位置信息,如此,便于用户选择合理位置的车辆进行使用,以减小转换交通工具花费的时间。

图6-9为另一实施方式,在用户终端300的用户界面310中设置有不同类型车辆的使用入口,比如图6中的“快车使用入口”、“出租车使用入口”、“顺丰车使用入口”,以及对应于共享车辆使用服务的“共享车辆使用入口”。

所述用户终端300为触摸屏结构,用户可以通过手指滑动触摸屏来转换各使用入口,选择自己想要使用的用车类型;和/或,通过点选各使用入口的触发控件来转换各使用入口,选择自己想要使用的用车类型。

以图6为例,比如当前显示的用户界面310为“出租车使用入口”对应的打车界面。

若用户想选择“快车”服务,则可以通过手指向左滑动,从“出租车使用入口”转换为“快车使用入口”。相应的,用户界面310显示“快车使用入口”对应的打车界面。

若用户想选择“顺风车”服务,则可以通过手指向右滑动,从“出租车使用入口”转换为“顺风车使用入口”。相应的,用户界面310显示“顺风车使用入口”对应的打车界面。

若用户想选择“共享车辆”服务,则可以通过手指点选用户界面310中的“共享车辆”触发控件,根据该控件的触发消息,用户界面310显示“共享车辆使用入口”对应的共享车辆订车界面,参见图7所示。所示共享车辆订车界面上显示了共享车辆地图。所述共享车辆地图,基于客户端的当前位置,提供了当前位置附近可用的共享车辆的地理位置信息。用户可以通过触发共享车辆地图上的车辆图标进行订车。作为举例而非限制,比如基于用户客户端的当前位置,附近有14辆可用的共享车辆,用户根据自己的需求,触发了距离自己最近的一辆共享车辆的车辆图标。所述车辆图标在被触发后,用户界面可以显示共享车辆的解锁触发界面。所述解锁触发界面上设置有扫描触发控件“一键解锁”。用户触发控件“一键解锁”后,客户端启动扫描结构,相应的,用户界面进入扫描界面。用户将用户终端对准前述共享车辆的解锁码,通过扫描解锁码,对共享车辆进行解锁。

本实施方式中,还包括关联用车入口,参见图8所示的关联用车触发控件“关联用车”。用户可以在用户界面310中触发关联用车触发控件,所述关联用车触发控件在被触发后,能够输出包括共享车辆信息和打车信息的关联订车界面。

通过所述关联订车界面,用户能够同时进行共享车辆和打车的订车、约车、用车服务,参见图8所示,所述关联订车界面显示了客户端当前位置附近的车辆地图信息。车辆地图信息包括共享车辆地理位置信息和打车的地理位置信息。用户可以在关联订车界面进行共享车辆和打车比如出租车、顺风车、专车等的连贯用车服务。

作为举例而非限制,比如用户根据自己的行程规划,需要先打车到位置“中山公园东门”,然后在“中山公园东门”处骑行共享车辆与友人一起逛公园以及公园周边。则用户可以先触发图8中的“呼叫出租车”选项,发出出租车请求消息;在获取出租车司机客户端的响应信息后,输入打车行程的目的地——比如“中山公园东门”;然后,关联订车界面进一步向用户输出“中山公园东门”附近的共享车辆位置信息,用户通过触发关联订车界面上的共享车辆图标,选择相应的共享车辆。优选的,被选择的共享车辆可以针对该用户进行预留,预留的时间可以根据用户的行程时间进行适应的调整。

在获取用户的选择后,客户端向用户输出关联用车的基本信息,参见图9所示。优选的,所示关联用车电路能够根据用户的选择,将用户的行程分段出行服务,每段出行服务对应不同类型的车辆用车,并向用户输出分段信息,参见图9所示。

需要说明的是,上述实施方式所展示的操作顺序、实施位置、布置方式作为典型方式的举例,并非对本发明范围的任何限定,本发明的优选实施方式的范围包括另外的实现,其中可以不按所述出现或讨论的顺序来执行功能。

在上面的描述中,虽然本公开内容的各方面的所有组件可以被解释为被装配或被操作地连接为一个电路,但是本公开内容并不旨在将其自身限于这些方面。而是,在本公开内容的目标保护范围内,各组件可以以任意数目选择性地且操作性地进行合并。这些组件中的每个组件自身还可以实现成硬件,同时各个组件可以部分地合并或选择性地总体合并且实现成具有用于执行硬件等同体的功能的程序模块的计算机程序。用以构建这种程序的代码或代码段可以由本领域技术人员容易地导出。这种计算机程序可以储存在计算机可读介质中,其可以被运行以实现本公开内容的各方面。计算机可读介质可以包括磁记录介质、光学记录介质以及载波介质。

另外,像“包括”、“囊括”以及“具有”的术语应当默认被解释为包括性的或开放性的,而不是排他性的或封闭性,除非其被明确限定为相反的含义。所有技术、科技或其他方面的术语都符合本领域技术人员所理解的含义,除非其被限定为相反的含义。在词典里找到的公共术语应当在相关技术文档的背景下不被太理想化或太不实际地解释,除非本公开内容明确将其限定成那样。

虽然已出于说明的目的描述了本公开内容的示例方面,但是本领域技术人员应当意识到,上述描述仅是对本发明较佳实施例的描述,并非对本发明范围的任何限定,本发明的优选实施方式的范围包括另外的实现,其中可以不按所述出现或讨论的顺序来执行功能。本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰,均属于权利要求书的保护范围。

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