CN117354758B - 一种同系统内多手车互联融合的交互控制系统及方法 - Google Patents

Abstract

本发明公开了一种同系统内多手车互联融合的交互控制系统及方法，该系统包括：协议自识别系统用于根据手机端设备识别字段进行互联协议的自动识别并选择对应的协议通道，执行手车互联操作；策略自匹配系统用于根据选择的互联协议进行车机系统策略匹配；设备管理库用于根据手机端设备识别字段进行区分设备、区分互联的数据库记忆及处理，当手机端非首次接入车机系统时，设备管理库根据手机端设备识别字段匹配对应的历史互联数据执行手车互联操作，多手车互联融合交互手动模式用于用户手动选择互联协议进行手车互联操作。本发明支持所有手机机型可以在同一车机系统中进行手车互联协议自动配对及使用，操作简单，连接方便，有效提升了用户体验。

Description

一种同系统内多手车互联融合的交互控制系统及方法

技术领域

本发明涉及智能汽车技术领域，尤其涉及一种同系统内多手车互联融合的交互控制系统及方法。

背景技术

随着智能化、网联化的不断发展，汽车作为出行场景下的代表产品，开始超越“代步工具”的单一属性，逐步升级为智能移动空间。现有技术中，汽车第三方应用体验一般通过车机系统预装或安装应用提供，然而第三方应用存在更新周期长、版本旧、用户数据无法同步手机端等问题，不利于用户使用体验。

手机作为工作生活中必不可少的一部分，一般需要随时携带，第三方应用数据一般存储在手机缓存或云端账号中，因此出现了通过手车互联提供手机与车机进行应用投屏的第三方应用体验方式。手车互联指的是手机与车机系统互联交互的方式及协议，现有的手车互联协议提供商包括Apple CarPlay、HUAWEI HiCar、ICCOA Carlink、百度CarLife等；然而一般一个协议仅支持一类手机系统或单一品牌手机，如：车机端适配Apple CarPlay协议后，仅可供苹果手机用户进行手车互联操作，安卓、鸿蒙用户无法使用。

对此，行业内现有方案通常因各协议与车机融合的难度，只为一个车机系统预置1-2个手车互联协议，且作为独立应用分开，手车互联协议独立集成适配，通过应用入口或应用图标的方式，用户需要使用哪个协议就点击运行对应的协议入口。这种方案仅能够支持部分手机品牌与用户，依旧无法覆盖所有手机用户，手车互联能力有限；对于车机系统而言，需要单独按每个互联维度与车机系统做策略设计与适配，手车互联协议各自与车机相关策略（蓝牙、音频等）耦合，非常麻烦；车机系统集成多个互联协议的情况下，很难处理好各协议之间、以及各协议各自与系统耦合的关系，也容易造成车机端资源占用大的问题。

发明内容

针对上述提及的手车互联方案中存在的问题，本发明提出一种同系统内多手车互联融合的交互控制系统及方法，通过BLE广播的方式应用于多个手车互联上，使用多互联融合交互方案，支持所有手机机型可以在同一车机系统中进行手车互联协议自动配对及使用，操作简单，连接方便，有效提升了用户体验。

为了实现上述目的，本发明通过如下的技术方案来实现：

一种同系统内多手车互联融合的交互控制系统，所述系统包括：协议自识别系统、策略自匹配系统和设备管理库；

所述协议自识别系统用于根据手机端设备识别字段进行互联协议的自动识别并选择对应的协议通道，执行手车互联操作；所述互联协议至少有两个；

所述策略自匹配系统在协议自识别系统完成互联协议的自动识别且完成协议通道切换后，用于根据选择的互联协议进行车机系统策略匹配；

所述设备管理库用于根据手机端设备识别字段进行区分设备、区分互联的数据库记忆及处理，当手机端非首次接入车机系统时，设备管理库根据手机端设备识别字段匹配对应的历史互联数据执行手车互联操作。

作为本发明的一种优选方案，所述历史互联数据包括根据手机端设备识别字段记录的最后一次使用的互联协议、是否进行自动互联、是否已完成有线互联、是否已完成无线互联；

对于多屏车型，所述历史互联数据还包括是否设置主屏幕优先以及最后一次退出时屏幕位置。

作为本发明的一种优选方案，所述协议自识别系统包括无线传输模块、有线传输模块、手机端设备识别模块、协议类型识别模块和协议通道切换模块；

