用于共享远程信息处理服务的方法和设备与流程

说明性实施例总体上涉及用于共享远程信息处理服务的方法和设备。

背景技术：

车主出于各种目的而依赖网络连接。作为一些示例，导航、应用程序支持、媒体、流媒体和按需数据服务在车辆中变得越来越普遍。

然而，访问数据是有成本的。显示器、调制解调器和数据传输可导致许多原始设备制造商(oem)避开在低端型号车辆中的数据服务。这有助于为那些车辆保持有效且负担得起的价格点。不幸地是，这也使那些车主没有内置的远程数据通信服务。同时，那些车辆中的许多车辆仍可以具有其包括的某种形式的远程通信能力，其可能根本不足以提供可靠的进行中的数据传输，诸如蜂窝连接，而是可包括对于本地化无线通信(诸如蓝牙)有用的短程通信。

技术实现要素：

在第一说明性实施例中，一种系统包括在第一车辆中的车辆处理器，其被配置为响应于所述第一车辆需要数据元素的车辆过程，将对所述数据的请求无线传送到与所述第一车辆直接无线通信的第二车辆。在该实施例中，所述请求包括根据所述第一车辆的预定义的定价参数确定的针对所述数据的价格。所述处理器还被配置为响应于所述第二车辆同意所述价格，从所述第二车辆接收所述数据。

在第二说明性实施例中，一种系统包括被配置为处理对共享远程信息处理服务的数据请求的第一车辆的处理器，所述处理器被配置为从与所述第一车辆直接无线通信的第二车辆接收数据请求。所述处理器还被配置为利用预定义的定价参数来确定用于向所述第二车辆提供数据的价格。所述处理器还被配置为将所述确定的价格发送到所述第二车辆，以及响应于从所述第二车辆接收到接受支付所述确定的价格，获得所述数据并且将所述数据中继到所述第二车辆。

在第三说明性实施例中，一种方法包括从在第一车辆上执行的车辆过程接收对数据的请求。所述方法还包括确定所述数据的来源是远离所述第一车辆的来源以及所述第一车辆缺少获得所述数据的能力。所述方法还包括与第二车辆无线通信以确定用于从所述第二车辆获得所述数据的价格，以及响应于将同意支付所述确定的价格发送到所述第二车辆，从所述第二车辆接收所述数据。

附图说明

图1示出了说明性数据共享系统；

图2示出了说明性数据共享请求过程；

图3示出了用于数据共享验证的说明性过程；

图4示出了说明性请求处理过程；并且

图5示出了说明性数据共享显示。

具体实施方式

根据要求，本文中公开了详细实施例；然而，应理解，所公开的实施例仅仅是说明性的并且可以不同和替代形式包含在内。附图不一定按比例绘制；一些特征可以被放大或最小化以示出特定部件的细节。因此，本文中公开的具体结构细节和功能细节不应被解释为是限制性的，而是仅仅作为教导所属领域技术人员以各种方式采用所要求保护的主题的代表性基础。

许多车辆可能缺少车载远程数据支持设备，诸如支持远程信息处理通信服务的蜂窝调制解调器。尽管如此，那些车辆仍可能包括蓝牙以及甚至是wi-fi通信系统。这样的通信系统不仅可以与车载装置和远程接入点(例如，家庭路由器)通信，而且还可以以车辆对车辆(v2v)通信策略与其他车辆通信。

同时，许多其他车辆确实具有车载远程信息处理服务，从而为允许缺少蜂窝通信服务的本地车辆利用包括这种通信服务的其他本地车辆创建了机会。数据请求本质上通常是简短的，诸如对位置的请求或对用于应用程序支持的小数据包的请求。缺少蜂窝远程通信服务的车辆仍可以通过与包括蜂窝通信能力的另一个本地车辆通信以及从使用蜂窝通信能力以获得数据的另一车辆接收请求的数据来向车载系统和装置，诸如连接的乘员装置提供有限的像是蜂窝的数据服务。

