CN116709584A - 连接车机的方法及终端设备 - Google Patents

Abstract

本申请提供了一种连接车机的方法及终端设备，该方法应用于终端设备，有利于在终端设备和车机互联的过程中减少用户的操作，提高用户的使用体验。该方法包括：响应于用户连接车机的操作，与目标车载蓝牙建立蓝牙连接，目标车载蓝牙为该车机的车载蓝牙；在蓝牙连接成功建立的情况下，启动无线保真直连Wi‑Fi P2P连接；在Wi‑Fi P2P连接失败的情况下，启动无线保真Wi‑Fi热点连接；在Wi‑Fi热点连接失败的情况下，提示用户进行有线连接。

Description

连接车机的方法及终端设备

技术领域

本申请涉及终端技术领域，尤其涉及一种连接车机的方法及终端设备。

背景技术

目前，用户在驾驶车辆时可以使用手机车机智能互联产品将手机和车机互联，只需在车内连接手机即可将车生活服务分享到车载屏幕上，享受驾驶中更安全便捷的车载体验。

手机和车机互联的方式分为有线连接和无线连接。例如对于想要体验无线连接方式的用户而言，在使用支持无线连接方式的车机时，通常需要用户在手机的设置内查找多层目录才能找到连接指导，连接指导又分为无线保真(wireless fidelity，Wi-Fi)热点的连接指导和Wi-Fi直连(Wi-Fi peer-to-peer，Wi-Fi P2P)的连接指导，需要用户自行选择连接指导的类型。用户在选择连接指导的类型之后，进入相应的连接指导界面，进而根据连接指导又需要在手机和车机两端进行多步操作才可以完成无线连接。在这样的连接过程中，存在手机和车机多端操作流程复杂、不同品牌的车机的连接流程差异大导致的通用性较差的问题，还可能存在新手用户首次使用不会操作的问题。

因此，如何在手机和车机互联的过程中减少用户的操作是一项亟待解决的问题。

发明内容

本申请提供一种连接车机的方法及终端设备，有利于在终端设备和车机互联的过程中减少用户的操作，提高用户的使用体验。

第一方面，本申请提供一种连接车机的方法，应用于终端设备，该方法包括：响应于用户连接车机的操作，与目标车载蓝牙建立蓝牙连接，目标车载蓝牙为该车机的车载蓝牙；在蓝牙连接成功建立的情况下，启动Wi-Fi P2P连接；在Wi-Fi P2P连接失败的情况下，启动Wi-Fi热点连接；在Wi-Fi热点连接失败的情况下，提示用户进行有线连接。

在本申请中，终端设备响应于用户的操作可以自动遍历两种无线连接方式，包括Wi-Fi P2P连接和Wi-Fi热点连接，其中Wi-Fi P2P连接需要用户参与的步骤较少，并且功耗更小，因此，终端设备首先尝试Wi-Fi P2P连接，在确定Wi-Fi P2P连接失败的情况下，再尝试Wi-Fi热点，在Wi-Fi热点连接失败的情况下，再去提示用户进行有线连接。

基于上述技术方案，在终端设备和车机连接的过程中，无需用户在终端设备中查找多层目录找到连接指导，进而根据连接指导再去在手机和车机两端进行多步操作，而是由终端设备完成一套自动化连接流程，这样有利于减少用户的操作，且对新手用户来说，可以降低学习成本，整体而言，可以提高用户的使用体验。

结合第一方面，在第一方面的某些实现方式中，在与目标车载蓝牙建立蓝牙连接之前，该方法还包括：响应于用户连接车机的操作，启动蓝牙搜索，得到多个蓝牙设备；根据多个蓝牙设备中每个蓝牙设备的主要设备类型和/或次要设备类型，从多个蓝牙设备中确定至少一个车载蓝牙；在该至少一个车载蓝牙为多个的情况下，根据每个车载蓝牙的信号强度和/或方向角，从该至少一个车载蓝牙中确定目标车载蓝牙。

基于上述技术方案，终端设备可以基于主要设备类型和/或次要设备类型排除多个蓝牙设备中的非车载音频类设备，得到至少一个车载蓝牙，进而根据每个车载蓝牙的信号强度和/或方向角确定出用户所在车辆的目标车载蓝牙。这样有利于提高识别目标车载蓝牙的准确率。

结合第一方面，在第一方面的某些实现方式中，目标车载蓝牙是方向角处于预设角度范围内的车载蓝牙中信号强度最强的车载蓝牙。

结合第一方面，在第一方面的某些实现方式中，在从该至少一个车载蓝牙中确定目标车载蓝牙之后，该方法还包括：在用户界面上显示车载蓝牙列表，车载蓝牙列表中显示该至少一个车载蓝牙，目标车载蓝牙位于车载蓝牙列表的首位。

基于上述技术方案，终端设备将目标车载蓝牙显示在车载蓝牙列表的首位，这样便于用户确认目标车载蓝牙，提醒效果更佳。

结合第一方面，在第一方面的某些实现方式中，在启动Wi-Fi P2P连接之后，该方法还包括：确定Wi-Fi P2P连接是否成功。

结合第一方面，在第一方面的某些实现方式中，确定Wi-Fi P2P连接是否成功，包括：若在第一预设时长内未接收到来自车机的Wi-Fi P2P连接信息，确定Wi-Fi P2P连接失败，Wi-Fi P2P连接信息包括车机的Wi-Fi P2P名称、媒体访问控制(media accesscontrol，MAC)地址以及密码；或，若接收到来自车机的连接失败的消息，确定Wi-Fi P2P连接失败；或，若接收到来自车机的连接成功的消息，确定Wi-Fi P2P连接成功。

结合第一方面，在第一方面的某些实现方式中，在启动Wi-Fi热点连接之后，该方法还包括：开启终端设备的Wi-Fi热点；获取Wi-Fi热点的热点名称和密码；在用户界面显示Wi-Fi热点的热点名称和密码。

基于上述技术方案，终端设备可以在开启Wi-Fi热点之后将Wi-Fi热点的热点名称和密码显示给用户，这样可以节省用户再去查找热点名称和密码的步骤，减少用户操作。

