车辆通信管理系统和方法与流程
本公开涉及车载系统，并且更具体地涉及管理与其他设备、系统或车辆的通信的系统和方法。
背景技术：
汽车和其他车辆对商业、政府和私人实体提供很大一部分运输。在将乘客或物体从一个位置运送到另一个位置时，车辆(诸如自主车辆)在道路、停车场和其他区域行驶。在诸如事故或驾驶员的医疗问题等一些情况下，车辆可能需要与外部系统或紧急服务提供者进行通信。然而，如果车辆发生事故，那么与外部系统或紧急服务提供者通信的车辆系统可能无法正确地操作。在这种情况下，车辆需要找到与外部系统或紧急服务提供者进行通信的替代方式。
技术实现要素：
通信管理系统确定车辆的当前情况并确定车辆是否可以与外部系统通信。如果车辆不可以与外部系统通信，则通信管理系统中的处理器识别可以与外部系统通信的邻近设备。通信管理系统中的数据请求模块请求邻近设备将与车辆的当前情况相关联的信息以及来自邻近设备的视角的其他详情传送到外部系统。
附图说明
参考以下附图来描述本公开的非限制性和非穷尽性实施例，其中相同的附图标号在各个附图中指代相同的部分，除非另有说明。
图1是说明包括通信管理系统的车辆控制系统的实施例的框图。
图2是说明通信管理系统的实施例的框图。
图3说明具有多个摄像机和其他传感器以监测车辆内部和外部的车辆的实施例。
图4是说明车辆与一个或多个设备、系统或车辆通信的情况的实施例的框图。
图5是说明用于请求另一车辆或系统传送有关紧急情况的详情的方法的实施例的流程图。
图6是说明用于将数据传送到外部系统的方法的实施例的流程图。
具体实施方式
在以下公开内容中，参考了形成其一部分的附图，并且附图中以图解方式示出了可以实践本公开的具体实现方式。应当理解，可以利用其他实现方式并且可以在不背离本公开的范围的情况下进行结构改变。说明书中对“一个实施例”、“实施例”、“示例性实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性，但是每个实施例可以不一定包括所述特定特征、结构或特性。此外，这类短语不一定是指相同的实施例。另外，当结合实施例描述特定特征、结构或特性时，应当认为无论是否明确描述，本领域技术人员在其知识范围内都可以结合其他实施例来实现这种特征、结构或特性。
本文所公开的系统、设备和方法的实现方式可以包括或利用专用或通用计算机，所述专用或通用计算机包括诸如像一个或多个处理器和系统存储器等计算机硬件，如本文所讨论。本公开范围内的实现方式还可以包括用于承载或存储计算机可执行指令和/或数据结构的物理媒介和其他计算机可读媒介。这种计算机可读媒介可以是可由通用或专用计算机系统访问的任何可用媒介。存储计算机可执行指令的计算机可读媒介是计算机存储媒介(设备)。承载计算机可执行指令的计算机可读媒介是传输媒介。因此，作为示例而非限制，本公开的实现方式可以包括至少两种完全不同的计算机可读媒介：计算机存储媒介(设备)和传输媒介。
计算机存储媒介(设备)包括ram、rom、eeprom、cd-rom、固态驱动器(“ssd”)(例如，基于ram)、闪存、相变存储器(“pcm”)、其他类型的存储器、其他光盘存储器、磁盘存储器或其他磁存储设备、或可用于以计算机可执行指令或数据结构的形式存储所需程序代码手段并且可由通用或专用计算机访问的任何其他媒介。
本文所公开的设备、系统和方法的实现方式可以通过计算机网络进行通信。“网络”被定义为使得电子数据能够在计算机系统和/或模块和/或其他电子设备之间传输的一条或多条数据链路。当信息通过网络或另一通信连接(硬连线、无线或者硬连线或无线的组合)传输或提供给计算机时，计算机正确地将所述连接视为传输媒介。传输媒介可以包括可用于以计算机可执行指令或数据结构的形式承载所需程序代码手段并且可由通用或专用计算机访问的网络和/或数据链路。上述的组合也应当包括在计算机可读媒介的范围内。
计算机可执行指令包括例如在处理器上执行时使通用计算机、专用计算机或专用处理设备执行某个功能或一组功能的指令和数据。计算机可执行指令可以是例如二进制文件、诸如汇编语言的中间格式指令或者甚至是源代码。尽管用结构特征和/或方法动作专用的语言描述了主题，但是应当理解，所附权利要求书中限定的主题不一定限于所描述的特征或本文所描述的动作。相反，所描述的特征和动作是作为实现权利要求的示例形式而公开。
本领域技术人员将理解，本公开可以在具有许多类型的计算机系统配置的网络计算环境中实践，所述计算机系统配置包括内置式车辆计算机、个人计算机、台式计算机、膝上型计算机、消息处理器、手持式设备、多处理器系统、基于微处理器的或可编程的消费电子设备、网络pc、小型计算机、大型计算机、移动电话、pda、平板电脑、寻呼机、路由器、交换机、各种存储设备等等。本公开还可以在分布式系统环境中实践，其中通过网络链接(通过硬连线数据链路、无线数据链路或者通过硬连线和无线数据链路的组合)的本地和远程计算机系统两者都执行任务。在分布式系统环境中，程序模块可以位于本地和远程存储器存储设备两者中。
另外，在适当的情况下，本文所描述的功能可以以下中的一个或多个执行：硬件、软件、固件、数字部件或模拟部件。例如，一个或多个专用集成电路(asic)可以被编程以执行本文所描述的系统和过程中的一个或多个。整个说明书和权利要求书中使用了某些术语来指代特定系统部件。如本领域技术人员将理解，部件可以通过不同的名称来指代。本文件并不意图区分名称不同但作用相同的部件。
应当注意，本文所讨论的传感器实施例可以包括计算机硬件、软件、固件或它们的任何组合以执行它们的功能的至少一部分。例如，传感器可以包括被配置成在一个或多个处理器中执行的计算机代码，并且可以包括由计算机代码控制的硬件逻辑/电路。这些示例性设备在本文中被提供用于说明目的，而不意图限制。本公开的实施例可以在其他类型的设备中实现，如相关领域的技术人员所公知。
本公开的至少一些实施例涉及包括存储在任何计算机可用媒介上的这种逻辑(例如，以软件的形式)的计算机程序产品。这种软件当在一个或多个数据处理设备中执行时使设备如本文所述地进行操作。
图1是说明车辆内的包括通信管理系统104的车辆控制系统100的实施例的框图。自动驾驶/辅助系统102可用于自动化或控制车辆的操作或者向人类驾驶员提供辅助。例如，自动驾驶/辅助系统102可以控制车辆的制动、转向、安全带张紧、加速、灯、警报、驾驶员通知、无线电、车辆锁或任何其他辅助系统中的一个或多个。在另一个示例中，自动驾驶/辅助系统102可能不能够提供对驾驶(例如，转向、加速或制动)的任何控制，但是可以提供通知和警报以辅助人类驾驶员安全驾驶。车辆控制系统100包括通信管理系统104，所述通信管理系统104与车辆中的各种部件交互以控制并管理主车辆(即，包含通信管理系统104的车辆)与其他系统、设备或车辆之间的通信。尽管通信管理系统104在图1中被示出为单独部件，但是在替代实施例中，通信管理系统104可以并入自动驾驶/辅助系统102或任何其他车辆部件中。
车辆控制系统100还包括一个或多个传感器系统/设备，所述一个或多个传感器系统/设备用于检测附近物体(或障碍物)的存在或确定主车辆(例如，包括车辆控制系统100的车辆)的位置。在一些实施例中，一个或多个传感器系统/设备可用于确定车辆的状态或情况，诸如正常操作、事故检测、驾驶员紧急情况等。在图1的示例中，车辆控制系统100可以包括一个或多个雷达(无线电检测和测距)系统106、一个或多个激光雷达(灯光检测和测距)系统108、一个或多个摄像机系统110、全球定位系统(gps)112和/或超声系统114。一个或多个摄像机系统110可以包括安装到车辆(例如，车辆后部)的后置摄像机、前置摄像机和一个或多个侧置摄像机。摄像机系统110还可以包括捕获车辆内部的图像(诸如车辆内的乘客和其他物体)的一个或多个内部摄像机。激光雷达系统108可以包括捕获与车辆内的区域相关联的数据的一个或多个内部激光雷达传感器。车辆控制系统100可以包括数据存储装置116，所述数据存储装置116用于存储用于导航和安全性的相关或有用数据，诸如地图数据、行驶历史、车辆行驶路径历史、车辆速度改变历史、车辆移动方向历史、车辆加速历史或其他数据。车辆控制系统100还可以包括收发器118，所述收发器118用于与移动或无线网络、其他车辆、基础设施或任何其他通信系统进行无线通信。
车辆控制系统100可以包括车辆控制致动器120以控制车辆驾驶的各个方面(例如电动马达、开关或其他致动器)，控制制动、加速、转向、安全带张紧、门锁等。车辆控制系统100还可以包括一个或多个显示器122、扬声器124、麦克风126或其他设备，以便可以向人类驾驶员或乘客提供通知。显示器122可以包括平视显示器、仪表盘显示器或指示器、显示屏或可由车辆的驾驶员或乘客看见的任何其他可视指示器。扬声器124可以包括车辆的音响系统的一个或多个扬声器，或者可以包括专用于驾驶员或乘客通知的扬声器。麦克风126可以包括位于车辆内部或外部以捕获源自车辆内部或外部的声音的任何类型的麦克风。
应当理解，图1的实施例仅以举例的方式给出。其他实施例可以在不背离本公开的范围的情况下包括更少或另外的部件。另外，所说明的部件可以组合或包括在其他部件内而没有限制。
在一个实施例中，自动驾驶/辅助系统102被配置来控制主车辆的驾驶或导航。例如，自动驾驶/辅助系统102可以控制车辆控制致动器120以在道路上的路径、停车场、行车道或其他位置行驶。在一些实施例中，自动驾驶/辅助系统102可以基于由部件106-118中的任何部件提供的信息或感知数据来确定路径。路径还可以基于操纵车辆以避免或减轻与另一车辆或物体的潜在碰撞的路线来确定。传感器系统/设备106-110和114可以用于获取实时传感器数据，使得自动驾驶/辅助系统102能够实时辅助驾驶员或驾驶车辆。
图2是说明通信管理系统104的实施例的框图。如本文所描述，“通信管理系统”104也可以称为“车辆通信管理系统”。如图2所示，通信管理系统104包括通信模块202、处理器204和存储器206。通信模块202允许通信管理系统104与其他系统(诸如自动驾驶/辅助系统102)通信，并且与车辆外部的其他用户和系统通信。在一些实施例中，通信模块202能够确定哪些附近的设备或系统具有与通信管理系统104所位于的车辆的活跃(例如有效)连接。例如，通信模块202可以确定哪些附近的车辆、移动设备、基础设施设备等正在与车辆通信(或者可用于与车辆通信)。如本文所讨论，当发生需要车辆与其他设备、系统、车辆等进行通信的情况时，此信息是有用的。
处理器204执行各种指令以实现由通信管理系统104提供的功能，如本文所讨论。存储器206存储这些指令以及由处理器204和包含在通信管理系统104中的其他模块和部件使用的其他数据。
另外，通信管理系统104包括数据管理模块208，所述数据管理模块208收集并管理来自各种车辆传感器、系统和部件的数据。数据包括例如车辆的操作状态、车辆驾驶员和乘客的状态等。数据可以包括事故或其他紧急情况的检测，包括一个或多个车辆系统的问题、驾驶员或乘客经历的医疗紧急情况、或其他危险(或潜在危险)情况。在一些实施例中，可以从主车辆外部的其他设备、部件、系统或车辆接收数据。例如，数据管理模块208可以从提供图像数据或与主车辆相关联的其他信息的附近车辆接收数据。在发生事故的情况下，附近车辆可以提供显示主车辆的当前定位和位置以及主车辆的损坏程度的图像数据。
车辆情况管理器210确定主车辆的当前情况或操作状态。如本文所讨论，所述情况或操作状态可以识别事故、与驾驶员或乘客相关的医疗紧急情况、或需要紧急服务提供者、事故响应服务、车辆修理服务等的辅助的其他情况。如本文所讨论，车辆情况管理器210基于来自车辆传感器的数据以及来自其他车辆、系统和设备的数据来确定车辆的情况或操作状态。
通信管理系统104还包括可以从其他车辆、系统和设备请求数据的数据请求模块212。另外，数据请求模块212可以传送对数据的请求或向其他车辆、系统和设备传输信息的请求。例如，如果主车辆在事故中受损并且不能够与紧急服务提供者通信，那么主车辆可能仍然能够与附近的车辆、系统和设备通信。在这种情况下，主车辆可以请求附近的车辆、系统或设备将与事故相关联的数据传送到紧急服务提供者。
车辆调制解调器管理器214控制主车辆内的通信调制解调器的操作。在一些实施例中，车辆调制解调器管理器214还控制车辆内的任何其他通信机制或通信系统的操作。
通信管理系统104还包括监测驾驶员和/或乘客的一个或多个生命体征的乘员生命体征管理器216，如本文所讨论。在一些实施例中，乘员生命体征管理器216监测诸如心率、呼吸率等生命体征。例如，座椅、安全带或方向盘中的心率传感器可以单独或与来自一个或多个摄像机的图像数据组合检测心率。另外，图像数据可以用于分析乘员的呼吸和意识水平。此外，乘员生命体征管理器216可以监测乘员的应力水平、情绪状态等。例如，可基于心率、呼吸、意识水平、氧气(例如，spo2)水平等来估计乘员的应力水平、情绪状态等等。
图3说明具有多个摄像机和其他传感器以监测车辆内部和外部的车辆300的实施例。在一些实施例中，车辆300可以作为自主车辆操作并且执行本文所讨论的功能和操作的至少一部分。车辆300包含如本文所讨论的车辆控制系统100。如图3所示，车辆300具有两个内部摄像机302和306以及两个内部传感器304、308。在一些实施例中，摄像机302、306定位在车辆300中并定向成使得驾驶员座位位置和乘客座位位置在至少一个摄像机302、306的视野内。车辆300内部的其他区域也可以在一个或多个摄像机302、306的视野内。传感器304、308代表与例如雷达系统106、激光雷达系统108、超声系统114等相关联的任何类型的传感器。在一些实施例中，由传感器304、308捕获的数据与摄像机302、306捕获的数据结合使用，以识别车辆的当前情况以及车辆乘员(包括驾驶员和/或乘客)的医疗状况。尽管图3中示出两个内部摄像机302、306，但是在替代实施例中，车辆300可以具有定位在整个车辆的各个位置中并且瞄准不同角度的任何数量的内部摄像机。类似地，尽管图3中示出两个内部传感器304、308，但是在替代实施例中，车辆300可以具有定位在整个车辆的各个位置中的任何数量的内部传感器。
车辆300还包括多个外部摄像机310和312，所述多个外部摄像机310和312被定位并定向成使得车辆外部的区域在至少一个摄像机310、312的视野内。尽管图3中未示出，但是在一些实施例中，车辆300还包括一个或多个外部传感器，诸如与雷达系统106、激光雷达系统108、超声系统114等相联的传感器。外部摄像机和传感器捕获有关车辆300外部的区域的图像数据和其他数据。此图像数据和其他数据可用于确定附近的设备、系统或车辆，并且可用于确定车辆300的当前情况。尽管摄像机和传感器302-312被示出在车辆300的特定位置中，但是替代实施例可以将任何数量的摄像机和传感器302-312定位在车辆300的任何位置中。
图4是说明车辆与一个或多个设备、系统或车辆通信的情况400的实施例的框图。这些设备、系统或车辆在本文中可以称为“邻近设备”并且包括能够与车辆通信的任何类型的系统、设备或部件。图4的示例示出在特定位置处的车辆300。车辆300包含车辆控制系统100(其包括通信管理系统104)，如本文所讨论。在一些实施例中，车辆300通过数据通信网络404与服务器402通信。服务器402可以是通过从车辆300接收数据并向车辆300提供数据而与车辆300通信的任何类型的计算系统，诸如基于云的服务器。例如，车辆300可以向服务器402传送gps数据、车辆操作数据等。另外，服务器402可以向车辆300传送地图数据、交通数据、维护提醒等。在一些实施例中，车辆300使用调制解调器或车辆300中的其他通信设备与服务器402通信。例如，调制解调器可以包括4g调制解调器、4glte调制解调器、5g调制解调器、或
在一些实施例中，数据通信网络404包括蜂窝通信网络、因特网、或两个或更多个通信网络的任何组合。车辆300还可以与一个或多个基础设施系统406诸如交通信号灯、交通监控系统、路边单元等通信。例如，车辆控制系统100可以通过包括v2i(车辆对基础设施)通信协议的通信链路408与特定车辆基础设施系统406通信。
在一些实施例中，车辆300可以与其他车辆410通信，所述其他车辆410包括能够与车辆300中的车辆控制系统100通信的某种类型的通信系统412。例如，车辆300可以通过包括v2v(车辆对车辆)通信协议的通信链路414与另一车辆410通信。
在图4的示例中，用户416位于车辆300的附近(或车辆300内部)并且正在操作诸如智能电话、平板计算机或其他计算系统等移动设备418。移动设备418例如通过数据通信链路420与车辆控制系统100通信。数据通信链路420包括使用任何通信协议的任何类型的通信链路，所述任何通信协议诸如
如本文更详细的讨论，在一些情况下，车辆300可能涉及损坏一个或多个车辆部件并妨碍车辆300与服务器402通信的事故。然而，车辆300可能仍然能够与基础设施系统406、另一车辆410、或移动设备418通信。在这种情况下，车辆300能够通过向基础设施系统406、另一车辆410或移动设备418(其将数据转发到服务器402)发送数据和/或对联系服务器402的请求来与服务器402间接通信。
图5是说明用于请求另一车辆或系统传送有关紧急情况的详情的方法500的实施例的流程图。最初，车辆检测紧急情况502，诸如与车辆乘员相关联的事故或医疗紧急情况。可以使用一个或多个车辆传感器(诸如检测突然减速或加速的加速度计传感器、检测车辆翻车或车辆的其他异常位置的陀螺仪传感器)来检测车辆事故502。在一些实施例中，车辆事故可以通过由车辆内部或外部的摄像机捕获的图像来检测。另外，车辆事故(或其他情况)可以通过碰撞传感器、压力传感器、部件/系统故障、乘员生命体征等来检测。在特定情形下，紧急情况可能不包括事故。例如，交通繁忙的公路上的失速车辆或与车辆乘员相关联的医疗问题可以代表需要紧急服务提供者或类似服务的关注的紧急情况。
在检测紧急情况502之后，车辆中的通信管理系统收集与车辆的情况、驾驶员的健康情况以及乘客健康情况相关的信息504。通信管理系统还确定车辆的通信部件和系统是否正确地操作506。例如，车辆可能需要与服务器(例如，图4中的服务器402)或其他系统进行通信以发送关于紧急情况(诸如事故或与驾驶员或乘客相关联的医疗问题的发生)的信息。在508处，如果车辆的通信部件和系统正确地操作，那么车辆将有关紧急情况的信息传送到服务器、紧急服务提供者、事故响应服务或其他系统510。在一些实施例中，方法500在完成步骤510之后结束。在其他实施例中，方法500在完成步骤510之后继续至步骤512。
在508处，如果车辆的通信部件和系统无法正确地操作，那么通信管理系统识别车辆可与其通信的邻近设备512。例如，邻近设备可以是位于车辆外部但足够近以便与车辆进行通信的系统、设备、部件、车辆或基础设施系统。在特定情况下，邻近设备可以位于车辆内部，诸如由车辆乘员操作的移动设备。
在一些实施例中，事故或车辆部件故障可能妨碍车辆与服务器、紧急服务提供者、事故响应服务或其他系统进行通信。例如，事故(诸如翻车事故)可能损坏允许车辆通过蜂窝通信网络或因特网与服务器、紧急服务提供者或事故响应服务进行通信的外部车辆天线。尽管外部车辆天线已损坏，但是车辆可能仍然能够使用不同的通信机制与附近的设备、系统或车辆(即，邻近设备)通信，所述通信机制诸如本文参考图4所讨论的通信链路和系统。例如，车辆可以具有用于短距离通信的次级天线，诸如
在识别邻近设备512之后，车辆将有关紧急情况的信息传送到邻近设备，并请求邻近设备将该信息传送到紧急服务提供者或事故响应服务514。有关紧急情况的信息可以包括有关车辆位置的详情、紧急情况的原因、事故的严重程度、有关乘员健康问题的详情等。另外，车辆请求邻近设备从邻近设备的视角提供关于紧急情况的其他详情。例如，如果邻近设备包括摄像机，那么邻近设备可以捕获紧急情况的图像并将这些图像连同从车辆接收的信息一起传送到紧急服务提供者。来自邻近设备的视角的这些另外详情可有助于紧急服务提供者分析紧急情况并确定所需响应的类型。例如，来自邻近车辆的另外图像可以显示由事故引起的损坏程度，这有助于紧急服务提供者确定车辆需要哪种类型的响应，诸如警察、消防车、救护车等。
在一些实施例中，邻近设备捕获来自车辆的声音并将捕获的声音连同从车辆接收的信息一起传送到紧急服务提供者。来自邻近设备的视角的这些另外详情可有助于紧急服务提供者分析紧急情况并确定所需响应的类型。例如，捕获的声音可以指示车辆的发动机是否仍在运行，车辆乘员是否正在呼救，或者车辆乘员是否正在说出向紧急服务提供者提供指令或其他见解的特定单词或短语。在其他示例中，邻近设备可以捕获其他类型的数据，诸如邻近设备的地理位置(例如，gps坐标)、邻近设备的速度、邻近设备的行进方向、邻近设备的密度、当前天气状况等。
方法500随着邻近设备从车辆接收信息和请求516并从邻近设备的视角识别或捕获关于车辆的另外详情518而继续。然后，邻近设备将从车辆接收的信息以及由邻近设备识别或捕获的另外详情发送到紧急服务提供者520。紧急服务提供者可以分析所述信息和另外详情，然后确定如何应对紧急情况。在一些实施例中，“案件id”与每个紧急情况相关联。案件id由车辆以及任何邻近设备使用。在特定实现方式中，案件id被包括在车辆与邻近设备之间的通信中。另外，案件id通过每个邻近设备在向紧急服务提供者或其他实体发送接收到的信息和/或另外详情时而被包括。
图6是说明用于将数据传送到外部系统的方法600的实施例的流程图。最初，车辆检测与外部系统(诸如车辆外部的服务器或其他设备)的连接丢失602。例如，车辆可能经历到数据通信网络(诸如图4中的数据通信网络404)的连接性丢失。然后，在604处，车辆确定其是否具有用于传送到外部系统(或从其接收)的关键数据。如果车辆不具有用于传送的关键数据，那么车辆可能会等待直到与外部系统的连接恢复为止。例如，非关键数据可以包括行驶历史数据或更新到外部服务器的其他例行信息。
然而，如果车辆确定其具有用于传送到外部系统(或从其接收)的关键数据604，那么车辆中的通信管理系统收集与车辆的情况或操作状态相关的信息606。例如，所收集的信息可以包括需要传送到外部系统的关键信息，诸如与车辆故障相关的数据或与附近的事故或其他紧急情况相关联的数据。其他类型的关键信息包括车辆需要来自外部系统的安全导航即将到来的道路或找到最近的警察局、医院、其他紧急服务提供者的数据。在一些实施例中，其他类型的数据包括视频数据、音频数据、车辆状态、行驶历史、诊断控制信号、对支持服务可用性和到达时间的估计等。
然后，通信管理系统识别可用于通信的邻近设备608。示例性邻近设备包括本文参考图4所讨论的设备、系统或车辆中的一个或多个。在识别邻近设备608之后，通信管理系统将有关车辆的情况或状态的信息传送到邻近设备，并请求邻近设备将该信息传送到外部系统610。在一些实施例中，车辆还可以请求邻近设备从邻近设备的视角提供关于车辆的情况或状态的其他详情。例如，如果邻近设备包括摄像机，那么邻近设备可以捕获车辆的图像并将这些图像传送到外部系统。在分析车辆的当前情况或状态并确定所需响应的类型时，来自邻近设备的视角的这些另外详情可能有所帮助。
方法600随着邻近设备从通信管理系统接收信息和请求612并从邻近设备的视角识别或捕获关于车辆的另外详情614而继续。然后，邻近设备将从车辆接收的信息以及由邻近设备识别或捕获的另外详情传送到外部系统616。外部系统可以分析所述信息和另外详情，然后确定如何应对车辆的当前情况或状态。在一些实施例中，来自外部系统的响应包括由邻近设备接收并从邻近设备传送到车辆的数据或指令。
如上文参考图5所述，与每种情况相关联的“案件id”包括例如与外部系统的连接丢失。案件id由车辆以及任何邻近设备使用。在特定实现方式中，案件id被包括在车辆与邻近设备之间的通信中。另外，案件id通过每个邻近设备在向外部系统或其他实体发送接收到的信息和/或另外详情时而被包括。
在一些实施例中，车辆甚至在车辆能够与紧急服务提供者或外部系统通信的情况下与邻近设备通信。例如，在一些情况下，车辆想要将来自邻近设备的视角的另外信息(例如，图像或声音)传送到紧急服务提供者或外部系统。因此，即使车辆的调制解调器和其他通信系统正确地操作，车辆也可以向邻近设备传送有关车辆的信息与邻近设备将该信息以及来自邻近设备的视角的另外信息传送到紧急服务提供者、外部系统或其他服务的请求。
如上所述，“案件id”可以与每个事故、紧急情况或其他情形相关联。案件id供检测紧急情况(或需要辅助的其他情况)的车辆以及响应于车辆对通信和/或另外信息的请求的任何邻近设备使用。案件id允许车辆和其他实体/用户关联与特定情况相关联的所有信息和数据。使用案件id防止了实体/用户可基于从多个邻近设备接收多组数据和其他信息来检测多种情况(涉及多个车辆)的情况。
虽然本文描述了本公开的各种实施例，但是应当理解，所述实施例仅以举例而非限制的方式呈现。相关领域技术人员将明白，在不背离本公开的精神和范围的情况下，可以在其中进行形式和详情的各种改变。因此，本公开的宽度和范围不应受任何所描述的示例性实施例限制，而应仅根据以下权利要求及其等同物来限定。本文的描述是为了说明和描述的目的而呈现。并非意图穷尽本公开或者将本公开限制于所公开的精确形式。根据所公开的教义，许多修改和变化是可能的。此外，应当注意，可以所需的任何组合来使用本文所讨论的任何或所有替代实现方式，以形成本公开的另外的混合实现方式。
根据上述发明的一个实施例，所述外部系统与紧急服务提供者相关联。
根据上述发明的一个实施例，所述外部系统包括可通过数据通信网络访问的基于云的服务器。
根据上述发明的一个实施例，来自所述邻近设备的视角的其他详情包括由所述邻近设备捕获的图像数据和音频数据中的至少一者。
根据上述发明的一个实施例，所述邻近设备包括附近的设备、系统或车辆中的一者。
根据上述发明的另一个实施例，与所述车辆的操作状态相关联的信息收集自至少一个车辆传感器。
- 还没有人留言评论。精彩留言会获得点赞！