CN105679067B - 一种信息处理方法、第一终端及服务器 - Google Patents
一种信息处理方法、第一终端及服务器 Download PDFInfo
- Publication number
- CN105679067B CN105679067B CN201610096172.2A CN201610096172A CN105679067B CN 105679067 B CN105679067 B CN 105679067B CN 201610096172 A CN201610096172 A CN 201610096172A CN 105679067 B CN105679067 B CN 105679067B
- Authority
- CN
- China
- Prior art keywords
- terminal
- real
- time
- track
- destination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 16
- 238000003672 processing method Methods 0.000 title claims abstract description 16
- 238000000034 method Methods 0.000 claims abstract description 55
- 230000004044 response Effects 0.000 claims description 71
- 230000003993 interaction Effects 0.000 claims description 21
- 238000012545 processing Methods 0.000 claims description 21
- 238000004458 analytical method Methods 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 6
- 239000003999 initiator Substances 0.000 claims description 6
- 230000009191 jumping Effects 0.000 claims description 6
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 230000006870 function Effects 0.000 description 56
- 238000004891 communication Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 17
- 239000007789 gas Substances 0.000 description 16
- 230000001413 cellular effect Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 238000009434 installation Methods 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000011010 flushing procedure Methods 0.000 description 2
- VNWKTOKETHGBQD-UHFFFAOYSA-N methane Chemical compound C VNWKTOKETHGBQD-UHFFFAOYSA-N 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000005357 flat glass Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000003345 natural gas Substances 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
- G08G1/096833—Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
- G08G1/096877—Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement
- G08G1/096883—Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement where input information is obtained using a mobile device, e.g. a mobile phone, a PDA
Landscapes
- Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Navigation (AREA)
Abstract
本发明公开了一种信息处理方法、第一终端及服务器,其中,所述方法包括:第一终端获取根据第一目标路线所生成的导航路线;第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;第一终端接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略。
Description
技术领域
本发明涉及通讯技术,尤其涉及一种信息处理方法、第一终端及服务器。
背景技术
大数据时代的到来,互联网世界中通过用户之间交互信息如位置信息等可以提供各种新型的服务,比如,将位置信息服务应用于打车或搭顺风车的场景中,目前是在第一终端侧安装有用于实现打车功能的应用,第一用户(如顺风车车主)提供一个基于始发地和目的地构成的已知路线,用于按照该已知路线搭载登录至少一个第二终端的第二用户(如顺风车乘客),登录至少一个第二终端的第二用户也安装有该用于实现打车功能的应用,第二用户可以指定始发地和目的地后下单,请求预约搭载,当第二用户指定的始发地和目的地与已知路线一致时则实现顺风车功能。
无论第一用户还是第二用户的位置信息,都是可以随着时间不断发展变化的,不可能完全固定不动,采用现有技术,实时性不好;必须使用该终端安装的应用,场景适用范围小;已知路线的设置中只有始发地和目的地的可选项,无法对更多不同的个性化用户需求进行响应。然而,相关技术中,对于该问题,尚无有效解决方案。
发明内容
有鉴于此,本发明实施例希望提供一种信息处理方法、第一终端及服务器,至少解决了现有技术存在的问题。
本发明实施例的技术方案是这样实现的:
本发明实施例的一种信息处理方法,所述方法包括:
第一终端获取根据第一目标路线所生成的导航路线;
第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;
第一终端接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略。
上述方案中,所述第一终端获取根据第一目标路线所生成的导航路线,包括:
由所述第一终端发起目标路线规划请求,响应所述目标路线规划请求,获取所述第一目标路线,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线;或者,
由所述至少一个第二终端发起目标路线规划请求,响应所述目标路线规划请求,获取所述第一目标路线,将所述第一目标路线同步给所述第一终端,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。
上述方案中,所述方法还包括:选择接受所述搭载请求后,
根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;
所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
上述方案中,所述方法还包括:
第一终端根据搭载一起出行的至少一个第二终端的不同设置需求,随时更换所述第一实时行驶轨迹中的目的地信息。
上述方案中,所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
获取所述至少一个第二终端指定目的地信息,检测到所述至少一个第二终端指定目的地信息位于或接近于所述第一终端对应的所述第一实时行驶轨迹,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
上述方案中,所述方法还包括:选择接受所述搭载请求后,
判断对所述搭载请求的响应处理是否满足快速响应用户的需求,得到不同的判断结果,根据所述不同的判断结果分别对应配置不同的支付策略。
上述方案中,所述判断对所述搭载请求的响应处理是否满足快速响应用户的需求,包括:
判断所述至少一个第二终端的个数是否高于搭载请求任务所指派的阈值,如果高于所述搭载请求任务所指派的阈值,则满足快速响应用户的需求;和/或,
判断至少一个第二终端当前的实时位置信息及指定目的地信息是否与所述第一实时行驶轨迹相匹配,如果匹配,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线是否未超出第一目标路线本身距离的阈值,如果未超出,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线所在的路况情况是否在预定接受范围内,如果在预定路况接受范围内,则路况良好,满足快速响应用户的需求;和/或,
判断至少一个第二终端发起搭载请求中携带的预乘坐人数是否在预定搭载人数范围内或者在预定人数接受范围内,如果是,则满足快速响应用户的需求。
上述方案中,所述第一终端收到至少一个第二终端发送的搭载请求,包括:
通过包括社交应用中的消息交互或短消息交互的消息形式接收所述搭载请求;
根据所述搭载请求跳转到第一终端的导航页面,在所述导航页面中至少显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置。
上述方案中,所述第一终端收到至少一个第二终端发送的搭载请求,包括:
在第一终端已经运行的导航页面中,显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
查询到至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置,在所述实时位置显示有消息提示标识;
获取作用于所述消息提示标识的触控操作,接收所述搭载请求。
上述方案中,所述方法还包括:选择接受所述搭载请求后,
在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置重合时,则已经接到至少一个第二终端用户;
若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的预估轨迹来驾驶车辆行进;
若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进。
本发明实施例的一种信息处理方法,所述方法包括:
服务器接收目标路线规划请求,所述目标路线规划请求包含第一目标路线;
服务器将根据所述第一目标路线生成的导航路线反馈给第一终端,支持第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,并得到第一实时行驶轨迹;
服务器收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息;
判断所述至少一个第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则将所述搭载请求转发给所述第一终端。
上述方案中,所述判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
本发明实施例的一种信息处理方法,所述方法包括:
第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线;
第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;
第一终端收到由服务器转发的搭载请求,所述搭载请求的初始发起方为至少一个第二终端;
选择接受所述搭载请求。
上述方案中,所述方法还包括:选择接受所述搭载请求后,
根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;
所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
本发明实施例的一种第一终端,所述第一终端包括:
第一获取单元,用于由第一终端获取根据第一目标路线所生成的导航路线;
行驶轨迹获取单元,用于第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;
接收单元,用于接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略。
上述方案中,所述第一终端还包括:
路线规划请求单元,用于第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
请求响应单元,用于响应所述目标路线规划请求,获取所述第一目标路线,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线;
或者,
所述路线规划请求单元,还用于由所述至少一个第二终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
请求响应单元,还用于响应所述目标路线规划请求,获取所述第一目标路线,将所述第一目标路线同步给所述第一终端,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。
上述方案中,所述第一终端还包括:路线重新规划单元,用于:
根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
上述方案中,所述第一终端还包括:
目的地更新单元,用于第一终端根据搭载一起出行的至少一个第二终端的不同设置需求,随时更换所述第一实时行驶轨迹中的目的地信息。
上述方案中,所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,包括:
根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
获取所述至少一个第二终端指定目的地信息,检测到所述第二终端指定目的地信息位于或接近于所述第一终端对应的所述第一实时行驶轨迹,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
上述方案中,所述第一终端还包括:计费单元,用于:
判断对所述搭载请求的响应处理是否满足快速响应用户的需求,得到不同的判断结果,根据所述不同的判断结果分别对应配置不同的支付策略。
上述方案中,所述计费单元,进一步用于判断对所述搭载请求的响应处理是否满足快速响应用户的需求时,判断所述至少一个第二终端的个数是否高于搭载请求任务所指派的阈值,如果高于所述搭载请求任务所指派的阈值,则满足快速响应用户的需求;和/或,
判断至少一个第二终端当前的实时位置信息及指定目的地信息是否与所述第一实时行驶轨迹相匹配,如果匹配,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线是否未超出第一目标路线本身距离的阈值,如果未超出,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线所在的路况情况是否在预定接受范围内,如果在预定路况接受范围内,则路况良好,满足快速响应用户的需求;和/或,
判断至少一个第二终端发起搭载请求中携带的预乘坐人数是否在预定搭载人数范围内或者在预定人数接受范围内,如果是,则满足快速响应用户的需求。
上述方案中,所述接收单元,进一步用于:
通过包括社交应用中的消息交互或短消息交互的消息形式接收所述搭载请求;
根据所述搭载请求跳转到第一终端的导航页面,在所述导航页面中至少显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置。
上述方案中,所述接收单元进一步用于:
在第一终端已经运行的导航页面中,显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
查询到至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置,在所述实时位置显示有消息提示标识;
获取作用于所述消息提示标识的触控操作,接收所述搭载请求。
上述方案中,所述第一终端还包括:第一导航单元,用于:
在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置未重合时,则未接到所述至少一个第二终端,根据所述至少一个第二终端的当前实时位置自动生成接驾导航路线,以根据所述接驾导航路线接驾至至少一个第二终端用户。
上述方案中,所述第一终端还包括:第二导航单元,用于:
在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置重合时,则已经接到至少一个第二终端用户;
若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的预估轨迹来驾驶车辆行进;
若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进。
本发明实施例的一种服务器,所述服务器包括:
请求接收单元,用于接收目标路线规划请求,所述目标路线规划请求包含第一目标路线;
反馈单元,用于将根据所述第一目标路线生成的导航路线反馈给第一终端,支持第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,并得到第一实时行驶轨迹;
解析单元,用于收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息;
搭载请求转发单元,用于判断所述至少一个第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则将所述搭载请求转发给所述第一终端。
上述方案中,所述搭载请求转发单元,进一步用于采用包括以下至少一项条件来判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略:
根据所述第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
本发明实施例的一种第一终端,所述第一终端包括:
请求规划单元,用于第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
信息接收单元,用于第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线;
行驶轨迹获取单元,用于第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;
请求接收单元,用于第一终端收到由服务器转发的搭载请求,所述搭载请求的初始发起方为至少一个第二终端;
搭载接受单元,用于选择接受所述搭载请求。
上述方案中,所述第一终端还包括:路线重新规划单元,用于:
根据所述第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
本发明实施例一种信息处理方法,所述方法应用于第一终端,所述第一终端包括设置在车辆内部的移动终端,所述方法包括:第一终端获取根据第一目标路线所生成的导航路线;第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;第一终端接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略。
采用本发明实施例,第一终端处于动态行进过程中时形成第一实时行驶轨迹,接收到至少一个第二终端发送的搭载请求后,根据至少一个第二终端当前的实时位置信息及指定目的地信息判断是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则选择接受所述搭载请求,从而可以根据第一终端和至少一个第二终端随着时间不断变化的实时位置,与第一实时行驶轨迹相关的预设策略进行比较(如二者的轨迹至少是部分重合的,终点目的地和中间目的地中至少有一个是相同的等等),以根据比较结果来选择是否接受搭载请求,而不是基于已知的固定不变路线接收搭载请求,实时性好;除了使用终端安装的社交应用(如手机微信或手机QQ等)等进行信息交互,还可以利用到车载***(如车载微信或车载QQ等),场景适用范围非常广泛;路线的设置中除了包括始发地、和终端目的地,还可以包括中间目的地作为可选项,可以对更多不同的个性化用户需求进行快速响应。
附图说明
图1为本发明实施例中在车辆内部固定移动终端的一个可选的示意图;
图2为本发明实施例中在车辆内部固定移动终端的又一个可选的示意图;
图3为本发明实施例中移动终端和车辆的一个可选的硬件结构示意图;
图4为本发明实施例中移动终端内置功能列表界面的一个可选的示意图;
图5为本发明实施例中绑定车辆和手持移动终端运行社交应用的操作示意图;
图6为本发明实施例中多人出行的多个用户间彼此查看导航信息的示意图;
图7为本发明实施例中顺风车搭载出行的多个用户间信息交互的一个可选的场景示意图;
图8为本发明实施例一的一个实现流程示意图;
图9为本发明实施例二的一个实现流程示意图;
图10为本发明实施例三的一个实现流程示意图;
图11为本发明实施例四的一个***架构示意图;
图12为本发明实施例四的一个***架构中第一终端的组成结构示意图;
图13为本发明实施例七的应用本发明实施例的终端或服务器侧的一个硬件组成结构示意图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
以下结合附图描述实现本发明各实施例中记载的应用于车辆中的移动终端。
本发明实施例记载的移动终端支持应用的车辆的动力来源可以为多种方式,例如可以为能源、天然气、电能或混合动力,本发明实施例记载的移动终端可以以各种形式来实施。例如,本发明实施例中记载的移动终端可以采用如智能手机、平板电脑的形式实施,并通过固定装置固定在任意位置(如车窗玻璃、车辆驾驶台或用户自身如手臂上,这里的用户可以为驾驶人员或车辆内部其他人员)。固定装置可以采用真空吸盘吸合、基于磁性元件吸合、基于螺栓螺母紧固、基于卡扣咬合和基于束带方式绑定等方式,根据需求灵活设置在车辆内部空间的任意位置。当然,本发明以下各实施例记载的移动终端也可以嵌入车辆内部以避免占用额外的空间。
作为在车辆内部设置移动终端的一个示例,在图1示出的车辆内部固定移动终端的一个可选的示意图中,移动终端100以平板电脑的方式实施并通过固定装置300(包括吸盘301和支臂302)吸盘的方式固定于车辆200的前窗部位,移动终端100的高度可以通过调节固定装置300中支臂302实现以便于用户观看移动终端100的屏幕。作为在车辆内部设置移动终端的另一个示例,在图2示出的在车辆内部固定移动终端的一个可选的示意图中,移动终端100嵌入在车辆200的前置面板中并与车辆200的内部结构构成流线型的整体,节省车辆200的内部空间。
图3示出了移动终端100的一个可选的硬件结构示意图,移动终端100通过移动终端100内置的天线或设置在车辆200外部的天线(通常,天线设置在车辆200顶部的尾端)接收广播信号并通过移动终端100的扬声器109输出为声音。
蜂窝模块103以接入基站的建立链路的方式承载移动终端100的移动通信,例如语音(视频)通信和数据通信,通信制式可以采用码分多址(CDMA)、宽带码分多址(WCDMA)、TD-SCDMA(时分-同步码分多址)以及演进制式。
WiFi模块104支持移动终端100接入无线互联网,还可作为无线热点提供对车辆200内部手持移动终端(如用户持有的智能手机、平板电脑、笔记本电脑等)的无线互联网接入。
蓝牙模块105用于支持移动终端100的近距离通信,例如移动终端100与车辆200的内部空间中手持移动终端(如用户持有的智能手机、平板电脑、笔记本电脑等)的近距离通信,可以替换地,移动终端100的近距离通信还可以使用基于红外、紫蜂等技术的模块实现。
定位模块106可以实施为基于美国的全球卫星定位***(GPS)的定位模块106,通过接收GPS信号来定位移动终端100而输出移动终端100(也就是车辆200)的位置信息、速度信息等;可以替换地,定位模块106可以实施为基于其他的卫星定位***的模块,如基于中国北斗卫星定位***的定位模块106、基于俄罗斯的格洛纳斯(GLONASS)全球定位***的定位模块106,以及基于欧洲的伽利略(Galileo)全球定位***的定位模块106。
麦克风107可以在移动终端100经由蜂窝模块103提供语音电话功能时采集车辆200内部的声音处理为音频数据,并通过与基站之间的链路传输,以及,在移动终端100工作于声控模式时采集车辆200内部的用户的语音并处理为音频数据,由控制器101解析音频数据并执行相应的指令以触发移动终端100中的功能(移动终端100的功能在下文中具体说明)。
显示单元108可以显示控制器101实现的功能以及相关的信息。例如,显示在移动终端100中内置功能的功能列表界面,显示单元108显示的移动终端100的内置功能列表界面的一个可选的示意图如图4所示,在图4中,移动终端100中内置导航功能、多媒体功能(如音乐播放、电台接收)、社交功能以及针对用户车辆的服务功能(MyCar),这里的功能也可以视为应用。
存储器110用于存储由控制器101可执行的指令和应用(如图4中示出的各种功能),还可以缓存待控制器101以及移动终端100中各模块待处理或已经处理的数据(例如,音频数据、语音通信数据和视频通信数据),可以通过闪存(FLASH)或随机访问存储器110(RAM)实现。
显示单元108可以实施为触摸屏,输出表征触摸屏的操作特征(包括触点位置、触点数量、触发压力)的用户操作数据,控制器101解析用户操作数据确定用户在功能列表界面中触发的功能,生成对应触发的功能的显示数据供显示单元108加载触发功能的界面,下面对移动终端100针对用户触发不同功能的响应处理进行说明。
1)以触发导航功能为例,控制器101通过定位模块106输出的车辆200的位置信息,在显示单元108加载车辆200所处区域(区域的范围与预设的地理网格如街道、城区或城市对应)的地图,可选地,控制器101基于在存储器110预先存储的地图数据,或者在定位车辆200是经由蜂窝模块103提供的数据通信功能从网络侧服务器获取与车辆200位置相关的地图数据,基于地图数据在地图中加载该区域的第三方服务的地理位置标识(可以采用文字、图标的方式),作为示例,第三方服务包括:车辆保养、车辆加油、停靠、车辆维修等;当然,还可以包括医疗、教育、卫生、餐饮、娱乐等服务。
控制器101通过解析麦克风107采集用户语音输出的音频数据而确定用户指示的目标位置、或者解析显示单元108输出的用户操作数据而确定在用户显示单元108加载的地图中通过点触操作指示的目标位置,结合车辆200的当前位置计算从车辆200当前位置到达目标位置的导航路径,并在显示显示单元108中显示导航路径;可选地,控制器101可以根据用户在设置目标位置时设置的导航路径的特征(如距离最短、路况最畅通等)计算导航路径,或者,在显示单元108加载多种特征的导航路径便于用户根据需求选择。
控制器101基于导航路径调用存储器110中存储的与导航路径对应的语音导航数据,通过扬声器109播放与车辆200当前位置相关的语音导航数据,以及基于位置信息模块输出的车辆200的当前位置在显示单元108加载的地图中更新车辆200的位置标识;可选地,语音导航数据包括行驶方向、当前行驶路线限速信息、行驶路线变更提醒信息;特别地,车辆200偏离导航路径时重新计算至目标位置的导航路径并播放对应的语音导航数据。
2)以触发音乐功能为例,控制器101通过运行音乐播放应用播放存储器110存储的音频数据,通过扬声器109将音频数据转换为音频信号并输出为声音,或者,经由蜂窝模块103提供的数据通信功能从网络服务器侧获取音频数据,将音频数据转换为音频信号并输出为声音。
3)以触发电台功能为例,控制器101触发移动终端102通过天线接收不同频段或波段的广播信号并转换为音频信号,通过扬声器109将音频信号输出为声音。
4)以触发QQ功能为例,控制器101运行存储器110中设置的QQ应用,基于用户通过语音指示(或通过在显示单元108通过触控操作输入)的QQ登录账户信息,通过蜂窝模块103提供的数据通信功能登录网络侧的QQ服务器,加载QQ内置功能,以收发语音消息为例,控制器101控制麦克风107采集用户的语音(指示向目标发送消息),解析出指示向目标用户发送消息的指令,则继续控制麦克风107采集用户语音形成音频数据发送至目标用户(或者,将音频数据识别为文本发送至目标用户)。特别地,控制器101可以将QQ接收到的消息转换音频数据,并控制扬声器109输出为声音,使用户在驾驶过程中无需注视显示单元108。
5)以触发微信功能为例,控制器101运行存储器110中设置的微信应用,基于用户通过语音指示(或通过在显示单元108通过触控操作输入)的微信登录账户信息,通过蜂窝模块103提供的数据通信功能登录网络侧的微信服务器,向用户提供通过语音或触控来操作微信内置功能如收发微信消息、查看朋友圈等。特别地,控制器101可以将微信接收到的消息转换音频数据,并控制扬声器109输出为声音,使用户在驾驶过程中无需注视移动终端100的显示单元108。
6)再以触发我的车(MyCar)功能为例,参见图5,首次运行MyCar时,控制器101通过运行Mycar应用以在显示单元108中加载Mycar应用的公众服务平台号(如以二维码等形式呈现,二维码中承载有车辆200的标识),供用户通过持有的手持移动终端(如智能手机、平板电脑)运行的社交应用(如QQ、微信)调用摄像头(如智能手机)扫描二维码,并将扫描得到的车辆200的标识与用户社交应用的账号在网路侧的服务器绑定,以将车辆200提供为社交应用中的联系人的方式,支持用户通过持有的手持移动终端运行的社交应用查看车辆200的信息。以搭载顺风车场景为例,第一终端用户(如顺风车车主)发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线;第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹(比如,根据所述第一终端实时上报的位置信息生成第一实时行驶轨迹,将所述第一实时行驶轨迹和基于所述导航路线得到的预估轨迹显示于第一终端的用户界面中。具体的,所述第一实时行驶轨迹和所述预估轨迹有几种可能性:1)在所述第一终端的用户界面中,所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹;2)所述第一实时行驶轨迹与所述预估轨迹为部分重合的两条轨迹;3)所述第一实时行驶轨迹与所述预估轨迹为符合一个阈值参数距离彼此相接近的两条轨迹);第一终端收到至少一个第二终端用户(如顺风车乘客)发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息;当检测到所述第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略时,选择接受所述搭载请求。
第一终端用户(如顺风车车主)和至少一个第二终端用户(如顺风车乘客)都可以通过车载***上的社交应用(如车载微信、车载QQ)和/或手持移动终端(如手机,IPAD等)本身安装的社交应用(如手机微信、手机QQ)来支持查看和分享彼此的信息,分享彼此的信息可以包括:第一终端和至少一个第二终端间彼此所在的当前实时位置信息等。
图6为用户通过手持移动终端400的MyCar功能界面(作为微信的内置功能)实现顺风车功能时可以查看车辆彼此间分享的信息交互示意图,图6中,在右侧的图中显示有A11所指示的导航路线(预估轨迹)和A12所指示的如顺风车车主实际行驶路线(真实的实时轨迹),U1所指示的为顺风车所在的位置(显示车的位置),U2所指示的请求搭载顺风车的顺风车的乘客的位置(显示人的位置)。其中,A11所指示的导航路线(预估轨迹)和A12所指示的领头车实际行驶路线(真实的实时轨迹)可以完全重合,也可以部分重合。顺风车车主和顺风车乘客可以是到达同一个目的地,如图6中右侧图中的终端(全程导航路线中的终点目的地),顺风车车主和顺风车乘客也可以是到达不同的目的地,只是中间目的地相同而已(轨迹部分重合的情况),支持分段导航和分段搭载顺风车的随时接单和随时拒单的多种场景。
对应地,参见图7,驾驶车辆200的第一终端用户(如顺风车车主)通过移动终端100上报实时信息(在信息中携带车辆200的标识信息如车牌号和请求规划的第一目标路线,该第一目标路线可以是由第一终端用户自主规划的,也可以是由至少一个第二终端用户规划并分享给第一用户的)给服务器,服务器根据解析得到的第一目标路线生成导航路线,将导航路线反馈给第一终端,第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;至少一个第二终端用户(如用户100a)通过手持移动终端400或用户组中其他用户终端(如用户100b和/或用户100c)上报的形式来上报实时信息(在信息中携带至少一个第二终端用户的地理位置信息和用户标识信息),服务器将第一终端和至少一个第二终端上报的实时信息存入实时共享信息库600中,第二用户(如顺风车乘客)发送搭载请求给第一用户,在第一用户侧判断所述第二用户当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略时,如果符合,则选择接受第二用户的搭载请求,顺风车车主和顺风车乘客一起乘车出行。第二用户(如顺风车乘客)还可以发送搭载请求给服务器,在服务器侧判断所述第二用户当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略时,如果符合,则转发搭载请求给指定的第一用户,指定的第一用户选择接受第二用户的搭载请求,顺风车车主和顺风车乘客一起乘车出行。第一用户和第二用户在请求搭载和选择接受搭载的过程中,及在行驶的过程中,都可以彼此分享包括位置和时间信息的各种信息,还支持通过文字,语音等进行信息交互。如顺风车车主和想要搭载的顺风车乘客利用车载***上的社交应用(如微信或QQ)进行信息交互的场景,可以将文字等信息转换为语音信息进行播报,以解放驾驶车辆的人员的双手,能够更专注于开车,提高安全性,或者,对于顺风车车主和想要搭载的顺风车乘客利用手持终端上的社交应用(如微信或QQ)进行信息交互的场景,不限定必须将文字等信息转换为语音信息进行播报。
需要说明的是,图4中移动终端100实现的功能可以封装为针对移动终端100存储器110进行刷写的操作***安装包也就是ROM包,通过对移动终端100的存储器110中刷写入新的操作***(操作***中预置有图4中示出的至少一个功能)来使移动终端100实现图4中示出的至少一个功能。当然,图4中移动终端100实现的每个功能都可以封装为独立的应用安装包,如将MyCar功能封装为MyCar应用安装包,移动终端100通过运行MyCar应用安装包安装MyCar应用并运行相MyCar应用。
上述图1-图7的例子只是实现本发明实施例的几个***架构实例,本发明实施例并不限于上述图1-图7所述的***结构,基于如上述图1-图7中移动终端100的硬件结构以及支持实现的功能,提出本发明各个实施例。
实施例一:
本发明实施例的一种信息处理方法,如图8所示,所述方法应用于第一终端,所述第一终端包括设置在车辆内部的移动终端,所述方法包括:
步骤101、第一终端获取根据第一目标路线所生成的导航路线。
本步骤的一种具体实现过程为:11)由所述第一终端发起目标路线规划请求;12)响应所述目标路线规划请求,获取所述第一目标路线,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。本步骤的另一种具体实现过程为:21)由所述至少一个第二终端发起目标路线规划请求;22)响应所述目标路线规划请求,获取所述第一目标路线,将所述第一目标路线同步给所述第一终端,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。
这里,第一终端可以是装有车载***的终端,即车载终端,在车载终端的车载***扩展社交功能后,可以在车载***上使用社交应用(如微信或QQ);第一终端还可以是手持移动终端,如IOS***的手机或平板电脑,Android***的手机或平板电脑。
本步骤中,具体是:第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线。
这里,在服务器接收了第一终端发起目标路线规划请求后,根据第一目标路线中的始发地和终端目的地,为第一用户生成导航路线,反馈该导航路线给第一用户。
这里,第一目标路线除了含始发地和目的地,考虑到支持分段导航的需要,实现顺风车功能的随时接单和随时拒单,在路线设计时还可以加入中间目的地。本发明实施例中的目的地不限于终点目的地,可以包括多个中间目的地。
步骤102、第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹。
这里,根据所述第一终端实时上报的位置信息生成第一实时行驶轨迹,将所述第一实时行驶轨迹和基于所述导航路线得到的预估轨迹显示于第一终端的用户界面中。在所述第一终端的用户界面中,所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹;或者,所述第一实时行驶轨迹与所述预估轨迹为部分重合的两条轨迹;或者,所述第一实时行驶轨迹与所述预估轨迹为符合一个阈值参数距离彼此相接近的两条轨迹。
步骤103、第一终端接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略。
这里,所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
1)根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略。
2)根据所述至少一个第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略。
3)根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
采用本发明实施例,与现有技术固定不变的已知路线相比,本实施例是实时行驶轨迹,有选择的动态随时接单,也可以有选择的随时拒单。具体的,可以根据第一用户和第二用户随着时间不断变化的实时位置,与第一实时行驶轨迹相关的预设策略进行比较(如二者的轨迹至少是部分重合的,终点目的地和中间目的地中至少有一个是相同的等等),以根据比较结果来选择是否接受搭载请求,而不是基于已知的固定不变路线接收搭载请求,实时性好;除了使用终端安装的社交应用(如手机微信或手机QQ等)等进行信息交互,还可以利用到车载***(如车载微信或车载QQ等),场景适用范围非常广泛;路线的设置中除了包括始发地、和终端目的地,还可以包括中间目的地作为可选项,可以对更多不同的个性化用户需求进行快速响应。
实施例二:
本发明实施例的一种信息处理方法,如图9所示,所述方法应用于第一终端,所述第一终端包括设置在车辆内部的移动终端,所述方法包括:
步骤201、第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线。
这里,第一终端可以是装有车载***的终端,即车载终端,在车载终端的车载***扩展社交功能后,可以在车载***上使用社交应用(如微信或QQ);第一终端还可以是手持移动终端,如IOS***的手机或平板电脑,Android***的手机或平板电脑。
步骤202、第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线。
这里,在服务器接收了第一终端发起目标路线规划请求后,根据第一目标路线中的始发地和终端目的地,为第一用户生成导航路线,反馈该导航路线给第一用户。
这里,第一目标路线除了含始发地和目的地,考虑到支持分段导航的需要,实现顺风车功能的随时接单和随时拒单,在路线设计时还可以加入中间目的地。本发明实施例中的目的地不限于终点目的地,可以包括多个中间目的地。
步骤203、第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹。
这里,根据所述第一终端实时上报的位置信息生成第一实时行驶轨迹,将所述第一实时行驶轨迹和基于所述导航路线得到的预估轨迹显示于第一终端的用户界面中。在所述第一终端的用户界面中,所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹;或者,所述第一实时行驶轨迹与所述预估轨迹为部分重合的两条轨迹;或者,所述第一实时行驶轨迹与所述预估轨迹为符合一个阈值参数距离彼此相接近的两条轨迹。
步骤204、第一终端收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息。
步骤205、当检测到所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略时,选择接受所述搭载请求。
这里,所述检测到所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
1)根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一用户与第二用户距离接近,则符合与所述第一实时行驶轨迹相关的预设策略。
2)根据所述至少一个第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略。
3)根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
步骤206、根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行。
这里,所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同,也就是说,包括二者的目的地完全一致的情况和引入中间目的地的概念后二者的轨迹部分相同的情况。
这里,由于路线规划配置中包括可选择的多个中间目的地的情况,因此,第一终端根据搭载一起出行的至少一个第二终端的不同设置需求,随时更换所述第一实时行驶轨迹中的目的地信息。
步骤207、当检测到所述至少一个第二终端当前的实时位置信息及指定目的地信息不符合与所述第一实时行驶轨迹相关的预设策略时,选择拒绝接受所述搭载请求。
基于上述实施例一和二,在本发明实施例一实施方式中,所述方法还包括:选择接受所述搭载请求后,判断对所述搭载请求的响应处理是否满足快速响应用户的需求,得到不同的判断结果,根据所述不同的判断结果分别配置不同的支付策略。具体来说:1)判断结果为满足快速响应用户的需求,比如,请求搭载的第二终端距离第一终端比较近,由于距离近,第一终端接第二终端的成本就会低,耗油也少,则第一终端可以快速响应第二终端的搭载,此时,对应判断结果为满足快速响应用户的需求的情况,会配置正常费用的支付策略(比如,按照实际里程计算得到费用为10块钱)。2)判断结果为不满足快速响应用户的需求,比如,请求搭载的第二终端距离第一终端比较远,由于距离远,第一终端接第二终端的成本就会高,耗油也多,则第一终端不会快速响应第二终端的搭载,此时,对应判断结果为不满足快速响应用户的需求的情况,会配置超过正常费用的支付策略(比如,按照实际里程计算得到费用为10块钱,但是,实际给出的超过正常费用的支付策略为加价1.5-3倍的策略,如,2倍的情况,就是20块钱)。在所述第一终端用户结束与所述至少一个第二终端用户一起搭载出行的行程后,接收根据所述不同的支付策略生成的不同的支付信息。
针对所述支付策略(如计费策略)而言,所述判断对所述搭载请求的响应处理是否满足快速响应用户的需求,包括以下至少一个条件:
1)判断至少一个第二终端的个数是否高于搭载请求任务所指派的阈值,如果高于所述搭载请求任务所指派的阈值,则满足快速响应用户的需求,如判断可接单的人数量多不多的情况。本条件的一个适用场景为判断用于可接单的人数量多不多的情况。比如,第二终端的个数为一个,和第二终端的个数为一个以上(如3个-5个),二者是存在不同的计费逻辑的。
2)判断至少一个第二终端当前的实时位置信息及指定目的地信息是否与所述第一实时行驶轨迹相匹配,如果匹配,则满足快速响应用户的需求,如判断路线的顺风匹配程度的情况。本条件的一个适用场景为判断多个路线的顺风匹配程度的情况。相匹配的一种可能是:判断由至少一个第二终端当前的实时位置信息及指定目的地信息所形成的轨迹,是否最接近于所述第一实时行驶轨迹,比如,可以是两个轨迹的偏离距离差值符合第二阈值(第二阈值可以小于第一阈值,第一阈值是上述实施例步骤205中如何确定是否选择接受所述搭载请求的策略中的值)范围内,与两个轨迹的偏离距离差值超出第二阈值范围,二者也是存在不同的计费逻辑的。
3)根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线是否未超出第一目标路线本身距离的阈值,如果未超出,则满足快速响应用户的需求,如判断路线本身的长短的情况。本条件的一个适用场景为判断路线本身的长短的情况。登录第二终端请求搭乘顺风车的人可以在第一终端当前位置附近,距离比较近,或者距离当前位置比较远,二者也是存在不同的计费逻辑的。
4)根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线所在的路况情况是否在预定接受范围内,如果在预定路况接受范围内,则路况良好,满足快速响应用户的需求,如判断路况是否良好的情况。本条件的一个适用场景为判断路况是否良好的情况。路况在导航视图显示中可以用红黄绿三种颜色分布表示,其中,红色表示非常拥堵,黄色表示一般拥堵,绿色表示不拥堵(一路畅通)。根据红黄绿这些不同的路况标识得到的路况具体情况,各个不同路况情况间也是存在不同的计费逻辑的。
5)判断至少一个第二终端发起搭载请求中携带的预乘坐人数是否在预定搭载人数范围内或者在预定人数接受范围内,如果是,则满足快速响应用户的需求,如判断乘客数量是否符合需求的情况。本条件的一个适用场景为乘客数量是否符合需求的情况,车一般核定载人可以是加上车主本人共4-5位用户。根据当前已经搭载的乘客情况,增加一个用户或者多个用户,直至4-5个的上限,也存在不同的计费逻辑。
基于上述实施例一和二,在本发明实施例一实施方式中,所述第一终端收到至少一个第二终端发送的搭载请求,包括:通过包括社交应用中的消息交互或短消息交互的消息形式接收所述搭载请求;根据所述搭载请求跳转到第一终端的导航页面,在所述导航页面中至少显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置。如,一个实例为:可以是在车载***收到一个提示消息,如基于QQ或微信或短信等发送,点击该消息链接,通过消息链接的点击触发跳转到第一终端的导航界面,在导航界面中显示第一用户的第一实时行驶轨迹和第二用户的实时位置。
基于上述实施例一和二,在本发明实施例一实施方式中,所述第一终端收到至少一个第二终端发送的搭载请求,包括:在第一终端已经运行的导航页面中,显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;查询到至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置,在所述实时位置显示有消息提示标识(在第二用户的实时位置上或者附近显示一个小气泡,小气泡中包括具体的搭载请求信息);获取作用于所述消息提示标识的触控操作,接收所述搭载请求。如,一个实例为:在第一用户已经开启的导航界面,查询到第二用户的实时位置,在该第二用户的实时位置上或者附近有个小气泡,在小气泡中包括具体的搭载请求信息,可以直接显示该具体的搭载请求信息,也可以点开气泡后,显示该具体的搭载请求信息,还可以根据该搭载请求的终点目的地或中间目的地开始新的导航。
基于上述实施例一和二,在本发明实施例一实施方式中,所述方法还包括:选择接受所述搭载请求后,在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置未重合时,则未接到所述至少一个第二终端,根据所述至少一个第二终端的当前实时位置自动生成接驾导航路线,以根据所述接驾导航路线接驾至所述至少一个第二终端。
基于上述实施例一和二,在本发明实施例一实施方式中,所述方法还包括:选择接受所述搭载请求后,在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置重合时,则已经接到所述至少一个第二终端。根据目的地的不同,分为两种具体实现方式:1)若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的预估轨迹来驾驶车辆行进;2)若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则更换目的地为所述指定目的地信息,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进。
实施例三:
本发明实施例的一种信息处理方法,如图10所示,包括:
步骤301、第一终端向服务器发起目标路线规划请求,所述目标路线规划请求包含第一目标路线。
这里,第一终端可以是装有车载***的终端,即车载终端,在车载终端的车载***扩展社交功能后,可以在车载***上使用社交应用(如微信或QQ);第一终端还可以是手持移动终端,如IOS***的手机或平板电脑,Android***的手机或平板电脑。
这里,服务器包括:车载***的后台,应用的后台或地图导航后台的服务器。
步骤302、服务器接收目标路线规划请求,根据所述第一目标路线生成的导航路线反馈给第一终端,支持第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进。
步骤303、第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线。
这里,第一目标路线除了含始发地和目的地,考虑到支持分段导航的需要,实现顺风车功能的随时接单和随时拒单,在路线设计时还可以加入中间目的地。本发明实施例中的目的地不限于终点目的地,可以包括多个中间目的地。
步骤304、第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹。
步骤305、服务器收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息。
步骤306、当判断出所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略时,将所述搭载请求转发给所述第一终端。
步骤307、第一终端收到由服务器转发的搭载请求,选择接受所述搭载请求。
这里,所述搭载请求的初始发起方为至少一个第二终端。
采用本发明实施例,区别于实施例一和实施例二及其各种具体实施方式,实施例一和实施例二是在第一终端侧接收搭载请求,并判断搭载请求中的所述第二用户当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则第一终端接受所述搭载请求。而本实施例三,是由服务器收到搭载请求,判断搭载请求中的所述第二终端用户当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则将搭载请求任务指派给指定的第一终端(如将符合策略的搭载请求发给指定的第一终端),指定的第一终端接受所述搭载请求。
在本发明实施例一实施方式中,所述判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
1)根据所述第二用户当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一用户与第二用户距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
2)获取所述第二终端指定目的地信息,检测到所述第二终端指定目的地信息位于或接近于所述第一终端对应的所述第一实时行驶轨迹,也就是说,若所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;
3)根据所述第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
在本发明实施例一实施方式中,所述方法还包括:选择接受所述搭载请求后,根据所述第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
这里需要指出的是,本发明实施例中未揭示的其他实施方式,与上述实施例一-二中的若干实施方式类似,不做赘述。
实施例四:
如图11所示为本发明实施例的***架构,包括第一终端,第二终端和服务器,第一用户驾车与第二用户请求搭车构成的顺风车场景中,第一终端与第二终端分别向服务器上报实时信息,第二终端发送搭载请求,第一终端选择接受搭载请求或拒绝搭载请求,如果选择接受搭载请求,则将第二终端加入第一用户的第一实时轨迹中一起出行。第一终端用户和第二终端用户分别使用自己的终端的微信、QQ等应用基于该导航路线进行信息分享和查看。
图12所示为本发明实施例的第一终端的组成结构示意图,所述第一终端包括设置在车辆内部的移动终端,所述第一终端包括:第一获取单元31,用于由第一终端获取根据第一目标路线所生成的导航路线;及行驶轨迹获取单元32,用于第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;及接收单元33,用于接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略。
所述第一终端还包括:路线规划请求单元,用于第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;请求响应单元,用于响应所述目标路线规划请求,获取所述第一目标路线,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。或者,所述路线规划请求单元,还用于由所述至少一个第二终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;请求响应单元,还用于响应所述目标路线规划请求,获取所述第一目标路线,将所述第一目标路线同步给所述第一终端,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。
在本发明实施例一实施方式中,所述第一终端还包括:路线重新规划单元,用于:根据所述第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
在本发明实施例一实施方式中,,所述第一终端还包括:目的地更新单元,用于第一终端根据搭载一起出行的至少一个第二终端的不同设置需求,随时更换所述第一实时行驶轨迹中的目的地信息。
在本发明实施例一实施方式中,所述第一终端还包括:搭载拒绝单元,用于当检测到所述第二终端当前的实时位置信息及指定目的地信息不符合与所述第一实时行驶轨迹相关的预设策略时,选择拒绝接受所述搭载请求。
在本发明实施例一实施方式中,至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略:1)根据所述第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;2)根据所述第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;3)根据所述第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
在本发明实施例一实施方式中,所述第一终端还包括:计费单元,用于:判断对所述搭载请求的响应处理是否满足快速响应用户的需求,得到判断结果,根据所述判断结果配置不同的支付策略;在所述第一终端用户结束与所述登录至少一个第二终端用户一起搭载出行的行程后,接收根据所述不同的支付策略生成的不同的支付信息。
在本发明实施例一实施方式中,所述计费单元,进一步用于判断对所述搭载请求的响应处理是否满足快速响应用户的需求时,判断所述至少一个第二终端的个数是否高于搭载请求任务所指派的阈值,如果高于所述搭载请求任务所指派的阈值,则满足快速响应用户的需求;和/或,判断至少一个第二终端当前的实时位置信息及指定目的地信息是否与所述第一实时行驶轨迹相匹配,如果匹配,则满足快速响应用户的需求;和/或,根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线是否未超出第一目标路线本身距离的阈值,如果未超出,则满足快速响应用户的需求;和/或,根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线所在的路况情况是否在预定接受范围内,如果在预定路况接受范围内,则路况良好,满足快速响应用户的需求;和/或,判断至少一个第二终端发起搭载请求中携带的预乘坐人数是否在预定搭载人数范围内或者在预定人数接受范围内,如果是,则满足快速响应用户的需求。
在本发明实施例一实施方式中,所述接收单元进一步用于:通过包括社交应用中的消息交互或短消息交互的消息形式接收所述搭载请求;根据所述搭载请求跳转到第一终端的导航页面,在所述导航页面中至少显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置。
在本发明实施例一实施方式中,所述接收单元进一步用于:在第一终端已经运行的导航页面中,显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;查询到至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置,在所述实时位置显示有消息提示标识;获取作用于所述消息提示标识的触控操作,接收所述搭载请求。
在本发明实施例一实施方式中,所述第一终端还包括:第一导航单元,用于:在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置未重合时,则未接到所述至少一个第二终端,根据所述至少一个第二终端的当前实时位置自动生成接驾导航路线,以根据所述接驾导航路线接驾至所述至少一个第二终端。
在本发明实施例一实施方式中,所述第一终端还包括:第二导航单元,用于:在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置重合时,则已经接到所述至少一个第二终端;若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的预估轨迹来驾驶车辆行进;若所述至少一个第二终端的指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则更换目的地为所述指定目的地信息,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进。
实施例五:
本发明实施例的一种服务器,所述服务器包括:请求接收单元,用于接收目标路线规划请求,所述目标路线规划请求包含第一目标路线;反馈单元,用于将根据所述第一目标路线生成的导航路线反馈给第一终端,支持第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,并得到第一实时行驶轨迹;解析单元,用于收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息;搭载请求转发单元,用于判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则将所述搭载请求转发给所述第一终端。
在本发明实施例一实施方式中,所述搭载请求转发单元,进一步用于采用包括以下至少一项条件来判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略:1)根据所述第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;2)根据所述第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;3)根据所述第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
实施例六:
本发明实施例的一种第一终端,所述第一终端包括设置在车辆内部的移动终端,所述第一终端包括:请求规划单元,用于第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;信息接收单元,用于第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线;行驶轨迹获取单元,用于第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,形成第一实时行驶轨迹;请求接收单元,用于第一终端收到由服务器转发的搭载请求,所述搭载请求的初始发起方为至少一个第二终端;搭载接受单元,用于选择接受所述搭载请求。
在本发明实施例一实施方式中,所述第一终端还包括:路线重新规划单元,用于:根据所述第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行;所述指定目的地信息包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或不同。
实施例七:
这里需要指出的是,上述第一终端、第二终端可以为PC这种电子设备,还可以为如PAD,平板电脑,手提电脑这种便携电子设备、还可以为如手机这种智能移动终端,不限于这里的描述;所述服务器可以是通过集群***构成的,为实现各单元功能而合并为一或各单元功能分体设置的电子设备,客户端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器,或者包括设置于服务器内的存储介质或独立设置的存储介质。
其中,对于用于数据处理的处理器而言,在执行处理时,可以采用微处理器、中央处理器(CPU,Central Processing Unit)、数字信号处理器(DSP,Digital SingnalProcessor)或可编程逻辑阵列(FPGA,Field-Programmable Gate Array)实现;对于存储介质来说,包含操作指令,该操作指令可以为计算机可执行代码,通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步骤。
该第一终端、第二终端和该服务器作为硬件实体S11的一个示例如图13所示。所述装置包括处理器61、存储介质62以及至少一个外部通信接口63;所述处理器61、存储介质62以及外部通信接口63均通过总线64连接。
这里需要指出的是:以上涉及第一终端、第二终端和服务器项的描述,与上述方法描述是类似的,同方法的有益效果描述,不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节,请参照本发明方法实施例的描述。
以一个现实应用场景为例对本发明实施例阐述如下:
本应用场景采用本发明实施例,为针对顺风车社交情况的信息交互技术方案。现有技术中,具备打车功能的打车软件在实现顺风车功能时,用户能够指定出发地点和目的地后下单,寻找愿意接自己的驾驶车主。然而,现有技术存在的问题是:车主需要提供一个已知路线,不支持根据用户动态变化的地理位置进行实时的顺风乘客接送,不能随时接单。此外,现有技术对车载场景不提供支持,即:使用车载信息***的车主用户无法在不使用移动端应用的前提下实现顺风车功能。车主也无法在自己的车载信息***的导航路线中便捷地加入顺风乘客作为中间目的地。
本应用场景采用本发明实施例,不是根据已知路线而是根据车主的行驶路线,路线沿线附近的人可以加入至车主的实时轨迹中,实现陌生人之间的“顺风”搭车。具体来说,可以在车载信息***中提供“可顺风的乘客”的推送。想要搭顺风车的乘客可以在微信或QQ中发出公共请求,当驾驶车主行驶到请求人所在位置附近时则会收到推送的消息,车主可以选择是否让人搭车。若车主接收了搭车的乘客(可以不止一名),车主可以直接在车载信息***的地图导航应用中看到搭车乘客的位置,在未接到乘客时自动设置导至搭车乘客,接到乘客后自动设置导航至搭车乘客的目的地为“中间目的地”(当驶至中间目的地时,导航能够识别并自动更换目的地为驾驶车主原预定目的地)。***规划路线时,需要自动根据原目的地以及搭车乘客距离的远近规划出一条合理的单程驾驶路线。
通过上述技术实现,本发明实施例可以实现随时接单和随时拒单,相应的,还包括一个计费逻辑,即:由于随时随地可以接单,根据当前接单是否能快速响应用户需求(或称为“快速响应需求”)来进行计费。其中,“快速响应需求”对应的策略包括:1)可接单的人数量多不多;2)路线的顺风匹配程度;3)路线本身长短;4)路况是否良好;5)乘客数量等等,比如:用户A要去甲地,周围能接的人是1个,就会比周围能接的人是5个要贵一些;用户A要去甲地,能接的人C和D二人中,C需绕路1公里,D只需绕路5百米,那C的价格和D可能也是不同的。
本应用场景采用本发明实施例可以对车载场景提供支持,且能够动态规划搭车路径的顺风搭车解决方案。此外,借助微信和QQ等社交软件来让搭车乘客发出请求,也是一种更为轻量简便和自由的请求搭车的方式。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (29)
1.一种信息处理方法,其特征在于,所述方法包括:
第一终端获取根据第一目标路线所生成的导航路线;
第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,根据所述第一终端实时上报的位置信息形成第一实时行驶轨迹;所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹、或为部分重合的两条轨迹、或为符合一个阈值参数距离彼此相接近的两条轨迹;
第一终端接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,其中,所述指定目的地包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或者不同;
若所述指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的所述预估轨迹来驾驶车辆行进,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息作为中间目的地,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进,当行驶至所述中间目的地时自动更换目的地为原预定目的地。
2.根据权利要求1所述的方法,其特征在于,所述第一终端获取根据第一目标路线所生成的导航路线,包括:
由所述第一终端发起目标路线规划请求,响应所述目标路线规划请求,获取所述第一目标路线,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线;或者,
由所述至少一个第二终端发起目标路线规划请求,响应所述目标路线规划请求,获取所述第一目标路线,将所述第一目标路线同步给所述第一终端,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:选择接受所述搭载请求后,
根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
第一终端根据搭载一起出行的至少一个第二终端的不同设置需求,随时更换所述第一实时行驶轨迹中的目的地信息。
5.根据权利要求1所述的方法,其特征在于,所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
获取所述至少一个第二终端指定目的地信息,检测到所述至少一个第二终端指定目的地信息位于或接近于所述第一终端对应的所述第一实时行驶轨迹,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:选择接受所述搭载请求后,
判断对所述搭载请求的响应处理是否满足快速响应用户的需求,得到不同的判断结果,根据所述不同的判断结果分别对应配置不同的支付策略。
7.根据权利要求6所述的方法,其特征在于,所述判断对所述搭载请求的响应处理是否满足快速响应用户的需求,包括:
判断所述至少一个第二终端的个数是否高于搭载请求任务所指派的阈值,如果高于所述搭载请求任务所指派的阈值,则满足快速响应用户的需求;和/或,
判断至少一个第二终端当前的实时位置信息及指定目的地信息是否与所述第一实时行驶轨迹相匹配,如果匹配,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线是否未超出第一目标路线本身距离的阈值,如果未超出,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线所在的路况情况是否在预定接受范围内,如果在预定路况接受范围内,则路况良好,满足快速响应用户的需求;和/或,
判断至少一个第二终端发起搭载请求中携带的预乘坐人数是否在预定搭载人数范围内或者在预定人数接受范围内,如果是,则满足快速响应用户的需求。
8.根据权利要求1所述的方法,其特征在于,所述第一终端接收到至少一个第二终端发送的搭载请求,包括:
通过包括社交应用中的消息交互或短消息交互的消息形式接收所述搭载请求;
根据所述搭载请求跳转到第一终端的导航页面,在所述导航页面中至少显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置。
9.根据权利要求1所述的方法,其特征在于,所述第一终端接收到至少一个第二终端发送的搭载请求,包括:
在第一终端已经运行的导航页面中,显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
查询到至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置,在所述实时位置显示有消息提示标识;
获取作用于所述消息提示标识的触控操作,接收所述搭载请求。
10.根据权利要求1所述的方法,其特征在于,所述方法还包括:选择接受所述搭载请求后,
在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置重合时,则已经接到至少一个第二终端用户。
11.一种信息处理方法,其特征在于,所述方法包括:
服务器接收第一终端发送的目标路线规划请求,所述目标路线规划请求包含第一目标路线;
服务器将根据所述第一目标路线生成的导航路线反馈给所述第一终端,支持所述第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,并根据所述第一终端实时上报的位置信息得到第一实时行驶轨迹;所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹、或为部分重合的两条轨迹、或为符合一个阈值参数距离彼此相接近的两条轨迹;
服务器收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息;
判断所述至少一个第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则将所述搭载请求转发给所述第一终端,其中,所述指定目的地包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或者不同,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的所述预估轨迹来驾驶车辆行进,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息作为中间目的地,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进,当行驶至所述中间目的地时自动更换目的地为原预定目的地。
12.根据权利要求11所述的方法,其特征在于,所述判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,包括以下至少一项条件:
根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
13.一种信息处理方法,其特征在于,所述方法包括:
第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线;
第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,根据所述第一终端实时上报的位置信息形成第一实时行驶轨迹;所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹、或为部分重合的两条轨迹、或为符合一个阈值参数距离彼此相接近的两条轨迹;
第一终端收到由服务器转发的搭载请求,所述搭载请求的初始发起方为至少一个第二终端;
选择接受所述搭载请求,其中,所述搭载请求中携带的指定目的地包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或者不同;若所述指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的所述预估轨迹来驾驶车辆行进,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息作为中间目的地,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进,当行驶至所述中间目的地时自动更换目的地为原预定目的地。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:选择接受所述搭载请求后,
根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行。
15.一种第一终端,其特征在于,所述第一终端包括:
第一获取单元,用于由第一终端获取根据第一目标路线所生成的导航路线;
行驶轨迹获取单元,用于第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,根据所述第一终端实时上报的位置信息形成第一实时行驶轨迹;所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹、或为部分重合的两条轨迹、或为符合一个阈值参数距离彼此相接近的两条轨迹;
接收单元,用于第一终端接收至少一个第二终端搭载请求,其中所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,所述指定目的地包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或者不同,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的所述预估轨迹来驾驶车辆行进,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息作为中间目的地,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进,当行驶至所述中间目的地时自动更换目的地为原预定目的地。
16.根据权利要求15所述的第一终端,其特征在于,所述第一终端还包括:
路线规划请求单元,用于第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
请求响应单元,用于响应所述目标路线规划请求,获取所述第一目标路线,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线;
或者,
所述路线规划请求单元,还用于由所述至少一个第二终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
请求响应单元,还用于响应所述目标路线规划请求,获取所述第一目标路线,将所述第一目标路线同步给所述第一终端,上报所述第一目标路线给服务器进行导航规划后,获取服务器反馈的所述导航路线。
17.根据权利要求16所述的第一终端,其特征在于,所述第一终端还包括:路线重新规划单元,用于:
根据所述至少一个第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行。
18.根据权利要求17所述的第一终端,其特征在于,所述第一终端还包括:
目的地更新单元,用于第一终端根据搭载一起出行的至少一个第二终端的不同设置需求,随时更换所述第一实时行驶轨迹中的目的地信息。
19.根据权利要求16所述的第一终端,其特征在于,所述至少一个第二终端当前的实时位置信息及指定目的地信息符合与所述第一实时行驶轨迹相关的预设策略,包括:
根据所述至少一个第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
获取所述至少一个第二终端指定目的地信息,检测到所述第二终端指定目的地信息位于或接近于所述第一终端对应的所述第一实时行驶轨迹,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
20.根据权利要求19所述的第一终端,其特征在于,所述第一终端还包括:计费单元,用于:
判断对所述搭载请求的响应处理是否满足快速响应用户的需求,得到不同的判断结果,根据所述不同的判断结果分别对应配置不同的支付策略。
21.根据权利要求20所述的第一终端,其特征在于,所述计费单元,进一步用于判断对所述搭载请求的响应处理是否满足快速响应用户的需求时,判断所述至少一个第二终端的个数是否高于搭载请求任务所指派的阈值,如果高于所述搭载请求任务所指派的阈值,则满足快速响应用户的需求;和/或,
判断至少一个第二终端当前的实时位置信息及指定目的地信息是否与所述第一实时行驶轨迹相匹配,如果匹配,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线是否未超出第一目标路线本身距离的阈值,如果未超出,则满足快速响应用户的需求;和/或,
根据至少一个第二终端当前的实时位置信息及指定目的地信息生成第二目标路线,判断所述第二目标路线所在的路况情况是否在预定接受范围内,如果在预定路况接受范围内,则路况良好,满足快速响应用户的需求;和/或,
判断至少一个第二终端发起搭载请求中携带的预乘坐人数是否在预定搭载人数范围内或者在预定人数接受范围内,如果是,则满足快速响应用户的需求。
22.根据权利要求16所述的第一终端,其特征在于,所述接收单元,进一步用于:
通过包括社交应用中的消息交互或短消息交互的消息形式接收所述搭载请求;
根据所述搭载请求跳转到第一终端的导航页面,在所述导航页面中至少显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置。
23.根据权利要求16所述的第一终端,其特征在于,所述接收单元进一步用于:
在第一终端已经运行的导航页面中,显示有:由所述导航路线形成的预估轨迹、所述第一实时行驶轨迹、第一终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置、至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
查询到至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置,在所述实时位置显示有消息提示标识;
获取作用于所述消息提示标识的触控操作,接收所述搭载请求。
24.根据权利要求16所述的第一终端,其特征在于,所述第一终端还包括:第一导航单元,用于:
在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置未重合时,则未接到所述至少一个第二终端,根据所述至少一个第二终端的当前实时位置自动生成接驾导航路线,以根据所述接驾导航路线接驾至至少一个第二终端用户。
25.根据权利要求16所述的第一终端,其特征在于,所述第一终端还包括:第二导航单元,用于:
在第一终端已经运行的导航页面支持显示至少一个第二终端相对于所述预估轨迹和所述第一实时行驶轨迹的实时位置;
当检测到所述第一终端的当前实时位置与所述至少一个第二终端的当前实时位置重合时,则已经接到至少一个第二终端用户。
26.一种服务器,其特征在于,所述服务器包括:
请求接收单元,用于接收第一终端发送的目标路线规划请求,所述目标路线规划请求包含第一目标路线;
反馈单元,用于将根据所述第一目标路线生成的导航路线反馈给所述第一终端,支持所述第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,并根据所述第一终端实时上报的位置信息得到第一实时行驶轨迹;所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹、或为部分重合的两条轨迹、或为符合一个阈值参数距离彼此相接近的两条轨迹;
解析单元,用于收到至少一个第二终端发送的搭载请求,解析出所述搭载请求中包括的至少一个第二终端当前的实时位置信息及指定目的地信息;
搭载请求转发单元,用于判断所述至少一个第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略,如果符合,则将所述搭载请求转发给所述第一终端,其中,所述指定目的地包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或者不同,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的所述预估轨迹来驾驶车辆行进,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息作为中间目的地,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进,当行驶至所述中间目的地时自动更换目的地为原预定目的地。
27.根据权利要求26所述的服务器,其特征在于,所述搭载请求转发单元,进一步用于采用包括以下至少一项条件来判断所述第二终端当前的实时位置信息及指定目的地信息是否符合与所述第一实时行驶轨迹相关的预设策略:
根据所述第二终端当前的实时位置信息,检测到所述第一终端与至少一个第二终端间的实时距离差值,若所述实时距离差值符合第一阈值,则确定出第一终端与至少一个第二终端距离接近,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述第二终端指定目的地信息,检测到所述第一终端与至少一个第二终端间的行驶轨迹完全重合或部分重合,则符合与所述第一实时行驶轨迹相关的预设策略;
根据所述至少一个第二终端指定目的地信息检测到所述第一终端与至少一个第二终端具有相同的目的地,则符合与所述第一实时行驶轨迹相关的预设策略。
28.一种第一终端,其特征在于,所述第一终端包括:
请求规划单元,用于第一终端发起目标路线规划请求,所述目标路线规划请求包含第一目标路线;
信息接收单元,用于第一终端收到服务器反馈的根据所述第一目标路线所生成的导航路线;
行驶轨迹获取单元,用于第一终端跟随由所述导航路线形成的预估轨迹来驾驶车辆行进,根据所述第一终端实时上报的位置信息形成第一实时行驶轨迹;所述第一实时行驶轨迹与所述预估轨迹为完全重合的两条轨迹、或为部分重合的两条轨迹、或为符合一个阈值参数距离彼此相接近的两条轨迹;
请求接收单元,用于第一终端收到由服务器转发的搭载请求,所述搭载请求的初始发起方为至少一个第二终端;
搭载接受单元,用于选择接受所述搭载请求,其中,所述搭载请求中携带的指定目的地包含在所述第一实时行驶轨迹中,与所述第一实时行驶轨迹中的目的地相同或者不同,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地一致,则根据由所述导航路线形成的所述预估轨迹来驾驶车辆行进,若所述指定目的地信息与所述第一实时行驶轨迹中的目的地不一致,则更换目的地为所述指定目的地信息作为中间目的地,并自动生成搭载同行的导航路线,以根据由所述搭载同行的导航路线形成的预估轨迹来驾驶车辆行进,当行驶至所述中间目的地时自动更换目的地为原预定目的地。
29.根据权利要求28所述的第一终端,其特征在于,所述第一终端还包括:路线重新规划单元,用于:
根据所述第二终端当前的实时位置信息和指定目的地信息重新规划导航路线,以根据重新规划的导航路线接驾到至少一个第二终端用户,将所述至少一个第二终端加入至所述第一实时行驶轨迹中一起出行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610096172.2A CN105679067B (zh) | 2016-02-22 | 2016-02-22 | 一种信息处理方法、第一终端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610096172.2A CN105679067B (zh) | 2016-02-22 | 2016-02-22 | 一种信息处理方法、第一终端及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105679067A CN105679067A (zh) | 2016-06-15 |
CN105679067B true CN105679067B (zh) | 2019-12-13 |
Family
ID=56305881
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610096172.2A Active CN105679067B (zh) | 2016-02-22 | 2016-02-22 | 一种信息处理方法、第一终端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105679067B (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105890610B (zh) * | 2016-06-24 | 2018-10-16 | 维沃移动通信有限公司 | 车辆跟踪导航方法及装置 |
CN106080440A (zh) * | 2016-07-22 | 2016-11-09 | 柳州易旺科技有限公司 | 一种可识别二维码的通话车载导航*** |
CN107941227B (zh) * | 2016-10-12 | 2021-01-26 | 北京嘀嘀无限科技发展有限公司 | 一种出行路线选择方法及装置 |
CN107943015B (zh) * | 2016-10-12 | 2022-07-15 | 福特环球技术公司 | 自主个人移动*** |
CN106441348A (zh) * | 2016-11-20 | 2017-02-22 | 广州飞歌汽车音响有限公司 | 一种导航方法、导航装置、用户终端、车载终端和服务器 |
CN112683289A (zh) * | 2016-11-21 | 2021-04-20 | 北京嘀嘀无限科技发展有限公司 | 导航方法及装置 |
CN106790684B (zh) * | 2017-02-13 | 2020-05-01 | 北京奇虎科技有限公司 | 信息推送方法、装置及相应的服务器 |
CN106658415B (zh) * | 2017-02-21 | 2023-04-28 | 上海量明科技发展有限公司 | 共享车辆实景寻找的方法、订车终端及*** |
CN108955713B (zh) * | 2017-05-27 | 2023-03-31 | 腾讯科技(北京)有限公司 | 行驶轨迹的显示方法及装置 |
CN107485545A (zh) * | 2017-09-11 | 2017-12-19 | 太仓博轩信息科技有限公司 | 一种基于无人机的共享导盲机器人及其工作方法 |
JP6870548B2 (ja) * | 2017-09-19 | 2021-05-12 | トヨタ自動車株式会社 | ドライバレス輸送システム |
CN107798420B (zh) * | 2017-09-28 | 2021-11-05 | 北京三快在线科技有限公司 | 信息显示的方法及装置、电子设备 |
CN110017842B (zh) * | 2018-01-10 | 2022-08-12 | 厦门雅迅网络股份有限公司 | 货运车辆导航方法、终端设备及存储介质 |
WO2019169600A1 (en) * | 2018-03-08 | 2019-09-12 | Beijing Didi Infinity Technology And Development Co., Ltd. | System and method for monitoring vehicle usage |
CN110462667B (zh) * | 2018-03-08 | 2021-10-15 | 北京嘀嘀无限科技发展有限公司 | 用于监控车辆使用的***和方法 |
CN108955709A (zh) * | 2018-07-16 | 2018-12-07 | 深圳市元征科技股份有限公司 | 一种班车路线规划方法、***、设备及计算机存储介质 |
CN111105243B (zh) * | 2018-10-25 | 2023-04-18 | 北京嘀嘀无限科技发展有限公司 | 订单服务安全性检测方法及装置、计算机可读存储介质 |
CN111207768B (zh) * | 2018-11-22 | 2023-03-28 | 腾讯科技(深圳)有限公司 | 导航过程的信息提示方法、装置、设备及存储介质 |
CN109640259A (zh) * | 2018-11-28 | 2019-04-16 | 北京梧桐车联科技有限责任公司 | 一种信息处理方法、装置及存储介质 |
CN110012434A (zh) * | 2019-04-16 | 2019-07-12 | 北京嘀嘀无限科技发展有限公司 | 共享交通工具的接力使用方法、电子设备及存储介质 |
CN110189544A (zh) * | 2019-06-06 | 2019-08-30 | 北京优位智停科技有限公司 | 一种预约停车智能*** |
CN110519702B (zh) * | 2019-08-19 | 2021-03-30 | 福州林景行信息技术有限公司 | 一种基于群体社交的文化旅游出行轨迹生成及服务***及其工作方法 |
CN112528173A (zh) * | 2020-11-25 | 2021-03-19 | 深圳市元征科技股份有限公司 | 一种拼车方法、***及电子设备 |
CN112581761B (zh) * | 2020-12-07 | 2022-04-19 | 浙江宇视科技有限公司 | 5g移动物联网节点的协同分析方法、装置、设备和介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103344247A (zh) * | 2013-06-25 | 2013-10-09 | 百度在线网络技术(北京)有限公司 | 多客户端的导航方法及装置 |
CN103632539A (zh) * | 2013-12-19 | 2014-03-12 | 赵书扬 | 基于移动终端的搭车方法及*** |
CN104616490A (zh) * | 2015-02-17 | 2015-05-13 | 北京九五智驾信息技术股份有限公司 | 拼车方法 |
CN104640074A (zh) * | 2015-02-17 | 2015-05-20 | 北京九五智驾信息技术股份有限公司 | 提供拼车服务的方法 |
CN104658240A (zh) * | 2013-11-19 | 2015-05-27 | 上海博泰悦臻电子设备制造有限公司 | 一种拼车辅助***及其拼车方法 |
CN104715410A (zh) * | 2015-03-24 | 2015-06-17 | 宁波市科技园区妙影电子有限公司 | 一种搭乘控制的方法与设备 |
CN104809867A (zh) * | 2014-01-29 | 2015-07-29 | 孟健 | 基于行驶线路契合度的合乘拼车智能实时撮合***及方法 |
CN104931063A (zh) * | 2015-04-29 | 2015-09-23 | 腾讯科技(深圳)有限公司 | 路径规划方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383089B (zh) * | 2008-10-15 | 2014-03-26 | 梁宇杰 | 一种车辆匹配调度***和方法 |
US8930129B2 (en) * | 2009-11-18 | 2015-01-06 | Telenav, Inc. | Navigation system with multiple users and method of operation thereof |
-
2016
- 2016-02-22 CN CN201610096172.2A patent/CN105679067B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103344247A (zh) * | 2013-06-25 | 2013-10-09 | 百度在线网络技术(北京)有限公司 | 多客户端的导航方法及装置 |
CN104658240A (zh) * | 2013-11-19 | 2015-05-27 | 上海博泰悦臻电子设备制造有限公司 | 一种拼车辅助***及其拼车方法 |
CN103632539A (zh) * | 2013-12-19 | 2014-03-12 | 赵书扬 | 基于移动终端的搭车方法及*** |
CN104809867A (zh) * | 2014-01-29 | 2015-07-29 | 孟健 | 基于行驶线路契合度的合乘拼车智能实时撮合***及方法 |
CN104616490A (zh) * | 2015-02-17 | 2015-05-13 | 北京九五智驾信息技术股份有限公司 | 拼车方法 |
CN104640074A (zh) * | 2015-02-17 | 2015-05-20 | 北京九五智驾信息技术股份有限公司 | 提供拼车服务的方法 |
CN104715410A (zh) * | 2015-03-24 | 2015-06-17 | 宁波市科技园区妙影电子有限公司 | 一种搭乘控制的方法与设备 |
CN104931063A (zh) * | 2015-04-29 | 2015-09-23 | 腾讯科技(深圳)有限公司 | 路径规划方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105679067A (zh) | 2016-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105679067B (zh) | 一种信息处理方法、第一终端及服务器 | |
CN105764033B (zh) | 一种信息处理方法、第一终端及第二终端 | |
CN105628048B (zh) | 一种地图信息处理方法及终端 | |
US10268987B2 (en) | Multi-mode transportation management | |
US20220122126A1 (en) | Apparatus and method for using connected vehicles as an advertisement platform | |
CN104786860B (zh) | 用于电动汽车旅程和充电计划的方法和设备 | |
CN103188598B (zh) | 智能群呼抢答约车方法、***及出租车约车平台 | |
US10391931B2 (en) | System and method for providing enhanced passenger use of an autonomous vehicle | |
US9959763B2 (en) | System and method for coordinating V2X and standard vehicles | |
US9478134B2 (en) | Method of determining an attribute of a parking structure | |
CN107045797B (zh) | 信息处理方法及移动终端 | |
US9501929B2 (en) | Movement assistance device and movement assistance method | |
JP2020074179A (ja) | ライドシェア管理装置、ライドシェア管理方法、およびプログラム | |
KR102007227B1 (ko) | 컴퓨팅 디바이스 | |
US8138897B2 (en) | Method of generating vehicle noise | |
CN109756865B (zh) | 车辆调配***及其所使用的车辆调配装置及车辆调配方法 | |
US10529235B2 (en) | System and method for virtual transformation of standard or non-connected vehicles | |
US10246102B2 (en) | Systems and methods for implementing user preferences for vehicles | |
CN103218769A (zh) | 出租车订单分配方法 | |
CN107046553B (zh) | 车辆服务处理方法及移动终端 | |
CN105835887A (zh) | 用于多模式车辆的基于路线的推进模式控制 | |
CN106846898B (zh) | 交通工具的停放协助方法、机器人及*** | |
CN109357681A (zh) | 与手持无线装置协调的车辆导航服务 | |
CN113792589B (zh) | 一种高架识别方法及装置 | |
CN113804211A (zh) | 一种高架识别方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |