使用地理栅栏信标控制车辆主机单元预启动的方法及系统与流程

本公开总体涉及一种车辆地理栅栏系统，并且更具体地，涉及一种能够使用地理栅栏信标自动地控制用户设备(ue：userequipment)的蓝牙功能和车辆主机单元的操作的使用地理栅栏信标控制车辆主机单元(headunit)的预启动(freebooting)的方法、及其装置和系统。

背景技术：

随着最近电子控制技术的发展，车辆内先前使用机械方式操作的各种装置现在可使用电动方式操作。因此，增加了驾驶员便利、驾驶安全等。

最近，被称为“地理栅栏”的概念已被应用于车辆。术语“地理栅栏”通过组合意为“地球”、“土地”等的前缀“地理(geo-)”与单词“围栏(fence)”创建。“地理栅栏”的字典定义是实际地域上的虚拟边界。当被监控车辆或链接到车辆的外部终端越过预设的地理栅栏时，地理栅栏观察器可检测车辆或外部终端以控制车辆内的特定装置或给外部车辆管理中心(例如，车辆远程信息处理服务器)或预先注册的装置提供各种车辆相关的服务。

同时，许多最近开发的车辆提供用于车辆的蓝牙配对功能以与手机配对。当携带预先注册的手机的驾驶员进入这样的车辆并激活手机的蓝牙功能时，具有蓝牙功能的车辆主机单元自动地检测预先注册的手机并尝试蓝牙配对。

然而，传统蓝牙配对的不便利性在于每当驾驶员启动车辆时驾驶员都需要激活驾驶员手机的蓝牙功能。因为当蓝牙持续地激活时手机的电池消耗高，手机用户通常停用手机内包含的蓝牙功能。

此外，一些最近开发的车辆具有车辆主机单元的预启动功能。然而，当车辆接收门解锁信号时所述功能开始车辆主机单元的预启动程序。因此，所述功能的缺点在于驾驶员进入车辆后驾驶员不能使用车辆主机单元的各种功能直到预启动程序完成。一般而言，车辆主机单元除了多媒体再现功能外还可提供导航功能、备份相机功能等。

技术实现要素：

因此，本公开涉及基本上避免了由于现有技术的限制和缺点的一个或多个问题的使用地理栅栏信标控制车辆主机单元的预启动的方法及其装置和系统。

本公开的目的是提供一种能够使用地理栅栏信标自动地控制用户设备(ue)的蓝牙功能和车辆主机单元的操作的使用地理栅栏信标控制车辆主机单元的预启动的方法，及其装置和系统。本公开的另一个目的是提供一种当检测出ue通过地理栅栏信标进入地理栅栏时通过自动激活预先注册的ue的蓝牙功能能够诱导车辆主机单元的预启动的使用地理栅栏信标控制车辆主机单元的自动启动(booting)的方法，及其装置和系统。

本公开要解决的技术问题不限于上述技术问题，并且在此未提及的其它技术问题可由本领域的技术人员从下面描述中清楚地理解。

为了达到这些目的和其他优点，根据本公开的实施例，一种在车辆内控制车辆主机单元的预启动的方法，其包括：当关闭车辆的点火开关时传输信标帧；接收指示已通过接收信标帧的用户设备(ue)激活蓝牙功能的第一信号；并且响应于第一信号的接收执行车辆主机单元的预启动程序。

方法可还包括：检测在预启动程序期间车辆的门是否已解锁。当门被检测出解锁时可与ue执行自动蓝牙配对程序。

方法可还包括：检测在预启动程序期间车辆的门是否已解锁。在预定的第一时间期间当车辆的门保持锁定时可终止进行中的预启动程序。

方法可还包括：接收指示通过ue停用蓝牙功能的第二信号。响应于于第二信号的接收，可终止预启动程序。

方法可还包括：当在预定的时间单位期间以预定次数重复地和交替地接收第一信号和第二信号时阻断信标帧的传输。

当在预定的时间单位期间以预定次数重复地和交替地接收第一信号和第二信号时基于车辆的门解锁可控制车辆主机单元的预启动。

在驱动之后一旦车辆停止就可恢复信标帧的传输，关闭车辆的点火开关，然后锁定车辆的门。