所述无线传输模块用于手机端以无线方式接入车机系统时，车机系统与手机端之间进行通信交互，交互方法具体包括：车机系统以BLE低功耗蓝牙模式统一发送BLE广播，生成启动广播包，所述BLE低功耗蓝牙模式封装在蓝牙应用层，与系统框架进行通信交互；所述启动广播包包括多个互联协议所需数据，以预设的周期发送；任意可处理所述启动广播包的信号的手机端根据各自手机系统的逻辑进行BLE广播信号监听，接收到对应互联协议所需数据后进行数据解析并处理，处理完成的手机端与车机系统使用BLE连接并进行鉴权数据交互，手机端将BLE连接数据包返回给车机系统；

所述有线传输模块用于通过检测车机USB口的字段判断车机USB口接入状态，当车机USB口接入状态激活时开始进行有线数据交互；

所述手机端设备识别模块用于对无线传输模块的BLE连接数据包进行解析，识别出手机端设备识别字段，或用于根据有线传输模块的有线数据交互，苹果手机端通过MFI外部设备交互通信协议，其他手机端通过AOA外部设备通信协议进行手机端设备识别字段的识别，进而解析出手机端设备ID；所述手机端设备识别字段包括：苹果手机端为User-Agent字段，其他手机端为manufacture字段；

所述协议类型识别模块包括协议识别表，用于根据所述手机端设备ID，在协议识别表中匹配所述手机端设备ID对应的协议类型；

所述协议通道切换模块用于根据所述协议类型识别模块匹配的协议类型，切换该协议对应的数据传输通道，完成手车互联操作。

作为本发明的一种优选方案，所述无线传输模块包括WiFi/AP模组单元、蓝牙模组单元和车载BLE广播单元；

所述WiFi/AP模组单元用于手机端通过WiFi或AP的方式与车机系统建立无线传输通道；

所述蓝牙模组单元用于预设与互联协议对应的多个蓝牙模组进行调用；

所述车载BLE广播单元用于同一车机系统内的多个互联协议同时或间隔发送蓝牙BLE广播，具体通过如下方法实现：

通过BluetoothManager获取BluetoothAdapter对象，创建与多个互联协议对应的多组BLE广播数据，使用AdvertiseSettings.Builder对多组BLE广播数据进行多组BLE广播设置，使用AdvertiseData.Builder创建多组BLE广播数据包，通过BluetoothLeAdvertiser多次调用startAdvertising方法，以传入所述多组BLE广播设置和多组BLE广播数据包，传入后启动多组BLE广播。

作为本发明的一种优选方案，所述策略自识别系统包括策略类型模块和系统策略模块；

所述策略类型模块用于根据协议自识别系统识别的协议类型在策略表中映射对应的策略类型；

所述系统策略模块用于根据所述策略类型，自动匹配对应的车机系统策略。

作为本发明的一种优选方案，所述交互控制系统还包括多手车互联融合交互手动模式，用于用户手动选择互联协议进行手车互联操作；

所述多手车互联融合交互手动模式分为未使用态和使用态，处于未使用态时，容纳至少2个互联协议，所述互联协议以列表、图标或分栏的方式统一在一个卡片或聚合页内，进行多个互联协议的融合放置，支持通过OTA增加互联协议；

处于使用态时，被用户选择、处于使用中的互联协议突出高亮显示，其他互联协议收纳入统一图标供用户手动切换；

所述多手车互联融合交互手动模式的使用态与协议自识别系统、策略自识别系统联合工作，即当协议自识别系统识别后，策略自识别系统、多互联融合交互手动模式的使用态同步切换。

一种同系统内多手车互联融合的交互控制方法，所述方法包括：

车机上电后，手机端通过无线或有线方式接入车机系统，车机系统默认自动启动手车互联模式；所述手车互联模式的自动启动功能支持在互联设置中由用户手动关闭；

车机系统判断手机端是否为首次接入，若不是首次，则进入设备管理库进行匹配，所述设备管理库根据手机端设备识别字段匹配对应的历史互联数据，根据所述历史互联数据执行手车互联操作；若为首次，则询问用户是否进入互联流程，若用户选择是，则进入互联流程，执行手车互联操作；若用户选择否，则直接结束；

