用于确定车辆行驶信息的方法和设备技术领域
本申请涉及计算机领域，尤其涉及一种用于确定车辆行驶信息的技术。
背景技术
随着车联网和移动互联网的飞速发展，各类打车软件层出不群，为解
决居民出行问题做出了较大贡献。
目前，普通打车软件采用司机手机GPS(GlobalPositioningSystem，
全球定位系统)获取车辆所在的地理位置的经纬度、高度等信息，通过对
所述信息进行处理可以对所在车辆进行定位，这样通过GPS上报位置的方
式达到实时的上报其位置的目的，但数据来源单一，司机手机GPS一旦出
现故障，相关数据将会丢失，不利于监视司机的实时位置，同时随着时间
和司机数量的添加，数据量会相当的大，普通打车软件的查询性能降低。
发明内容
本申请的目的是提供一种用于确定车辆行驶信息的方法和设备，以解决
数据源故障带来的数据丢失的风险问题及其提高存储、查询性能。
根据本申请的一个方面，提供了一种用于确定车辆行驶信息的方法，包
括：
获取车辆在行驶过程中的多个位置信息，其中，所述多个位置信息来自
所述车辆上的至少两个位置采集设备；
根据所述多个位置信息确定所述车辆在行驶过程中的多个位置采集主设
备及每个位置采集主设备对应的一个或多个有效位置信息，其中，所述位置
采集主设备为所述至少两个位置采集设备中之一；
根据所述多个位置采集主设备对应的多个所述有效位置信息及所述有效
位置信息对应的采集时间信息，确定所述车辆对应的行驶信息。
根据本申请的另一方面，还提供了一种用于确定车辆行驶信息的设备，
包括：
第一装置，用于获取车辆在行驶过程中的多个位置信息，其中，所述多
个位置信息来自所述车辆上的至少两个位置采集设备；
第二装置，用于根据所述多个位置信息确定所述车辆在行驶过程中的多
个位置采集主设备及每个位置采集主设备对应的一个或多个有效位置信息，
其中，所述位置采集主设备为所述至少两个位置采集设备中之一；
第三装置，用于根据所述多个位置采集主设备对应的多个所述有效位置
信息及所述有效位置信息对应的采集时间信息，确定所述车辆对应的行驶信
息。
与现有技术相比，根据本申请实施例的方法和设备，通过获取车辆在
行驶过程中的多个位置信息，其中，所述多个位置信息来自所述车辆上的至
少两个位置采集设备；接着，根据所述多个位置信息确定所述车辆在行驶过
程中的多个位置采集主设备及每个位置采集主设备对应的一个或多个有效位
置信息，其中，所述位置采集主设备为所述至少两个位置采集设备中之一；
随后，根据所述多个位置采集主设备对应的多个所述有效位置信息及所述有
效位置信息对应的采集时间信息，确定所述车辆对应的行驶信息。从而创造
了多数据源数据合并策略进行监视司机的实时位置，降低由于数据源故障带
来数据丢失的风险，使得合并后线路能够平滑的展示。
进一步地，接收并缓存车辆在行驶过程中至少两个位置采集设备上传的
多个位置信息，有效地提高了数据存储性能；当满足预定的入库触发条件，
将所述入库触发条件对应的位置信息写入对应数据库，更加便于查询车辆行
驶轨迹及车辆实时位置。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申
请的其它特征、目的和优点将会变得更明显：
图1示出根据本申请一个方面的一种用于确定车辆行驶信息的设备结
构示意图；
图2示出GPS采集的数据展示的订单轨迹实际场景示意图；
图3示出OBD采集的数据展示的订单轨迹实际场景示意图；
图4示出根据本申请一个方面的一种用于确定车辆行驶信息的实际场
景示意图；
图5示出根据本申请一个方面的一个优选实施例的一种用于确定车辆
行驶信息的入库存储基本架构示意图；
图6示出根据本申请又一个方面的一种用于确定车辆行驶信息的方法
流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
图1示出根据本申请一个方面的一种用于确定车辆行驶信息的设备结
构示意图。该设备1包括：第一装置11、第二装置12和第三装置13；其中，
第一装置11获取车辆在行驶过程中的多个位置信息，其中，所述多个位置信
息来自所述车辆上的至少两个位置采集设备；第二装置12根据所述多个位置
信息确定所述车辆在行驶过程中的多个位置采集主设备及每个位置采集主设
备对应的一个或多个有效位置信息，其中，所述位置采集主设备为所述至少
两个位置采集设备中之一；第三装置13根据所述多个位置采集主设备对应的
多个所述有效位置信息及所述有效位置信息对应的采集时间信息，确定所述
车辆对应的行驶信息。
在此，所述设备1包括但不限于用户设备、或用户设备与网络设备通过
网络相集成所构成的设备。所述用户设备其包括但不限于任何一种可与用户
通过触摸板进行人机交互的移动电子产品，例如智能手机、PDA等，所述移
动电子产品可以采用任意操作系统，如android操作系统、iOS操作系统等。
其中，所述网络设备包括一种能够按照事先设定或存储的指令，自动进行数
值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电
路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。所
述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自
组织网络(AdHoc网络)等。优选地，设备1还可以是运行于所述用户设
备、或用户设备与网络设备、触摸终端或网络设备与触摸终端通过网络相集
成所构成的设备上的脚本程序。当然，本领域技术人员应能理解上述设备1
仅为举例，其他现有的或今后可能出现的设备1如可适用于本申请，也应包
含在本申请保护范围以内，并在此以引用方式包含于此。
上述各装置之间是持续不断工作的，在此，本领域技术人员应理解“持续”
是指上述各装置分别实时地或者按照设定的或实时调整的工作模式要求，例
如所述第一装置11持续获取车辆在行驶过程中的多个位置信息；第二装置
12持续据所述多个位置信息确定所述车辆在行驶过程中的多个位置采集主设
备及每个位置采集主设备对应的一个或多个有效位置信息；第三装置13持续
根据所述多个位置采集主设备对应的多个所述有效位置信息及所述有效位置
信息对应的采集时间信息，确定所述车辆对应的行驶信息，直至所述设备1
完成确定车辆行驶信息工作或停止工作。
本申请一实施例所述设备1用于确定车辆行驶信息，创造了多数据源数
据合并策略从而进行监视司机的实时位置，降低由于数据源故障带来数据丢
失的风险，使得合并后线路能够平滑的展示。
具体地，第一装置11获取车辆在行驶过程中的多个位置信息，其中，所
述多个位置信息来自所述车辆上的至少两个位置采集设备。
在此，车辆在行驶过程中通过采集设备实时上报其位置，在一具体实施
例中，订单服务开始以后，如图2示出的GPS采集的数据展示的订单轨迹
的实际场景示意图，从地图上可看出，GPS一开始正常上报所在车辆位置，
将上报的位置连接起来获得行驶路线，得到的路线比较平滑，但在后面的
一段路程中，由于GPS出现故障，没有上报车辆位置信息，造成了数据丢
失，无法得知后面一段的车辆行驶信息。又如图3示出的OBD采集的数
据展示的订单轨迹的实际场景示意图，其中，OBD为车载自动诊断系统，
从地图上可看出，OBD设备一直有上传数据，但地图显示的车辆行驶路线
中有多个不连续的地方，表明上传数据的过程中也有丢失的情况。根据以
上情况分析可知，完全依赖其中任何一种设备都会造成数据的丢失，为了
降低数据丢失的风险，本申请实施例中采用多种位置采集设备采集的数据
进行互补的方式进行展示数据，即获取车辆在行驶过程中的多个位置信息
是来自所述车辆上的至少两个位置采集设备所上报的数据。
具体地，第二装置12根据所述多个位置信息确定所述车辆在行驶过程中
的多个位置采集主设备及每个位置采集主设备对应的一个或多个有效位置信
息，其中，所述位置采集主设备为所述至少两个位置采集设备中之一。
例如，在一优选实施例中，采用司机手机GPS设备和OBD设备进行采
集位置信息，车辆在行驶过程中的多个位置信息的确定是由司机手机GPS和
OBD中的至少一个确定的，如在车辆行驶的A段路线中的多个位置信息是由
GPS确定，则GPS为该段路线的位置采集主设备，A段路线中的所述多个有
效位置信息对应着位置采集主设备GPS，其中，所述有效位置信息是指该点
的运动轨迹方向和之前采集位置点的方向一致；在B段路线中的多个位置信
息是由OBD确定的，则OBD为该段路线的位置采集主设备，A段路线中的
所述多个有效位置信息对应着位置采集主设备OBD。又如在另一优选实施例
中，车辆行驶过程中，司机手机设备GPS采集的数据对应位置点为{P1,1，
P1,2，……P1,n}，设备OBD采集的数据对应位置点为{P2,1，P2,2，……P2,n}，
根据获取到的{P1,1，P1,2，……P1,n}和{P2,1，P2,2，……P2,n}这些位置信息可确
定车辆行驶过程中的位置采集主设备为GPS或是OBD及每个位置采集主设
备对应的一个或多个有效位置信息，例如，某一段线路中获取的多个有效位
置信息为{P1,1，P1,2，P2,3，P2,4，P2,5，P1,6}，可知，有效位置点P1,1，P1,2对应
的位置采集设备为GPS采集的数据，此时GPS为位置采集主设备；P2,3，P2,4，
P2,5对应的位置采集设备为OBD采集的数据，此时OBD为位置采集主设备；
P1,6对应的位置采集主设备为GPS，以此可知根据每个位置信息能够确定车
辆行驶过程中位置采集主设备信息及每一个位置采集主设备对应的一个或多
个有效位置信息。需要说明的是，其中，Pm,n表示第m个位置采集设备采集
的第n个位置点，m、n为自然数1,2,3……。
本领域技术人员应能理解，上述的实施例中司机手机GPS和OBD设备
仅为举例，也可以是位置采集设备有司机手机GPS，乘坐用户手机GPS和
OBD设备或其他设备，至少要有两个位置采集设备。其他现有的或今后可
能出现的位置采集设备如可适用于本发明，也应包含在本发明保护范围以
内，并在此以引用方式包含于此。
具体地，第三装置13根据所述多个位置采集主设备对应的多个所述有效
位置信息及所述有效位置信息对应的采集时间信息，确定所述车辆对应的行
驶信息。
在一实施例中，车辆行驶的某一段行驶过程中(从点A到点B)，司机手
机设备GPS采集的数据对应位置点为{P1,1，P1,2，P1,3，P1,4，P1,5，P1,6……P1,11}，
其中有效的位置点为{P1,1，P1,2，P1,3，P1,6，P1,7，P1,11}及对应的时间为{t1，t2，
t3，t6，t7，t11}，设备OBD采集的数据对应位置点为{P2,1，P2,2，……P2,n}，
其中，有效的位置点为{P2,4，P2,5，P2,8，P2,9，P2,10}及对应的时间为{t4，t5，t8，
t9，t10}；根据获取两个位置采集主设备GPS和OBD的多个有效位置信息及
有效位置信息对应的采集时间信息，{P1,1，P1,2，P1,3，P2,4，P2,5，P1,6，P1,7，
P2,8，P2,9，P2,10，P1,11}这些有效位置点构成了上述一段行驶过程的路线从而确
定了所述车辆对应的行驶信息。
优选地，所述行驶信息包括以下至少任一项：所述车辆的行驶路径信息；
所述车辆的行驶位置序列，其中，所述行驶位置序列由所述多个位置采集主
设备对应的多个所述有效位置信息按所述采集时间信息排序构成。
接前例，确定行驶信息可确定从点A到点B的路径信息和该段行驶过程
中车辆行驶位置序列中的至少任一项，其中，位置序列{P1,1，P1,2，P1,3，P2,4，
P2,5，P1,6，P1,7，P2,8，P2,9，P2,10，P1,11}由多个有效位置信息{P1,1，P1,2，P1,3，
P1,6，P1,7，P1,11}和{P2,4，P2,5，P2,8，P2,9，P2,10}按照采集时间信息{t1，t2，t3，
t4，t5，……，t11}排序构成的。
本领域技术人员应能理解，上述行驶位置序列仅为举例，其他现有的
或今后可能出现的行驶位置序列如可适用于本发明，也应包含在本发明保
护范围以内，并在此以引用方式包含于此。
优选地，所述设备1还包括：第四装置(未示出)将所述行驶信息提供
至所述车辆驾驶用户或乘坐用户的对应设备。
继续接前例，将每一段时间位置采集主设备所采集的有效点按照时间进
行升序排列得到的位置序列和行驶路径信息这些行驶信息，将行驶信息返回
给客户端展示，如在打车订单服务中，将获取的行驶信息存放到订单轨迹表
中，将行驶信息所在的订单轨迹表提供至所接收该订单服务的司机的手机、
平板中或其他设备中或下单用户的手机、平板或其他设备中方便查看历史订
单轨迹。
优选地，所述第二装置12包括：第二一单元121(未示出)和第二二单
元122(未示出)，其中，所述第二一单元121确定所述多个位置信息对应的
第一个有效位置信息，并将所述至少两个位置采集设备中提供所述第一个有
效位置信息的位置采集设备作为第一个位置采集主设备；所述第二二单元122
根据当前位置采集主设备及对应的当前有效位置信息确定下一个位置采集主
设备或下一个有效位置信息，直至处理完所述多个位置信息。
优选地，所述第一个有效位置信息包括所述多个位置信息中最先被采集
或上传的位置信息。在一实施例中，多个位置采集设备进行采集位置信息，
第一有效位置信息上传的位置采集设备作为第一个位置采集主设备，例如，
有司机手机GPS和所在车辆装配的OBD设备进行采集位置信息，订单服务
开始后，司机手机GPS将第一有效位置信息P1,1上传到web服务器，则司机
手机GPS为第一个位置采集主设备；根据司机手机GPS及对应的当前有效位
置信息P11确定下一个位置采集主设备继续是司机手机GPS还是OBD设备，
或下一个有效位置信息是P1,2还是P2,2。若第二个有效位置信息是P1,2，则第
二个位置采集主设备仍为GPS，继续根据当前位置采集主设备GPS及对应的
当前有效位置信息P1,1确定下一个位置采集主设备，否则，若GPS发生了故
障，OBD设备作为第二个位置采集主设备，则第二个有效位置信息是P2,2，
继续根据当前位置采集主设备OBD及对应的当前有效位置信息P2,2确定下一
个有效位置信息，以此类推，根据当前位置采集主设备及对应的当前有效位
置信息确定下一个位置采集主设备或下一个有效位置信息，直至处理完所述
多个位置信息。如图4示出的根据本申请一个方面的一种用于确定车辆行
驶信息的实际场景示意图；将手机GPS与OBD设备采集的数据进行合并
后展示的订单轨迹，从地图上面可看出，手机之前一段时间数据上报比较
稳定，采用的是手机GPS作为位置采集主设备进行采集数据，后面一段由
于手机GPS出现故障，切换OBD设备作为位置采集主设备进行采集数据，
通过两个设备的采集数据的合并拟合得到的订单轨迹比较平滑。
更优选地，所述第二二单元122用于：当所述当前有效位置信息与所述
多个位置信息中所述当前位置采集主设备对应的下一个位置信息间的采集时
间间隔小于或等于预定的第一时间阈值信息，将该下一个位置信息作为所述
当前位置采集主设备对应的下一个有效位置信息；否则，从所述至少两个位
置采集设备中其它位置采集设备确定所述当前位置采集主设备对应的下一个
位置采集主设备，以及所述下一个位置采集主设备对应的下一个有效位置信
息。
例如，在多个位置采集设备中，司机手机GPS为当前有效位置信息对应
的位置采集主设备，采集的当前位置信息为P1,m及对应的时间为tm，GPS采
集数据的下一个位置信息为P1,m+1及对应的时间为tm+1，若tm+1-tm≤△t1，其中，
△t1为预定的第一时间阈值，则将P1,m+1作为当前位置采集主设备GPS对应
的下一个有效位置信息，如当GPS作为位置采集主设备上报上一个有效位置
信息后在一分钟内上报第二个位置信息，则将第二个位置信息作为GPS对应
的第二个有效位置信息。否则，根据多个位置采集设备中的其它位置采集设
备确定当前位置采集主设备GPS对应的下一个位置采集主设备，如查看在△t1
内其它设备是否有相应的有效位置信息，如果有，则确定对应的位置采集设
备，如查看到OBD设备在△t1内有相应的有效位置信息P2,m+1，则确定OBD
设备为位置采集主设备即将当前位置采集主设备GPS切换回OBD设备以及
确定P1,m下一个有效位置信息P2,m+1。
更优选地，所述下一个位置采集主设备满足以下至少任一项：所述下一
个位置采集主设备从所述至少两个位置采集设备中其它位置采集设备随机确
定的；所述下一个位置采集主设备在所述多个位置信息中存在一个位置信息，
该位置信息与所述当期有效位置信息的采集时间间隔小于或等于预定的第二
时间阈值信息，该位置信息与所述当前有效位置信息的距离间隔小于或等于
预定的第二距离间隔阈值信息；所述下一个位置采集主设备与所述当前位置
采集主设备在所述多个位置信息中存在多对相对应的位置信息，每对相对应
的两个位置信息的采集时间间隔小于或等于预定的第三时间阈值信息，每对
相对应的两个位置信息的距离间隔小于或等于预定的第三距离间隔阈值信息，
所述多对相对应的位置信息的数量信息等于或大于预定的数量阈值信息。
在此，在多个位置采集设备中，已确定当前位置采集主设备为设备m，
下一个位置采集主设备从多个位置采集设备1……n中(包含设备m)随机确
定，可能继续为设备m，也可能切换为其它位置采集设备1……n除设备m
外的其它设备。所述的位置采集主设备在所述多个位置信息中存在一个位置
信息，例如，在多个位置信息{P1,1，P1,2，P1,3，P2,4，P2,5，P1,6，P1,7，P2,8，P2,9，
P2,10，P1,11}中，OBD设备存在以下几个位置信息如P2,4，P2,5，P2,8，P2,9，P2,10，
以P2,5为例，采集位置信息P2,5的采集时间需要在采集当前有效位置信息P2,4
之后的预定的第二时间阈值信息内，比如采集完P2,4后，在一分钟内需查看
是否采集P2,5，P2,5为有效的位置信息时其采集时间需要在一分钟内，且|P2,5-
P2,4|≤△s2，其中，△s2为预定的第二距离间隔阈值信息，保证采集两个相邻的
位置信息的距离不会相差很大造成路线的不精确。下一个位置采集主设备与
所述当前位置采集主设备在所述多个位置信息中存在多对相对应的位置信息，
在一实施例中，采集位置信息P1,3的位置采集主设备为GPS及对应采集时间
为t3，当采集下一个位置信息P1,4时对应时间为t4，GPS此时出现故障，无法
上报P1,4，OBD作为下一个位置采集主设备在采集位置信息P2,4弥补P1,4对应
时间为t4’，需满足|t4-t4’|≤△t3，其中，△t3为预定的第三时间阈值信息，(P1,4，
P2,4)为一对相对应的位置信息，同时满足|P2,4-P1,4|≤△s3，其中，△s3为预定
的第三距离间隔阈值信息；假设车辆行驶过程中有m个位置点的位置信息，
在位置点r处有n个位置采集设备进行采集从而产生一对相对应的位置信息
(P1,r，P2,r，……Pn,r)，这样所采集的总位置信息的数量信息等于或大于预定
的数量阈值信息m。
需要说明的是，上述所举的两个位置采集设备GPS和OBD仅为本申请
的一个优选实施例，也可能会有三个或三个以上的位置采集设备进行采集位
置信息进而合并路线，其他现有的或今后可能出现的多个位置采集主设备
如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式
包含于此。
优选地，所述第一装置11包括：第一一单元111(未示出)和第一二单
元112(未示出)，其中，所述第一一单元111接收并缓存车辆在行驶过程中
至少两个位置采集设备上传的多个位置信息；第一二单元112当满足预定的
入库触发条件，将所述入库触发条件对应的位置信息写入对应数据库。
图5示出根据本申请一个方面的一个优选实施例的一种用于确定车辆
行驶信息的入库存储基本架构示意图。在一优选实施例中，第一一单元包
括web服务器和redis服务器，第二二单元包括后台服务器和数据库；位
置采集设备每1秒采集位置信息，如当前经纬度并附带采集时间，每30
秒将其采集的数据发送到web服务器，web服务器将相应的数据存放到
redis服务器。后台服务器定时监视redis服务器中收集的数据，如每秒查
看redis采集数据的数量，当满足预定的入库触发条件时，将满足条件对
应的位置信息写入对应数据库中。需要说明的是，本领域技术人员应能理
解，所述redis服务器为高性能的key-value数据库，支持主从同步。
其中，所述入库触发条件包括以下至少任一项：待入库的位置信息的数
据量等于或大于预定的入库数据量阈值信息；待入库的位置信息距离上一次
入库时间等于或大于预定的入库时间阈值信息。
需要说明的是，所述的预定的入库数据量阈值信息包括但不限于几十条
甚至数百条，所述预定的入库时间阈值信息包括但不限于几秒甚至几十秒。
在本申请的一优选实施例中如图5所示的预定的入库数据量阈值信息优选为
200条，所述预定的入库时间阈值信息优选为30s。
继续接前例如图5，当redis收集数据达到一定量或者距离上一次入库时
间达到一定时间间隔进行入库操作，如后台服务器每秒查看redis采集数据的
数量，如果数据量达到200条，将进行入库操作，并在redis中记录入库时间。
如果距离上一次入库时间超过30s，采集的数据还未达到200条则也将缓存中
的数据全部进行入库，并在redis记录入库时间。
优选地，所述将所述入库触发条件对应的位置信息写入对应数据库包括：
将所述入库触发条件对应的位置信息写入对应数据库中的表格，其中，所述
表格与被写入的位置信息对应的车辆标识信息的哈希值相对应。
在此，根据实际情况，随着时间和司机的数量的添加，实时上报位置
信息的数据量会相当大，进行将满足入库触发条件所对应的位置信息写入
对应数据库时按照司机对应的车辆id对应的哈希值，进行一致性哈希算法
存放到不同的库不同的表中，对应入库出现异常的数据，如服务器中缓存
的位置信息在服务器出现故障时无法入库操作，则将出现异常的数据放到
redis异常队列中，将按照一定的时间间隔进行定时重试。将最新采集的位
置信息放到司机的表中，便于查看司机的时时位置。
图6示出根据本申请又一个方面的一种用于确定车辆行驶信息的方法
流程示意图。该方法包括：步骤S11、步骤S12和步骤S13；在步骤S11中，
获取车辆在行驶过程中的多个位置信息，其中，所述多个位置信息来自所述
车辆上的至少两个位置采集设备；在步骤S12中，根据所述多个位置信息确
定所述车辆在行驶过程中的多个位置采集主设备及每个位置采集主设备对应
的一个或多个有效位置信息，其中，所述位置采集主设备为所述至少两个位
置采集设备中之一；在步骤S13中，根据所述多个位置采集主设备对应的多
个所述有效位置信息及所述有效位置信息对应的采集时间信息，确定所述车
辆对应的行驶信息。
本申请一实施例所述方法用于确定车辆行驶信息，创造了多数据源数据
合并策略从而进行监视司机的实时位置，降低由于数据源故障带来数据丢失
的风险，使得合并后线路能够平滑的展示。
具体地，在步骤S11中，获取车辆在行驶过程中的多个位置信息，其中，
所述多个位置信息来自所述车辆上的至少两个位置采集设备。
在此，车辆在行驶过程中通过采集设备实时上报其位置，在一具体实施
例中，订单服务开始以后，如图2示出的GPS采集的数据展示的订单轨迹
实际场景示意图，从地图上可看出，GPS一开始正常上报所在车辆位置，
将上报的位置连接起来获得行驶路线，得到的路线比较平滑，但在后面的
一段路程中，由于GPS出现故障，没有上报车辆位置信息，造成了数据丢
失，无法得知后面一段的车辆行驶信息。又如图3示出的OBD采集的数
据展示的订单轨迹实际场景示意图，其中，OBD为车载自动诊断系统，从
地图上可看出，OBD设备一直有上传数据，但地图显示的车辆行驶路线中
有多个不连续的地方，表明上传数据的过程中也有丢失的情况。根据以上
情况分析可知，完全依赖其中任何一种设备都会造成数据的丢失，为了降
低数据丢失的风险，本申请实施例中采用多种位置采集设备采集的数据进
行互补的方式进行展示数据，即获取车辆在行驶过程中的多个位置信息是
来自所述车辆上的至少两个位置采集设备所上报的数据。
具体地，在步骤S12中，根据所述多个位置信息确定所述车辆在行驶过
程中的多个位置采集主设备及每个位置采集主设备对应的一个或多个有效位
置信息，其中，所述位置采集主设备为所述至少两个位置采集设备中之一。
例如，在一优选实施例中，采用司机手机GPS设备和OBD设备进行采
集位置信息，车辆在行驶过程中的多个位置信息的确定是由司机手机GPS和
OBD中的至少一个确定的，如在车辆行驶的A段路线中的多个位置信息是由
GPS确定，则GPS为该段路线的位置采集主设备，A段路线中的所述多个有
效位置信息对应着位置采集主设备GPS，其中，所述有效位置信息是指该点
的运动轨迹方向和之前采集位置点的方向一致；在B段路线中的多个位置信
息是由OBD确定的，则OBD为该段路线的位置采集主设备，A段路线中的
所述多个有效位置信息对应着位置采集主设备OBD。又如在另一优选实施例
中，车辆行驶过程中，司机手机设备GPS采集的数据对应位置点为{P1,1，
P1,2，……P1,n}，设备OBD采集的数据对应位置点为{P2,1，P2,2，……P2,n}，
根据获取到的{P1,1，P1,2，……P1,n}和{P2,1，P2,2，……P2,n}这些位置信息可确
定车辆行驶过程中的位置采集主设备为GPS或是OBD及每个位置采集主设
备对应的一个或多个有效位置信息，例如，某一段线路中获取的多个有效位
置信息为{P1,1，P1,2，P2,3，P2,4，P2,5，P1,6}，可知，有效位置点P1,1，P1,2对应
的位置采集设备为GPS采集的数据，此时GPS为位置采集主设备；P2,3，P2,4，
P2,5对应的位置采集设备为OBD采集的数据，此时OBD为位置采集主设备；
P1,6对应的位置采集主设备为GPS，以此可知根据每个位置信息能够确定车
辆行驶过程中位置采集主设备信息及每一个位置采集主设备对应的一个或多
个有效位置信息。需要说明的是，其中，Pm,n表示第m个位置采集设备采集
的第n个位置点，m、n为自然数1,2,3……。
本领域技术人员应能理解，上述的实施例中司机手机GPS和OBD设备
仅为举例，也可以是位置采集设备有司机手机GPS，乘坐用户手机GPS和
OBD设备或其他设备，至少要有两个位置采集设备。其他现有的或今后可
能出现的位置采集设备如可适用于本发明，也应包含在本发明保护范围以
内，并在此以引用方式包含于此。
具体地，在步骤S13中，根据所述多个位置采集主设备对应的多个所述
有效位置信息及所述有效位置信息对应的采集时间信息，确定所述车辆对应
的行驶信息。
在一实施例中，车辆行驶的某一段行驶过程中(从点A到点B)，司机手
机设备GPS采集的数据对应位置点为{P1,1，P1,2，P1,3，P1,4，P1,5，P1,6……P1,11}，
其中有效的位置点为{P1,1，P1,2，P1,3，P1,6，P1,7，P1,11}及对应的时间为{t1，t2，
t3，t6，t7，t11}，设备OBD采集的数据对应位置点为{P2,1，P2,2，……P2,n}，
其中，有效的位置点为{P2,4，P2,5，P2,8，P2,9，P2,10}及对应的时间为{t4，t5，t8，
t9，t10}；根据获取两个位置采集主设备GPS和OBD的多个有效位置信息及
有效位置信息对应的采集时间信息，{P1,1，P1,2，P1,3，P2,4，P2,5，P1,6，P1,7，
P2,8，P2,9，P2,10，P1,11}这些有效位置点构成了上述一段行驶过程的路线从而确
定了所述车辆对应的行驶信息。
优选地，所述行驶信息包括以下至少任一项：所述车辆的行驶路径信息；
所述车辆的行驶位置序列，其中，所述行驶位置序列由所述多个位置采集主
设备对应的多个所述有效位置信息按所述采集时间信息排序构成。
接前例，确定行驶信息可确定从点A到点B的路径信息和该段行驶过程
中车辆行驶位置序列中的至少任一项，其中，位置序列{P1,1，P1,2，P1,3，P2,4，
P2,5，P1,6，P1,7，P2,8，P2,9，P2,10，P1,11}由多个有效位置信息{P1,1，P1,2，P1,3，
P1,6，P1,7，P1,11}和{P2,4，P2,5，P2,8，P2,9，P2,10}按照采集时间信息{t1，t2，t3，
t4，t5，……，t11}排序构成的。
本领域技术人员应能理解，上述行驶位置序列仅为举例，其他现有的
或今后可能出现的行驶位置序列如可适用于本发明，也应包含在本发明保
护范围以内，并在此以引用方式包含于此。
优选地，所述方法还包括：步骤S14(未示出)将所述行驶信息提供至
所述车辆驾驶用户或乘坐用户的对应设备。
继续接前例，将每一段时间位置采集主设备所采集的有效点按照时间进
行升序排列得到的位置序列和行驶路径信息这些行驶信息，将行驶信息返回
给客户端展示，如在打车订单服务中，将获取的行驶信息存放到订单轨迹表
中，将行驶信息所在的订单轨迹表提供至所接收该订单服务的司机的手机、
平板中或其他设备中或下单用户的手机、平板或其他设备中方便查看历史订
单轨迹。
优选地，步骤S12包括：步骤S121(未示出)和步骤S122(未示出)，
其中，在步骤S121中，确定所述多个位置信息对应的第一个有效位置信息，
并将所述至少两个位置采集设备中提供所述第一个有效位置信息的位置采集
设备作为第一个位置采集主设备；在步骤S122中，根据当前位置采集主设备
及对应的当前有效位置信息确定下一个位置采集主设备或下一个有效位置信
息，直至处理完所述多个位置信息。
优选地，所述第一个有效位置信息包括所述多个位置信息中最先被采集
或上传的位置信息。在一实施例中，多个位置采集设备进行采集位置信息，
第一有效位置信息上传的位置采集设备作为第一个位置采集主设备，例如，
有司机手机GPS和所在车辆装配的OBD设备进行采集位置信息，订单服务
开始后，司机手机GPS将第一有效位置信息P1,1上传到web服务器，则司机
手机GPS为第一个位置采集主设备；根据司机手机GPS及对应的当前有效位
置信息P11确定下一个位置采集主设备继续是司机手机GPS还是OBD设备，
或下一个有效位置信息是P1,2还是P2,2。若第二个有效位置信息是P1,2，则第
二个位置采集主设备仍为GPS，继续根据当前位置采集主设备GPS及对应的
当前有效位置信息P1,1确定下一个位置采集主设备，否则，若GPS发生了故
障，OBD设备作为第二个位置采集主设备，则第二个有效位置信息是P2,2，
继续根据当前位置采集主设备OBD及对应的当前有效位置信息P2,2确定下一
个有效位置信息，以此类推，根据当前位置采集主设备及对应的当前有效位
置信息确定下一个位置采集主设备或下一个有效位置信息，直至处理完所述
多个位置信息。如图4示出的根据本申请一个方面的一种用于确定车辆行
驶信息的实际场景示意图；将手机GPS与OBD设备采集的数据进行合并
后展示的订单轨迹，从地图上面可看出，手机之前一段时间数据上报比较
稳定，采用的是手机GPS作为位置采集主设备进行采集数据，后面一段由
于手机GPS出现故障，切换OBD设备作为位置采集主设备进行采集数据，
通过两个设备的采集数据的合并拟合得到的订单轨迹比较平滑。
更优选地，在步骤S122中，当所述当前有效位置信息与所述多个位置信
息中所述当前位置采集主设备对应的下一个位置信息间的采集时间间隔小于
或等于预定的第一时间阈值信息，将该下一个位置信息作为所述当前位置采
集主设备对应的下一个有效位置信息；否则，从所述至少两个位置采集设备
中其它位置采集设备确定所述当前位置采集主设备对应的下一个位置采集主
设备，以及所述下一个位置采集主设备对应的下一个有效位置信息。
例如，在多个位置采集设备中，司机手机GPS为当前有效位置信息对应
的位置采集主设备，采集的当前位置信息为P1,m及对应的时间为tm，GPS采
集数据的下一个位置信息为P1,m+1及对应的时间为tm+1，若tm+1-tm≤△t1，其中，
△t1为预定的第一时间阈值，则将P1,m+1作为当前位置采集主设备GPS对应
的下一个有效位置信息，如当GPS作为位置采集主设备上报上一个有效位置
信息后在一分钟内上报第二个位置信息，则将第二个位置信息作为GPS对应
的第二个有效位置信息。否则，根据多个位置采集设备中的其它位置采集设
备确定当前位置采集主设备GPS对应的下一个位置采集主设备，如查看在△t1
内其它设备是否有相应的有效位置信息，如果有，则确定对应的位置采集设
备，如查看到OBD设备在△t1内有相应的有效位置信息P2,m+1，则确定OBD
设备为位置采集主设备即将当前位置采集主设备GPS切换回OBD设备以及
确定P1,m下一个有效位置信息P2,m+1。
更优选地，所述下一个位置采集主设备满足以下至少任一项：所述下一
个位置采集主设备从所述至少两个位置采集设备中其它位置采集设备随机确
定的；所述下一个位置采集主设备在所述多个位置信息中存在一个位置信息，
该位置信息与所述当期有效位置信息的采集时间间隔小于或等于预定的第二
时间阈值信息，该位置信息与所述当前有效位置信息的距离间隔小于或等于
预定的第二距离间隔阈值信息；所述下一个位置采集主设备与所述当前位置
采集主设备在所述多个位置信息中存在多对相对应的位置信息，每对相对应
的两个位置信息的采集时间间隔小于或等于预定的第三时间阈值信息，每对
相对应的两个位置信息的距离间隔小于或等于预定的第三距离间隔阈值信息，
所述多对相对应的位置信息的数量信息等于或大于预定的数量阈值信息。
在此，在多个位置采集设备中，已确定当前位置采集主设备为设备m，
下一个位置采集主设备从多个位置采集设备1……n中(包含设备m)随机确
定，可能继续为设备m，也可能切换为其它位置采集设备1……n除设备m
外的其它设备。所述的位置采集主设备在所述多个位置信息中存在一个位置
信息，例如，在多个位置信息{P1,1，P1,2，P1,3，P2,4，P2,5，P1,6，P1,7，P2,8，P2,9，
P2,10，P1,11}中，OBD设备存在以下几个位置信息如P2,4，P2,5，P2,8，P2,9，P2,10，
以P2,5为例，采集位置信息P2,5的采集时间需要在采集当前有效位置信息P2,4
之后的预定的第二时间阈值信息内，比如采集完P2,4后，在一分钟内需查看
是否采集P2,5，P2,5为有效的位置信息时其采集时间需要在一分钟内，且|P2,5-
P2,4|≤△s2，其中，△s2为预定的第二距离间隔阈值信息，保证采集两个相邻的
位置信息的距离不会相差很大造成路线的不精确。下一个位置采集主设备与
所述当前位置采集主设备在所述多个位置信息中存在多对相对应的位置信息，
在一实施例中，采集位置信息P1,3的位置采集主设备为GPS及对应采集时间
为t3，当采集下一个位置信息P1,4时对应时间为t4，GPS此时出现故障，无法
上报P1,4，OBD作为下一个位置采集主设备在采集位置信息P2,4弥补P1,4对应
时间为t4’，需满足|t4-t4’|≤△t3，其中，△t3为预定的第三时间阈值信息，(P1,4，
P2,4)为一对相对应的位置信息，同时满足|P2,4-P1,4|≤△s3，其中，△s3为预定
的第三距离间隔阈值信息；假设车辆行驶过程中有m个位置点的位置信息，
在位置点r处有n个位置采集设备进行采集从而产生一对相对应的位置信息
(P1,r，P2,r，……Pn,r)，这样所采集的总位置信息的数量信息等于或大于预定
的数量阈值信息m。
需要说明的是，上述所举的两个位置采集设备GPS和OBD仅为本申请
的一个优选实施例，也可能会有三个或三个以上的位置采集设备进行采集位
置信息进而合并路线，其他现有的或今后可能出现的多个位置采集主设备
如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式
包含于此。
优选地，所述步骤S11包括：步骤S111(未示出)和步骤S112(未示出)，
其中，所述步骤S111：接收并缓存车辆在行驶过程中至少两个位置采集设备
上传的多个位置信息；步骤S112：当满足预定的入库触发条件，将所述入库
触发条件对应的位置信息写入对应数据库。
图5示出根据本申请一个方面的一个优选实施例的一种用于确定车辆
行驶信息的入库存储基本架构示意图。在一优选实施例中，步骤S111：位
置采集设备每1秒采集位置信息，如当前经纬度并附带采集时间，每30
秒将其采集的数据发送到web服务器，web服务器将相应的数据存放到
redis服务器。步骤S112：后台服务器定时监视redis服务器中收集的数据，
如每秒查看redis采集数据的数量，当满足预定的入库触发条件时，将满
足条件对应的位置信息写入对应数据库中。需要说明的是，本领域技术人
员应能理解，所述redis服务器为高性能的key-value数据库，支持主从同
步。
其中，所述入库触发条件包括以下至少任一项：待入库的位置信息的数
据量等于或大于预定的入库数据量阈值信息；待入库的位置信息距离上一次
入库时间等于或大于预定的入库时间阈值信息。
需要说明的是，所述的预定的入库数据量阈值信息包括但不限于几十条
甚至数百条，所述预定的入库时间阈值信息包括但不限于几秒甚至几十秒。
在本申请的一优选实施例中如图5所示的预定的入库数据量阈值信息优选为
200条，所述预定的入库时间阈值信息优选为30s。
继续接前例如图5，当redis收集数据达到一定量或者距离上一次入库时
间达到一定时间间隔进行入库操作，如后台服务器每秒查看redis采集数据的
数量，如果数据量达到200条，将进行入库操作，并在redis中记录入库时间。
如果距离上一次入库时间超过30s，采集的数据还未达到200条则也将缓存中
的数据全部进行入库，并在redis记录入库时间。
优选地，所述将所述入库触发条件对应的位置信息写入对应数据库包括：
将所述入库触发条件对应的位置信息写入对应数据库中的表格，其中，所述
表格与被写入的位置信息对应的车辆标识信息的哈希值相对应。
在此，根据实际情况，随着时间和司机的数量的添加，实时上报位置
信息的数据量会相当大，进行将满足入库触发条件所对应的位置信息写入
对应数据库时按照司机对应的车辆id对应的哈希值，进行一致性哈希算法
存放到不同的库不同的表中，对应入库出现异常的数据，如服务器中缓存
的位置信息在服务器出现故障时无法入库操作，则将出现异常的数据放到
redis异常队列中，将按照一定的时间间隔进行定时重试。将最新采集的有
效位置信息再次进行入库操作，放到对应司机的表中，便于查看所对应的
车辆行驶轨迹及司机的时时位置。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例
如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设
备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现
上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)
可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或
软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例
如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程
序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供
根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可
能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承
载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计
算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装
置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令
的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置
运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细
节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体
形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性
的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限
定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括
在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要
求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装
置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件
或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定
的顺序。