同时，具有蜂窝通信服务的车辆的驾驶员可能愿意将其数据服务出售给其他车辆。由于具有蜂窝通信的车辆可能经常不使用其自身的连接，因此该车辆可能能够服务来自其他车辆的远程请求。尽管前面描述了使用蓝牙或wi-fi通信来进行v2v通信以及使用蜂窝来进行远程通信，但应理解，在其他情况下，仅包括例如蓝牙的车辆可以从包括wi-fi能力的另一个车辆请求例如wi-fi服务。

通过在车辆之间提供数据共享服务，说明性实施例允许缺少蜂窝远程信息处理的车辆从其他本地驾驶员购买蜂窝远程信息处理服务。提供用于满足某些请求的自动服务条件(不需要每次都经驾驶员批准)可以在使用时提高节约和缩短处理时间，以及在适当时提供出价选项可以允许驾驶员就提供服务或定价进行竞争。本文所述的不常见且非典型的示例和概念证实了通过使用那些示例、概念等可实现的潜在改进。

图1示出了用于在车辆100、110之间执行数据共享的说明性系统。在该说明性示例中，两个车辆100、110的计算系统彼此通信以允许车辆110的计算系统向车辆100的计算系统提供通信服务。

应注意，车辆100实际上可具有经由车辆基础设施可用的蜂窝通信服务。然而，这些通信服务可能过于昂贵或由于另一个原因而不可用，从而导致车辆100尝试访问车辆110或另一个本地车辆110的通信服务。例如，如果车辆100的驾驶员接近数据上限并且超过该上限可能会导致10美元的收费，则驾驶员可能更喜欢使用本地车辆110服务，例如，用于服务于请求以及用于避免超过上限的风险。如果驾驶员使用车载蜂窝服务，则本地车辆110的服务可仅花费车辆100的驾驶员的所产生成本中的一小部分。以这种方式，v2v通信服务共享还可以帮助避免数据过量并且被用于服务于在两者都包括蜂窝通信服务的两个车辆之间的请求。

仅出于说明性目的，示出了具有用于描述说明性实施例的有限部件集的车辆100、110。这些车辆系统部件不是穷举性的，而是仅仅用于展示可能辅助展示说明性示例的部件。

车辆100包括连接到人机界面(hmi)103的处理器101，但是该hmi部件不是必需的，这是因为缺少hmi103的车辆可以请求数据。在车辆缺少hmi103的情况下，如果需要确认或其他乘员的交互，则车辆可以使用无线或有线连接到车辆100的乘员装置(未示出)作为hmi或者使用对数据请求处理的可听确认。

车辆100还可以包括请求/出价处理过程105。该过程可以在适当时从其他车辆110请求数据和/或如果启用了那些选项，则提供定价比较和出价服务。也就是说，在一些实施例中，车辆110可以具有针对数据的预定义价格，并且任何本地可用的车辆可以以指定的价格服务于数据请求。在那些情况下，如果指定的价格是可接受的，则请求过程可以简单地请求数据。在其他示例中，多个本地车辆110可以竞争数据服务的定价，并且在那些情况下，本地车载请求过程105可以在本地车辆110为提供最便宜的数据服务进行出价的范围内辅助确定中标者。这些和其他部件可以由车辆100的处理器101进行处理。

车辆100的处理器101还处理了各种直接通信服务的操作。如本文所用，直接通信服务是指在没有中间路由器或其他装置的装置之间的点对点通信。如图所示，可以经由蓝牙107和wi-fi109服务提供这种通信服务。为了请求处理的目的，这些服务和类似的v2v通信服务中的任一个都可以用于与车辆110通信。

车辆110还包括蓝牙113和wi-fi115服务，在该示例中，其与车辆100通信(通常仅经由选项中的一个进行)。这些通信选项还通过车载处理器111连接到其他车辆服务。请求处理车辆110还可以包括hmi117以及用于请求处理的过程或模块119。服务的出价或定价可以是动态的，并且可以由车辆110的乘员通过hmi117实时解决，或车辆110的车主可以预先配置服务的定价，这可以由请求处理过程119自动处理。在其他一些模型中，定价可以由原始设备制造商(oem)定义，并且可以简单地给予驾驶员用于共享的选择加入或选择退出选项。

