CN102529979B

CN102529979B - 车载电子***的模式自动选择方法

Info

Publication number: CN102529979B
Application number: CN201010613629.5A
Authority: CN
Inventors: 姜宇
Original assignee: Shanghai Pateo Electronic Equipment Manufacturing Co Ltd
Current assignee: Pateo Connect and Technology Shanghai Corp
Priority date: 2010-12-30
Filing date: 2010-12-30
Publication date: 2016-06-22
Anticipated expiration: 2030-12-30
Also published as: CN102529979A

Abstract

本发明涉及一种模式自动选择方法，它根据***的信息，向驾驶者提供合适的模式，该模式包含为特定的场景而筛选的一个或多个功能的组合。该方法包括以下步骤：在该车载电子***中预设多个模式，每一模式对应一功能集，每一功能集包括从一组辅助行车功能以及/或者一组非辅助行车功能中选出的一个或多个功能。获取驾驶者信息，包括驾驶者个人资料、驾驶者的历史行为信息。采集当前情景信息，该当前情景信息包括以下的至少部分：时间、车辆地理位置。根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式。最后，启动该模式对应的功能集内的功能，以进入该模式。

Description

车载电子***的模式自动选择方法

技术领域

本发明涉及车载电子***，尤其是涉及车载电子***的模式自动选择方法。

背景技术

汽车从诞生至今100多年来，已经逐渐从人们的代步工具演化为生活和娱乐空间的延续。随着汽车逐渐成为大多数人生活中的必需品，更安全、更舒适、更便捷的现代化智能汽车在众多电子设备的辅助下呼之欲出。

车载电子***，包括汽车信息***(车载电脑)、导航***、汽车视听娱乐***、车载通信***等部分。车载电子***所能提供的功能也日渐丰富，目前典型地包含收音机、音乐播放、导航、电子地图等，并且有集成视频播放、网页浏览、炒股、移动电视甚至电子邮件收发***等功能的趋势。

但是另一方面，对越来越繁多的功能的管理成为困扰厂家和使用者的问题。首先，功能的增多，尤其是娱乐功能的增多，容易分散驾驶者的注意力，带来危险。其次，功能的增多，意味着使用者从车载电子***的主操作界面定位到特定的功能所需的操作更为繁琐。例如，对于使用实体按键的***而言，在按键数量因面板空间受到局限的情况下，需要更多次按键才能找到所需的功能。对于使用虚拟按键的***而言，使用者可能需要经过更多级菜单界面才能找到所需的功能。而对于驾驶者来说，在驾驶期间进行这些操作是十分不便的，也同样增加了驾驶的风险。

发明内容

本发明的目的是提供一种车载电子***的模式自动选择方法，它根据***的信息，向驾驶者提供合适的模式，该模式包含为特定的场景而筛选的一个或多个功能的组合。

本发明提出一种车载电子***的模式自动选择方法，包括以下步骤。在该车载电子***中预设多个模式，每一模式对应一功能集，每一功能集包括从一组辅助行车功能以及/或者一组非辅助行车功能中选出的一个或多个功能。获取驾驶者信息，包括驾驶者个人资料、驾驶者的历史行为信息。采集当前情景信息，该当前情景信息包括以下的至少部分：时间、车辆地理位置。根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式。最后，启动该模式对应的功能集内的功能，以进入该模式。

在本发明的一实施例中，启动该模式对应的功能集内的功能，以进入该模式之前还包括：向驾驶者推荐该模式；以及接收驾驶者的确认指令。

在本发明的一实施例中，上述方法还包括：当进入该模式时，加载该第一功能集内的功能到该车载电子***的操作界面。

在本发明的一实施例中，上述方法还包括：当驾驶者取消该模式时，提供多个模式让该驾驶者选择。

在本发明的一实施例中，获取驾驶者信息，包括驾驶者个人资料、驾驶者的历史行为信息的步骤包括：从一云端服务器请求该驾驶者信息。

在本发明的一实施例中，根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式的步骤，是在该车载电子***内执行。

在本发明的一实施例中，上述方法还包括：收集驾驶者的历史行为信息，并发送给该云端服务器。

