本發(fā)明涉及通信技術，更具體地涉及基于智能移動終端（例如手機、平板電腦等智能移動終端）的智能汽車支付系統(tǒng)以及智能汽車支付方法。

背景技術：

首先，對于與本發(fā)明的相關的車輛網(wǎng)通信技術（V2X）和智能車輛終端技術進行簡單說明。

（1）車聯(lián)網(wǎng)通信技術（V2X）

在車聯(lián)網(wǎng)環(huán)境下，通過車與車、路、人、后臺等信息交互和共享，使車和基礎設施之間智能協(xié)同與配合，實現(xiàn)智能交通管理控制、車輛智能化控制和智能動態(tài)信息服務的一體化網(wǎng)絡，是物聯(lián)網(wǎng)技術在智能交通系統(tǒng)領域的延伸。其中，汽車依托新型車載通信技術，具備了與外界直接點到點的通信能力，尤其是與路邊單元、車可以實現(xiàn)實時、低延遲直接通信能力，無需通過網(wǎng)絡運營商網(wǎng)絡轉發(fā)。

（2）智能車輛終端技術

具備對車載各類傳感器設備、汽車操控能力的統(tǒng)一管理，同時通過車載智能操作系統(tǒng)可以承載汽車多應用（車載APP），并可以通過NFC或者藍牙等近場通信技術與手機保持通信互聯(lián)。

另一方面，隨著互聯(lián)網(wǎng)和汽車的發(fā)展，出于對汽車資源利用以及交通高效便捷的考慮，汽車分享將是未來車聯(lián)網(wǎng)環(huán)境下的主流趨勢，即更多汽車出行將采用分時租賃模式，而非私人車模式，在這過程中，便對汽車分時租賃過程中汽車租賃費用，以及汽車使用過程中停車、高速收費、違章罰款等支付方式提出新的要求。

現(xiàn)有技術模式下，汽車并不是支付終端，因此無法滿足汽車使用過程中以汽車為核心場景的支付需求，如需要支付過程中同步上傳汽車車型、識別號、車牌等信息，支付并不便捷。

因此，現(xiàn)有的支付技術主要包括手機APP支付和后裝車載單元支付兩種方式：

（1）手機APP支付

即通過手機APP方式與所使用的車進行每次租用時的關聯(lián)，在租車結束后，通過手機支付方式完成支付，該支付方式僅能實現(xiàn)汽車租賃費用的需求，汽車使用過程中的停車、高速收費、違章罰款等支付需求仍然需按原有流程，存在支付方式在不同場景割裂的問題，同時每次租用是，手機APP還需要人工填寫部分信息，便捷性不高，支付時無法攜帶汽車信息等問題。

（2）后裝車載單元支付

該方式典型的案例是ETC OUB設備，主要能解決高速公路收費問題，但無法解決租車繳、停車支付等其他場景，OBU設備辦理時將會對設備進行初始化輸入車牌號等信息，且必須綁定唯一支付卡，因此無法適用共享汽車場景。

技術實現(xiàn)要素：

鑒于上述問題，本發(fā)明的目的在于，能夠將汽車作為支付終端并且支付安全性良好的智能汽車支付系統(tǒng)以及支付方法。

本發(fā)明的智能汽車支付方法，利用車輛終端和移動終端實現(xiàn)，其特征在于，包括下述步驟：

支付請求發(fā)起步驟，外部的商戶向智能汽車發(fā)起訂單支付請求；

支付賬戶信息獲取步驟，車輛終端收到所述訂單支付請求后向移動終端請求調取Token，移動終端將包含Token的支付賬戶信息返回到車輛終端；

支付信息組包步驟，車輛終端將所述支付賬戶信息按照規(guī)定規(guī)范組裝成支付信息發(fā)送到商戶；以及

支付處理完成步驟，商戶按照所述支付信息完成支付處理。

優(yōu)選地，所述支付賬戶信息獲取步驟包括下述子步驟：

車輛終端收到所述訂單支付請求后，通過近場通訊方式與移動終端交互，向移動終端請求調取Token；以及

移動終端根據(jù)調用將包含本身所儲存的Token的支付賬戶信息返回到車輛終端。

優(yōu)選地，在所述支付信息組包步驟中，車輛終端將所述支付賬戶信息和車輛終端的車輛信息一起組裝成支付信息發(fā)送到商戶。

優(yōu)選地，所述車輛信息包括車輛類型、車速、車輛識別號中的一項或者多項。

