CN108255839B - 一种用户行程管理系统及相关方法 - Google Patents

Abstract

本发明公开了一种用户行程管理系统及相关方法。该系统包括：位置收集服务器和行程管理服务器；其中：位置收集服务器，用于采集各用户的行驶轨迹并存储；行程管理服务器，用于同步位置收集服务器中的用户的行驶轨迹，并对用户的行驶轨迹进行电子围栏的解析，并根据解析结果，选择是否推送对应的报警；以及对用户的行驶轨迹进行用户驾驶行为的解析，并根据解析结果，选择是否发出对应的提醒。本系统可以实现对用户的行程进行管理，根据用户的行驶轨迹进行电子围栏解析以及对用户驾驶行为的解析，发出相应的行驶建议和提醒，保证行车安全的同时，提高交通效率通过智能化数据分析，方便用户的操作，进一步提升了用户的使用体验。

Description

一种用户行程管理系统及相关方法

技术领域

本发明涉及车联网领域，特别涉及一种用户行程管理系统及相关方法。

背景技术

随着车联网的飞速发展，各大互联网公司都开始向车能联网的方向发力，有针对乘用车或物流公司的轨迹管理，有针对个人的简单驾驶分析的APP，但两个方向很少有交集。

个人用户的行驶轨迹的管理，如果数据交互频繁的话，大量用户的访问会给服务器带来很大的压力，并且数据的时效性也会影响用户的体验，另外，个人用户的电子围栏也是一块空白区域，如何结合对用户有针对性的对其驾驶行为进行分析，为用户带来有价值的行驶建议，保证行车安全的同时，提高交通效率，也是需求热点。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种用户行程管理系统及相关方法。

第一方面，本发明实施例提供一种用户行程管理系统，包括：位置收集服务器和行程管理服务器；其中：

所述位置收集服务器，用于采集各用户的行驶轨迹并存储；

所述行程管理服务器，用于同步所述位置收集服务器中的用户的行驶轨迹，并对用户的行驶轨迹进行电子围栏的解析，并根据所述解析结果，选择是否推送对应的报警；以及对用户的行驶轨迹进行用户驾驶行为的解析，并根据所述解析结果，选择是否发出对应的提醒。

在一个实施例中，所述位置收集服务器，使用消息队列架构，所述消息队列架构包括压缩存储轨迹消息消费端和实时位置获取消息消费端；

所述位置收集服务器，包括：Hbase数据库和Redis数据库；

Hbase数据库，用于存储压缩后的行驶轨迹的数据；

Redis数据库，用于存储用户的实时位置；

所述压缩存储轨迹消息消费端访问所述Hbase数据库，所述实时位置获取消息消费端访问所述Redis数据库。

在一个实施例中，所述行程管理服务器包括：第一级缓存和第二级缓存，所述行程管理服务器用于从所述位置收集服务器同步用户行驶轨迹的数据，并将用户最近的设定时间内的用户行驶轨迹的数据存储于第一级缓存中；将用户早于所述设定时间内的用户行驶轨迹的数据存储于第二级缓存中。

在一个实施例中，所述行程管理服务器，具体用于当用户登录时，判断所述用户是否为第一次登录，若是，则此后持续从所述位置收集服务器同步所述用户设定时间内的行驶轨迹数据；

若否，则判断所述用户是否为活跃用户，若非活跃用户，则判断是否存在需要补充同步的行驶轨迹数据，并在判断存在时，从所述位置收集服务器同步所需的行驶轨迹数据；

所述活跃用户为距离上一次登录时间不大于预设时间的用户，所述非活跃用户为除了所述活跃用户之外的用户。

在一个实施例中，所述行程管理服务器，还用于对同步的用户的行驶轨迹进行道路匹配算法的修正，得到修正后的行驶轨迹数据并保存。

在一个实施例中，所述行程管理服务器，还用于对实时同步的用户的行驶轨迹，按照预设的至少一个电子围栏条件分别进行解析，判断是否满足所述电子围栏条件中的任一个，当满足时，向所述用户推送对应的告警消息。

在一个实施例中，所述行程管理服务器，具体用于通过下述方式中的一种或多种向用户推送对应的告警消息：

通过远程调用DWR架构向用户在线推送告警消息；

通过短信通知的方式推送告警消息；

通过邮件的方式推送告警消息。

在一个实施例中，所述行程管理服务器，具体用于对用户的行驶轨迹进行分析，计算出用户驾驶行为的各参数的分值，实时监测所述用户驾驶行为的各参数的分值是否低于预设的阈值，并在低于预设的阈值时，发出对应的提醒；