所述互联流程具体如下：当手机端通过有线方式接入车机系统时，车机系统通过检测车机USB口的字段判断车机USB口接入状态，当车机USB口接入状态激活时开始进行有线数据交互；苹果手机端通过MFI外部设备交互通信协议、其他手机端通过AOA外部设备通信协议，识别手机端设备识别字段，苹果手机端返回User-Agent字段或其他手机端返回manufacture字段给车机系统，进而解析手机端设备ID；根据所述手机端设备ID，在协议识别表中匹配所述手机端设备ID对应的协议类型；根据所述协议类型，切换至该协议对应的数据传输通道，完成手车互联操作；

通过互联流程完成手车互联后，根据选择的互联协议进入策略匹配流程；所述策略匹配流程具体包括策略类型自匹配以及车机系统策略匹配；所述策略类型自匹配为根据所述协议类型在策略表中映射对应的策略类型，所述车机系统策略匹配为根据所述策略类型，自动匹配对应的车机系统策略；

策略匹配流程结束后，手机端和车机端进行页面交互显示。

作为本发明的一种优选方案，所述互联流程还包括：当手机端通过无线方式接入车机系统时，车机系统通过蓝牙应用层的BLE低功耗蓝牙模式统一发送BLE广播，生成启动广播包，所述启动广播包包括多个互联协议所需数据，以预设的周期发送，手机端根据手机系统的逻辑进行BLE广播信号监听，接收到对应互联协议所需数据后进行数据解析并处理，处理完成的手机端与车机系统使用BLE连接并进行鉴权数据交互，手机端将BLE连接数据包返回给车机系统，车机系统对所述BLE连接数据包进行解析，识别出手机端设备识别字段，苹果手机端为User-Agent字段，其他手机端为manufacture字段，进而解析出手机端设备ID；在协议识别表中匹配所述手机端设备ID对应的协议类型；根据匹配的协议类型，切换至该协议对应的数据传输通道，完成手车互联操作；

所述BLE广播通过车载BLE广播单元、由多个互联协议同时或间隔发送；或预设与互联协议对应的多个蓝牙模组进行调用。

作为本发明的一种优选方案，所述设备管理库用于记录手机端设备识别字段对应的历史互联数据，所述历史互联数据包括根据手机端设备识别字段记录的最后一次使用的互联协议、是否进行自动互联、是否已完成有线互联、是否已完成无线互联；当是否自动互联的记录为“是”时，手机端自动与车机系统进行手车互联操作；

对于多屏车型，所述历史互联数据还包括是否设置主屏幕优先以及最后一次退出时屏幕位置。

作为本发明的一种优选方案，当设备管理库的自动互联失败或协议自识别系统的手车互联操作失败后，所述方法还包括通过多手车互联融合交互手动模式手动选择互联协议进行手车互联操作；

所述多手车互联融合交互手动模式分为未使用态和使用态，处于未使用态时，容纳至少2个互联协议，所述互联协议以列表、图标或分栏的方式统一在一个卡片或聚合页内，进行多个互联协议的融合放置，支持通过OTA增加互联协议；

处于使用态时，被用户选择、处于使用中的互联协议突出高亮显示，其他互联协议收纳入统一图标供用户手动切换。

本发明的有益效果是：本发明无需下载多个互联App，从系统层实现多手车互联融合，解决了多互联入口分散的问题；协议自识别系统无需用户手动或前置选择使用的互联协议，只要手机端反馈，车机端即可自动识别及匹配对应的互联协议，同时提供代码层、硬件层两种解决方案，不仅省去了手动选择和手动切换的繁琐，提升了用户体验，还解决了当前无法同时提供多互联调用无线连接时蓝牙BLE广播的问题；系统内置多种策略及映射方案，可自动识别并匹配使用合适的对应协议的策略，解决了互联协议策略多、杂、易冲突的问题；通过设备管理库进行多设备、多协议、多功能记忆及设置能力，可根据不同设备、不同协议、不同功能进行与车机系统融合功能管控；通过多手车互联融合交互手动模式提供手动交互模式，融合非使用态和使用态，做到手车互联全手机系统覆盖，支持用户携带的所有手机都可以在同一车型上进行自动协议配对及使用，解决互联协议间与互联协议与系统耦合的关系，减少不同车机系统的开发成本。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。其中：

图1为本发明的系统模块化结构示意图；

图2为本发明实施例中车载BLE广播单元的工作流程图；

图3为本发明实施例中互联协议所需数据示意图；

