CN118140256A - 车辆数据访问 - Google Patents

Abstract

本公开的一个或多个方面涉及与车辆相关联的数据通信的配置和管理。作为说明性示例，本申请的各方面对应于标识由用户请求的车辆数据并且访问所标识的车辆数据以将其提供给用户。说明性地，车辆数据请求可以指定对在请求中限定的车辆数据的请求，并且不限于限定可以被返回的数据的大小、格式或类型的任何预限定通信类别。车辆数据可以包括由多个车辆生成或收集的数据，包括但不限于由传感器和处理组件先前收集或生成的信息日志、当前车辆数据、或由车辆收集的第三方数据等。

Description

车辆数据访问

相关申请的交叉引用

本申请要求于2021年9月15日提交的题为“VEHICLE DATA ACCESS”的美国临时申请63/244,657的优先权。美国临时申请63/244,657的全部内容援引加入于此。

背景技术

一般而言，计算设备和通信网络可以用于交换数据和/或信息。在常见的应用中，计算设备可以经由通信网络从另一计算设备请求内容。例如，个人计算设备处的用户可以利用浏览器应用经由网络(例如，互联网)向服务器计算设备请求内容页面(例如，网络页面、网页等)。在这样的实施例中，用户计算设备可以称为客户端计算设备，并且服务器计算设备可以称为内容提供方。在另一实施例中，用户计算设备可以收集或生成信息，并且将所收集的信息提供给服务器计算设备以用于进一步处理或分析。

一般来说，各种车辆(诸如电动汽车、内燃机汽车、混合动力汽车等)可以被配置有用户特定信息或配置信息以促进操作。在某些场景中，用户可能希望访问车辆数据，诸如操作参数、传感器值或与车辆相关联的其他信息，以基本实时地监测或计算车辆性能特性。通常，车辆数据访问可能受到网络性能(诸如网络带宽)或访问车辆数据的预限定规则(诸如预限定双向数据通信协议)的限制。

附图说明

本文中参考某些实施例的附图描述了本公开，这些附图旨在说明但不限制本公开。应当理解，结合在本说明书中并且构成本说明书的一部分的附图是为了说明本文中公开的概念，并且可以不是按比例的。

图1描绘了根据本申请的一个或多个方面的用于提供车辆数据通信访问的说明性环境的框图。

图2示出了根据本申请的一个或多个方面的与车辆相对应的环境。

图3A描绘了根据本申请的各方面的用于实现车辆数据访问服务的说明性架构。

图3B描绘了根据本申请的各方面的用于实现车辆数据处理组件的说明性架构。

图4是图1的说明性环境的框图。

图5是描述根据一个或多个实施例的用于访问车辆数据的车辆数据请求生成例程的流程图。

图6是描述根据一个或多个实施例的用于处理车辆数据请求的车辆数据请求处理例程的流程图。

具体实施方式

总的来说，本公开的一个或多个方面涉及由车辆提供的数据的配置和管理。作为说明性示例，本申请的各方面对应于数据通信的管理，以提供动态限定的车辆数据。说明性地，车辆数据可以包括但不限于车辆操作信息、车辆参数、传感器配置信息、传感器值、环境信息等。

根据说明性实施例，本公开的一个或多个方面涉及被提供给认证和授权用户(诸如服务技术人员或其他第三方)的车辆数据通信的可访问性。说明性地，网络服务提供方促进车辆所有者/用户与访问相应车辆数据的第三方之间的交互。网络服务提供方可以促进对车辆数据的访问的初始授权，为认证和授权用户提供对车辆数据的访问，并且管理车辆数据访问权限的撤销。

在一些实施例中，由组件提供的车辆数据或信息可以包括经处理的信息，其中控制器、逻辑单元、处理器等已经处理传感器信息并且生成附加信息，诸如视觉系统，该视觉系统可以利用来自一个或多个相机传感器的输入并且提供与环境条件的标识相对应的输出，该环境条件促进物体/障碍物在面板上的积聚(例如，原始相机图像数据的处理和与原始相机图像信息的处理相对应的输出的生成)。相机传感器可以是与加热器元件相关联的传感器组件。在其他实施例中，相机传感器可以与传感器组件分离，诸如对于非相机传感器组件或具有多个相机传感器的车辆。在又一示例中，控制组件可以利用从定位系统、日历系统或基于时间的系统获取的附加信息、或者以其他方式与定位系统、日历系统或基于时间的系统相关联的附加信息。在又一示例中，历史信息可以作为单独的信息源被并入控制组件，或者被用于处理信息源集合的至少一些部分，诸如检测到的车辆速度、外部温度测量、以及挡风玻璃雨刷器的操作状态、视觉系统(例如，相机输入)、定位系统(例如，GPS系统)、定时信息、雷达组件的操作状态等。在一些实施例中，由组件提供的信息可以包括高分辨率或者低分辨率或者高分辨率和低分辨率的组合的图像和/或视频流数据。

一般而言，对车辆信息的数据访问的传统方法通常局限于其中只能根据降低质量/低带宽传输(诸如简单的远程诊断数据或下采样传感器信息)连续提供车辆数据的应用。在其他应用中，远程服务可以被限制为基于用于访问数据的预定格式和协议来访问车辆数据。例如，车辆可以被配置为根据一组预限定、结构化消息或消息类型来收集和提供数据。在另一示例中，可能需要进一步处理车辆数据以访问由用户请求的数据的一部分。在该示例中，该数据处理可能导致用户访问车辆数据的延迟。此外，在另一示例中，由于网络带宽有限，可能需要对车辆数据进行下采样以供用户访问。这种方法在限制收集的数据类型或以其他方式限制由车辆响应于请求而可以提供的数据质量方面是不足的。