在本发明的一实施例中，在一云端服务器内执行根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式的步骤，并且将选择的模式发送给该车载电子***。

在本发明的一实施例中，该驾驶者历史行为信息包括：模式切换行为、目的地设定行为。

在本发明的一实施例中，所述辅助行车功能包括以下的至少部分：导航、应景时讯、地图展示、路书、航迹记录。

在本发明的一实施例中，所述非辅助行车功能包括以下的至少部分：音乐播放、收音机、对讲机。

在本发明的一实施例中，所述多个模式包括一专注行车模式，其对应一第一功能集，该第一功能集包括：导航、应景时讯、地图展示、路书。

在本发明的一实施例中，所述多个模式包括一轻松行车模式，其对应一第二功能集，该第二功能集包括：音乐播放、收音机、导航。

在本发明的一实施例中，所述多个模式包括结队出行模式，该结队出行模式对应一第三功能集，该第三功能集包括：导航、地图展示、对讲机、以及航迹记录功能。

本发明由于采用以上技术方案，使之与现有技术相比，***可根据收集的信息向使用者提供一个合适的模式，尤其是行车模式，从而提供与这一模式关联程度较高，或者重要性更强的功能。当驾驶情景变化时，所推荐的模式可以随着切换，以关闭不再适合当前情景的那些功能。

附图说明

为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具体实施方式作详细说明，其中：

图1示出车载电子***的示例性结构。

图2示出车载电子***的人机交互面板。

图3示出车载电子***的模式设定界面。

图4示出根据本发明一实施例的创建模式界面。

图5示出根据本发明一实施例的修改模式界面。

图6示出根据本发明一实施例的切换模式界面。

图7示出根据本发明一实施例的推荐模式界面。

图8示出根据本发明一实施例的车载电子***-云端服务器交互架构。

图9示出根据本发明一实施例的接收用户设定模式的流程。

图10示出根据本发明一实施例的接收用户切换模式的流程。

图11示出车载电子***模式自动选择方法的一实施例。

图12示出根据收集的信息确定模式的示例。

具体实施方式

车载电子***环境

图1示出车载电子***的示例性结构。参照图1所示，车载电子***100包括控制器102和存储器104。存储器104为非易失性存储器，可储存一套车载操作***和各种程序，控制器102从存储器104中载入操作***，并在操作***上运行各种程序，以实现所需的功能。

当需要显示时，控制器102输出显示数据到显示器110，向驾驶者呈现显示界面。当需要输出语音时，控制器102输出音频数据到扬声器114。当需要录入驾驶者的语音时，从麦克风112输入音频数据到控制器102。操作单元118向驾驶者提供人机接口输入，这些输入被传送给控制器102，控制器102对输入进行响应，以执行驾驶者所期望的操作。

图2示出一个人机交互面板的例子。该人机交互面板可布置在汽车前排驾驶者与乘坐者中间的位置。操作单元118的实例是布置在显示器110周围的按键，例如五键导航键、电源键(SOURCEPWR)、模式键(MODE)、频点调节键(BAND)、静音键(MUTE)，光驱弹出键(REJECT)、功能键(FUNC)、导航/音频键(NAVI/AUDIO)以及其他按键。

另外，操作单元118的实例可以是与布置于显示器110之上的触摸面板，在触摸面板上提供虚拟按键。

无线电接收器116可接收诸如调频广播这样的信号，并输入控制器102内部进行处理，以还原为音频信号。

无线通信单元108可基于无线移动通信协议，与云端的服务中心进行通信。这些协议包括但不限于GSM、CDMA、WCDMA、TD-SCDMA等。

GPS导航仪106可根据GPS信号对车辆位置进行定位，并向驾驶者提供从出发点到目的地的导航。在一实施例中，GPS导航仪106可以集成于车载电子***中，如图1所示的那样。在一实施例中，GPS导航仪106也可以是外置设备，在此情形中，GPS导航仪106通过接口连接到车载电子***。

电源120为车载电子***提供电能。

功能和模式

一个如图1所示的示例性车载电子***可包括音乐播放、收音机、对讲机、导航等功能。下表1示出车载电子***的功能列表。

表1车载电子***的功能列表

标识	功能名称	分类
			1	导航	A