所述各参数，包括：

行驶平顺性的参数；

操控性的参数；

安全性的参数；

行驶经济性的参数。

第二方面，本发明实施例提供一种用户行程管理方法，包括：

采集各用户的行驶轨迹并存储；

同步所述位置收集服务器中的用户的行驶轨迹；

对用户的行驶轨迹进行电子围栏的解析，并根据所述解析结果，选择是否推送对应的报警；以及对用户的行驶轨迹进行用户驾驶行为的解析，并根据所述解析结果，选择是否发出对应的提醒。

在一个实施例中，所述对用户的行驶轨迹进行电子围栏的解析，包括：

对实时同步的用户的行驶轨迹，按照预设的至少一个电子围栏条件分别进行解析，判断是否满足所述电子围栏条件中的任一个；

所述至少一个电子围栏条件分别使用多队列多线程分别进行处理。

在一个实施例中，通过下述方式中的一种或多种向用户推送对应的告警消息：

通过远程调用DWR架构向用户在线推送告警消息；

通过短信通知的方式推送告警消息；

通过邮件的方式推送告警消息。

在一个实施例中，对用户的行驶轨迹进行用户驾驶行为的解析，包括：

对用户的行驶轨迹进行分析，计算出用户驾驶行为的各参数的分值，实时监测所述用户驾驶行为的各参数的分值是否低于预设的阈值，并在低于预设的阈值时，发出对应的提醒；

所述各参数，包括：

行驶平顺性的参数；

操控性的参数；

安全性的参数；

行驶经济性的参数。

第三方面，本发明实施例提供一种如上述实施例中任一项所述用户行程管理系统在行车导航中的应用。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明公开了一种用户行程管理系统及相关方法。包括：位置收集服务器和行程管理服务器；其中：所述位置收集服务器，用于采集各用户的行驶轨迹并存储；所述行程管理服务器，用于同步所述位置收集服务器中的用户的行驶轨迹，并对用户的行驶轨迹进行电子围栏的解析，并根据所述解析结果，选择是否推送对应的报警；以及对用户的行驶轨迹进行用户驾驶行为的解析，并根据所述解析结果，选择是否发出对应的提醒。本技术方案可以实现对用户的行程进行管理，不需要用户侧与服务器之间频繁交互，避免给服务器带来很大的压力，另外，本发明根据用户的行驶轨迹进行电子围栏解析以及对用户驾驶行为的解析，发出相应的警报和提醒，通过智能化数据分析，方便用户的操作，为用户带来有价值的行驶建议和提醒，保证行车安全的同时，提高交通效率，进一步提升了用户的使用体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中一种用户行程管理系统的示意图；

图2为本发明实施例中上传至位置收集服务器的示意图；

图3为本发明实施例中Hbase数据库示意图；

图4为本发明实施例中电子围栏圈定的范围示意图；

图5为本发明实施例中使用DWR架构推送消息示意图；

图6为本发明实施例中驾驶行为的分析的示意图；

图7为本发明实施例中用户登录后的流程图；

图8为本发明实施例中用户发起行驶轨迹查询时的流程图；

图9为本发明实施例中触发电子围栏时的流程图；

图10为本发明实施例中一种用户行程管理方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种用户行程管理系统，参照图1所示，包括：位置收集服务器11和行程管理服务器12；其中：

位置收集服务器11，用于采集各用户的行驶轨迹并存储；

行程管理服务器12，用于同步位置收集服务器11中的用户的行驶轨迹，并对用户的行驶轨迹进行电子围栏的解析，并根据解析结果，选择是否推送对应的报警；以及对用户的行驶轨迹进行用户驾驶行为的解析，并根据解析结果，选择是否发出对应的提醒。

在一个实施例中，车载终端安装在车辆上能够实时获取车辆的GPS信息，参照图2所示，车载终端把用户轨迹位置上传至位置收集服务器11，位置收集服务器11用负载均衡的方式分发，使用消息队列(例如MQ)的方式架构，具体来说，消息队列架构包括压缩存储轨迹消息消费端和实时位置获取消息消费端。这种架构的优势是入口统一，根据不同的服务，只需继续添加接收服务即可，扩展性较好。

使用消息队列的方式，尤其对于集群服务器的方式而言，可以使得压缩存储轨迹消息消费端和实时位置获取消息消费端彼此独立又可同时进行，减少了压缩存储和实时读取的响应的时间，使得服务器可以高效地处理相关业务逻辑。

同时，位置收集服务器，包括：Hbase数据库和Redis数据库；