为了解决上述低效率的至少一部分，网络服务提供方可以促进所选择的车辆与远程服务之间的数据通信的传输，以促进动态地请求的车辆信息的传输。车辆可以包括网络通信功能，该网络通信功能可以与网络服务提供方建立双向通信。车辆内的网关组件包括用于接收来自网络服务提供方的数据通信请求的处理功能。说明性地，数据通信请求可以指定对请求中限定的车辆数据的请求，并且不限于限定可以被返回的数据的大小、格式或类型的任何预限定通信类别。因此，本申请的各方面涉及网关促进车辆与网络服务提供方之间的响应性全分辨率数据传输的功能。网络服务提供方可以进一步基于可用带宽和网络质量参数来监测和更新到车辆的通信频率。例如，当通信网络条件不满足或超过性能阈值时，网络服务提供方可以计量对高带宽数据的数据请求。

尽管将根据说明性实施例和特征组合来描述各个方面，但相关领域的技术人员将理解，示例和特征组合本质上是说明性的，而不应当被解释为限制性的。更具体地，本申请的各方面可以适用于各种类型的车辆数据或车辆过程。然而，相关领域的技术人员将理解，本申请的各方面不一定限于应用于任何特定类型的车辆数据、数据通信、或第三方、用户(例如，驾驶员)、网络系统管理员和网络服务提供方之间的说明性交互。此外，为了促进车辆数据的交换并且以高效方式提供所选择的数据传输定制，本申请的一个或多个方面进一步对应于说明性数据结构/组织，其中车辆信息是根据说明性通信协议来传输的。这种相互作用不应当被解释为限制性的。

图1描绘了根据本申请的一个或多个方面的用于提供车辆数据通信访问的说明性环境100的框图。环境100可以包括网络，该网络连接一组车辆110、网络服务提供方120和一个或多个计算设备130。这些组件可以对应于由一个或多个外部计算设备实现或执行的软件模块，该一个或多个外部计算设备可以是单独的独立外部计算设备。因此，网络服务提供方120的组件应当被视为服务的逻辑表示，而不需要在一个或多个外部计算设备上的任何特定实现。

如图1所示，计算设备130可以是任何计算设备，诸如台式机、膝上型计算机、个人计算机、平板计算机、可穿戴计算机、服务器、个人数字助理(PDA)、混合PDA/移动电话、移动电话、智能电话、机顶盒、语音命令设备、数字媒体播放器等。计算设备130可以执行应用(例如，浏览器、独立应用等)，该应用允许用户访问本文中描述的交互式用户界面、查看图像、分析、聚合数据等。作为说明性实施例，计算设备130对应于需要访问车辆数据的至少一部分的用户所使用的计算设备。例如，用户可以包括但不限于管理员、开发人员、服务技术人员、车辆驾驶员等。如将要描述的，用户通过利用计算设备130可以请求访问如本文中描述的车辆数据的一部分。在一些实施例中，计算设备130可以作为车辆110的功能被实现到车辆110。例如，车辆110可以通过利用车辆的资源(诸如车辆的处理器和存储器)来执行在计算设备130中实现的功能。

如图1所示，网络150连接车辆110、计算设备130和网络服务提供方120。网络150可以连接任何数目的设备。在一些实施例中，网络服务提供方120经由网络向计算设备提供基于网络的服务。网络服务提供方实现基于网络的服务，并且是指网络可访问的计算资源(诸如计算、存储或网络资源、应用或服务)的大型共享池，这些计算资源可以是虚拟化的或裸机的。网络服务提供方可以提供对可配置计算资源的共享池的按需网络访问，该可配置计算资源可以响应于用户命令以编程方式被提供和释放。这些资源可以动态地提供和重新配置以适应可变负载。因此，“云计算”或“基于网络的计算”的概念可以被视为通过网络作为服务而递送的应用以及提供这些服务的网络服务提供方中的硬件和软件两者。

网络160可以包括有线和/或无线网络的任何组合，诸如一个或多个直接通信信道、局域网、广域网、个人局域网和/或互联网。在一些实施例中，车辆110与计算设备130之间的通信可以经由短距离通信协议来执行，诸如蓝牙(Bluetooth)、蓝牙低能量(“BLE”)和/或近场通信(“NFC”)。车辆110与网络服务提供方120之间的通信可以经由网络150发生，诸如经由一个或多个安全网络，诸如经由互联网与网络服务供应商120安全通信的局域网。然而，网络150、160可以包括相同通信协议、服务、硬件等中的一些或全部。因此，尽管本文中的讨论可以描述车辆110与计算设备130之间经由网络160的通信以及车辆110与网络服务提供方120之间经由网络150的通信，但是设备之间的通信不限于这种方式。本文中讨论的各种通信协议仅仅是示例，并且本申请不限于此。在一些实施例中，车辆110和网络服务提供方120可以经由网络150双向通信。在一些实施例中，车辆110和计算设备130可以经由网络160双向通信。在一些实施例中，计算设备130和网络服务提供方120可以经由网络150双向通信。

说明性地，一组车辆110对应于一个或多个车辆，该车辆配置有用于存储从车辆110中的电气组件生成的数据的数据存储装置。例如，数据可以包括从安装在车辆中的传感器生成的日志数据、与车辆操作相关的任何处理数据，诸如发动机机油数据、冷却剂温度、同化物、氧气、来自各种传感器的爆震信息等。数据还可以包括诊断数据、自动驾驶(例如，自主驾驶)相关数据。在一个实施例中，数据可以从外部设备接收。作为说明，车辆110可以包括计算设备，该计算设备可以被认为集成到车辆或形成车辆的一部分。在其他实施例中，用户还可以具有将被认为与车辆相关联的附加计算设备，诸如移动设备，包括与车辆相连或紧邻的移动设备。为了本申请的目的，计算设备通常将被解释为这些实施例或其变体中的一个。

说明性地，网络服务提供方120可以包括车辆数据访问服务112，该车辆数据访问服务112可以响应于认证技术人员而提供应用于本申请的各方面的功能。网络服务提供方120可以包括用于存储与本申请的各方面相关联的车辆诊断结果的一个或多个数据存储器。图1中的车辆数据访问服务112和数据存储器114本质上是逻辑的，并且可以以各种方式在网络服务提供方120中实现。