2	应景时讯	A
			3	地图展示	A
4	路书	A
			5	航迹记录	A
6	音乐播放	B
			7	收音机	B
8	对讲机	B

随着车载电子***的升级，上述功能列表中的功能可能会进一步增加。管理以上功能越来越会成为困扰驾驶者的问题。

对驾驶过程来说，各项功能与驾驶的关联程度，以及重要程度可能是不同的。举例来说，在驾驶过程中的某种驾驶情景中，如接近未知目的地附近或者驾驶者是新手等情况下，驾驶者会绝对关注对行车有帮助的信息，而不想受到其他信息的干扰。在一些常见的驾驶场景中，如上班途中、行驶在熟悉的道路、或是心情放松且不关注是否走错路等，驾驶者除了关注前述的对行车有帮助的信息之外，还有一些娱乐需求，如收音机、音乐等不十分干扰驾车行为的娱乐活动。

在表1中对提供以上两类信息的功能进行划分，其中提供对行车有帮助的信息的功能被称为辅助行车功能，其分类代号为A，导航、应景时讯、地图展示、路书和航迹记录均属此类；而提供偏重娱乐方面的信息的功能被称为非辅助行车功能，其分类代号为B，音乐播放、收音机、对讲机即属此类。

此外，在一实施例中，车载电子***还可能包含诸如视频播放、股票交易等功能。对驾驶者而言，这类功能太分散注意力，因此将其归类为非行车功能，分类代号为C。

值得一提的是，以上的分类可以不是固定的，而是可被静态或动态调整。所谓静态调整，是指***在升级后才能拥有调整后的非类。所谓动态调整，***无需升级，而是从云端服务中心直接获取分类规则并在本地(即车载电子***侧)更新。

在车载电子***环境中，功能通常是由应用程序来完成的。通常，一个功能可以对应一个应用程序。但可以理解，功能和应用程序可不具有一一对应关系。

在车载电子***中只包含A类和B类功能是常见的情形，本发明的一些实施例主要关注车载电子***包含功能分类A、B的情形。在另一些实施例中，当车载电子***中包含了功能分类C时，可禁止将这些功能添加入与行车有关的模式中，或者提供在行车过程中禁用这些功能的策略。

根据本发明的一实施例中，在需要密切关注驾驶的情况下，至少定义一种“专注行车”模式；在相反的情况下，至少定义一种“轻松行车”模式。下表2是一个示例性的专注行车模式功能表。功能表中包含模式ID、模式名称以及各个功能的标识、名称和分类。从表2可见，这些功能都属A类功能，即辅助行车功能。可以理解，这些功能可以更多或者更少。在此，将同一个模式中的功能组合称为功能集。

表2专注行车模式功能表

下表3是一个示例性的轻松行车模式功能表。功能表中包含模式ID、模式名称以及各个功能的标识、名称和分类。从表3可见，这些功能包含属A类功能(即辅助行车功能)的导航功能，也包含属B类功能(即非辅助行车功能)的音乐播放和收音机。可以理解，这些功能可以更多或者更少。在此，将同一个模式中的功能组合称为功能集。

表3轻松行车模式功能表

在一实施例中，可以用诸如数组这样简单的数据结构来表征一个功能集，例如专注行车模式对应的功能集可表示为〔1,2,3,4〕。例如轻松行车模式对应的功能集可表示为〔1,6,7〕。

车载电子***中可预存多个模式，至少包含以上的专注行车模式和轻松行车模式，以作为***的初始配置。除此之外，***中可预存针对其他特定场合的模式，例如结队出行模式，它对应一功能集，其包含导航、地图展示、航迹记录、对讲机，该功能集以数组表征为〔1,3,5,8〕。

图3示出在显示器110的显示界面上向驾驶者呈现以上模式的例子，驾驶者可从中选择一个已有的模式，并了解该模式的功能。

根据不同阶段，在车内出现的娱乐行驶的增多，或是驾车人对辅助驾驶***的需求调整的情况下，可由驾驶者自由组合功能，以定义更多的模式。图4示出一个允许使用者创建新模式的界面。在该界面中，使用者可输入模式名称，并且从表1所示的功能列表中添加任意功能到该模式。当创建了新模式时，产生对应该模式的功能表，类似于表2和表3。