结合第一方面，在第一方面的某些实现方式中，在用户界面显示Wi-Fi热点的热点名称和密码之后，该方法还包括：提示用户在车机上连接Wi-Fi热点；响应于用户在车机上连接Wi-Fi热点的操作，与车机进行Wi-Fi热点连接。

结合第一方面，在第一方面的某些实现方式中，在与车机进行Wi-Fi热点连接之后，该方法包括：确定Wi-Fi热点连接是否成功。

结合第一方面，在第一方面的某些实现方式中，确定Wi-Fi热点连接是否成功，包括：若接收到来自车机的连接失败的消息，确定Wi-Fi热点连接失败；或，若在第二预设时长内接收到来自车机的连接成功的消息，确定Wi-Fi热点连接成功。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：在有线连接失败的情况下，提示用户开启增强连接模式。

基于上述技术方案，终端设备提示用户开启增强连接模式，有利于避免用户在有线连接失败之后不知道如何处理从而放弃连接车机的情况发生。

结合第一方面，在第一方面的某些实现方式中，提示用户开启增强连接模式，包括：显示弹窗，弹窗用于提示用户开启增强连接模式。

在本申请中，显示弹窗是一种提示用于开启增强连接模式的方式。除此方式之外，终端设备在有线连接失败的情况下，还可以语音提示用户是否需要开启增强连接模式。

结合第一方面，在第一方面的某些实现方式中，提示用户进行有线连接，包括：显示有线连接的指导界面，以提示用户进行有线连接，指导界面包括开启增强连接模式的入口。

基于上述技术方案，终端设备在无线连接失败的情况下可以跳转至有线连接的指导界面，这样无需用户再去查找多层目录寻找有线连接的指导方式，减少了用户的操作。并且在有线连接的指导界面上显示有开启增强连接模式的入口，这样在有线连接失败的情况下，用户可以通过点击增强连接模式的入口跳转至增强连接模式的指导界面，为用户提供更加全面的连接服务。

第二方面，本申请提供一种终端设备，终端设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。

该终端设备包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得终端设备执行如第一方面的方法。

第三方面，本申请提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现如第一方面的方法。

第四方面，本申请提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面的方法。

第五方面，本申请提供了一种芯片，芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行如第一方面所述的方法。

应当理解的是，本申请的第二方面至第五方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1是本申请实施例适用的一种终端设备的结构示意图；

图2是本申请实施例适用的终端设备的一种软件结构框图；

图3是本申请实施例提供的一种连接车机的方法的示意性流程图；

图4至图6是本申请实施例提供的显示车载音频类设备的界面示意图；

图7是本申请实施例提供的另一种连接车机的方法的示意性流程图；

图8是本申请实施例提供的一种有线连接的界面示意图；

图9是本申请实施例提供的再一种连接车机的方法的示意性流程图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

为了便于清楚描述本申请实施例的技术方案，以下对本申请实施例中所涉及的部分术语和技术进行简单介绍：

1、Wi-Fi P2P

Wi-Fi P2P也可以称为Wi-Fi直连，是Wi-Fi联盟提出的一项基于原有Wi-Fi技术的连接方案，该方案允许两个通信设备直接连接，用户无需借助局域网或者无线接入点(access point，AP)就可以进行一对一或者一对多通信。

P2P架构中定义了三个组件，可将其称作一个设备、两个角色，其中，一个设备是指P2P设备(P2P device)，是P2P架构中角色的实体，可将其当作一个Wi-Fi设备。两个角色分别指GO(group owner)角色和GC(group client)角色，其中，GO的作用类似于基础结构模式基本服务集(infrastructure basic service set，infrastructure BSS)中的AP，类似于一个热点，可以允许多个GC接入。GC的作用类似于infrastructure BSS中的站点(station，STA)，只能连接到一个GO，不能连接多个GO。

在组建P2P网络之前，多个通信设备都可以看作是P2P设备。当多个P2P设备之间完成P2P协商后，其中将有且只有一个P2P设备可以作为GO角色执行相应功能，而其他P2P设备则作为GC角色执行相应功能。

2、手机和车机互联

在手机和车机互联时，用户可以将数据线与车机通用串行接口(universalserial bus，USB)端口连接，或者使用无线连接，点击车机应用程序(application，APP)连接界面的车机互联应用即可启动该***。使用车机互联应用的用户可以不关注自己的智能手机是什么操作***，只需要通过数据线或者Wi-Fi将手机连接到车载***上，就可以安全、快捷地在驾驶过程中使用丰富的应用。目前主要功能有地图导航、语音、音乐、电话等。

3、其它术语

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

此外，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

需要说明的是，本申请实施例中的“在……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生后的一段时间内，本申请实施例对此不作具体限定。此外，本申请实施例提供的显示界面仅作为示例，显示界面还可以包括更多或更少的内容。

目前，用户在驾驶车辆时可以使用手机车机智能互联产品将手机和车机互联，只需在车内连接手机即可将车生活服务分享到车载屏幕上，享受驾驶中更安全便捷的车载体验。

一般用户将手机与支持某类车机互联协议的车辆进行连接时，可能会遇到首次使用不会操作、手机和车机多端操作流程复杂、不同品牌的车机的连接流程差异大导致的易用性较差的问题。

一些车机互联协议目前可以支持的无线连接方式包括基于手机Wi-Fi热点的连接方式和基于Wi-Fi P2P的连接方式，不同品牌的车机或者同一品牌在不同时期的车机可能采用不用的连接方式，不同的连接方式的连接步骤又不同。对于用户而言，可能无法明确知道车辆支持哪种连接方式。即使知道连接方式，通常连接的步骤也较为繁琐，对新手用户而言可操作性非常不友好，最终可能放弃手机车机互联。

例如对于想要体验无线连接方式的用户而言，在使用支持无线连接方式的车机时，通常需要用户在手机的设置内查找多层目录才能找到连接指导，连接指导又分为Wi-Fi热点类连接指导和WLAN类(Wi-Fi P2P)连接指导。用户在选择连接指导的类型之后进入相应的连接指导界面，进而根据连接指导又需要在手机和车机两端进行多步操作才可以完成无线连接。以基于手机Wi-Fi热点的连接方式为例，可以包括以下步骤：

