意，取決于示出條碼的設備，可能需要適當?shù)膾呙鑳x系統(tǒng)和類型。例如，為了準確地掃描具有反射性屏幕的設備(例如在電話上)，可能需要CCD掃描儀。在掃描之后，在步驟110中，可以給予用戶確認支付的選項，例如通過簽名、勾選“接受”圖標，等等。
[0022]隨后通知商家該支付是否是經(jīng)核準的。核準可以采取如下形式:支付提供商發(fā)送并且商家接收文本消息(例如“核準”)、視覺消息(例如綠燈)、口頭消息(例如來自到商家的現(xiàn)場或自動呼叫)、或者對核準的任何其他適當?shù)闹甘尽χЦ兜木芙^可以用類似的方式來指示，例如“拒絕”、紅燈，等等。對支付的拒絕可能是各種原因造成的，例如用戶的賬戶中的資金不足以進行購買或支付，讀取條碼時出錯，或者條碼無效。如果拒絕是由于讀取時出錯造成的，則可以相應地通知商家并根據(jù)需要重新掃描條碼。如果拒絕是由于條碼無效造成的，則條碼可能已到期或者已經(jīng)被使用過。如果被拒絕，則可以向商家和/或用戶給出對原因的指示，以便可以應對該原因。例如，如果拒絕是因為條碼無效，則可以再次掃描條碼，或者可以生成新的條碼以供掃描。
[0023]在一個實施例中，在用戶的電話上生成的條碼僅對一次使用(例如一次確認的使用，其中單次使用可來自多次不成功的掃描和一次成功的掃描)以及特定量的時間有效。例如，條碼可以僅在條碼被生成之后的30秒或一分鐘內有效。這提高了安全性并且使對條碼的錯用或欺詐性使用達到最低限度。
[0024]假定條碼是有效的并且得到確認，則支付結束，并且在步驟112中給予用戶一收據(jù)，該收據(jù)例如來自商家終端，采取紙質收據(jù)或到電話的短消息服務(SMS)消息的形式。在其他實施例中，用戶還可以在電話上查看收據(jù)并且通過支付提供商管理或以其他方式跟蹤該購買。例如，用戶可以做出關于該購買的注釋以供將來參考或將該購買發(fā)送到另一應用。用戶還可以檢查先前的交易并且查看或取消未決的授權。注意，在一些實施例中，用戶可以很容易地完全取消此服務，例如當電話丟失時。例如，用戶可以簡單地登錄到支付提供商站點上，輸入信息以訪問賬戶，然后取消該服務。另一個安全性特征可以是用戶在使用之前需要首先將電話解鎖。這可以用各種方式來完成，例如生物識別掃描或輸入ID來將電話解鎖。對于后者，用戶于是需要輸入兩個口令或PIN，一個用于將電話解鎖，一個用于訪問該應用。
[0025]圖2A是示出支付提供商使用戶能夠從移動電話進行支付的步驟的另一實施例的流程圖200。在步驟202中，用戶針對該服務向支付提供商注冊。支付提供商接收并處理用戶輸入的信息以在必要時創(chuàng)建應用和賬戶。信息可包括用戶名、口令、金融信息、賬單地址、PIN、安全性問題和答案，等等。信息的傳輸可以通過任何手段，例如通過因特網(wǎng)、藍牙或有線連接，利用適當?shù)慕M件，例如天線和處理器。接下來，支付提供商在步驟204中在用戶的設備上安裝適當?shù)膽?，這可以經(jīng)由web瀏覽器來完成。該應用可以就是用戶的設備屏幕上的圖標。當用戶準備好使用該應用或服務時，用戶如上所述打開該應用并輸入所請求的信息。支付提供商在步驟206中接收此信息以確認用戶。如果該信息(例如電話號碼和PIN)不對應于注冊用戶，則支付提供商可相應地通知用戶，給予其更多登錄機會。一旦確認了用戶，支付提供商就可在步驟208訪問用戶的賬戶。
[0026]在步驟210，支付提供商生成與用戶的賬戶相對應的條碼。條碼可以利用標準軟件生成，以顯示在屏幕或終端上，例如通過運行該軟件的處理器來生成。條碼可允許訪問用戶的賬戶中的所有資金、僅限用戶撥出的一部分，或者限于某些商家或產(chǎn)品/服務。例如，家長可以為孩子設立帶有使用限額和限制的賬戶。限制可包括每次交易或條碼生成的最大數(shù)額、每時間段(例如星期或月)的最大交易次數(shù)、每時間段(例如星期或月)的交易的最大金額、以及協(xié)定的預定到期日期，從而在到期后，用戶不再能夠生成條碼，除非用戶更新該協(xié)定。條碼也可以是用于特定數(shù)額的，這由用戶在訪問應用之后指定。例如，在訪問后，用戶可以被給予如下的選項:輸入數(shù)額，從若干個預定的數(shù)額之一中選擇，或者使用默認數(shù)額。
[0027]一旦生成了條碼，支付提供商就將條碼發(fā)送到用戶設備，用戶設備在設備上顯示條碼。條碼的發(fā)送可以通過與用于從用戶接收信息的手段相同或相似的手段進行，例如天線、發(fā)送器或收發(fā)器。支付提供商隨后等待來自商家或掃描儀的信息。此信息可包括商家的名稱、賬戶信息、支付數(shù)額等等。當在步驟212中接收到信息時，支付提供商判定所接收的信息是否將允許支付提供商進行轉賬。如上所述，會使得支付提供商拒絕支付的信息可包括所請求的支付超出條碼限額、條碼已到期或已經(jīng)被使用過、條碼不匹配用于用戶的條碼、商家賬戶未得到承認，等等。如果所接收的信息是適當?shù)?，則支付提供商在步驟214中實現(xiàn)從用戶的賬戶到商家的賬戶的資金轉移，其中由例如PayPal和其他在線金融機構使用的處理器執(zhí)行協(xié)議和軟件。支付提供商還可以向用戶和商家兩者發(fā)送確認，指出資金已被轉移。確認對于用戶和商家可以是相同或不同的，并且可包括文本消息、視覺指示物、語音指示物，等等。
[0028]在另一實施例中，支付提供商可以向商家提供額外的一層保護，例如為了使退單達到最低限度和/或獲得用戶簽名或同意的證據(jù)。最初，商家如上所述利用掃描儀掃描所生成的條碼。商家所在地的POS軟件隨后為了授權該支付而對支付提供商發(fā)出DoAuthorizat1n API調用。作為響應，支付提供商判定掃描的信息是否與支付提供商關于該用戶的信息一致并且以授權或拒絕作為對商家的響應。如果得到授權，商家則可顯示數(shù)額以便用戶授權。這可以是在電子簽名板上供用戶簽名或者就是一個OK鍵供用戶按下。POS軟件隨后向支付提供商發(fā)出DoCapture API調用以獲得該支付。支付提供商隨后將以API響應作為響應以表明資金是否已被成功轉移。如果是，則商家為用戶打印收據(jù)。
[0029]圖2B是示出根據(jù)一個實施例的由商家執(zhí)行的用于利用顯示條碼的移動設備來執(zhí)行金融交易的步驟的流程圖230。當移動設備的用戶想要與商家(或其他任何人)進行金融交易時，用戶如上所述在移動設備上生成和顯示條碼。這可以發(fā)生在用戶已完成購物，在出納機或銷售點處準備好結賬或為物品付款時。最初，在步驟232，商家記錄要購買的物品和買家應付的總數(shù)額，例如掃描物品以獲得描述和價格。接下來，在步驟234，商家被呈現(xiàn)以在用戶或買家的移動設備(例如電話)上顯示的條碼。隨后在步驟236由商家或用戶(例如利用商家掃描儀)掃描該條碼。同樣，取決于用戶設備的顯示屏/屏幕，為了準確地讀取條碼需要適當?shù)膾呙鑳x，例如CCD掃描儀。條碼信息和購買信息在步驟238被發(fā)送到支付提供商，并被支付提供商所處理。商家隨后在步驟240接收關于支付已被接受或拒絕的通知。如果被拒絕，則商家可在步驟242告知用戶，并且用戶可以相應地響應。選項包括再次掃描條碼、生成新條碼、或者向商家呈現(xiàn)新形式的支付。如果被接受，則商家可在步驟244接收對交易的