CN116007642A - 一种目的地导航方法及设备 - Google Patents

Abstract

一种目的地导航方法及设备，该方法中通过终端设备采集包含有地址信息的数据，然后在用户上车前确定出用户要去的目的地，当用户上车后，车载设备可直接按照终端设备预先确定的目的地进行导航，无需用户手动输入目的地信息，能够减少用户操作，提升用户体验。

Description

一种目的地导航方法及设备

技术领域

本申请涉及终端技术领域，尤其涉及一种目的地导航方法及设备。

背景技术

随着互联网技术的发展以及用户出行方式的多样化，用户在行驶到目的地时经常会使用智能汽车上的导航功能。

目前，用户通常是在地图应用程序，比如在高德地图中输入目的地，然后搜索目的地，最后在搜索到目的地之后可点击“开始导航”，从而根据导航提示信息行驶至目的地。上述方式需要用户主动输入目的地，操作繁琐，用户体验不佳。

发明内容

本申请提供一种目的地导航方法及设备，用以减少用户操作，提升用户体验。

第一方面，本申请提供一种目的地导航方法，该方法可应用于车载设备。具体的，该方法可包括：首先，车载设备与终端设备建立连接；然后，车载设备从终端设备获取用户出行的第一目的地信息；最后，车载设备显示第一界面，该第一界面包括从起始位置导航至第一目的地的导航界面。

需要说明的是，该方法也可以应用于除车载设备之外的其它设备，本申请对此不作具体限定。

通过上述技术方案，当用户上车后，车载设备可直接按照终端设备预先确定的目的地进行导航，无需用户手动输入目的地信息，能够减少用户操作，提升用户体验。

在一种可能的设计中，所述第一目的地信息来源于第一应用程序APP。

该方法还包括：车载设备从终端设备获取第二目的地信息，所述第二目的地信息来源于第二APP。

通过上述技术方案，车载设备可以从终端设备的不同APP获取不同的目的地信息。即用户出行的目的地信息可以通过不同APP获取的信息来确定。

在一种可能的设计中，所述第一目的地信息来源于好友分享链接、地图搜索导航、语音查询中的至少一项。

通过上述技术方案，用户接收到好友分享的链接或者在地图上搜索导航过某个目的地或者通过语音查询过某个目的地，则确定用户在上述几个场景下出行的意图比较强，则可以将上述场景下的目的地作为出行的目的地推荐给用户。

在一种可能的设计中，所述第一目的地信息通过候选地址确定，所述候选地址来源于链接、语音信息、聊天记录、短信、浏览器、地图中的至少一项。

通过上述技术方案，能够从多个维度获取用户出行的候选地址，然后基于候选地址确定用户出行的目的地信息，通过多个维度获取候选地址能够提高确定目的地的准确率。

在一种可能的设计中，第一目的地信息为所述终端设备通过获取第一候选地址，并对所述第一候选地址修正得到的。

在一种可能的设计中，车载设备显示第一界面之前，所述方法还包括：车载设备输出第一提示信息，所述第一提示信息用于提示用户确认是否要导航至所述第一目的地。

通过上述技术方案，车载设备在显示导航界面之前可输出提示信息，以提醒用户确定是否要导航到目的地，从而提升用户体验。

在一种可能的设计中，车载设备输出第一提示信息，包括：车载设备显示第一提示信息，所述第一提示信息包括第一目的地信息。该方法还包括：车载设备显示第二提示信息，所述第二提示信息用于提醒用户导航驾驶到第一目的地所需的时间信息。

通过上述技术方案，车载设备可通过显示屏显示第一提示信息，用户可在显示屏上进行操作从而确定出行的目的地信息。同时，还可以显示时间信息，以便对用户进行提醒。比如，可以在显示屏上显示卡片，卡片上可包括目的地以及导航所需的时间信息，用户可点击卡片，以确认目的地。当然，用户也可以在导航时长异常时更改导航路线。

在一种可能的设计中，车载设备输出第一提示信息，包括：车载设备通过扬声器发出第一提示信息。

通过上述技术方案，车载设备可通过语音助手与用户进行语音交互以确认目的地信息，比如当用户上车后，可发出提醒消息：是否要导航到公司？然后，用户可回复语音助手的消息从而确定出行的目的地。

在一种可能的设计中，所述第一目的地信息通过第一提醒方式提醒用户，所述第二目的地信息通过第二提醒方式提醒用户。

通过上述技术方案，如果出行包括多个目的地(比如，用户上班时先孩子去学校，然后从学校出发去公司)时，可以通过不同的提醒方式对用户进行提醒。或者，在不同时间出行时，如果目的地不同则通过不同的提醒方式对用户进行提醒。特别的，当用户出行的目的地临时发生变化时，也可以通过不同的提醒方式对用户进行提醒。

第二方面，本申请提供一种目的地导航方法，应用于终端设备。该方法包括：终端设备确定用户出行的第一目的地信息；所述终端设备与车载设备建立连接，并向所述车载设备发送所述第一目的地信息，以使所述车载设备导航至所述第一目的地。

通过上述技术方案，终端设备可在用户上车前确定出出行的目的地信息，并在用户上车后将目的地发送给车载设备，这样不需要用户上车后手动输入目的地信息，能够提升用户体验。

在一种可能的设计中，终端设备确定用户出行的第一目的地信息，包括：所述终端设备获取候选地址，所述候选地址来源于链接、语音信息、聊天记录、短信、浏览器、地图中的至少一项；所述终端设备对所述候选地址进行修正，得到所述第一目的地信息。

在一种可能的设计中，第一目的地信息来源于第一应用程序APP。该方法还包括：所述终端设备从第二APP获取第二目的地信息。