步骤一：在手机端，用户打开手机端个人热点；在车机端，用户打开车机Wi-Fi设置页，连接手机热点。其中，在车机连接手机热点时，用户需要查找手机热点的账号和密码，这需要用户在手机中进行查找，对有些用户而言不易上手。

步骤二：在车机端，用户确认车机蓝牙的名称；在手机端，用户手动连接车机蓝牙。

步骤三：用户点击车机端的车机互联应用。之后用户确认上述操作开始连接。

有些情况下即使用户根据连接指导连接成功了，但是可能用户选择的并不是最优的连接方式。例如，车机同时支持基于手机Wi-Fi热点的连接方式和基于Wi-Fi P2P的连接方式，但用户选择了基于手机Wi-Fi热点的连接方式，然而基于手机Wi-Fi热点的连接方式带来的手机的功耗要高于基于Wi-Fi P2P的连接方式带来的手机的功耗，缩短了手机的续航时间。

基于上述分析，现有的连接方式需要用户过多的参与，并且手机和车机的连接专业性过高、操作步骤过于复杂的问题阻碍了用户获得良好的使用体验。

有鉴于此，本申请实施例提供一种连接车机的方法，可以基于用户对手机和车机互联的诉求自动进行无线连接，首先尝试基于Wi-Fi P2P的连接方式，之后尝试基于手机Wi-Fi热点的连接方式，在这两种无线方式都连接失败的情况下再提示用户进行手动连接，这样无需用户选择无线连接方式，连接过程中尽量减少用户的操作，提高了手机和车机互联的便捷性，减少了用户的学习成本。

图1是本申请实施例适用的一种终端设备的结构示意图。如图1所示，该终端设备100可以包括：处理器110，外部存储器接口120，内部存储器121，USB接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。可以理解的是，本实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件，或软件和硬件的组合实现。

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

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或USB接口等。其中，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，MicroUSB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与***设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。

可以理解的是，本申请实施例示意的各模块间的接口连接关系为示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

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

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

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)，蓝牙，全球导航卫星***(global navigation satellitesystem，GNSS)，调频(frequency modulation，FM)，NFC，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括GSM，GPRS，CDMA，WCDMA，TD-SCDMA，LTE，GNSS，WLAN，NFC，FM，和/或IR技术等。上述GNSS可以包括全球卫星定位***(global positioning system，GPS)，全球导航卫星***(global navigation satellite system，GLONASS)，北斗卫星导航***(beidou navigation satellite system，BDS)，准天顶卫星***(quasi-zenith satellitesystem，QZSS)和/或星基增强***(satellite based augmentation systems，SBAS)。

终端设备100通过GPU、显示屏194以及应用处理器等可以实现显示功能。应用处理器可以包括NPU和/或DPU。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行指令以生成或改变显示信息。NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。DPU也称为显示子***(display sub-system，DSS)，DPU用于对显示屏194的色彩进行调整，DPU可以通过颜色三维(3dimensions，3D)查找表(look up table，LUT)对显示屏的色彩进行调整。DPU还可以对画面进行缩放、降噪、对比度增强、背光亮度管理、hdr处理、显示器参数Gamma调整等处理。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emittingdiode，OLED)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)、柔性发光二极管(flex light-emittingdiode，FLED)、Miniled、MicroLed、Micro-oLed或量子点发光二极管(quantum dot lightemitting diodes，QLED)。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，一个或多个摄像头193，视频编解码器，GPU，一个或多个显示屏194以及应用处理器等实现拍摄功能。

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

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得终端设备100执行各种功能应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***；该存储程序区还可以存储一个或多个应用程序(比如图库、联系人等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如照片，联系人等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。在一些实施例中，处理器110可以通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，来使得终端设备100执行各种功能应用及数据处理。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放、录音等。其中，音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。麦克风170C，也称“话筒”或“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动终端设备平台(open mobile terminal platform，OMTP)标准接口，还可以是美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

图2是本申请实施例适用的终端设备的一种软件结构框图。分层架构将终端设备100的软件***分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可以将Android***分为应用程序层(application，APP)、应用程序框架层(application framework)、安卓运行时(Android runtime)和***库、硬件抽象层(hardware abstraction layer，HAL)以及内核层(kernel)。在一些实施例中，终端设备100还包括硬件(例如，麦克风、扬声器)。

应用程序层可以包括一系列应用程序包，应用程序层通过调用应用程序框架层所提供的应用程序接口(application programming interface，API)运行应用程序。如图2所示，应用程序包可以包括相机、日历、地图、通话、音乐、WLAN、蓝牙、视频、社交、图库、导航、短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示，应用程序框架层可以包括窗口管理器、内容提供器、资源管理器、通知管理器、视图***、电话管理器、出行服务等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备100振动，指示灯闪烁等。

出行服务用于提供包括驾驶车辆场景下的车机互联功能，作为终端设备100和车机互联的决策中心，智能动态遍历不同的无线连接方式。

安卓运行时包括核心库和虚拟机。安卓运行时负责安卓***的调度和管理。核心库包含两部分：一部分是java API框架使用的java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)、车机互联协议、蓝牙面向面连接的同步链路(synchronous connection oriented link，SCO)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成和图层处理等。2D图形引擎是2D绘图的绘图引擎。

车机互联协议可以为手机和车机互联提供连接规范的功能。通过车机互联协议，用户可以将终端设备上符合驾驶安全的应用投射到车机上显示，充分利用终端设备和车机的优势为用户提供更安全、丰富的信息娱乐体验。

硬件抽象层是设备内核驱动的抽象接口，实现向更高级别的java API框架提供访问底层设备的应用程序接口。硬件抽象层可以包括多个库模块，例如，显示模块、音频模块、蓝牙模块、Wi-Fi模块等，Wi-Fi模块可以包括Wi-Fi P2P模块和Wi-Fi热点模块。每个模块可以为特定类型的硬件组件实现一个接口。当框架API要求访问设备硬件时，Android***将为该硬件组件加载库模块。

