国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      光子支付方法及支付系統(tǒng)的制作方法

      文檔序號:6545492閱讀:331來源:國知局
      光子支付方法及支付系統(tǒng)的制作方法
      【專利摘要】本發(fā)明提供了一種光子支付方法,包括:光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息;所述光子接收端向收單平臺發(fā)送交易信息,所述交易信息包括所述光子身份信息;所述收單平臺基于所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息,并向結(jié)算平臺發(fā)送支付請求;以及所述結(jié)算平臺響應所述支付請求進行結(jié)算,所述支付請求包括所述第一支付賬戶的所述支付賬戶信息。
      【專利說明】光子支付方法及支付系統(tǒng)

      【技術領域】
      [0001]本發(fā)明涉及支付方法及系統(tǒng),尤其涉及一種光子支付方法及系統(tǒng)。

      【背景技術】
      [0002]可見光通信技術是一種在LED技術上發(fā)展起來的新型無線光通信技術。通過LED光源的高頻率閃爍來進行通信,有光代表1,無光代表0,可見光通信的傳輸速率最高達每秒千兆??梢姽馔ㄐ庞兄喈斬S富的頻譜資源,這是包括微波通信在內(nèi)的一般無線通信無法比擬的。同時,可見光通信可以適用任何通信協(xié)議、適用于任何環(huán)境,并且可見光通信的設備架設靈活便捷、成本低廉,適合大規(guī)模普及應用??梢姽馔ㄐ畔到y(tǒng)利用可見光進行近距離通信,可見光的指向性高,不能穿透障礙物,比使用無線通信方式具有更高的安全性。
      [0003]目前,消費者在作交易支付時可通過支付賬戶(例如,信用卡或借記卡或第三方支付賬戶)在POS端上刷卡結(jié)算。這種傳統(tǒng)的“刷卡式”支付方法雖然可以讓消費者避免隨身攜帶大量現(xiàn)金,但是消費者仍然必需攜帶或記住支付賬戶以進行刷卡支付,這使得交易支付受到限制。隨著移動通信技術的普及,人們往往都會隨身攜帶移動終端。移動終端的多媒體功能已經(jīng)是標準配備,例如很多移動終端都具有閃光燈功能。因此,如果能夠利用移動終端的可見光通信實現(xiàn)交易支付將是極其便捷的。


      【發(fā)明內(nèi)容】

      [0004]以下給出一個或多個方面的簡要概述以提供對這些方面的基本理解。此概述不是所有構(gòu)想到的方面的詳盡綜覽,并且既非旨在指認出所有方面的關鍵性或決定性要素亦非試圖界定任何或所有方面的范圍。其唯一的目的是要以簡化形式給出一個或多個方面的一些概念以為稍后給出的更加詳細的描述之序。

      【專利附圖】

      【附圖說明】
      [0005]在結(jié)合以下附圖閱讀本公開的實施例的詳細描述之后,能夠更好地理解本發(fā)明的上述特征和優(yōu)點。在附圖中,各組件不一定是按比例繪制,并且具有類似的相關特性或特征的組件可能具有相同或相近的附圖標記。
      [0006]圖1a是示出了根據(jù)本發(fā)明的第一實施例的光子支付系統(tǒng)的框圖;
      [0007]圖1b是示出了根據(jù)本發(fā)明的一方面的光子支付終端的框圖;
      [0008]圖1c是示出了根據(jù)本發(fā)明的一方面的光子接收端的框圖;
      [0009]圖1d是示出了根據(jù)本發(fā)明的一方面的用戶管理平臺的框圖;
      [0010]圖2是示出了根據(jù)本發(fā)明的第二實施例的光子支付系統(tǒng)的框圖;
      [0011]圖3是示出了根據(jù)本發(fā)明的一方面的光子支付方法的流程圖。
      [0012]圖4是示出了根據(jù)本發(fā)明的第三實施例的光子支付系統(tǒng)的框圖;
      [0013]圖5是示出了根據(jù)本發(fā)明的第四實施例的光子支付系統(tǒng)的框圖;
      [0014]圖6是示出了根據(jù)本發(fā)明的第五實施例的光子支付系統(tǒng)的框圖;以及
      [0015]圖7是示出了根據(jù)本發(fā)明的另一方面的光子支付方法的流程圖。

      【具體實施方式】
      [0016]以下結(jié)合附圖和具體實施例對本發(fā)明作詳細描述。注意,以下結(jié)合附圖和具體實施例描述的諸方面僅是示例性的,而不應被理解為對本發(fā)明的保護范圍進行任何限制。
      [0017]圖1a是示出了根據(jù)本發(fā)明的第一實施例的光子支付系統(tǒng)100的框圖。光子支付系統(tǒng)100可包括光子支付終端110。如圖1b所示,光子支付終端110可以是包括光發(fā)射單元116的任何合適的便攜式終端,例如蜂窩電話、衛(wèi)星電話、無繩電話、個人數(shù)字助理(PDA)、具有無線連接能力的手持式設備、計算設備、或連接到無線調(diào)制解調(diào)器的其他處理設備等。光子支付終端110可利光發(fā)射單元116與其他具有光通信能力的設備進行光通信。例如,通過以有光代表高電平,無光代表低電平,光發(fā)射單元116可利用例如發(fā)光二極管(LED)以一定規(guī)律高頻閃爍發(fā)光來傳達有意義的信號。
      [0018]光子支付系統(tǒng)100可包括用戶管理平臺140,以實現(xiàn)用戶信息的管理。光子支付終端110可通過無線通信系統(tǒng)訪問用戶管理平臺140。這里的無線通信系統(tǒng)可以是諸如CDMA, TDMA, FDMA, OFDMA, SC-FDMA和其他系統(tǒng)。CDMA系統(tǒng)可實現(xiàn)諸如通用地面無線電接入(UTRA)、cdma2000等無線電技術。UTRA包括寬帶CDMA (W-CDMA)和其他CDMA變體。此夕卜,cdma2000涵蓋IS-2000、IS-95和IS-856標準。TDMA系統(tǒng)可實現(xiàn)諸如全球移動通信系統(tǒng)(GSM)等無線電技術。OFDMA系統(tǒng)可實現(xiàn)諸如演進型UTRA(E-UTRA)、超移動寬帶(UMB)、IEEE802.1l(W1-Fi)、IEEE802.16 (WiMAX)、IEEE802.20、Flash-OFDM?等之類的無線電技術。
      [0019]用戶可通過光子支付終端110向用戶管理平臺140請求注冊。如圖1d所示,用戶管理平臺140可包括注冊單元141以用于注冊光賬戶。響應于光子支付終端110的注冊請求,注冊單元141可為光子支付終端110注冊一光賬戶,并且為該光賬戶分配一個光子身份信息,例如可包括光ID。該光ID可以存儲于用戶管理平臺140處,例如存儲在用戶管理平臺140的數(shù)據(jù)庫143中。
      [0020]注冊光賬戶后,用戶可設置相應的登錄密碼,并可使用光子支付終端110登錄該光賬戶。若用戶忘記登錄密碼,可找回原登錄密碼,找回密碼的方式可通過短信驗證,郵箱驗證或者身份關聯(lián)信息驗證等等,如本領域技術人員所熟知的。
      [0021]用戶登錄該光賬戶后,可以提交將支付賬戶與該光賬戶和光ID綁定的請求。用戶可以將多個支付賬戶與該光賬戶和光ID進行綁定。這里的支付賬戶可以是銀行卡、第三方支付賬戶、預付卡、信用卡等等。用戶可提交支付賬戶的支付賬戶驗證信息,例如卡號、開戶行或發(fā)卡商、持卡人姓名、身份證號、手機號等到用戶管理平臺140。用戶管理平臺140可將用戶提交的支付賬戶驗證信息直接地或者通過下文描述的收單平臺130或結(jié)算平臺150等間接地發(fā)送至支付賬戶發(fā)放機構(gòu),例如支付交易系統(tǒng)160,支付賬戶發(fā)放機構(gòu)諸如有支付賬戶銀行、第三方支付機構(gòu)、信用卡發(fā)放機構(gòu)、預付卡發(fā)放機構(gòu)、城市一卡通發(fā)放機構(gòu)等進行驗證。例如,用戶管理平臺140可將用戶打包的信息按照指定接口與通信協(xié)議將信息提交到該支付賬戶所對應的收單平臺,例如收單平臺130-n,該收單平臺130-n根據(jù)支付交易系統(tǒng)提供的接口與通信協(xié)議將信息上報結(jié)算平臺150,并接收支付賬戶發(fā)放機構(gòu)例如銀行、第三方支付機構(gòu)、預付卡發(fā)放機構(gòu)、城市一^^通發(fā)放機構(gòu)等反饋的驗證提示。
      [0022]若驗證成功,則注冊單元141可將該光賬戶與該支付賬戶相綁定,例如將該光賬戶對應的光ID與該支付賬戶相關聯(lián)。用戶可以為該光賬戶綁定多個支付賬戶,同時可以設置默認的支付賬戶,或者在支付時選擇相應的支付賬戶進行支付。
      [0023]較優(yōu)地,光子身份信息還可包括支付密碼以作光子身份信息的驗證之用。該支付密碼可由注冊單元141響應于用戶的選擇來設置。同時,當用戶忘記該支付密碼時,可通過支付賬戶關聯(lián)信息或者個人關聯(lián)的身份信息找回或者重新設置支付密碼。支付密碼可以包括數(shù)字密碼、手勢密碼、指紋信息等。該光賬戶、對應的光ID、支付密碼、以及綁定的至少一張支付賬戶的支付賬戶信息可被存儲在數(shù)據(jù)庫143中。在一實例中,與特定光賬戶和光ID綁定的多張支付賬戶可被編號為I至N,這多張支付賬戶與該光賬戶、光ID以及支付密碼被關聯(lián)地存儲在一起,如表I所示。

      I 支付賬戶I 支付賬戶信息
      Γ ?2支付賬戶2支付賬戶信息
      [0024]光賬戶/光ID支付密碼---

      ?...■....___N支付賬戶N支付賬戶信息
      [0025]表I
      [0026]光子支付終端110可以通過相應的光子支付軟件來實現(xiàn)上述光賬戶的注冊請求、密碼設置、支付賬戶的綁定操作。該光子支付軟件可以安裝在光子支付終端110上。例如,用戶可以在光子支付終端110上打開該光子支付軟件,通過該光子支付軟件進行光賬戶的注冊、管理,以及支付賬戶的綁定、默認支付賬戶的設定、以及支付賬戶的綁定解除等等。
      [0027]光子支付系統(tǒng)100還可包括光子接收端120-n (η = I, 2,…N),合起來統(tǒng)稱為光子接收端120。光子接收端120-n可以是設置在商戶處的具有光通信功能的簡單的接收設備,也可以是具有光通信功能和打單、輸入密碼等功能的P0S(Point of Sales)機或計算機。光子接收端120-n可以是與金融機構(gòu)相關的,不同的光子接收端隸屬于不同的金融機構(gòu)。例如,光子接收端120-1隸屬于第一金融機構(gòu),光子接收端120-2隸屬于第二金融機構(gòu)等等。這些金融機構(gòu)發(fā)放各自的支付賬戶。
      [0028]與收單平臺120-n相對應的是收單平臺130-n。類似于光子接收端,收單平臺130-n也可以是與金融機構(gòu)相關的,不同的收單平臺隸屬于不同的金融機構(gòu)。例如,收單平臺130-1隸屬于第一金融機構(gòu),收單平臺130-2隸屬于第二金融機構(gòu)等等。收單平臺130-n與一公共的用戶管理平臺140通信地耦合。
      [0029]光子支付系統(tǒng)100還可包括相對應的支付交易系統(tǒng)160-n。類似地,支付交易系統(tǒng)160-n是與金融機構(gòu)相關的,不同的支付交易系統(tǒng)隸屬于不同的金融機構(gòu)。例如,支付交易系統(tǒng)160-1隸屬于第一金融機構(gòu),支付交易系統(tǒng)160-2隸屬于第二金融機構(gòu)等等。
      [0030]光子接收端120-n可以是包括光接收單元的一體式POS機?;蛘撸庾咏邮斩艘部梢允桥c一單立的光接收模塊相連接的常規(guī)POS機。例如,該常規(guī)POS機可通過通信接口,諸如RS232、USB接口,與該光接收模塊通信,或者通過無線網(wǎng)絡與該光接收模塊通信。下文以一體式POS機架構(gòu)為例對光子接收端進行描述,如圖1c所示。光子接收端120可包括光接收單元122和執(zhí)行常規(guī)POS功能的POS單元124。
      [0031]光子接收端120-n可通過光接收單元122與光子支付終端110實現(xiàn)光通信。光子支付終端110可包括編碼單元112,一般地,編碼單元112可對要傳達的通信數(shù)據(jù)進行編碼。通信數(shù)據(jù)可以是光子支付終端110要傳達給光子接收端120-n的任何信息數(shù)據(jù),例如,光子身份信息。常見的編碼可包括RZ脈沖計數(shù)編碼。RZ脈沖計數(shù)編碼是將原始信息以η個比特為一組,相鄰兩組信號之間設有組間時間間隔,每組內(nèi)以脈沖的個數(shù)表示該組信號中的η個比特的信息。例如當η = 2,即以兩個比特為一組時,分別用1、2、3和4個脈沖代表00、
      01、10和11。常見的編碼還可包括PPM編碼。
      [0032]較優(yōu)地,光子支付終端110還可包括加密單元114。加密單元114可先對通信數(shù)據(jù)進行加密,然后再由編碼單元112對經(jīng)加密的通信數(shù)據(jù)進行上述編碼。
      [0033]在對通信數(shù)據(jù)進行編碼后,光發(fā)射單元116可以例如通過以發(fā)光表示高電平信號、而以不發(fā)光表示低電平來將接收到的經(jīng)編碼信號以可見光的形式發(fā)送出去。
      [0034]光子接收端120-n的光接收單元122可用于接收光發(fā)射單元116發(fā)射的可見光信號、并將可見光信號轉(zhuǎn)換為電信號,例如以獲得電信號形式的通信數(shù)據(jù)。例如,對于LED燈產(chǎn)生的高頻率閃爍,有光可代表高電平,無光可代表低電平,或反之,從而可將接收的可見光信號轉(zhuǎn)換為數(shù)字信號。光接收單元122可包括光敏器件,例如光電二極管、光電三極管等。利用光敏器件的電信號與光信號的特性,通過光電轉(zhuǎn)換將形成電脈沖信號。實踐中由于光子支付終端110與光子接收端120-n的相對位置不一樣,即每個光子支付終端110發(fā)射到光子接收端120-n的光信號強度是不一樣的,所以其電信號強弱也是不一樣的,所以需要對光電二極管所形成的電流進行整流比較。如當二極管通過的電流值高于某一定門限值時,光電轉(zhuǎn)換電路將輸出的電壓電平值調(diào)整為高電平;當通過光電二極管的電流值低于某一門限值時,光電轉(zhuǎn)換電路將輸出的電壓電平值調(diào)整為低電平。該門限值的設定是通過一個數(shù)學模型根據(jù)不同的環(huán)境來設定的,如距離較遠時,門限值可能會降低;距離近時門限值可能會相對升高。通過以上過程,可以將電平調(diào)整到一定范圍內(nèi),以此保證正確的脈沖形狀,以盡可能保證采樣的準確性。
      [0035]當用戶在商戶消費需要付款時,用戶可通過光子支付終端110以光信號的形式向光子接收端120-n發(fā)送光子身份信息,例如包括光ID和支付密碼。具體地,編碼單元112可對光子身份信息進行編碼,例如可包括RZ脈沖計數(shù)編碼、PPM編碼等等。較優(yōu)地,加密單元114還可先對光子身份信息進行加密,然后再由編碼單元112對經(jīng)加密的光子身份信息進行編碼。光發(fā)射單元116可發(fā)送指示該經(jīng)編碼的光子身份信息的光信號。
      [0036]在用戶為該光子身份信息綁定了多張支付賬戶且未設置默認用于支付的支付賬戶的情形中,用戶還可從所綁定的這多張支付賬戶中選擇用于支付的支付賬戶。此時,光子身份信息還可附帶有指示被選擇用于支付的該支付賬戶的標識符,例如,該標識符可以指示該支付賬戶在被綁定時的編號。
      [0037]用戶可以通過光子支付終端110上的光子支付軟件來啟動光子身份信息的發(fā)送、支付賬戶的選擇等等。在啟動支付功能前,用戶可以輸入支付密碼。較優(yōu)地,光子支付軟件對支付密碼初步驗證通過后再進行支付操作。
      [0038]光子接收端120-n的光接收單元122可接收光子支付終端110發(fā)出的光信號并通過光電轉(zhuǎn)換將光信號轉(zhuǎn)換為電信號,以獲得電信號形式的光子身份信息。在一實例中,光子接收端120-n可包括解碼單元以解碼該電信號,從而恢復出光子身份信息。在較優(yōu)的另一實例中,光子接收端120-n并不對該電信號進行解碼,而是由POS單元124直接轉(zhuǎn)發(fā)電信號形式的經(jīng)編碼的光子身份信息。在一實例中,用戶在通過光子支付終端110發(fā)出光子身份信息后,可以根據(jù)需要輸入支付賬戶的賬戶驗證信息。該支付賬戶的賬戶驗證信息在后續(xù)支付流程中由支付賬戶的發(fā)放機構(gòu)(例如,支付交易系統(tǒng))進行驗證。光子接收端120-n可包括輸入單元126,例如鍵盤、手寫盤、指紋識別模塊、虹膜識別模塊、聲音識別模塊等。用戶可通過該輸入單元126輸入賬戶驗證信息,如密碼、簽名、指紋、虹膜、聲音、簽字板等。
      [0039]光子接收端120-n在收到光子身份信息后,可向?qū)氖諉纹脚_130_n上傳交易信息。該交易信息可包括該光子身份信息。在用戶需要輸入支付賬戶的賬戶驗證信息的實例中,該交易信息還可包括該賬戶驗證信息。另外,光子接收端110—般與商戶賬戶相綁定,因此交易信息還可包括商戶身份識別號碼和支付金額等信息。
      [0040]收單平臺130-n可用于實現(xiàn)光子接收端120_n、用戶管理平臺140和結(jié)算平臺150之間的交互。光子接收端120-n可通過專用線路將交易信息上傳至收單平臺130-n。收單平臺130-n接收到該交易信息之后,可基于該光子身份信息獲得用于支付的支付賬戶的支付賬戶信息。然后,收單平臺130-n可傳送支付請求,該支付請求可包括用于支付的該支付賬戶的支付賬戶信息。
      [0041]在一實例中,收單平臺130-n可將該光子身份信息轉(zhuǎn)發(fā)給用戶管理平臺140,由用戶管理平臺140對該光子身份信息進行驗證。用戶管理平臺140可包括驗證單元142以執(zhí)行該驗證。例如,光子支付終端110的用戶的光賬戶和相關聯(lián)的光子身份信息(例如,光ID和支付密碼)都被存儲在用戶管理平臺140的數(shù)據(jù)庫143中。在光子身份信息包括光ID的實例中,驗證單元142可從數(shù)據(jù)庫143中檢索接收自收單平臺130-n的該光ID,若未檢索到該光ID,則該光子身份信息為非法身份,驗證失敗;若檢索到該光子ID,則驗證成功。
      [0042]在光子身份信息還包括支付密碼的實例中,若能夠檢索到該光ID,則進一步獲取與該光ID相關聯(lián)的支付密碼,并將該支付密碼與接收自收單平臺130-n的支付密碼進行比較,若兩者一致,則驗證成功,否則驗證失敗。
      [0043]在一實例中,用戶管理平臺140收到的光子身份信息是經(jīng)加密和編碼的。在此實例中,用戶管理平臺140可包括解碼單元144和解密單元145。解碼單元144可先對光子身份信息進行解碼,然后再由解密單元145進行解密以恢復出光子身份信息。
      [0044]響應于驗證成功,用戶管理平臺140可從數(shù)據(jù)庫146中檢索出與該光子身份信息相關聯(lián)的被用于支付的支付賬戶的支付賬戶信息,并向收單平臺傳送該支付賬戶的該支付賬戶信息。用戶管理平臺140可以與多個金融機構(gòu)相關聯(lián),從而存儲這多個金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。在一實例中,用戶設置了默認用于支付的支付賬戶,此時,用戶管理平臺140可響應于驗證成功直接檢索出與該光子身份信息相關聯(lián)的該默認用于支付的支付賬戶的支付賬戶信息。在另一示例中,用戶并未設置默認的支付賬戶,而是在支付時選擇用于支付的支付賬戶,如前文所述。此時,用戶光子身份信息可附帶有指示用于支付的支付賬戶的標識符,例如該支付賬戶被綁定時的編號。用戶管理平臺140可根據(jù)該標識符來檢索出該用于支付的支付賬戶的支付賬戶信息。用戶管理平臺140可將檢索到的該支付賬戶的該支付賬戶信息發(fā)送給收單平臺130-n。
      [0045]在一替換實施例中,支付賬戶的支付賬戶信息可以是存儲在收單平臺130-n處的。在此實施例中,用戶管理平臺140中并非如上文所述地存儲支付賬戶信息,而是存儲可被用于獲取支付賬戶信息的賬戶關聯(lián)信息,例如賬戶索引信息。此時,用戶管理平臺140向收單平臺130-n發(fā)送的可以只是該用于獲取支付賬戶信息的賬戶關聯(lián)信息。收單平臺130-n可以根據(jù)該賬戶關聯(lián)信息從自身的數(shù)據(jù)庫中找出該支付賬戶的支付賬戶信息。
      [0046]另一方面,響應于驗證失敗,用戶管理平臺140可向收單平臺130-n傳送驗證失敗消息。
      [0047]響應于獲得該支付賬戶的該支付賬戶信息,收單平臺130-n可上傳支付請求。收單平臺130-n可向結(jié)算平臺150發(fā)送該支付請求。該支付請求可包括支付賬戶信息、支付金額和商戶身份識別號碼。在用戶于光子接收端120-n輸入了賬戶驗證信息的情況下,該支付請求還可包括賬戶驗證信息。反之,若收到驗證失敗消息,收單平臺130-n可將該驗證失敗消息轉(zhuǎn)發(fā)給光子接收端120-n,以通知商戶和用戶支付失敗。
      [0048]結(jié)算平臺150可響應于收到來自收單平臺130-n的支付請求進行結(jié)算。在一實例中,結(jié)算平臺150可根據(jù)支付賬戶信息向相應的支付交易系統(tǒng)160-n提交結(jié)算請求。該結(jié)算請求可包括支付賬戶信息和支付金額。在用戶于光子接收端120-n輸入了賬戶驗證信息的情況下,該結(jié)算請求還可包括賬戶驗證信息。該支付交易系統(tǒng)160-n是與該用于支付的支付賬戶相對應的交易系統(tǒng)。例如,以該支付賬戶為某銀行發(fā)行的銀行卡為例,該支付交易系統(tǒng)相應地為該銀行的銀行支付交易系統(tǒng)。根據(jù)不同的支付賬戶,結(jié)算平臺150可向不同的支付交易系統(tǒng)傳送結(jié)算請求。
      [0049]支付交易系統(tǒng)160-n在核實支付賬戶信息后,可從相應的支付賬戶中扣除該支付金額。在結(jié)算請求包括賬戶驗證信息的實例中,支付交易系統(tǒng)160-n可通過該賬戶驗證信息來核實支付賬戶信息的合法性。注意,支付交易系統(tǒng)160-n并不直接將所扣的支付金額直接打入商戶賬戶,而是打入結(jié)算平臺150在銀行所設的交易賬戶中。結(jié)算平臺150會定期與商戶進行結(jié)算。因此,結(jié)算平臺150收到支付交易系統(tǒng)160-n所轉(zhuǎn)的支付金額即可認為是支付成功。支付交易系統(tǒng)160-n在轉(zhuǎn)賬后可向結(jié)算平臺150反饋支付結(jié)算信息,例如支付賬戶號、扣款金額等等。
      [0050]結(jié)算平臺150可將該支付結(jié)算信息轉(zhuǎn)發(fā)給收單平臺130-n,并由收單平臺130_n將支付結(jié)算信息進一步傳送給用戶管理平臺140和光子接收端120-n。用戶管理平臺140可向光子支付終端110反饋該支付結(jié)算信息。同時,光子接收端120-n可打印該支付結(jié)算信肩、O
      [0051]至此,用戶可通過光子支付終端110完成交易支付。
      [0052]圖2示出了根據(jù)本發(fā)明的第二實施例的光子支付系統(tǒng)200。光子支付系統(tǒng)200與光子支付系統(tǒng)100相類似。區(qū)別在于,用戶管理平臺240-n(n = I, 2,…N)取代了公共的用戶管理平臺140。即,每個收單平臺230-n具有僅與該收單平臺通信地耦合的用戶管理平臺240-n。正如上文所提及的,光子接收端220-n可以是與金融機構(gòu)相關的,不同的光子接收端隸屬于不同的金融機構(gòu)。相應地,收單平臺230-n也可以是與金融機構(gòu)相關的,不同的收單平臺隸屬于不同的金融機構(gòu)。而且,支付交易系統(tǒng)260-n是與金融機構(gòu)相關的,不同的支付交易系統(tǒng)隸屬于不同的金融機構(gòu)。
      [0053]由此在該實施例中,對應不同的金融機構(gòu)具有不同的用戶管理平臺。即各用戶管理平臺240-n與不同的金融機構(gòu)相關聯(lián)。每一用戶管理平臺240-n中可存儲與其相關聯(lián)的金融機構(gòu)所發(fā)行的支付賬戶的賬戶信息。例如,光子接收端220-1和收單平臺230-1與第一金融機構(gòu)相關聯(lián),如隸屬于第一金融機構(gòu)。相應的用戶管理平臺240-1也與第一金融機構(gòu)相關聯(lián),此時,用戶管理平臺240-1中可存儲第一金融機構(gòu)所發(fā)行的支付賬戶的支付賬戶信息。類似地,光子接收端220-2、收單平臺230-2、以及用戶管理平臺240-2可與第二金融機構(gòu)相關聯(lián),此時用戶管理平臺240-2中可存儲第二金融機構(gòu)所發(fā)行的支付賬戶的支付賬戶信息。
      [0054]用戶在一商戶進行付費時,若該商戶的光子接收端為光子接收端220-1,此時,該光子接收端220-1為第一金融機構(gòu)的光子接收端。在此實施例的光子支付系統(tǒng)架構(gòu)下,如果屬于行內(nèi)支付情形,則收單平臺230-1從該用戶管理平臺240-1即可獲得支付賬戶的支付賬戶信息。例如,響應于對支付賬戶是由第一金融機構(gòu)發(fā)行的支付賬戶的判斷,由收單平臺230-1向用戶管理平臺240-1傳送該光子身份信息,并相應地獲得該支付賬戶的支付賬戶信息。在一實例中,該判斷可由光子接收端220-1或收單平臺230-1根據(jù)伴隨光子身份信息一起從光子支付終端210發(fā)送的金融機構(gòu)標識信息來判斷。
      [0055]根據(jù)本發(fā)明的方案,用戶可以無需攜帶名目繁多的各種支付賬戶,通過例如帶有閃光燈功能的手機即可完成支付。相比于通過線上支付手段,支付的安全性得到可靠保證,因為根據(jù)本發(fā)明的方案,支付流程是通過安全的POS端為接口進入支付交易系統(tǒng)。而且,相比于傳統(tǒng)的線下刷卡式支付,支付賬戶的磁道信息很容易被竊取。然而,根據(jù)本發(fā)明的方案,POS端不經(jīng)手支付賬戶的賬戶信息,因此安全性得到顯著提高。
      [0056]本發(fā)明的方案可用于任何金融機構(gòu),例如銀行或第三方支付機構(gòu)發(fā)行的支付賬戶的支付。當支付賬戶為第三方支付機構(gòu)發(fā)行的支付賬戶時,本發(fā)明的方案特別適用于該支付賬戶中有余額的情形下的支付流程,雖然本發(fā)明的方案并不限于此。
      [0057]圖3是示出了根據(jù)本發(fā)明的一方面的光子支付方法300的流程圖。
      [0058]在步驟302,從光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息。
      [0059]在一實例中,光子支付終端可對該光子身份信息進行編碼,并以光信號的形式向光子接收端發(fā)送經(jīng)編碼的該光子身份信息。較優(yōu)地,光子支付終端可先對光子身份信息進行加密,然后再對經(jīng)加密的光子身份信息進行編碼。光子接收端接收該光信號并可通過光電轉(zhuǎn)換將光信號轉(zhuǎn)換為電信號,以獲得電信號形式的光子身份信息。
      [0060]在一實例中,光子身份信息可包括光ID。較優(yōu)地,該光子身份信息還可包括支付密碼。
      [0061]在步驟304,從光子接收端向收單平臺發(fā)送交易信息,該交易信息可包括該光子身份信息。
      [0062]在步驟306,收單平臺可基于該光子身份信息獲得用于支付的支付賬戶,例如第一支付賬戶的支付賬戶信息,以及向結(jié)算平臺發(fā)送支付請求。
      [0063]在一實例中,收單平臺可將該光子身份信息轉(zhuǎn)發(fā)至用戶管理平臺,用戶管理平臺可對收到的光子身份信息進行驗證。在一實例中,光子身份信息包括光ID。用戶管理平臺可從自身數(shù)據(jù)庫中檢索接收到的該光ID,若未檢索到該光ID,則該光子身份信息為非法身份,驗證失敗。若能夠檢索到該光ID,則驗證成功。較優(yōu)地,在檢索到該光ID的情況下,用戶管理平臺還可進一步獲取與該光ID相關聯(lián)的支付密碼,并將該支付密碼與接收到的支付密碼進行比較,若兩者一致,則驗證成功,否則驗證失敗。
      [0064]在一實例中,用戶管理平臺收到的光子身份信息是經(jīng)加密和編碼的。在此實例中,用戶管理平臺可先對光子身份信息進行解碼,然后再進行解密以恢復出該光子身份信息。
      [0065]響應于驗證成功,用戶管理平臺可向收單平臺傳送該第一支付賬戶的該支付賬戶信息。在替換實施例中,用戶管理平臺也可傳送該支付賬戶信息的賬戶關聯(lián)信息以供收單平臺找出該支付賬戶信息。在一實例中,該第一支付賬戶為默認用于支付的支付賬戶,此時,用戶管理平臺可響應于驗證成功直接檢索出與該光子身份信息相關聯(lián)的默認用于支付的該第一支付賬戶的支付賬戶信息。在另一實例中,用戶未設置默認支付賬戶,此時,光子身份信息還可附帶有指示第一支付賬戶的標識符。用戶管理平臺可根據(jù)該標識符檢索出與該光子身份信息相關聯(lián)的該第一支付賬戶的該支付賬戶信息。響應于收到該支付賬戶信息,收單平臺可向結(jié)算平臺傳送支付請求,該支付請求可包括該支付賬戶信息。另外,該支付請求還可包括商戶身份識別號碼和支付金額。
      [0066]響應于驗證失敗,用戶管理平臺可向收單平臺傳送驗證失敗消息。響應于收到該驗證失敗消息,收單平臺可將驗證失敗消息轉(zhuǎn)發(fā)給光子接收端。
      [0067]在一實例中,該收單平臺和該用戶管理平臺與第一金融機構(gòu)相關聯(lián),其中該用戶管理平臺中存儲有該第一金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息,在此實例中,響應于對第一支付賬戶是由該第一金融機構(gòu)發(fā)行的支付賬戶的判斷,由該收單平臺向該用戶管理平臺傳送該光子身份信息。
      [0068]在步驟308,由結(jié)算平臺響應于該支付請求進行結(jié)算,該支付請求包括該第一支付賬戶的支付賬戶信息。
      [0069]在一實例中,該結(jié)算平臺可響應于該支付請求向與第一支付賬戶對應的支付交易系統(tǒng)傳送結(jié)算請求,該結(jié)算請求可包括該第一支付賬戶的支付賬戶信息。該結(jié)算請求還可包括支付金額。
      [0070]該支付交易系統(tǒng)可將該支付金額劃入到結(jié)算平臺的交易賬戶并向結(jié)算平臺反饋支付結(jié)算信息。響應于收到支付結(jié)算信息,結(jié)算平臺可向收單平臺轉(zhuǎn)發(fā)該支付結(jié)算信息,收單平臺將收到的支付結(jié)算信息傳送給用戶管理平臺和光子接收端。進而,用戶管理平臺可將支付結(jié)算信息反饋至光子支付終端。
      [0071]圖4是示出了根據(jù)本發(fā)明的第三實施例的光子支付系統(tǒng)400的框圖。光子支付系統(tǒng)400與光子支付系統(tǒng)100的區(qū)別在于,用戶管理平臺440可與結(jié)算平臺450通信地耦合。
      [0072]在此實施例中,當用戶在商戶消費需要付款時,用戶可通過光子支付終端410以光信號的形式向光子接收端420-n發(fā)送光子身份信息,例如包括光ID和支付密碼。具體地,編碼單元112可對光子身份信息進行編碼,例如可包括RZ脈沖計數(shù)編碼、PPM編碼等等。較優(yōu)地,加密單元114還可先對光子身份信息進行加密,然后再由編碼單元112對經(jīng)加密的光子身份信息進行編碼。光發(fā)射單元116可發(fā)送指示該經(jīng)編碼的光子身份信息的光信號。
      [0073]在用戶為該光子身份信息綁定了多張支付賬戶且未設置默認用于支付的支付賬戶的情形中,用戶還可從所綁定的這多張支付賬戶中選擇用于支付的支付賬戶。此時,光子身份信息還可附帶有指示被選擇用于支付的該支付賬戶的標識符,例如,該標識符可以指示該支付賬戶在被綁定時的編號。
      [0074]用戶可以通過光子支付終端410上的光子支付軟件來啟動光子身份信息的發(fā)送、支付賬戶的選擇等等。在啟動支付功能前,用戶可以輸入支付密碼。較優(yōu)地,光子支付軟件對支付密碼初步驗證通過后再進行支付操作。
      [0075]光子接收端420-n的光接收單元122可接收光子支付終端410發(fā)出的光信號并通過光電轉(zhuǎn)換將光信號轉(zhuǎn)換為電信號,以獲得電信號形式的光子身份信息。在一實例中,光子接收端420-n可包括解碼單元以解碼該電信號,從而恢復出光子身份信息。在較優(yōu)的另一實例中,光子接收端420-n并不對該電信號進行解碼,而是由POS單元124直接轉(zhuǎn)發(fā)電信號形式的經(jīng)編碼的光子身份信息。在一實例中,用戶在通過光子支付終端410發(fā)出光子身份信息后,可以根據(jù)需要輸入支付賬戶的賬戶驗證信息。該支付賬戶的賬戶驗證信息在后續(xù)支付流程中由支付賬戶的發(fā)放機構(gòu)(例如,支付交易系統(tǒng))進行驗證。光子接收端420-n可包括輸入單元126,例如鍵盤、手寫盤、指紋識別模塊、虹膜識別模塊、聲音識別模塊等。用戶可通過該輸入單元126輸入賬戶驗證信息,如密碼、簽名、指紋、虹膜、聲音等。
      [0076]光子接收端420-n在收到光子身份信息后,可向?qū)氖諉纹脚_430_n上傳交易信息。該交易信息可包括該光子身份信息。在用戶需要輸入支付賬戶的賬戶驗證信息的實例中,該交易信息還可包括該賬戶驗證信息。另外,光子接收端410 —般與商戶賬戶相綁定,因此交易信息還可包括商戶身份識別號碼和支付金額等信息。
      [0077]收單平臺430-n可實現(xiàn)光子接收端420-n和結(jié)算平臺450之間的交互。光子接收端420-n可通過專用線路將交易信息上傳至收單平臺430-n。收單平臺430_n可上傳該光子身份信息。例如,收單平臺430-n可傳送支付請求,該支付請求可包括該光子身份信息。該支付請求還可包括支付金額和商戶身份識別號碼。在用戶于光子接收端420-n輸入了賬戶驗證信息的情況下,該支付請求還可包括賬戶驗證信息。
      [0078]結(jié)算平臺450可接收該支付請求,從而基于來自收單平臺430-n的該光子身份信息獲得用于支付的支付賬戶的支付賬戶信息。
      [0079]在一實例中,結(jié)算平臺450可將該光子身份信息轉(zhuǎn)發(fā)給用戶管理平臺440,由用戶管理平臺440對該光子身份信息進行驗證。用戶管理平臺440可包括驗證單元142以執(zhí)行該驗證。例如,光子支付終端410的用戶的光賬戶和相關聯(lián)的光子身份信息(例如,光ID和支付密碼)都被存儲在用戶管理平臺440的數(shù)據(jù)庫143中。在光子身份信息包括光ID的實例中,驗證單元142可從數(shù)據(jù)庫143中檢索接收自結(jié)算平臺450的該光ID,若未檢索到該光ID,則該光子身份信息為非法身份,驗證失??;若檢索到該光子ID,則驗證成功。
      [0080]在光子身份信息還包括支付密碼的實例中,若能夠檢索到該光ID,則進一步獲取與該光ID相關聯(lián)的支付密碼,并將該支付密碼與接收自結(jié)算平臺450的支付密碼進行比較,若兩者一致,則驗證成功,否則驗證失敗。
      [0081]在一實例中,用戶管理平臺440收到的光子身份信息是經(jīng)加密和編碼的。在此實例中,用戶管理平臺440可包括解碼單元144和解密單元145。解碼單元144可先對光子身份信息進行解碼,然后再由解密單元145進行解密以恢復出光子身份信息。
      [0082]響應于驗證成功,用戶管理平臺440可從數(shù)據(jù)庫143中檢索出與該光子身份信息相關聯(lián)的被用于支付的支付賬戶的支付賬戶信息,并向結(jié)算平臺450傳送該支付賬戶的該支付賬戶信息。用戶管理平臺440可以與多個金融機構(gòu)相關聯(lián),從而存儲這多個金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。在一實例中,用戶設置了默認用于支付的支付賬戶,此時,用戶管理平臺440可響應于驗證成功直接檢索出與該光子身份信息相關聯(lián)的該默認用于支付的支付賬戶的支付賬戶信息。在另一示例中,用戶并未設置默認的支付賬戶,而是在支付時選擇用于支付的支付賬戶,如前文所述。此時,用戶光子身份信息可附帶有指示用于支付的支付賬戶的標識符,例如該支付賬戶被綁定時的編號。用戶管理平臺440可根據(jù)該標識符來檢索出該用于支付的支付賬戶的支付賬戶信息。用戶管理平臺440可將檢索到的該支付賬戶的該支付賬戶信息發(fā)送給結(jié)算平臺450。
      [0083]在一替換實施例中,支付賬戶的支付賬戶信息可以是存儲在結(jié)算平臺450處的。在此實施例中,用戶管理平臺440中并非如上文所述地存儲支付賬戶信息,而是存儲可被用于獲取支付賬戶信息的賬戶關聯(lián)信息,例如賬戶索引信息。此時,用戶管理平臺440向結(jié)算平臺450發(fā)送的可以只是該用于獲取支付賬戶信息的賬戶關聯(lián)信息。結(jié)算平臺450可以根據(jù)該賬戶關聯(lián)信息從自身的數(shù)據(jù)庫中找出該支付賬戶的支付賬戶信息。
      [0084]另一方面,響應于驗證失敗,用戶管理平臺440可向結(jié)算平臺450傳送驗證失敗消息。若收到驗證失敗消息,結(jié)算平臺450可將該驗證失敗消息轉(zhuǎn)發(fā)給收單平臺430-n,并由后者反饋至光子接收端420-n,以通知商戶和用戶支付失敗。
      [0085]結(jié)算平臺450可響應于獲得該支付賬戶的支付賬戶信息進行結(jié)算。在一實例中,結(jié)算平臺450可根據(jù)支付賬戶信息向相應的支付交易系統(tǒng)460-n提交結(jié)算請求。該結(jié)算請求可包括支付賬戶信息和支付金額。在用戶于光子接收端420-n輸入了賬戶驗證信息的情況下,該結(jié)算請求還可包括賬戶驗證信息。該支付交易系統(tǒng)460-n是與該用于支付的支付賬戶相對應的交易系統(tǒng)。例如,以該支付賬戶為某銀行發(fā)行的銀行卡為例,該支付交易系統(tǒng)相應地為該銀行的銀行支付交易系統(tǒng)。根據(jù)不同的支付賬戶,結(jié)算平臺450可向不同的支付交易系統(tǒng)傳送結(jié)算請求。
      [0086]支付交易系統(tǒng)460-n在核實支付賬戶信息后,可從相應的支付賬戶中扣除該支付金額。在結(jié)算請求包括賬戶驗證信息的實例中,支付交易系統(tǒng)460-n可通過該賬戶驗證信息來核實支付賬戶信息的合法性。注意,支付交易系統(tǒng)460-n并不直接將所扣的支付金額直接打入商戶賬戶,而是打入結(jié)算平臺450在銀行所設的交易賬戶中。結(jié)算平臺450會定期與商戶進行結(jié)算。因此,結(jié)算平臺450收到支付交易系統(tǒng)460-n所轉(zhuǎn)的支付金額即可認為是支付成功。支付交易系統(tǒng)460-n在轉(zhuǎn)賬后可向結(jié)算平臺450反饋支付結(jié)算信息,例如支付賬戶號、扣款金額等等。
      [0087]結(jié)算平臺450可將該支付結(jié)算信息轉(zhuǎn)發(fā)給收單平臺430-n,并由收單平臺430_n將支付結(jié)算信息進一步傳送給用戶管理平臺440和光子接收端420-n。用戶管理平臺440可向光子支付終端410反饋該支付結(jié)算信息。同時,光子接收端420-n可打印該支付結(jié)算信肩、O
      [0088]至此,用戶可通過光子支付終端410完成交易支付。
      [0089]圖5是示出了根據(jù)本發(fā)明的第四實施例的光子支付系統(tǒng)500的框圖。光子支付系統(tǒng)500與光子支付系統(tǒng)400相類似。區(qū)別在于,用戶管理平臺540-n(n = 1,2,…N)取代了公共的用戶管理平臺540。正如上文所提及的,光子接收端520-n可以是與金融機構(gòu)相關的,不同的光子接收端隸屬于不同的金融機構(gòu)。相應地,收單平臺530-n也可以是與金融機構(gòu)相關的,不同的收單平臺隸屬于不同的金融機構(gòu)。而且,支付交易系統(tǒng)560-n是與金融機構(gòu)相關的,不同的支付交易系統(tǒng)隸屬于不同的金融機構(gòu)。
      [0090]在該實施例中,對應不同的金融機構(gòu)具有不同的用戶管理平臺。即各用戶管理平臺540-n與不同的金融機構(gòu)相關聯(lián)。每一用戶管理平臺540-n中可存儲與其相關聯(lián)的金融機構(gòu)所發(fā)行的支付賬戶的賬戶信息。例如,光子接收端520-1和收單平臺530-1與第一金融機構(gòu)相關聯(lián),如隸屬于第一金融機構(gòu)。相應的用戶管理平臺540-1也與第一金融機構(gòu)相關聯(lián),此時,用戶管理平臺540-1中可存儲第一金融機構(gòu)所發(fā)行的支付賬戶的支付賬戶信息。類似地,光子接收端520-2、收單平臺530-2、以及用戶管理平臺540-2可與第二金融機構(gòu)相關聯(lián),此時用戶管理平臺540-2中可存儲第二金融機構(gòu)所發(fā)行的支付賬戶的支付賬戶信息。
      [0091]在此實施例的架構(gòu)下,結(jié)算平臺550在獲得支付賬戶的支付賬戶信息時,光子身份信息所被轉(zhuǎn)發(fā)給的用戶管理平臺440-n可以是與發(fā)行該支付賬戶的金融機構(gòu)相關聯(lián)的用戶管理平臺,其中存儲有該金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息或賬戶關聯(lián)信息。
      [0092]圖6是示出了根據(jù)本發(fā)明的第五實施例的光子支付系統(tǒng)600的框圖。光子支付系統(tǒng)600與光子支付系統(tǒng)400相類似。區(qū)別在于,除了公共的用戶管理平臺640外,每個收單平臺230-n還具有僅與該收單平臺通信地耦合的用戶管理平臺670-n。正如上文所提及的,光子接收端220-n可以是與金融機構(gòu)相關的,不同的光子接收端隸屬于不同的金融機構(gòu)。相應地,收單平臺230-n也可以是與金融機構(gòu)相關的,不同的收單平臺隸屬于不同的金融機構(gòu)。而且,支付交易系統(tǒng)260-n是與金融機構(gòu)相關的,不同的支付交易系統(tǒng)隸屬于不同的金融機構(gòu)。
      [0093]由此在該實施例中,對應不同的金融機構(gòu)具有不同的用戶管理平臺670-n。即各用戶管理平臺670-n與不同的金融機構(gòu)相關聯(lián)。每一用戶管理平臺670-n中可存儲與其相關聯(lián)的金融機構(gòu)所發(fā)行的支付賬戶的賬戶信息。例如,光子接收端620-1和收單平臺630-1與第一金融機構(gòu)相關聯(lián),如隸屬于第一金融機構(gòu)。相應的用戶管理平臺670-1也與第一金融機構(gòu)相關聯(lián),此時,用戶管理平臺670-1中可存儲第一金融機構(gòu)所發(fā)行的支付賬戶的支付賬戶信息。類似地,光子接收端620-2、收單平臺630-2、以及用戶管理平臺670-2可與第二金融機構(gòu)相關聯(lián),此時用戶管理平臺670-2中可存儲第二金融機構(gòu)所發(fā)行的支付賬戶的支付賬戶信息。與用戶管理平臺670-n不同,用戶管理平臺640可以與多個金融機構(gòu)相關聯(lián),從而存儲這多個金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。
      [0094]用戶在一商戶進行付費時,若該商戶的光子接收端為光子接收端620-2,此時,該光子接收端620-2為第二金融機構(gòu)的光子接收端。用戶選擇用于支付的支付賬戶有可能是該第二金融機構(gòu)發(fā)行的支付賬戶(即,行內(nèi)支付),也可能不是該第二金融機構(gòu)發(fā)行的支付賬戶(即,跨行支付)。
      [0095]在此實施例的光子支付系統(tǒng)架構(gòu)下,如果屬于跨行支付情形,例如在光子接收端620-2處,若用戶選擇的支付賬戶為第一金融機構(gòu)發(fā)行的第一支付賬戶。收單平臺630-2可將光子身份信息傳給結(jié)算平臺650,由后者從公共的用戶管理平臺640來獲得該第一支付賬戶的支付賬戶信息。例如,響應于對支付賬戶并非是由第一金融機構(gòu)發(fā)行的支付賬戶的判斷,由收單平臺630-2可向結(jié)算平臺650傳送支付請求,該支付請求中可包括該光子身份信息。在一實例中,該判斷可由光子接收端620-2或收單平臺630-2根據(jù)伴隨光子身份信息一起從光子支付終端610發(fā)送的金融機構(gòu)標識信息來判斷。
      [0096]圖7是示出了根據(jù)本發(fā)明的另一方面的光子支付方法700的流程圖。
      [0097]在步驟702,從光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息。
      [0098]在一實例中,光子支付終端可對該光子身份信息進行編碼,并以光信號的形式向光子接收端發(fā)送經(jīng)編碼的該光子身份信息。較優(yōu)地,光子支付終端可先對光子身份信息進行加密,然后再對經(jīng)加密的光子身份信息進行編碼。光子接收端接收該光信號并可通過光電轉(zhuǎn)換將光信號轉(zhuǎn)換為電信號,以獲得電信號形式的光子身份信息。
      [0099]在一實例中,光子身份信息可包括光ID。較優(yōu)地,該光子身份信息還可包括支付密碼。
      [0100]在步驟704,從光子接收端向收單平臺發(fā)送交易信息,該交易信息可包括該光子身份信息。
      [0101]收單平臺收到交易信息后可向結(jié)算平臺傳送支付請求,該支付請求可包括該光子身份信息。另外,該支付請求還可包括商戶身份識別號碼和支付金額。
      [0102]在步驟706,由結(jié)算平臺基于來自收單平臺的該光子身份信息獲得用于支付的支付賬戶,例如第一支付賬戶的支付賬戶信息。
      [0103]在一實例中,結(jié)算平臺可將該光子身份信息轉(zhuǎn)發(fā)至第一用戶管理平臺,該第一用戶管理平臺可對收到的光子身份信息進行驗證。在一實例中,光子身份信息包括光ID。第一用戶管理平臺可從自身數(shù)據(jù)庫中檢索接收到的該光ID,若未檢索到該光ID,則該光子身份信息為非法身份,驗證失敗。若能夠檢索到該光ID,則驗證成功。較優(yōu)地,在檢索到該光ID的情況下,第一用戶管理平臺還可進一步獲取與該光ID相關聯(lián)的支付密碼,并將該支付密碼與接收到的支付密碼進行比較,若兩者一致,則驗證成功,否則驗證失敗。
      [0104]在一實例中,第一用戶管理平臺收到的光子身份信息是經(jīng)加密和編碼的。在此實例中,第一用戶管理平臺可先對光子身份信息進行解碼,然后再進行解密以恢復出該光子身份信息。
      [0105]響應于驗證成功,第一用戶管理平臺可向結(jié)算平臺傳送該第一支付賬戶的該支付賬戶信息。在替換實施例中,用戶管理平臺也可傳送該支付賬戶信息的賬戶關聯(lián)信息以供結(jié)算平臺找出該支付賬戶信息。在一實例中,該第一支付賬戶為默認用于支付的支付賬戶,此時,第一用戶管理平臺可響應于驗證成功直接檢索出與該光子身份信息相關聯(lián)的默認用于支付的該第一支付賬戶的支付賬戶信息。在另一實例中,用戶未設置默認支付賬戶,此時,光子身份信息還可附帶有指示第一支付賬戶的標識符。第一用戶管理平臺可根據(jù)該標識符檢索出與該光子身份信息相關聯(lián)的該第一支付賬戶的該支付賬戶信息。
      [0106]響應于驗證失敗,第一用戶管理平臺可向結(jié)算平臺傳送驗證失敗消息。響應于收到該驗證失敗消息,結(jié)算平臺可將驗證失敗消息轉(zhuǎn)發(fā)給收單平臺并由后者反饋至光子接收端。
      [0107]在一實例中,第一用戶管理平臺可以與發(fā)行該第一支付賬戶的第一金融機構(gòu)相關聯(lián),其中該第一用戶管理平臺中存儲有該第一金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。
      [0108]在另一實例中,第一用戶管理平臺與包括發(fā)行該第一支付賬戶的第一金融機構(gòu)的多個金融機構(gòu)相關聯(lián),其中該第一用戶管理平臺中存儲有這多個金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。
      [0109]在又一實例中,該收單平臺還可與第二用戶管理平臺通信地耦合,其中該收單平臺和該第二用戶管理平臺與第二金融機構(gòu)相關聯(lián),其中該第二用戶管理平臺中存儲有該第二金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。在此實例中,響應于對第一支付賬戶并非是由該第二金融機構(gòu)發(fā)行的支付賬戶的判斷,由該收單平臺向結(jié)算平臺傳送支付請求,該支付請求可包括該光子身份信息。
      [0110]在步驟708,由結(jié)算平臺響應于獲得該第一支付賬戶的該支付賬戶信息進行結(jié)算。
      [0111]在一實例中,該結(jié)算平臺可向與第一支付賬戶相對應的支付交易系統(tǒng)傳送結(jié)算請求,該結(jié)算請求可包括該第一支付賬戶的支付賬戶信息。該結(jié)算請求還可包括支付金額。
      [0112]該支付交易系統(tǒng)可將該支付金額劃入到結(jié)算平臺的交易賬戶并向結(jié)算平臺反饋支付結(jié)算信息。響應于收到支付結(jié)算信息,結(jié)算平臺可向收單平臺轉(zhuǎn)發(fā)該支付結(jié)算信息,收單平臺將收到的支付結(jié)算信息傳送給光子接收端。
      [0113]盡管為使解釋簡單化將上述方法圖示并描述為一系列動作,但是應理解并領會,這些方法不受動作的次序所限,因為根據(jù)一個或多個實施例,一些動作可按不同次序發(fā)生和/或與來自本文中圖示和描述或本文中未圖示和描述但本領域技術人員可以理解的其他動作并發(fā)地發(fā)生。
      [0114]本領域技術人員將進一步領會,結(jié)合本文中所公開的實施例來描述的各種解說性邏輯板塊、模塊、電路、和算法步驟可實現(xiàn)為電子硬件、計算機軟件、或這兩者的組合。為清楚地解說硬件與軟件的這一可互換性,各種解說性組件、框、模塊、電路、和步驟在上面是以其功能性的形式作一般化描述的。此類功能性是被實現(xiàn)為硬件還是軟件取決于具體應用和施加于整體系統(tǒng)的設計約束。技術人員對于每種特定應用可用不同的方式來實現(xiàn)所描述的功能性,但這樣的實現(xiàn)決策不應被解讀成導致脫離了本發(fā)明的范圍。
      [0115]結(jié)合本文所公開的實施例描述的各種解說性邏輯板塊、模塊、和電路可用通用處理器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或其它可編程邏輯器件、分立的門或晶體管邏輯、分立的硬件組件、或其設計成執(zhí)行本文所描述功能的任何組合來實現(xiàn)或執(zhí)行。通用處理器可以是微處理器,但在替換方案中,該處理器可以是任何常規(guī)的處理器、控制器、微控制器、或狀態(tài)機。處理器還可以被實現(xiàn)為計算設備的組合,例如DSP與微處理器的組合、多個微處理器、與DSP核心協(xié)作的一個或多個微處理器、或任何其他此類配置。
      [0116]結(jié)合本文中公開的實施例描述的方法或算法的步驟可直接在硬件中、在由處理器執(zhí)行的軟件模塊中、或在這兩者的組合中體現(xiàn)。軟件模塊可駐留在RAM存儲器、閃存、ROM存儲器、EPROM存儲器、EEPROM存儲器、寄存器、硬盤、可移動盤、CD-ROM、或本領域中所知的任何其他形式的存儲介質(zhì)中。示例性存儲介質(zhì)耦合到處理器以使得該處理器能從/向該存儲介質(zhì)讀取和寫入信息。在替換方案中,存儲介質(zhì)可以被整合到處理器。處理器和存儲介質(zhì)可駐留在ASIC中。ASIC可駐留在用戶終端中。在替換方案中,處理器和存儲介質(zhì)可作為分立組件駐留在用戶終端中。
      [0117]在一個或多個示例性實施例中,所描述的功能可在硬件、軟件、固件或其任何組合中實現(xiàn)。如果在軟件中實現(xiàn)為計算機程序產(chǎn)品,則各功能可以作為一條或更多條指令或代碼存儲在計算機可讀介質(zhì)上或藉其進行傳送。計算機可讀介質(zhì)包括計算機存儲介質(zhì)和通信介質(zhì)兩者,其包括促成計算機程序從一地向另一地轉(zhuǎn)移的任何介質(zhì)。存儲介質(zhì)可以是能被計算機訪問的任何可用介質(zhì)。作為示例而非限定,這樣的計算機可讀介質(zhì)可包括RAM、R0M、EEPROM、CD-ROM或其它光盤存儲、磁盤存儲或其它磁存儲設備、或能被用來攜帶或存儲指令或數(shù)據(jù)結(jié)構(gòu)形式的合意程序代碼且能被計算機訪問的任何其它介質(zhì)。任何連接也被正當?shù)胤Q為計算機可讀介質(zhì)。例如,如果軟件是使用同軸電纜、光纖電纜、雙絞線、數(shù)字訂戶線(DSL)、或諸如紅外、無線電、以及微波之類的無線技術從web網(wǎng)站、服務器、或其它遠程源傳送而來,則該同軸電纜、光纖電纜、雙絞線、DSL、或諸如紅外、無線電、以及微波之類的無線技術就被包括在介質(zhì)的定義之中。如本文中所使用的盤(disk)和碟(disc)包括壓縮碟(CD)、激光碟、光碟、數(shù)字多用碟(DVD)、軟盤和藍光碟,其中盤(disk)往往以磁的方式再現(xiàn)數(shù)據(jù),而碟(disc)用激光以光學方式再現(xiàn)數(shù)據(jù)。上述的組合也應被包括在計算機可讀介質(zhì)的范圍內(nèi)。
      [0118]提供對本公開的先前描述是為使得本領域任何技術人員皆能夠制作或使用本公開。對本公開的各種修改對本領域技術人員來說都將是顯而易見的,且本文中所定義的普適原理可被應用到其他變體而不會脫離本公開的精神或范圍。由此,本公開并非旨在被限定于本文中所描述的示例和設計,而是應被授予與本文中所公開的原理和新穎性特征相一致的最廣范圍。
      【權(quán)利要求】
      1.一種光子支付方法,包括: 光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息; 所述光子接收端向收單平臺發(fā)送交易信息,所述交易信息包括所述光子身份信息; 所述收單平臺基于所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息,并向結(jié)算平臺發(fā)送支付請求;以及 所述結(jié)算平臺響應所述支付請求進行結(jié)算,所述支付請求包括所述第一支付賬戶的所述支付賬戶信息。
      2.如權(quán)利要求1所述的光子支付方法,其特征在于,所述光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息包括: 對所述光子身份信息進行編碼;以及 以所述光信號的形式向所述光子接收端發(fā)送經(jīng)編碼的所述光子身份信息。
      3.如權(quán)利要求2所述的光子支付方法,其特征在于,對所述光子身份信息進行編碼具體包括: 先對所述光子身份信息進行加密;以及 對經(jīng)加密的所述光子身份信息進行所述編碼。
      4.如權(quán)利要求1所述的光子支付方法,其特征在于,還包括: 所述光子接收端接收所述光信號并通過光電轉(zhuǎn)換將所述光信號轉(zhuǎn)換為電信號。
      5.如權(quán)利要求1所述的光子支付方法,其特征在于,所述收單平臺基于所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息具體包括: 所述收單平臺將所述光子身份信息轉(zhuǎn)發(fā)至用戶管理平臺; 所述用戶管理平臺對所述光子身份信息進行驗證; 若驗證成功,則所述用戶管理平臺向所述收單平臺發(fā)送所述第一支付賬戶的支付賬戶信息或者所述支付賬戶信息的賬戶關聯(lián)信息。
      6.如權(quán)利要求5所述的方法,其特征在于,所述收單平臺將所述光子身份信息轉(zhuǎn)發(fā)至所述用戶管理平臺具體包括: 所述收單平臺將電信號形式的所述光子身份信息轉(zhuǎn)發(fā)給所述用戶管理平臺;以及 所述用戶管理平臺對所述電信號執(zhí)行解碼以獲得所述光子身份信息。
      7.如權(quán)利要求6所述的光子支付方法,其特征在于,還包括: 所述用戶管理平臺對經(jīng)解碼的所述電信號執(zhí)行解密以獲得所述光子身份信息。
      8.如權(quán)利要求5所述的光子支付方法,其特征在于,還包括: 若驗證失敗,則所述用戶管理平臺向所述收單平臺傳送驗證失敗消息,以及響應于收到所述驗證失敗消息,所述收單平臺將所述驗證失敗消息轉(zhuǎn)發(fā)給所述光子接收端。
      9.如權(quán)利要求5所述的光子支付方法,其特征在于,所述用戶管理平臺與包括發(fā)行所述第一支付賬戶的第一金融機構(gòu)的多個金融機構(gòu)相關聯(lián),其中所述用戶管理平臺中存儲有所述多個金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。
      10.如權(quán)利要求5所述的光子支付方法,其特征在于,所述收單平臺和所述用戶管理平臺與第一金融機構(gòu)相關聯(lián),其中所述用戶管理平臺中存儲有所述第一金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息,所述收單平臺將所述光子身份信息轉(zhuǎn)發(fā)至用戶管理平臺具體包括: 響應于對所述第一支付賬戶是由所述第一金融機構(gòu)發(fā)行的支付賬戶的判斷,所述收單平臺向所述用戶管理平臺傳送所述光子身份信息。
      11.如權(quán)利要求5所述的光子支付方法,其特征在于,所述光子身份信息包括光ID,所述用戶管理平臺對所述光子身份信息進行驗證包括: 所述用戶管理平臺從數(shù)據(jù)庫中檢索所述光子ID ; 若未檢索到所述光ID,則驗證失敗; 若檢索到所述光ID,則驗證成功。
      12.如權(quán)利要求11所述的光子支付方法,其特征在于,所述光子身份信息還包括支付密碼,所述用戶管理平臺對所述光子身份信息進行驗證具體包括: 若檢索到所述光ID,則進一步將所述數(shù)據(jù)庫中與所述光ID相關聯(lián)的支付密碼與接收自所述收單平臺的所述支付密碼相比較; 若兩者一致,則驗證成功,否則驗證失敗。
      13.如權(quán)利要求5所述的光子支付方法,其特征在于,所述第一支付賬戶為默認用于支付的支付賬戶,所述用戶管理平臺向所述收單平臺傳送所述第一支付賬戶的所述支付賬戶信息具體包括: 所述用戶管理平臺響應于驗證成功直接檢索出與所述光子身份信息相關聯(lián)的默認用于支付的所述第一支付賬戶的所述支付賬戶信息。
      14.如權(quán)利要求5所述的光子支付方法,其特征在于,所述光子身份信息還附帶有指示所述第一支付賬戶的標識符,所述用戶管理平臺向所述收單平臺傳送所述第一支付賬戶的所述支付賬戶信息具體包括: 所述用戶管理平臺根據(jù)所述標識符檢索出所述第一支付賬戶的所述支付賬戶信息。
      15.如權(quán)利要求5所述的方法,其特征在于,當所述用戶管理平臺向所述收單平臺發(fā)送所述第一支付賬戶的支付賬戶信息的賬戶關聯(lián)信息時,還包括: 所述收單平臺根據(jù)所述賬戶關聯(lián)信息在所述收單平臺的數(shù)據(jù)庫中找出所述第一支付賬戶的所述支付賬戶信息。
      16.如權(quán)利要求1所述的光子支付方法,其特征在于,所述結(jié)算平臺響應于收到所述支付請求進行結(jié)算包括: 所述結(jié)算平臺響應于所述支付請求向與所述第一支付賬戶相對應的支付交易系統(tǒng)傳送結(jié)算請求,所述結(jié)算請求包括所述第一支付賬戶的所述支付賬戶信息;以及 所述支付交易系統(tǒng)將支付金額劃入到所述結(jié)算平臺的交易賬戶并向所述結(jié)算平臺反饋支付結(jié)算信息。
      17.如權(quán)利要求16所述的光子支付方法,其特征在于,還包括: 所述結(jié)算平臺向所述收單平臺轉(zhuǎn)發(fā)所述支付結(jié)算信息;以及 所述收單平臺將所述支付結(jié)算信息傳送給所述用戶管理平臺和所述光子接收端。
      18.如權(quán)利要求17所述的光子支付方法,其特征在于,還包括: 所述用戶管理平臺將所述支付結(jié)算信息反饋給所述光子支付終端。
      19.一種光子支付方法,包括: 光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息; 所述光子接收端向收單平臺發(fā)送交易信息,所述交易信息包括所述光子身份信息; 結(jié)算平臺基于來自所述收單平臺的所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息;以及 所述結(jié)算平臺響應于獲得所述第一支付賬戶的所述支付賬戶信息進行結(jié)算。
      20.如權(quán)利要求19所述的光子支付方法,其特征在于,所述光子支付終端以光信號的形式向光子接收端發(fā)送光子身份信息包括: 對所述光子身份信息進行編碼;以及 以所述光信號的形式向所述光子接收端發(fā)送經(jīng)編碼的所述光子身份信息。
      21.如權(quán)利要求20所述的光子支付方法,其特征在于,對所述光子身份信息進行編碼具體包括: 先對所述光子身份信息進行加密;以及 對經(jīng)加密的所述光子身份信息進行所述編碼。
      22.如權(quán)利要求19所述的光子支付方法,其特征在于,還包括: 所述光子接收端接收所述光信號并通過光電轉(zhuǎn)換將所述光信號轉(zhuǎn)換為電信號。
      23.如權(quán)利要求19所述的方法,其特征在于,所述結(jié)算平臺基于來自所述收單平臺的所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息包括: 所述結(jié)算平臺將所述光子身份信息轉(zhuǎn)發(fā)至第一用戶管理平臺; 所述第一用戶管理平臺對所述光子身份信息進行驗證; 若驗證成功,則所述第一用戶管理平臺向所述結(jié)算平臺發(fā)送所述第一支付賬戶的支付賬戶信息或者所述支付賬戶信息的賬戶關聯(lián)信息。
      24.如權(quán)利要求23所述的方法,其特征在于,所述結(jié)算平臺將所述光子身份信息轉(zhuǎn)發(fā)至所述第一用戶管理平臺具體包括: 所述結(jié)算平臺將電信號形式的所述光子身份信息轉(zhuǎn)發(fā)給所述第一用戶管理平臺;以及 所述第一用戶管理平臺對所述電信號執(zhí)行解碼以獲得所述光子身份信息。
      25.如權(quán)利要求24所述的光子支付方法,其特征在于,還包括: 所述第一用戶管理平臺對經(jīng)解碼的所述電信號執(zhí)行解密以獲得所述光子身份信息。
      26.如權(quán)利要求23所述的光子支付方法,其特征在于,具體包括: 若驗證失敗,則所述第一用戶管理平臺向所述結(jié)算平臺傳送驗證失敗消息;以及 響應于收到所述驗證失敗消息,所述結(jié)算平臺將所述驗證失敗消息轉(zhuǎn)發(fā)給所述收單平臺并由所述收單平臺反饋至所述光子接收端。
      27.如權(quán)利要求23所述的光子支付方法,其特征在于,所述第一用戶管理平臺與發(fā)行所述第一支付賬戶的第一金融機構(gòu)相關聯(lián),其中所述第一用戶管理平臺中存儲有所述第一金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。
      28.如權(quán)利要求23所述的光子支付方法,其特征在于,所述第一用戶管理平臺與包括發(fā)行所述第一支付賬戶的第一金融機構(gòu)的多個金融機構(gòu)相關聯(lián),其中所述第一用戶管理平臺中存儲有所述多個金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息。
      29.如權(quán)利要求23所述的光子支付方法,其特征在于,所述光子身份信息包括光ID,所述第一用戶管理平臺對所述光子身份信息進行驗證包括: 所述第一用戶管理平臺從數(shù)據(jù)庫中檢索所述光ID ; 若未檢索到所述光ID,則驗證失?。? 若檢索到所述光ID,則驗證成功。
      30.如權(quán)利要求29所述的光子支付方法,其特征在于,所述光子身份信息還包括支付密碼,所述第一用戶管理平臺對所述光子身份信息進行驗證具體包括: 若檢索到所述光ID,則進一步將所述數(shù)據(jù)庫中與所述光ID相關聯(lián)的支付密碼與接收自所述結(jié)算平臺的所述支付密碼相比較; 若兩者一致,則驗證成功,否則驗證失敗。
      31.如權(quán)利要求23所述的光子支付方法,其特征在于,所述第一支付賬戶為默認用于支付的支付賬戶,所述第一用戶管理平臺向所述結(jié)算平臺傳送第一支付賬戶的支付賬戶信息具體包括: 所述第一用戶管理平臺響應于驗證成功直接檢索出與所述光子身份信息相關聯(lián)的默認用于支付的所述第一支付賬戶的所述支付賬戶信息。
      32.如權(quán)利要求23所述的光子支付方法,其特征在于,所述光子身份信息還附帶有指示所述第一支付賬戶的標識符,所述第一用戶管理平臺向所述結(jié)算平臺傳送第一支付賬戶的支付賬戶信息具體包括: 所述第一用戶管理平臺根據(jù)所述標識符檢索出所述第一支付賬戶的所述支付賬戶信肩、O
      33.如權(quán)利要求23所述的光子支付方法,其特征在于,當所述用戶管理平臺向所述結(jié)算平臺發(fā)送所述第一支付賬戶的支付賬戶信息的賬戶關聯(lián)信息時,還包括: 所述結(jié)算平臺根據(jù)所述賬戶關聯(lián)信息在所述結(jié)算平臺的數(shù)據(jù)庫中找出所述第一支付賬戶的所述支付賬戶信息。
      34.如權(quán)利要求19所述的光子支付方法,其特征在于,所述結(jié)算平臺響應于獲得所述支付賬戶信息進行結(jié)算包括: 所述結(jié)算平臺向與所述第一支付賬戶相對應的支付交易系統(tǒng)傳送結(jié)算請求,所述結(jié)算請求包括所述第一支付賬戶的所述支付賬戶信息;以及 所述支付交易系統(tǒng)將支付金額劃入到所述結(jié)算平臺的交易賬戶并向所述結(jié)算平臺反饋支付結(jié)算信息。
      35.如權(quán)利要求34所述的光子支付方法,其特征在于,還包括: 所述結(jié)算平臺向所述收單平臺轉(zhuǎn)發(fā)所述支付結(jié)算信息;以及 所述收單平臺將所述支付結(jié)算信息傳送給所述光子接收端。
      36.如權(quán)利要求19所述的光子支付方法,其特征在于,所述收單平臺以及與其通信地耦合的第二用戶管理平臺與第二金融機構(gòu)相關聯(lián),其中所述第二用戶管理平臺中存儲有所述第二金融機構(gòu)發(fā)行的支付賬戶的支付賬戶信息,所述方法還包括: 響應于對所述第一支付賬戶并非是由所述第二金融機構(gòu)發(fā)行的支付賬戶的判斷,所述收單平臺向所述結(jié)算平臺傳送支付請求,所述支付請求包括所述光子身份信息。
      37.一種光子支付系統(tǒng),包括: 光子支付終端,所述光子支付終端用于以光信號的形式發(fā)送光子身份信息; 光子接收端,所述光子接收端用于接收所述光子身份信息并發(fā)送交易信息,所述交易信息包括所述光子身份信息; 收單平臺,所述收單平臺用于接收所述交易信息并基于所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息,并發(fā)送支付請求;以及 結(jié)算平臺,所述結(jié)算平臺用于響應于收到所述支付請求進行結(jié)算,所述支付請求包括所述第一支付賬戶的所述支付賬戶信息。
      38.如權(quán)利要求37所述的光子支付系統(tǒng),其特征在于,還包括用戶管理平臺,所述用戶管理平臺用于對接收自所述收單平臺的所述光子身份信息進行驗證,若驗證成功,則所述用戶管理平臺用于向所述收單平臺發(fā)送所述第一支付賬戶的所述支付賬戶信息或者所述支付賬戶信息的賬戶關聯(lián)信息。
      39.如權(quán)利要求38所述的光子支付系統(tǒng),其特征在于,所述用戶管理平臺還用于若驗證失敗則向所述收單平臺傳送驗證失敗消息,以及所述收單平臺還用于響應于收到所述驗證失敗消息將所述驗證失敗消息轉(zhuǎn)發(fā)給所述光子接收端。
      40.如權(quán)利要求37所述的光子支付系統(tǒng),其特征在于,還包括支付交易系統(tǒng),其中,所述結(jié)算平臺進一步用于響應于所述支付請求向與所述第一支付賬戶相對應的所述支付交易系統(tǒng)傳送結(jié)算請求,所述結(jié)算請求包括所述第一支付賬戶的所述支付賬戶信息,所述支付交易系統(tǒng)用于將支付金額劃入到所述結(jié)算平臺的交易賬戶并向所述結(jié)算平臺反饋支付結(jié)算信息。
      41.一種光子支付系統(tǒng),包括: 光子支付終端,所述光子支付終端用于以光信號的形式發(fā)送光子身份信息; 光子接收端,所述光子接收端用于接收所述光子身份信息并發(fā)送交易信息,所述交易信息包括所述光子身份信息; 收單平臺,所述收單平臺用于上傳接收自所述光子接收端的所述光子身份信息;以及 結(jié)算平臺,所述結(jié)算平臺用于基于來自所述收單平臺的所述光子身份信息獲得用于支付的第一支付賬戶的支付賬戶信息并響應于獲得所述第一支付賬戶的所述支付賬戶信息進行結(jié)算。
      42.如權(quán)利要求41所述的光子支付系統(tǒng),其特征在于,還包括第一用戶管理平臺,所述第一用戶管理平臺用于對接收自所述結(jié)算平臺的所述光子身份信息進行驗證,若驗證成功,則所述第一用戶管理平臺用于向所述結(jié)算平臺傳送所述第一支付賬戶的所述支付賬戶信息或者所述支付賬戶信息的賬戶關聯(lián)信息。
      43.如權(quán)利要求42所述的光子支付系統(tǒng),其特征在于,所述第一用戶管理平臺還用于若驗證失敗則向所述結(jié)算平臺傳送驗證失敗消息,以及所述結(jié)算平臺還用于將所述驗證失敗消息轉(zhuǎn)發(fā)給所述收單平臺以反饋給所述光子接收端。
      44.如權(quán)利要求41所述的光子支付系統(tǒng),其特征在于,還包括支付交易系統(tǒng),其中所述結(jié)算平臺進一步用于向與所述第一支付賬戶相對應的所述支付交易系統(tǒng)傳送結(jié)算請求,所述結(jié)算請求包括所述第一支付賬戶的所述支付賬戶信息,以及所述支付交易系統(tǒng)用于將支付金額劃入到所述結(jié)算平臺的交易賬戶并向所述結(jié)算平臺反饋支付結(jié)算信息。
      【文檔編號】G06Q20/32GK104166912SQ201410183195
      【公開日】2014年11月26日 申請日期:2014年4月30日 優(yōu)先權(quán)日:2014年4月30日
      【發(fā)明者】不公告發(fā)明人 申請人:深圳光啟創(chuàng)新技術有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1