Hbase数据库，用于存储压缩后的行驶轨迹的数据；

Redis数据库，用于存储用户的实时位置；

压缩存储轨迹消息消费端访问Hbase数据库，实时位置获取消息消费端访问Redis数据库。

车辆的轨迹数据通过算法进行压缩写进Hbase当中，以保证数据读写的高效、大量数据存储的稳定，实时位置读写频繁，使用Redis数据库，轻巧快捷。

参照图3所示，Hbase是一个分布式、面向列的数据库，适合于非结构化数据存储，如果由系统直接读取，无法直接做复杂的查询和排序等操作，并且每次数据加工的时间都会很长，基于此，本发明实施例设计了两级缓存，方便存储和访问。

两级缓存包括：第一级缓存和第二级缓存，第一级缓存用于存储用户最近一段时间内的行驶轨迹，也就是用户可能经常访问的近期的数据，用于系统查询和分页处理；第二级缓存用于之前更早一些的用户行驶轨迹的数据，也就是之前的历史数据，当第一级缓存无法满足查询条件时，可以在第二级缓存中查询。双重缓存，满足用户的查询需求，并且效率高，任何复杂的逻辑都可以处理。

具体地，行程管理服务器用于从所述位置收集服务器同步用户行驶轨迹的数据，并将用户最近的设定时间内的用户行驶轨迹的数据存储于第一级缓存中；将用户早于所述设定时间内的用户行驶轨迹的数据存储于第二级缓存中。

为了满足用户的查询需求，同时又不会过多地增加系统的负担，在本发明实施例中，将用户分为活跃用户和非活跃用户，活跃用户可以指本次登录距离上次登录的时间间隔短于预设时间的用户，比如，在一个月内登录的用户为活跃用户，超过一个月未登录的用户为非活跃用户。对于活跃用户，可以持续地同步其预设时间段内的历史轨迹数据，例如持续同步该用户三个月的历史轨迹数据。

当活跃用户变成为非活跃用户，并且持续同步的时间段也结束时，行程管理服务器就会停止同步，此时就会存在一个空档期，当用户再次登录时，需要补充同步上述空档期的历史轨迹数据。

相应地，行程管理服务器，具体用于当用户登录时，判断所述用户是否为第一次登录，若是，则此后持续从位置收集服务器同步所述用户设定时间内的行驶轨迹数据；

若否，则判断用户是否为活跃用户，若非活跃用户，则判断是否存在需要补充同步的行驶轨迹数据，并在判断存在时，从位置收集服务器同步所需的行驶轨迹数据；这里的需要补充同步的行驶轨迹数据就是前述空档期的历史轨迹数据。

第二级缓存是在一级缓存中存储的数据无法满足查询条件时使用，第二级缓存中例如可以使用时间作为索引，使用索引去记录查询的结果范围，存储时，也是在索引范围存储连续的数据。索引和数据都是根据用户查询的条件动态分配的，当用户查询时，可以根据索引来判断，是否要同步新的数据，同步后需要根据查询条件修改索引内容。

行程管理服务器，还用于对同步的用户的行驶轨迹进行道路匹配算法的修正，得到修正后的行驶轨迹数据并保存。

行程管理服务器从位置收集服务器收集上来的数据，是未经过加工的原始数据，针对不同地图都会有漂移的情况，所以需要经过道路匹配算法加工后，才是对应地图的轨迹数据。

用户查询出行驶轨迹后，可以在地图上实时显示，并且播放行驶轨迹，能够调整播放速度，可以暂停和重新播放，也可以实时查看轨迹上车辆的信息。

在一个实施例中，行程管理服务器12，还用于对实时同步的用户的行驶轨迹，按照预设的至少一个电子围栏条件分别进行解析，判断是否满足所述电子围栏条件中的任一个，当满足时，向所述用户推送对应的告警消息。

参照图4所示，电子围栏是按照预设的条件所圈定的范围，比如禁止驶入的范围、禁止驶出的范围等，电子围栏功能可以在地图上标记处相应的范围，实时监测车辆位置，并且有相应的报警功能，如用户登录系统还会对用户进行报警推送。

电子围栏解析功能，首先把需要处理的数据查询出来，根据条件分解成多段可处理的子进程，插入阻塞队列中，线程池依次从队列里取出需要处理的数据进行电子围栏解析，当有报警发生时，向用户实时推送消息。架构采用多队列多线程独立处理，可以动态调节队列大小和线程池大小，解析效率高，并且不会有脏数据产生。

向用户推送信息，可以采用多种推送方式，例如下述几种：