进一步的，允许使用者对已创建的模式进行修改，图5示出一个允许使用者修改已创建模式的界面。在该界面中，使用者可修改模式名称，删除模式下的已有功能，并且从表2所示的功能列表中添加任意功能到该模式。当创建了新模式时，更新对应该模式的功能表。

出于安全考虑，可将***预设的专注行车模式和轻松行车模式排除在允许使用者修改的模式之外。

数据更新

本发明的实施例还利用云端计算的优势，提供从云端服务器向车载电子***更新模式或者功能的实施例。

图8示出根据本发明一实施例的车载电子***-云端服务器交互架构。参照图8所示，车载电子***100与云端服务器200之间通过网络300连结。这一网络可以是GSM、CDMA、WCDMA、TD-SCDMA等网络。车载电子***100一端维持有一数据存储1040，这一数据存储1040是配置在图1所示的非易失性存储器104中。云端服务器200也维持有一数据存储202。上文所述的车载电子***的功能列表(即表1)、各个模式下的功能表(如表2、表3)可储存在这一数据存储202中。

如果特定的车载电子***100中的功能分类发生变动，云端服务器200从数据存储202中取出更新后的功能分类，经网络发送给车载电子***100,后者经无线通信单元108(参照图1)收取功能分类，并对到数据存储202中的车载电子***的功能列表进行更新。

如果有适用于特定的车载电子***100的新模式，或者车载电子***100的原有预存模式需要更改，云端服务器200从数据存储202中取出更新后的模式，经网络发送给车载电子***100,后者经无线通信单元108(参照图1)收取更新后的模式，并对到数据存储202中的车载电子***的预存模式功能表(如表1、表2)进行更新。

在***中储存有多个模式后，驾驶者可在***启动时，从多个模式中设定一个模式，设定的流程请参见图9。在设定了模式后，***可根据用户的切换指令，从一个模式切换到另一个模式，切换的流程请参见图10。

模式自动选择

尽管***提供了多种模式供用户选择，但是，如果能在没有用户干预的情况下，自行为用户推荐合适的模式，将提供更大的便利。

为此，***将根据所采集的信息，或者用户输入的信息，以及其他信息来确定合适的模式。

在一实施例中，车载电子***100可从许多来源获知情景信息230。例如，当前的时间，包括日期、星期几或者一天中的时间。此外，***还可以获知当前的天气。在使用了导航模式时，***可以获知车辆所处的场所，与目的地的远近。

在另一实施例中，车载电子***100可记录用户的历史行为信息220，例如用户的模式切换行为、设定目的地的行为等。举例来说，用户启动车辆后，选择进入“导航模式”或“娱乐模式”。行车过程中，选择进入“普通导航模式”或“应景时讯模式”。车友会结队出行，选择进入“组队出行模式”。上下班时，选择进入“实时交通浏览模式”。又如，用户可能在最近设定了一个或多个目的地。***可以记录这些信息。

在又一实施例中，车载电子***100可接受用户的个人资料注册，获知用户的年龄、驾龄等信息。更经常地，***100从一云端服务器200(参照图8所示)获得这一个人资料信息210。云端服务器200中的资料可来自用户先前从其他途径(如个人计算机上网)的注册行为。

在其他实施例中，车载电子***100还可获得其他信息，在此不一一列举。

当收集了诸多信息之后，可分析这些信息，整理出各种可用的规律，从而确定合适的模式。

在一实施例中，在确定模式时，可将不同的信息进行分类，并对每一类信息赋予不同的权重值。

图12示出根据收集的信息确定模式的示例。配置一个数据分析预测模块250，针对采集的信息210、220、230进行分析，得到规律，从而确定模式260。

例如，当***发现当前的时间是工作日的上午8:00-9:00，或者下午5:00-6:00时，认为驾驶者开始上班或下班，结合驾驶者以往的模式切换行为，确定模式为“实时交通浏览模式”。再如，当时间进入了夜晚时，确定模式为“夜间模式”。又如，当发现导航引导到接近目的地时，***切换到“目的地到达模式”。

图11示出车载电子***模式自动选择方法的一实施例。对该实施例的描述参见后文的“模式设定、切换、自动选择部分。