信标帧可包括用于唯一地识别车辆的车辆识别信息，并且当包括在ue内的车辆信息与包括在由ue接收的信标帧内的车辆识别信息相同时可从ue接收第一信号。

车辆识别信息可包括车辆识别号码(vin)和牌照信息中的至少一个。

信标帧可还包括用于识别对自动蓝牙配对可用的装置并登记在车辆主机单元内的用户识别信息，并且当基于用户识别与车辆主机单元的自动蓝牙配对由ue验证可用时自动激活ue的蓝牙功能。

用户识别信息可包括手机号码和装置名称中的至少一个。

信标帧可对应于wi-fi标准中定义的信标帧。

此外，根据本公开的实施例，在与信标单元和门锁定单元链接的车辆主机单元内控制预启动的方法包括：接收来自信标单元的预启动开始请求信号，根据预启动开始请求信号执行预启动程序，在预启动程序期间接收来自门锁定单元的门解锁通知信号，并且根据门解锁通知信号搜索用于自动蓝牙配对的用户设备(ue)。

此外，根据本公开的实施例，在建立车辆地理栅栏的信标单元内控制车辆主机单元的预启动的方法包括：当关闭车辆的点火开关时传输包括车辆识别信息的信标帧；接收来自接收信标帧的用户设备(ue)的指示蓝牙功能已激活的第一信号；并且响应于第一信号的接收传输预启动开始请求信号到车辆主机单元。根据预启动开始请求信号启动车辆主机单元的预启动程序。

此外，根据本公开的实施例，用于控制车辆主机单元的预启动的装置包括：与预先注册的装置执行自动蓝牙配对程序的车辆主机单元，和当关闭车辆的点火开关时传输用于建立车辆地理栅栏的信标帧并且当接收来自接收信标帧的ue的指示蓝牙功能已激活的第一信号时传输预启动开始请求信号到车辆主机单元的信标单元。当根据预启动开始请求信号所启动的预启动程序在车辆主机单元内正常地完成时车辆主机单元搜索ue以执行自动蓝牙配对程序。

装置可还包括当车辆解锁时传输门解锁通知信号到车辆主机单元的门控制单元。当接收到门解锁通知信号时车辆主机单元可开始搜索ue以执行自动蓝牙配对程序。

此外，根据本公开的实施例，在车辆内用于控制车辆主机单元的预启动的含有程序指令的非暂时性计算机可读介质包括：当关闭车辆的点火开关时传输信标帧的程序指令；接收指示由接收信标帧的用户设备(ue)激活蓝牙功能的第一信号的程序指令；以及响应于第一信号的接收执行车辆主机单元的预启动程序的程序指令。

应当注意，上述的技术解决方案仅仅是本公开的实施例的一部分，并且各种反映本公开的技术特征的实施例可通过本领域技术人员从本公开以下给出的详细描述中推断并理解。

附图说明

图1是根据本公开的实施例用于车辆主机单元的预启动程序的描述的系统配置的框图；

图2是根据本公开的实施例用于车辆主机单元的预启动控制程序的描述的流程图；

图3是根据本公开的实施例用于车辆主机单元的预启动控制程序的描述的流程图；以及

图4是根据本公开的实施例用于信标帧的结构的描述的简图。

应当理解，上面涉及的附图不一定是按尺寸比例绘制的，只是呈现本公开的基本原理的各种优选特征示例的某种简化表示。本公开的具体设计特征，例如包括具体的尺寸、取向、位置以及形状，将部分地通过具体预期应用和使用环境确定。

具体实施方式

在下文中，将参照附图详细描述本公开的实施例。如本领域普通技术人员所了解的，所描述的实施例可以以各种不同的方式来修改，所有这些都不脱离本公开的精神或范围。此外，在整个说明书中，同样的附图标记指代同样的元件。

现将详细地参考应用于本公开的优选实施例的装置和各种方法。这里元件的后缀“模块”和“单元”用于方便描述，并因此可互换使用并且没有任何可区别的含义或功能。

