作为信标的车辆

技术领域

说明性实施例总体上涉及用于在各种情况下使用车辆作为信标的方法和设备。

背景技术

便携式技术的进步使得徒步穿越令人困惑的区域变得容易得多。熟练的徒步旅行者可以获得复杂的GPS设备、卫星电话、数字地形图，并且通常可以确保进行相对没有问题的徒步旅行。虽然这对于每天或每周徒步旅行的人来说可能是合适的计划，但是许多其他人可能只想在野外步行，或探索露营地的周围环境，并且可能没有提前计划或想要在装备上花费数千美元。

大多数休闲徒步旅行者在徒步旅行时可能仅携带少量食物和蜂窝电话，因为电话提供手电筒和指南针，并且这些徒步旅行者通常没有计划离开超过几个小时。然而，许多人发现，一旦他们在森林中，树木往往看起来非常类似，并且即使他们距初始位置仅数千英尺或更短，也会容易迷路。灌木丛可能会迅速遮挡露营地的视野，并且不采取航向并维持已知取向可能会仅在距他们需要去的地方很短的距离处导致人“迷路”。

当然，成功徒步旅行还存在其他计划外障碍，诸如扭伤脚踝、跌倒、移动装置电量耗尽、意外天气、筋疲力尽等。很多时候，即使是计划周全的徒步旅行也可能遇到此类情况，并且此类徒步旅行者可能依赖于其他徒步旅行者或紧急服务来辅助他们。如果徒步旅行者具有可用的通信或者可以到达易于识别的位置，则可以迅速找到并辅助他们，但是当此类现代方法失败时，他们可能依靠他们自己的装置来找到回到起点的路。

发明内容

在第一说明性实施例中，一种车辆包括一个或多个处理器，所述一个或多个处理器被配置为确定已经发生了被指定用于对远离车辆行驶的用户的用户辅助的触发状态。所述处理器还被配置为确定结合所述触发状态定义的待采取的警报动作，并且基于未能检测到用户无线装置来确定用户尚未返回到车辆。所述处理器被配置为响应于所述触发状态发生和未能检测到所述用户装置而自动执行所述警报动作。

在第二说明性实施例中，一种方法包括：确定已经发生了被指定用于对远离车辆行驶的用户的用户辅助的触发状态并且基于未能检测到用户装置而确定用户尚未返回到车辆。所述方法还包括确定结合所述触发状态定义的待采取的警报动作并响应于所述触发状态发生和未能检测到所述用户装置而自动执行所述警报动作。

在第三说明性实施例中，一种车辆包括一个或多个处理器，所述一个或多个处理器被配置为确定由用户在远离车辆的旅程之前指定的时间阈值已经过去。所述处理器还被配置为响应于所述已经过去的阈值而扫描与和所述用户相关的装置相关联的无线信号，并且响应于未能检测到所述装置而进行至少一个预定义警报动作。

附图说明

图1示出了车辆信标系统的说明性示例；

图2示出了配置和监测过程的说明性示例；

图3示出了警报触发过程的说明性示例；

图4示出了辅助获得过程的说明性示例；以及

图5示出了引导辅助过程的说明性示例。

具体实施方式

本文描述了本公开的实施例。然而，应理解，所公开的实施例仅仅是示例并且其他实施例可呈现各种形式和替代形式。附图不一定按比例绘制；一些特征可被放大或最小化以示出特定部件的细节。因此，本文公开的具体结构细节和功能细节并不解释为限制性的，而仅解释为用于教导本领域技术人员以各种方式采用本发明的代表性基础。如本领域普通技术人员将理解，参考附图中的任何一个示出和描述的各种特征可与一个或多个其他附图中示出的特征组合以产生未明确地示出或描述的实施例。示出的特征的组合提供用于典型应用的代表性实施例。然而，对于特定的应用或实施方式，可能期望与本公开的教导一致的对特征的各种组合和修改。

除了使示例性过程由位于车辆中的车辆计算系统执行之外，在某些实施例中，所述示例性过程还可由与车辆计算系统进行通信的计算系统来执行。此种系统可包括但不限于无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。此类系统可统称为车辆相关联计算系统(VACS)。在某些实施例中，VACS的特定部件可依据所述系统的特定实施方式来执行过程的特定部分。作为示例而非限制，如果过程具有与配对的无线装置发送或接收信息的步骤，则很可能无线装置未执行所述过程的所述部分，因为无线装置不会与自己“发送并且接收”信息。本领域普通技术人员将理解何时将特定计算系统应用于给定解决方案是不合适的。

可通过使用单独工作或彼此结合工作并执行存储在各种非暂时性存储介质(诸如但不限于快闪存储器、可编程存储器、硬盘驱动器等)上的指令的一个或多个处理器来促进过程的执行。系统与过程之间的通信可包括使用例如蓝牙、Wi-Fi、蜂窝通信和其他合适的无线和有线通信。

在本文讨论的说明性实施例中的每一者中，示出了由计算系统执行的过程的示例性非限制性示例。关于每个过程，执行所述过程的计算系统可能为了执行所述过程的有限目的而变得被配置为用于执行所述过程的专用处理器。所有过程不需要完整地执行，并且被理解成是可执行以达成本发明的要素的过程类型的示例。可根据需要在示例性过程中添加或移除附加步骤。

关于在示出说明性过程流程的附图中描述的说明性实施例，应注意，出于执行由这些附图示出的一些或所有示例性方法的目的，可暂时启用通用处理器作为专用处理器。当执行提供执行所述方法的一些或所有步骤的指令的代码时，处理器可暂时改换用途作为专用处理器，直到所述方法完成为止。在另一示例中，在适当的程度上，根据经预配置的处理器起作用的固件可致使处理器充当为执行所述方法或其某一合理变型而提供的专用处理器。

现代徒步旅行者中一个相对常见的因素是，他们使用某种形式的机动交通工具(通常是车辆)到达小径起点或露营地。现代车辆是功能强大的便携式计算装置，其可以包括高级导航能力、远程蜂窝通信、短程无线通信、高级照明和音响系统等。说明性实施例提出利用这些系统来提供移动信标，所述移动信标可以引导徒步旅行者回家，监测旅行并最终在紧急情况下提供辅助。

车辆可以接收计划的徒步旅行路线和定时，其可以包括在触敏显示器上提供的车辆地图上绘制的计划的徒步旅行路径。车辆可以示出区域的地形图或地理图，并且徒步旅行者可以跟踪预期旅行区域周围的小径线或一般GPS边界。车辆还可以接收定时数据，所述定时数据指示徒步旅行者何时计划返回车辆。

此外，车辆可以用作移动气象站，跟踪意外天气并在预定义情况下采取辅助动作。灯光和声音可以用于为寻求完成旅程的本地徒步旅行者提供视觉和听觉信标。数字无线引导113可以允许车辆与徒步旅行者的电话在足够接近处协作以引导徒步旅行者回家。如果脱离了既定路线，则车辆还可以自动联系公园管理局、其他徒步旅行者和/或紧急辅助服务，以在真正的紧急情况下提供辅助。

图1示出了车辆信标系统的说明性示例。在该示例中，车辆100包括车载计算系统101。这通常包括一个或多个处理器103以及通信收发器。那些收发器可以包括例如蓝牙收发器105、能够进行蜂窝通信的远程信息处理控制单元(TCU)107(其可以包括或可以不包括车载蜂窝调制解调器)以及Wi-Fi收发器109。Wi-Fi和蓝牙收发器109、105可以与本地用户装置进行通信以提供如本文所讨论的各种服务。

TCU 107可能能够与云141系统进行远程通信，并且可能能够使用蜂窝连接来维持与用户装置131的通信，前提是车辆100和装置131两者都在蜂窝信号的范围内。

系统101还可以包括分析过程111，所述分析过程用于基于一些用户参数和/或一般环境背景(例如，天气变化、日光变化等)来处理对计划的徒步旅行的情境分析。意外天气或在天黑之前没有返回可能使得即使没有其他问题时也更难以找到站点，并且车辆100可以被编程为在其中步行可能变得更难以完成的各种情况下提供局部引导113(灯光、声音、装置通信)。