優(yōu)選地，在所述支付賬戶信息獲取步驟中移動終端將包含本身所儲存的Token的支付賬戶信息實時地返回到車輛終端。

優(yōu)選地，所述車輛終端用于根據(jù)來自外部商戶的訂單支付請求向移動終端請求調取Token，并且在車輛終端收到下述支付賬戶信息的情況下，將下述支付賬戶信息按照規(guī)定規(guī)范組裝成支付信息發(fā)送到商戶，

所述移動終端用于儲存Token并且在收到來自車輛終端的調取時將包含Token的支付賬戶信息返回到車輛終端。

優(yōu)選地，所述車輛終端將所述支付賬戶信息和車輛終端的車輛信息一起組裝成支付信息發(fā)送到商戶。

優(yōu)選地，所述車輛終端具備：

車聯(lián)網(wǎng)通信模塊，用于與外部的商戶進行通信交互；

第一通信模塊，用于實現(xiàn)與所述移動終端之間的通信交互；以及

車載支付服務模塊，用于根據(jù)來自外部商戶的訂單支付請求向移動終端發(fā)起調取Token的調取請求，并且在收到來自移動終端的所述支付賬戶信息的情況下，將所述支付賬戶信息按照規(guī)定規(guī)范組裝成支付信息，

所述移動終端具備：

第二通信模塊，用于實現(xiàn)與車輛終端之間的通訊交互；

Token儲存模塊，用于儲存Token ；以及

支付控制模塊，根據(jù)來自車輛終端的調取請求從所述Token儲存模塊中調取Token并生成相應的支付賬戶信息。

優(yōu)選地，所述車載支付服務模塊具備：

用于提供支付接口能力的核心功能接口；

用于提供交易支付能力的交易處理模塊；以及

用于提供支付通信能力的通信管理模塊。

本發(fā)明的車輛終端，其特征在于，

所述車輛終端用于根據(jù)來自外部商戶的訂單支付請求向移動終端請求調取Token，并且在車輛終端收到來自移動終端的包含Token的支付賬戶信息的情況下，將支付賬戶信息按照規(guī)定規(guī)范組裝成支付信息發(fā)送到商戶。

優(yōu)選地，所述車輛終端將所述支付賬戶信息和車輛終端的車輛信息一起組裝成支付信息發(fā)送到商戶。

優(yōu)選地，所述車輛終端具備：

車聯(lián)網(wǎng)通信模塊，用于與外部的商戶進行通信交互；

第一通信模塊，用于實現(xiàn)與移動終端之間的通信交互；以及

車載支付服務模塊，用于根據(jù)來自外部商戶的訂單支付請求向移動終端發(fā)起調取Token的調取請求，并且在收到來自移動終端的支付賬戶信息的情況下，將所述支付賬戶信息按照規(guī)定規(guī)范組裝成支付信息。

優(yōu)選地，所述車載支付服務模塊具備：

用于提供支付接口能力的核心功能接口；

用于提供交易支付能力的交易處理模塊；以及

用于提供支付通信能力的通信管理模塊。

如上所述，根據(jù)本發(fā)明的智能汽車支付系統(tǒng)以及支付方法，能夠將車輛作為支付終端，通過車輛終端的車聯(lián)網(wǎng)通信模塊與外部受理終端完成支付信息交互，支付帳戶使用存放在手機中的Token，在支付交易發(fā)生時，車載終端通過藍牙或NFC等近場通信技術與手機交互，實時讀取手機中的支付帳戶信息。因此，本發(fā)明的智能汽車支付系統(tǒng)以及支付方法能夠有效解決汽車消費支付各類場景需要，并因消費帳戶（即Token）不留存在汽車內，在汽車共享場景下，用戶無需擔心帳戶泄露問題。而且，由于利用已經存在于手機中的Token，因此無需再次向云端申請Token，處理流程不繁復。

附圖說明

圖1是表示本發(fā)明的一實施方式的智能汽車支付系統(tǒng)的構造框圖。

圖2是表示本發(fā)明的智能汽車支付系統(tǒng)中的車載支付服務模塊的構造示意圖。

圖3是表示Token產生過程的示意圖。

圖4是表示本發(fā)明的一實施方式的智能汽車支付方法的流程圖。

具體實施方式

下面介紹的是本發(fā)明的多個實施例中的一些，旨在提供對本發(fā)明的基本了解。并不旨在確認本發(fā)明的關鍵或決定性的要素或限定所要保護的范圍。