图2示出了车辆110在其中经由网络150连接与网络服务提供方120通信的环境。车辆110可以包括通信功能，包括硬件和软件，该通信功能促进经由多个通信介质和通信协议中的一个进行交互。更具体地，车辆110可以包括多个传感器202、组件204和车辆数据存储器206，该车辆数据存储器用于获取、生成和维护车辆数据，诸如操作参数、传感器值、或与车辆相关联的其他信息。例如，数据可以包括从安装在车辆中的传感器生成的日志数据、与车辆操作相关的任何处理数据，诸如发动机机油数据、冷却剂温度、同化物、氧气、来自各种传感器的爆震信息等。数据还可以包括诊断数据、自动驾驶(例如，自主驾驶)相关数据。在一些实施例中，由组件204提供的车辆数据可以包括经处理的数据，其中控制器、逻辑单元、处理器等已经处理传感器信息并且生成附加信息，诸如视觉系统，该视觉系统可以利用来自一个或多个相机传感器的输入并且提供与环境条件的标识相对应的输出，该环境条件促进物体/障碍物在面板上的积聚(例如，原始相机图像数据的处理和与原始相机图像信息的处理相对应的输出的生成)。传感器202可以是与用于确定车辆操作状态、环境状态或其他信息的视觉系统相关联的相机传感器。在其他实施例中，相机传感器可以与传感器202分离，诸如对于非相机传感器组件或具有多个相机传感器的车辆。在又一示例中，组件204可以包括控制组件，该控制组件可以利用从定位系统、日历系统或基于时间的系统获取的附加信息、或者以其他方式与定位系统、日历系统或基于时间的系统相关联的附加信息。在又一示例中，历史信息可以作为单独的信息源被并入控制组件，或者被用于处理信息源集合的至少一些部分，诸如检测到的车辆速度、外部温度测量、以及挡风玻璃雨刷器的操作状态、视觉系统(例如，相机输入)、定位系统(例如，GPS系统)、定时信息、雷达组件的操作状态等。

在一个方面，传感器202可以包括视觉系统，该视觉系统向车辆110提供输入，诸如物体的检测、检测到的物体的属性(例如，位置、速度、加速度)、环境条件(例如，雪、雨、冰、雾、烟等)的存在等。在一些实施例中，车辆110可以在没有来自其他传统检测系统的辅助或代替其他传统检测系统的辅助的情况下依靠这样的视觉系统来实现所限定的车辆操作功能。

在另一方面，传感器202可以包括一个或多个定位系统，该一个或多个定位系统可以从外部源获取参考信息，从而在确定车辆的定位信息时实现各种精度级别。例如，定位系统可以包括用于处理来自GPS源、无线局域网(WLAN)接入点信息源、蓝牙信息源、射频标识(RFID)源等的信息的各种硬件和软件组件。在一些实施例中，定位系统可以从多个源获取信息的组合。说明性地，定位系统可以从各种输入源获取信息，并且确定车辆的定位信息，特别是当前位置的海拔。在其他实施例中，定位系统还可以确定行进相关操作参数，诸如行进方向、速度、加速度等。定位系统可以被配置为车辆的一部分，以用于多种目的，包括自主驾驶应用、增强型驾驶或用户辅助导航等。说明性地，定位系统可以包括促进各种车辆参数或过程信息的标识的处理组件和数据。

在另一方面，传感器202可以包括用于标识导航相关信息的一个或多个导航系统。说明性地，导航系统可以从定位系统获取定位信息，并且标识关于所标识的位置的特性或信息，诸如海拔、道路坡度等。导航系统还可以基于为车辆用户提供或预期的方向来标识多车道道路中的建议或预期车道位置。类似于定位系统，导航系统可以被配置作为用于多个目的的车辆的一部分，包括自主驾驶应用、增强型驾驶或用户辅助导航等。导航系统可以与定位系统组合或集成。说明性地，定位系统可以包括促进各种车辆参数或过程信息的标识的处理组件和数据。

本地资源还可以包括可以被托管在车辆或由车辆可访问的计算设备(例如，移动计算设备)上的一个或多个处理组件220。(多个)处理组件220可以说明性地访问来自各种本地传感器或传感器系统的输入，并且处理输入数据并且存储经处理的数据。为了本申请的目的，将关于与说明性方面相关的一个或多个功能来描述(多个)处理组件220。例如，车辆110中的(多个)处理组件220将收集并且传输与来自授权技术人员的请求相对应的数据集。

环境还可以包括可操作以提供关于各种操作参数的信息以根据操作状态中的一个或多个来使用的各种附加传感器组件或感测系统。环境还可以包括用于处理输出的一个或多个控制组件，诸如通过通信输出的数据传输、存储器中的数据生成、到其他处理组件的输出传输等等。

在一些实施例中，处理组件220可以包括网关208和微控制器单元(MCU)210。在一些实施例中，网关208可以被配置为从传感器202、组件204和车辆数据存储器206接收数据和/或向其传输数据。在这些实施例中，网关208经由车辆通信总线连接到传感器202、组件204和车辆数据存储器206。在一些实施例中，网关208和MCU 210经由以太网被连接。在一些实施例中，MCU 210可以被配置为经由网络150将车辆110与网络服务提供方120连接。在一些实施例中，网关208和MCU 210可以个体地或组合地在车辆110与网络服务提供方120之间提供安全流。在一些实施例中，MCU 210可以从网络服务提供方120接收一个或多个命令，并且转换该命令以由网关208使用，使得MCU 210在从网络服务供应商120接收到命令或请求之后基于从网络服务提供商接收的命令或请求来生成到网关的命令，该命令用于处理车辆数据的一部分。例如，网络服务提供方120可以请求与特定事件相关联的视频或图像流数据。在该示例中，MCU 210可以接收该请求并且生成另一命令以用于网关208搜索与来自网络服务提供方120的请求相对应的车辆数据。

在一些实施例中，为了建立安全连接，随机安全密钥从网络服务提供方120被提供，其中随机安全密钥仅对单个连接尝试有效一次，并且在设定时间段内到期。在该示例中，MCU 210可以读取随机安全密钥并且将代码传输到网关208。在一些实施例中，网关208可以通过使用诸如用户数据报协议(UDP)等互联网协议将车辆数据传输到网络服务提供方120。因此，车辆数据可以实时或近实时地被传输到网络服务提供方120。