引导过程可以使用车载地图115和/或远程地图149来提供返回到车辆的引导，所述引导可以包括从用户装置到车辆100的航向和距离，或者甚至提供有序步骤序列的更完整方向。例如，在一种情况下，只要车辆100能够与用户装置131进行某种形式的持续或周期性装置通信，车辆100就可以提供周期性的引导113更新回家。这可以包括例如基于GPS坐标的一组指令，使得即使电话131丢失蜂窝信号，用户也可以行驶到引导路径上的第一点并遵循基于GPS坐标(如果它们仍然可用)的有序指令回家。基于GPS分析，电话应能够至少在航向和距离方面将用户引导到一系列方向上的第一点。然后，车辆提供的方向可以在行驶方面更详细，以例如在地形图上标记由车辆100观察到的障碍物。

车辆100还可以具有视觉输出119和听觉输出121。这些可以包括车灯以及内部和外部扬声器两者。例如，车辆可以按喇叭和闪烁灯光以引导车辆或警告其他徒步旅行者。如果车辆具有高级音响系统和足够的功率储备，则车辆100甚至可以降低车窗并以最大音量播放音乐或声音。如果至少一个目标是吸引可能在听觉范围内的其他人的注意力，则这可以包括自定义声音，诸如指示需要辅助的警报器的副本或录制的消息。

云141可以包括用于紧急辅助的支持服务和/或通信能力。网关过程143可以路由传入和传出请求，并且来自车辆的请求可以包括通过过程145的警报处理请求。该警报过程可以确定事故级别并通过例如在147处提供来自路径选择过程的高级地图引导来做出响应，这可以辅助迷路的徒步旅行者。相同的地图数据149和过程147可以用于将公共访问点151引导到徒步旅行者的上一个已知位置和/或提供对车辆100位置的引导。

图2示出了配置和监测过程的说明性示例。在该示例中，用户将在201处确定计划徒步旅行并开始输入返回参数。这可以包括例如203处的定时参数，诸如计划的返回时间、灵活的返回时间、紧急时间等。例如，用户可以在中午离开并计划在下午4点返回。认识到徒步旅行可能会持续很长时间，用户可以将灵活的返回时间设定为下午6点。用户还可以输入晚上8点的紧急返回时间，或者例如诸如黄昏或黑夜的指定符，车辆100可以使用环境光感测或指示当日那些事件何时发生的表来确定所述指定符。

用户还可以在205处输入距离，所述距离可以包括距车辆的范围，诸如1000英尺。用户可能想要保持在车辆附近，并且如果超过边界，则车辆可以经由装置通信警告用户。如果装置通信由于距离或信号丢失而衰减，则所述过程还可以警告用户周边尚未被突破，但是通信正在衰减。如果蜂窝通信可用，则可以基于装置131与车辆100之间的GPS坐标比较来确定距车辆100的距离，并且所述距离可以达到更长距离。用户还可以在207处设定天气参数。这些可以包括当出现某些天气时要触发的警报状态，并且可以包括到移动装置131的直接通知以及车辆100中的警报触发状态，如下面所讨论的。

一旦已经输入了所有参数，或者在参数被输入时，就可以将各种警报状态触发与209和211处的参数相关。虽然车辆100可以仅仅是“最高警报”或“无警报”信标，但是用户可能想要基于在203、205、207处输入的参数的精细引导水平。因此，例如，一旦违反灵活的定时参数，车辆就可以间歇地闪烁灯光或按喇叭，以帮助引导用户回家，但不会产生最大干扰。一旦用户在通信范围内，用户就可以确认此类警报应继续还是停止。如果违反了用于定时的紧急参数，则车辆100可以进入高度戒备，提供响亮且一致的音频、持续灯光并联系紧急服务。

类似地，如果用户超过被确定为可能在听觉范围或视觉范围内的某个距离，则车辆可以触发低级别警报以将用户引导回到范围内，以阻止用户走得更远。天气参数可以被设定为触发被发送到移动装置的关于即将到来的天气的警报，以及在较严重条件下触发灯光和声音，以帮助用户找到回家的路。同样，如果天气变得太恶劣并且尚未重新建立直接装置通信，则所述过程可以触发紧急警报协议。可以在209和211处定义在何种触发组合下采取何种动作，这可以包括单独触发(例如，天黑)和组合触发(例如，黄昏和下雨)。