在一种可能的设计中，第一目的地信息来源于好友分享链接、地图搜索导航、语音查询中的至少一项。

在一种可能的设计中，终端设备对所述候选地址进行修正，得到所述第一目的地信息，包括：

终端设备根据用户驾车常去地址、时间间隔以及所述用户驾车常去地址与所述候选地址之间的距离信息，确定用户出行的第一目的地信息；其中，所述时间间隔为所述候选地址对应的事件发生时间与当前时间之间的时间间隔。

通过上述技术方案，终端设备可以基于用户驾车常去地址、用户驾车常去地址与候选地址之间的距离、事件的发生时间间隔信息进行高精度地址修正，这样能够提高确定目的地的准确率。

在一种可能的设计中，终端设备根据用户驾车常去地址、时间间隔以及用户驾车常去地址与候选地址之间的距离信息，确定用户出行的第一目的地信息，包括：

终端设备根据用户驾车常去地址确定所述候选地址的第一置信度；终端设备基于时间间隔对第一置信度进行加权，得到候选地址的第二置信度；终端设备根据用户驾车常去地址与候选地址之间的距离，对第二置信度进行加权，得到候选地址的第三置信度；终端设备将第三置信度中置信度最高的地址信息作为用户出行的第一目的地信息。

通过上述技术方案，终端设备通过确定每一个候选地址的置信度，然后将置信度最高的地址信息作为目的地信息，从而可得到更精准的目的地地址。

第三方面，本申请提供一种车载设备，所述车载设备包括显示屏；一个或多个处理器；一个或多个存储器；一个或多个传感器；多个应用；以及一个或多个计算机程序；其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器调用执行时，使得所述车载设备执行上述第一方面及其第一方面任一可能设计的方法。

第四方面，本申请提供一种终端设备，所述终端设备包括显示屏；一个或多个处理器；一个或多个存储器；一个或多个传感器；多个应用；以及一个或多个计算机程序；其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器调用执行时，使得所述终端设备执行上述第二方面及其第二方面任一可能设计的方法。

第五方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在车载设备上运行时，使得所述车载设备执行第一方面及其第一方面任一可能设计的方法。

第六方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行第二方面及其第二方面任一可能设计的方法。

第七方面，本申请实施例一种计算机程序产品，当所述计算机程序产品在车载设备上运行时，使得所述车载设备执行本申请实施例第一方面及其第一方面任一可能设计的方法。

第八方面，本申请实施例一种计算机程序产品，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行本申请实施例第二方面及其第二方面任一可能设计的方法。

上述第二方面至第八方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请实施例提供的一种应用场景示意图；

图2A本申请实施例提供的一种电子设备的结构示意图；

图2B为本申请实施例提供的一种软件结构框图；

图3为本申请实施例提供的一种目的地导航方法流程图；

图4A为本申请实施例提供的一种目的地确定方法流程示意图；

图4B～图4D为本申请实施例提供的一种车机的显示界面示意图；

图5A～图5B为本申请实施例提供的显示界面示意图；

图6为本申请实施例提供的另一种目的地导航方法流程图；

图7为本申请实施例提供的一种设备的结构示意图。

具体实施方式

下面将结合本申请以下实施例中的附图，对本申请实施例中的技术方案进行详尽描述。

由于目前用户在使用车辆上的导航功能时通常是主动输入地址信息，然后通过搜索选择出具体的地址信息。这种方式依赖于用户输入地址信息，操作繁琐，用户体验不好。

有鉴于此，本申请实施例提供一种目的地导航方法，通过在用户上车前识别出用户想去的目的地，然后在用户上车后无需手动输入目的地，可以根据识别到的目的地进行导航，这样可减少用户操作，提升用户体验。

本申请实施例涉及的应用程序(简称应用)为能够实现某项或多项特定功能的软件程序。通常，电子设备中可以安装多个应用。比如，相机应用、短信应用、邮箱应用、视频应用、音乐应用、地图应用等。下文中提到的应用，可以是电子设备出厂时已安装的应用，也可以是用户在使用电子设备的过程中从网络下载或其他电子设备获取的应用。

此外，下述实施例涉及的至少一个，包括一个或者多个；其中，多个是指大于或者等于两个。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的。

首先，对本申请的应用场景进行介绍。如图1所示，为本申请实施例提供的一种应用场景示意图。参阅图1所示，该应用场景可包括终端设备10、汽车20。其中，终端设备10可包括多个，例如可包括手机11、平板电脑12、笔记本电脑13、智能手表14等，汽车20上可包括车载设备，比如车机21。应理解，图1中终端设备仅是以4个为例进行示意，在实际应用中终端设备10还可以为智慧屏、蓝牙音箱等，当然，终端设备10还可以包括更多或更少的设备，本申请实施例中对此不做限定。

在一些实施例中，终端设备10和车机21之间可以通过通信网络建立连接。示例性的，该通信网络可以是局域网，比如可以是无线保真(wireless fidelity，Wi-Fi)热点网络、无线保真点对点(wireless fidelity-peer to peer，Wi-Fi P2P)网络、蓝牙(bluetooth，BT)网络、zigbee网络或近距离无线通信技术(near field communication，NFC)网络等。作为一种可能的实现方式，该多个电子设备之间还可以是基于移动网络建立无线连接，例如该移动网络包括基于2G，3G，4G，5G以及后续的标准协议建立的移动网络。作为一种可能的实现方式，该多个电子设备还可以通过移动网络与至少一个服务器建立连接，各个设备之间通过服务器传输数据，和/或，消息，和/或，信息，和/或，信令，和/或，指令。

