CN109858916A - 一种支付方法、装置、设备、***和存储介质 - Google Patents

Abstract

本发明实施例公开了一种支付方法、装置、设备、***和存储介质，该方法包括：获取车辆信息；向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；接收反馈信息，反馈信息包括表示车辆开通支付服务的信息；根据反馈信息与车辆建立双向认证通讯，完成支付。由此，能够在确保完成支付以及提升支付安全性能的同时，实现无感支付，以降低人力成本并提高用户体验。

Description

一种支付方法、装置、设备、***和存储介质

技术领域

本发明涉及计算机领域，尤其涉及一种支付方法、装置、设备、***和存储介质。

背景技术

目前，汽车支付方法主要通过车牌号码的方式进行支付。其中，在支付之前，需要用户预先在相关的服务端上注册车牌号码，并绑定支付方式，在支付时，商户端通过读取车牌号码作为支付凭证，向该服务端发送该支付凭证并请求支付授权，该服务器向该车牌号码绑定的支付方式对应的服务器发送交易请求，当交易完成后，向商户端发送通知消息。但是，当出现套牌、识别错误等问题时，会导致支付安全性能降低。

因此，需要提供一种更加合理的支付方法，在确保完成支付的同时，提升支付安全性能。

发明内容

本发明实施例提供了一种支付方法、装置、设备、***和存储介质，能够在确保完成支付以及提升支付安全性能的同时，实现无感支付，以降低人力成本并提高用户体验。

根据本发明实施例的一方面，提供一种支付方法，具体可以包括：获取车辆信息；向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；接收反馈信息，反馈信息包括表示车辆开通支付服务的信息；根据反馈信息与车辆建立双向认证通讯，完成支付。

根据本发明实施例的另一方面，提供一种支付装置，具体可以包括：获取模块，用于获取车辆信息；收发模块，用于向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；收发模块还用于，接收反馈信息，反馈信息包括表示车辆开通支付服务的信息；处理模块，用于根据反馈信息与车辆建立双向认证通讯，完成支付。

根据本发明实施例的又一方面，提供一种支付设备，包括：摄像头、存储器和处理器；该存储器用于存储程序；该处理器用于读取存储器中存储的可执行程序代码以执行上述的支付方法。

根据本发明实施例的还一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行上述各方面的支付方法。

由此，因每一笔交易均需要在车辆(例如：车载eSE)、商户端(例如：支付设备)及服务端(例如：支付服务端)三者之间进行反复验证，无法被复制、篡改和抵赖，所以确保完成了汽车支付交易过程以及提升支付安全性能。此外，实现了无感支付(即无需人工参与，在开通支付服务的情况下，实现车辆与商户端的交互)，以降低人力成本并提高用户体验。

附图说明

从下面结合附图对本发明的具体实施方式的描述中可以更好地理解本发明其中，相同或相似的附图标记表示相同或相似的特征。

图1示出了根据本发明示例性实施例的一种支付实际应用场景示意图；

图2示出了根据本发明示例性实施例的另一种支付实际应用场景示意图；

图3示出了本发明一实施例基于图1场景的支付方法的流程图；

图4示出了本发明一实施例基于图2场景的支付方法的流程图；

图5示出了本发明一实施例提供的支付装置的结构框图；

图6示出了本发明一实施例提供的支付设备的结构框图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本发明实例提供的方式主要包括两种交易方式完成支付，第一种是采用非接触式联机方式；第二种是采用接触式联机方式。其中，非接触式联机方式主要可以包括：射频识别(radio frequency identification，RFID)、蓝牙(具体可以为蓝牙身份证明(useridentification，UID))或者无线载波通信技术，也可以是V2X(V代表车辆，2代表to，X代表任意一个物联网设备即everything，为一种车辆网通讯技术，类似于蓝牙)等车辆网通讯技术。触式联机方式包括：物理连接(例如：充电桩电缆)。

在介绍具体的场景之前，首先介绍一下，本发明实施例提供的支付***，具体可以包括：车辆、支付设备(该支付设备被设置在商户端)和服务器。

