AI 年度盘点与2025发展趋势展望,50+案例解析亮相AICon 了解详情
写点什么

数据挖掘技术在轨迹数据上的应用实践

  • 2020-10-05
  • 本文字数:6921 字

    阅读完需:约 23 分钟

数据挖掘技术在轨迹数据上的应用实践

1. 背景

首先简要介绍一下什么是数据挖掘。数据挖掘(Data Mining)是指从大量数据中发现特定信息和模式的过程,也有很多人将这一过程看作知识发现(Knowledge Discovery in Database)。数据挖掘常用的算法手段有回归、分类、聚类和模式发现,工程上数据挖掘通常和大数据技术联系在一起,工业实践中还需要从业人员对数据中包含的领域知识有足够了解。业界挖掘手段经常用在用户画像、商业智能(Business Intelligence)、社群关系发现等场景。


本文主要分享如何从海量轨迹数据中提取关键信息,改善用户出行体验。滴滴在业务运营过程中,司机端 APP 会持续向后台上传位置信息,这些信息被用于分单、司乘碰面、导航、里程计费。每天滴滴都会为上千万人提供出行服务,在这一过程中积累了海量轨迹数据。这些轨迹数据不涉及用户隐私,主要反应了公共道路上的交通状况和司机驾驶习惯。下面我们会具体介绍两个典型场景。


2. 路网更新

作为数字道路地图的关键部分,道路交叉口是多条相互连接道路的交汇处,其几何特征和拓扑属性的精确性在移动导航和其他位置服务中起着重要作用。随着城市发展,交叉口的更新越来越频繁,主要包含挂接关系变更、新路、形态变更,这类拓扑错误如果不能及时检测及更新,会影响路网匹配、路径规划、导航播报等基于路网数据的地图服务,产生导航绕路、播报不合理等用户体验问题。


2.1 技术挑战

交叉口拓扑更新可以抽象成这样一个问题:路口范围内的轨迹矢量模式与路网是否匹配?为此,需要解决以下几个关键问题:第一,轨迹数据包含了大量噪声,如何进行有效去噪;第二,路口位置及范围如何确定;第三,轨迹矢量模式如何表达以及如何与路网差分。


为了解决以上问题,我们设计出的算法框架如下,包含三个核心模块:轨迹质量提升,路口影响区域检测和拓扑结构校准模块。相关工作发表在数据挖掘与数据库技术顶级学术会议 International Conference on Data Engineering (ICDE) 2020 上。


2.2 轨迹质量提升

原始轨迹数据可能受设备故障、信号不佳等因素影响导致采集到的定位信息存在漂移甚至异常,我们根据前后轨迹点的距离和时间间隔进行轨迹段的分割,保证同一轨迹段在时空上具有连续性;此外,车辆在路口一般会因为等红绿灯或交通拥堵停留,导致在短距离范围内产生大量具有不同方向的位置信息(噪声),不仅增加了路口检测的计算开销,还给检测精度带来较大影响。



针对这一问题,我们基于轨迹点的密度(时间密度、空间密度)进行数据过滤,并对局部自相交轨迹段进行分段,最后通过 Douglas Peucker 算法提取轨迹段关键形状点,在保留轨迹转向特征的同时,对数据实现了压缩。因此,通过轨迹分段、去噪、压缩的预处理,实现了对原始轨迹数据的质量提升。


2.3 交叉口位置及范围生成

为了检测道路交叉口影响区内的详细拓扑信息,首先需要识别道路交叉口的核心区域,即路口位置和覆盖范围。考虑到不同路口大小不一,并且路口范围内轨迹通常具有减速、转向等特征,我们设计了一套基于四叉树空间划分和 Mean-shift 的自适应路口位置检测算法。在搜索道路交叉口单元的过程中,将四叉树的最小边长设置为 25 米,并从 200 米大小边长开始的层(即从四叉树底部开始的第四层)搜索道路交叉口单元。由于交叉口中心位置的轨迹往往比路段具有更多的转向与较低的转速,我们对每个网格单元中的所有特征点(轨迹压缩获得)执行速度分析和基于方向的 DBSCAN 聚类,筛选潜在的道路交叉口网格单元。随后,鉴于 Mean-Shift 算法可以在聚类过程中同时检测出密度中心,我们通过该算法,结合候选交叉口单元内的轨迹点识别路口的中心位置。



