增值服务数据和协议以及涉及车辆特定的数据的交易的制作方法

相关申请交叉引用本申请要求于2014年11月5日提交的名称为“value-addedservicesdataandprotocolandtransactionsinvolvingvehiclespecificdata”的美国临时专利申请号62/075,522的优先权权益，其全部内容通过引用被并入本文中。
背景技术：
：在信息时代，移动装置已经从根本上改变了我们的生活方式。移动装置的应用的不断扩展的能力使用户能够执行过去将人们固定到特定位置诸如办公桌的任务。此外，移动应用创建了改变可以执行交易的方式的另外的机会。传统的移动商务提供者并没有无缝地集成支付和交易。当前的实施方式没能提供针对移动应用、支付和交易的连贯和系统的方法。此外，现有的方法将要约当成单独的或事后的交易。技术实现要素：下文呈现对本公开的简要总结，以便提供对本公开的一些方面的基本理解。此
发明内容不是广泛的概述。不旨在指出本公开的关键或重要元素或界定其范围。下面的
发明内容只以简化形式呈现一些构思，作为对下面提供的更详细描述的前序。示例性实施例通过使用vas数据规范在交易的发起和完成之间的间隔中在交易中提供vas要约，改进现有的购买体验。实施例的各方面通过当消费者在零售商店和其它商家处购物时，集成支付和增值服务（vas），克服了现有方法的缺陷。在一个示例中，给消费者呈现增值要约或激励以在完成交易之前向现有的预期的购买增加附加的购买。因此，实施例的各方面提供以单次交易完成看似多个交易的流线型过程。实施例的各方面实现基于云的支付计划支持能力，诸如主机卡模拟（hce）和qr代码，以开辟支付和零售生态系统中的各个参与者向消费者提供新的增值服务（vas）的新机会。在一个示例中，实施例包括提供标准化的方法的商家增值服务（vas）数据规范，所述方法在保持针对服务提供者的灵活性的同时提供互操作性以进行创新。在一个示例中，商家增值服务（vas）数据规范使得非支付数据能够在移动应用和商家的销售点（pos）系统之间以标准方式传输。根据附加的方面，商家增值服务（vas）数据规范能够实现零售商、收单方、网络、发行方、钱包提供者和第三方想要提供给消费者的各种服务。例如，移动和pos世界中的增值服务（vas）涉及一起工作的多个部件。增值服务的一些示例包括用于赢得和兑换奖励、要约兑换（offersredemption）以及移动订购和在零售位置处领取的忠诚度计划。可以由在零售pos处实现的应用或者由在pos处集成的第三方服务提供增值服务。可以在支付交易的时候实时提供这些服务，或者可以在交易后提供这些服务。为了使用增值服务，例如，可以将商家增值服务（vas）数据从消费者传递至pos。根据一个实施例，商家vas数据包括将消费者与增值服务链接、并从消费者传递至商家的pos系统的数据。公开了一种经由移动装置实现涉及车辆和商家的增值交易的方法。可以从商家终端广播商家信息。可以响应于广播的商家信息，在所述商家终端处接收标识车辆的车辆特定的数据。响应于接收的车辆特定的数据，可以将交易数据提供至所述移动装置以发起预期的交易。可以响应于提供的交易数据在所述商家终端处从所述移动装置接收支付数据。在完成所述预期的交易之前，可以将增值交易要约提供至所述移动装置。响应于提供的增值交易要约（transactionoffer），可以接收所述增值交易要约的承诺。可以以单次交易完成所述预期的交易和所述增值交易要约。附图说明通过参照与附图结合考虑的详细描述，可以更好地理解本发明。附图中的部件不一定是成比例的，而是将重点放在图解说明本发明的原理上。在附图中，相同的附图标记指示不同图中相应的零件。图1是图解说明根据一个实施例车辆设置中的增值服务数据交易的流程图。图2是根据一个实施例的示例性支付交易架构。图3是图解说明根据一个实施例的另一支付交易架构的图。图4是图解说明根据一个实施例被并入销售点系统中的增值服务数据交易的图。图5图解说明根据一个实施例的方法的流程图。附图被并入并形成本说明书的一部分，其图解说明本发明的实施例，并与描述一起用来解释本发明的原理。具体实施方式根据专利法令和法律的规定，上文描述的示例性配置被认为代表本发明的优选实施例。不过，应当注意，在不偏离其精神或范围下，可以以与明确图示和描述的不同方式实践本发明。实施例通过定义用于交换增值服务数据的数据格式，提供用于商家增值服务的协议或平台。可以使用该协议，通过使用附加数据（诸如车辆特定的数据）提供增强的验证，并且可以使用该协议在车辆本身中的移动装置或显示器上将附加商品和服务提供至消费者。结果，可以获得优良的验证和更容易的交易。在一个实施例中，增值服务（后文为“vas”）数据包括但不限于交易数据、支付数据和非支付数据。例如，交易数据可以包括订单号、交易号、商家标识符（id）、客户id等。在另一示例中，支付数据可以包括支付方法、支付时间、支付网络、支付位置等。非支付数据可以包括客户地址、客户忠诚度计划号、电话号码、电子邮件地址等。在另一示例中，vas数据可以包括要约或其它激励计划数据或稍后可能导致附加的交易数据和非支付数据的信息。这些附加的交易数据和非支付数据可以集成到vas数据规范中，使得对消费者的总交易体验如同发生了单次交易，而不是多次交易和支付。在任何的交易中，存在将商品或服务提供至将要消费这些商品或服务的客户或买家的商家或卖家。在某些情况下，如果对商品或服务的支付不是经由现金交易或实物交易面对面进行的，则可以存在处理支付的中间方。因此，如下面将讨论的，示例性实施例的各方面可以包括具有特定的有时是安全的网络的支付网络提供者以帮助完成交易。因此，示例性实施例可以提供针对商家的一组数据字段以提供vas数据。下面的表1示出根据一个实施例可以使用的一组商家增值服务数据字段：要理解，提供表1中的规范是为了图示一种实施方式，而不旨在进行限制。考虑了字段类型、长度和内容可以随着需求和期望的变化而变化。只要所有各方都理解字段中的变化，实施方式可以有许多并且可以不同。而且，移动装置和pos终端可以使用以与上文列出的相同次序或者以任何期望的次序描述的数据字段标记传送消息。例如，数据字段可以有针对每种数据类型的标准标识符，其在字段中的实际数据前面。因此，可以基于查看标准数据类型标识符分析vas数据集，以确定哪些数据跟随在标识符之后。例如，可以采用扫描vas数据来通过识别相应的标准数据类型标识符确定哪个字段保持移动电话号码。在一个实施例中，根据支付网络提供者（诸如visa®）的商家vas数据规范可以包括附加能力。例如，商家vas数据规范可以由发行方移动应用、商家移动应用和第三方移动应用支持。在这样的示例中，表1中所示的数据字段集中的数据可以用图形表示或符号编码，其可以由具有安装的移动应用的移动装置阅读。移动应用可以捕获、读、渲染、解释或另外从图形表示或符号确定商家vas数据。例如，商家vas数据可以包括于或嵌入快速响应（qr）代码有效载荷中。在此示例中，移动装置上安装的移动应用可以从商家或一个或多个商用或与其集成的服务检索或解码商家vas数据。在又一实施例中，支付网络提供者还可以组合qr代码有效载荷以包括或编码用于消费者的支付凭证数据。此qr代码有效载荷可以包括商家vas数据和支付凭证数据。在一个实施例中，qr代码有效载荷可以有大小限制，以确保qr代码阅读器的容易产生误差的扫描。在另一实施例中，还可以使用其它最大qr代码有效载荷。建议组合的qr代码有效载荷不超过最大大小。还参照表2和3，也可以支持应用模板（标记“61”）和公用数据模板（标记“62”）。商家vas数据可以根据visa®aid包括于应用模板中或者公用数据模板中。当由连接至pos的qr代码阅读器扫描qr代码时，qr代码阅读器可以读、解码和验证qr有效载荷。在商家vas数据模板标记中传递的数据可以被解析并用于增值服务。公用数据模板中存在的商家vas数据可以用于所有交易，但根据visa®aid存在于应用模板中的商家vas数据只可以用于通过visanet处理的交易。qr有效载荷中的双重商家vas数据标记可以不被允许，其可能导致误差。要理解，qr有效载荷的处理时不时可能在解析、阅读或组合期间遇到误差等。在解析之后来自qr有效载荷的处理在本公开的范围之外。数据的处理可以根据商家的商业规则进行。不过，即便商家发现商家vas数据标记中的误差，支付授权流也可以被执行。商家pos可以忽略商家vas数据中发现的误差，可以继续支付处理，如同商家vas数据模板标记不存在于有效载荷中。支持qr代码的移动应用可以提供接收商家vas数据并将其插入商家vas数据模板标记中的选项。移动应用还可以根据每个交易给消费者提供启用或禁止商家vas数据的选项。支持qr代码选项的商家可以确保在其商店中使用的qr代码阅读器处理并传递商家vas数据模板标记。在pos处商家vas数据的处理在本公开的范围之外，原因是每个商家可以基于当前的规范提供附加的服务。表2列出根据一种实施方式移动应用支持与vas数据关联的qr代码数据的规范：规范号规范描述vas-ma-qr-1商家vasdata模板标记可以是与aid关联的有效载荷的一部分。vas-ma-qr-2移动应用可以提供与增值服务集成的选项，以接收针对qr有效载荷的商家vas数据。vas-ma-qr-3移动应用可以根据每个交易提供消费者启用和禁止商家vas数据的选项。vas-ma-qr-4移动应用可以确保qr代码有效载荷不超过qr代码有效载荷的最大推荐大小。vas-ma-qr-5可以根据表a-1（具有qr代码的商家增值服务）格式化商家vas数据。表3提供对于与vas数据关联的qr代码数据的销售点系统和阅读器规范，例如对于商家：规范号规范描述vas-pos-qr-1qr代码阅读器可以处理并传递在下文表a-1（具有qr代码的visa®商家增值服务数据）中定义的标记，pos系统会处理应用数据。vas-pos-qr-2如果visa®aid不用于支付处理，则可以使用根据公用数据模板的vas数据。vas-pos-qr-3如果visa®aid用于支付处理，则可以使用根据应用模板和公用数据模板二者的vas数据。vas-pos-qr-4即便pos检测到商家vas数据标记中的误差，商家pos也可以发送用于授权的支付。示例性实施例还可以支持在qr有效载荷中包括可选的商家vas数据元素。如表a-1所示，可以支持在qr代码有效载荷中包括商家vas数据元素。表a-1：qr代码有效载荷中的商家vas数据在另一实施例中，可以使用无线信号或波传送表1中所示的数据字段集中的数据。例如，无线信号可以是兼容wi-fi、蓝牙、近场通信（nfc）技术、蜂窝技术、ibeacon和其它无线信号规范的信号。在使用nfc技术或装置的示例中，商家和移动应用开发者可以有两种选项通过nfc实现针对其消费者的增值服务：1.限制选项或2.扩展选项。两种选项都为基于主机卡模拟（hce）和安全元件（se）的实施方式工作，并且可以支持实现qvsdc的nfc阅读器。对于限制选项，在一个示例中，移动应用可以在互操作设置中发送商家vas数据。例如，在visa®支付网络中，移动应用可以在现有的卡持有人姓名（chn）和客户专用数据（ced）visa®paywave®标记中发送商家vas数据。在此示例中，可以在visa®非接触支付规范中定义chn和ced的格式和长度。还可以使用其它格式和长度。移动应用可以发送在表2-1中chn和ced标记值中定义的任何标记。例如，如果移动应用想在chn中发送忠诚度id，则数据流可以类似以下示例：<chn标记><chn长度><商家分配的消费者忠诚度idtlv>5f2008df04051234567890.‘5f20’：chn标记‘08’：chn标记中数据的长度‘df04’：商家分配的消费者忠诚度id标记‘05’：忠诚度id的长度‘1234567890’：忠诚度id值在商家pos系统上，如果chn和ced字段中读的标记值与表2-1中列出的标记之一匹配，则数据可以被解析并用于增值服务。可以根据商家的商业规则进行数据的处理。即便商家发现商家vas数据标记中的误差，也可以执行支付授权流。商家pos系统可以忽略在商家vas数据中发现的误差，继续支付处理，如同在chn和/或ced标记中没有可用的商家vas数据一样。支持限制选项的移动应用可以提供接收商家vas数据并将其插入chn和cedvisa®paywave®标记中的选项。移动应用还可以根据每个交易给消费者提供启用或禁止商家vas数据的选项。在移动应用中，在每个交易之后，可以清除chn和ced字段。对商家的影响支持限制选项的商家可以确保最低支持visa®paywave®1.4.2的终端处理并将chn和ced标记传递至pos。对于扩展选项，移动应用能够除限制选项能够处理的之外将更多的数据元素或标记发送至阅读器。可以以标记“bf64（商家vas数据模板）”发送商家vas数据。商家vas数据模板标记可以是与visa®aid关联的有效载荷的一部分。请参见表b-1及本文中对其的描述以获得更多细节。在商家pos系统上，在商家vas数据模板标记中传递的数据可以被解析并用于增值服务。可以根据商家的商业规则进行数据的处理。即便商家在商家vas数据标记中发现误差，也可以执行支付授权流。商家pos系统可以忽略在商家vas数据中发现的任何误差，继续支付处理，如同商家vas数据模板标记不存于有效载荷中一样。支持扩展选项的移动应用可以提供接收商家vas数据并将其插入商家vas数据模板标记中的选项。移动应用还可以根据每个交易给消费者提供启用或禁止商家vas数据的选项。从商家的角度，支持扩展选项的商家可以确保支持qvsdc的终端用于处理并传递商家vas数据模板标记。表4列出支持可能与vas数据关联的nfc数据的移动应用的规范：规范号规范描述限制选项扩展选项vas-ma-nfc-1商家vas数据模板标记可以是与visa®aid关联的有效载荷的一部分。yyvas-ma-nfc-2移动应用可以提供接收商家vas数据的选项。yyvas-ma-nfc-3移动应用可以根据每个交易给消费者提供启用或禁止商家vas数据的选项。yyvas-ma-nfc-4移动应用可以确保数据的长度不超过chn和ced标记的最大允许长度。ynvas-ma-nfc-5可以根据表b-1（用于nfc的visa®商家增值服务数据）格式化商家vas数据。nyvas-ma-nfc-6在有或没有商家vas数据下，移动应用可以满足visa®paywave®时间要求。yy表5列出pos系统和阅读器支持可能与vas数据关联的nfc数据的规范：规范号规范描述限制选项扩展选项vas-pos-nfc-1阅读器可以处理并将chn和ced标记传递至pos。ynvas-pos-nfc-2阅读器可以处理并传递在表b-1（用于nfc的visa®商家增值服务数据）中定义的标记。yyvas-pos-nfc-3阅读器可以满足visa®paywave®时间要求。yyvas-pos-nfc-4即便pos在商家vas数据标记中检测到误差，商家pos也可以发送用于授权的支付。yyvas-pos-nfc-5如果阅读器支持扩展选项(见4.2节，扩展选项)，则还可以支持限制选项(见4.1节，限制选项)。ny当可以使用第一应用执行交易时，可以使用第一应用模板中可能存在的商家vas数据元素。不管是用第一应用还是第二应用执行交易，都可以使用公用数据模板中存在的商家vas数据元素。例如，如果使用qr代码有效载荷中的第二应用执行交易，则只可以使用公用数据模板（如果有的话）中存在的商家vas数据元素。尽管不同的商家vas数据元素可以存在于第一应用模板和公用数据模板中，但相同的商家vas数据元素可以不在两者中都存在。例如，商家专用vas数据（标记“df01”）可以存在于第一应用模板或公用数据模板之一，但不是两者中。使用商家vas数据的移动应用可以包括包含用于特定交易的标记的附加记录。记录标识为“0104”，并包含在此文档的表2-1中描述的一个或多个数据元素。附加记录的存在影响如在visa®cloud-basedpaymentscontactlessspecification(vcpcs)（visa®基于云的支付非接触规范）的表1或表2中定义的afl。对于没有离线数据认证（oda）的移动应用交易，应用文件定位符的值可以是“08030400”。对于具有oda的移动应用交易，应用文件定位符的值可以为“0804040010020300”。可以在表b-1中定义样本记录（包含商家vas数据标记）。此记录可以是除了针对标准记录定义的记录之外的。注意，商家vas数据可以不支持msd交易。表b-1：用于visa®paywave®交易的移动应用商家vas数据命令数据元素名称标记idm/o数据源值读记录(“0104”)记录模板70m固定商家vas数据模板bf64m固定商家专有vas数据df01o根据商家定义支付账户iddf02o根据商家定义数字钱包提供者iddf03o根据商家定义商家分配的消费者忠诚度iddf04o根据商家定义电话号码df05o根据商家定义伙伴忠诚度iddf06o根据商家定义电子邮件地址df07o根据商家定义消费者意图df08o根据商家定义订单确认号df09o根据商家定义雇员iddf0ao根据商家定义邮政编码df0bo根据商家定义（若干）要约df1xo根据商家定义在一个实施例中，表c-1提供商家vas数据模板和商家vas数据字段的数据元素：表c-2提供商家vas数据字段和数据元素的另外的示例：qr代码有效载荷的示例在nfc或qr代码有效载荷中发送商家增值服务数据。在下面这些示例中提供的数据元素值只是出于示意目的，可能不指示每个数据元素的典型值。二进制数据（以十六进制字节表示）nfc有效载荷的示例：上面已经描述了vas数据规范和商家vas数据规范，图1图解说明vas数据规范可以并入在加油站的油泵处购买汽油的示例性预期交易中的方式的流程图示例。参照图1，在可以操作总的vas数据规范之前，在102，可以呈现对话以确定用户是否注册。在一个示例中，可以在预期的交易将要发起之前不久执行此步骤，或者可以在预期的交易将要发起之前的任何时间执行此步骤。如果用户还没有注册，则引导用户从104到116完成注册。例如，用户将其移动装置230与其车辆232配对。装置230可以是智能电话、计算机、无线通信装置、膝上型计算机或其它计算装置。在此示例中，可以经由各种方式完成配对或耦连，诸如通过许多无线信号规范以无线方式完成。也可以通过有线通信（诸如经由usb连接）完成配对或耦连。在106，在建立配对之后，可以从车辆232提取车辆特定的数据，诸如车辆标识号vin。在一个实施例中，用户可以手动地将车辆信息输入到装置230。在另一实施例中，装置230可以与车辆232的计算系统通信。在一些实施例中，可以通过车辆232上的服务端口比方说例如ombii端口进行通信。阅读装置可以与ombii端口通信，提取vin或其它车辆数据，并与装置230或者与远程接收器直接通信。在其它实施例中，可以使用通过传统的计算端口（诸如usb端口）的连接与车辆的计算系统通信，以获得车辆特定的数据（例如vin）。在又一实施例中，可以用无线方式建立通信，诸如通过可以周期性地传送可识别信息的车辆应急系统。在一些实施例中，在108，可以将车辆特定的数据（诸如vin）存储在移动装置230中。在110，进行装置配对的确认，在112，输入支付数据或支付账户信息。在一个示例中，用户通过在移动装置230上从现有的已输入数据中选择或者由移动装置230扫描，支付数据可以由用户手动输入（例如通过触摸输入或语音输入）。在114，可以发行具有存储的私钥和公钥的令牌。在一些实施例中，令牌由车辆232存储，在其它实施例中，令牌由装置230存储。例如，到支付的时候，装置230可以经由网络与支付网络后台系统234通信以请求令牌。后台系统234可以是服务器、服务器集合或其它计算装置。系统234可以进行令牌生成，并将令牌传送至装置230。在116，用户可以输入忠诚度账户信息以及vas要约选择性加入。在一些实施例中，忠诚度账户信息可能已经存储在车辆232上，在其它实施例中，可以显示在车辆232上存储忠诚度信息的选项。在又一实施例中，移动装置230可以与车辆232通信，装置230可以存储忠诚度信息并将其传送至车辆232、商家pos终端或其它远程计算装置。如果用户之前注册过，则用户可以前进到118，登录到移动装置230上安装的移动应用。例如，用户可以通过各种方式登录到移动应用，所述方式诸如口令、pin、指纹扫描、虹膜扫描或上面这些的组合。一旦登录，移动应用可以监视从信标或者其它商家pos终端发送的传送（例如广播）关于商家的信息的消息。商家信息可以包括来自商家的可销售的商品和/或服务的要约。要理解，一旦完成用户认证，移动应用可以根据vas数据规范发起vas数据的传输。在120，可以给用户呈现许多基于环境的要约。在一个示例中，实现vas数据的规范以使得更平滑地以目标化方式呈现vas要约。在此示例中，vas要约可以是一杯咖啡和甜甜圈常规价格减免25%。例如，借助104-116的注册步骤，vas数据规范建立用于将vas提供给用户的机制。同时，使用商家vas数据输入到其pos系统中的商家能够无缝地将vas要约提供给用户，不产生针对用户的附加的交易麻烦。在一个示例中，要约呈现在移动装置230的显示屏上。在另一示例中，要约呈现给集成到车辆232中的一个或多个显示装置上，使得用户能容易地查看和与要约交互。在122，用户可以有选择或接受vas要约的选项。在一个实施例中，用户可以使用许多种交互方式选择或接收要约。例如，用户可以使用在装置上或在车辆上的触摸屏上接收的语音命令或指令，提供用户的决策。在一些实施例中，用户能够使用车辆中或便携式计算装置上的显示器查看附加的要约、创建单独的订单或请求更多的信息。在124，用户还可以接收商家特定的用户接口（ui）。在一个实施例中，商家特定的移动应用或特征可以被调用并提供给用户。在126，用户可以确定购买一个或多个vas要约，或者可顺从增加vas要约用于以后购买或者在购物车中放置物品。如果用户选择现在购买vas要约，则用户可以前进到128，选择通过许多种交互手段进行购买，诸如通过车辆/装置上的触摸屏上的语音命令或指令。如果用户选择只添加vas要约用于以后购买，则在130用户可以继续向购物车添加vas要约，并且可以在完成vas要约的购买之前，将附加的点数/奖励应用至购物车。要理解，预期的交易例如在此示例中在加油泵处购买汽油仍在处理中。即，用户可能仍然在加油泵处加油或者非常靠近泵。换言之，vas要约是在预期的交易尚未完成时用户接收的附加的激励或要约。一旦用户选择现在购买vas要约（在128），或者已经完成将vas要约添加到购物车（在132），在134，将vas交易传送至商家。换言之，vas交易现在被集成或并入预期的交易中，以单次交易处理。因此，在136，用户和/或车辆到达商家或pos信标感测终端。在此阶段，支付处理和订单完成处理可以基本上同时进行。例如，在138，检索之前注册的并在车辆232上存储的令牌以在支付网络处发起支付数据处理。在140，将支付数据传送至商家的pos系统。在142，支付网络将支付传送或推送至商家，一旦批准，则在144，进行批准。在146，商家接收具有确认的支付。在支付处理正在继续进行时，订单完成处理也在继续进行。例如，在148，通知商家用户到达。在一个示例中，通知可以仅仅是用户走到或通过商家的商店前门的结果或根据136在pos信标236或者其它感测终端处感测的结果。在150，将vas交易提交给用户，完成订单完成处理。因此，在150，用户不仅完成预期的交易，在此示例中，例如获得用于车辆的汽油，还完成vas要约，其在上面的示例中，可以是一杯咖啡和甜甜圈的常规价格减免25%。要理解，vas要约可以基于许多因素，诸如基于用户的忠诚度计划/账户、打折的或销售的物品的可用性、车辆特定的数据、一天的时间等等被动态地调节或定制。因此，由于vas数据规范，对于用户的购买体验，用户刚刚已经使用一次支付处理完成一次交易。不存在附加的支付交易。要理解，可以部署vas数据规范，其在其它购买设置中是有益的。例如，此购买体验与用户典型的就餐体验不同，用户似乎能够在其进餐中“添加”更多的食物，原因是之前有用户做出不是响应于vas要约的自愿和特定的选择。现有的在餐馆的就餐体验被视为具有两个部分：所选食物的提供以及所选食物的消费。因此，交易的完成是在上面的两部分都完成之后。即当在餐馆结帐单呈现给用户时。由于用户想在其它地方消费食物，因此外卖工作流去掉了第二部分在餐馆的消费步骤。同样地，在现有的技术下，外卖订单已经完成之后的任何订单会将其当作单独的订单，用户需要以单独的交易提供对单独的订单的支付。在又一示例中，用户可以在第一位置处创建对餐馆的订单，并在第二位置处完成该订单。用户可以加油，并且可以创建对附近餐馆的食品的订单。系统可以将订单传送给餐馆，交易可以在加油站处完成。在另一实施例中，订单可以被创建并通过装置230传送。一旦用户到达该位置领取订单，可以由装置230将支付细节，包括车辆vin传送给商家pos终端，然后可以完成交易。在一个实施例中，可以如图1中图示的在一个或多个步骤执行认证。例如，认证可以在108、118和138处进行。参照图2，流程图图解说明根据一个实施例的示例性支付交易架构。例如，出于图示目的，支付交易架构可以分成三个阶段：支付呈现阶段202、支付批准阶段204和支付确认阶段206。在一个示例中，对图2的引用还可以在图1中的136到146的环境中描述。作为另一图示，图2中的支付交易架构基于由visa®建立的示例性架构。考虑了其它支付交易架构的修改或采用也在本发明的精神和范围内。例如，具有pos信标236的商家pos终端广播信号，使得车辆232和/或移动装置230接收商家信息（与商家vas数据规范兼容）。移动装置230的移动应用可以随后被触发以过渡到支付呈现阶段202，在此令牌被认证并在支付网络后台系统234和移动应用之间交换。例如，到该支付的时候，移动装置230可以从后台系统234请求令牌，如果用户和/或移动装置230能够被认证，则后台系统234可以用请求的令牌进行响应。一旦成功认证，在支付批准阶段204，移动装置230可以与商家的pos终端通信。在支付确认阶段206，商家pos终端接着传送并在之后接收支付。例如，商家pos终端可以与服务器（或其它系统）、用户的发行银行、支付处理服务器、收单银行服务器通信，以授权支付。现在参照图3，该图图解说明根据一个示例性实施例的另一支付交易架构。在此示例中，可以在应用程序接口（api）中实现vas数据规范。例如，如上面的表1-5、a-1、b-1、c-1和c-2中图示的，在许多数据字段中提供vas数据。在一种实施方式中，vas数据可以实现为代表性状态传输（rest）服务的一部分，或者也称作restful服务和restfulapi。可以通过商家、支付网络和用户之间的https进行restfulapi的传输。现在参照图4，该图图解说明根据一个实施例被并入销售点系统中的增值服务数据。如之前讨论的，vas数据规范（也参见图1）与车辆特定的数据结合，给用户同样还有商家提供许多便利。vas数据规范提供支付前阶段、支付阶段和支付后阶段的好处。例如，在支付前阶段，vas数据规范可以提供vas，诸如基于位置的服务、优惠券/要约、环境营销（contextualmarketing）、目标化营销和订购。在支付阶段，vas可以提供无摩擦支付、安全支付、多因素认证和排队的避免。在支付后阶段，vas可以提供忠诚度计划集成/注册以用于以后购买和其它客户关系管理（crm）服务。而且，在车辆特定的数据用作总vas数据的一部分的实施例中，可以使用与停车、汽车餐厅（drive-thru）、加油站、充电站、订单领取等有关的服务和交易以向客户提供增值服务，同时提高商家的流量和业务。vas数据在pos终端（诸如停车计时器、销售点出纳机或收款机和油泵/充电站）的集成还可以扩展增值服务的延伸范围。作为实践中vas数据规范的另一示例的例证，用户可能希望在回家的路上购买杂货品。在用户到达杂货店之前用户输入其购买杂货品的愿望后，移动应用可以将驾驶方向和交通信息提供到用户的车辆232。用户还可以用移动应用认证其账户。一旦认证，提供至商家的vas数据可以包括用户的忠诚度计划账户，除了向用户提供增值服务之外，商家经由商家vas数据规范提供一批商品用于购买，诸如经常购买的物品等。因此，用户可以快速地接受要约以在到达杂货店之前购买经常购买的物品。在杂货店的停车场，停车信标236或其它接收终端可以接收用户的车辆特定的数据，并通知商家pos不仅完成交易，还向pos收银员提示用户购买的物品准备好传送至用户刚刚停车的特定的停车位。用户然后可以快速完成交易并返回家。要理解，接收终端可以是单独的装置，诸如信标广播装置、pos装置或信标广播装置和pos装置的组合。下面提供用户来到商店诸如加油站的示例性实施例。在一个示例中，用户可能驾车并将车辆232停放在停车场。在停车场可以触发移动应用和/或基于车辆的应用搜索信标和/或确定车辆232的地理位置（例如基于gps坐标）。例如，基于车辆的应用可以基于确定的地理位置和/或任何识别的信标确定附加有哪些商家。以下示例描述基于车辆的应用的操作，不过还可以由移动应用独立地或者与基于车辆的应用结合地执行这些操作。基于确定的附近的商家，基于车辆的应用可以确定检索哪些车辆特定的数据。例如，附近的商家pos终端可以广播与某些车辆特定的数据有关的要约，基于车辆的应用可以检索车辆特定的数据。例如，加油站商家pos终端可以广播与燃料有关的要约，基于车辆的应用可以检索指示车辆232的当前燃料水平的车辆特定的数据。pos终端可以与基于车辆的应用交互以确定车辆232需要加多少燃料。此外，加油站商家pos终端可以广播便利店可用的物品和/或车辆服务（例如换油、胎压等）的vas要约。基于车辆的应用可以在内置式图形用户界面中呈现vas要约以便用户选择是否进行购买。在一些示例中，加油站商家pos终端可以基于用户的购买历史、车辆类型、时间、星期几、路线、道路状况等等定制针对用户的vas要约。这些信息可以由车辆232、加油站商家pos终端和/或在其它位置处存储。加油站商家pos终端可以处理用户的购买历史以确定客户过去买过哪种类型的产品和/或服务。加油站商家pos终端还可以确定客户在一天的哪个时间以及一星期的哪天进行了购买。基于用户的购买历史，加油站商家pos终端可以选择至少一个vas要约以呈现给客户。为此，加油站商家pos终端可以访问列出用于销售的一些或所有产品和/或服务的vas要约数据库，并且可以选择呈现给用户的一个或多个要约。例如，加油站商家pos终端可以处理用户的购买历史，以确定客户只在下午购买咖啡，而不是早上或晚上。当用户在下午到达加油站时，加油站商家pos终端除了加油之外，可以选择购买咖啡的vas要约。用户可以将咖啡添加到订单，基于车辆的应用可以将该添加传送给订单。有利的是，此示例性实施例不要求在购买燃料之前用户信用卡的预授权，因此，不存在对用户的账户设置的“阻碍”或“保持”。这是由于用户预支付所需汽油的金额，如基于车辆特定的数据确定的，因此不需要保持到用户的账户。示例性实施例还适用于在支付停车费时。在一个示例中，当用户将车辆232驶向停车场时，基于车辆的应用可以检测信标236（或地理栅栏），因此触发基于车辆的应用从信标接收商家数据以发起停车会话。停车会话可以保持活动的，直到车辆232离开停车场，移出信标236的范围。当车辆232驶入停车场时，基于车辆的应用还可以或替代性地提示用户选择想停车多久。在另一停车示例中，可以使用示例性实施例提示商家关于客户的存在。例如，当用户将车辆232驶入停车场时，基于车辆的应用可以检测信标236（或地理栅栏），因此触发基于车辆的应用提示商家用户已经到达。可以使用基于车辆的应用完成预期的交易，并且可以与商家的pos终端协调以接受对于附加的商品和/或服务的一个或多个要约。例如，用户可以驾驶车辆232取回比萨饼的外带订单。当完成停车时，基于车辆的应用可以给用户提供在完成预期的交易之前对于附加的货物的vas要约（例如添加饮料到订单），并添加任何接受的vas到订单。基于车辆的应用还可以与商家的pos终端协调以帮助购买的物品的送货。例如，基于车辆的应用可以检索车辆特定的数据以传送至商家的pos终端，比方说例如车辆232的品牌、型号和颜色。雇员可以拿出披萨饼和饮料送到例如通过被告知品牌、型号和颜色辅助的用户的车辆232。在又一示例中，移动应用可以允许商家竞争用户的业务。在一个示例中，移动应用可以周期性地检索并发送车辆特定的数据，以招揽来自商家的要约。例如，移动应用可以处理车辆特定的数据以确定车辆的胎压不足，并且可以招揽来自服务站的要约。移动应用可以基于价格例如以降序呈现要约。如果车辆232损坏或者需要服务，则移动应用还可以处理车辆特定的数据，并招揽来自拖车公司和/或服务站的要约。例如，车辆特定的数据可以指示车辆232具有特殊的损坏零件，移动应用可以招揽来自具有该零件库存的服务公司的修理报价。在又一示例中，移动应用可以沿至目的地的路线招揽要约。例如，移动应用可以提示用户输入目的地，移动应用可以沿着路线招揽来自商家的要约以呈现给用户。还可以使用示例性实施例用于检测欺诈。移动应用可以将地理位置数据和车辆特定的数据传送至支付处理服务器。服务器可以基于用户的典型路线评估交易风险，以及接收的车辆特定的数据是否与和用户关联的车辆对应。图5图解说明根据示例性实施例的方法的流程图。可以由系统或设备实现该流程图，比方说例如商家的销售点终端或与商家关联的服务器。流程图中所示的每个块可以被重复一次或多次，一个或多个块可以被修改，一个或多个块可以被省略。所述方法可以存储在非瞬态计算机可读介质上，作为计算机可执行的指令。计算机可执行的指令在由至少一个处理器执行时，可以使至少一个处理器、至少一个计算机或其它装置执行作为方法的步骤的块一次或多次。流程图可以在块502开始。在块502，所述方法可以包括从商家终端广播商家信息。在一个示例中，商家可以具有商家销售点终端，商家销售点装置具有：信号发射装置（诸如信标）以用于广播关于商家的商家信息；接收器，用于从装置230接收数据；以及处理器，其被配置成执行计算机可执行指令以实现本文中描述的功能。广播可以由以下的至少一个进行：ibeacon、wi-fi信号、蜂窝信号、以及rf信号。也可以使用其它类型的广播。信标可以通过固定距离传送，还可以通过蜂窝或其它广域网广播。商家信息可以包括针对能够从商家购买的商品和/或服务的要约。用户可以驾驶车辆232，移动装置230当处于信标范围内和/或基于装置230的当前地理位置可以接收广播的商家信息。在一些示例中，车辆232可能在接收和/或处理任何广播之前必须被置于停车场。接收器可以包括被配置成经由有线或无线连接接收信号的任何通信装置。在块504，所述方法可以包括响应于广播的商家信息，在商家终端处接收标识车辆的车辆特定的数据。在一个示例中，装置230的移动应用可以将车辆特定的数据传送至商家pos终端。例如，车辆特定的数据可以包括车辆的vin、当前燃料水平、品牌、型号、年代、任何安全故障（例如低胎压）等等的一个或多个。移动装置230经由与车辆的电子系统和/或车辆上的维护端口（例如omdii端口）通信的端口从车辆232接收车辆特定的数据。装置230还可以与电子系统无线地或者经由有线连接通信，以检索车辆特定的数据。为了保护车辆特定的数据，移动应用可以通过使用例如公钥加密法中的私钥对车辆特定的数据电子签名，生成唯一的电子签名。在块506，所述方法可以包括响应于接收的车辆特定的数据，将交易数据提供至移动装置以发起预期的交易。在一个示例中，商家pos终端可以识别提供给客户的一个或多个产品和/或服务。例如，商家可以是加油站，商家终端可以将要约提交至移动装置230以基于车辆的当前燃料水平购买汽油。要约可以包括发起预期的交易的交易数据。交易数据可以包括一个或多个数据字段。例如，商家终端可以检测当前的燃料水平是2.8加仑，处理车辆特定的数据以确定车辆232的燃料箱存放16加仑的燃料。要约可以包括具有针对发起购买13.2加仑燃料（例如16－2.8=13.2）的要约的数据字段的交易数据。在块508，所述方法可以包括响应于提供的交易数据，在商家终端处从移动装置接收支付数据。在一个示例中，用户可以将接受对燃料的要约的输入提供至移动装置230，移动应用可以将支付数据（例如检索之前由装置230或车辆232存储的令牌、信用卡数据等）传送至商家终端。支付数据可以包括一个或多个字段。例如，支付数据可以包括包含移动装置的唯一标识符的字段，包含支付账户标识符（例如信用卡数据）的字段，包含消费者意图数据的字段等等。消费者意图可以指示例如用点数或奖励支付的意图，在预期的交易中兑换与卡关联的要约的意图。在块510，所述方法可以包括在完成预期的交易之前，将增值服务交易要约提供至移动装置。在一个示例中，商家终端可以接收支付数据，并且可以在完成预期的交易之前选择呈现给移动装置的增值交易。例如，商家终端可以访问可用的增值交易要约的数据库。商家终端可以基于一个或多个因素选择增值交易要约。示例性因素可以包括用户的购买历史、基于车辆的需求（例如为了修理安全故障）、时间、星期几等等。商家终端可以选择至少一个增值交易要约，并将一个或多个选择的要约提供至移动装置230。例如，商家终端可以传送包括一个或多个字段的vas数据，每个字段对应于所选的要约。vas数据还可以包括雇员标识符数据字段。在块512，所述方法可以包括响应于提供的增值交易要约接收增值交易要约的承诺。在一个示例中，移动应用可以使装置230或车辆232将增值交易要约呈现给用户。呈现可以包括可视和/或可听呈现，例如图形用户界面（gui）。gui可以呈现在装置230和/或车辆232的显示屏上。用户可以提供接受增值交易要约的输入，移动应用可以传送增值交易要约的承诺。在块514，所述方法可以包括以单次交易完成预期的交易和增值交易要约。在一个示例中，响应于接收所述承诺，商家pos终端可以生成从支付处理网络请求授权的授权消息，以完成对于预期的交易和增值交易要约的支付交易。在一个示例中，单次交易可以构成经由支付处理网络发送单个支付授权请求消息。图5的方法可以返回任何块，可以重复一次或多次和/或可以结束。有利地，示例性实施例可以提供针对技术挑战的技术解决方案。例如，常规的系统没能利用车辆特定的数据给用户呈现增值要约，向预期的交易增加此要约。此一个优点是示例性实施例可以完成预期的交易和增值要约，作为单次交易的一部分，因此提供降低支付处理网络上的数据流量的技术益处。可以在计算机和服务器（比方说例如可以有微处理器（诸如来自intel公司、amd或motorola）及其它元件的通用计算机）、易失性和非易失性存储器、一个或多个大容量存储装置（即硬盘）、各种用户输入装置（诸如鼠标、键盘或麦克风）以及视频显示系统上实现这些示例性实施例。本文中描述的计算机、服务器、终端和其它装置可以在许多操作系统的任何一个上运行，操作系统包括但不限于windows、unix、linux、macos或windows(xp,vista等)。不过，考虑了任何适当的操作系统都可以用于本发明。本文中描述的计算机、服务器、终端和其它装置可以是网络服务器的集群，这可以各自是基于linux的，并由负载平衡器支持，负载平衡器基于当前的请求-可用的（若干）服务器的负载决定应当用哪个网络服务器集群处理请求。可以经由网络（包括互联网、wan、lan、wi-fi）、其它计算机网络（现有已知或以后发明的）和/或前述的任何组合连接本文中描述的计算机、服务器、终端和其它装置。本领域技术人员在面对本说明书、附图和权利要求时应当理解网络可以通过有线和无线管道，包括铜、光纤、微波和其它形式的射频、电和/或光通信技术的任何组合连接各个部件。还应当理解可以以不同的方式将任一网络连接至任何其它的网络。本文中描述的计算机、服务器、终端和其它装置之间的互连是示例。任一装置可以经由一个或多个网络与任何其它装置通信。示例性实施例可以包括超出这些公开的附加的装置和网络。而且，描述为由一个装置实现的功能可以分布在两个或更多个装置上，并由两个或更多装置实现。多个装置也可以组合成可以实现组合装置的功能的单个装置。本文中描述的各个参与方和元件可以操作一个或多个计算机设备以促进本文中描述的功能。在上述附图中的任何元件，包括任何计算机、服务器、终端或数据库可以使用任何适当数目的子系统以促进本文中描述的功能。可以使用任何适当的计算机语言（比方说例如java、c++或perl），使用例如传统的或面对对象的技术，以可以由至少一个处理器执行的软件代码或计算机可读指令实现在此申请中描述的任何软件组件或功能。软件代码可以存储为非瞬态计算机可读介质（诸如随机存取存储器（ram）、只读存储器（rom）、磁介质（诸如硬盘或软盘）或光介质（诸如cd-rom））上的一系列指令或命令。任何这种计算机可读介质可以驻存在单个运算设备上或驻存在单个运算设备内，可以位于系统或网络中的不同运算设备或在系统或网络中的不同运算设备上。可以理解，可以以控制逻辑的形式使用计算机软件以模块化或集成方式实现如上文描述的本发明。基于本文中提供的公开和教导，本领域技术人员可以知道并认识到使用硬件、软件或硬件和软件的组合实现本发明的其它方式和/或方法。上面的描述是示意性的不是限制性的。在查看本公开后本发明的许多变形对本领域技术人员是显然的。因此，不应参照上面的描述确定本发明的范围，而是应当参照所附权利要求连同其全部范围或等同物确定本发明的范围。可以将本发明系统的一个或多个元件以用于完成特定功能的装置要求保护。在使用这种装置加功能的元件描述要求保护的系统的某些元件时，面对本说明书、附图和权利要求的本领域技术人员会理解对应的结构是被编程以使用在任何通用计算机中找到的功能无需特殊编程实现特别陈述的功能和/或通过执行一个或多个算法以实现陈述的功能的通用计算机、处理器或微处理器（根据情况）。本领域技术人员会理解在本公开中算法可以表示为数学公式、流程图、注释和/或以提供对本领域技术人员实现所陈述的过程和其等同物的充分结构的任何其它方式。尽管可以以许多不同的形式体现本公开，但呈现了附图和讨论，要理解本公开是一个或多个本发明的原理的例证，不旨在将本发明的任何一个局限于图示的实施例。本公开提供了针对上文描述的长期需求的解决方案。具体地，本文中描述的系统和方法可以被配置成允许使用车辆进行支付。上面描述的系统和方法的另外的优点和修改是本领域技术人员容易想到的。因此，本公开以其更广泛的方面不局限于上文显示和描述的特定细节、代表性系统和方法以及示意性示例。在不偏离本公开的范围或精神下，可以对上面的说明书进行各种修改和变形，只要所有修改和变形落入以下权利要求和其等同物的范围内，则旨在使本公开覆盖所有这些修改和变形。在本文中图示和描述的本发明的实施例中的操作的执行次序或性能不是必要的，除非另有指出。即，除非另有指出，可以以任何次序执行操作，本发明的实施例可以包括比本文中公开的那些更多或更少的操作。例如，考虑了在另一操作之前、与其同时或在其之后执行或实现特定操作在本发明的各方面的范围内。可以用计算机可执行的指令实现本发明的实施例。计算机可执行的指令可以被组织成一个或多个计算机可执行的组件或模块。可以用任何个数和组织的这些组件或模块实现本发明的各方面。例如，本发明的各方面不局限于特定的计算机可执行的指令或图中图示并在本文中描述的特定的组件或模块。本发明的其它实施例可以包括具有比本文中图示和描述的更多或更少功能的不同的计算机可执行的指令或组件。在不偏离本发明的范围下，来自任一实施例的一个或多个特征可以与任何其它实施例的一个或多个特征组合。在介绍本发明的各方面的元件或其实施例时，冠词“一（a）”、“一（an）”、“所述（the）”和“所述（said）”旨在表示存在一个或多个元件。术语“包括（comprising）”、“包括（including）”和“具有（having）”旨在是包括性的，表示除了所列元件之外可以有附加元件。除非明确指示为相反，“和/或”的引用旨在代表术语的最大包括性的含义。已经详细地描述了本发明的各方面，显然在不偏离如所附权利要求中限定的本发明的各方面的范围下，各种修改和变形是可行的。由于在不偏离本发明的各方面的范围下，可以对上面的构造、产品和方法做出各种变化，所以旨在将上文描述中包含的并在附图中示出的所有主题解读为示意性的而不是限制意义的。当前第1页12