其中，在车辆上可以集成eSE(嵌入式安全芯片，具体集成模块根据整车厂总体设计而异，一般集成于车载中控(head unit))，eSE中会存在一个或者多个支付应用(applet)，这些应用可以是相关银行卡应用、加油卡应用等。同时，为了对这些支付业务进行管理，车辆端的head unit上，应安装有专用的应用程序(APP)。

支付设备(可以具体指商户端的至少一个终端设备)，负责获取车辆信息，发起交易并建立与车辆之间的通讯，通过与eSE之间的交互实现身份的互认及交易指令的计算。具体可以包括，获取车辆信息；向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；接收反馈信息，反馈信息包括表示车辆已经开通支付服务的信息；根据反馈信息与车辆建立双向认证通信，完成支付交易过程。需要说明的是，在一种可能的实例中，需要在现有商户端的基础上进行改造，增加摄像头用于读取车牌号码，增加相应的近距离通讯协议的支持(例如：支持蓝牙等)。

服务端(例如：位于云端的安全支付后台，负责管理用户和车辆信息、执行业务流程、处理账务及清结算等业务，一般为收单银行后台或者加油卡等行业应用)，主要可以指位于云端的可信服务管理(trusted service management，TSM)，主要负责管理eSE中的应用程序的更新及密钥管理。汽车支付服务管理，主要负责验证车辆信息对应的车辆是否开通支付服务，以及与支付服务中的支付方式对应的服务器进行数据的传输，便于完成基于车辆的安全支付。

下面，分别基于上述两种交易方式和支付架构(即支付***)，详细描述本发明实例提供的支付场景。

图1示出了根据本发明示例性实施例的一种支付实际应用场景示意图。

如图1所示，是采用非接触式联机方式。首先，需要使用服务或者购买商品的车辆驶入指定服务端提供的车道(例如：加油站、穿梭餐厅、过桥、过路或者自动洗车房提供的车道)。安装在车道上方适当位置的摄像头捕获车辆信息(例如：车牌号码、车辆识别码(vehicle identification number，VIN)、车辆颜色等)，并且发送给服务端(例如：安全支付服务提供商)，接收服务端发送的查找该车辆是否已经开通支付服务的信息，如果已经开通，商户端将通过蓝牙UID与车辆建立连接，并与车辆中的eSE进行双向认证及支付指令的请求。具体地，如果在注册服务时候开通了自动授权功能，eSE将直接响应终端的请求产生支付指令(例如：授权请求报文(authenticate request cryptogram，ARQC))，并发送给商户端。反之，如果在注册服务时候未开通是自动授权功能，此时车辆(例如：可以是headunit)上的应用程序将弹出窗口并显示支付信息，以便让车辆用户确认。需要说明的是，在一种实例中，可以采用生物识别或者密码(例如：PIN码)的方式进行确认。而后，eSE将响应该请求产生支付指令(例如：ARQC)，并向商户端发送。商户端在收到eSE的支付指令后，将向服务端发送请求信息，以便服务端和支付方式对应的服务器(例如：安全支付服务提供商与支付服务中的支付方式对应的服务器)进行验证与授权。

在交易发起前，相关支付金额将由商户端产生，并向支付设备发送支付金额并请求交易。如果商户端和支付设备未进行集成，则需要商户的雇员(如，收银员)手动在支付设备输入。

支付设备将支付结果发送回商户端，商户端可以在输出设备上显示或者打印结果；同时，可选的，支付结果也将通过蓝牙连接返回车辆端。

需要说明的是，上述注册服务的步骤，具体可以包括：车辆接收在head unit上的应用程序中进行操作，根据提示进行业务的开通(俗称空发)，TSM将根据用户的指令向相应的安全支付服务提供商申请支付token(标记)，并通过安全的方式下载到eSE中，并提示用户采用安全支付服务提供商指定的方式将token激活。其中，在服务开通过程中，必须包含车牌号码，服务端(例如：云端的安全支付服务器)必须绑定现有token与车牌，以便后续支付环节使用。由此，采用了eSE和支付token的模式，无论是银行卡对应的运营商还是预付卡运营商，只要具备相关金融卡片规范和建立了标记服务提供者(token service provider，TSP)，均可以实现上述方法，使上述方式运用更加灵活。

第二种是采用接触式联机方式，如图2所示。