不同路口其形状有较大差异,如何更通用地基于轨迹数据确定路口的核心区范围?实质上道路交叉口的中心位置附近并不总是具有相对于路段区域更多转向行为,例如,环岛和立交桥。本文中我们利用环状几何模型逐层检测路口覆盖范围。对于一个路口而言,越到核心区边缘的环包含的转向点密度越低、速度越大,因此该路口模型适于不同形状路口的范围提取。


2.4 拓扑结构校准

在路口范围拓扑结构的校准阶段,我们基于检测的路口中心位置和核心区范围向外扩展,获取交叉路口影响区内的全部轨迹。我们对这些轨迹进行转向簇提取与中心线拟合,并将拟合的转向路径与基准路网进行地图匹配。


Frechet 距离适于评测曲线之间的相似性,但是对于复杂形状的路口以及路口邻接路段间朝向偏差较小的情况,Frechet 表现不佳。鉴于此,我们将方向权重引入轨迹相似性度量中。对于任意两条轨迹序列,分别计算起点与终点间的方向差,并结合 Frechet 距离生成轨迹集合的距离矩阵。基于该矩阵结合 DBSCAN 聚类实现路口范围内的转向簇提取。



在提取转向簇后,需要对各簇轨迹进行拟合来得到转向矢量模式。我们采用基于 Force Attraction 的聚类方法获取各簇对应的转向路径,相比如其他依赖点信息的拟合算法如 Sweeping 等,Force Attraction 方法能够充分运用轨迹线信息,因此对复杂转向场景的拟合更加鲁棒。Force Attraction 方法首先随机采样簇中的一条轨迹作为参考轨迹,随后使用同簇内其余轨迹对参考轨迹中点的位置进行迭代调整。在调整过程中,Force Attraction 算法假定任意轨迹点上有吸引力和排斥力作用,通过搜索两个力达到平衡的位置来获得参考轨迹对应点的新位置。由于随机采样轨迹容易导致拟合得到的中心线不精准,特别是当随机采样的参考轨迹远离实际道路中心时,拟合偏差较大。因此,我们引入基于 Frechet 的采样策略。具体来说,我们从簇中随机采样 k 条轨迹作为候选参考轨迹,并分别计算每个候选者与该簇的其余轨迹之间的 Frechet 距离。将具有最小距离和的候选轨迹视为参考轨迹。




在获得转向路径后,我们采用经典的 HMM 算法结合基准路网进行地图匹配。为加速匹配过程,我们基于每个路口的转向路径集生成凸包再与路网空间关联。根据匹配概率得到低置信度转向路径,作为需修正拓扑情报。