通过远程调用DWR架构向用户在线推送告警消息；

通过短信通知的方式推送告警消息；

通过邮件的方式推送告警消息。

参照图5所示，线上推送是针对用户登录管理平台的时候，如果有报警产生，会给用户发送通知。推送使用DWR架构，可以使服务器直接向用户发送通知，支持单人、群体和全部发送。DWR采取了一个类似AJAX的新方法来动态生成基于JAVA类的JavaScript代码，用户登录以后每个一段时间都会到服务器做签名验证，并且保持长链接，当有推送消息发送时，则会作出相应的处理。DWR使用方便、处理效率高、占用资源少、扩展方便。

线下推送分为短信通知和邮件通知，当有消息是会给用户相应的通知，邮件还支持报表订阅等操作，定时发送相应的报表内容。

在一个实施例中，行程管理服务器12，具体用于对用户的行驶轨迹进行分析，计算出用户驾驶行为的各参数的分值，实时监测用户驾驶行为的各参数的分值是否低于预设的阈值，并在低于预设的阈值时，发出对应的提醒；

各参数，包括：

行驶平顺性的参数；

操控性的参数；

安全性的参数；

行驶经济性的参数。

驾驶行为的分析可以分成四个部分，参照图6所示，例如平顺得分、操控得分、安全得分和经济得分。其中：

平顺得分：计算行驶区间的加速度，根据加速度的值来计算平顺得分。

操控得分：计算转弯期间的速度、加速度的变化，根据这些信息来计算操控得分。

安全得分：计算出连续驾驶时间，开夜车次数，超速次数与超速幅度，来计算安全得分。

经济得分：根据行驶期间的速度，划分成低速油耗，经济油耗，高速油耗；由此来计算经济得分。

实时监测和智能评估驾驶员的驾驶行为和驾驶状态，有助于及早发现可能的操作失误，避免交通事故的发生；提供精准的行驶数据分析以及不良行为识别、事故分析、能耗分析、驾驶技能分析等多维度的个性化服务，引导驾驶人改善驾驶行为，降低行车风险，让驾驶更安全；同时提醒驾驶员采取更为合理的驾驶方案以提高车辆的行驶速度，提高交通效率。

常规路线是基于用户上传的轨迹数据，对用户行驶轨迹通过不同的时间维度和空间维度进行大数据分析，统计用户在某一个时刻某一个地点经常行驶的路线，系统通过用户的轨迹信息，智能推算用户的家和公司信息。

参照图7所示，在行程管理服务器侧，用户登录后的流程的例子，用户登录后，判断用户是否为首次登录，如果是，则同步用户轨迹信息及系统相关数据，如果不是非首次登录，则判断该用户是否为活跃用户，如果是非活跃用户，则需要同步用户轨迹信息及系统相关数据，如果是活跃用户，则直接对该用户进行权限验证后登录系统。

参照图8所示，在行程管理服务器侧，当用户发起行驶轨迹查询时，判断查询的行驶轨迹是否在第一级缓存范围内，如果在，则直接按条返回查询结果。不在第一级缓存范围内时，需要通过第二级缓存查询结果，判断该索引是否符合第二级缓存的时间索引，不在索引中，则根据当前索引和用户查询条件，请求估计数据，然后查询一段时间的轨迹数据，更新第二级缓存数据和索引数据，通过第二级缓存查询结果。

参照图9所示，在行程管理服务器侧，电子围栏监测，根据需要处理的数据分配队列和线程，然后把大量的数据分解成多组小数据然后多线程地解析，然后用户登录或记录，发现触发电子围栏的情况，确定推送告警消息给用户，用户不在线时，存储告警消息，以便上线时推送。

本发明实施例还提供了一种用户行程管理方法，参照图10所示，包括：

S101、采集各用户的行驶轨迹并存储；

S102、同步所述位置收集服务器中的用户的行驶轨迹；

S103、对用户的行驶轨迹进行电子围栏的解析，并根据所述解析结果，选择是否推送对应的报警；以及对用户的行驶轨迹进行用户驾驶行为的解析，并根据所述解析结果，选择是否发出对应的提醒。

在一个实施例中，对用户的行驶轨迹进行电子围栏的解析，包括：

对实时同步的用户的行驶轨迹，按照预设的至少一个电子围栏条件分别进行解析，判断是否满足所述电子围栏条件中的任一个；

所述至少一个电子围栏条件分别使用多队列多线程分别进行处理。

在一个实施例中，通过下述方式中的一种或多种向用户推送对应的告警消息：