第二车辆110还包括蜂窝通信服务，诸如由远程信息处理控制单元(tcu)121提供的那些。该控制器可以包括例如车辆蜂窝调制解调器和/或用于与云130进行远程通信的其他选项。

在说明性示例中，车辆100可能需要某种形式的数据(天气、交通、导航等)，并且可能缺少获得这种数据的当前能力或可能想要比当前车载选项更便宜的数据服务选项。因此，对所需数据的请求可以经由v2v通信选项107、109传递到本地车辆110。如果车辆110能够服务于该请求(例如，如果其包括能够与指定用于提供所请求数据的实体进行通信的通信选项)，如果车辆110的车主愿意服务于该请求，以及如果服务的定价适合于车辆100的驾驶员，则车辆100可以将请求传递到云130，其中云服务131可以提供所请求的数据。

基于云的计帐服务133可以处理交易成本，这是因为请求可以包括将车辆100识别为付款人并且将车辆110识别为收款人、用于向车辆100的车主就交易收费并且可用于就费用对车辆110的车主进行贷记的车辆标识符。在其他示例中，车辆100、110可以经由例如能够交换财务和交易信息的车载钱包本地处理交易。

图2示出了可由例如车辆100的处理器101执行的说明性数据共享请求过程。在该示例中，在201处，车辆100接收到数据请求。数据请求可以来自车载控制器局域网(can)总线、本地连接到车辆的连接装置或者另一个应用程序或车辆100的软件部件(例如，交通、导航、天气等)。车辆100在203处确定请求是否可以和/或应经由车载服务进行服务。

在一些示例中，如前所述，由于数据约束、漫游等，车辆100可以确定不应经由车载服务来服务于请求。在其他示例中，车辆100可以包括车载调制解调器(例如，诸如车辆110的tcu121，如果配备的话)，但驾驶员可能缺少对经由车载调制解调器使用通信服务的订阅。在这种情况下，车载调制解调器可能是可用的，但却成本异常。这些是为什么包括远程信息处理部件的车辆100可以选择不使用车载设备来直接服务于请求的几个示例。

同样，如所指出的，车辆100可能仅缺少远程通信服务(例如，缺少远程信息处理单元)或具有发生故障的远程信息处理单元。在205处，车辆100处理任何适当且可服务的请求，但是如果车辆100不能或不应(基于规则的决定)处理请求，则车辆100可以在207处搜索具有通信能力并且可访问以服务于数据请求的本地车辆110。

愿意服务于请求的车主可以指示车辆110接受连接请求(查询格式)或可以使车辆110广播可用性(通知格式)。因此，搜索车辆100可以查询本地车辆110、广播请求或检测由车辆110广播的广播可用性。

如果没有可以辅助处理在201处请求的数据请求的本地车辆110，则车辆100可以在209处通知请求车辆100的驾驶员此时不能服务于该数据请求。这可以提供使数据请求排队的选项，或者在一些示例中，在定价是数据请求未得到服务的原因的情况下，可以向请求车辆100的驾驶员提供支付更高的价格以便使请求由收取比自动接受价格(将以别的方式由过程105自动接受的)更高的价格的立即可用的车辆110服务。

如果有可用的车辆110服务于该请求，则车辆100可以在213处检查针对该请求的定价。定价可以以多种格式进行规定。允许为请求提供服务的车主可以规定每次使用的价格(具有使用上限)、每兆字节(或其他数据单位)的价格、某种类型的每个请求的价格(具有预期的最大数据量)等。

在一些情况下，请求车辆100的车主/驾驶员可以报出用于服务实现的价格，并且在其他示例中，服务车辆110的车主可以报出用于实现的价格。这些价格可以在车辆100、110不行驶时预先配置，或者可以以按需方式被报出。在另外的示例中，车辆100可以对特定的服务推荐或强制执行价格。