在此，例举一实际情景，用户启动车辆后，车载***调取用户资料，发现车主驾龄很短(比如少于30天)，或者当前用户的注册时间很近，在判定出用户是新手后，主动向用户询问，是否进入“新手驾车模式”。用户在启动车载设备后，自行选择“新手模式”，如果用户确认，此时***响应用户的请求，将“新手模式”预定好的一系列功能开启，比如打开地图，自动GPS定位，路口提醒，限速提醒，禁止收听音乐、新闻，使其专注于路况。

模式设定、切换和自动选择

图9示出根据本发明一实施例的接收用户设定模式的流程。参照图9所示，在步骤400，在车载电子***的操作界面上向驾驶者呈现多种模式。例如，参照图3所示，当使用者按下操作单元中的MODE键时，可向驾驶者呈现专注行车模式、轻松行车模式和其他由驾驶者自定义的模式，供驾驶者进行选择。

在步骤402，根据驾驶者选定第一模式的指令，启动对应的第一功能集内的功能，从而进入该第一模式。

例如，参照图3所示，当驾驶者选定了专注行车模式时，只有导航、应景时讯、地图展示、路书这样的辅助行车功能被启动，而诸如收音机这样的娱乐功能不会被启动，因此驾驶者不易被干扰，可以更专注地驾驶。“启动”后的功能，可以在***的前台运行。

可选的，如步骤404，加载启动的这些功能到该车载电子***的操作界面。这样所启动的这些功能以直接的方式呈现在显示界面上，供驾驶者通过实体按键或者虚拟按键选择。这可减少驾驶者定位到特定功能所需的操作。

图10示出根据本发明一实施例的接收用户切换模式的流程。参照图10所示，在步骤500，在车载电子***进入第一模式。在步骤502，接收驾驶者的切换到第二模式的指令。例如，当驾驶者已经到了熟悉的场所时，希望以轻松的状态驾驶，因此指令切换到轻松行车模式，切换的界面参照图6所示。

在步骤504，比较第一功能集和对应该第二模式的第二功能集。举例来说，***将表2和表3中所列的功能表进行比较，以获得二者间的差别功能，如二者均有的功能，只包含在第一功能集内的功能，只包含在第二功能集内的功能。

在步骤506，根据比较结果，***维持该第一功能集和该第二功能集重叠的功能，关闭只包含在该第一功能集内的功能，以及启动只包含在该第二功能集内的功能。

作为替代，***不关闭只包含在该第一功能集内的功能，只是暂停这些功能，或者将这些功能放到***后台运行(即挂起)。

可选的，在步骤508，调整该车载电子***的操作界面，使之只加载该第二功能集内的功能。

在一实施例中，车载电子***可以只允许驾驶者使用当前模式下的功能。

在另一实施例中，车载电子***允许驾驶者使用额外的功能。然而，出于安全考虑，当车载电子***处在偏重辅助行车的模式中，***最好判断某些功能是否与当前模式冲突，来决定是否允许这一功能的启动。

在本发明的实施例中，***可以向驾驶者呈现一个推荐的模式，让驾驶者确认是否使用该模式。

图11示出车载电子***模式自动选择方法的一实施例。参照图11所示，在步骤600，在该车载电子***中预设多个模式，每一模式对应一功能集，每一功能集包括从一组辅助行车功能以及/或者一组非辅助行车功能中选出的一个或多个功能。

在步骤602，获取驾驶者信息，包括驾驶者个人资料、驾驶者的历史行为信息。

在步骤604，采集当前情景信息，该当前情景信息包括以下的至少部分：时间、车辆地理位置；

在步骤606，根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式；

在步骤608，向驾驶者推荐该模式。

在步骤610，接收驾驶者的指令，当驾驶者的指令为确认时，启动该模式对应的功能集内的功能，以进入该模式(步骤612)。在驾驶者的指令为取消时，提供多个模式让该驾驶者选择(步骤614)。

本发明的实施例允许在车载电子***100本地执行上述自动选择流程，或者由云端服务器200参与执行上述选择流程。参照图6所示，在前一方案中，如果车载电子***100独自根据所收集的信息确定模式。因此，如图12所示的数据分析预测模块250内建在车载电子***100中。