内核层是硬件和软件之间的层。内核层用于驱动硬件，使得硬件工作。内核层至少包含显示驱动、音频驱动、蓝牙驱动、Wi-Fi驱动等，本申请实施例对此不作限定。

本申请实施例的终端设备可以是具有无线连接功能的手持式设备、车载设备等，该终端设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、智能电视、笔记本电脑、平板电脑(Pad)、掌上电脑、移动互联网设备(mobile internet device，MID)、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wirelesslocal loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobilenetwork，PLMN)中的终端设备等，本申请的实施例对终端设备所采用的具体技术和具体设备形态不作限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

应理解，本申请实施例中，终端设备可以是用于实现终端设备功能的装置，也可以是能够支持终端设备实现该功能的装置，例如芯片***，该装置可以被安装在终端中。本申请实施例中，芯片***可以由芯片构成，也可以包括芯片和其他分立器件。

下面的实施例中以终端设备为手机为例，结合图3介绍手机和车机互联的内部交互流程图。

图3是本申请实施例提供的一种连接车机的方法的示意性流程图。如图3所示，实现连接车机的方法的***包括手机和车机，手机可以具有上述如图1和图2所示的结构，但本申请实施例对此不作限定。手机和车机中均可以包括实现连接车机的方法的各个功能模块，例如蓝牙模块、Wi-Fi P2P模块、车机互联协议等。

为了便于描述，后续将手机的车机互联协议称为第一车机互联协议，手机的Wi-FiP2P模块称为第一Wi-Fi P2P模块、手机的蓝牙模块称为第一蓝牙模块，手机还包括Wi-Fi热点模块以及出行服务。将车机的蓝牙模块称为第二蓝牙模块，车机的车机互联协议称为第二车机互联协议，车机的Wi-Fi P2P模块称为第二Wi-Fi P2P模块，车机还包括Wi-Fi STA模块。

本申请实施例所提供的连接车机的方法可以分为三个阶段，第一阶段为蓝牙连接，第二阶段为Wi-Fi P2P连接，第三阶段为Wi-Fi热点连接。下面结合图3分别介绍各阶段。

第一阶段、蓝牙连接。

当手机的出行服务监控到一些用户行为时，出行服务可以向第一蓝牙模块发送蓝牙搜索指令，以指示第一蓝牙模块发现附近的蓝牙设备，从附近可能的至少一个蓝牙设备中识别出作为驾驶员的用户期望连接的目标车载蓝牙。其中，用户行为可以包括用户在出行服务的界面内开启车机互联的操作，或者用户语音指示连接车机的操作。具体所监控的用户行为可以由出行服务进行自定义设置，本申请实施例对此不作限定。

为了准确识别用户的目标车载蓝牙，手机需要解决以下两个问题：

问题一：如何判断搜索到的蓝牙设备是车载蓝牙，而不是蓝牙耳机、蓝牙手表等蓝牙设备。

问题二：如何判断搜索到的车载蓝牙是用户当前所在车辆的车载蓝牙。

针对上述问题，现有的方案中未有对车载蓝牙的识别，车机设备会被识别为音频类设备，进而依靠用户自己从被识别为音频类设备的至少一个车机设备中选择目标车载蓝牙。

作为一个可选的实施例，手机响应于用户连接车机的操作，启动蓝牙搜索，得到多个蓝牙设备；根据多个蓝牙设备中每个蓝牙设备的主要设备类型和/或次要设备类型，从多个蓝牙设备中确定至少一个车载蓝牙；在该至少一个车载蓝牙为多个的情况下，根据每个车载蓝牙的信号强度和/或方向角，从至少一个车载蓝牙中确定目标车载蓝牙。

在本申请实施例中，手机的出行服务通过第一蓝牙模块搜索周边可见的至少一个蓝牙设备，获取该至少一个蓝牙设备中每个蓝牙设备的蓝牙信息，蓝牙信息可以包括蓝牙名称、MAC地址、设备属性等信息，设备属性可以指示蓝牙设备的主要设备类型，例如主要设备类型为音频类设备。

在一些情况下，在用户所在的车辆内部和外部除了本车的车载蓝牙之外未搜索到其他的蓝牙设备。在这种情况下，该至少一个蓝牙设备的数量为一个，出行服务在根据主要设备类型确定该蓝牙设备为音频类设备之后，确定该蓝牙设备为目标车载蓝牙。

在该至少一个蓝牙设备为多个的情况下，对于该多个蓝牙设备中的每个蓝牙设备而言，出行服务首先根据主要设备类型确定每个蓝牙设备是否为音频类设备。对于确定为蓝牙音频类设备的蓝牙设备，出行服务通过第一蓝牙模块的现有框架接口获取蓝牙音频类设备的次要设备类型，进一步根据次要设备类型确定每个蓝牙音频类设备是否为车载音频类设备(或可称为车载蓝牙)，从而确定至少一个车载音频类设备。

此外，出行服务还可以直接获取每个蓝牙设备的次要设备类型，基于次要设备类型从多个蓝牙设备中确定至少一个车载音频类设备。

通过上述步骤，出行服务可以排除车辆中所有乘客的蓝牙耳机和蓝牙手表。在一个可能的实现方式中，在确定至少一个车载音频类设备之后，为了区别车载音频类设备和其他非车载音频类设备，出行服务可以将该至少一个车载音频类设备中每个车载音频类设备的权重增加第一数值，示例性地，第一数值为40％。这样，车载音频类设备的权重高于其他非车载音频类设备的权重，具有较高权重的车载音频类设备可以显示在如图4所示的可用车载蓝牙的队列(也可称为车载蓝牙列表)中，而其他非车载音频类设备显示在如图4所示的其他设备的队列中。

图4是本申请实施例提供的一种显示车载音频类设备的界面示意图。如图4所示，最终筛选得到的车载音频类设备在手机的可用车载蓝牙的队列中，例如图4中的车载音频类设备A、车载音频类设备B以及车载音频类设备C，各个车载音频类设备在可用车载蓝牙的队列中的排序表示其对应的连接优先级，其中，车载音频类设备A的连接优先级最高，车载音频类设备B的连接优先级次之，车载音频类设备C的连接优先级再次之。而其他的蓝牙设备在其他设备的队列中，例如图4中的音频类设备D，音频类设备D可能为蓝牙耳机或蓝牙手表等。