本發(fā)明的一實施方式的智能汽車支付系統(tǒng)的其特征在于，將車輛作為支付終端，通過車輛的車聯(lián)網(wǎng)通信技術與外部商戶的受理終端完成支付信息交互，支付帳戶使用存放在手機中的Token（令牌），在支付交易發(fā)生時，車輛終端通過藍牙或NFC等近場通信技術與手機交互，實時地讀取手機中的支付帳戶信息。

圖1是表示本發(fā)明的一實施方式的智能汽車支付系統(tǒng)的構造框圖。

如圖1所示，本發(fā)明的一實施方式的智能汽車支付系統(tǒng)包括車輛終端100和移動終端200（這里在本實施方式中以移動終端為例進行說明，當然也能夠是具備與手機相同的通信功能的手提電腦、平板電腦等的移動智能終端）。

車輛終端100具備：車聯(lián)網(wǎng)通信模塊110、第一通信模塊120以及車載支付服務模塊130。

其中，車聯(lián)網(wǎng)通信模塊110用于與車輛外部的受理單元或者商戶（例如，路邊的收費站等）進行通信交互。與車輛外部的受理單元或者商戶的通信例如可以通過通信層V2X來實現(xiàn)，通信層V2X主要負責為車輛終端100與車輛V2X 控制器之間提供訪問接口。

第一通信模塊120用于實現(xiàn)與移動終端200之間的通信交互。

車載支付服務模塊130用于從外部的受理單元或者商戶接收支付請求并且根據(jù)支付請求從移動終端200調取Token和支付賬戶信息等。

移動終端200具備：第二通信模塊210、支付控制模塊220以及Token儲存模塊230。

其中，第二通信模塊210用于與車輛終端100進行通信。Token儲存模塊230用于儲存移動終端進行支付時使用的Token。支付控制模塊220根據(jù)來自車輛終端100的支付請求從Token儲存模塊230中調取Token并生成相應的支付賬戶信息。由支付控制模塊220生成的支付賬戶信息通過第二通信模塊210返回給車輛終端100。

接著，對于本發(fā)明的智能汽車支付系統(tǒng)中的車載支付服務模塊130的各部分構造以及功能進行說明。

圖2是表示本發(fā)明的智能汽車支付系統(tǒng)中的車載支付服務模塊的構造示意圖。其中，車載支付服務模塊130具備：用于提供支付接口能力的核心功能接口131、用于提供交易支付能力的交易處理模塊132以及用于提供支付通信能力的通信管理模塊133。

其中，核心功能接口131將車載支付功能以接口形式進行封裝，主要用于協(xié)調各個模塊的功能調度和數(shù)據(jù)交換。核心功能接口131是其他模塊的統(tǒng)一接口實現(xiàn)。例如，如果車載應用為車載銀行應用，則核心功能為車載銀行的核心功能，加載車載支付插件需要對車載應用的核心功能接口進行部分改造，使得車載支付插件可以通過車載應用的核心功能將車載支付選項展示給用戶。

交易處理模塊132用于完成交易的管理配置、處理以及易認證。具體地，交易處理模塊132包括：管理配置模塊1321，用于接收和處理來自云端支付平臺的憑證管理子系統(tǒng)的數(shù)據(jù)交換通知和請求；支付業(yè)務邏輯處理模塊1322，用于根據(jù)業(yè)務要求進行支付信息的組包，即用于將支付賬戶信息、車輛信息等的數(shù)據(jù)組包成支付信息；生物認證模塊1323，通過對生物信息（例如，指紋、指靜脈、人臉、語音、虹膜、掌紋等）進行認證來判斷用戶可否進行支付操作（生物認證模塊1323是可選模塊）；以及，通信互連模塊1324，用于與移動終端進行通信互連。

通信管理模塊133用于提供支付通信能力并負責網(wǎng)絡安全連接的建立以及數(shù)據(jù)傳輸能力。具體地，在通信管理模塊133中提供 TLS/SSL安全連接、遠程通知服務以及數(shù)據(jù)傳輸服務。其中，通信層-TLS/SSL 主要負責為車載支付服務模塊130與外部實體（主要為憑證管理系統(tǒng)）之間建立安全通信連接，安全通道的建立主要原理是使用證書鏈為移動應用和外部云端服務器提供身份認證和通道加密服務。遠程通知服務通知主要是車載支付服務模塊130與遠程通知服務之間的接口。