虽然构成本公开的实施例的所有元件描述为集成到单独一个或作为单独一个进行操作，但本公开并不一定限于这样的实施例。根据实施例，所有的元件可在本公开的目的和范围内有选择地集成到一个或多个和作为一个或多个进行操作。每个元件可被实现为独立的硬件。交替地，一些或所有的元件可有选择地组合成计算机程序，所述计算机程序具有执行一些或所有在一件或多件硬件中组合的功能的程序模块。构成计算机程序的代码和代码段可通过本公开所属的领域的技术人员很容易地推断。计算机程序可存储在计算机可读介质中，使得计算机程序被读出并且由计算机执行以实现本公开的实施例。计算机程序存储介质可包括磁记录介质、光记录介质以及载波介质。

在此描述的术语“包含”、“包括”和“具有”应被解释不排除其他元件但可还包括这样的其它元件，因为相应的元件可以是固有的，除非另外提及。正如通常通过本公开所属的领域的普通技术人员所理解的，包括技术或科学术语的所有术语具有相同的含义，除非另外提及。通常使用的术语，如在字典中定义的术语，应被解释为与来自上下文的现有技术内的含义一致。除非在本公开中明显地定义，这样的术语不应该被解释为具有理想的或过度正式的含义。

应当理解，尽管术语第一、第二、a、b、(a)、(b)等可在此用于描述本公开的各种元件，但是这些术语仅用于区分一个元件与另一个元件并且相应元件的本质、顺序或序列不受这些术语的限制。应当理解，当一个元件被称为“连接到”、“耦合至”或“接近”另一元件时，虽然一个元件可直接连接到或直接接近另一元件，但一个元件可经由更远的元件“连接到”、“耦合至”或“接近”另一元件。

可以理解，如这里所用的术语“车辆”或者“用车辆运载的”或其他类似术语包括一般如包括运动型多功能车(suv)、公共车辆的客车、卡车、各种商用车辆的机动车辆，包括各种船和舰的船舶，飞机等，并包括混合动力车辆、电动车辆、插入式混合动力电动车辆、氢为动力的车辆和其它替代燃料车辆(例如，来源于非石油资源的其他衍生燃料)。如这里所述，混合动力车辆是具有两个或多个动力源的车辆，例如以汽油为动力和以电为动力二者兼备的车辆。

此外，应当理解，以下方法或其方面中的一个或多个可由至少一个控制单元执行。术语“控制单元”可以指包括存储器和处理器的硬件装置。存储器经配置以存储程序指令，并且处理器经特别编程以执行程序指令从而执行在下面将进一步描述的一个或多个过程。此外，可以理解，本领域普通技术人员应该意识到，以下方法可通过包括与一种或多种其它部件一起使用的控制单元的装置来执行。

此外，本公开的控制单元可被实施为在包含由处理器、控制器等执行的可执行程序指令的计算机可读介质上的非暂时性计算机可读介质。计算机可读介质的实例包括但不限于rom、ram、光盘(cd)-rom、磁带、软盘、闪存驱动器、智能卡以及光学数据存储装置。计算机可读记录介质还可分布在耦合计算机系统的网络中，以便计算机可读介质以分布式方式存储和执行，例如，由远程信息处理服务器或控制器局域网(can)。

现在参照所公开的实施例，图1根据本公开的实施例示出了用于车辆主机单元的预启动程序的描述的系统配置。

如图1所示，根据本公开的实施例的用于控制车辆主机单元的预启动的系统可包括车辆10、用户设备(ue)20、智能钥匙(smartkey)30、远程信息处理服务器40和无线网络50。对于本公开的目的而言，ue20可包括任何能够执行蓝牙通信的装置，包括例如智能电话、平板电脑、pda、膝上型计算机等等。但是，ue20不仅限于上面列出的通信装置。系统的上述部件不是必需的，并且因此可包括更多或更少部件。

车辆10可包括信标单元11、车辆主机单元12以及门控制单元13。

信标单元11可定期地传输信标帧以建立围绕车辆10的地理栅栏。例如，信标帧可对应于由根据wi-fi标准的接入点(ap)传输的信标帧。然而，这仅仅是一个示例，并且信标帧公开可附加地或可替代地包括用于在车辆10的特定半径内建立地理栅栏并自动激活包含在ue20内的蓝牙功能的预定控制指令、用于识别车辆的信息(以下简称为“车辆识别信息”)、以及用于识别在车辆10内注册的具体的ue的信息(以下简称为“用户识别信息”)中的至少一个。应当注意，其他信息可添加至信标帧。

根据本公开的车辆地理栅栏可建立在信标帧可正常地通过ue20接收的范围内。