图4为本发明实施例中蓝牙模组单元的工作流程图；

图5为本发明实施例中多手车互联融合交互手动模式未使用态交互样式一示意图；

图6为本发明实施例中多手车互联融合交互手动模式未使用态交互样式二示意图；

图7为本发明实施例中多手车互联融合交互手动模式未使用态交互样式三示意图；

图8为本发明实施例中多手车互联融合交互手动模式使用态交互样式示意图；

图9为本发明的方法流程图；

图10为本发明实施例中有线方式下互联流程示意图；

图11为本发明实施例中无线方式下互联流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例的附图，对本发明实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于所描述的本发明的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明的一个实施例，该实施例提供了一种同系统内多手车互联融合的交互控制系统，主要包括协议自识别系统、策略自匹配系统和设备管理库等。

协议自识别系统主要用于根据手机端设备识别字段进行互联协议的自动识别并选择对应的协议通道，执行手车互联操作，包括无线传输模块、有线传输模块、手机端设备识别模块、协议类型识别模块和协议通道切换模块。

需要说明的是，本发明中所指互联协议至少有两个；包括但不限于AppleCarPlay、HUAWEI HiCar、ICCOA Carlink、百度CarLife及其他手车互联协议。

无线传输模块用于手机端以无线方式接入车机系统时，车机系统与手机端之间进行通信交互，交互方法具体包括：

车机系统通过BLE低功耗蓝牙模式统一发送BLE广播，生成启动广播包，启动广播包包括多个互联协议所需数据，以预设的周期发送；BLE低功耗蓝牙模式可封装在蓝牙应用层（BTA层），再与系统框架进行通信交互；

任意可处理启动广播包信号的手机端根据各自手机系统的逻辑进行BLE广播信号监听，接收到对应互联协议所需数据后进行数据解析并处理，处理完成的手机端与车机系统使用BLE连接并进行鉴权数据交互，手机端将BLE连接数据包返回给车机系统。

现有车机系统的蓝牙模块，同一时间只能支持发送一个BLE广播，无法支持同时多个应用的调用，若多个互联发起连接前都需要发送BLE广播，例如：HiCar、Carlink需车机端发送带自己协议标识数据的蓝牙广播后，手机端收到提示进行输入匹配码或点击确认后，车机端才能进行互联连接下一步；则无法支持本发明协议自识别系统的运行（需要具备多个协议同时调用系统发蓝牙BLE广播的能力）。对此，本发明提供代码层和硬件层两种解决方案，提供了多互联同时调用无线连接的方法。

在一个实施例中，无线传输模块包括WiFi/AP模组单元、蓝牙模组单元和车载BLE广播单元；

WiFi/AP模组单元用于手机端通过WiFi或AP的方式与车机系统建立无线传输通道；

车载BLE广播单元用于同一车机系统内的多个互联协议同时或间隔发送蓝牙BLE广播，从代码层解决当前无法同时提供多互联调用无线连接时蓝牙BLE广播的问题。

如图2所示，具体通过如下方法实现：

通过BluetoothManager获取BluetoothAdapter对象，创建与多个互联协议对应的多组BLE广播数据data1、data2、…、dataX，使用AdvertiseSettings.Builder对多组BLE广播数据进行多组BLE广播设置setting1、setting2、…、settingX，使用AdvertiseData.Builder创建多组BLE广播数据包dataPacket1、dataPacket2、…、dataPacketX，通过BluetoothLeAdvertiser多次调用startAdvertising方法，以传入多组BLE广播设置和多组BLE广播数据包，传入后启动多组BLE广播；

启动广播包中的多个互联协议所需数据，即为多组BLE广播数据data1、data2、…，多组BLE广播设置setting1、setting2、…，以及多组BLE广播数据包dataPacket1、dataPacket2、…，如图3所示。

蓝牙模组单元用于预设与互联协议对应的多个蓝牙模组，BModule1、BModule2、BModuleX等，一个蓝牙模组对应一个应用/互联协议，如图4所示，从硬件层角度解决蓝牙调用冲突的问题。

有线传输模块用于通过检测车机USB口的字段，如UsbManager.ACTION_USB_DEVICE_ATTACHED，来判断车机USB口接入状态，当车机USB口接入状态激活时开始进行有线数据交互。