然后，用户可以在需要时开始徒步旅行，并且车辆过程可以监测213用户装置131。监测可以包括周期性信号扫描或维持在范围内时与装置131的直接通信。监测类型可以包括考虑车辆100的功率储备，以便维持足够的功率以在紧急情况下作出响应，这可以包括例如在必要时发出听觉警报声音和闪烁灯光数小时。

如果执行装置扫描并且如预期的那样检测到装置，则所述过程可以简单地恢复监测，或者可以在217处与装置进行通信以确定装置是否正在移动。例如，在定时触发之前的初始监测本质上可以是周期性的，或者甚至可能不会发生，直到预期到达定时即将到来。这可以取决于用户从车辆请求了多少主动引导。

在某个时间段之后，诸如当第一定时触发已经过去时，在217处，车辆100可以尝试找到装置并确定装置是否正在移动。如果装置在某个时间段内表现出移动，则可以假设用户正在按预期前进。尽管如此，车辆100可以在219处与检测到的装置进行通信，以在221处确定用户是否指示任何形式的遇险。如果没有遇险，则车辆100可以继续监测装置，直到装置在车辆100附近返回。

如果装置没有移动(例如，五分钟或十分钟内没有移动)，则车辆可以在223处再次尝试通信。在移动装置示例中，不响应通信可以指示没有遇险，因为装置仍在移动。在静止装置示例中，不响应可能指示更严重的困境，因此可以采取不同动作。

如果用户在225处确实做出响应，则他们可以在221处指示遇险或其他情况，并且可以采取适当动作。如果用户在某个合理的时间或数量的通信尝试之后没有响应，则所述过程可以在227处进行一系列警报，并且除非装置有任何最终响应或移动，否则最终在229处联系紧急服务。这可以包括在可能时使用车辆100在紧急服务与装置之间建立直接通信信道，如果车辆100可以使用蜂窝通信但装置不能这样，则车辆可以使用Wi-Fi或其他通信来充当从装置到紧急服务的呼叫中继站。这还允许用户在不需要时终止对服务的请求。

如果在基于用于从徒步旅行返回的用户设置预期检测到装置时未检测到装置，则所述过程可以确定已经满足哪些触发状态(如果有的话)。例如，用户可以指示装置应在下午3点之前在车辆的1英里内，并且在下午4点之前在车辆的半英里内。在该时间点，指定的触发可以包括在超出计划距离时发送到装置的简单提醒和/或激活灯光/声音以引导用户更靠近。

如果在233处触发状态指示升级的响应，则可以立即联系紧急服务。由于用户具有由参数制定的一般计划，因此车辆100还可以基于在徒步旅行期间可以用于近似定向和最终位置的任何先前通信来向紧急服务通知一般参数以及尚未满足哪些参数以及用户的任何可能位置。

图3示出了警报触发过程的说明性示例。该示例示出了可以被设定的触发序列，以及当达到触发时可以采取的示例性动作。基于预定义逻辑和/或用户偏好，触发组合也可以使动作发生。

如果在301处定时参数已经过去，则这可能导致触发一个或多个警报。在该示例中，仅作为示例，警报包括三阶段处理，其中第一阶段包括被设计成以最小干扰引导用户回家的警报，第二阶段包括更持久警报，并且第三阶段被设计成引起附近第三方的注意以及联系紧急服务。还可以向某些层的一个或多个预先指定的联系人发出警报，所述联系人可能具有比被警告的另一方更多的背景和/或可能能够立即采取补救措施。

特定动作可以与给定警报相关联，而不是具有一系列动作的一般阶段。例如，对于低优先级警报，用户可能仅想要在夜间闪烁灯光，或者在白天仅想要听觉声音(当灯光可能不是非常有用时)。定时警报可以具有升级的阈值和触发阈值，例如，下午4点的到达时间可以在下午3:30以十五分钟的间隔触发低级别警报，其中在到达下午4:45时间隔或音量的升级，并且继续升级直到达到紧急警报级别。因此，触发不需要有固定的静态定义，并且它们可以根据情况而变化。因素组合也可能在提高频率或警报级别方面起作用，使得如果全部满足多个低级别触发，则它们可能导致触发下一级别警报，例如，定时阈值已经过去、加上天气、加上天黑可能产生灯光和声音两者，即使灯光是针对当前阈值下的任何一个触发所请求的全部。