在最终的路口拓扑校准上,为了评估我们解决方案的有效性,我们基于滴滴实际轨迹数据和路网检测两种类型的错误拓扑:转向路径缺失和转向路径偏移。根据我们的评估,整体的精确率能够达到 70%,转向路径缺失和偏移的比例在 1 : 5。目前该方法已经在滴滴路网更新产线中得到应用,下图为两个典型案例(路网为淡灰色线,轨迹分布以深蓝色表示,校正的转向路径以红色箭头线突出显示。


3. 路线偏移

在网约车业务场景中,可能会出现司机师傅未能按照导航路线行驶而出现路线偏移的现象,导致此类场景出现的原因可能是路况不佳、路线不合理、道路封闭,也可能是司机发现了更好的路线躲避拥堵,或者是对路线不熟悉,甚至故意绕路等。挖掘此类场景对于网约车提升地图用户体验、避免司乘纠纷、保障司乘安全具有至关重要的意义。为了解决此类问题,地图团队通过全局/局部的起终点(Origin-Destination,简称 OD) 约束,基于用户历史轨迹行为特征建模,实时观测目标用户轨迹行为空间分布特征,从而检测路线偏移行为。基于用户轨迹的路线偏移检测,我们最终构建了实时触达用户的轨迹安全产品与路网状态更新体系。

3.1 技术挑战

基于 OD 轨迹路线偏移检测,通常涉及到路线表征维度多样性、OD 观测空间下历史正常轨迹稀疏性、检测实时性等建模问题以及 TB 级轨迹大数据的离线特征存储更新、在线实时查询等工程问题。虽然在学术研究领域,轨迹异常检测已经形成了相对成熟的解决方案与不同角度的研究积累,但在实际工程实践会面临复杂多样的业务场景,具体来讲:


  1. 路线表征维度多样性

  2. 用户轨迹路线可以用一系列有序的 GPS 点串表征,该方式可以保留最原始的路线信息,但是会存在轨迹飘点、冗余、无法批量高效建模的问题;也可以基于轨迹匹配道路结果进而通过一系列路段表征路线,该种表征方式最为常见,同时也会存在轨迹质量、绑路策略而带来的误匹问题;还可以将 GPS 映射到空间瓦片表示,该方式可以有效规避以上两类问题,但是无法精确定位路网问题。因此在不同的建模场景中,应该采取不同的路线表征维度。左侧蓝色点串 GPS 轨迹的原始表示,右侧表示轨迹的瓦片表示。


  3. OD 观测空间下历史正常轨迹稀疏性

  4. 由于我们是在 OD 的空间约束下进行轨迹建模,并且需要观测在该空间下历史用户轨迹分布特征,如果用户行程起终点下关联的历史用户轨迹数量过少甚至不存在,那对于轨迹建模来讲将是巨大的挑战。

  5. 检测实时性

  6. 在路线偏移的场景下,不管是路网状态异常还是订单状态异常,都要求算法能够实时、精确、可解释的计算结果并触达用户,因此要求我们的算法要能够实时地对端上上报的轨迹点进行状态判定。


为了解决异常路线偏移检测的问题,考虑到不同的产品及业务需求,我们设计并完成了以下两大类检测解决方案,下面进行简单的介绍。

3.2 "少而不同"绕路检测**

该类场景主要是检测单一、少数绕路订单的异常状态,该类订单在 OD 约束下,与其他正常相同 OD 下其他正常订单轨迹空间分布存在明显的差异,主要表现为连续地出现离群轨迹点,所以可以将我们的任务转化为实时离群轨迹点检测,检测方法可以由以下部分组成:



  • 路线形状表达

  • 轨迹路线形状表达的目的主要是压缩轨迹,同时保证形状信息和压缩率;同时也要平滑轨迹,去除停留点与噪点。我们采用了 Minimum Description Length Partition 算法对轨迹进行压缩表示,该算法通过定义角度距离、垂直距离等,拓展了传统的 Douglas-Peucker 算法,无需定义阈值,可以自适应增量式划分和压缩轨迹。

  • 导航特征表达

  • 在实际业务场景中,除了轨迹路线形状之外,我们还可以实时获取到用户导航-偏航状态的特征,通过行驶方向与导航起终点方位关系,可以判定用户当前是否在朝向终点运动。红色线条为道路路线,绿色线条为轨迹路线,β1 表示 A1A2 导航起终点夹角为锐角,朝向相近,即朝向终点运动,β2 反之。


  • 稀疏 OD 轨迹 Embedding

  • 为了克服上文中提到的同 OD 下历史正常轨迹稀疏性的问题,我们提出了一种基于地理空间关系学习的轨迹 Embedding 方案。该方案主要是在订单起终点的约束下,建模轨迹中途经点与起终点之间的关系,由于不涉及到具体特定轨迹,只是建模起终点与途经点关系,因而在可以在一定程度上解决 OD 空间下稀疏性的问题。Embedding 主要更新学习过程如下:


  • 其中,地理特征矩阵更新学习的过程为:

  • S1) 将行驶的轨迹 T={p1, p2, … , pn}根据坐标映射到对应的路网网格中。轨迹可以表示为 T={g1, g2, … , gn}其中 gi 为行驶轨迹中坐标 pi 在路网中对应的网格。

  • S2) 使用具有固定窗口大小和固定滑动步长的滑动窗口,将轨迹 T={g1, g2, … , gn}划分为若干定长的子轨迹,如滑动窗口大小为 10,滑动步长为 1,则原始轨迹 T 可被划分为子轨迹集合 T’ = {Tj | Tj={gj, gj+1, … , gj+9}, 1≤i≤n-9}

  • S3) 假设路网中有 N 个互不相同的路网网格,则对目标区域的所有路网网格随机初始化两个 N*d 维特征矩阵,特征矩阵中的每一行为一个特征向量,分别表示对应网格作为起点和终点时的特征。将两个特征矩阵拼接后可以得到一个 N*2d 维的特征矩阵,用于表示对应网格作为轨迹途经点(既非起点也非终点)时的特征。

  • S4) 将 S2)中得到的每条子轨迹 T={g0, g1, … , gn} 根据轨迹点性质转化 T={S, M1, … , Mj, D},其中 S=g0 表示子轨迹起点,D=gn 表示子轨迹终点,M1, … , Mj 表示子轨迹途经点。

  • S5) 在起终点约束的条件下,最大化途径点 M1, … , Mj 出现的平均对数概率,即可完成在在地理空间约束下的轨迹建模。根据轨迹点性质,分别从不同特征矩阵查找轨迹经过的路网网格的性质。即从起点特征矩阵中查找起点 S 的特征向量,为 d 维向量;从终点矩阵中查找终点 D 的特征向量,为 d 维向量;从途径点矩阵中查找途径点 Mj 的特征向量,为 2d 维向量。拼接起点 S 和终点 D 的特征向量和,即可得到 2d 维的起终点特征向量。

  • S6) 通过反向传播更新起点、途经点和终点的特征矩阵,直到模型收敛。此时即可得到送驾区域路网网格在地理空间约束下的特征向量。

  • 实时离群点检测

  • 为了满足轨迹实时异常检测需求,需要算法能够在系统输入的一定时间窗口的轨迹之后,完成路形表达、导航特征提取、轨迹特征 Embedding 之后,立即给出在该 OD 空间约束下,当前行程轨迹是否处于偏移状态以及该状态下基于以上特征的支持度【支持度可以定义为在 OD 约束下,历史正常路线途径该瓦片的订单数量 / OD 约束下总订单数量】,借鉴 iBOAT 自适应窗口检测在线检测思路,类似的,我们提出了一种基于多特征表征的实时路线偏移检测框架,具体检测过程为:当偏航发生时,在一定时间窗口,获取目标订单行程轨迹,对该行程进行路形、导航、轨迹特征的表征与判别。下图中,图一蓝色为历史正常用户实际轨迹路线,红色为目标用户轨迹;图二为 iBOAT 自适应窗口判别示意图。


  • 图一


  • 图二