在一些实施例中，网关208和MCU 210限定基于UDP的应用程序编程接口(API)，该API允许MCU 210请求将特定消息集流式传输到网络服务提供方120。该消息集可以是车辆特定的并且包含成对的(总线ID、消息ID)标识符，该标识符向网关208通知哪些消息需要被流式传输。网关208然后经由以太网以规则间隔(例如，每10毫秒)将这些消息转发给MCU210。在一些实施例中，该API还允许编辑消息，这允许在不必重新启动流的情况下请求或移除流消息。

网络150说明性地对应于一个或多个计算设备130，该计算设备130可操作以托管车辆数据访问服务112，该车辆数据访问服务112可以促进与本文中描述的所选择的个体车辆的交互。网络服务提供方120还可以包括一个或多个数据存储器114，该数据存储器114用于维护接收的车辆数据或配置信息，以用于与本文中描述的车辆进行接口。网络服务提供方120可以以简化的逻辑形式表示，并且不反映可以被实现为提供与基于网络的服务相关联的功能的所有物理软件和硬件组件。

现在参考图3A，将描述用于在网络服务提供方120上实现车辆数据访问服务112的说明性架构。车辆数据访问服务112可以是能够提供与处理和存储车辆数据以及通过与车辆的双向通信请求来访问车辆数据相关联的功能的组件/系统的一部分。

图3A的架构本质上是说明性的，而不应当被解释为需要处理组件的任何特定硬件或软件配置。图3A所示的车辆数据访问服务112的一般架构包括可以用于实现本公开的各方面的计算机硬件和软件组件的布置。如图所示，处理组件包括处理单元302、网络接口308、计算机可读介质306和输入/输出设备接口304，所有这些都可以通过通信总线彼此通信。处理组件的组件可以是物理硬件组件，该物理硬件组件可以包括一个或多个电路系统和软件模型。

网络接口308可以提供到一个或多个网络或计算系统的连接，诸如图1的网络150、160。因此，处理单元302可以经由网络从其他计算系统或服务接收信息和指令。处理单元302还可以与存储器310通信，并且进一步经由输入/输出设备接口提供输出信息。在一些实施例中，车辆数据访问服务112可以包括比图3A所示的组件更多(或更少)的组件。

存储器310可以包括处理单元302执行以便实现一个或多个实施例的计算机程序指令。存储器310通常包括RAM、ROM或其他永久性或非暂态存储器。存储器310可以存储操作系统312，该操作系统312提供供处理单元302在车辆数据访问服务112的一般管理和操作中使用的计算机程序指令。存储器310还可以包括用于实现本公开的各方面的计算机程序指令和其他信息。例如，在一个实施例中，存储器310包括数据请求组件314。数据请求组件通常也可以称为流数据请求组件。在一些实施例中，数据请求组件314可以标识将向所选择的车辆请求的所请求的车辆信息。所请求的车辆信息可以是流数据请求。说明性地，用户通过移动客户端或另一计算设备来配置简档和结构化数据以用于向车辆请求数据。说明性地，用户可以提供创建简档的许可，用于请求在车辆数据传输中使用的信息和特定参数/规则。这可以包括关于请求的处理、用于选择车辆数据的规则的说明、在网络服务提供方中维护的车辆的指定或默认持续时间等的参数。这些参数中的一些或部分也可以在请求与特定车辆共享时指定。本申请的各方面对应于动态地请求车辆数据，而不限于任何特定预限定或标准化信息集(例如，固定消息)。根据一些实施例，用户可以利用预限定模板进行选择，但是可以进一步编辑、补充或改变预限定模板。

存储器310还可以包括网络请求组件316。网络请求组件316可以收集网络性能信息，诸如网络带宽，或者通过访问车辆数据的预限定规则，诸如预限定双向数据通信协议。在一些实施例中，网络请求组件316可以标识发起与车辆的通信的定时。发起通信的定时可以是向车辆请求车辆数据的定时。在一些实施例中，网络请求组件316可以监测网络性能信息，以确定发起对车辆数据的请求的定时、什么车辆数据被请求等等。例如，网络请求组件316可以利用所收集的网络性能信息来确定车辆数据请求可以在何时被发起。在另一示例中，网络请求组件316可以利用网络性能信息在(相对)较低质量网络条件的时间期间(诸如选择较高优先级信息)在不同请求信息之间进行选择或滤波。在另一示例中，网络请求组件316可以在网络条件正在经历更高的质量可变性或者可以被表征为正在经历恶化条件的场景中实现用于数据传输的不同定时或间隔。说明性地，网络性能信息可以包括但不限于可用带宽、延迟测量、传输错误率等。

存储器310还可以包括车辆处理组件318。在一些实施例中，车辆处理组件318可以说明性地传输基于用户数据报协议(UDP)的车辆数据请求。说明性地，基于UDP的传输对应于其中不需要错误检查和恢复服务的无连接互联网协议。根据说明性实施例，基于UDP的传输可以被表征为相对于其他协议“更快”，因为UDP不需要与打开连接、维持连接或终止请求相关联的附加延迟。相比之下，传输控制协议(TCP)协议对应于具有内置系统的面向连接的协议，以检查错误并且保证数据将按其发送顺序被递送。基于UDP的消息传递通常不包括用于丢失数据分组的重传或数据的按顺序递送的功能。尽管本申请的各方面涉及对基于UDP的通信的偏好，但是在备选实施例中，车辆处理组件318可以利用其他通信协议，包括基于TCP的消息。在一些实施例中，车辆处理组件318可以在从车辆接收到车辆信息或数据之后执行后处理。例如，车辆处理组件318可以接收响应数据并且分析接收的UDP分组，诸如用于确定所请求的车辆操作参数、状态等。在一些实施例中，车辆处理组件318可以利用所传输的分组的属性来更新网络条件。