在该示例中，车辆100在215处确定所请求的数据的价格是否是可接受的。这可能需要来自请求车辆100的车辆乘员的即时验证，或者可以基于预先配置的自动接受参数来自动地进行确定并且由过程105来处理该确定。如果价格是可接受的，则车辆100可以在217处发送实现请求。该发送可以包括例如出于计费目的而识别车辆100的车辆标识。在一些情况下，车辆100还可以要求在可能发生计费事件之前完全完成交易。在另外的示例中，请求者可以承担一个车辆110驶离的风险，并且无论是否完成传输，都可以完成计费。在这种情况下，如果车辆100、110经由车载钱包应用程序交换存储的支付数据，则车辆100可以在请求时进行支付。在其他示例中，车辆100可以响应于请求的完成而支付和/或传输支付信息。此外，如所指出的，可以由车辆110将识别车辆100、110的车辆标识发送到云130以对支付进行云处理。

图3示出了用于可由例如车辆100的处理器101执行的数据共享验证的说明性过程。在该示例中，车辆100可以在301处从通信范围内的一个或多个车辆110接收到定价选项。这些接收的选项可以是响应于来自车辆100的直接请求而经由与车辆110的直接通信所发送的来自一个或多个车辆110的广播价格。

如果在303处用于实现请求的定价低于的预定义的阈值，则车辆100可以在305处自动接受定价并且将请求发送给车辆110。阈值价格可以由车辆100的乘员或车主设置，并且可以定义用于某种请求类型的定价或每个数据单位的定价。在某些示例中，oem还可以规定定价。

如果价格不低于阈值，则车辆100可以在307处经由hmi103将价格呈现给车辆乘员。在某些示例中，仅当分心阈值低于预定义的最小值时，或例如，如果车辆100停止或以低于阈值速度行驶时，才呈现价格。如果驾驶员不接受价格，则驾驶员或另一个乘员可以在309处提出还价。应理解，呈现给驾驶员还包括其他乘员或车辆车主，并且呈现、选择、接受、配置等不限于由驾驶员控制。

如果还价的选项是可用的，如在该情况下的，则过程可以允许驾驶员在309处提出还价。例如，对于较大的数据传输而言，驾驶员可能希望协商传输的定价。在其他情况下，服务车辆110可能为有限的使用服务请求了过高的价格(例如，针对交通数据，为2美元)并且驾驶员可能希望协商更便宜的价格。如果驾驶员不能或不提出还价，则驾驶员仍具有在311处接受定价的选项。

如果驾驶员在309处提出还价，则车辆100可以在313处将输入还价发送到旨在服务于该请求的远程车辆110。两个车辆100、110也可以基于预先配置的设置自动协商，使得经由过程105、119达到中间价格点，而无需两个驾驶员之间的直接交互。如果服务车辆110在315处指示接受报价，则车辆100可以注册接受并且发送请求。在自动协商的情况下，用于一个或两个车辆100、110的预定义的定价参数可以定义数据的定价，以及规定基于另一车辆接受报价和/或另一个车辆报出低于预定义阈值的价格的自动动作。

图4示出了可由例如车辆100的处理器101执行的说明性请求处理过程119。在该说明性示例中，过程119在请求服务车辆110上执行。车辆110在401处接收请求，该请求可以由请求车辆100广播，或者可以直接从请求车辆100发送。

在许多情况下，服务车辆110可以间歇地提供请求服务。例如，当车辆当前正在使用其自身的远程信息处理单元121时，或者例如，当用于服务车辆的服务提供商的当前数据成本高于阈值时，服务车辆110可能不提供服务。

因此，在该示例中，车辆110在403处确定服务当前是否可用。此外，在一些情况下，服务车辆110可能仅能够处理具有某种总体积或数据包大小的请求，该某种总体积或数据包大小是由车辆110的设置规定的，或例如，两个车辆100、110是否计划为在足够长的接近度内以服务于请求，如由车辆的航向、速度、接近度，规划路线等确定的。如果车辆110不能或将不服务于请求，则车辆110可以在405处拒绝请求。

如果车辆110可用于请求处理，则车辆110可以在407处确定请求是否包括报价。例如，这将是服务总价或每个数据单位的价格。如果请求包括报价，并且如果报价在409处高于自动接受阈值，则车辆110可以在411处自动接受请求。