在确定该至少一个车载音频类设备之后，在一种可能的情况下，该至少一个车载音频类设备的数量为一个，出行服务确定该车载音频类设备为目标车载蓝牙。在另一种可能的情况下，该至少一个车载音频类设备的数量为多个，出行服务根据每个车载音频类设备的信号强度和/或方向角，从多个车载音频类设备中确定目标车载蓝牙。

下面假设图4中的车载音频类设备C为用户期望连接的目标车载蓝牙，而车载音频类设备A为位于用户驾驶的车辆左边的车载蓝牙，车载音频类设备B为位于用户驾驶的车辆右边的车载蓝牙。此时车载音频类设备C的连接优先级还不是最高。进一步地，手机的出行服务通过信号强度调整可用车载蓝牙的队列中各个车载音频类设备的连接优先级。

手机的出行服务根据搜索到的车载音频类设备的蓝牙名称，通过第一蓝牙模块的现有框架接口获取车载音频类设备的信号强度和稳定时间。示例性地，出行服务可以按照1米范围内，信号波动不超过50％且持续3秒的原则筛选出前5个车载音频类设备，将蓝牙信号最强的车载音频类设备的权重增加第二数值，信号强度次之的车载音频类设备的权重增加量依次减少第三数值。

在一个例子中，第二数值为40％，第三数值为8％，即出行服务将信号最强的车载音频类设备的权重增加40％，将信号强度排第二的车载音频类设备的权重增加32％，将信号强度排第三的车载音频类设备的权重增加24％，依次类推，为信号强度排名前5的车载音频类设备增加相应的权重。

通过上述步骤，出行服务可以排除距离较远的车载音频类设备，而增大距离驾驶员最近的车载音频类设备(信号强度高且稳定)的权重，使其在可用车载蓝牙的队列中的排序提升。

图5是本申请实施例提供的另一种显示车载音频类设备的界面示意图。如图5所示，用户期望连接的车载音频类设备C在可用车载蓝牙的队列中的排序提升，而位于用户驾驶的车辆右边的车载音频类设备B的排序下降。

在实际中，可能会小概率的出现目标车载蓝牙的信号强度并不是最强的，从而导致目标车载蓝牙未排在可用车载蓝牙的队列的首位的情况，这是因为其他的车辆的车载蓝牙的功率不规范/过强导致的。针对这种情况，手机的出行服务可以进一步利用蓝牙双天线的方向角作进一步处理。

手机的出行服务利用第一蓝牙模块的双天线和蓝牙协议的出发角(angle ofdeparture，AOD)或到达角(angle of arrival，AOA)测量方向的能力，查询驾驶位前方偏右预设角度范围内的蓝牙设备。

在处于预设角度范围内的车载蓝牙的数量为一个的情况下，出行服务确定该车载蓝牙为目标车载蓝牙；在处于预设角度范围内的车载蓝牙的数量为多个的情况下，出行服务确定其中信号最强的车载蓝牙为目标车载蓝牙。

通过上述步骤，出行服务结合每个车载音频类设备的信号强度和方向角，确定出在用户正前方预设角度范围内的车载蓝牙并为在该预设角度范围内的车载蓝牙的权重增加第四数值，示例性地，预设角度范围为0～70度，第四数值为20％。这样可以将权重最高的车载音频类设备确定为目标车载蓝牙，显示在可用车载蓝牙的队列的首位，从而排除在用户驾驶的车辆附近的车载音频类设备。

图6是本申请实施例提供的又一种显示车载音频类设备的界面示意图。如图6所示，车载音频类设备C为用户的目标车载蓝牙，已经排列在可用车载蓝牙的队列的首位。

上文描述的其他的车辆的车载蓝牙的功率不规范/过强导致目标车载蓝牙的信号强度并不是最强的情况为小概率事件。考虑一般情况，在另一种实现方式中，出行服务还可以将至少一个车载音频类设备中信号最强的车载音频类设备确定为目标车载蓝牙。

在又一种实现方式中，出行服务还可以将至少一个车载音频类设备中方向角处于预设角度范围内的车载音频类设备确定为目标车载蓝牙。

当确定目标车载蓝牙，并且在可用车载蓝牙的队列的首位显示目标车载蓝牙之后，手机的出行服务通过手机的语音助手提醒用户是否要连接在可用车载蓝牙的首位显示的车载蓝牙。示例性地，语音助手提示用户“请确认是否连接XXX的汽车”，用户可以手动或者语音确认。当用户确认之后，出行服务向第一蓝牙模块发送连接指令，携带目标车载蓝牙的MAC地址。

第一蓝牙模块在接收到连接指令之后，基于目标车载蓝牙的MAC地址连接目标车载蓝牙，在本申请实施例中即为连接车机的第二蓝牙模块。第二蓝牙模块在确认连接之后，向第二车机互联协议发送连接成功的消息，并向第一蓝牙模块返回连接成功的消息，这样手机和车机之间就建立了一条底层的物理通讯通道。第一蓝牙模块在接收到连接成功的消息之后，通知出行服务蓝牙连接成功，出行服务向第一车机互联协议发送启动私有数据通道连接的指令，携带手机的蓝牙信息和车机的蓝牙信息，蓝牙信息包括蓝牙名称和MAC地址。

在获取到手机的蓝牙信息和车机的蓝牙信息之后，第一车机互联协议和第二车机互联协议可以根据蓝牙协议规范建立基于蓝牙串口协议(serial port profile，SPP)服务的私有业务通讯通道，进行私有格式的数据传输。

在蓝牙连接完成之后，手机的出行服务作为策略中心，可以先尝试进行Wi-Fi P2P连接，在Wi-Fi P2P连接失败的情况下再尝试进行Wi-Fi热点连接。