3.3 “多而不同”封路检测**

基于“少而不同”的思路针对极少数用户轨迹偏移的异常检测主要是为了解决司乘纠纷、轨迹安全等问题;“多而不同”主要是多数用户在同 OD 空间约束下,出现了群体性的路线偏移,该现象往往意味路网的状态发生了变更而导航依旧按照发生变更前状态规划,从而导致用户的集体被迫绕路。因此针对路网状态异常,以道路封闭为例,我们提出了一种基于 Siamese LSTM (孪生长短期记忆网络)与 LSPD(缺失路段模式检测方法)的轨迹时空模型来解决路网封闭检测问题。相关工作发表在 GIS 领域国际会议 ACM SIGSPATIAL 2019 (International Workshop on Ride-hailing Algorithms, Applications, and Systems)(SIGSPATIAL 2019 RAAS)


该模型主要结构如下:



该模型主要分为两个模块,第一个算法模块是基于时间序列流量信息相似性建模,该模型可以引入经典的 Siamese LSTM 网络,并融合注意力机制与自定义损失函数,实时刻画历史同期流量曲线与当前流量曲线的相似性,从而在线检测流量异常。由于采取了与历史同期(例如本周一与上周一)的流量序列建模,因而对流量自然下降及波动具备很强的鲁棒性。