图2示出了根据本发明示例性实施例的另一种支付实际应用场景示意图。

如图2所示，首先，需要使用服务或者购买商品的车辆(例如：车辆端的充电口应增加接触支付需要使用的相关物理接口)停放到指定位置，并***支付设备提供的充电桩(例如：充电桩充电头也应具备相匹配的接口)的充电电缆。充电桩检测该车辆是否开通支付服务，如果已经开通，则可以直接进行充电操作；如果未开通，则需要用户选择其他支付方式后再开始充电操作。

在开通服务的前提下，在充电完毕后，相关支付金额将自动传入集成于充电桩的支付设备内，支付设备将通过物理接口与eSE进行双向认证及支付指令的请求。如果在注册服务时候开通了自动授权功能，此时eSE将响应支付设备的请求产生支付指令(ARQC),并发送给支付设备。反之，如果在注册服务时候未开通自动授权功能，此时head unit上的应用程序将弹出窗口并显示支付信息，以便车辆用户确认。需要说明的是，在一种实例中，可以采用生物识别或者密码(PIN)的方式进行确认。而后，eSE将响应该请求产生支付指令(例如：ARQC)，并向支付设备发送。支付设备端在收到eSE的支付指令后，将向服务端发送请求信息，以便服务端和支付方式对应的服务器(例如：安全支付服务提供商与支付服务中的支付方式对应的服务器)进行验证与授权。

支付设备将支付结果发送回充电桩，充电桩可以据此进行下一步的操作。同时，在一种可能的实例中，支付结果也将通过物理连接返回车辆。

需要说明的是，该方法还可以用于加油站支付、汽车穿梭餐厅支付、充电桩支付、自动洗车房支付、过路以及桥费支付的应用场景中，本发明仅以上述两种应用场景为例，包括但不限于上述应用场景。此外，上述支付应用场景中，均支持EMV(一种金融卡国际规范)体系下交易设备与交易主体(车辆)之间的身份验证，EMV体系下的身份验证更安全。

下面，分别对每一种应用场景下的支付方法进行详细介绍。

图3示出了本发明一实施例基于图1场景的支付方法的流程图。

如图3所示，该方法可以包括：首先，步骤310：获取车辆信息；其次，步骤320：向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；接着，步骤330：接收反馈信息，反馈信息用于表示车辆已经开通支付服务；然后：步骤340：根据反馈信息与车辆建立双向认证通讯，完成支付。

下面，分别对上述步骤进行具体说明：

基于步骤310，可以具体包括：调用摄像头拍摄车辆，根据车辆的图片获取车辆信息，其中，车辆信息包括下述中的至少一种：车牌号码、车辆VIN、车辆颜色。

例如：需要使用服务或者购买商品的车辆驶入指定服务端提供的车道(例如：加油站、穿梭餐厅、过桥、过路或者自动洗车房提供的车道)，安装在车道上方适当位置的摄像头捕获车辆信息(例如：车牌号码、车辆VIN、车辆颜色等)。

基于步骤320，商户端向服务端发送请求信息，服务端根据该请求信息确定该车辆信息对应的车辆是否开通支付服务，基于请求信息向商户端发送反馈信息。

基于步骤330，当反馈信息包括表示车辆已经开通支付服务的信息时，继续执行340；反之，当反馈信息包括表示车辆尚未开通支付服务的信息时，通过预设渠道向车辆对应的用户端发送提示信息，提示信息用于指示用户端使用预设方式支付或者开通支付服务。举例说明，商户端可以通过其他渠道通知付款方使用其他方式支付。

基于步骤340，可以具体包括：当接收到反馈信息(即反馈信息包括表示车辆已经开通支付服务的信息)时，利用非接触式联机方式与车辆建立双向认证通讯。非接触式联机方式包括：射频识别、蓝牙或者无线载波通信技术。