在另一些实施例中，终端设备10和车机21之间还可以通过有线连接。示例性的，该有线连接可以为通用串行总线(universal serial bus，USB)线，转接线等。

在又一些实施例中，终端设备10和车机21之间还可以通过同一账号(比如，登录同一华为账号)等建立连接。

需要说明的是，上述几种连接方式同样适用于多个终端设备10之间，比如手机11与平板电脑12、笔记本电脑13、智能手表14之间可以通过登录同一华为账号建立连接等，本申请对此不做限定。

本申请实施例中，作为一种可能的实现方式，终端设备10可以从多个应用程序(比如，短信应用、地图应用、浏览器应用、微信应用等)获取候选地址信息，然后将候选地址信息发送给车机21，由车机21基于时间信息、用户常去地址信息计算终端设备10发送的每一个候选地址信息的置信度，然后选择置信度最高的地址信息作为目的地地址。

作为另一种可能的实现方式，终端设备10可以从多个应用程序获取候选地址信息，然后基于时间信息、用户常去地址信息计算每一个候选地址信息的置信度，然后将计算出的每一个候选地址信息的置信度发送给车机21，车机21选择置信度最高的地址信息作为目的地地址；或者终端设备10还可以在计算出一个候选地址信息的置信度之后，选择出置信度最高的地址信息，并将置信度最高的地址信息发送给车机21，车机21可将该置信度最高的地址信息作为目的地地址进行导航。当然，终端设备采集到的数据也可以上传到云端，本申请对此不作限定。

下面以手机为例，介绍图1所示场景中终端设备的结构。

如图2A所示，手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，显示屏190等。其中，传感器模块180可以包括压力传感器180A，触摸传感器180B。当然，传感器模块180还可以包括陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，环境光传感器，骨传导传感器等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是手机100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为手机100充电，也可以用于手机100与外围设备之间传输数据。充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在手机100上的包括WLAN(Wi-Fi网络)，BT，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，NFC，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。示例性的，在本申请实施例中，手机/其他终端设备和车机之间可通过BT、WLAN或者USB线等建立通信连接。

在一些实施例中，手机100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，第五代(the fifth generation，5G)移动通信系统，未来通信系统，如第六代(6th generation，6G)系统等，BT，GNSS，WLAN，NFC，FM和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