如果在407处请求不包括报价，或者如果在409处报价低于自动接受阈值(例如，所报出的价格太低)，则车辆110可以通过在413处发送针对服务于请求所建议或车主输入的价格而响应。这可以包括针对服务于请求的预先配置的价格、驾驶员指定的价格或oem或系统建议的价格。

如果在415处车辆100接受了所发送的价格，则车辆110可以在411处继续处理该请求。如果在419处车辆100对发送的价格进行了还价，则车辆110可以在421处再次考虑还价。这可以经由驾驶员界面或经由不与乘员交互的自动协商过程进行。如果不接受价格，但也没有还价，并且如果服务车辆110仍然可以服务于请求，则车辆110可以在417处发送新的价格并且协商过程可以继续。

一旦服务车辆110已经指示接受数据请求，则车辆110可以接收要发送到云的请求参数，并且可以在423处与云服务器通信以实现请求。这还可以包括传输计费信息，这取决于预先安排的支付方案。在车辆110接收到响应之后，车辆110可以在425处中继任何响应，或者经由开放连接将传入数据流传输到请求车辆100。

在该示例中，当中继数据时，车辆110发起收费过程，并且因此当通信正在进行，但未在427处完成时，车辆110可以在431处收取部分费用。例如，车辆110可以在进行传输的同时收取较低的费率，并且随后一旦完成传输，则在429处完成全额收费。在其他示例中，车辆110可以基于完成的数据收取成比例的金额和/或仅在完成请求时才向请求车辆100收费。

图5示出了说明性数据共享显示。在该示例中，示出了车辆100的hmi103的非限制性示例。如果车辆100缺少hmi103，则该显示可以显示在例如连接到车辆100的移动装置上。该显示也不是必需的，而仅仅是说明交互式数据服务选择过程。

此处，响应于数据请求，车辆100例如可以显示车载服务成本503。例如，如果车辆100要使用当前可用的车载服务来服务于请求，则这可以是价格。在一些情况下，车辆100可以显示无法服务于请求和/或车载服务不可用501。在任一情况下，或者至少当车载成本大于可能的非车载成本时，车辆100还可以显示可以服务于请求的一些替代方案(其他车辆110)。

在该非限制性示例中，车辆100显示了可以服务于请求的其他三个车辆。车辆1计划花费2分钟，成本为0.85美元，如由元素505和507所示。车辆2计划需要30秒，成本为1.14美元，如由元素509和511所示，并且车辆3也计划花费2分钟，但成本为1.00美元，如由元素513和515所示。可以由车辆100以任何合理的方式(例如，最快、最便宜、每秒最便宜等)对列表进行排序。选择替代选项可以导致执行在本文描述的通信和请求过程以实现待处理请求等。

说明性实施例允许车辆车主以按需方式向其他车辆提供车辆远程信息处理服务并且接收为此获得的财务激励。实施例还允许没有远程信息处理的车辆为按需使用服务支付增量定价，从而保持某些车辆的低成本，而又不会使其完全丧失远程信息处理。以这种方式，无需安装或订阅远程信息处理服务即可通过访问远程信息处理来改进没有远程信息处理的车辆。

本文所述的计算装置通常包括计算机可执行指令，其中所述指令可以由诸如上面列出的那些等一个或多个计算装置执行。计算机可执行指令(诸如本文所述的过程的那些)可以由使用多种编程语言和/或技术创建的计算机程序编译或解译，所述多种编程语言和/或技术单独地或组合地包括但不限于：java^tm、c、c++、c#、visualbasic、javascript、python、javascript、perl、pl/sql等。一般来说，处理器(例如，微处理器)例如从存储器、计算机可读介质等接收指令，并且执行这些指令，从而执行一个或多个过程，包括本文所描述的过程中的一个或多个。可以使用各种计算机可读介质来存储和传输此类指令和其他数据。

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

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

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

虽然上文描述了示例性实施例，但并不意图使这些实施例描述本发明的所有可能的形式。相反，本说明书中所使用的字词为描述性而非限制性的字词，并且应理解，可以在不脱离本发明的精神和范围的情况下做出各种改变。另外，各种实现实施例的特征可以逻辑方式组合以产生本文描述的实施例的情境上合适的变型。