存储器310还可以包括数据加密组件320。在一些实施例中，计算设备130可以在没有主数据密钥的情况下将加密密钥和加密数据传输到车辆数据访问服务112。在这些实施例中，数据加密组件320维护加密的信息以供共享。在一些实施例中，为了建立安全连接，随机安全密钥经由计算设备130从用户被提供给数据加密组件320，其中随机安全密钥仅对单次连接尝试有效一次，并且在设定时间段内到期。在这些实施例中，车辆数据访问服务112可以读取随机安全密钥。

现在参考图3B，将描述用于在车辆110上实现处理组件的说明性架构。处理组件220可以是组件/系统的一部分，其可以提供与处理和存储车辆数据以及通过接收用户的授权信息来为用户提供对所存储的数据的访问相关联的功能。用户可以包括但不限于管理员、开发人员、服务技术人员、车辆驾驶员等。

图3B的架构本质上是说明性的，而不应当被解释为需要处理组件的任何特定硬件或软件配置。图3B所示的车辆的处理组件220的一般架构包括可以用于实现本公开的各方面的计算机硬件和软件组件的布置。如图所示，处理组件包括处理单元332、网络接口338、计算机可读介质336和输入/输出设备接口334，所有这些都可以通过通信总线彼此通信。处理组件的组件可以是物理硬件组件，该物理硬件组件可以包括一个或多个电路系统和软件模型。

网络接口338可以提供到一个或多个网络或计算系统的连接，诸如图1的网络150、160。因此，处理单元332可以经由网络从其他计算系统或服务接收信息和指令。处理单元332还可以与微控制器单元(MCU)210通信，并且还经由输入/输出设备接口334提供输出信息。在一些实施例中，存储器可以被实现为执行MCU 210的一个或多个功能。在一些实施例中，处理组件220可以包括比图3B所示的组件更多(或更少)的组件。

MCU 210可以包括处理组件220执行以便实现一个或多个实施例的计算机程序指令。MCU 210通常包括RAM、ROM或其他永久性或非暂态存储器。MCU 210可以存储操作系统342，该操作系统提供供处理单元332在处理组件220的一般管理和操作中使用的计算机程序指令。MCU 210还可以包括用于实现本公开的各方面的计算机程序指令和其他信息。例如，在一个实施例中，MCU 210包括数据请求处理组件344。在一些实施例中，数据请求处理组件344可以接收数据请求并且处理数据请求以标识所请求的数据。说明性地，数据请求可以指定所请求的数据的类型、格式和大小，而不限于预限定或预配置格式。因此，在一个实施例中，数据请求处理组件344可以包括处理组件，该处理组件可以解析接收的数据请求、标识请求的数据并且发出命令。在一些实施例中，数据请求处理组件344可以收集和处理所请求的信息。说明性地，车辆信息的处理可以包括滤波、归一化、平均或其他数据处理。例如，数据请求可以包括促进用于处理的车辆数据的选择的滤波标准或其他处理配置信息。在其他实施例中，数据请求处理组件344可以传输基于UDP的传输，以提供减少的延迟、增加的分组传输等。

MCU 210还可以包括数据加密处理组件346。在一些实施例中，为了建立安全连接，随机安全密钥从网络服务提供方120被提供，其中随机安全密钥仅对单个连接尝试有效一次，并且在设定时间段内到期。在该示例中，数据加密处理组件346可以读取随机安全密钥并且处理该代码。在一些实施例中，数据加密处理组件346可以授权该代码并且处理车辆数据，以通过使用诸如用户数据报协议(UDP)等互联网协议来传输数据。因此，车辆数据可以实时或近实时地被传输到网络服务提供方120。

现在参考图4，可以描述网络服务提供方120与个体车辆110之间的说明性交互。尽管仅示出了单个交互，但是本申请不限于单个交互。相反，所示交互的个体迭代可能导致基于所选择的车辆的配置、不同车辆数据请求、由车辆数据访问服务112执行的监测或诊断应用等的车辆信息的不同交换，如在网络服务提供方120中实现的。

在(1)处，车辆数据访问服务112可以标识将向所选择的车辆请求的所请求的车辆信息。所请求的车辆信息可以是流数据请求。说明性地，用户通过移动客户端或另一计算设备来配置简档和结构化数据以用于向车辆请求数据。说明性地，用户可以提供创建简档的许可，用于请求在车辆数据传输中使用的信息和特定参数/规则。这可以包括关于请求的处理、用于选择车辆数据的规则的说明、在网络服务提供方中维护的车辆的指定或默认持续时间等的参数。这些参数中的一些或部分也可以在请求与特定车辆共享时指定。如前所述，本申请的各方面对应于动态地请求车辆数据，而不限于任何特定预限定或标准化信息集(例如，固定消息)。根据一些实施例，用户可以利用预限定模板进行选择，但是可以进一步编辑、补充或改变预限定模板。

在(2)处，车辆数据访问服务112可以收集网络性能信息，诸如网络带宽，或者通过访问车辆数据的预限定规则，诸如预限定双向数据通信协议。

在(3)处，车辆数据访问服务112可以标识发起与车辆的通信的定时。发起通信的定时可以是向车辆请求车辆数据的定时。在一些实施例中，车辆数据访问服务112可以监测网络性能信息，以确定发起对车辆数据的请求的定时、什么车辆数据被请求等等。例如，车辆数据访问服务112可以利用所收集的网络性能信息来确定车辆数据请求可以在何时被发起。在另一示例中，车辆数据访问服务112可以利用网络性能信息来在(相对)较低质量网络条件的时间期间(诸如选择较高优先级信息)在不同请求信息之间进行选择或滤波。在另一示例中，车辆数据访问服务112可以在网络条件正经历更高的质量可变性或者可以被表征为正在经历恶化条件的场景中实现用于数据传输的不同定时或间隔。说明性地，网络性能信息可以包括但不限于可用带宽、延迟测量、传输错误率等。