换句话说，车辆地理栅栏可根据信标帧的传输信号强度来建立。

另外，根据本公开的实施例，信标帧的传输信号强度可由使用车辆主机单元12的用户或包括在车辆10内的另一个输入装置(例如，按钮、滚轮，触摸输入等)来设定。换句话说，用户可通过预定菜单输入任意地设定车辆地理栅栏区域的尺寸。

根据本实施例的信标单元11可与ue20进行双向通信。例如，当接收到信标帧时，ue20可从所接收的信标帧提取车辆识别信息，并且验证所提取的车辆识别信息是否是对应于预先注册的车辆的识别信息。例如，车辆识别信息可包括车辆识别号码(vin)和写在牌照上的车辆的号码中的至少一个。然而，本公开不限于此，并且用于唯一地识别具体车辆的信息就足够了。

作为验证结果，当所提取的vin与在ue20内呈现的车辆识别信息相同时，ue20可自动地激活蓝牙功能。随后，ue20可传输报告蓝牙功能已激活的预定控制信号到信标单元11。

在验证ue20的蓝牙功能已激活时，信标单元11可传输用于预启动车辆主机单元12的预定控制信号至连接到车载通信网络的车辆主机单元12。在此，车载通信网络可包括控制器区域网络(can)通信网络、局域互连网络(lin)通信网络、以太网通信网络、wi-fi通信网络以及flexray通信网络中的一个。然而，这仅仅是一个示例，并且可安装在车辆内的通信网络就足够了。

在从信标单元11接收到用于预启动的控制信号时，车辆主机单元12可启动预启动程序(freebootingprocedure)。作为一个示例，当完成预启动程序时，可激活自动蓝牙配对功能，并且因此车辆主机单元12可启动ue20的扫描程序。

作为另一个示例，在从门控制单元13接收到指示门已解锁的预定门解锁通知信号时，车辆主机单元12可扫描ue20以启动自动蓝牙配对程序。例如，在从智能钥匙30接收到预定解锁指令时，门控制单元13可传输门解锁通知信号到车辆主机单元12。

作为另一个示例，当使用一般车辆钥匙解锁门时，门控制单元13可传输门解锁通知信号到车辆主机单元12。

作为另一个示例，用于远程车辆控制的预定远程车辆控制应用可安装在ue20内。在这种情况下，用户可通过选择远程车辆控制应用的预定菜单直接传输门解锁指令到车辆主机单元12。在本示例中，车辆主机单元12可启动ue20的扫描程序用于自动蓝牙配对，同时传输所接收的门解锁指令到门控制单元13。在此，通过远程车辆控制应用的门解锁指令可通过连接到无线网络50的远程信息处理服务器40递送到车辆主机单元12。例如，无线网络50的例子可包括宽带码分多址(wcdma)网络、长期演进(lte)/高级lte(lte-a)网络、wi-fi网络、车辆专用无线通信网络等。

车辆主机单元12可在预启动程序期间或之后的预定时间段内从门控制单元13接收门解锁通知信号，或当从远程信息处理服务器40未接收到门解锁指令时可被自动关闭。

作为另一个示例，当在预启动程序期间或之后的预定时间段内未启动车辆或未操作换挡时，车辆主机单元12可被自动关闭。

此外，当在完成预启动程序之后的预定时间段内从门控制单元13接收到门解锁通知信号或从远程信息处理服务器40接收到门解锁指令时，车辆主机单元12可传输用于阻断信标帧的传输的预定控制信号到信标单元11。在这种情况下，可撤销车辆地理栅栏。

此外，例如，当驾驶员驾驶后离开车辆并且因此锁定门或关闭车辆的点火开关时，车辆主机单元12可传输指示信标帧传输的启动的预定控制信号到信标单元11。在这种情况下，可建立车辆地理栅栏。例如，当智能钥匙30通过预定智能钥匙检测传感器确定不在车辆中，或者取消ue20和车辆主机单元12之间建立的蓝牙链接时，可检测出驾驶员从车辆离开。