其中，商户端将通过蓝牙UID(在蓝牙模式下，其他方式将通过响应的方法对应)与车辆建立连接，并与车辆中的eSE进行双向认证及支付指令的请求。进一步地，如果在注册服务时候开通了自动授权功能，eSE将直接响应终端的请求产生支付指令(例如：授权请求报文(authenticate request cryptogram，ARQC))，并发送给商户端。反之，如果在注册服务时候未开通是自动授权功能，此时车辆(例如：可以是head unit)上的应用程序将弹出窗口并显示支付信息，以便让车辆用户确认。需要说明的是，在一种实例中，可以采用生物识别或者密码(PIN)的方式进行确认。而后，eSE将响应该请求产生支付指令(例如：ARQC)，并向支付设备发送。支付设备在收到eSE的支付指令后，将向服务端发送请求信息，以便服务端和支付方式对应的服务器(例如：安全支付服务提供商与支付服务中的支付方式对应的服务器)进行验证与授权。

在交易发起前，相关支付金额将由商户端产生，并向支付设备发送支付金额并请求交易。如果商户端和支付设备未进行集成，则需要商户的雇员(如，收银员)手动在支付设备输入。

支付设备将支付结果发送回商户端，商户端可以在输出设备上显示或者打印结果；同时，可选的，支付结果也将通过蓝牙连接返回车辆端。

需要说明的是，上述注册服务的步骤，具体可以包括：车辆接收在head unit上的应用程序中进行操作，根据提示进行业务的开通(俗称空发)，TSM将根据用户的指令向相应的安全支付服务提供商申请支付token(标记)，并通过安全的方式下载到eSE中，并提示用户采用安全支付服务提供商指定的方式将token激活。其中，在服务开通过程中，必须包含车牌号码，服务端(例如：云端的安全支付服务器)必须绑定现有token与车牌，以便后续支付环节使用。

在一种可能的实例中，在步骤350中具体可以包括下述步骤：服务端中的云端支付服务对商户端发送的金额进行扣除，以便完成支付过程。

上述方法中，利用非接触式联机方式中的蓝牙功能与车辆建立双向认证，解决了现有技术中出现受到车载互联网网络波动和交易速度的影响而导致交易延迟或失败的问题。

图4示出了本发明一实施例基于图2场景的支付方法的流程图。

如图4所示，该方法可以包括：首先，步骤410：获取车辆信息；其次，步骤420：向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；接着，步骤430：接收反馈信息，反馈信息用于表示车辆已经开通支付服务；然后：步骤440：根据反馈信息与车辆建立双向认证通讯，完成支付交易过程。

下面，分别对上述步骤进行具体说明：

基于步骤410，可以具体包括：商户端通过物理连接车辆获取车辆信息。其中，车辆信息包括下述中的至少一种：车牌号码、车辆VIN、发动机号。

例如：需要使用服务或者购买商品的车辆(例如：车辆端的充电口应增加接触支付需要使用的相关物理接口)停放到指定位置，并***商户端提供充电桩(例如：充电桩充电头也应具备相匹配的接口)的充电电缆。充电桩检测该车辆是否开通支付服务，如果已经开通，则可以直接进行充电操作；如果未开通，则需要用户选择其他支付方式后再开始充电操作。

基于步骤420：商户端向服务端发送请求信息，服务端根据该请求信息确定该车辆信息对应的车辆是否开通支付服务，基于请求信息向商户端发送反馈信息。

基于步骤430，当反馈信息包括表示车辆已经开通支付服务的信息时，继续执行440。反之，当反馈信息包括表示车辆尚未开通支付服务的信息时，通过预设渠道向车辆对应的用户端发送提示信息，提示信息用于指示用户端使用预设方式支付或者开通支付服务。举例说明，商户端可以通过其他渠道通知付款方使用其他方式支付。

基于步骤440，可以具体包括：当接收到包括表示车辆开通支付服务的信息时，利用接触式联机方式与车辆建立双向认证通讯。其中，触式联机方式包括：物理连接。

进一步地，在开通服务的前提下，在充电完毕后，相关支付金额将自动传入集成于充电桩的支付设备内，支付设备将与eSE进行双向认证及支付指令的请求。如果在注册服务时候开通了自动授权功能，此时eSE将响应支付设备的请求产生支付指令(ARQC)，并发送给支付设备。反之，如果在注册服务时候未开通自动授权功能，此时head unit上的应用程序将弹出窗口并显示支付信息，以便车辆用户确认。需要说明的是，在一种实例中，可以采用生物识别或者密码(PIN)的方式进行确认。而后，eSE将响应该请求产生支付指令(例如：ARQC)，并向商户端发送。商户端在收到eSE的支付指令后，将向服务端发送请求信息，以便服务端和支付方式对应的服务器(例如：安全支付服务提供商与支付服务中的支付方式对应的服务器)进行验证与授权。