可选地，在蓝牙连接完成之后，出行服务可以通过第一蓝牙模块查询已连接的目标车载蓝牙的输入/输出(input-output，IO)能力，校验目标车载蓝牙是否具备屏幕显示和输入能力，如果不具备，可能会应用后续投屏业务和对手机的反向控制业务，手机可以提示用户目标车在蓝牙不具备屏幕显示和输入能力。

在一种可能的实现中，出行服务模块通过第一蓝牙模块的接口读取目标车载蓝牙的设备类型(class of device，COD)字段，获取对应的掩码(mask)位置，确定是否同时具备输入能力(keyboard)和屏幕显示(number output)能力。

第二阶段、Wi-Fi P2P连接。

手机的出行服务向第一车机互联协议发送启动Wi-Fi P2P连接模式的指令。第一车机互联协议在上述第一阶段已经建立的私有业务通讯通道等待并接收第二车机互联协议发送的Wi-Fi P2P连接信息(即车机的GO信息)，GO信息包括车机的Wi-Fi P2P的名称、MAC地址以及密码。第一车机互联协议在接收到第二车机互联协议发送的GO信息之后，通知出行服务车机支持Wi-Fi P2P连接模式，则出行服务认为车机的Wi-Fi P2P能力检测成功。

如果车机因为Wi-Fi的芯片规格、天线成本等原因不支持Wi-Fi P2P连接，这样第一车机互联协议不会接收到第二车机互联协议发送的GO信息。

在一种可能的情况下，第二车机互联协议向第一车机互联协议发送车机不支持Wi-Fi P2P连接的消息，第一车机互联协议在接收到车机不支持Wi-Fi P2P连接的消息之后，通知手机的出行服务车机不支持Wi-Fi P2P连接的消息，则出行服务确定车机不支持Wi-Fi P2P连接模式，进入第三阶段。

在另一种可能的情况下，出行服务在第一预设时长未接收到指示车机是否支持Wi-Fi P2P连接的消息，则出行服务认为车机不支持Wi-Fi P2P连接模式，进入第三阶段。示例性地，第一预设时长为5秒，但本申请实施例对此不作限定。

在车机支持Wi-Fi P2P连接模式的情况下，第一车机互联协议向第一Wi-Fi P2P模块发送Wi-Fi P2P连接指令，携带GO信息，通知第一Wi-Fi P2P模块作为GC的角色接入第二Wi-Fi P2P模块。第一Wi-Fi P2P模块接收到Wi-Fi P2P连接指令之后，基于GO信息与第二Wi-Fi P2P模块建立Wi-Fi P2P连接。

第二Wi-Fi P2P模块在接收到Wi-Fi P2P连接指令之后，可能与第一Wi-Fi P2P模块建立连接成功，也可能建立连接失败。第二Wi-Fi P2P模块根据建立连接成功与否向第一Wi-Fi P2P模块发送Wi-Fi P2P连接结果，Wi-Fi P2P连接结果包括连接成功和连接失败。第一Wi-Fi P2P模块在接收到Wi-Fi P2P连接结果之后，向第一车机互联协议返回Wi-Fi P2P连接结果。

在第一Wi-Fi P2P模块与第二Wi-Fi P2P模块的Wi-Fi P2P连接成功的情况下，则用于第一车机互联协议和第二车机互联协议之间的数据通道建立成功，可用于后续传输投屏数据、音频数据等业务数据。

在第一Wi-Fi P2P模块与第二Wi-Fi P2P模块的Wi-Fi P2P连接失败的情况下，出行服务启动Wi-Fi热点自动连接策略，进入第三阶段。

第三阶段、Wi-Fi热点连接。

当手机的出行服务确定车机不支持Wi-Fi P2P连接模式之后，出行服务向手机的Wi-Fi热点模块发送开启Wi-Fi热点的指令。Wi-Fi热点模块接收到开启Wi-Fi热点的指令之后，开启Wi-Fi热点，并向出行服务返回开启Wi-Fi热点成功的消息，携带热点名称和密码。手机出行服务将热点名称和密码在用户界面展示给用户，并提示用户从车机的Wi-Fi模块连接该热点。这样对比现有方案中需要用户在手机多层目录中找到连接方式而言，手机可以自动开始Wi-Fi热点并提示用户，并且不需要用户再去查找热点名称和密码，这样的方式更加便捷易操作，减少了用户查找的时间。

在Wi-Fi热点连接的方式中，手机的Wi-Fi热点模块作为AP，车机的Wi-Fi模块作为STA，本申请实施例将作为STA的车机的Wi-Fi模块称为Wi-Fi STA模块。

基于手机的提示，用户可以通过车机的Wi-Fi STA模块连接手机的Wi-Fi热点模块。Wi-Fi热点模块向第一车机互联协议返回Wi-Fi热点连接结果，包括连接成功或连接失败。Wi-Fi热点模块向出行服务发送Wi-Fi热点连接结果。

在Wi-Fi热点连接结果为连接成功的情况下，如果出行服务在第二预设时长内接收到Wi-Fi热点连接成功的消息，则确定Wi-Fi热点连接成功。如果出行服务未在第二预设时长内接收到连接成功的消息，或者出行服务接收到了连接失败的消息，则出行服务确定Wi-Fi热点连接失败。

在确定Wi-Fi热点连接成功的情况下，向第一车机互联协议发送启动业务层服务的指令，第一车机互联协议基于该指令启动业务层服务。Wi-Fi STA模块在确认连接之后，向第二车机互联协议发送Wi-Fi热点连接成功的消息。第二车机互联协议在接收到该Wi-Fi热点连接成功的消息之后也启动业务层服务。

这样，在Wi-Fi热点模块与Wi-Fi STA模块的Wi-Fi热点连接成功之后，则用于第一车机互联协议和第二车机互联协议之间的数据通道建立成功，可用于后续传输投屏数据、音频数据等业务数据。

在确定Wi-Fi热点连接失败的情况下，出行服务提示用户不支持无线连接，跳转至有线连接的指导界面。

在本申请实施例中，手机可以通过硬件、***、中间件、应用、车机互联协议全栈协同完成精准车机蓝牙识别框架和算法，无需车机互联应用的厂商和汽车厂商做大幅度改动和适配，便于维护和升级。