303处的距离触发可以用于确定用户在某些时间是否在某些范围内，并且可以与定时触发相关联，例如，假设可通过某种形式的通信来确定用户装置131的位置。在许多情况下，在视觉或听觉警报范围之外的距离触发可以简单地触发到电话的消息传递，这可以包括在需要时关于接近和/或引导回到车辆的提醒。

305处的天气触发可以针对意外天气事件进行设定，并且可以包括雨、热、湿度等，因为所有这些都可能对徒步旅行产生影响。用户甚至可能“预期”某些天气，但是不确定预期的准确性，并且因此可能具有一系列触发，所述触发将警报发送到电话和/或在达到某些触发时创建车辆警报状态。

用户还可以在307处设定无响应性触发。这可以包括用于装置移动的参数和用于车辆联系装置131时的响应时间的参数。也就是说，用户可以设定单独的时间和时间层，而不是简单地使用固定时间进行响应或移动，例如，五分钟内没有移动是可接受的，20分钟内没有移动是第一警报触发，30分钟没有移动触发紧急警报。类似地，在通信请求的10分钟内没有响应可以触发提醒请求，在20分钟内没有响应可以触发第一警报等。

还可能存在立即触发第二阶段或紧急服务请求的一系列固定的紧急触发，诸如恶劣天气(雪、大雨、山洪、龙卷风等)。跳到较高状态触发也可以触发较低状态响应，例如，即使联系了紧急服务，也可以触发第一阶段和第二阶段警报。

当触发导致传递到警报阶段时，所述过程可以基于阶段的先前触发和/或触发设置来确定是否应绕过所述阶段。如果需要，可以基于先前的警报阶段或指定在311处跳过第一阶段并且在315处跳过第二阶段。否则，所述过程可以在313、315处进行全部或部分第一阶段或第二阶段警报。最终，可以在必要时在319处联系紧急服务。

车辆100还可以在车辆与装置131进行通信时监测装置功率状态。这可以用于预测通信丢失是否是由于装置断电引起的，这可以取消警报状态，或者可以由于装置不可联系而触发警报的辅助定时过程。另一方面，在用户依赖装置131进行导航的情况下，用户可以使车辆100被配置为在装置断电时至少发出听觉引导。装置131也可能在徒步旅行期间损坏，并且车辆可能无法识别这一点，除非它确定装置可能损坏，因为先前的装置状态具有大功率和良好的信号强度，而之后立即且意外地丢失。用户可以具有用于确定装置何时可能已损坏的默认设置(例如，听觉引导)，或者用户可以依赖于警报的一般过程。

此外，当装置返回到车辆和/或在警报范例期间被车辆检测到时，可以延迟或取消警报过程。例如，如果警报时间已经过去，并且至少在后续点处检测到装置，则除非装置停止移动或在不正确的方向上移动太长时间，否则未来的警报可能会延迟。一旦在车辆的几英尺内(可以是用户可配置的距离)检测到装置，就可以终止警报过程。

图4示出了辅助获得过程的说明性示例。在该示例中，车辆100可能已经达到需要某种形式的辅助的警报阶段。除了联系紧急服务之外，车辆100还可能能够尝试获得本地辅助。即使车辆声音和灯光吸引了其他徒步旅行者或露营者，他们也可能不知道如何帮助失踪的徒步旅行者。这是车辆100可以提供一些引导的过程的示例。

在该示例中，所述过程在401处确定是否满足合适的警报阶段。在满足阈值警报之前，所述过程可能不会尝试联系本地辅助，因为这可能导致误报警报和对实际上并未失踪的徒步旅行者的搜索。如果警报阶段是合适的，诸如二级或三级警报，其中存在人员没有故意未能返回到车辆100的合理可能性，则所述过程可以扫描附近装置403。