基于 Siamese LSTM 流量异常检测可以对全路网空间的流量异常进行实时检测,其检测的结果需要更强的证据佐证道路异常,因此,我们设计了第二个算法模块 LSPD, 该算法侧重于通过群体用户行为的异常判别第一个算法模块结果的可解释性与概率性,主要思想是统计同 OD 下路线模式的分布变更,不同于轨迹异常检测算法(iBOAT) 在 OD 场景下关注“少而不同“的异常轨迹,我们重点关注“多而不同“的用户群体性异常行为,例如某时间段内历史用户集中出现了绕路事件,则通过我们的 LSPD 算法模块可以精确定位到哪些路段可能出现了道路封闭以及发生发生该类事件的置信度有多大。



以北京市某处道路封闭事件为例,该道路在下午 17 时左右发生道路封闭,我们的系统在 18 时通过 Siamese LSTM 深度网络检测出该道路存在明显的流量异常,异常置信度为 0.99,随后,该事例被系统流转至 LSPD 检测模块寻求更多的轨迹证据佐证该道路的确存在道路异常,在该模块,我们的算法检测到在局部起终点(OD)的作用下,用户的出行方式已经发生了巨大的变化,之前多数用户选择右侧红色路线,而当前状态下,用户多选择左侧蓝色路线(红色路线的支持度从 30 降低到 6,而蓝色路线的支持度则由 3 上升至 43),从而被系统整体判别该道路出现了道路异常,即道路封闭。


4. 总结

在当前的工业实践中,数据挖掘也常常和一些热门词汇联席出现,比如人工智能、机器学习、大数据、数据分析、数据科学等,如下图所示。



相比于其他概念,数据挖掘不强调应用何种手段,更强调目的:从数据中提取信息。在这个意义上讲,数据挖掘天然是交叉学科,需要从业人员具备统计、机器学习、大数据乃至高并发后台服务、数据可视化等复合技能。另一方面,目前的人工智能技术水平仅仅达到刻画相关性的阶段,尚不能进行通用推理或者知识学习,所以需要从业者对研究的领域具备一定先验知识,并了解如何利用这些知识从数据中提取有高价值信息。这两个特点决定了领域数据挖掘的门槛非常高,这影响了数据价值的快速发掘和落地。笔者所在团队承担了公司内部很多挖掘任务,比如安全驾驶行为检测、路网挖掘、交通事件、地理画像、出行模式分析等等,更多的数据挖掘任务因为排期和资源限制无法快速支持,而需求方因为高技能门槛无法自行对数据进行加工和价值提取。


我们下一步的目标是尝试将轨迹数据挖掘能力中台化或者平台化,能够将算法、工程、大数据、可视化等能力开放出来,大幅降低数据挖掘成本,使得数据的价值能被最大化利用。实际上这一挑战不是我们团队或者公司独有的,互联网公司可能会存在无法以合适的成本从数据中提取价值的问题,导致数据挖掘技术只在少数高 ROI 场景下得到应用。即将到来的 5G 和万物互联时代,这一问题会更加严重。欢迎对此感兴趣的同学加入我们,一起研究和探索如何解决这些挑战。


作者介绍


温翔,滴滴高级专家工程师