针对支持某类车机互联协议的两种无线连接方式，手机可以动态遍历两种不同的无线连接方式，优先选择更加自动、更加节省功耗的Wi-Fi P2P连接方式，在该连接方式失败的情况下再去选择Wi-Fi热点连接方式，相较于现有的连接方式而言，无需用户具备专业的车机互联知识，无需用户深入手机多层目录查找连接指导，有利于节省用户的学习成本，提升无线连接的便捷性。

此外，同一部手机对支持不同类型的无线连接方式的车机、不支持无线连接方式仅支持有线连接的车机操作步骤一致，有利于保持用户操作习惯的一致性。

在上文描述的第三阶段中，用户需要在车机端手动从车机的Wi-Fi模块连接手机的Wi-Fi热点。为了实现手机的完全自动连接，如果车机端可以开放Wi-Fi STA模块连接的权限，那么车机可以自动连接手机的Wi-Fi热点，无需用户手动连接。

在车机端开放Wi-Fi STA模块连接的权限情况下，手机还可以并发尝试Wi-Fi热点连接和Wi-Fi P2P连接，具体如图7所示。

图7是本申请实施例提供的另一种连接车机的方法的示意性流程图。手机包括第一车机互联协议、第一Wi-Fi P2P模块、第一蓝牙模块、Wi-Fi热点模块以及出行服务。车机包括第二蓝牙模块、第二车机互联协议、第二Wi-Fi P2P模块以及Wi-Fi STA模块。

本申请实施例所提供的连接车机的方法可以分为两个阶段，第一阶段为蓝牙连接，第二阶段为Wi-Fi P2P连接和Wi-Fi热点连接并行连接。下面结合图4分别介绍各阶段。

其中，第一阶段与上述图6中所描述的第一阶段类似，此处不再赘述。

第二阶段、Wi-Fi P2P连接和Wi-Fi热点连接并行检测。

在并行连接阶段，Wi-Fi P2P连接的过程与上述图6中所描述的第二阶段类似，此处不再赘述。在Wi-Fi热点连接的过程中，出行服务向手机的Wi-Fi热点模块发送开启Wi-Fi热点的指令。Wi-Fi热点模块接收到开启Wi-Fi热点的指令之后，开启Wi-Fi热点，并向出行服务返回开启Wi-Fi热点成功的消息，携带热点名称和密码。出行服务基于该消息向第一车机互联协议发送热点接入消息，携带热点名称和密码。第一车机互联协议在接收到热点接入消息之后，通过第一阶段中第一车机互联协议和第二车机互联协议建立的私有业务通讯通道传输热点接入消息，携带热点名称和密码。第二车机互联协议在接收到热点接入消息之后，向Wi-Fi STA模块发送连接Wi-Fi热点的指令，携带热点名称和密码。Wi-Fi STA模块在接收到连接Wi-Fi热点的指令，Wi-Fi STA模块可以发起Wi-Fi热点连接，连接手机的Wi-Fi热点模块。

手机的出行服务可以对Wi-Fi P2P连接和Wi-Fi热点连接并行检测，如果两者中只有一个连接成功，那么出行服务选择连接成功的方式。或者，出行服务确定哪个先连接成功即选择哪种连接方式，进而指示未连接成功的模块停止连接。

在本申请实施例中，手机的无线连接方式更加自动化，在车机开放Wi-Fi STA连接权限的情况下，无需用户手动连接手机的Wi-Fi热点，更加简化了用户操作。

如果上述图6或者图7中Wi-Fi P2P连接和Wi-Fi热点连接都失败了，出行服务在接收到Wi-Fi热点模块发送的连接失败的消息之后，在手机的用户界面提示车机不支持无线连接，尝试智能引导用户尝试其他的连接方式例如USB连接，并且跳转到有线连接的指导界面。这样用户无需再去查找多层目录才能找到有线连接的指导界面，减少了用户操作。并且手机可以引导用户进行有线连接，降低了用户学习有线连接的学习成本，提升手机和车机互联的易用性和成功性。

图8本申请实施例提供的一种有线连接的界面示意图。

在一种可能的实现方式中，参见图8中的A界面，手机在用户界面中引导用户在车机端打开车机互联应用后，使用USB数据线连接手机完成连接。但是在有线连接时有可能出现连接兼容性问题导致连接失败，A界面中可以提示用户在连接失败的情况下尝试使用增强连接模式。当用户选择“增强连接模式”的按钮之后，跳转至如图8中的C界面。

在另一种可能的实现方式中，在有线连接失败的情况下，手机自动弹出如图8中的B界面，提示用户使用增强连接模式。当用户选择“前往”的按钮之后，跳转至如图8中的C界面。除了弹窗提示之外，手机在有线连接失败的情况下，还可以语音提示用户开启增强连接模式，当接收到用户回复的确认消息之后，手机也可以跳转至如图8中的C界面。本申请实施例对提示用户的方式不作限定。

当手机显示图8中的C界面之后，用户可以点击“开启增强连接”按钮启动增强连接。

在本申请实施例中，当无线连接方式失败的情况下，手机可以自动进行有线连接的指导界面，更进一步可以对增强连接模式进行针对性引导，相较于现有的USB连接遇到兼容性问题后无任何提示，需要用户查找多层目录才能找到解决方案的方式，减少了用户的操作，提升有线连接的易用性和便捷性，降低用户的学习成本。

综上，图9是本申请实施例提供的再一种连接车机的方法900的示意性流程图，方法900的步骤可以由终端设备执行，该终端设备可以具有如图1和/或图2所示的结构，但本申请实施例对此不作限定。方法900包括如下S901至S904，具体步骤如下：

S901，响应于用户连接车机的操作，与目标车载蓝牙建立蓝牙连接，目标车载蓝牙为用户期望连接的车机的车载蓝牙。

其中，用户连接车机的操作可以包括用户在出行服务的界面内开启车机互联的操作，或者用户语音指示连接车机的操作。

S902，在蓝牙连接成功建立的情况下，启动Wi-Fi P2P连接。

具体启动Wi-Fi P2P连接的过程可参照上文中针对图3中第二阶段的描述，此处不再赘述。