支付设备将支付结果发送回商户端，商户端可以据此指示充电桩进行下一步的操作。同时，在一种可能的实例中，支付结果也将通过物理连接返回车辆。

需要说明的是，图1-图4中，出现的支付设备均被设置在商户端。此外，在上述涉及到开通服务的步骤中，均可以理解为是建立车辆与服务端的关联、建立车辆与支付方式对应的服务端的关联，以及建立服务端与支付方式对应的服务端的关联；其中，支付服务中包含至少一种支付方式。

综上，本发明实施例提供的方法，能够在确保完成支付以及提升支付安全性能的同时，实现无感支付，以降低人力成本并提高用户体验。具体地，实现了汽车安全支付，因每一笔交易均需要在车辆(例如：eSE)、支付设备(商户端)及服务端三者之间进行反复验证，无法被复制、篡改和抵赖。在基于汽车安全支付的的同时，实现了无感支付(即无需人工参与，在开通支付服务的情况下，实现车辆与商户端的交互)，使本申请提供的方法成为了汽车支付中最接近于金融卡支付体系。

图5示出了本发明一实施例提供的支付装置的结构框图。

如图5所示，该装置50具体可以包括：获取模块501，用于获取车辆信息；

收发模块502，用于向服务端发送请求信息，请求信息包括车辆信息，以便确定车辆信息对应的车辆是否开通支付服务；

收发模块502还用于，接收反馈信息，反馈信息包括表示车辆开通支付服务的信息；

处理模块503，用于根据反馈信息与车辆建立双向认证通讯，完成支付。

其中，获取模块501具体可以用于，拍摄车辆，根据车辆的图片获取车辆信息；或者，通过物理连接车辆获取车辆信息。进一步地，当利用车辆的图片获取车辆信息时，车辆信息包括下述中的至少一种：车牌号码、车辆VIN、车辆颜色。当通过物理连接车辆获取车辆信息时，车辆信息包括下述中的至少一种：车牌号码、车辆VIN、发动机号。

此外，上述反馈信息还可以用于表示车辆没有开通支付服务。

收发模块502还可以用于，通过预设渠道向车辆对应的用户端发送提示信息，提示信息用于指示用户端使用预设方式支付或者开通支付服务，举例说明，向商户端或者指示商户端向雇员(如：收银员)显示用户端并未开通相关服务，需要通过其他方式支付。

其中，上述开通支付服务，包括：建立车辆与服务端的关联、建立车辆与支付方式对应的服务端的关联，以及建立服务端与支付方式对应的服务端的关联；其中，支付服务中包含至少一种支付方式。

处理模块503具体可以用于，当接收到包括表示车辆已经开通支付服务的信息时，利用非接触式联机方式或者接触式联机方式与车辆建立双向认证通讯。其中，非接触式联机方式包括：射频识别、蓝牙或者无线载波通信技术；触式联机方式包括：物理连接。

图6示出了本发明一实施例提供的支付设备的结构框图。