手机端设备识别模块用于对无线传输模块的BLE连接数据包进行解析，识别出手机端设备识别字段，或用于根据有线传输模块的有线数据交互，苹果手机端通过MFI外部设备交互通信协议，其他手机端通过AOA外部设备通信协议进行手机端设备识别字段的识别，进而解析出手机端设备ID；

手机端设备识别字段包括：苹果手机端为User-Agent字段，其他手机端为manufacture字段。因不同操作系统（苹果/其他）的代码规范不同，区分设备的方法需加以区别，本发明通过苹果User-Agent/其他Manufacture的方式，可以更快速更准确识别不同设备。

协议类型识别模块包括协议识别表，用于根据手机端设备ID，在协议识别表中匹配手机端设备ID对应的协议类型，再通信系统告知所匹配的协议类型。

在一个实施例中，协议识别表如表1所示：

表1 协议识别表

协议通道切换模块用于根据协议类型识别模块匹配的协议类型，切换该协议对应的数据传输通道，完成手车互联操作。

策略自匹配系统在协议自识别系统完成互联协议的自动识别且完成协议通道切换后，用于根据选择的互联协议进行车机系统策略匹配；

在一个具体的实施例中，策略自匹配系统可以包括策略类型模块和系统策略模块。策略类型模块用于根据协议自识别系统识别的协议类型在策略表中映射对应的策略类型；系统策略模块用于根据策略类型，自动匹配对应的车机系统策略。

可选地，策略表如表2所示：

表2 策略表

设备管理库用于根据手机端设备识别字段进行区分设备、区分互联的数据库记忆及处理，当手机端非首次接入车机系统时，设备管理库根据手机端设备识别字段匹配对应的历史互联数据执行手车互联操作。可根据不同互联协议、不同设备情况，具体设置字段是否记忆的能力。

在一个实施例中，历史互联数据主要包括根据手机端设备识别字段记录的互联产品、是否进行自动互联（针对非首次连接）、是否已完成有线互联、是否已完成无线互联；互联产品指的是该手机设备最后一次使用的互联协议。对于多屏车型，历史互联数据还包括是否设置主屏幕优先以及最后一次退出时屏幕位置。

可选地，设备管理库的数据表存储样式如表3所示：

表3 设备管理库数据表

对于多屏车型，手车互联成功时显示的屏幕默认为之前最后一次退出时的屏幕位置，系统默认优先级为P1/P2屏＞主屏幕，可以在互联设置中进行更改。

在一个优选实施例中，交互控制系统还可以包括多手车互联融合交互手动模式，用于用户手动选择互联协议进行手车互联操作；

多手车互联融合交互手动模式分为未使用态和使用态，处于未使用态时，容纳至少2个互联协议，互联协议以列表、图标或分栏的方式统一在一个卡片或聚合页内，进行多个互联协议的融合放置，支持通过OTA增加互联协议；

可选地，未使用态的显示样式如图5-图7所示。

处于使用态时，被用户选择、处于使用中的互联协议突出高亮显示，其他互联协议收纳入统一图标供用户手动切换，如图8所示，使用中的协议为互联协议A。

多手车互联融合交互手动模式的使用态与协议自识别系统、策略自识别系统联合工作，即当协议自识别系统识别后，策略自识别系统、多互联融合交互手动模式的使用态同步切换。

通过本实施例的交互控制系统，可以给用户提供多互联协议在同一操作系统下的快速、稳定部署及提供优秀的多互联协议交互体验。

基于上述交互控制系统，本发明提供另一优选实施例，如图9所示，该实施例提供了一种同系统内多手车互联融合的交互控制方法，具体包括以下步骤：

S1：车机上电后，手机端通过无线或有线方式接入车机系统，车机系统默认自动启动手车互联模式；

可选地，该手车互联模式的自动启动功能支持在互联设置中由用户手动关闭。

S2：车机系统判断手机端是否为首次接入，若不是首次，则进入设备管理库进行匹配，设备管理库根据手机端设备识别字段匹配对应的历史互联数据，根据历史互联数据执行手车互联操作；

设备管理库用于记录手机端设备识别字段对应的历史互联数据，历史互联数据包括根据手机端设备识别字段记录的最后一次使用的互联协议、是否进行自动互联、是否已完成有线互联、是否已完成无线互联；

当是否自动互联的记录为“是”时，手机端自动与车机系统进行手车互联操作；

对于多屏车型，历史互联数据还包括是否设置主屏幕优先以及最后一次退出时屏幕位置。