此外，当在完成预启动程序之后的预定时间段内(例如，10分钟，但本公开不限于此)从门控制单元13未接收到门解锁通知信号或从远程信息处理服务器40未接收到门解锁指令时，车辆主机单元12可传输用于停用蓝牙功能的预定控制信号(以下简称为“蓝牙停用控制信号”)到信标单元11。在接收蓝牙停用控制信号之后，信标单元11可生成并传输包括用于停用ue20的蓝牙功能的预定控制指令的信标帧。随后，ue20可响应于信标帧的接收停用蓝牙功能。

根据本公开的实施例，当检测出由预先注册的车辆的信标单元11传输的信标帧时，即，当进入车辆地理栅栏时，ue20可自动激活蓝牙功能，并且传输指示已检测出信标帧的预定第一控制信号到信标单元11。另一方面，当在已检测出信标帧之后的预定时间段内未检测出信标帧时，ue20可传输指示不再检测信标帧的预定第二控制信号到车辆主机单元12，然后停用被激活的蓝牙功能。

在本示例中，信标单元11可在接收到第一控制信号的时候执行控制操作使得车辆主机单元12启动预启动程序，并且在接收到第二控制信号的时候执行控制操作使得车辆主机单元12暂停进行中的预启动程序。

根据本公开的实施例，当在单位时间内交替接收第一控制信号和第二控制信号数次(例如，可在10分钟内交替接受第一控制信号和第二控制信号三次，但本公开不限于此；还应当注意，其中信号被交替地接收的单位时间和次数可改变)时，信标单元11可暂停信标帧的传输或可自动关闭。当关闭信标单元11或暂停信标帧的传输时，车辆主机单元12可执行控制操作使得仅通过门解锁执行预启动程序。此后，当完成驱动后驾驶员离开车辆并且因此锁定门时，信标单元11可恢复信标帧的传输。

图2是根据本公开的实施例用于车辆主机单元的预启动控制程序的描述的流程图。

如图2所示，在s201中，可通过包括在ue20内的预定菜单设定功能注册用于车辆主机单元预启动的车辆信息。在此，车辆信息可包括至少一个vin信息和牌照信息。

在s202中，当关闭车辆的点火开关时，信标单元11可以以预定间隔传输信标帧。例如，信标帧可包括用于识别车辆的传输信标帧的车辆识别信息、控制指令和用户识别信息中的至少一个。在此，用户识别信息可对应于在ue20内注册的车辆信息，并且控制指令可包括用于激活或停用包括在ue20内的蓝牙功能的指令。

在s203和s204中，当接收到信标帧之后，ue20可基于包括在信标帧中的车辆识别信息验证是否从s201中注册的车辆接收到信标帧。

在s205中，当作为验证结果信标帧是从预先注册的车辆接收的信标帧并且包括在信标帧内的控制指令指示激活蓝牙功能时，ue20可自动激活蓝牙功能。

作为第一示例，在s206中，当激活蓝牙功能时，ue20可传输指示蓝牙功能已激活的预定蓝牙功能激活通知信号到信标单元11。

作为第二示例，当激活蓝牙功能时，ue20可通过无线网络50传输指示已激活蓝牙功能的预定蓝牙功能激活通知信号到远程信息处理服务器40，然后远程信息处理服务器40可递送通知信号到包括远程信息处理终端的车辆主机单元12。

在第一示例中，在s207中，当接收到蓝牙功能激活通知信号时，信标单元11可通过车载通信网络传输预定预启动开始请求信号到车辆主机单元12。

在s208中，当根据第一示例从信标单元11接收到预启动开始请求信号时，或当从远程信息处理服务器40接收到蓝牙功能激活通知信号时，车辆主机单元12可执行预启动程序。

在s209和s210中，当从门控制单元13接收到指示门已解锁的门解锁通知信号时，车辆主机单元12可与ue20执行自动蓝牙配对程序。

例如，当接收到门解锁通知信号，同时预启动程序正在进行时，车辆主机单元12可等到预启动程序完成之后启动自动蓝牙配对程序。另一方面，当完成预启动程序之后接收到门解锁通知信号时，车辆主机单元12可立即启动自动蓝牙配对程序。

图3是根据本公开的实施例用于车辆主机单元的预启动控制程序的描述的流程图。

如图3所示，在s301中，车辆主机单元12可从信标单元11接收预启动开始请求信号。在本示例中，在s302中，车辆主机单元12可根据预启动开始请求信号执行预启动程序。