接著，對于利用本發(fā)明的智能汽車支付系統(tǒng)實現(xiàn)的支付方法的具體流程進行具體說明。

在說明本發(fā)明的智能汽車支付方法的具體流程之前，先對于Token的產生以及在支付應用中的應用進行說明。

圖3是表示Token產生過程的示意圖。

如圖3所示，移動終端700發(fā)送PAN（即，銀行卡主帳號）到Token請求方800用以請求獲取Token。Token請求方800將該Token請求轉發(fā)到Token服務提供方（Token Service Provider）900，Token服務提供方900根據(jù)Token請求生成對應的Token，并且建立Token與PAN的映射關系，將生成的Token返回到Token請求方800。Token請求方800將接收到的Token返回給移動終端700。

這樣，利用移動終端700在商戶購買商品并進行支付時，商戶利用NFC等的近場通訊方式獲取移動終端700中儲存的Token，商戶將獲取的Token以及支付信息等作為支付請求發(fā)送到收單機構，收單機構將該支付請求發(fā)送到支付網(wǎng)絡，支付網(wǎng)絡調用Token服務提供方900，Token服務提供方900驗證Token的合法性，并根據(jù)之前建立的Token與PAN的映射關系，獲取相應的PAN，返回給支付網(wǎng)絡，支付網(wǎng)絡將Token替換成PAN并將相關支付請求發(fā)送到相應的發(fā)卡行完成相應的校驗后，完成支付扣款。

下面，對于利用本發(fā)明的智能汽車支付系統(tǒng)實現(xiàn)的一實施方式的支付方法進行說明。

圖4是表示本發(fā)明的一實施方式的智能汽車支付方法的流程圖。

如圖4所示，步驟S100：商戶（例如，高速公路收費站等）向車輛發(fā)起訂單支付請求。具體地，通過車輛終端100的車聯(lián)網(wǎng)通信模塊110從商戶收到訂單支付請求。

步驟S200：車輛終端100通過藍牙或者NFC等的近場通訊技術與移動終端200進行交互，向移動終端200請求獲取Token。

步驟S300：移動終端200根據(jù)現(xiàn)有移動支付機制生產相應支付帳戶信息，符合PBOC規(guī)范，其中，該支付賬戶信息中包含Token。

步驟S400：移動終端200將支付賬戶信息返回給車輛終端100。

步驟S500：車輛終端100根據(jù)業(yè)務要求進行支付信息組包，包括將車輛類型、車速、車輛識別號等的車輛信息與支付帳戶信息進行信息組裝。

步驟S600：車輛終端100通過車聯(lián)網(wǎng)通信模塊110將支付信息發(fā)送到商戶。

步驟S700：商戶處理支付信息，并且在支付信息處理之后將支付結果返回到車輛終端100。

步驟S800：車輛終端100將支付結果通知移動終端200。

如上所述，根據(jù)本發(fā)明的本發(fā)明的智能汽車支付系統(tǒng)以及支付方法，能夠保證支付的安全性，因為在整個支付過程中僅使用持卡人移動終端中儲存的Token而不出現(xiàn)銀行卡的主帳號，并且該Token不會被儲存到車輛終端內，用戶無需擔心Token會留存車輛內，這樣即使車輛是共享車輛，也不會被他人獲取Token，能夠提高支付的安全性。而且，用戶體驗良好，只需延用移動終端本來就儲存的Token，用戶無需對智能汽車進行再次申請Token。

另一方面，能夠將車輛作為支付終端，能夠有效地在支付過程中將車輛信息（車輛類型、車速、車輛識別號等的）一并傳輸，增強了支付與應用場景融合能力，并能夠應應對各種汽車消費支付場景，例如高速收費方面根據(jù)不同車型收費不同，通過儀器傳輸車輛信息，能夠按車輛類型完成高速公路的過路費的支付。

以上例子主要說明了本發(fā)明的智能汽車支付系統(tǒng)以及支付方法。盡管只對其中一些本發(fā)明的具體實施方式進行了描述，但是本領域普通技術人員應當了解，本發(fā)明可以在不偏離其主旨與范圍內以許多其他的形式實施。因此，所展示的例子與實施方式被視為示意性的而非限制性的，在不脫離如所附各權利要求所定義的本發(fā)明精神及范圍的情況下，本發(fā)明可能涵蓋各種的修改與替換。