若为首次，则询问用户是否进入互联流程，若用户选择是，则进入互联流程，执行手车互联操作；若用户选择否，则直接结束。

S3：互联流程具体如下：

如图10所示，当手机端通过有线方式接入车机系统时，车机系统通过检测车机USB口的字段判断车机USB口接入状态，当车机USB口接入状态激活时开始进行有线数据交互；苹果手机端通过MFI外部设备交互通信协议、其他手机端通过AOA外部设备通信协议，识别手机端设备识别字段，苹果手机端返回User-Agent字段或其他手机端返回manufacture字段给车机系统，进而解析手机端设备ID；根据手机端设备ID，在协议识别表中匹配手机端设备ID对应的协议类型；根据协议类型，切换至该协议对应的数据传输通道，完成手车互联操作；

如图11所示，当手机端通过无线方式接入车机系统时，车机系统通过蓝牙应用层的BLE低功耗蓝牙模式统一发送BLE广播，生成启动广播包，启动广播包包括多个互联协议所需数据，以预设的周期发送，手机端根据手机系统的逻辑进行BLE广播信号监听，接收到对应互联协议所需数据后进行数据解析并处理，处理完成的手机端与车机系统使用BLE连接并进行鉴权数据交互，手机端将BLE连接数据包返回给车机系统，车机系统对BLE连接数据包进行解析，识别出手机端设备识别字段，苹果手机端为User-Agent字段，其他手机端为manufacture字段，进而解析出手机端设备ID；在协议识别表中匹配手机端设备ID对应的协议类型；根据匹配的协议类型，切换至该协议对应的数据传输通道，完成手车互联操作；

BLE广播通过车载BLE广播单元、由多个互联协议同时或间隔发送；或预设与互联协议对应的多个蓝牙模组进行调用；

有线和无线同时存在的情况下，手机端优先通过有线方式接入车机系统。

S4：通过互联流程完成手车互联后，根据选择的互联协议进入策略匹配流程；策略匹配流程具体包括策略类型自匹配以及车机系统策略匹配；策略类型自匹配为根据协议类型在策略表中映射对应的策略类型，车机系统策略匹配为根据策略类型，自动匹配对应的车机系统策略；

S5：策略匹配流程结束后，手机端和车机端进行页面交互显示。

在一个实施例中，当设备管理库的自动互联失败或协议自识别系统的手车互联操作失败后，方法还包括通过多手车互联融合交互手动模式手动选择互联协议进行手车互联操作；

多手车互联融合交互手动模式分为未使用态和使用态，处于未使用态时，容纳至少2个互联协议，互联协议以列表、图标或分栏的方式统一在一个卡片或聚合页内，进行多个互联协议的融合放置，支持通过OTA增加互联协议；

处于使用态时，被用户选择、处于使用中的互联协议突出高亮显示，其他互联协议收纳入统一图标供用户手动切换。

综上所述，本发明无需下载多个互联App，从系统层实现多手车互联融合，解决了多互联入口分散的问题；协议自识别系统无需用户手动或前置选择使用的互联协议，只要手机端反馈，车机端即可自动识别及匹配对应的互联协议，同时提供代码层、硬件层两种解决方案，不仅省去了手动选择和手动切换的繁琐，提升了用户体验，还解决了当前无法同时提供多互联调用无线连接时蓝牙BLE广播的问题；系统内置多种策略及映射方案，可自动识别并匹配使用合适的对应协议的策略，解决了互联协议策略多、杂、易冲突的问题；通过设备管理库进行多设备、多协议、多功能记忆及设置能力，可根据不同设备、不同协议、不同功能进行与车机系统融合功能管控；通过多手车互联融合交互手动模式提供手动交互模式，融合非使用态和使用态，做到手车互联全手机系统覆盖，支持用户携带的所有手机都可以在同一车型上进行自动协议配对及使用，解决互联协议间与互联协议与系统耦合的关系，减少不同车机系统的开发成本。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现，计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种同系统内多手车互联融合的交互控制系统，其特征在于，所述系统包括：协议自识别系统、策略自匹配系统和设备管理库；

所述协议自识别系统用于根据手机端设备识别字段进行互联协议的自动识别并选择对应的协议通道，执行手车互联操作；所述互联协议至少有两个；

所述协议自识别系统包括无线传输模块、有线传输模块、手机端设备识别模块、协议类型识别模块和协议通道切换模块；

