用于车辆锁定/解锁警报的系统和方法
阅读说明：本技术 用于车辆锁定/解锁警报的系统和方法 (System and method for vehicle lock/unlock alerts ) 是由 马哈茂德·尤瑟夫·加纳姆 布莱恩·本尼 于 2019-06-19 设计创作，主要内容包括：本公开提供了“用于车辆锁定/解锁警报的系统和方法”。公开了用于向用户提供车辆的锁定状态的离散警报的方法和设备。一种示例性车辆包括传感器、通信系统和处理器。所述处理器被配置成从所述远程装置接收锁定请求；响应于确定远程装置在阈值范围内,向所述远程装置发送第一警报；并且响应于确定所述远程装置在所述阈值范围之外而(i)确定满足车辆情境标准,以及(ii)向所述远程装置发送第二警报。(The present disclosure provides "systems and methods for vehicle lock/unlock alerts". Methods and apparatus for providing a discrete alert of a locked state of a vehicle to a user are disclosed. An exemplary vehicle includes a sensor, a communication system, and a processor. The processor is configured to receive a lock request from the remote device; in response to determining that a remote device is within a threshold range, sending a first alert to the remote device; and in response to determining that the remote device is outside of the threshold range, (i) determining that a vehicle context criterion is satisfied, and (ii) sending a second alert to the remote device.)
技术领域
本公开总体上涉及车辆锁定和解锁系统，并且更具体地，涉及用于离散地向用户警报车辆的锁定状态的方法和系统。
背景技术
现代车辆包括通信系统，所述通信系统使得车辆能够基于从钥匙扣、电话或其他连接装置接收的命令来远程锁定和解锁。这些车辆还通常包括用于捕获关于车辆周围环境的信息的传感器，诸如捕获车辆前后景的摄像头。
在一些情况下，当用户锁定或解锁汽车时，车辆还可以提供可听噪音或“喇叭声”，以便向驾驶员指示车辆已经锁定或解锁。这种情况可能在用户反复按下或选择锁定按钮直到他或她确定车辆已被实际锁定时发生。然而，可能并不总是想要这种可听提示，尤其是当用户不希望他人注意到车辆以及在不久的将来它将无人看管的事实时(即，当用户在他或她离开时锁定车辆时，导致车辆响应性地鸣喇叭)。
发明内容
所附权利要求限定本申请。本公开概述了实施例的各方面，并且不应用于限制权利要求。根据本文描述的技术设想了其他实施方式，如对于本领域普通技术人员在研究以下附图和详细描述时将显而易见的那样，并且这些实施方式旨在落入本申请的范围内。
示出了示例性实施例，其描述了用于在用户远程锁定或解锁车辆时向他或她提供离散警报的系统、设备和方法，诸如经由钥匙扣或智能电话“电话即钥匙”(PaaK)装置。所公开的示例性车辆包括传感器、通信系统和处理器。所述处理器被配置成从第一装置接收锁定请求；响应于确定第一装置在阈值范围内，向第二装置发送第一警报。所述处理器还被配置成响应于确定第一装置在阈值范围之外而(i)确定满足车辆情境标准，以及(ii)向第二装置发送第二警报。
所公开的另一示例性车辆包括传感器、通信系统和处理器。所述处理器被配置成从远程装置接收锁定请求；响应于确定所述远程装置在阈值范围内，向所述远程装置发送第一警报；并且响应于确定所述远程装置在所述阈值范围之外而(i)确定满足车辆情境标准，以及(ii)向所述远程装置发送第二警报。
在第三示例中，一种方法包括由车辆处理器从远程装置接收锁定请求。所述方法还包括响应于确定所述远程装置在阈值范围内，发送第一警报。并且所述方法还包括响应于确定远程装置在阈值范围之外而(i)确定满足车辆情境标准，以及(ii)发送第二警报。
附图说明
为更好地理解本发明，可以参考以下附图中示出的实施例。附图中的部件未必按比例绘制并且可以省略相关元件，或者在一些情况下可以放大比例，以便强调并清楚地示出本文所述的新颖特征。此外，如本领域中已知的，系统部件可以不同地布置。另外，在附图中，相同的附图标号贯穿若干视图表示对应的部分。
图1示出了根据本公开的实施例的示例性车辆锁定情况。
图2示出了图1的车辆的电子部件的示例性框图。
图3示出了根据本公开的实施例的计算装置的示例性框图。
图4示出了根据本公开的实施例的示例性方法的流程图。
具体实施方式
虽然本发明可以以各种形式体现，但在附图中示出并将在下文中描述一些示例性且非限制性实施例，应理解，本公开应视为本发明的示例而并非意图将本发明限制于所说明的特定实施例。
如上所述，许多车辆包括当用户按下按钮或选择锁定或解锁命令时远程锁定和解锁的能力。此外，许多车辆包括可听提示以让用户知道车辆已经接收到锁定命令，并且实际上已锁定车辆。这尤其在用户不确定车辆是否被锁定并且习惯性地反复点击他或她的钥匙扣或电话上的锁定按钮的情况下发生。
在一些情况下，一个或多个喇叭声或可听提示可能是不想要的。例如，当车辆停放在居住区并且用户在半夜锁定汽车时，其可能会打扰想睡觉的居民。此外，在引起对车辆的不必要的注意的情况下，可能引起安全问题。喇叭声可能会吸引一名潜在的攻击者或盗贼，喇叭声表示汽车的车主刚刚停好车并且车辆无人看管。
考虑到这些问题，本公开的示例性实施例可以尝试提供向用户确保车辆的锁定状态而不引起烦扰或不引起安全问题的系统、装置和方法。为此，示例性实施例可以包括从任何计算装置识别用户的锁定/解锁命令以及以安全且方便的方式将锁定状态发送回用户而不会扰到附近的人的能力。实施例可以包括分析车辆周围环境以确定是否满足一个或多个车辆情境标准(例如，位置、一天中的时间、一周中的日子等)，以便确定向用户提供什么类型的警报。因此，用户能够确认车辆的锁定状态而没有可能扰到附近的人或者警报潜在攻击者的可听喇叭声。
在一些示例中，车辆情境标准的分析可以包括车辆本身的分析和/或由车辆本身进行的分析，例如通过使用车辆摄像头、GPS系统或其他传感器。当接收到锁定/解锁命令时，由这些传感器收集的数据可以用于确定车辆是否应该鸣喇叭。
替代地或另外，可能存在车辆传感器不可用、损坏或者另外不能提供确定是否使车辆能够或防止车辆鸣喇叭所需的数据的情况。在这些情况下，可能会对发送锁定命令的装置进行分析。例如，在用户具有在智能电话上运行的可以锁定和解锁车辆的应用程序的情况下，可以使用传感器和由装置本身收集的信息来分析一个或多个装置特定标准。这可以包括如智能电话报告的时间/日期、智能电话的位置、智能电话检测到的家庭Wi-Fi网络的存在以及各种其他数据。可以分析该数据以确定在接收到锁定/解锁命令时车辆是否应该鸣喇叭。
此外，可以分析由通信地耦合到车辆的服务器接收的信息，以确定是否在接收到锁定/解锁命令时鸣喇叭。车辆可以被配置成例行地用各种数据更新服务器，包括车辆确定的位置、电池状态和/或各种其他车辆度量。可以分析由服务器存储的数据以确定是否满足一个或多个车辆情境标准，以便在接收到锁定/解锁命令时决定是否允许车辆鸣喇叭。
图1示出了根据本公开的实施例的示例性情况。图1包括车辆100，车辆100可以是标准的汽油动力车辆、混合动力车辆、电动车辆、燃料电池车辆或任何其他移动性实施类型的车辆。车辆100可以是非自主的、半自主的或自主的。车辆100可以包括与机动性相关的零件，诸如具有发动机、变速器、悬架、驱动轴和/或车轮等的动力传动系统。在所示的示例中，车辆100可以包括一个或多个电子部件(如下关于图2所述)。
车辆100可以包括至少一个或多个传感器102、通信系统104和处理器110，以及图1中未示出的一个或多个其他部件或系统。
传感器102可以包括例如一个或多个摄像头(例如，前向、后向、侧向、后视镜等)、GPS系统、用于检测车辆座椅中人员的存在的一个或多个座椅传感器、用于检测车门是打开还是关闭的一个或多个门传感器、用于检测当前车辆挡位的挡位传感器、用于检测车辆移动的车轮传感器、用于检测是否存在点火钥匙以及车辆是开启还是关闭的点火传感器、用于与一个或多个蓝牙连接装置通信(经由通信系统104)的一个或多个蓝牙天线等等。
传感器102可以用于收集关于车辆100的数据，包括一个或多个基于车辆的条件。基于车辆的条件可以包括如由车辆传感器确定的车辆的位置；如由车辆传感器确定的车辆的当地时间；车辆是否被占用/未被占用(如由车辆确定的)；车辆是在结构内部还是在结构外部(如由车辆确定的)；由车辆传感器确定的环境光级或声级；车辆是开启的/关闭的、挂挡中、停放等；等等。
通信系统104可以包括一个或多个天线和/或其他部件，它们被配置成与一个或多个计算装置和系统发送和接收信息。
通信系统104的天线可以是蓝牙天线、低频或高频天线，它们用于GPS、无线电、卫星、导航、蜂窝电话通信、基础设施通信等等。天线可以定位在车辆100的外部或内部、一个或多个门或门把手中、车辆的前保险杠或后保险杠中、车辆顶部、车辆底部或任何其他合适的位置。
通信系统104可以从一个或多个外部装置(诸如钥匙扣120、智能电话130和/或服务器150)发送和/或接收信息。
在一些情况下，通信系统104可以用于将车辆100与一个或多个蓝牙使能装置(例如，智能电话130)配对，并且还可以用于确定配对的蓝牙装置和/或连接的装置(诸如钥匙扣120和智能电话130)的位置。
车辆100的处理器110可以被配置成执行一个或多个动作或功能，诸如本文中描述的那些动作或功能。在一些示例中，处理器110可以被配置成从诸如钥匙扣120和智能电话130的远程计算装置接收锁定和/或解锁请求。
在一些示例中，可以从钥匙扣120接收锁定/解锁请求，而在其他示例中，可以从诸如智能电话130的另一装置接收所述请求。在通过电话130发送请求的情况下，请求可以通过通信系统104直接地、经由服务器150或经由车辆和装置之间的某种其他通信耦合(例如，Wi-Fi、蜂窝网络等)来接收。在一些示例中，可以从服务器150接收锁定/解锁请求，诸如经由用户家中他或她的计算机、从制造商或经由OnStar或其他车辆安全公司服务器。
然后，处理器110可以确定从其接收到锁定请求的装置的位置，或者对应于从其接收到请求的第一装置的第二装置的位置。
位置确定可以以任何合适的方式完成，包括例如使用接收的信号强度指示(RSSI)、飞行时间信息(TOF)、到达角信息(AOA)、或经由某种其他方法。另外，可以基于GPS数据或某种其他定位系统(Wi-Fi、蜂窝等)来确定位置。
处理器110可以确定从其接收请求的装置(即，第一装置)的位置，或者其可以确定对应于第一装置(即，车辆的用户的智能电话)的第二装置的位置。这尤其可以在用户将电话与车辆配对的情况下完成，但是他或她不使用电话作为钥匙。相反，他或她使用钥匙扣来锁定车辆。在这种情况下，处理器可以确定从车辆100到发送锁定命令的装置(钥匙扣120)或者对应于发送锁定命令的装置的第二装置(智能电话130)的位置或距离。
处理器110可以确定第一装置和/或第二装置是否在车辆100的阈值范围140内。这可以基于如上确定的装置的位置来确定。阈值范围可以是任何距离，包括5英尺或更短，最长30英尺或更长。在一些示例中，阈值可以与使电话与车辆配对的蓝牙配对距离相关联。例如，可以设置阈值范围，使得配对范围之外是在距离车辆的阈值距离之外，而配对范围之内是在阈值范围内。此外，在一些示例中，阈值范围可以是诸如30英尺的离散值，而在其他示例中，阈值可以具有深度，使得0至25英尺是在阈值范围之内，并且30到更长是在阈值范围之外。这些值仅作为示例。
如果确定装置在阈值范围140之外，则处理器110可以向第一装置、第二装置或两者发送第一警报。第一警报可以是已经执行了车辆锁定/解锁命令的指示，并且可以包括车辆的当前锁定状态。警报可以使第一装置和/或第二装置发出视觉提示(灯光、闪烁图标等)和音频提示，或者诸如嗡嗡声的触觉反馈提示。
在一种情况下，第一装置可以是钥匙扣120，并且第二装置可以是智能电话130。用户可以使用钥匙扣120，通过按下钥匙扣120上的按钮来命令车辆100锁定。处理器110可以经由通信系统104接收命令。然后，处理器可以确定钥匙扣120在阈值范围140之内。因为钥匙扣120在阈值范围之内，所以处理器110可以确定当车辆被锁定时不应该鸣喇叭。相反，处理器可以向钥匙扣120发送警报，所述警报指示车辆100现在被锁定。如上所述，这可以由钥匙扣120表示为光或闪光、可听噪音、触觉反馈嗡嗡声或以某种其他方式表示。
在另一种情况下，处理器110可以确定钥匙扣120在阈值范围140之内，并且可以向第二装置(例如，智能电话130)而不是第一装置(例如，钥匙扣120)发送警报。智能电话130可以经由蓝牙配对、经由服务器(诸如服务器150)的蜂窝连接、Wi-Fi连接或经由某种其他机制通信地耦合到车辆100。在一些示例中，第二装置可以以某种方式对应于第一装置或车辆100。例如，车辆100可以存储与第一装置和第二装置相关联的账户(例如，给定的驾驶员可以具有他或她自己的彼此相关联并且与车辆相关联的一组钥匙和电话)。在一些示例中，第二装置可以是与车辆最后或最近配对的装置。
在第三种情况下，用户可以使用智能电话130请求锁定车辆100。在这种情况下，车辆可以接收命令，确定智能电话130在阈值范围之内(即，请求锁定的装置在阈值范围之内)，并且响应性地将警报发送回智能电话130。
智能电话130可以接收指示已经接收到锁定命令并且当前正在执行或已经执行锁定命令的警报。警报可以指示车辆的锁定状态，并且可以包括视觉警报、可听警报和/或触觉反馈警报(嗡嗡声)。在一些示例中，智能电话130可以经由与车辆100配对的蓝牙来接收警报。替代地，智能电话130可以经由蜂窝网络连接、Wi-Fi连接或者与车辆100的某种其他通信耦合(可能经由服务器150)来接收警报。
在一些示例中，处理器110可以在发送第一警报之前确定车辆100是否被占用或未被占用，和/或车辆的特定座椅(例如，驾驶员座椅)是否被占用或未被占用。可以使用车辆传感器数据，包括来自一个或多个座椅传感器、点火传感器、摄像头等等。然后可以响应于确定已经接收到装置请求锁定/解锁动作以及驾驶员座椅未被占用二者而发送第一警报。这可以防止在驾驶员仍然存在于车辆中时发送不想要的锁定或解锁动作和警报。
处理器110还可以确定第一装置和/或第二装置不在阈值范围140内。并且作为响应，处理器110可以确定是否满足一个或多个车辆情境标准。
车辆情境标准可以用于决定车辆在执行锁定/解锁动作时是否应该鸣喇叭，并且可以包括车辆的位置、车辆的当地时间、车辆周围环境(郊区、农村、城市、停车场、内部建筑物、外部建筑物、街道等)的状态、周围的建筑类型(住宅、公寓楼、公共场所、汽车旅馆等)等等。关于车辆的该信息可以由车辆本身、由附近的装置(例如，钥匙扣、智能电话或另一装置)、由服务器150或某个其他装置来确定。
可以分析车辆情境标准以确定在用户的请求下喇叭是否应该伴随车辆的锁定或解锁。例如，在车辆在夜间(例如，在工作时间之外)处于住宅区的情况下，车辆可以确定在锁定时不鸣喇叭。必须满足的特定标准可以由用户任意设置，使得用户可以定义他或她在车辆被锁定时不想要车辆鸣喇叭的情况。这可以经由车辆的用户界面、装置和/或服务器来完成。示例性因素可以包括车辆是否处于住宅区或商业区中，是否在工作时间期间，以及是工作日还是周末/假日。其他考虑因素也可能适用。
是否满足一个或多个车辆情境标准可以以至少三种不同方式确定，如下所述。
首先，可以基于由车辆自身经由一个或多个车辆传感器102收集的数据来确定是否满足车辆情境标准。如上所述，车辆传感器可以包括摄像头、GPS、时钟等，其可以收集关于车辆周围环境的数据。如果标准之一是该位置是住宅区，则车辆可以分析由一个或多个摄像头捕获的图像以确定周围环境是否包括房屋。如果是这样，则可以满足标准“住宅区”。
在车辆传感器用于确定是否满足车辆情境标准的情况下，车辆可以确定被分析的一组单独的“基于车辆的条件”。这些条件可以包括例如车辆位置的经度/纬度、GPS坐标、车辆确定的时间以及各种其他车辆确定的度量或“基于车辆的条件”。这些基于车辆的条件可以与如上所述的“车辆情境标准”类似或相同，但需要注意的是车辆条件是由车辆本身确定的度量，而车辆情境标准是客观的，并且不取决于所收集数据的来源。然后可以通过车辆的传感器收集对应于这些基于车辆的条件的数据。这样，基于车辆的条件可以指代可以收集的信息的类别(例如，位置、时间、周围环境等)，并且传感器可以基于所确定的信息类别来收集数据。
在第二种情况下，可以基于由远程计算装置(诸如钥匙扣120、智能电话130或另一个这样的装置)收集的数据来确定是否满足一个或多个车辆情境标准。远程装置可以具有一个或多个相关联的“装置条件”，所述装置条件可以用于确定是否满足车辆情境标准，并且最终车辆100是否应该随着锁定动作鸣喇叭。例如，远程装置“装置条件”可以包括装置自身的位置、装置确定的时间和/或特定于装置本身的其他数据的确定。可以将该装置特定数据与一组“装置条件”进行比较，并且如果满足装置条件，则可以指示满足车辆情境标准，并且因此在执行锁定或解锁功能时车辆不应该鸣喇叭。
使用来自远程装置的数据可以起作用，例如，在车辆传感器损坏、没有响应、或者另外不能提供确定在夜间车辆是否处于住宅区(例如，满足车辆情境标准)所需的数据的情况下。系统可以替代地查看远程装置本身是否可以提供替代地用于该确定的信息。远程装置可以具有一个或多个传感器、系统或部件，它们提供装置的位置和时间，所述位置和时间可以与阈值位置和/或时间(即，装置条件)进行比较。在一些情况下，可以假设装置位于与车辆类似的位置。并且因此，如果装置位置和时间指示满足车辆情境标准，则车辆不应鸣喇叭。远程装置可以根据由远程装置确定的数据向车辆发送装置数据本身，和/或指示满足装置条件的消息，和/或指示满足车辆情境标准的消息。然后，车辆可以通过禁用或防止发生鸣喇叭来采取适当的动作。
在第三种情况下，可以基于由服务器150收集的数据来确定是否满足一个或多个车辆情境标准。例如，当车辆传感器102和远程装置中的任何一个或两者不能确定车辆满足车辆情境标准时，这情况可能发生。
在正常操作下，车辆100可以被配置成基于时间的流逝或者相对于车辆发生的某个事件(例如，每小时、每天、在启动和关闭发动机时、当处理器检测到异常传感器值时等)，以规则或不规则的间隔向服务器150发送车辆特定数据。例如，车辆可以出于各种目的将其位置、电池状态、一个或多个性能度量等发送到服务器150。该数据可以用于确定车辆部件何时可能发生故障或需要更换/修理，用于在需要维护时向驾驶员或所有者发出警报等等。
在本公开的一些实施例中，从车辆发送到服务器的数据可以用于确定是否满足车辆情境标准(即，车辆是否应该在其接收到锁定命令时鸣喇叭)。这样，服务器150可以具有一组“远程服务器条件”，可以将服务器接收的数据与所述远程服务器条件进行比较。如果所接收的数据满足一个或多个远程服务器条件，则服务器150可以确定满足车辆情境标准。然后，服务器150可以将该确定发送到车辆，使得当接收到锁定命令时车辆不鸣喇叭。替代地，服务器可以替代地向车辆发送包括远程服务器条件和/或数据的消息，而不是服务器本身确定满足车辆情境标准。然后，车辆本身可以基于远程服务器条件和数据，或者基于从服务器接收的指示满足条件的消息，确定满足车辆情境标准。
在简化的示例中，上面列出的三种情况可以如下所示发生。车辆情境标准可以包括确定车辆处于住宅区，并且时间晚于晚上8:00。当车辆接收到锁定命令时，车辆可以首先查看车辆传感器数据以确定车辆是否处于住宅区中，以及时间是否晚于晚上8:00。这可以包括使用车辆摄像头、GPS、时钟等来确定是否满足一个或多个“基于车辆的条件”。车辆可以将置信度值与其收集的数据相关联，使得存在是否满足基于车辆的条件，以及最终车辆是否处于住宅区以及时间是否晚于晚上8:00的总体置信度值。如果置信度值低于阈值水平，或者传感器根本不可用或者不能提供所需数据，则车辆可以替代地查看装置和/或服务器以确定在超过晚上8:00车辆是否处于住宅区中。
所述装置可以是从其接收锁定命令的装置，或者其可以是与从其接收锁定命令的装置相关联的差异装置。该装置可以具有其自己的传感器，所述传感器可以收集关于位置和时间的数据，所述数据可以用于确定是否满足一个或多个“装置条件”。如果装置位置和时间指示装置在晚上8:00之后处于住宅区中，则可以使用这一点来确定满足装置条件，并且因此满足车辆情境标准。装置数据可以具有其自己的对应置信度值，并且因此可能存在装置无法以足够置信度确定车辆是否在晚上8:00之后处于住宅区的情况。
在这种情况下，车辆然后可以查看服务器以确定是否满足一个或多个“远程服务器条件”，使得车辆在晚上8:00之后处于住宅区中具有高置信度。服务器可以具有已随时间发送到服务器的车辆位置的记录。服务器可以将其存储的关于车辆的信息与一个或多个远程服务器条件进行比较(例如，将车辆的最后已知位置与分割成住宅区和非住宅区的地图进行比较)。然后，服务器可以确定是否满足远程服务器条件，并且因此也满足车辆情境标准，因为车辆在晚上8:00之后处于住宅区。如果满足条件，则服务器可以向车辆发送包括该确定和/或存储的数据的消息，使得车辆本身可以最终确定是否满足车辆情境标准。
这样，经由这三个信息源，车辆可以基于其自己的传感器数据，基于远程装置数据或基于远程服务器数据，确定车辆是否在晚上8:00之后位于住宅区中。
应当注意，在一些示例中，可能仅需要一个信息源来最终确定是否满足车辆情境标准，而在其他示例中，可以考虑两个或所有三个信息源。此外，每个源可以具有对应的置信度值，并且一些实施例可以包括使用车辆数据、装置数据和/或服务器数据进行的确定分析，以便确定是否以最高置信度等级满足车辆情境标准。
还应当注意，在一些示例中，每个信息源可以基于相同的度量(即，该位置是否是住宅并且时间是否是在晚上8:00之后)来确定是否满足“车辆情境标准”。例如，如上所述，所有三个信息源确定车辆是否在超过晚上8:00处于住宅区。
然而，在其他示例中，每个信息源可能具有确定满足“车辆情境标准”需要满足的一组不同条件。例如，基于车辆的条件可以包括确定位置是否是住宅的(基于摄像头数据)，以及如由车辆测量的时间是否晚于晚上8:00，以确定是否满足标准。但是远程装置可以替代地具有包括确定装置的GPS位置在预定区域或区中以及如由装置测量的时间晚于晚上8:00的装置条件。在这种情况下的装置条件不同于基于车辆的条件。此外，服务器可以具有一组远程服务器条件，所述远程服务器条件包括确定车辆的先前位置是否是住宅的(而不是当前位置)，以及如由服务器测量的时间是否晚于晚上8:00。因此，可能存在每个信息源必须满足的单独和不同的条件，并且每个条件可以独立地得出满足车辆情境标准的结论。
一旦处理器110确定满足车辆情境标准(经由车辆传感器数据、远程装置数据或服务器数据)，处理器110就可以向发送锁定请求的第一装置或对应于第一装置的第二装置发送第二警报。实际上，这可以意味着向钥匙扣120(第一装置)和智能电话130(第二装置)中的任一者或两者发送第二警报。在一些示例中，当且仅当确定满足车辆情境标准时，可以发送第二警报。
第二警报可以经由任何无线协议发送，包括经由蓝牙、蜂窝连接、Wi-Fi等。在一些示例中，响应于确定装置在车辆的阈值范围内，处理器可以经由蓝牙向装置发送第一警报。并且然后响应于确定装置在车辆的阈值范围之外，处理器可以经由蜂窝连接向装置发送第二警报。
在一些示例中，使用蜂窝连接进行发送可以包括车辆向服务器150发送警报，并且然后服务器150将消息发送到装置。
第二警报可以与第一警报类似或相同，因为第二警报可以利用视觉提示、音频提示和/或触觉反馈来指示车辆的锁定状态。
在一些示例中，处理器110可以确定第一装置和/或第二装置在阈值范围之外，并且不满足车辆情境标准。例如，使用上面的示例，这可以在确定车辆处于非居住区和/或时间在晚上8:00之前时发生。响应于该确定，处理器可以向第一装置和/或第二装置发送第三警报。所述第三警报可以包括车辆在其完成锁定动作时将鸣喇叭的指示。这可以再次使用视觉提示、音频提示或触觉反馈中的任一者来指示。
第三警报还可以向用户提供禁用喇叭的选项，使得即使不满足车辆情境标准，车辆也不会鸣喇叭。禁用喇叭可以是一次性事件，或者可以被保存，使得车辆在类似或相同的未来情况下不鸣喇叭。
用户可以向第一装置和/或第二装置输入禁用喇叭的指令，然后可以将该指令发送回车辆。然后，车辆可以接收指令，并且响应性地防止在执行车辆锁定功能时发生车辆鸣喇叭。
图2示出了示例性框图200，其示出了根据一些实施例的车辆100的电子部件。在所示的示例中，电子部件200包括车载计算系统210、信息娱乐主机单元220、通信系统104、传感器102、电子控制单元240和车辆数据总线250。
车载计算系统210可以包括微控制器单元、控制器或处理器110和存储器212。处理器110可以是任何合适的处理装置或处理装置组，诸如但不限于：微处理器、基于微控制器的平台、集成电路、一个或多个现场可编程门阵列(FPGA)和/或一个或多个专用集成电路(ASIC)。存储器212可以是易失性存储器(例如，包括非易失性RAM、磁性RAM、铁电RAM等的RAM)、非易失性存储器(例如，磁盘存储器、快闪存储器、EPROM、EEPROM、基于忆阻器的非易失性固态存储器等)、不可改变的存储器(例如，EPROM)、只读存储器和/或高容量存储装置(例如，硬盘驱动器、固态驱动器等)。在一些示例中，存储器212包括多种类别的存储器，特别是易失性存储器和非易失性存储器。
存储器212可以是计算机可读介质，其上可以嵌入一组或多组指令，诸如用于操作本公开的方法的软件。所述指令可以体现如本文所描述的方法或逻辑中的一种或多种。例如，指令在执行指令期间完全或至少部分地驻留在存储器212、计算机可读介质中的任何一个或多个内，和/或驻留在处理器110内。
术语“非暂时性计算机可读介质”和“计算机可读介质”包括单个介质或多个介质，诸如集中式或分布式数据库，和/或存储一组或多组指令的相关联高速缓存和服务器。此外，术语“非暂时性计算机可读介质”和“计算机可读介质”包括能够存储、编码或携载一组指令以供处理器执行或者使系统执行本文所公开的方法或操作中的任一种或多种的任何有形介质。如本文所使用，术语“计算机可读介质”明确地定义为包括任何类型的计算机可读存储装置和/或存储盘，并且排除传播信号。
信息娱乐主机单元220可以提供车辆100与用户之间的接口。信息娱乐主机单元220可以包括一个或多个输入和/或输出装置，例如显示器和用户界面222。用户界面222可以包括输入装置和输出装置。输入装置可以包括例如控制旋钮、仪表板、用于图像捕获和/或视觉命令识别的数字摄像头、触摸屏、音频输入装置(例如，客舱传声器)、按钮或触摸板。输出装置可以包括仪表组输出(例如，刻度盘、照明装置)、执行器、抬头显示器、中央控制台显示器(例如，液晶显示器(LCD)、有机发光二极管(OLED)显示器、平板显示器、固态显示器等)和/或扬声器。在所示的示例中，信息娱乐主机单元220包括用于信息娱乐系统(诸如的和MyFord的的等)的硬件(例如，处理器或控制器、存储器、存储装置等)和软件(例如，操作系统等)。在一些示例中，信息娱乐主机单元220可以与车载计算系统210共享处理器。另外，信息娱乐主机单元220可以在例如车辆100的显示器上显示信息娱乐系统。
如上所述，通信系统104可以包括一个或多个天线、处理器、模块和其他电子部件，它们被配置成促进处理器110与一个或多个其他装置或系统之间的通信。这样，通信系统可以被配置成使用任何通信协议进行操作。
传感器102可以以任何合适的方式布置在车辆100中及其周围。在所示的示例中，传感器102包括一个或多个摄像头230、GPS单元232、用于检测一个或多个车辆座椅是否被占用的一个或多个座椅传感器234、用于检测车门状态的一个或多个门传感器236和用于检测车辆点火状态的点火传感器238。也可以包括其他传感器。
ECU 240可以监测和控制车辆100的子系统。ECU 240可以经由车辆数据总线250进行信息传达和交换。另外，ECU 240可以向其他ECU 240传送属性(诸如ECU 240的状态、传感器读数、控制状态、错误和诊断代码等)和/或从其他ECU 240接收请求。一些车辆100可以具有七十个或更多个ECU 240，所述ECU位于车辆100周围的各个位置，通过车辆数据总线250通信地耦合。ECU 240可以是包括其自身的电路(诸如集成电路、微处理器、存储器、存储装置等)和固件、传感器、执行器和/或安装硬件的离散的电子器件集合。
车辆数据总线250可以包括通信地耦合车载计算系统210、信息娱乐主机单元220、通信系统104、传感器102、ECU 240以及连接到车辆数据总线250的其他装置或系统的一根或多根数据总线。在一些示例中，车辆数据总线250可以根据如由国际标准组织(ISO)11898-1定义的控制器局域网(CAN)总线协议来实施。替代地，在一些示例中，车辆数据总线250可以是面向媒体的系统传输(MOST)总线、或CAN灵活数据(CAN-FD)总线(ISO 11898-7)。在一些示例中，CAN总线可以与CAN-FD总线共享。
图3示出了根据本公开的实施例的计算装置300的示例性框图。计算装置300的一个或多个特征可以包括在车辆100、钥匙扣120、智能电话130、服务器150和本文描述的各种其他远程装置或系统中。
计算装置300可以包括处理器310和存储器320，所述处理器310和存储器320可以与关于图1和图2描述的处理器110和/或存储器212类似或相同。计算装置300还可以包括用户界面330，所述用户界面330被配置成向用户提供与计算装置300交互和控制计算装置300的能力。用户界面330可以包括一个或多个输入和/或输出装置，以接收来自用户的输入和向用户显示信息。输入装置可以包括例如控制旋钮、仪表板、用于图像捕获和/或视觉命令识别的数字摄像头、触摸屏、音频输入装置(例如，麦克风)、按钮或触摸板。输出装置可以包括一个或多个显示器(例如，液晶显示器(LCD)、有机发光二极管(OLED)显示器、平板显示器、固态显示器等)和/或扬声器。
计算装置300还可以包括一个或多个通信模块340。通信模块340可以允许使用一个或多个通信协议与一个或多个其他计算装置或系统进行有线或无线通信。通信模块可以包括有线或无线网络接口，用于实现与外部网络的通信。通信模块还可以包括硬件(例如，处理器、存储器、存储装置等)和软件，以用于控制有线或无线网络接口。通信模块除其他之外还可以包括NFC模块、蓝牙模块、GPS接收器、专用短程通信(DSRC)模块、WLAN模块和/或蜂窝调制解调器等，所有这些都电耦合到一个或多个相应的天线。
图4示出了根据本公开的实施例的示例性方法400。方法400可以使车辆能够基于车辆的环境和周围环境向驾驶员提供车辆被锁定的离散警报。图4的流程图代表存储在存储器中并且可以包括一个或多个程序的机器可读指令，所述程序在通过处理器执行时可以使车辆100和/或本文所描述的一个或多个系统或装置执行本文所描述的一个或多个功能。虽然参考图4中所示的流程图描述了示例程序，但是可以替代地使用执行本文所述的功能的许多其他方法。例如，可以重新排列框的执行顺序或者彼此串行或并行地执行框的执行顺序，可以改变、消除和/或组合框以执行方法400。此外，因为结合图1至图3的部件公开了方法400，所以下面将不再详细描述那些部件的一些功能。
方法400可以在框402处开始。在框404处，方法400可以包括确定驾驶员座椅(和/或一个或多个其他车辆座椅)是否未被占用。
在框406处，方法400可以包括接收解锁或锁定请求。这可以从远程计算装置(诸如上述的钥匙扣和/或智能电话)接收。
在框408处，方法400可以包括确定远程计算装置是否在车辆的阈值距离或范围内。远程计算装置可以是从其接收锁定或解锁请求的第一装置，或者其可以是对应于车辆或第一装置的第二装置。如果装置在距车辆的阈值距离内，则方法400可以包括向第一装置和/或第二装置发送警报。其还可以包括锁定或解锁汽车，并且所发送的警报可以包括车辆的锁定状态。当车辆在该阶段锁定或解锁时，车辆还可以禁用或防止发生鸣喇叭。
如果装置在阈值距离或阈值范围之外，则方法400可以包括确定是否满足一个或多个车辆情境标准。这可以以三种单独的方式完成，如方法400的框412、414和416所示。在框412处，方法400可以包括确定是否满足一个或多个基于车辆的条件。这可以包括使用一个或多个车辆传感器收集数据。
如果不满足车辆条件，则方法400可以包括确定是否满足一个或多个装置条件。这可以包括使用对应于发送锁定/解锁请求的装置的传感器或相关联装置来收集数据。
如果不满足装置条件，则方法400可以包括确定是否满足一个或多个服务器条件。如果满足基于车辆的条件、装置条件和/或服务器条件中的任一者，则可以指示满足车辆情境标准。在这种情况下，方法400可以前进到框410并向装置发送警报。
然而，如果基于车辆的条件、装置条件和服务器条件都未得到满足，则方法400可以包括在框418处向装置发送单独的警报，所述警报指示将随着执行锁定或解锁功能(无论哪个被请求)发生鸣喇叭。然后，所述方法可以允许用户或驾驶员在框420处经由装置输入禁用或阻止鸣喇叭的命令。如果在阈值延迟之后没有接收到指令，则车辆可以执行锁定/解锁功能并鸣喇叭。但是如果接收到禁用喇叭的指令，则车辆可以在框422处禁用喇叭。然后，方法400可以在框424处结束。
在本申请中，转折词的使用旨在包括连接词。定冠词或不定冠词的使用并不意图表示基数。具体地，对“该”对象或“一个”和“一种”对象的引用也意图表示可能的多个此类对象中的一个。此外，连接词“或”可以用于传达同时存在的特征而不是相互排斥的替代。换句话说，连接词“或”应理解为包括“和/或”。术语“包括”是包括性的，并且具有与“包含”相同的范围。
上述实施例且特别是任何“优选的”实施例是可能的实施方式的示例，并且仅仅是为了清楚地理解本发明的原理而提出的。可以对上述一个或多个实施例进行许多变化和修改，而实质上不脱离本文中所描述的技术的精神和原理。所有修改在本文中意图包括在本公开的范围内且受所附权利要求保护。
根据本发明，提供了一种车辆，其具有：传感器；通信系统；以及处理器，其被配置成从第一装置接收锁定请求；响应于确定第一装置在阈值范围内，向第二装置发送第一警报；并且响应于确定第一装置在阈值范围之外而(i)确定满足车辆情境标准，以及(ii)向第二装置发送第二警报。
根据一个实施例，所述第一装置是钥匙扣，并且所述第二装置是通信地耦合到车辆的智能电话。
根据一个实施例，所述第一警报经由蓝牙连接发送到所述第二装置，并且其中所述第二警报经由蜂窝连接发送到所述第二装置。
根据一个实施例，确定满足车辆情境标准包括：确定一个或多个基于车辆的条件；经由传感器收集对应于一个或多个基于车辆的条件的数据；以及基于所述基于车辆的条件和收集的数据确定满足车辆情境标准。
根据一个实施例，确定满足车辆情境标准包括：确定对应于第二装置的一个或多个装置条件；从第二装置接收对应于一个或多个装置条件的数据；以及基于所述一个或多个装置条件和所接收的数据确定满足车辆情境标准。
根据一个实施例，确定满足车辆情境标准包括：确定对应于车辆的一个或多个远程服务器条件；从远程服务器接收对应于一个或多个远程服务器条件的数据；以及基于所述一个或多个远程服务器条件和所接收的数据确定满足车辆情境标准。
根据一个实施例，上述发明的特征还在于驾驶员座椅，其中处理器还被配置成：确定驾驶员座椅未被占用；并且响应于(i)确定第一装置在阈值范围内，以及(ii)确定驾驶员座椅未被占用，而向第二装置发送第一警报。
根据一个实施例，所述处理器还被配置成：响应于确定第一装置在阈值范围之外，而(i)确定不满足车辆情境标准，以及(ii)向第二装置发送第三警报，其中第三警报指示当车辆被锁定时将发生鸣喇叭；响应于发送第三警报，而从第二装置接收防止发生鸣喇叭的指令；并且在车辆被锁定时防止发生鸣喇叭。
根据本发明，提供了一种车辆，其具有：传感器；通信系统；以及处理器，其被配置成从远程装置接收锁定请求；响应于确定远程装置在阈值范围内，向远程装置发送第一警报；并且响应于确定远程装置在阈值范围之外而(i)确定满足车辆情境标准，以及(ii)向远程装置发送第二警报。
根据一个实施例，远程装置是通信地耦合到车辆的智能电话。
根据一个实施例，所述第一警报经由蓝牙连接发送到所述远程装置，并且其中所述第二警报经由蜂窝连接发送到所述远程装置。
根据一个实施例，确定满足车辆情境标准包括：确定一个或多个基于车辆的条件；经由传感器收集对应于一个或多个基于车辆的条件的数据；以及基于所述基于车辆的条件和收集的数据确定满足车辆情境标准。
根据一个实施例，确定满足车辆情境标准包括：确定对应于远程装置的一个或多个装置条件；从远程装置接收对应于一个或多个装置条件的数据；以及基于所述一个或多个装置条件和所接收的数据确定满足车辆情境标准。
根据一个实施例，确定满足车辆情境标准包括：确定对应于车辆的一个或多个远程服务器条件；从远程服务器接收对应于一个或多个远程服务器条件的数据；以及基于所述一个或多个远程服务器条件和所接收的数据确定满足车辆情境标准。
根据一个实施例，上述发明的特征还在于驾驶员座椅，其中处理器还被配置成：确定驾驶员座椅未被占用；并且响应于(i)确定远程装置在阈值范围内，以及(ii)确定驾驶员座椅未被占用，而向远程装置发送第一警报。
根据一个实施例，所述处理器还被配置成：响应于确定远程装置在阈值范围之外，而(i)确定不满足车辆情境标准，以及(ii)向远程装置发送第三警报，其中第三警报指示当车辆被锁定时将发生鸣喇叭；响应于发送第三警报，而从远程装置接收防止发生鸣喇叭的指令；并且在车辆被锁定时防止发生鸣喇叭。
根据本发明，一种方法包括：由车辆处理器从远程装置接收锁定请求；响应于确定远程装置在阈值范围内，发送第一警报；以及响应于确定远程装置在阈值范围之外而(i)确定满足车辆情境标准，以及(ii)发送第二警报。
根据一个实施例，经由蓝牙连接发送第一警报，并且其中经由蜂窝连接发送第二警报。
根据一个实施例，确定满足车辆情境标准包括：确定对应于远程装置的一个或多个装置条件；从远程装置接收对应于一个或多个装置条件的数据；以及基于所述一个或多个装置条件和所接收的数据确定满足车辆情境标准。
根据一个实施例，上述发明的特征还在于，响应于确定远程装置在阈值范围之外，而(i)确定不满足车辆情境标准，以及(ii)发送第三警报，其中第三警报指示当车辆被锁定时将发生鸣喇叭；响应于发送第三警报，而接收防止发生鸣喇叭的指令；并且在车辆被锁定时防止发生鸣喇叭。