如前所述，闪烁灯光和声音可能会吸引旁观者。这可以包括例如将声音或照明升级为被设计成吸引旁观者的声音或灯光。例如，车辆LED可以被更换为镜面应急灯光(通过颜色和闪烁频率的变化)和/或车辆声音可以从喇叭变为警报器或通过车辆扬声器输出的实际消息，诸如“有人需要辅助，请帮助他”。即使车辆100缺少外部扬声器，它也可以降低车窗并增大内部音响系统的音量，从而使其可从很远的距离听到。

在403处扫描装置可以在405处产生一个或多个移动装置签名，所述一个或多个移动装置签名在407处指示用户装置或未知装置。如果装置是用户装置131，则所述过程可以分支到意图直接帮助用户的辅助形式，如先前所讨论的。同时或替代地，在409处，所述过程可以使用在某些情况下允许直接连接的紧急证书连接到找到的装置。

然后，车辆100可以在411处向本地移动装置提供数据，所述数据包括用户图像、计划返回、用户意图要徒步旅行到的位置的图像、到上一个已知位置的航向、上一个已知位置的坐标等，如果需要，路人可以使用所述本地移动装置来辅助用户。车辆100还可以在415处提供辅助请求，所述请求可以包括针对帮助找到用户的请求、针对行驶到蜂窝连接以联系紧急服务的请求(例如，如果车辆缺少当前的小区连接，则用户可以进入其自己的车辆并去呼叫紧急服务)。

图5示出了引导辅助过程的说明性示例。在该示例中，车辆100连接到在扫描中检测到的或者车辆100与其维持一致或周期性通信的用户装置501。如果用户通过直接指示无辅助或不响应而不需要辅助，则当无响应性不指示需要时，所述过程可以退出。然而，如果用户请求引导或辅助，则所述过程可以在505处从移动装置请求装置位置。

在507处，车辆还可以向移动装置提供车辆位置，使得两个装置(电话和车辆)都可以尝试为用户创建引导，以防通信丢失。例如，用户可能已经徒步旅行到山顶以获得允许这种通信的蜂窝信号，但是在回家旅程中将丢失信号。尽管提供固定的车辆位置可以辅助用户找到车辆100，但是装置也可以在旅程开始之前记录该位置。

在509处，车辆100可以使用车载或远程地图数据库(诸如地形图)来计划返回车辆的路径。这可能与常规的地图绘制过程不同，因为可能没有道路和标记的路径，但是车辆可以使用基本算法来标记其地形看起来无法被人类步行通过的区域。车辆100可以将地图/计划和航向信息两者发送到移动装置，所述信息可以指示车辆和下一个旅程点两者的大致方向。也就是说，移动装置可以显示车辆100的大致方向以及通向计划路径中的下一个点的箭头。基于实时观察，用户可以确定哪条路线是更优选的，诸如倒下的树提供越过计划路线所标记的山沟的通道，因为车辆100不知道有树。

在515处，用户还可以明确地请求本地辅助或紧急辅助。这可能导致诸如图4所示的过程的进行，其中车辆试图吸引注意力并与本地装置进行通信。该过程还可以在519处向用户提供大致方向(例如，发送给用户的反向路径)以供本地装置使用，并且在517处共享用户装置信息，诸如用于在可能的和/或通信证书允许在装置接近时进行装置对装置通信时联系用户装置的电话号码。

在可能的情况下，车辆100还可以打开本地装置与用户装置131之间的直接通信信道，从而允许附近辅助者与远程和失踪的用户直接通信。

虽然上文描述了示例性实施例，但这些实施例并不意图描述权利要求所涵盖的所有可能形式。说明书中使用的词语是描述性词语而非限制词语，并且应理解，可在不背离本公开的精神和范围的情况下做出各种改变。如先前所述，各种实施例的特征可以组合以形成可能未明确描述或示出的本发明的另外的实施例。尽管各种实施例就一个或多个期望的特性而言可能已经被描述为提供优点或优于其他实施例或现有技术实施方式，但本领域普通技术人员应认识到，可折衷一个或多个特征或特性来实现期望的整体系统属性，这取决于具体应用和实施方式。因而，就一个或多个特性而言被描述为不如其他实施例或现有技术实施方式理想的实施例并不在本公开的范围之外，并且可能是特定应用所期望的。