S903，在Wi-Fi P2P连接失败的情况下，启动Wi-Fi热点连接。

具体启动Wi-Fi热点连接的过程可参照上文中针对图3中第三阶段的描述，此处不再赘述。

S904，在Wi-Fi热点失败的情况下，提示用户进行有线连接。

具体提示用户进行有线连接的过程可参照上文中针对图8的描述，此处不再赘述。

在本申请实施例中，终端设备在连接车机的过程中，可由终端设备自行决定优先尝试的Wi-Fi P2P连接，无需用户选择无线连接方式，Wi-Fi P2P连接成功可以节省终端设备的功耗。在Wi-Fi P2P连接失败的情况下再自动尝试Wi-Fi热点连接，再Wi-Fi热点连接失败的情况下，再去提示需要用户额外的连接线有线连接方式。

基于本申请实施例的技术方案，终端设备和车机连接的过程仅需用户少量的参与，节省了用户查找多层目录寻找连接指导的时间，并且无需用户学习过多的连接专业性知识，减少了用户的学习成本。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请实施例提供的连接车机的方法，可以应用在具备通信功能的终端设备中。终端设备的具体设备形态等可以参照上述相关说明，此处不再赘述。

本申请实施例提供一种终端设备，该终端设备包括：包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得终端设备执行上述方法。

本申请实施例提供一种芯片。芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行上述实施例中的技术方案。其实现原理和技术效果与上述相关实施例类似，此处不再赘述。

本申请实施例还提供了一种计算机可读存储介质。计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现上述方法。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

一种可能的实现方式中，计算机可读介质可以包括随机存取存储器(randomaccess memory，RAM)，只读存储器(read-only memory，ROM)，只读光盘(compact discread-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(digital subscriber line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(digital versatile disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行上述方法。

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

以上的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (16)

1.一种连接车机的方法，其特征在于，应用于终端设备，所述方法包括：

响应于用户连接车机的操作，与目标车载蓝牙建立蓝牙连接，所述目标车载蓝牙为所述车机的车载蓝牙；

在所述蓝牙连接成功建立的情况下，启动无线保真直连Wi-Fi P2P连接；

在所述Wi-FiP2P连接失败的情况下，启动无线保真Wi-Fi热点连接；

在所述Wi-Fi热点连接失败的情况下，提示用户进行有线连接。

2.根据权利要求1所述的方法，其特征在于，在所述与目标车载蓝牙建立蓝牙连接之前，所述方法还包括：

响应于用户连接车机的操作，启动蓝牙搜索，得到多个蓝牙设备；

根据所述多个蓝牙设备中每个蓝牙设备的主要设备类型和/或次要设备类型，从所述多个蓝牙设备中确定至少一个车载蓝牙；

在所述至少一个车载蓝牙为多个的情况下，根据每个车载蓝牙的信号强度和/或方向角，从所述至少一个车载蓝牙中确定所述目标车载蓝牙。

3.根据权利要求2所述的方法，其特征在于，所述目标车载蓝牙是方向角处于预设角度范围内的车载蓝牙中信号强度最强的车载蓝牙。

4.根据权利要求2或3所述的方法，其特征在于，在从所述至少一个车载蓝牙中确定所述目标车载蓝牙之后，所述方法还包括：

在用户界面上显示车载蓝牙列表，所述车载蓝牙列表中显示所述至少一个车载蓝牙，所述目标车载蓝牙位于所述车载蓝牙列表的首位。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述启动Wi-Fi P2P连接之后，所述方法还包括：

确定所述Wi-FiP2P连接是否成功。

6.根据权利要求5所述的方法，其特征在于，所述确定所述Wi-Fi P2P连接是否成功，包括：

若在第一预设时长内未接收到来自所述车机的Wi-Fi P2P连接信息，确定所述Wi-FiP2P连接失败，所述Wi-Fi P2P连接信息包括所述车机的Wi-Fi P2P名称、媒体接入控制MAC地址以及密码；或，

若接收到来自所述车机的连接失败的消息，确定所述Wi-Fi P2P连接失败；或，

若接收到来自所述车机的连接成功的消息，确定所述Wi-Fi P2P连接成功。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在所述启动Wi-Fi热点连接之后，所述方法还包括：

开启所述终端设备的Wi-Fi热点；

获取所述Wi-Fi热点的热点名称和密码；

在用户界面显示所述Wi-Fi热点的热点名称和密码。

8.根据权利要求7所述的方法，其特征在于，在所述在用户界面显示所述Wi-Fi热点的热点名称和密码之后，所述方法还包括：

提示用户在所述车机上连接所述Wi-Fi热点；

响应于用户在所述车机上连接所述Wi-Fi热点的操作，与所述车机进行Wi-Fi热点连接。

9.根据权利要求8所述的方法，其特征在于，在所述与所述车机进行Wi-Fi热点连接之后，所述方法包括：

确定所述Wi-Fi热点连接是否成功。

10.根据权利要求9所述的方法，其特征在于，所述确定所述Wi-Fi热点连接是否成功，包括：

若接收到来自所述车机的连接失败的消息，确定所述Wi-Fi热点连接失败；或，

若在第二预设时长内接收到来自所述车机的连接成功的消息，确定所述Wi-Fi热点连接成功。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述方法还包括：

在所述有线连接失败的情况下，提示用户开启增强连接模式。

12.根据权利要求11所述的方法，其特征在于，所述提示用户开启增强连接模式，包括：

显示弹窗，所述弹窗用于提示用户开启增强连接模式。

13.根据权利要求1至10中任一项所述的方法，其特征在于，所述提示用户进行有线连接，包括：

显示有线连接的指导界面，以提示用户进行有线连接，所述指导界面包括开启增强连接模式的入口。

14.一种终端设备，其特征在于，包括：处理器和存储器，其中，

所述存储器用于存储计算机程序；

所述处理器用于调用并执行所述计算机程序，以使所述终端设备执行如权利要求1至13中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至13中任一项所述的方法。

16.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被运行时，使得计算机执行如权利要求1至13中任一项所述的方法。