显示屏190用于显示应用的显示界面等。显示屏190包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlight emitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏190，N为大于1的正整数。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，以及至少一个应用程序(例如爱奇艺应用，微信应用等)的软件代码等。存储数据区可存储手机100使用过程中所产生的数据(例如图像、视频等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将图片，视频等文件保存在外部存储卡中。

手机100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏190。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏190，手机100根据压力传感器180A检测该触摸操作强度。手机100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

触摸传感器180B，也称“触控器件”。触摸传感器180B可以设置于显示屏190，由触摸传感器180B与显示屏190组成触摸屏，也称“触控屏”。触摸传感器180B用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏190提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180B也可以设置于手机100的表面，与显示屏190所处的位置不同。

可以理解的是，图2A所示的部件并不构成对手机的具体限定，手机还可以包括比图示更多或更少的部件(比如，还可以包括按键、摄像头等)，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

如图2B所示，为申请实施例提供的一种软件架构示意图。参阅图2B所示，该软件架构可包括终端设备(以手机为例)和车机两部分。其中，手机侧可包括数据采集模块、数据挖掘模块、数据存储模块、数据同步模块。数据采集模块采集到的数据可以包括语音、文本、地址链接、短信等数据，数据挖掘模块可以包括地址识别模块、语义分析模块、置信度计算模块。数据存储模块可用于存储数据采集模块采集到的数据以及数据挖掘模块中所包括的数据。数据同步模块用于实现终端设备上的数据与车机上的数据的同步，比如可用于将终端设备上存储的数据同步给车机。

其中，数据采集模块用于采集包含有地址信息的数据。在一些实施例中，数据采集模块可以从应用程序层的多个应用程序中实时获取包含有地址信息的数据。在另一些实施例中，数据采集模块还可以从其它的终端设备获取包含有地址信息的数据。

语义分析模块用于对采集到的数据进行语义分析，解析得到地址信息，地址识别模块用于对采集到的数据进行地址识别，置信度计算模块用于对地址信息的置信度进行计算。

在本申请实施例中，当用户在使用应用程序时，数据采集模块可采集应用程序中包含有地址信息的数据，然后对包含有地址信息的数据进行解析，识别得到候选地址，然后置信度计算模块可计算候选地址的置信度，并将置信度最高的候选地址作为目的地址。

为了描述方便，可将语义分析模块、地址识别模块、置信度计算模块统一记为“数据处理模块”。在一些实施例中，数据采集模块可以采集数据，数据处理模块可以在数据采集模块采集数据的同时处理数据；或者数据采集模块采集数据，数据处理模块可以在数据采集模块采集到的数据达到设定时间(比如，10分钟)或者达到设定数量(比如，20条数据)时，才对数据采集模块采集到的数据进行处理，本申请对此不作限定。

另外，数据采集模块可以在检测到关键词(比如，导航、地址等)或者在检测到特定事件(比如，用户点击某个地图应用程序或者在浏览器点击搜索界面等)时，开始采集数据，这样可采集到包含有地址信息的数据。

在一些实施例中，可以通过系统应用或者应用程序框架层的接口等实现数据采集的功能、地址识别、置信度计算的功能。也就是说，数据采集模块、地址识别模块、语义分析模块、置信度计算模块可以位于应用系统(比如Android

)的应用程序框架层，或者也可以位于应用程序层。应理解，本申请实施例中的系统还可以为

等，对此不作限定。

车机可包括车载数据采集模块、车载数据存储模块、数据挖掘模块、数据同步模块。其中，车机上的数据挖掘模块可包括常去地址识别模块、置信度计算模块、地址修正模块。地址修正模块用于车机根据候选地址与用户常去地址进行地址修正，以得到高精度的目的地址信息。数据同步模块用于实现终端设备上的数据与车机上的数据的同步，比如可用于将车机上存储的数据同步给手机。

在一些实施例中，车机可根据用户在车机上的地图应用程序中输入的地址信息学习得到常去地址，或者车机还可以根据用户在手机上输入的地址信息，然后与车机建立连接通过车机导航至目的地的方式学习得到常去地址。在另一些实施例中，还可以通过车辆的全球定位系统(global positioning system，GPS)位置信息与用户的上下车时间信息得到用户驾车常去地址的GPS位置信息，然后根据驾车常去地址的GPS位置信息查询得到对应的地址信息，进而得到用户驾车常去地址。

以下对本申请实施例的目的地导航方法进行介绍。如图3所示，为本申请实施例提供的一种目的地导航方法流程图，参阅图3所示，该方法可包括如下步骤：

S301：手机获取包含有地址信息的数据。

在一些实施例中，手机可从多个维度，比如多个应用程序采集包含有地址信息的数据，比如手机可以从聊天记录、短信、地图、浏览器等获取包含有地址信息的数据。需要说明的是，手机可以实时采集包含有地址信息的数据，在用户上车(或者离家)之前，手机可以获取一段时间内采集到的包含有地址信息的数据。

在另一些实施例中，手机可以获取其它的终端设备上包含有地址信息的数据。其中，其它的终端设备与手机可以登录同一账号，比如同一华为账号。对于其它的终端设备而言，采集包含有地址信息的数据的方式和手机侧的方式相同，本申请实施例中仅以手机为例进行介绍。当其它的终端设备采集到包含有地址信息的数据之后，可将包含有地址信息的数据发送给手机。应理解，其它的终端设备可以按照固定的时间间隔统一向手机发送反馈消息，该反馈消息中可以包含有地址信息的数据，也可以按照一定的顺序依次向手机发送包含有地址信息的数据等，本申请对此不作限定。当然，如果在固定的时间间隔内，终端设备没有采集到包含有地址信息的数据，此时反馈消息中则不包括含有地址信息的数据。

示例性的，以图1所示应用场景中的终端设备为例，假设其它的终端设备包括：平板电脑12、笔记本电脑13、智能手表14，那么平板电脑12、笔记本电脑13、智能手表14可以每隔5分钟分别向手机11发送包含有地址信息的数据。或者，哪个终端设备先采集到包含有地址信息的数据时，就先向手机发送包含有地址信息的数据，比如平板电脑12在早上7点30分采集到包含有地址信息的数据，笔记本电脑13在早上7点35分采集到包含有地址信息的数据，则平板电脑12先向手机11发送包含有地址信息的数据，笔记本电脑13后向手机发送包含有地址信息的数据。

如图4A所示，为本申请实施例提供的一种目的地确定方法流程示意图。参阅图4A所示，手机和其他终端设备(例如，可记为“8+N”设备，比如手表、音箱等)可采集数据。具体的，手机可以从语音助手、聊天信息、输入法、剪切板、应用程序，比如浏览器、短信、日历等多个维度采集数据，然后得到不同维度的包含有地址信息的数据，比如语音、聊天记录文本、输入法文本、剪切板文本、浏览器搜索词、短信解析地址、地图导航地址、好友分享地址等。下面以具体场景示例介绍不同维度采集到的包含有地址信息的数据。

1、聊天记录

(1)用户A在上车前5分钟，通过微信聊天告诉用户B：“我要去公司了”。

(2)用户A在上车前10分钟，向用户B分享了地址链接，比如：天安云谷1栋A座龙岗区雪岗路93号。

2、浏览器

用户A在上车前30分钟，在浏览器中搜索“怎么去天安云谷？”

3、地图

用户A在上车前20分钟，在地图中搜索并导航“天安云谷1栋”。

4、短信

用户A在上车前向用户B发送短信或者接收到用户B发送的短信，短信内容可以为：天安云谷1栋A座龙岗区雪岗路93号。

5、语音

用户A在上车前5分钟对音箱说：我去上班了；或者对语音助手说“小艺小艺，导航去天安云谷”。

需要说明的是，上述包含有地址信息的数据来源仅是一种示例，本申请中还可以从其它的应用程序，比如日历中获取包含有地址信息的数据，(例如：用户在日历上添加了日程信息：8月21日去坂田医院取化验单)等，对此不做具体限定。应理解，在上述应用场景中，比如聊天记录、浏览器、短信中用户搜索或者发送的内容可以为用户通过输入法输入的内容，也可以为用户从剪贴板粘贴的内容等，本申请对此不做限定。并且，在本申请的方案中只采集软感知数据，具备跨操作系统和硬件设备的能力，通用性强。

基于上述包含有地址信息的场景，手机可以采集包含有地址信息的文本数据以及语音数据。同时，手机可以采集文本数据以及语音数据的发生时间，比如用户A在早上7：20分向用户B分享的地址链接，用户A在早上7:10分通过高德地图搜索并导航了某个地址信息等。示例性的，手机可以在采集到包含有地址信息的数据之后，将包含有地址信息的数据对应的事件与事件的发生时间进行保存，例如可保存在下述表1所示的表格中。当然，手机也可以按照事件的发生时间将采集到的包含有地址信息的数据进行保存，本申请对此不作限定。

表1

时间	事件
		早上7：00分	浏览器搜索
早上7：10分	地图搜索地址
		早上7：20分	向好友分享地址链接
早上7：25分	对音箱说：我去上班了

应理解，上述表格中的时间信息以及在对应时间所发生的事件仅是一种示意性说明，本申请对此不作限定。

S302：手机根据获取到的数据确定候选地址。

为了描述方便，可以将S301中采集到的包含有地址信息的数据中对应的地址记为候选地址，该候选地址可以为至少一个。

在本申请一些实施例中，手机可以对包含有地址信息的数据进行解析，得到其中所包括的地址信息。以图4A为例，示例性的，比如，对于语音可以先将语音转换为文本，然后对文本进行分词、关键词提取、语义理解、地址识别等步骤得到地址信息。举例来说，对于语音“我去上班了”可得到关键词：上班，再经过语义理解可得出：去公司上班，因此语音“我去上班了”中的候选地址为：公司。另一示例，对于文本，比如在浏览器中搜索的文本：“怎么去天安云谷”，手机可以对该文本进行分词，关键词提取、语义理解、地址识别得到“怎么去天安云谷”中的候选地址为：天安云谷。

S303：手机根据候选地址确定目的地址。

继续以图4A为例，手机在得到候选地址之后，可基于用户驾车常去地址、事件的发生时间信息、距离、访问次数等对候选地址进行修正，得到目的地址。下面对如何得到目的地址的过程进行详细介绍。

作为一种可能的实现方式，当手机对至少一个包含有地址信息的数据进行地址识别得到至少一个候选地址之后，可基于用户驾车常去地址确定至少一个候选地址的置信度。其中，用户驾车常去地址可以为用户在车机上或者手机上手动输入并保存的地址，或者为根据车辆的GPS位置信息以及用户上下车时间信息得到的用户驾车常去地址的GPS位置信息，进而得到用户驾车常去地址，或者还可以为手机根据用户输入的地址在预设时长(比如，1个月)内学习得到的，或者还可以为手机根据车机上的数据(比如，用户在上车之后在车机上输入地址信息，手机与车机建立连接，手机可获取到车机上的数据)学习得到的等等，本申请对此不作限定。

示例性的，假设候选地址包括：(1)天安云谷；(2)公司；(3)天安云谷A座三个地址。假设用户驾车常去地址包括两个：(1)天安云谷1栋A座停车场101号停车位；(2)深圳湾一号2栋B2地下停车场。手机可将上述三个候选地址分别与这两个常去地址进行关键词匹配，得到每一个候选地址的第一置信度，比如天安云谷的第一置信度为：0.8，公司的第一置信度为0.6，天安云谷A座的第一置信度为0.9。需要说明的是，在实际应用中，候选地址中的“公司”、“家”等类似的名称需要替换为相应的地址信息进行计算。

在本申请中，通过结合语音、文本、搜索词、导航地址、好友分享地址链接等软感知数据获取地址信息，并且与用户历史地址进行匹配度计算，能够避免误识别地址，提高识别地址的准确率。

应理解，上述示例中的“天安云谷1栋A座停车场101号停车位”可以为公司的地址，“深圳湾一号2栋B2地下停车场”可以为家的位置，本申请对此不作限定。

进一步的，手机在根据用户驾车常去地址得到候选地址的第一置信度之后，可根据当前时间(即用户上车时间)与事件发生时间之间的时长，得到候选地址的第二置信度。其中，第二置信度为在第一置信度的基础上结合时间计算得到的置信度。

作为一种可能的实现方式，可以通过时间衰减函数计算第二置信度，即事件发生时间距离当前时间越长，置信度系数越低，事件发生时间距离当前时间越近，则置信度系数越高。比如，用户上车前采集到的事件包括：事件1：用户A在上车前5分钟，比如早上7:30分通过微信聊天告诉用户B：“我现在去公司”；事件2：用户A在早上7：20分向用户B分享的地址链接；事件3：用户A在早上7:35分通过高德地图搜索并导航了某个地址信息。在上述三个事件中，事件2中包括的地址信息的置信度系数小于事件1中包括的地址信息的置信度系数，事件1中包括的地址信息的置信度系数小于事件3中包括的地址信息的置信度系数。

示例性的，可以通过下述公式计算第二置信度：

s_i＝exp(-k*t_i)·m_i，k是常数

其中，t_i表示时间，m_i表示第一置信度，s_i表示第二置信度。

上述公式中，置信度系数C_i＝exp(-k*t_i)，即s_i＝C_i·m_i。由于置信度系数和时间差值(用户上车时间与事件发生时间之间的差值)相关，在本申请实施例中可以按照时间差值设置置信度系数。示例性的，当时间差值<10分钟时，置信度系数C_i可以取值为1；当10分钟<时间差值<＝30分钟时，置信度系数C_i可以取值为0.8；当时间差值>30分钟时，置信度系数C_i可以取值为0.5。应理解，上述置信度系数取值仅是一种举例，本申请对此不作具体限定。

由于候选地址中可能会出现多个相同的地址，此时可以对相同地址的置信度求和得到该地址的第三置信度，比如可以通过下述公式计算：

ω＝∑s_i

其中，s_i表示第二置信度，ω表示对相同地址的置信度求和得到的第三置信度的数值。

应理解，第三置信度与第二置信度可以相同，也可以不同。当一个候选地址仅出现一次时，第三置信度与第二置信度相同，当同一个候选地址出现多次时，第三置信度与第二置信度不同。

通过上述公式可计算得到候选地址的第三置信度，比如天安云谷的第三置信度为：0.7，公司的第三置信度为0.85，天安云谷A座的第三置信度为0.95。

进一步的，手机在得到候选地址的第三置信度之后，可基于距离信息、访问次数等对第三置信度进行加权，即对候选地址继续进行修正，得到目的地址。在一些实施例中，手机可通过地图应用查询目的地址对应的详细地址列表，然后基于用户常去地址与列表中的地址之间的距离对候选地址进行修正。示例性的，以候选地址中的天安云谷A座为例，手机可在地图中查询天安云谷A座，然后可查找到天安云谷A座对应的详细地址列表，此时可计算用户驾车常去停车地址，比如“天安云谷1栋A座停车场101号停车位”分别与列表中的各个地址之间的距离。

作为一种可能的实现方式，本申请实施例中可以设置距离阈值(例如，200米)，并通过距离阈值过滤一些地址，比如可过滤掉同名且距离用户驾车常去地址较远的地址，例如搜索“天安云谷A座”可出现：光明区天安云谷、龙岗区天安云谷等。当用户驾车常去地址与列表中的地址之间的距离大于200米时，可过滤掉该地址。假设驾车常去地址为“(龙岗区)天安云谷1栋A座停车场101号停车位”与“龙岗区天安云谷”最近，则将“天安云谷A座”修正为“天安云谷1栋A座停车场101号停车位”。即本申请的方案中能够精确到更精确的地址，比如停车位，使得目的地信息更加准确。

作为另一种可能的实现方式，在通过距离阈值过滤掉一些地址之后，可继续基于访问次数对地址进一步过滤。比如，在距离阈值范围的地址包括两个，此时需要在两个地址中选择一个地址，并将候选地址修正为该地址，则可根据访问次数进行比较。示例性的，假设满足阈值范围的地址包括D1和D2，若用户在一个月内去过D1的次数高于去过D2的次数，则可以设置D1的置信度系数高于D2的置信度系数。这样可以将候选地址修正为置信度最高的地址，比如将候选地址修正为D1的地址。

通过上述方式，可得到置信度最高的候选地址修正后的地址，并将置信度最高的候选地址修正后的地址作为目的地址。

S304：手机将目的地址发送给车机。

在一些实施例中，用户在上车之前，手机可得到用户要去的目的地，然后当用户上车后，可直接将该目的地址发送给车机，这样不需要用户手动输入目的地，能够减少用户操作，提升用户体验。

具体来说，手机将目的地址发送给车机的触发条件可包括如下几种情况：

第一种情况：用户在上车后，车上的摄像头可采集用户的人脸图像，然后进行人脸识别认证。当认证通过之后，手机可以与车机建立连接，手机可与车机之间传输数据，比如手机可将确定的目的地址发送给车机。

第二种情况：当用户上车后，用户可在车机上登录账号，该账号与手机上登录的账号相同，例如可以为同一华为账号。当车机上的账号登录成功后，手机可以与车机建立连接，此时手机可将确定的目的地址发送给车机。

第三种情况：手机与车机通过近端通信技术建立连接，比如手机与车机通过蓝牙建立连。在建立连接的过程中或建立连接后，手机与车机之间可进行数据的同步，比如手机可将目的地数据发送给车机。

当然，上述触发条件仅是一种示意性说明，在实际应用中，还可以是其他触发条件，如手机与车机也可以周期性地同步数据(比如，每隔1分钟同步一次数据)，本申请对此不作限定。

S305：车机输出提示信息。

在一些实施例中，提示信息可以为卡片的形式，比如车机上可显示导航卡片。如图4B所示，为本申请实施例提供的一种车机的显示界面示意图。当用户上车后，车机上可显示界面400，该界面400中可包括导航卡片401。当然，界面400中还可以包括应用程序的图标，比如地图应用程序的图标、小艺建议应用程序的应用图标。其中，导航卡片401上可显示目的地名称4011，比如显示“导航去公司”、时间提示信息4012，比如“现在驾车去公司，预计比平时多20分钟”。当用户点击导航卡片401之后，车机可响应用户的点击操作，打开地图应用程序，并显示导航去公司的多条路线，比如显示界面410。用户可在界面410所示的多条路线中选择一条路线，然后点击“开始导航”按钮411，车机可响应用户对“开始导航”按钮的点击操作，启动导航功能。

在另一些实施例中，当用户点击导航卡片401之后，车机可响应用户的点击操作，直接进入导航界面。即不需要用户选择路线，车机可按照预设规则选择路线，然后按照选择的路线进行导航。比如，预设规则可以为驾车所需时间最短的路线，或者还可以为用户经常驾车行驶的路线等，本申请对此不作限定。

需要说明的是，小艺建议能够根据用户的使用习惯为用户动态推荐服务，可以显示用户常用的应用程序，也可以基于用户的习惯显示卡片、服务等内容。

应理解，如果车机上保存了公司的地址，且地址为“天安云谷1栋A座停车场101号停车位”，则当目的地址为该公司的地址时，可显示“导航去公司”；如果车机上没有保存公司的地址，则车机的显示界面上可显示“导航去天安云谷1栋A座停车场101号停车位”，本申请对此不作限定。需要说明的是，“家”、“公司”等位置的地址可以为用户在车机上设置的，也可以为车机自己学习到的，当然还可以为用户在手机或其他终端设备上设置的，由手机或其他终端设备同步给车机的等，对此不作限定。

作为一种可能的实现方式，车机可计算从当前地点到目的地的导航时长，如果导航时长异常(例如时长相比平时的耗时超出20％)，则显示时间提示信息，比如显示图中所示的提示信息4012：“现在驾车去公司，预计比平时多20分钟”。当然，上述时间提示信息仅是一种示意性说明，例如也可以显示“预计耗时50分钟”或者“预计9:20分达到”等，对此不作限定。需要说明的是，在实际应用中，车机的显示界面上可以显示比图中所示更多或更少的内容，本申请对此不作限定。示例性的，如果用户从当前位置出发到目的地所需的时间与平时驾车所需时间相差在一定范围内，比如差距在5分钟以内，则时间提示信息4012也可以不显示。

在另一些实施例中，提示信息可以为语音提示信息，比如可以为：请确认是否要导航去公司？此时，用户可以与车机上的语音助手进行交互，比如可回复“导航去公司”或者可回复“是的”等。接着，车机上的语音助手可接收到用户的回复信息，然后车机可调用地图应用程序，显示导航去公司的多条路线，然后由用户选择路线进行导航。

示例性的，假设用户在上车前5分钟在手机上对语音助手说：小艺小艺，导航去坂田小学，此时由于用户距离上车时间比较近，则认为用户去坂田小学的意图比较强，即用户导航去坂田小学的可能性最高，则当用户上车后，车机可输出语音提示信息，比如“是否要导航去坂田小学？”。或者，用户在上车前10分钟向好友分享了地址链接，也可以认为用户将要去该分享的地址的可能性较高，则当用户上车后，可以通过语音提示信息，比如“是否要导航去xxx游乐园？”。

在又一些实施例中，用户在上车之后，可以在车机上点击

应用程序，车机可响应用户的点击操作，打开高德地图应用程序的界面，此时若用户点击地址搜索界面，则地址搜索界面可显示目的地地址列表，例如显示图4C所示的界面。其中，目的地地址列表为候选地址按照第二置信度的高低排序后的全部/部分地址列表，位于第一个的地址为第二置信度最高的候选地址。比如，图4C所示界面的目的地地址列表中“天安云谷(公司)”位于第一个，“坂田小学”位于第二个，“深圳湾一号(家)”位于第三个。

在又一些实施例中，由于车机可以根据用户在手机上输入的位置信息或者用户在车机的地图应用程序中输入的位置信息学习到用户的驾车行驶路线。比如，用户每天在去公司上班时会先送孩子上学，比如先驾车去“坂田小学”，之后从“坂田小学”继续驾车去公司。当用户上车后，若用户点击

应用程序，则

应用程序的地址搜索界面上可按照用户的习惯显示目的地地址列表，比如第一个地址为坂田小学，第二个地址为天安云谷(公司)，这样当用户点击坂田小学之后，可先导航至坂田小学，之后在达到坂田小学之后将目的地切换为公司，然后再从坂田小学导航至公司。

在又一些实施例中，可以结合多个维度获取目的地址，比如用户A在日历中的8月21日添加了日程信息：去坂田医院取化验单，提醒时间为：早上10:00-10:10，然后在8月21日的早上9:55分时通过微信聊天给用户B发送了一条消息：我本来要去取化验单，公司临时有事需要我去处理，今天可能取不了了。手机侧通过对用户A发送的消息进行语义理解，得出用户暂时去不了医院，需要去公司，即目的地为公司。这样当用户上车后，车机上可显示提示信息，比如“导航去公司”，或者语音助手发出提醒“是否要去公司”。当然，语音助手还可以发出提醒“去公司还是医院”，然后用户可响应语音助手的消息，与语音助手交互。

应理解，图4C和图4D仅是一种示意性说明，在实际产品实现时，目的地地址列表可以显示更多或更少的地址。

以下以具体场景为例对上述方法进行介绍。

场景1：地图导航

参阅图5A所示，假设用户在上车前5分钟打开高德地图查看驾车去公司的路况(比如查看是否有堵车路段)，手机可采集到该数据，且认为用户去该地址的意图比较强，则可以将该地址作为用户本次出行的目的地。当用户上车后，车机可输出提示信息，例如车机可显示图5A中的界面500，该界面500中可包括语音助手输出的提示信息501，例如车机上的语音助手可发出：是否要导航去公司？此时，用户可与语音助手进行交互，确认要导航去的目的地。

场景2：好友分享地址

如图5B所示，假设用户在上车前10分钟用户A与好友通过微信聊天，好友向用户A分享了一个地址链接，例如该地址为深圳湾公园。当手机采集到该数据后，可认为用户去该地址的意图比较强，将该地址记为目的地的地址。当用户上车后，车机上可显示提示信息，比如可显示图5B所示的界面510。其中，界面510中可包括导航卡片511，导航卡片511上可包括提示信息，比如“导航去深圳湾公园”512，然后用户点击该导航卡片511，车机可自动选择路线导航去深圳湾公园。

通过上述实施例，可以在用户上车前推测出用户将要去的目的地，然后在用户上车后，车机上可输出目的地提示信息，即不需要用户手动输入目的地信息，减少了用户操作，能够提升用户体验。

基于上述实施例，本申请还提供一种目的地导航方法流程图，参阅图6所示，该方法可包括如下步骤：

S601：手机采集包含有地址信息的数据。

S602：手机根据采集到的数据确定候选地址。

S603：手机将候选地址发送给车机。

需要说明的是，手机可以从其它的终端设备获取包含有地址信息的数据，然后手机统一对数据进行整理，得出候选地址，最后手机将候选地址发送给车机。或者，手机和其它的终端设备也可以分别将包含有地址信息的数据发送给车机，本申请对此不作限定。

S604：车机对候选地址进行修正，得到目的地址。

S605：车机输出提示信息。

应理解，图6所示实施例的S601～S602、S605的具体实现过程可参阅图3所示实施例的S301～S302、S305的详细介绍，此处不再重复赘述。图6与图3所示实施例之间的区别在于，图6所示实施例中由车机对候选地址进行修正，图3所示实施例中是由手机对候选地址进行修正，并且图3所示实施例中是手机先对候选地址进行修正，得到目的地址，然后将目的地址发送给车机，图6所示实施例中是手机先将候选地址发送给车机，然后车机对候选地址进行修正，得到目的地址。

上述本申请提供的实施例中，从电子设备作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

如图7所示，本申请另外一些实施例公开了一种设备，该设备可以是具有显示屏的设备，比如可以为前述实施例中的车载设备(车机)、终端设备。参阅图7所示，所述设备700包括：收发器701、显示屏702；一个或多个处理器703；一个或多个存储器704；一个或多个传感器705(图中未示出)；以及一个或多个计算机程序706(图中未示出)，上述各器件可以通过一个或多个通信总线707连接。

其中，收发器701用于车载设备与终端设备交互消息，显示屏702用于显示应用的显示界面，或者显示提示信息。存储器704中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令；处理器703调用存储器704中存储的所述指令，使得设备700可以上述实施例的方法。

在本申请实施例中，处理器703可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储器704中，处理器703读取存储器704中的程序指令，结合其硬件完成上述方法的步骤。

在本申请实施例中，存储器704可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如RAM。存储器还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储指令和/或数据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

基于以上实施例，本申请还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机程序，所述计算机程序被计算机执行时，使得所述计算机执行以上实施例提供的方法。

本申请实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行以上实施例提供的方法。

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

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

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

Claims (17)

1.一种目的地导航方法，其特征在于，包括：

车载设备与终端设备建立连接；

所述车载设备从所述终端设备获取用户出行的第一目的地信息；

所述车载设备显示第一界面，所述第一界面包括从起始位置导航至所述第一目的地的导航界面。

2.如权利要求1所述的方法，其特征在于，所述第一目的地信息来源于第一应用程序APP；

所述方法还包括：所述车载设备从所述终端设备获取第二目的地信息，所述第二目的地信息来源于第二APP。

3.如权利要求2所述的方法，其特征在于，所述第一目的地信息来源于好友分享链接、地图搜索导航、语音查询中的至少一项。

4.如权利要求1或2所述的方法，其特征在于，所述第一目的地信息通过候选地址确定，所述候选地址来源于链接、语音信息、聊天记录、短信、浏览器、地图中的至少一项。

5.如权利要求4所述的方法，其特征在于，所述第一目的地信息为所述终端设备通过获取第一候选地址，并对所述第一候选地址修正得到的。

6.如权利要求1-5任一项所述的方法，其特征在于，所述车载设备显示第一界面之前，所述方法还包括：

所述车载设备输出第一提示信息，所述第一提示信息用于提示用户确认是否要导航至所述第一目的地。

7.如权利要求6所述的方法，其特征在于，所述车载设备输出第一提示信息，包括：

所述车载设备显示第一提示信息，所述第一提示信息包括第一目的地信息；

所述方法还包括：所述车载设备显示第二提示信息，所述第二提示信息用于提醒用户导航驾驶到所述第一目的地所需的时间信息。

8.如权利要求6所述的方法，其特征在于，所述车载设备输出第一提示信息，包括：

所述车载设备通过扬声器发出第一提示信息。

9.如权利要求2所述的方法，其特征在于，所述第一目的地信息通过第一提醒方式提醒用户，所述第二目的地信息通过第二提醒方式提醒用户。

10.一种目的地导航方法，其特征在于，包括：

终端设备确定用户出行的第一目的地信息；

所述终端设备与车载设备建立连接，并向所述车载设备发送所述第一目的地信息，以使所述车载设备导航至所述第一目的地。

11.如权利要求10所述的方法，其特征在于，所述终端设备确定用户出行的第一目的地信息，包括：

所述终端设备获取候选地址，所述候选地址来源于链接、语音信息、聊天记录、短信、浏览器、地图中的至少一项；

所述终端设备对所述候选地址进行修正，得到所述第一目的地信息。

12.如权利要求10或11所述的方法，其特征在于，所述第一目的地信息来源于第一应用程序APP；

所述方法还包括：所述终端设备从第二APP获取第二目的地信息。

13.如权利要求12所述的方法，其特征在于，所述第一目的地信息来源于好友分享链接、地图搜索导航、语音查询中的至少一项。

14.如权利要求11所述的方法，其特征在于，所述终端设备对所述候选地址进行修正，得到所述第一目的地信息，包括：

所述终端设备根据用户驾车常去地址、时间间隔以及所述用户驾车常去地址与所述候选地址之间的距离信息，确定用户出行的第一目的地信息；其中，所述时间间隔为所述候选地址对应的事件发生时间与当前时间之间的时间间隔。

15.如权利要求14所述的方法，其特征在于，所述终端设备根据用户驾车常去地址、时间间隔以及所述用户驾车常去地址与所述候选地址之间的距离信息，确定用户出行的第一目的地信息，包括：

所述终端设备根据用户驾车常去地址确定所述候选地址的第一置信度；

所述终端设备基于时间间隔对所述第一置信度进行加权，得到所述候选地址的第二置信度；

所述终端设备根据所述用户驾车常去地址与所述候选地址之间的距离，对所述第二置信度进行加权，得到所述候选地址的第三置信度；

所述终端设备将所述第三置信度中置信度最高的地址信息作为用户出行的第一目的地信息。

16.一种车载设备，其特征在于，所述车载设备包括显示屏；一个或多个处理器；一个或多个存储器；一个或多个传感器；多个应用；以及一个或多个计算机程序；

其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器调用执行时，使得所述车载设备执行如权利要求1至15任一项所述的方法。

17.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在车载设备上运行时，使得所述车载设备执行如权利要求1至15任一项所述的方法。

Images