如图6所示，该设备可以包括处理器601、存储有计算机程序指令的存储器602以及摄像头603。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(application specific integrated circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(hard disk drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，USB)驱动器或者两个及其以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在综合网关设备的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。在特定实施例中，存储器602包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存，或者两个或及其以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种支付方法。

摄像头603获取车辆信息，进一步的，拍摄车辆，根据车辆的图片获取车辆信息，其中，车辆信息包括下述中的至少一种：车牌号码、车辆VIN、车辆颜色。

收发器604，主要用于实现本发明实施例中各模块、装置、单元、用户端，或者服务器中的至少两个之间的通信。

在一个示例中，该设备还可包括总线605。其中，如图6所示，处理器601、存储器602、摄像头603和收发器604通过总线605连接并完成相互间的通信。

总线605包括硬件、软件或两者，将在上述部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、***组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线605可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

根据再一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算机中执行时，令计算机执行结合图1至图5所描述的方法。

以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令，当其在计算机上运行时，使得计算机执行上述各个实施例中描述的方法。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

需要明确的是，本发明并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的***、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域的技术人员可以清楚地了解到，本发明的方法过程并不限于所描述和示出的具体步骤，任何熟悉本技术领域的技术人员在领会本发明的精神后，在本发明揭露的技术范围内作出各种改变、修改和添加，或者等效替换以及改变步骤之间的顺序，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (13)

1.一种支付方法，其特征在于，包括：

获取车辆信息；

向服务端发送请求信息，所述请求信息包括所述车辆信息，以便确定所述车辆信息对应的车辆是否开通支付服务；

接收反馈信息，所述反馈信息包括表示所述车辆开通支付服务的信息；

根据所述反馈信息与所述车辆建立双向认证通讯，完成支付。

2.根据权利要求1所述方法，其特征在于，所述获取车辆信息，包括：

拍摄所述车辆，根据所述车辆的图片获取所述车辆信息；或者，

通过物理连接所述车辆获取所述车辆信息。

3.根据权利要求2所述方法，其特征在于，当利用所述车辆的图片获取所述车辆信息时，所述车辆信息包括下述中的至少一种：车牌号码、车辆型号、车辆颜色。

4.根据权利要求1或2所述方法，其特征在于，当通过物理连接所述车辆获取所述车辆信息时，所述车辆信息包括下述中的至少一种：车牌号码、车辆识别码、发动机号。

5.根据权利要求1所述方法，其特征在于，所述反馈信息还包括表示所述车辆尚未开通支付服务的信息。

6.根据权利要求5所述方法，其特征在于，在根据所述反馈信息与所述车辆建立双向认证的步骤之前，还包括：

通过预设渠道向所述车辆对应的用户端发送提示信息，所述提示信息用于指示所述用户端使用预设方式支付或者开通支付服务。

7.根据权利要求1或5所述的方法，其特征在于，所述开通支付服务为建立所述车辆与所述服务端的关联、建立所述车辆与支付方式对应的服务端的关联，以及建立所述服务端与所述支付方式对应的服务端的关联；其中，所述支付服务中包含至少一种支付方式。

8.根据权利要求1所述的方法，其特征在于，根据所述反馈信息与所述车辆建立双向认证，包括：

当接收到包括表示所述车辆开通支付服务的信息时，利用非接触式方式或者接触式方式与所述车辆建立双向认证的通讯连接。

9.根据权利要求8所述的方法，其特征在于，所述非接触式联机方式包括：射频识别、蓝牙、或者V2X车联网通讯技术无线载波通信技术；所述触式联机方式包括：物理连接。

10.一种支付装置，其特征在于，包括：

获取模块，用于获取车辆信息；

收发模块，用于向服务端发送请求信息，所述请求信息包括所述车辆信息，以便确定所述车辆信息对应的车辆是否开通支付服务；

所述收发模块还用于，接收反馈信息，所述反馈信息包括表示所述车辆开通支付服务的信息；

所述处理模块，用于根据所述反馈信息与所述车辆建立双向认证通讯，完成支付。

11.一种支付设备，其特征在于，包括：一个或多个处理器、摄像头、存储器以及一个或多个计算机程序，其中，所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令在设备中执行时，令所述设备执行以下步骤：

获取车辆信息；

向服务端发送请求信息，所述请求信息包括所述车辆信息，以便确定所述车辆信息对应的车辆是否开通支付服务；

接收反馈信息，所述反馈信息包括表示所述车辆开通支付服务的信息；

根据所述反馈信息与所述车辆建立双向认证通讯，完成支付。

12.一种支付***，其特征在于，包括：

支付设备，用于获取车辆信息；向服务端发送请求信息，所述请求信息包括所述车辆信息；接收反馈信息，所述反馈信息包括表示所述车辆开通支付服务的信息；根据所述反馈信息与所述车辆建立双向认证通讯，完成支付；

所述服务端，用于根据所述请求信息确定所述车辆信息对应的车辆是否开通支付服务；向所述支付设备发送所述反馈信息；

所述车辆，用于与所述支付设备建立双向认证通讯。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-9中任一项所述支付方法。