2017 年加入滴滴,轨迹挖掘团队负责人,负责基于多模态融合的路网情报发现与路网状态更新、轨迹挖掘、地图安全特征平台等工作。


刘国平,滴滴高级算法工程师


2016 年加入滴滴,负责基于多源大数据的路网更新方向的算法工作,研究兴趣点包括时空异常检测、出行模式挖掘、路网生成等。


安凯强,滴滴高级算法工程师


2018 年加入滴滴,在滴滴从事轨迹模式挖掘、用户异常行为检测、道路封闭检测等工作。


本文转载自公众号滴滴技术(ID:didi_tech)。


原文链接


数据挖掘技术在轨迹数据上的应用实践


2020-10-05 10:004271

评论

发布
暂无评论
发现更多内容

助力企业资源的合理利用,华为云数据库RDS for MySQL使用经济更省心!

路过的憨憨

DevOps|1024程序员节如何做?介绍下我的思路

laofo

DevOps 研发效能 1024程序员节 快手

知识管理是团队的心脏,让企业管理更上一层楼

Baklib

文档 文档协同

企业文档过多如何管理?文档协同能够帮到你

Baklib

文档 文档管理

大家都在“卷”的推荐系统还有进步空间吗?看技术大牛们怎么说

小红书技术REDtech

CSS学习笔记1

虾仁疙瘩汤

CSS html 10月月更

华为云数据灾备,如何让企业数据无忧

路过的憨憨

华为

华为云数据灾备方案助力企业安全,守住企业底线

路过的憨憨

华为

华为云桌面,安全可靠的云上办公首选

路过的憨憨

华为

Vuex在uniapp中的使用

孙铭

Vue vuex 10月月更

华为云数据灾备方案,撑起一把企业的保护伞

路过的憨憨

华为

View层、Controller层、Service层、Dao层的区别以及对应的功能

孙铭

service DAO 10月月更

云端软件运行,小程序安全沙箱技术为端侧安全保驾护航

Geek_99967b

小程序

Opencv 图像处理:数字图像的必会知识

timerring

OpenCV 计算机视觉 10月月更

SegmentFault 思否发布开源问答社区软件 Answer

万事ONES

1024里的小温暖,用技术让生活变得更美好!

阿里技术

1024程序员节

4000字深度总结!Pipeline五大性能实践,招招制敌

极狐GitLab

DevOps CI/CD 持续交付 pipeline 极狐GitLab

开发者原来都是健身猛男?

InfoQ写作社区官方

热门活动

华为云数据灾备方案如何成为企业的坚实后盾

路过的憨憨

华为

HTTP 常用的状态码及使用场景

孙铭

HTTP 10月月更 200

低代码无代码区别在哪?通过这5点来区别准没错

优秀

低代码 无代码

鸿蒙开发实例|分布式文件服务

TiAmo

华为 鸿蒙 10月月更

“程”风破浪的开发者|我是如何快速学 Go 的?GoFrame 只用了 3 天时间就从小白变大佬?

王中阳Go

Go golang 学习方法 10月月更 “程”风破浪的开发者

Zookeeper的服务器的log4j升级为log4j2的升级方案(忽略配置化兼容问题)

洛神灬殇

zookeeper

华为云对象存储服务OBS教你一招轻松解决存储难题

路过的憨憨

华为

Spring Boot 应用使用 application.yml 和 application.properties 的区别

汪子熙

Java mvc spring springboot 10月月更

分布式事务-事务补偿(TCC)

zarmnosaj

10月月更

华为云灾备,保护企业信息数据势在必行!

路过的憨憨

华为

重磅丨九科被评为“2022年中国流程挖掘行业典型实践厂商” 实力再获“RPA中国”认可

九科Ninetech

RPA 流程挖掘 数智化转型

Vue.nextTick核心原理

yyds2026

Vue

Vue3, setup语法糖、Composition API全方位解读

yyds2026

Vue

数据挖掘技术在轨迹数据上的应用实践_最佳实践_滴滴技术_InfoQ精选文章