通过远程调用DWR架构向用户在线推送告警消息；

通过短信通知的方式推送告警消息；

通过邮件的方式推送告警消息。

在一个实施例中，对用户的行驶轨迹进行用户驾驶行为的解析，包括：

对用户的行驶轨迹进行分析，计算出用户驾驶行为的各参数的分值，实时监测所述用户驾驶行为的各参数的分值是否低于预设的阈值，并在低于预设的阈值时，发出对应的提醒；

所述各参数，包括：

行驶平顺性的参数；

操控性的参数；

安全性的参数；

行驶经济性的参数。

本发明实施例还提供了上述用户行程管理系统在行车导航中的应用。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种用户行程管理系统，其特征在于，包括：位置收集服务器和行程管理服务器；其中：

所述位置收集服务器，用于采集各用户的行驶轨迹并存储；

所述行程管理服务器，用于当用户登录时，判断所述用户是否为第一次登录，若是，则此后持续从所述位置收集服务器同步所述用户设定时间内的行驶轨迹数据；

若否，则判断所述用户是否为活跃用户，若非活跃用户，则判断是否存在需要补充同步的行驶轨迹数据，并在判断存在时，从所述位置收集服务器同步所需的行驶轨迹数据，若是活跃用户，则持续地同步其预设时间段内的历史轨迹数据；

对用户的行驶轨迹进行电子围栏的解析，并根据解析结果，选择是否推送对应的报警；以及，

对用户的行驶轨迹进行用户驾驶行为的解析，并根据解析结果，选择是否发出对应的提醒。

2.如权利要求1所述的系统，其特征在于，所述位置收集服务器，使用消息队列架构，所述消息队列架构包括压缩存储轨迹消息消费端和实时位置获取消息消费端；

所述位置收集服务器，包括：Hbase数据库和Redis数据库；

Hbase数据库，用于存储压缩后的行驶轨迹的数据；

Redis数据库，用于存储用户的实时位置；

所述压缩存储轨迹消息消费端访问所述Hbase数据库，所述实时位置获取消息消费端访问所述Redis数据库。

3.如权利要求1所述的系统，其特征在于，所述行程管理服务器包括：第一级缓存和第二级缓存，所述行程管理服务器用于从所述位置收集服务器同步用户行驶轨迹的数据，并将用户最近的设定时间内的用户行驶轨迹的数据存储于第一级缓存中；将用户早于所述设定时间内的用户行驶轨迹的数据存储于第二级缓存中。

4.如权利要求1所述的系统，其特征在于，所述行程管理服务器，还用于对同步的用户的行驶轨迹进行道路匹配算法的修正，得到修正后的行驶轨迹数据并保存。

5.如权利要求1所述的系统，其特征在于，所述行程管理服务器，还用于对实时同步的用户的行驶轨迹，按照预设的至少一个电子围栏条件分别进行解析，判断是否满足所述电子围栏条件中的任一个，当满足时，向所述用户推送对应的告警消息。

6.如权利要求5所述的系统，其特征在于，所述行程管理服务器，具体用于通过下述方式中的一种或多种向用户推送对应的告警消息：

通过远程调用DWR架构向用户在线推送告警消息；

通过短信通知的方式推送告警消息；

通过邮件的方式推送告警消息。

7.如权利要求1所述的系统，其特征在于，所述行程管理服务器，具体用于对用户的行驶轨迹进行分析，计算出用户驾驶行为的各参数的分值，实时监测所述用户驾驶行为的各参数的分值是否低于预设的阈值，并在低于预设的阈值时，发出对应的提醒；

所述各参数，包括：

行驶平顺性的参数；

操控性的参数；

安全性的参数；

行驶经济性的参数。

8.一种用户行程管理方法，其特征在于，包括：

采集各用户的行驶轨迹并存储；

当用户登录时，判断所述用户是否为第一次登录，若是，则此后持续从位置收集服务器同步所述用户设定时间内的行驶轨迹数据；

若否，则判断所述用户是否为活跃用户，若非活跃用户，则判断是否存在需要补充同步的行驶轨迹数据，并在判断存在时，从所述位置收集服务器同步所需的行驶轨迹数据，若是活跃用户，则持续地同步其预设时间段内的历史轨迹数据；

对用户的行驶轨迹进行电子围栏的解析，并根据解析结果，选择是否推送对应的报警；以及，

对用户的行驶轨迹进行用户驾驶行为的解析，并根据解析结果，选择是否发出对应的提醒。

9.一种如权利要求1-7任一项所述用户行程管理系统在行车导航中的应用。

Images