根据本发明，提供了一种车辆，所述车辆具有一个或多个处理器，所述一个或多个处理器被配置为：确定已经发生了被指定用于对远离车辆行驶的用户的用户辅助的触发状态；基于未能检测到指定的用户装置来确定用户尚未返回到所述车辆；确定结合所述触发状态定义的待采取的警报动作；以及响应于所述触发状态发生和所述未能检测到所述用户装置而自动执行所述警报动作。

根据一个实施例，所述触发状态包括用户返回所经过的时间以及对用户装置的信号搜索未检测到所述用户装置。

根据一个实施例，所述触发状态包括基于传送到所述车辆的移动装置坐标，用户在距所述车辆的预定义距离之外。

根据一个实施例，所述触发状态包括基于由所述车辆获得的传感器观察或预报数据中的至少一者来确定至少一种类型的预定义天气已经发生或将要发生超过阈值。

根据一个实施例，所述警报动作包括使车辆外部可听系统发出声音或闪烁车灯中的至少一者。

根据一个实施例，所述警报动作包括降低车窗并通过内部车辆音响系统以预定义音量播放听觉警报。

根据一个实施例，所述警报动作包括联系紧急服务。

根据一个实施例，所述警报动作包括尝试发现靠近所述车辆的一个或多个移动装置，以及与所述一个或多个移动装置进行通信以基于在所述用户远离所述车辆行驶之前所述用户指示的计划行程数据来提供与所述用户相关的位置数据。

根据一个实施例，所述警报动作包括尝试发现靠近所述车辆的一个或多个移动装置，以及与所述一个或多个移动装置进行通信以基于所述车辆与所述用户之间的上一次通信指示上一个已知用户位置来提供与所述用户相关的位置数据。

根据本发明，一种方法包括：确定已经发生了被指定用于对远离车辆行驶的用户的用户辅助的触发状态；确定结合所述触发状态定义的待采取的警报动作；以及基于未能检测到指定的用户装置而确定用户尚未返回到所述车辆；响应于所述触发状态发生和所述未能检测到所述用户装置而自动执行所述警报动作。

在本发明的一个方面，所述触发状态包括用户返回所经过的时间以及对用户装置的信号搜索未检测到所述用户装置。

在本发明的一个方面，所述触发状态包括基于传送到所述车辆的移动装置坐标，用户在距所述车辆的预定义距离之外。

在本发明的一个方面，所述触发状态包括基于由所述车辆获得的传感器观察或预报数据中的至少一者来确定至少一种类型的预定义天气已经发生或将要发生超过阈值。

在本发明的一个方面，所述警报动作包括使车辆外部可听系统发出声音或闪烁车灯中的至少一者。

在本发明的一个方面，所述警报动作包括降低车窗并通过内部车辆音响系统以预定义音量播放听觉警报。

在本发明的一个方面，所述警报动作包括联系紧急服务。

在本发明的一个方面，所述警报动作包括尝试发现靠近所述车辆的一个或多个移动装置，以及与所述一个或多个移动装置进行通信以基于在所述用户远离所述车辆行驶之前所述用户指示的计划行程数据来提供与所述用户相关的位置数据。

在本发明的一个方面，所述警报动作包括尝试发现靠近所述车辆的一个或多个移动装置，以及与所述一个或多个移动装置进行通信以基于所述车辆与所述用户之间的上一次通信指示上一个已知用户位置来提供与所述用户相关的位置数据。

根据本发明，提供了一种车辆，所述车辆具有一个或多个处理器，所述一个或多个处理器被配置为：确定由用户在远离车辆的旅程之前指定的时间阈值已经过去；响应于所述已经过去的阈值而扫描与和所述用户相关的装置相关联的无线信号；以及响应于未能检测到所述装置而进行至少一个预定义警报动作。

根据一个实施例，所述警报动作包括发出车辆听觉警报和闪烁车灯或将通信发送到紧急服务中的至少一者。