传统上，车辆一直是“人”的动态系统的延伸，车子对驾驶员的“惟命是从”，但是，通信，控制和嵌入式系统方面的技术改变了这种模式，为智能车辆网络铺平了道路。现在一辆车是一个强大的传感器平台，吸收来自周围环境（和其他环境）的信息，并将其供应给司机和基础设施，以协助导航，污染控制和交通管理。
这一演变的下一步即将到来：自动驾驶汽车的互联网。一款由Google开创的汽车将成为一个分布式交通网络，能够自行决定如何将客户带到目的地。与物联网的其他重要实例（例如智能建筑）一样，车辆互联网将具有通信，存储，思考和学习能力，以预测客户的意图。在本文中，我们讨论从智能车辆网络到自动驾驶，互联网连接的车辆和车载云的演变。
一、从个人的车到云
未来城市车辆将从一系列传感器平台演变，这些传感器平台向驾驶者提供信息并将过滤后的传感器数据（例如，GPS位置，道路状况等）上传到云端;到自动车辆的网络，它们彼此交换其传感器输入信息，形成一个函数算法，在自动驾驶汽车的情况下，此功能能够迅速将乘客送到目的地，并且程度地保证和舒适，并且对环境影响小。
换句话说，人们在车队中见证了与传感器网络相同的演变（即，可以从互联网传感器以获取他们的数据）到物联网。在智能家居中，由大量内部和外部覆盖房屋的传感器和执行器组成的物联网可以以经济的方式管理所有的设施，为居民提供的舒适度，而且几乎不需要人为干预。同样，在现代能源电网中，由大小组成的所有组件形成的物联网可以地管理电力负载，操作员只需扮演观察员的角色。
在车载网络中，与所有其他物联网一样，当人为控制被移除时，自主车辆必须有效地合作以保持道路和公路上的畅通。有远见者预测，这些车辆的表现会比驾驶员得更好，从而能够以更低的延误，更少的污染以及更好的驾驶员和乘客舒适度来处理更多状况。
但是，数十万辆汽车的分布式控制的复杂性不能掉以轻心。如果突然发生自然灾害，比如地震，车辆必须能够快速有序地协调关键区域的疏散。这需要彼此沟通并发现所需资源（例如救护车，警车，逃生路线信息等）的能力。
此外，通信必须是的，以防止在自动驾驶汽车的情况下发生恶意攻击，因为没有备用控制，并且有可能被驾驶员（可能在网上操作）干预的第二次机会，这在自动驾驶汽车中可能是致命的。
这种有效的通信和分布式处理环境可以通过专门为车辆设计的新网络和计算范例-车辆云提供。这种移动云通过标准的开放接口为所有汽车制造商提供从路由到内容搜索，频谱共享，传播，攻击保护等的几项基本服务，以实现自动车辆应用。本文讨论从智能车辆网络到互联网自动驾驶车辆和车辆云的演变。特别是，我们强调了自动驾驶汽车互联网的优势，同时也暴露了由内容发布网络向可能的敌对攻击带来的挑战。
二、车轮上的新兴应用
车辆通信的应用范围从性和舒适性到娱乐和商业服务。本节讨论在新兴车辆应用中观察到的四个显着特征，并提供了对智能车辆网络趋势的看法以及对自动车辆的影响。
应用内容时空有效性：车辆产生大量内容，同时消耗内容。也就是说，他们成为丰富的数据“消费者”。这些内容显示了几个本地相关性的常见属性-本地有效性，明确的生命期和本地利益。本地有效性表明车辆生成的内容对消费者有其自己的空间范围。
例如，在应用中，角落附近的速度警告信息仅适用于接近角落的车辆，明确的生命期反映了车辆内容具有其自身的时间有效范围。这也意味着内容必须在其整个生命周期内可用。例如，道路拥堵信息可能对30分钟有效，而道路施工警告的有效期必须持续。
这个概念进一步扩展，以区分消费者的范围。例如，附近的所有车辆都希望收到信息，而只有一小部分车辆对商业广告感兴趣。数据的时间空间有效性意味着数据收集/存储/处理应用程序的可扩展性，因为旧数据被丢弃。
这也意味着数据应该保存在车辆上，而不是上传到互联网，从而节省大量的频谱。考虑到自动车辆传感器收集的大量数据，该属性对于自动车辆概念的可扩展性至关重要。
以内容为中心的网络：车辆应用主要对内容本身感兴趣，而不是其来源。这种无记忆的属性是VANET（Vehicular Ad hoc
Networks）的特征。在固定的互联网中，当想检查交通拥堵时，她访问了一个喜欢的服务站点。也就是说，显式网站的URL可以保证访问充足，可靠的信息。
相比之下，车辆应用将查询消息蜂拥而至到本地区域而不是特定车辆，不管内容提供商的身份如何都接受和响应。事实上，这种反应可能来自附近的车辆，而车辆又通过邻近的车辆间接接收这些交通信息。在这种情况下，车辆不关心谁开始了广播。这个特征主要是由于信息来源（车辆）是可移动的且地理上分散的。以内容为中心的网络将在自动车队的管理和控制中发挥重要作用。
这有两个原因：
首先，自动驾驶车辆将与高速公路以高速和短距离行驶，并且必须具有的周围车辆信息，长达几公里才能保持稳定的路线。因此，在以内容为中心的网络风格中，车辆定期发送信息需求以接收来自其他车队的位置，速度和方向。
其次，如果发生事故，车辆必须提醒司机（可能已经在其他事项中占用）紧急情况，以便司机可以选择人工干预。
车辆协作共享数据：新兴的车辆应用以协作方式消耗大量的传感器数据。也就是说，安装在车辆上的多个传感器记录着无数的物理现象。车辆应用程序收集这样的传感器记录，甚至从邻近的车辆，以生产增值服务。例如，在MobEyes中，车辆使用一些传感器（包括摄像机）记录所有周围事件，包括驾车时发生车祸。
此后，如果确实报告了事故，则互联网代理人和/或移动代理人（例如警察）在车辆网络搜索证人作为其调查的一部分。CarSpeak应用程序使车辆能够访问相邻车辆上的传感器，其方式与访问它自己的相同。在智能交通系统中，车辆交换交通拥堵和路况信息以构建的负载状况数据库，从该数据库计算到本地目的地的路径。
传感器数据共享和处理中的协作是一个自动车辆的强大资产。持续共享位置数据对于保证自动队的稳定性至关重要。采用可用传感器集合的道路状况（恶劣的路面状况，障碍物，事故等）的众包（Crowdsourcing）将允许平稳驾驶，即使在危险的条件下。此外，使用复杂的车载无线电对集合式可用频道进行，可以映射可用频谱，从而实现车队情境感知和内容下载到“被动”驾驶所需的通信。
智能车辆网络和车辆云：车辆配备有传感器，每秒产生大量数据。同时，道路上装备了智能微尘组件（smart dust
components），RFID标签和嵌入式微控制器。这些东西组成了一个车辆网络，即一个类似于智能发电和配电能源网的智能道路基础设施。
我们想报告的后一个趋势是车辆云的出现。车辆云是车辆互联网的实例，其包括车辆网有效且地运行所需的所有协议和服务。云在网络顶部提供了一个通信和计算环境，以便将网格中感知和移动的所有事物相互联网。车辆云架构的主要受益者之一是自动驾驶。
回想一下，无人驾驶车辆必须能够在没有人力投入的情况下感知周围环境并驾驶汽车。为此，它使用了无数的车载传感器，从雷达，GPS，摄像机到监测车辆内部运行状态的CAN总线传感器。先进的自动驾驶系统处理所有的传感数据，构建交通图，识别适当的路径和避开这些道路上的障碍，并使驾驶舒适。
近，Google1和戴姆勒-奔驰2在真实道路上展示了自动驾驶系统原型。在未来，邻近车辆上的传感器的访问将显着提高驾驶的准确性和性。车辆云将提供理想的系统环境，以协调部署未来自动驾驶车辆所需的传感器汇总，融合和数据库共享应用程序。
三、车轮云
汽车正在从简单的数据消费者演变为智能代理，使本地协作能够通过丰富的内容共享实现更丰富的用户体验。我们认为车载云是使这一发展成为可能的核心系统环境。本节介绍云计算和网络的整体功能，并讨论云资源及其互操作。
A.车辆计算
本地区域内的车辆和传感器产生车辆内容。这些内容在附近存储和搜索;并由邻近车辆在其有效期内加工消耗。近，Gerla引入了一种新的计算模型-车载云计算（Vehicle
Cloud Computing,VCC）来解释这些特征。
VCC是移动云计算（Mobile Cloud
Computing,MCC）的一个变体，从传统的云计算模型开始，对于资源有限的移动节点，互联网云提供网络访问，以便无限制地计算资源，并将内容存储到互联网或从互联网上下载内容。但是，将每个内容上传到互联网云的成本过高，而且从互联网云搜索和下载内容太费时。
此外，车辆拾取的大部分内容仅与本地相关，并且可以地存储在本地。在VCC中，大多数司机的询问都是关于我们周围的世界（即本地相关性），而车辆是这种环境的探索。
VCC使用本地环境的自组织模型解决查询。也就是说，车辆可以有效地形成一个云，在这个云中生产，维护和消费服务。为了实现这个模型，VCC利用了车辆日益增加的处理和存储能力；它通过使用车辆计算资源的集合来构建云，旨在扩展车辆之间交互的能力。
B.以信息为中心的网络
以信息为中心的网络（Information Centric
Networking,ICN）初被概念化为通信架构的一种通用形式，以在互联网上实现有效的内容分发。ICN专注于内容消费者和发布商的满足，而不是主机（何处）。消费者对内容感兴趣，不管发布人。发布者力求有效地向消费者分发内容。
为此，ICN使用内容名称而不是IP地址，以便内容与发布者分离。近在互联网上提出的一些ICN体系结构包括DONA（Data-Oriented
Network Architecture面向数据的网络体系结构），NDN（Named Data
Networking,命名数据网络），PSIRP（(Publish-Subscribe Internet Routing
Paradigm-订阅互联网路由范式）和NetInf（(Network of Information信息网络）。
在这些架构中，NDN近已扩展到车载网络。NDN有两种类型的数据包：来自消费者的兴趣和来自发布者的数据（即内容）。消费者通过向潜在发布者广播兴趣及其名称来请求内容。
当发布商收到兴趣并具有与兴趣相匹配的数据时，它会使用兴趣路径将数据回复给消费者。NDN允许路径上的路由器缓存内容，以便他们在收到匹配兴趣后可以将缓存的内容回复给消费者。这样，NDN实现了VCC严格要求支持面向内容的应用程序有效分发。
C.云资源
一个车辆云被创建用于云成员之间的合作，以产生单独的个人无法提供的先进车辆服务。与由云提供商创建和维护的互联网云不同，车辆云通过互连可用资源而暂时创建在车辆和路侧单元（Road
Side Units,RSUs）中。这样的网络资源作为一个共同的虚拟平台运行，使协作效率化。VCC和ICN共同协助创建云并有效运行虚拟平台。
车载云中的资源与传统云中的资源不同。每辆车有三类资源-数据存储器，传感器和计算器。
在车载云中，资源通过纯粹的点对点连接进行互联。也就是说，每辆车都直接相互协商资源共享水平。为了提率，云中的一辆车可以当选基于一些指标（例如，与车辆的连接性）的经纪人。
然后，它主导资源共享以及其他云操作的过程。在图3中加入云作为静态成员的RSU可以成为谈判者角色的一个很好的候选人。我们也设想部署资源受限的RSU，如相机。他们可能没有足够的存储和计算能力，但仍然与车辆有可靠的连接。如果是这种情况，他们可以存储和管理数据索引以进行有效的内容搜索。
D.案例研究：自主驾驶情景
考虑到车辆和RSU的资源及其潜在的互连，我们举例说明了云系统如何运行以建立虚拟计算平台并在其中启用云协作。我们使用一个简单的自动驾驶场景，如图3所示。
云资源发现:假设车辆V1（云）自我组织为车辆计算云以完成自动驾驶应用程序。该应用程序需要以下三个路段的图像，以提高环境意识的准确性，但V1中的资源仅涵盖一个路段。云端领导发出RREQ（Route
Request,RREQ），以在正确的位置招募车辆和RSU，以提供摄像头等正确的感应资源。
云形成：在接收到包含来自他们的资源信息的RREP（Route
Reply,RREP）后，选择两个云成员（例如，车辆V2和公路摄像机RC1）并形成新的云。
任务分配和结果收集：然后，云领导会分配任务，让“他们”拍摄下两个场景的图片并将数据返回给它。
内容发布和共享：收集来自云成员的图像后，会处理内容以创建并发布到整个网络。V1为自主驾驶应用程序消耗内容。同时，领导要求其他车辆（图3中的V4）存储并将内容保存在其存储器中，以便在云周围重新使用内容。一段时间后，下列车辆V6和V7运行自动驾驶应用，他们通过广播具有内容名称的兴趣消息来请求内容，找到一个匹配，V4可以直接将匹配的内容传输到V6和V7，而不需要联系V1。
云发布：当云领导决定不再使用云时，它会向所有云成员V2和RC1发布消息。
四、车轮云和自动驾驶车辆挑战
从手动操作到自动车辆（autonomous
vehicle，AUV）的演变将带来几个新的挑战。其中一些挑战来自AUV上大量部署的传感器以及AUV可从环境中获取的大量数据。
其他挑战源于AUV“自主驾驶”的事实，而驾驶员可能忙于活动，并且在紧急情况下不能立即干预。在本节中，我们将回顾这些挑战及其对车辆协议和应用程序的影响，以及车载云架构设计。
A.NDN网络层
上一节表明VCC的“窄腰”网络层是NDN。换句话说，NDN网络需要查找内容，而不是主机或IP地址-也就是说，通过利用地理相关性而不是命名层次结构来发现内容。事实上，由于节点移动性，不能假定存在地理上一致的名称层次结构，使得前缀位置给出关于目标内容位置的暗示。然而，在我们的案例中，大部分查询将与位置相关。
例如，我们希望找到一个视频，一个博物馆在城市的某个区域的剪辑;或在车祸中目击证人；或关于给定路线上的路面状况（例如坑洼，颠簸等），火车站附近的救护车或者我们应该开车经过的拥堵街道的照片或视频的信息。这种“环境监测”服务将会在道路上将出现大量AUV的时候大受欢迎，今天，Google汽车漫游了城市和地图拓扑结构，并结合建筑物的实际图片。有远见的人认为，AUV将比普通汽车更能映射整个“世界”，在存储在AUV上的大量数据中查找期望的内容对于VCC的车载NDN服务将是一个挑战。