所述无线传输模块用于手机端以无线方式接入车机系统时，车机系统与手机端之间进行通信交互，交互方法具体包括：车机系统以BLE低功耗蓝牙模式统一发送BLE广播，生成启动广播包，所述BLE低功耗蓝牙模式封装在蓝牙应用层，与系统框架进行通信交互；所述启动广播包包括多个互联协议所需数据，以预设的周期发送；任意可处理所述启动广播包的信号的手机端根据各自手机系统的逻辑进行BLE广播信号监听，接收到对应互联协议所需数据后进行数据解析并处理，处理完成的手机端与车机系统使用BLE连接并进行鉴权数据交互，手机端将BLE连接数据包返回给车机系统；

所述有线传输模块用于通过检测车机USB口的字段判断车机USB口接入状态，当车机USB口接入状态激活时开始进行有线数据交互；

所述手机端设备识别模块用于对无线传输模块的BLE连接数据包进行解析，识别出手机端设备识别字段，或用于根据有线传输模块的有线数据交互，苹果手机端通过MFI外部设备交互通信协议，其他手机端通过AOA外部设备通信协议进行手机端设备识别字段的识别，进而解析出手机端设备ID；所述手机端设备识别字段包括：苹果手机端为User-Agent字段，其他手机端为manufacture字段；

所述协议类型识别模块包括协议识别表，用于根据所述手机端设备ID，在协议识别表中匹配所述手机端设备ID对应的协议类型；

所述协议通道切换模块用于根据所述协议类型识别模块匹配的协议类型，切换该协议对应的数据传输通道，完成手车互联操作；

所述策略自匹配系统在协议自识别系统完成互联协议的自动识别且完成协议通道切换后，用于根据选择的互联协议进行车机系统策略匹配；

所述设备管理库用于根据手机端设备识别字段进行区分设备、区分互联的数据库记忆及处理，当手机端非首次接入车机系统时，设备管理库根据手机端设备识别字段匹配对应的历史互联数据执行手车互联操作。

2.根据权利要求1所述的一种同系统内多手车互联融合的交互控制系统，其特征在于，所述历史互联数据包括根据手机端设备识别字段记录的最后一次使用的互联协议、是否进行自动互联、是否已完成有线互联、是否已完成无线互联；

对于多屏车型，所述历史互联数据还包括是否设置主屏幕优先以及最后一次退出时屏幕位置。

3.根据权利要求1所述的一种同系统内多手车互联融合的交互控制系统，其特征在于，所述无线传输模块包括WiFi/AP模组单元、蓝牙模组单元和车载BLE广播单元；

所述WiFi/AP模组单元用于手机端通过WiFi或AP的方式与车机系统建立无线传输通道；

所述蓝牙模组单元用于预设与互联协议对应的多个蓝牙模组进行调用；

所述车载BLE广播单元用于同一车机系统内的多个互联协议同时或间隔发送蓝牙BLE广播，具体通过如下方法实现：

通过BluetoothManager获取BluetoothAdapter对象，创建与多个互联协议对应的多组BLE广播数据，使用AdvertiseSettings.Builder对多组BLE广播数据进行多组BLE广播设置，使用AdvertiseData.Builder创建多组BLE广播数据包，通过BluetoothLeAdvertiser多次调用startAdvertising方法，以传入所述多组BLE广播设置和多组BLE广播数据包，传入后启动多组BLE广播。

4.根据权利要求1所述的一种同系统内多手车互联融合的交互控制系统，其特征在于，所述策略自识别系统包括策略类型模块和系统策略模块；

所述策略类型模块用于根据协议自识别系统识别的协议类型在策略表中映射对应的策略类型；

所述系统策略模块用于根据所述策略类型，自动匹配对应的车机系统策略。

5.根据权利要求1所述的一种同系统内多手车互联融合的交互控制系统，其特征在于，所述交互控制系统还包括多手车互联融合交互手动模式，用于用户手动选择互联协议进行手车互联操作；

所述多手车互联融合交互手动模式分为未使用态和使用态，处于未使用态时，容纳至少2个互联协议，所述互联协议以列表、图标或分栏的方式统一在一个卡片或聚合页内，进行多个互联协议的融合放置，支持通过OTA增加互联协议；

处于使用态时，被用户选择、处于使用中的互联协议突出高亮显示，其他互联协议收纳入统一图标供用户手动切换；