在(4)处，车辆数据访问服务112可以说明性地传输基于用户数据报协议(UDP)的车辆数据请求。说明性地，基于UDP的传输对应于其中不需要错误检查和恢复服务的无连接互联网协议。根据说明性实施例，基于UDP的传输可以被表征为相对于其他协议“更快”，因为UDP不需要与打开连接、维持连接或终止请求相关联的附加延迟。相比之下，传输控制协议(TCP)协议对应于具有内置系统的面向连接的协议，以检查错误并且保证数据将按其发送顺序被递送。基于UDP的消息传递通常不包括用于丢失数据分组的重传或数据的按顺序递送的功能。尽管本申请的各方面涉及对基于UDP的通信的偏好，但是在备选实施例中，车辆数据访问服务112可以利用其他通信协议，包括基于TCP的消息。

在(5)处，车辆可以接收数据请求并且处理数据请求以标识所请求的数据。说明性地，数据请求可以指定所请求的数据的类型、格式和大小，而不限于预限定或预配置格式。因此，在一个实施例中，网关可以包括处理组件，该处理组件可以解析接收的数据请求、标识请求的数据并且发出命令。在(6)处，车辆可以收集和处理所请求的信息。说明性地，车辆信息的处理可以包括滤波、归一化、平均或其他数据处理。例如，数据请求可以包括促进用于处理的车辆数据的选择的滤波标准或其他处理配置信息。在其他实施例中，车辆可以被配置为直接向车辆数据访问服务112传输原始或未处理的数据。

在(7)处，车辆可以提供响应车辆数据流。说明性地，车辆传输基于UDP的传输以提供减少的延迟、增加的分组传输等。在(8)处，车辆数据访问服务112可以接收响应数据并且分析接收的UDP分组，诸如用于确定所请求的车辆操作参数、状态等。此外，在(9)处，车辆数据访问服务112可以利用所传输的分组的属性来更新网络条件。该过程将基于经更新的网络条件对附加请求信息重复进行。

在一些实施例中，计算设备130可以生成多个数据结构密钥，以个体地加密结构化简档数据。更具体地，简档信息可以被提供有多个类加密密钥，这些类加密密钥允许对简档信息的每个个体类进行加密。每个个体子类也可以与类内的不同或相同密钥相关联，以个体地加密每个子类或标签。最后，将使用主数据密钥来加密加密类数据的全部选择。作为加密汇总的一部分，标签密钥由类密钥加密。然后类密钥由主数据密钥加密。因此，在(3)和(4)处，整个数据结构被加密，并且用于加密数据结构的各部分的密钥也被加密。

在(5)处，计算设备130可以在没有主数据密钥的情况下将加密密钥和加密数据传输到车辆数据访问服务112。在(6)处，车辆数据访问服务112维护加密的信息以供共享。然而，由于主数据密钥没有被提供给车辆数据访问服务112，因此车辆数据访问服务112不可以访问加密的数据密钥以解密加密的结构化数据。在一些实施例中，为了建立安全连接，随机安全密钥经由计算设备130从用户被提供给车辆数据访问服务112，其中随机安全密钥仅对单个连接尝试有效一次，并且在设定时间段内到期。在这些实施例中，车辆数据访问服务112可以读取随机安全密钥。

现在转到图5，将描述用于执行车辆数据请求生成的例程500。例程500说明性地由车辆数据访问服务112来实现。

在框502处，车辆数据访问服务112可以标识将向所选择的车辆请求的所请求的车辆信息。所请求的车辆信息可以是流数据请求。说明性地，用户通过移动客户端或另一计算设备来配置简档和结构化数据以用于向车辆请求数据。说明性地，用户可以提供创建简档的许可，用于请求在车辆数据传输中使用的信息和特定参数/规则。这可以包括关于请求的处理、用于选择车辆数据的规则的说明、在网络服务提供方中维护的车辆的指定或默认持续时间等的参数。这些参数中的一些或部分也可以在请求与特定车辆共享时指定。如前所述，本申请的各方面对应于动态地请求车辆数据，而不限于任何特别预限定或标准化信息集(例如，固定消息)。根据一些实施例，用户可以利用预限定模板进行选择，但是可以进一步编辑、补充或改变预限定模板。

在框504处，车辆数据访问服务112可以收集网络性能信息，诸如网络带宽，或者通过访问车辆数据的预限定规则，诸如预限定双向数据通信协议。

在框506处，车辆数据访问服务112可以标识发起与车辆的通信的定时。发起通信的定时可以是向车辆请求车辆数据的定时。在一些实施例中，车辆数据访问服务112可以监测网络性能信息，以确定发起对车辆数据的请求的定时、什么车辆数据被请求等等。例如，车辆数据访问服务112可以利用所收集的网络性能信息来确定车辆数据请求可以在何时被发起。在另一示例中，车辆数据访问服务112可以利用网络性能信息在(相对)较低质量网络条件的时间期间(诸如选择较高优先级信息)在不同请求信息之间进行选择或滤波。在另一示例中，车辆数据访问服务112可以在网络条件正在经历更高的质量可变性或者可以被表征为正在经历恶化条件的场景中实现用于数据传输的不同定时或间隔。说明性地，网络性能信息可以包括但不限于可用带宽、延迟测量、传输错误率等。

在框508处，车辆数据访问服务112可以说明性地传输基于用户数据报协议(UDP)的车辆数据请求。说明性地，基于UDP的传输对应于其中不需要错误检查和恢复服务的无连接互联网协议。根据说明性实施例，基于UDP的传输可以被表征为相对于其他协议“更快”，因为UDP不需要与打开连接、维持连接或终止请求相关联的附加延迟。相比之下，传输控制协议(TCP)协议对应于具有内置系统的面向连接的协议，以检查错误并且保证数据将按其发送顺序被递送。基于UDP的消息传递通常不包括用于丢失数据分组的重传或数据的按顺序递送的功能。尽管本申请的各方面涉及对基于UDP的通信的偏好，但是在备选实施例中，车辆数据访问服务112可以利用其他通信协议，包括基于TCP的消息。