在s303中，当预启动程序完成时，车辆主机单元12可执行用于自动蓝牙配对的ue搜索程序。随后，在s304中，车辆主机单元12可验证在预定第一设定时间期间是否找到预先注册的ue。根据本公开的实施例，当启动预启动程序之后从门控制单元13接收到门解锁通知信号时，车辆主机单元12可启动用于自动蓝牙配对的ue搜索程序。

在s305中，当作为验证结果未找到预先注册的ue时，车辆主机单元12可自动关闭车辆主机单元12。

在s306中，车辆主机单元12可验证在预定第二设定时间期间是否反复执行预定次数的s301到s305。

当在s306中作为验证结果在第二设定时间期间打开/关闭车辆主机单元12预定次数时，即，当确定驾驶员无意进入车辆时，车辆主机单元12可执行控制操作使得在s307中关闭信标单元11。在这种情况下，可控制车辆主机单元的预启动从而仅通过门解锁执行。然而，当车辆被驱动以关闭车辆的点火开关之后停止，然后锁定门时，可再次向信标单元11施加电力。因此，信标单元11可传输信标帧以建立车辆地理栅栏。

当在s304中作为验证结果在第一设定时间期间找到预先注册的ue时，车辆主机单元12可在s308中与所找到的ue执行自动蓝牙配对程序。

图4是根据本公开的实施例用于信标帧400的结构的描述的简图。

如图4所示，信标帧400可包括对应于车辆识别信息710、用户识别信息720和控制指令730的字段中的至少一个。信标帧400的上述结构仅仅是一个示例，并且应当注意，可包括更多字段或可删除一些字段。

车辆识别信息710可对应于用于唯一地识别车辆的信息并且包括vin、牌照信息等。车辆识别信息710可用作用于确定从ue接收的信标帧是否是从在ue内预先注册的车辆接收的信标帧的信息。

用户识别信息720可对应于用于识别对于自动蓝牙配对可用的ue的信息。例如，用户识别信息720可包括ue的手机号码、ue的装置名称等。然后本公开不限于此，并且用于唯一地识别ue的信息就足够了。

在接收到信标帧时，根据本实施例的ue可基于包括在信标帧内的用户识别信息确定ue是否是对于与车辆自动蓝牙配对可用的装置。因此，ue可仅在ue是用于自动蓝牙配对的已注册的装置的时候自动激活蓝牙功能。

用于控制ue的特定功能的特定控制指令可记录在控制指令730的字段中。例如，控制指令730可包括用于指示激活蓝牙功能的指令、用于指示停用蓝牙功能的指令等。然而，本公开不限于此，并且应当注意，可根据需要由开发人员另外地定义其他指令。

根据本实施例的信标帧400还可包括用于验证信标单元11是否可执行双向通信的信标单元类型信息(未示出)。在这种情况下，当激活蓝牙功能时，接收信标帧的ue可基于信标单元类型信息确定信标单元11是否可执行双向通信。当作为确定结果信标单元11能够执行双向通信时，ue可传输蓝牙功能激活通知信号到信标单元11。另一方面，当确定信标单元11不能执行双向通信时，ue可传输蓝牙功能激活通知信号到远程信息处理服务器40。在本示例中，远程信息处理服务器40可传输通过无线网络50接收的蓝牙功能激活通知信号到车辆主机单元12。

下面描述根据本公开的方法和装置的效果。

本公开提供了一种使用地理栅栏信标控制车辆主机单元的预启动的方法，及其装置和系统。本公开的优点在于使用地理栅栏信标控制车辆主机单元的预启动的方法及其装置和系统能够使用地理栅栏信标自动控制ue的蓝牙功能和车辆主机单元的操作。此外，本公开的优点在于当检测出预先注册的ue通过地理栅栏信标进入地理栅栏时，驾驶员进入车辆后通过启动车辆主机单元的预启动程序同时自动激活预先注册的ue的蓝牙功能，可立即使用车辆主机单元的功能。

从本公开可得到的效果不限于上述效果，并且在此没有提及的其它效果可由本领域的技术人员从上面的描述清楚地理解。

尽管参考本公开的实施例已给出以上描述，但本领域技术人员应当理解，可在不偏离下面权利要求中所描述的本公开的精神和范围的前提下以各种方式校正和改变本公开。