所述多手车互联融合交互手动模式的使用态与协议自识别系统、策略自识别系统联合工作，即当协议自识别系统识别后，策略自识别系统、多互联融合交互手动模式的使用态同步切换。

6.基于权利要求1-5任一项所述的一种同系统内多手车互联融合的交互控制系统的交互控制方法，其特征在于，所述方法包括：

车机上电后，手机端通过无线或有线方式接入车机系统，车机系统默认自动启动手车互联模式；所述手车互联模式的自动启动功能支持在互联设置中由用户手动关闭；

车机系统判断手机端是否为首次接入，若不是首次，则进入设备管理库进行匹配，所述设备管理库根据手机端设备识别字段匹配对应的历史互联数据，根据所述历史互联数据执行手车互联操作；若为首次，则询问用户是否进入互联流程，若用户选择是，则进入互联流程，执行手车互联操作；若用户选择否，则直接结束；

所述互联流程具体如下：当手机端通过有线方式接入车机系统时，车机系统通过检测车机USB口的字段判断车机USB口接入状态，当车机USB口接入状态激活时开始进行有线数据交互；苹果手机端通过MFI外部设备交互通信协议、其他手机端通过AOA外部设备通信协议，识别手机端设备识别字段，苹果手机端返回User-Agent字段或其他手机端返回manufacture字段给车机系统，进而解析手机端设备ID；根据所述手机端设备ID，在协议识别表中匹配所述手机端设备ID对应的协议类型；根据所述协议类型，切换至该协议对应的数据传输通道，完成手车互联操作；

通过互联流程完成手车互联后，根据选择的互联协议进入策略匹配流程；所述策略匹配流程具体包括策略类型自匹配以及车机系统策略匹配；所述策略类型自匹配为根据所述协议类型在策略表中映射对应的策略类型，所述车机系统策略匹配为根据所述策略类型，自动匹配对应的车机系统策略；

策略匹配流程结束后，手机端和车机端进行页面交互显示。

7.根据权利要求6所述的一种同系统内多手车互联融合的交互控制系统的交互控制方法，其特征在于，所述互联流程还包括：当手机端通过无线方式接入车机系统时，车机系统以蓝牙应用层的BLE低功耗蓝牙模式统一发送BLE广播，生成启动广播包，所述启动广播包包括多个互联协议所需数据，以预设的周期发送，手机端根据手机系统的逻辑进行BLE广播信号监听，接收到对应互联协议所需数据后进行数据解析并处理，处理完成的手机端与车机系统使用BLE连接并进行鉴权数据交互，手机端将BLE连接数据包返回给车机系统，车机系统对所述BLE连接数据包进行解析，识别出手机端设备识别字段，苹果手机端为User-Agent字段，其他手机端为manufacture字段，进而解析出手机端设备ID；在协议识别表中匹配所述手机端设备ID对应的协议类型；根据匹配的协议类型，切换至该协议对应的数据传输通道，完成手车互联操作；

所述BLE广播通过车载BLE广播单元、由多个互联协议同时或间隔发送；或预设与互联协议对应的多个蓝牙模组进行调用。

8.根据权利要求6所述的一种同系统内多手车互联融合的交互控制系统的交互控制方法，其特征在于，所述设备管理库用于记录手机端设备识别字段对应的历史互联数据，所述历史互联数据包括根据手机端设备识别字段记录的最后一次使用的互联协议、是否进行自动互联、是否已完成有线互联、是否已完成无线互联；当是否自动互联的记录为“是”时，手机端自动与车机系统进行手车互联操作；

对于多屏车型，所述历史互联数据还包括是否设置主屏幕优先以及最后一次退出时屏幕位置。

9.根据权利要求6所述的一种同系统内多手车互联融合的交互控制系统的交互控制方法，其特征在于，当设备管理库的自动互联失败或协议自识别系统的手车互联操作失败后，所述方法还包括通过多手车互联融合交互手动模式手动选择互联协议进行手车互联操作；

所述多手车互联融合交互手动模式分为未使用态和使用态，处于未使用态时，容纳至少2个互联协议，所述互联协议以列表、图标或分栏的方式统一在一个卡片或聚合页内，进行多个互联协议的融合放置，支持通过OTA增加互联协议；

处于使用态时，被用户选择、处于使用中的互联协议突出高亮显示，其他互联协议收纳入统一图标供用户手动切换。