在框510处，车辆数据访问服务112可以接收响应数据并且分析接收的UDP分组，诸如用于确定所请求的车辆操作参数、状态等。

在框512处，车辆数据访问服务112可以利用所传输的分组的属性来更新网络条件。该过程将基于经更新的网络条件对附加请求信息重复进行。例如，在更新网络条件之后，该过程可以在框502处重复。

此外，计算设备130可以生成多个数据结构密钥，以个体地加密结构化简档数据。更具体地，简档信息可以被提供有多个类加密密钥，这些类加密密钥允许对简档信息的每个个体类进行加密。每个个体子类也可以与类内的不同或相同密钥相关联，以个体地加密每个子类或标签。最后，将使用主数据密钥来加密加密类数据的全部选择。作为加密汇总的一部分，标签密钥由类密钥加密。然后类密钥由主数据密钥加密。因此，在框506和508处，整个数据结构被加密，并且用于加密数据结构的各部分的密钥还被加密。

在框510处，计算设备130可以在没有主数据密钥的情况下将加密密钥和加密数据传输到车辆数据访问服务112。在框512处，车辆数据访问服务112维护加密的信息以用于共享。然而，由于主数据密钥没有被提供给车辆数据访问服务112，因此车辆数据访问服务112不可以访问加密的数据密钥以解密加密的结构化数据。在一些实施例中，为了建立安全连接，随机安全密钥经由计算设备130从用户被提供给车辆数据访问服务112，其中随机安全密钥仅对单个连接尝试有效一次，并且在设定时间段内到期。在这些实施例中，车辆数据访问服务112可以读取随机安全密钥。

现在转到图6，将描述用于执行车辆数据请求过程的例程600。例程600说明性地由车辆数据访问服务112来实现。

在框602处，车辆可以获取数据处理请求。在框604处，车辆可以处理数据请求以标识所请求的数据。说明性地，数据请求可以指定所请求的数据的类型、格式和大小，而不限于预限定或预配置格式。因此，在一个实施例中，网关可以包括处理组件，该处理组件可以解析接收的数据请求、标识请求的数据并且发出命令。

在一些实施例中，车辆可以包括网关208和微控制器单元(MCU)210。在一些实施例中，网关208可以被配置为从传感器202、组件204和车辆数据存储器206接收数据和/或向其传输数据。在这些实施例中，网关208经由车辆通信总线被连接到传感器202、组件204和车辆数据存储器206。在一些实施例中，网关208和MCU 210经由以太网被连接。在一些实施例中，MCU 210可以被配置为经由网络150将车辆110与网络服务提供方120连接。在一些实施例中，网关208和MCU 210可以个体地或组合地在车辆110与网络服务提供方120之间提供安全流。在一些实施例中，MCU 210可以从网络服务提供方120接收一个或多个命令，并且转换该命令以由网关208使用，使得MCU 210在从网络服务供应商120接收到命令或请求之后基于从网络服务提供方接收的命令或请求来生成到网关的、用于处理车辆数据的一部分的命令。例如，网络服务提供方120可以请求与特定事件相关联的视频流数据。在该示例中，MCU210可以接收该请求并且生成另一命令以用于网关208来搜索与来自网络服务提供方120的请求相对应的车辆数据。

在一些实施例中，网关208和MCU 210限定基于UDP的应用程序编程接口(API)，该API允许MCU 210请求将特定消息集流式传输到基于网络的服务120。该消息集可以是车辆特定的并且包含成对的(总线ID、消息ID)标识符，该标识符向网关208通知哪些消息需要被流式传输。网关208然后经由以太网以规则间隔(例如，每10毫秒)将这些消息转发给MCU210。在一些实施例中，该API还允许编辑消息，这允许在不必重新启动流的情况下请求或移除流消息。

在框606处，车辆可以收集和处理所请求的信息。说明性地，车辆信息的处理可以包括滤波、归一化、平均或其他数据处理。例如，数据请求可以包括促进用于处理的车辆数据的选择的滤波标准或其他处理配置信息。在其他实施例中，车辆可以被配置为直接向车辆数据访问服务112传输原始或未处理的数据。

在框608处，车辆可以将标识的车辆数据作为响应车辆数据流进行传输。说明性地，车辆传输基于UDP的传输以提供减少的延迟、增加的分组传输等。路由600可以在框610处结束。

上述公开并不旨在将本公开限制于所公开的精确形式或特定使用领域。因此，可以设想，本公开的各种备选实施例和/或对本公开的修改(无论是在本文中明确描述的还是隐含的)都是可能的。已经如此描述了本公开的实施例，本领域普通技术人员将认识到，在不脱离本公开的范围的情况下，可以在形式和细节上进行改变。因此，本公开仅受权利要求书的限制。

在前述说明书中，已经参考特定实施例描述了本公开。然而，如本领域技术人员将理解的，在不脱离本公开的精神和范围的情况下，本文中公开的各种实施例可以以各种其他方式修改或以其他方式实现。因此，该描述被认为是说明性的，并且是为了教导本领域技术人员制造和使用所公开的通风口组件的各种实施例的方式。应当理解，本文中所示出和描述的公开形式将被视为代表性实施例。等效元件、材料、工艺或步骤可以替代本文中代表性地说明和描述的那些。此外，本公开的某些特征可以独立于其他特征的使用而被使用，所有这些对于受益于本公开的该描述的本领域技术人员将是很清楚的。用于描述和要求保护本公开的诸如“包括(including)”、“包括(comprising)”、“合并(incorporating)”、“由……组成(consisting of)”、“具有(have)”、“是(is)”等表达旨在以非排他性的方式进行解释，即允许未明确描述的项目、组件或元件也存在。对单数的提及也应当解释为与复数相关。

此外，本文中公开的各种实施例应当具有说明性和解释性意义，而绝不应当被解释为对本公开的限制。所有的合并引用(例如，附接、附加、耦合、连接等)仅用于帮助读者理解本公开，并且可以不产生限制，特别是关于本文中公开的系统和/或方法的位置、定向或使用。因此，合并引用(如果有)应当作广义解释。此外，这样的合并引用不一定推断出两个元素直接彼此连接。