根据本发明，提供一种系统，其具有：在第一车辆中的车辆处理器，所述车辆处理器被配置为响应于所述第一车辆需要数据元素的车辆过程，将对所述数据的请求无线传送到与所述第一车辆直接无线通信的第二车辆，所述请求包括根据所述第一车辆的预定义的定价参数确定的针对所述数据的价格；以及响应于所述第二车辆同意所述价格，从所述第二车辆接收所述数据。

根据一个实施例，所述预定义的定价参数包括针对所述数据的来自所述第一车辆的报价。

根据一个实施例，所述处理器还被配置为确定所述价格为所述报价，并且所述预定义的定价参数规定如果未响应于包括所述报价的所述请求从所述第二车辆接收到还价，则由所述第二车辆自动同意支付所述报价。

根据一个实施例，所述预定义的定价参数包括针对所述数据的要价，其包括在对来自所述第二车辆的所述请求的响应中，所述响应指示所述第二车辆将为所述要价提供所请求的数据。

根据一个实施例，所述预定义的定价参数规定所述处理器响应于所述要价低于与所述数据的类型相对应的并且由所述预定义的定价参数定义的预定义阈值价格而自动发送所述同意。

根据一个实施例，所述预定义的定价参数定义针对所述数据的类型的价格，并且其中所述处理器被配置为响应于包括在所述请求中的所述报价低于针对所述数据类型的所述价格，发送针对所述数据类型的所述价格作为所述确定的价格。

根据一个实施例，所述数据类型是天气数据。

根据一个实施例，所述数据类型是导航数据。

根据一个实施例，所述处理器还被配置为响应于所述第一车辆缺少满足对所述数据的需求的能力而发送所述请求。

根据一个实施例，所述处理器还被配置为使用车载能力确定用于满足需求的成本，并且其中所述预定义的定价参数规定当确定的价格超过所述成本时所述处理器停止与所述第二车辆进行价格协商。

根据一个实施例，所述预定义的定价参数规定所述处理器自动同意从所述第二车辆接收到的用于处理所述请求的价格，所述价格大于低于所述成本的预定义阈值。

根据本发明，提供了一种系统，其具有：被配置为处理对共享远程信息处理服务的数据请求的第一车辆的处理器，所述处理器被配置为：从与所述第一车辆直接无线通信的第二车辆接收数据请求；利用预定义的定价参数来确定用于向所述第二车辆提供数据的价格；将所述确定的价格发送到所述第二车辆；以及响应于从所述第二车辆接收到接受支付所述确定的价格，获得所述数据并且将所述数据中继到所述第二车辆。

根据一个实施例，所述第一车辆被配置为在针对所述第二车辆的也指示所述第一车辆能够提供所述数据的响应中包括由所述预定义的定价参数定义的报价作为所述确定的价格。

根据一个实施例，来自所述第二车辆的所述数据请求包括报价。

根据一个实施例，所述预定义的定价参数规定如果所述数据请求中所包括的所述报价高于为所述数据的类型预定义的阈值价格，则所述第一车辆将所述报价解释为所述接受。

根据一个实施例，所述预定义的定价参数定义针对所述数据的类型的价格，并且其中所述处理器被配置为响应于包括在所述请求中的所述报价低于针对所述数据类型的所述价格，发送针对所述数据类型的所述价格作为所述确定的价格。

根据一个实施例，所述数据类型包括导航数据。

根据一个实施例，所述数据类型包括交通数据。

根据一个实施例，所述数据类型包括天气数据。

根据本发明，提供了一种方法，其具有：从在第一车辆上执行的车辆过程接收对数据的请求；确定所述数据的来源是远离所述第一车辆的来源以及所述第一车辆缺少获得所述数据的能力；与第二车辆无线通信以确定用于从所述第二车辆获得所述数据的价格；以及响应于将同意支付所述确定的价格发送到所述第二车辆，从所述第二车辆接收所述数据。