在后一方案中，一种情形是，车载电子***100的自动选择需要获取某些远程信息，例如驾驶者注册的个人资料，可经网络300向云端服务器200请求该驾驶者信息。云端服务器200从数据存储202中调取信息，并返回给车载电子***100。根据信息确定模式的流程仍然车载电子***100一侧执行。在另一种情形是，在云端服务器200一侧根据信息确定模式。在这种情形中，云端服务器200可能需要来自车载电子***100的数据，例如驾驶者的历史行为信息。车载电子***100收集历史行为信息，并定期发送给云端服务器200。当驾驶者启动车载电子***100时，或者在行车过程中，在一云端服务器内执行根据信息确定模式的流程，并返回给车载电子***100。在这一实例中，云端服务器200中内建如图12所示的数据分析预测模块250。

在某些情景下，可不经驾驶者的确认，直接进入所推荐的模式。例如，驾驶者通过服务中心查询目的地时，云端服务器200(图8所示)经网络向车站电子***100设定目的地，并直接设定导航模式。

以上描述的实施例相比已有技术的优点在于，***可根据***的信息向使用者提供一个合适的模式，尤其是行车模式，从而提供与这一模式关联程度较高，或者重要性更强的功能。当驾驶情景变化时，所推荐的模式可以随着切换，以关闭不再适合当前情景的那些功能。

虽然本发明已以较佳实施例揭示如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作些许的修改和完善，因此本发明的保护范围当以权利要求书所界定的为准。

Claims

1.一种车载电子***的模式自动选择方法，包括以下步骤：

在该车载电子***中预设多个模式，每一模式对应一功能集，每一功能集包括从一组辅助行车功能以及/或者一组非辅助行车功能中选出的一个或多个功能，其中所述多个模式包括一专注行车模式，其对应一第一功能集，该第一功能集包括：导航、应景时讯、地图展示、路书；

获取驾驶者信息，包括驾驶者个人资料、驾驶者的历史行为信息；

采集当前情景信息，该当前情景信息包括以下的至少部分：时间、车辆地理位置；

根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式；以及

启动该模式对应的功能集内的功能，以进入该模式。

2.如权利要求1所述的方法，其特征在于，启动该模式对应的功能集内的功能，以进入该模式之前还包括：

向驾驶者推荐该模式；以及

接收驾驶者的确认指令。

3.如权利要求1所述的方法，其特征在于，还包括：

当进入该模式时，加载该第一功能集内的功能到该车载电子***的操作界面。

4.如权利要求1所述的方法，其特征在于，还包括：

当驾驶者取消该模式时，提供多个模式让该驾驶者选择。

5.如权利要求1所述的方法，其特征在于，获取驾驶者信息，包括驾驶者个人资料、驾驶者的历史行为信息的步骤包括：

从一云端服务器请求该驾驶者信息。

6.如权利要求5所述的方法，其特征在于，根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式的步骤，是在该车载电子***内执行。

7.如权利要求5所述的方法，其特征在于，还包括：

收集驾驶者的历史行为信息，并发送给该云端服务器。

8.如权利要求1所述的方法，其特征在于，在一云端服务器内执行根据该驾驶者信息以及/或者该当前情景信息的至少部分，从所述多个模式中选择一个模式的步骤，并且将选择的模式发送给该车载电子***。

9.如权利要求1所述的方法，其特征在于，该驾驶者历史行为信息包括：模式切换行为、目的地设定行为。

10.如权利要求1所述的方法，其特征在于，所述辅助行车功能包括以下的至少部分：导航、应景时讯、地图展示、路书、航迹记录。

11.如权利要求1所述的方法，其特征在于，所述非辅助行车功能包括以下的至少部分：音乐播放、收音机、对讲机。

12.如权利要求1所述的方法，其特征在于，所述多个模式包括一轻松行车模式，其对应一第二功能集，该第二功能集包括：音乐播放、收音机、导航。

13.如权利要求1所述的方法，其特征在于，所述多个模式包括结队出行模式，该结队出行模式对应一第三功能集，该第三功能集包括：导航、地图展示、对讲机、以及航迹记录功能。