此外，所有数字术语(诸如但不限于“第一”、“第二”、“第三”、“主”、“辅”、“主要”或任何其他普通和/或数字术语)也应当仅被视为标识符，以帮助读者理解本公开的各种元素、实施例、变化和/或修改，并且不得产生任何限制，特别是关于任何元素、实施例、变化和/或修改相对于或相较于另一元素、实施例、变化和/或修改的顺序或偏好。

还应当理解，附图/图中所示的一个或多个元素也可以以更分离或集成的方式实现，甚至在某些情况下被移除或变得不可操作(这根据特定应用是有用的)。

Claims (21)

1.一种用于管理与一个或多个车辆的车辆数据流的网络服务提供方，所述网络服务提供方包括：

一个或多个计算处理器和存储器，与车辆数据访问服务相关联，其中所述车辆数据访问服务被配置为：

获取流数据请求，其中所述流数据请求包括所请求的车辆信息；

从所获取的流数据请求中标识来自所述一个或多个车辆的所请求的所述车辆信息和流数据参数；

收集用于确定发起与所述车辆的通信的定时的网络性能信息；

响应于确定发起与所标识的所请求的车辆信息相关联的车辆的所述通信的所述定时，建立与所述车辆的无线通信路径，其中所述无线通信路径是使用用户数据报协议(UDP)而建立的，所述无线通信路径的建立包括：

基于所述流数据参数，传输基于UDP的流数据请求，其中所述基于UDP的流数据请求是响应车辆数据流；以及

从所述车辆接收所述响应车辆数据流；以及

响应于接收到所述响应车辆数据流，分析所述响应车辆数据流。

2.根据权利要求1所述的系统，其中所述流数据参数包括关于所述流数据请求的处理、用于选择车辆数据的规则的说明、在所述网络服务提供方中维护的车辆的指定持续时间的参数。

3.根据权利要求1所述的系统，其中所述车辆数据访问服务被配置为包括所述流数据参数的一个或多个模板。

4.根据权利要求1所述的系统，其中所述网络性能信息包括可用网络带宽、延迟测量和传输错误率。

5.根据权利要求1所述的系统，其中所述基于UDP的传输基于互联网协议，其中所述基于UDP的传输不需要错误检查服务和恢复服务。

6.根据权利要求1所述的系统，其中分析所述响应数据流包括确定所请求的车辆操作参数和状态。

7.根据权利要求1所述的系统，其中所述车辆数据访问服务还被配置为基于根据所述基于UDP的传输生成的网络属性来更新网络条件。

8.根据权利要求1所述的系统，其中当通信网络条件不满足或超过网络性能阈值时，所述车辆数据访问服务计量对高带宽数据的所述流数据请求。

9.一种用于管理与一个或多个车辆的车辆数据流的网络服务提供方，所述网络服务提供方包括：

一个或多个计算处理器和存储器，与车辆数据访问服务相关联，其中所述车辆数据访问服务被配置为：

响应于获取流数据请求，从所获取的流数据请求中标识来自所述一个或多个车辆的所请求的车辆信息和流数据参数；

确定发起与所标识的所请求的车辆信息相关联的车辆的通信的定时以建立与所述车辆的无线通信路径，其中所述无线通信路径是使用用户数据报协议(UDP)而建立的；

接收与所述流数据请求相对应的响应车辆数据流，以及

存储所述响应车辆数据流。

10.根据权利要求9所述的系统，其中所述流数据请求包括所述所请求的车辆信息。

11.根据权利要求9所述的系统，其中所述车辆数据访问服务基于收集用于确定发起与所述车辆的通信的定时的网络性能信息，来确定发起所述通信的所述定时。

12.根据权利要求9所述的系统，其中所述车辆数据访问服务通过以下方式建立所述无线通信路径：

基于所述流数据参数传输基于UDP的流数据请求，其中所述基于UDP的流数据请求是响应车辆数据流；以及

从所述车辆接收所述响应车辆数据流。

13.根据权利要求9所述的系统，其中所述流数据参数包括关于所述流数据请求的处理、用于选择车辆数据的规则的说明、在所述网络服务提供方中维护的车辆的指定持续时间的参数。

14.根据权利要求9所述的系统，其中所述车辆数据访问服务被配置为包括所述流数据参数的一个或多个模板。

15.根据权利要求11所述的系统，其中所述网络性能信息包括可用网络带宽、延迟测量和传输错误率。

16.根据权利要求9所述的系统，其中所述基于UDP的传输基于互联网协议，其中所述基于UDP的传输不需要错误检查服务和恢复服务。

17.根据权利要求9所述的系统，其中分析所述响应数据流包括确定所请求的车辆操作参数和状态。

18.根据权利要求9所述的系统，其中所述车辆数据访问服务还被配置为基于根据所述基于UDP的传输生成的网络属性来更新网络条件。

19.根据权利要求9所述的系统，其中当通信网络条件不满足或超过网络性能阈值时，所述车辆数据访问服务计量对高带宽数据的所述流数据请求。

20.一种用于管理与一个或多个车辆的车辆数据流的方法，所述方法包括：

获取流数据请求，其中所述流数据请求包括所请求的车辆信息；

从所获取的流数据请求中标识来自所述一个或多个车辆的所请求的所述车辆信息和流数据参数；

收集用于确定发起与所述车辆的通信的定时的网络性能信息；

响应于确定发起所述通信的所述定时，建立与所述车辆的无线通信路径，其中所述无线通信路径是使用用户数据报协议(UDP)而建立的，所述无线通信路径的建立包括：

基于所述流数据参数传输基于UDP的流数据请求，其中所述基于UDP的流数据请求是响应车辆数据流；以及

从所述车辆接收所述响应车辆数据流；以及

响应于接收到所述响应车辆数据流，分析所述响应车辆数据流。

21.根据权利要求20所述的方法，其中所述流数据参数包括关于所述流数据请求的处理、用于选择车辆数据的规则的说明、在网络服务提供方中维护的车辆的指定持续时间的参数。