本發(fā)明涉及電子支付技術(shù)領域，具體涉及一種基于移動終端的支付方法及系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的高速發(fā)展，電子商務的逐漸普及，人們對電子商務中交易支付的需求越來越多，對于大額交易來說，國內(nèi)的商業(yè)銀行和銀聯(lián)都已開通了網(wǎng)上銀行系統(tǒng)，發(fā)展已經(jīng)比較成熟和完善，但對于網(wǎng)上的小額支付，商業(yè)銀行受限于交易成本等因素，在這方面尚未完善的支持。而目前互聯(lián)網(wǎng)上涉及小額的交易數(shù)量非常之多，尤其是一些信息產(chǎn)品和虛擬產(chǎn)品，例如：信息訂閱，游戲卡購買，音樂下載，在線服務購買，都是屬于小額支付。另外，在日常生活中，小額交易量也相當巨大，如：購票、停車費和公益捐助等存在小額支付需求，而小額支付行為，對于支付的方便性和快捷性要求很高。

當前智能手機越來越普及，在智能手機上的應用越來越多，電子支付的需求也越來越大，為了提高電子支付或電子交易的安全性，通常電子支付均基于網(wǎng)絡環(huán)境下完成支付，交易雙方必須把同時處于網(wǎng)絡環(huán)境狀態(tài)下，交易接收方借助于網(wǎng)絡上傳交易信息，交易信息包括交易金額，交易接收賬戶，交易支付賬戶，服務器獲取交易信息后向交易支付賬戶發(fā)送交易驗證信息，待交易支付方借助于網(wǎng)絡上傳支付密鑰完成驗證操作后，服務器轉(zhuǎn)出支付賬戶交易金額，并向接收賬戶中轉(zhuǎn)入相應的交易金額。但是上述步驟必須于網(wǎng)絡環(huán)境下實現(xiàn)三方應答，一旦支付方的移動終端沒有網(wǎng)絡或關機，則用戶無法實現(xiàn)支付操作。

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

鑒于以上問題，本發(fā)明提供一種基于移動終端的支付方法及系統(tǒng)，于支付方的移動終端未連接網(wǎng)絡或關機的狀態(tài)下，利用代支付方式，借助于第二支付方實現(xiàn)支付操作，提升用戶的體驗感。具體地：

一方面，本發(fā)明提供一種基于移動終端的支付方法，其中：

于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶；

收到預定支付賬戶反饋的支付密碼，并于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

優(yōu)選地，上述的基于移動終端的支付方法，其中：于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶之前還包括：

接收用戶輸入的驗證賬號和驗證密碼，并建立所述驗證賬號和所述驗證密碼之間的對應關系；

接收用戶輸入的預定支付賬戶，并建立所述驗證賬號與所述預定支付賬戶之間的映射關系；

保存所述對應關系及所述映射關系。

優(yōu)選地，上述的基于移動終端的支付方法，其中：于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶包括：

于預定模式下接收用戶輸入的驗證賬號和驗證密碼：

根據(jù)所述對應關系判斷所述驗證密碼是否匹配所述驗證賬戶；

于所述驗證密碼匹配所述驗證賬戶的狀態(tài)下，根據(jù)所述映射關系讀取所述驗證賬戶匹配的預定支付賬戶，

根據(jù)驗證賬戶和一支付數(shù)據(jù)形成所述支付消息并發(fā)送所述預定支付賬戶。

優(yōu)選地，上述的基于移動終端的支付方法，其中：還包括：

于所述驗證密碼不匹配所述驗證賬戶的狀態(tài)下，返回支付失敗消息。

優(yōu)選地，上述的基于移動終端的支付方法，其中：收到預定支付賬戶反饋的支付密碼，并于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作具體包括：

于預定時間內(nèi)收到預定支付賬戶反饋的支付密碼；

根據(jù)所述驗證密碼校驗所述支付密碼；

于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作；

于驗證密碼不匹配支付密碼的狀態(tài)下結(jié)束交易。

優(yōu)選地，上述的基于移動終端的支付方法，其中：

于預定時間內(nèi)未收到預定支付賬戶反饋的支付密碼的狀態(tài)下結(jié)束交易。

另一方面，本發(fā)明再提供一種基于移動終端的支付系統(tǒng)，其中：

輸入單元，于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶；

支付單元，收到預定支付賬戶反饋的支付密碼，并于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

優(yōu)選地，上述的基于移動終端的支付系統(tǒng)，其中：還包括：

服務端，分別連接所述支付單元和所述輸入單元，用以接收用戶輸入的驗證賬號和驗證密碼，并建立所述驗證賬號和所述驗證密碼之間的對應關系；接收用戶輸入的預定支付賬戶，并建立所述驗證賬號與所述預定支付賬戶之間的映射關系；保存所述對應關系及所述映射關系。

優(yōu)選地，上述的基于移動終端的支付系統(tǒng)，其中：所述輸入單元包括：

輸入裝置，于預定模式下接收用戶輸入的驗證賬號和驗證密碼：

校驗裝置，根據(jù)所述對應關系判斷所述驗證密碼是否匹配所述驗證賬戶；

讀取裝置，于所述驗證密碼匹配所述驗證賬戶的狀態(tài)下，根據(jù)所述映射關系讀取所述驗證賬戶匹配的預定支付賬戶，

通訊裝置，根據(jù)驗證賬戶和一支付數(shù)據(jù)形成所述支付消息并發(fā)送所述預定支付賬戶。

優(yōu)選地，上述的基于移動終端的支付系統(tǒng)，其中，還包括：

所述校驗裝置于所述驗證密碼不匹配所述驗證賬戶的狀態(tài)下，返回支付失敗消息。

優(yōu)選地，上述的基于移動終端的支付系統(tǒng)，其中：支付單元具體包括：

接收裝置，于預定時間內(nèi)收到預定支付賬戶反饋的支付密碼；

支付校準裝置，根據(jù)所述驗證密碼校驗所述支付密碼；于驗證密碼不匹配支付密碼的狀態(tài)下結(jié)束交易

支付裝置，于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

優(yōu)選地，上述的基于移動終端的支付系統(tǒng)，其中：還包括，

所述接收裝置于預定時間內(nèi)未收到預定支付賬戶反饋的支付密碼的狀態(tài)下結(jié)束交易。

與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點是：

本發(fā)明中，在第一支付方的移動終端無法完成支付的狀態(tài)下，可通過第二支付方實現(xiàn)相應的支付，采用此種方式不受硬件條件或網(wǎng)絡環(huán)境限制即可實現(xiàn)支付，大大提升了用戶的體驗感。

附圖說明

圖1為本發(fā)明實施例中一種基于移動終端的支付方法的流程示意圖；

圖2為本發(fā)明實施例中一種基于移動終端的支付方法的流程示意圖；

圖3為本發(fā)明實施例中一種基于移動終端的支付方法的流程示意圖；

圖4為本發(fā)明實施例中一種基于移動終端的支付方法的流程示意圖；

圖5為本發(fā)明實施例中一種基于移動終端的支付方法的流程示意圖。

具體實施方式

下面結(jié)合附圖和實施例對本發(fā)明作進一步的詳細說明。可以理解的是，此處所描述的具體實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關的部分而非全部結(jié)構(gòu)。

如圖1所示，一方面，本發(fā)明提供一種基于移動終端的支付方法，其中：

步驟S110、于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶；預定模式可為支持第二支付方代授權(quán)或代驗證模式，處于代授權(quán)或代驗證模式下，驗證密碼可以為驗證賬戶的實際支付密碼，也可以為驗證賬戶與支付賬戶之間的連接密碼。

例如第一支付方的驗證賬號對應的驗證密碼為123456，該驗證密碼也是第一支付方在正常支付模式下的支付密碼?；颍?/p>

第一支付方的驗證賬號對應的驗證密碼為123456，該驗證密碼僅僅是第一支付方的驗證賬號與第二支付方之間的鏈接密碼，即當?shù)诙Ц斗捷斎?23456的狀態(tài)下，表示第一支付方的驗證賬號同意此次交易，在這種狀態(tài)下，第一支付方在正常支付模式下的支付密碼可能是456123，但是一旦用戶處于代授權(quán)或代驗證模式，其支付密碼切換為第一支付方和第二支付方共同獲知的“驗證密碼”。即第一支付方在不同的支付環(huán)境下采用不同的支付密碼。

需要說明的是：支付消息可以短信的形式發(fā)送至預定支付賬戶，例如，服務器向第二支付方發(fā)送一短信，該短信中包含第一支付方信息、支付金額以及請求第二支付方輸入驗證密碼，第二支付方以短信的形式回復驗證密碼即可。

支付消息也可以網(wǎng)絡鏈接的形式發(fā)送至預定支付賬戶；服務器向第二支付方發(fā)送一網(wǎng)絡鏈接消息，該網(wǎng)絡鏈接消息中包含第一支付方信息、支付金額以及請求第二支付方輸入驗證密碼的網(wǎng)址，第二支付方進入該網(wǎng)址所匹配的網(wǎng)站并于預定位置輸入驗證密碼即可。

支付消息還可以電話呼叫的形式發(fā)送至預定支付賬戶；服務器向第二支付方發(fā)送一呼叫請求，第二支付方接收該呼叫請求后，獲取第一支付方信息、支付金額，第二支付方根據(jù)相應的操作輸入驗證密碼即可。

上述支付消息的發(fā)生方式僅為舉例，并非對本申請的進一步限定。

步驟S120、收到預定支付賬戶反饋的支付密碼，并于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

本發(fā)明中，在第一支付方的移動終端無法完成支付的狀態(tài)下，可通過第二支付方實現(xiàn)相應的支付，采用此種方式不受硬件條件(移動終端需處在正常使用狀態(tài))或網(wǎng)絡環(huán)境限制即可實現(xiàn)支付，大大提升了用戶的體驗感。

作為進一步優(yōu)選實施方案，上述的基于移動終端的支付方法，其中：步驟S110、于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶之前，還包括：如圖2所示：

步驟S107、接收用戶輸入的驗證賬號和驗證密碼，并建立所述驗證賬號和所述驗證密碼之間的對應關系；

步驟S108、接收用戶輸入的預定支付賬戶，并建立所述驗證賬號與所述預定支付賬戶之間的映射關系；通常驗證賬號可綁定一個預定支付賬戶，也可綁定多個預定支付賬戶，在綁定多個預定支付賬戶的情況下其驗證密碼可為同一個驗證密碼，也可由多個不同的驗證密碼，每個驗證密碼匹配不同的預定支付賬戶。

當驗證賬號綁定多個預定支付賬戶時，可根據(jù)用戶輸入的操作的選擇與操作匹配的預定支付賬戶接收支付消息。

例如驗證賬號A綁定預定支付賬戶B、C、D時，當用戶輸入的驗證賬號和驗證密碼后支付終端上同時顯示B、C、D預定支付賬戶,此時用戶可以選擇與驗證密碼匹配的預定支付賬戶作為目標接收端接收支付消息。

步驟S109、保存所述對應關系及所述映射關系。

作為進一步優(yōu)選實施方案，上述的基于移動終端的支付方法，其中：步驟S110中，于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶，具體包括，如圖3所示，

步驟S1101、于預定模式下接收用戶輸入的驗證賬號和驗證密碼：

步驟S1102、根據(jù)所述對應關系判斷所述驗證密碼是否匹配所述驗證賬戶；

步驟S1103、于所述驗證密碼匹配所述驗證賬戶的狀態(tài)下，根據(jù)所述映射關系讀取所述驗證賬戶匹配的預定支付賬戶，

步驟S1104、根據(jù)驗證賬戶和一支付數(shù)據(jù)形成所述支付消息并發(fā)送所述預定支付賬戶。

步驟S1105、于所述驗證密碼不匹配所述驗證賬戶的狀態(tài)下，返回支付失敗消息。

作為進一步優(yōu)選實施方案，上述的基于移動終端的支付方法，其中：步驟S120、收到預定支付賬戶反饋的支付密碼，并于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作具體包括：如圖4所示，

步驟S1201、于預定時間內(nèi)收到預定支付賬戶反饋的支付密碼；預定時間可為1分鐘、3分鐘等等，此處不做具體限定。

步驟S1202、根據(jù)所述驗證密碼校驗所述支付密碼；

步驟S1203、于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作；

步驟S1204、于驗證密碼不匹配支付密碼的狀態(tài)下結(jié)束交易。

作為進一步有限實施方案，上述的基于移動終端的支付方法，其中：

步驟S130、于預定時間內(nèi)未收到預定支付賬戶反饋的支付密碼的狀態(tài)下結(jié)束交易。

列舉一具體實施方式，本實施例中，以一個驗證賬號綁定一個預定支付賬戶為例，一個驗證賬號綁定多個預定支付賬戶也可采用通常的方法實施。

如圖5所示，一種基于移動終端的支付方法的流程示意圖，其中包括，

步驟S210、服務器接收用戶輸入的驗證賬號和驗證密碼，并建立所述驗證賬號和所述驗證密碼之間的對應關系；

步驟S220、服務器再次接收用戶輸入的預定支付賬戶，并建立所述驗證賬號與所述預定支付賬戶之間的映射關系；

步驟S230、服務器保存所述對應關系及所述映射關系；

上述步驟S210～步驟S230均為預定設置處理，此處僅為一種設置方式，并非對本發(fā)明的進一步限定。

步驟S240、于第二支付方代授權(quán)或代支付模式下，服務器接收用戶輸入的驗證賬號和驗證密碼；并將接收的驗證賬號和驗證密碼上傳至服務器；

步驟S250、服務器根據(jù)所述對應關系判斷所述驗證密碼是否匹配所述驗證賬戶；

步驟S260、服務器于所述驗證密碼匹配所述驗證賬戶的狀態(tài)下，根據(jù)所述映射關系讀取所述驗證賬戶匹配的預定支付賬戶；

步驟S270、服務器根據(jù)驗證賬戶和一支付數(shù)據(jù)形成所述支付消息并發(fā)送所述預定支付賬戶；

步驟S280、于所述驗證密碼不匹配所述驗證賬戶的狀態(tài)下，服務器返回支付失敗消息；

步驟S290、服務器于預定時間內(nèi)收到預定支付賬戶反饋的支付密碼；

步驟S300、根據(jù)所述驗證密碼校驗所述支付密碼，于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

步驟S310、于驗證密碼不匹配支付密碼的狀態(tài)下結(jié)束交易。

實施例二

另一方面，本發(fā)明再提供一種基于移動終端的支付系統(tǒng)，其中：

輸入單元，于預定模式下接收用戶輸入的驗證賬號和驗證密碼，輸出一與所述驗證賬戶匹配的支付消息至預定支付賬戶；輸入單元可由接收方的交易接收裝置形成，例如商家的密碼按鍵器。

支付單元，收到預定支付賬戶反饋的支付密碼，并于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

作為進一步有限實施方案，上述的基于移動終端的支付系統(tǒng)，其中：還包括：

服務端，分別連接所述支付單元和所述輸入單元，用以接收用戶輸入的驗證賬號和驗證密碼，并建立所述驗證賬號和所述驗證密碼之間的對應關系；接收用戶輸入的預定支付賬戶，并建立所述驗證賬號與所述預定支付賬戶之間的映射關系；保存所述對應關系及所述映射關系。

作為進一步有限實施方案，上述的基于移動終端的支付系統(tǒng)，其中：所述輸入單元包括：

輸入裝置，于預定模式下接收用戶輸入的驗證賬號和驗證密碼：

校驗裝置，根據(jù)所述對應關系判斷所述驗證密碼是否匹配所述驗證賬戶；

讀取裝置，于所述驗證密碼匹配所述驗證賬戶的狀態(tài)下，根據(jù)所述映射關系讀取所述驗證賬戶匹配的預定支付賬戶，

通訊裝置，根據(jù)驗證賬戶和一支付數(shù)據(jù)形成所述支付消息并發(fā)送所述預定支付賬戶。

作為進一步有限實施方案，上述的基于移動終端的支付系統(tǒng)，其中，還包括：

所述校驗裝置于所述驗證密碼不匹配所述驗證賬戶的狀態(tài)下，返回支付失敗消息。

作為進一步有限實施方案，上述的基于移動終端的支付系統(tǒng)，其中：支付單元具體包括：

接收裝置，于預定時間內(nèi)收到預定支付賬戶反饋的支付密碼；

支付校準裝置，根據(jù)所述驗證密碼校驗所述支付密碼；于驗證密碼不匹配支付密碼的狀態(tài)下結(jié)束交易

支付裝置，于驗證密碼匹配支付密碼的狀態(tài)下執(zhí)行支付操作。

作為進一步有限實施方案，上述的基于移動終端的支付系統(tǒng)，其中：還包括，

所述接收裝置于預定時間內(nèi)未收到預定支付賬戶反饋的支付密碼的狀態(tài)下結(jié)束交易。

上述的基于移動終端的支付系統(tǒng)與實施例一中的基于移動終端的支付方法工作原理相同，具有同樣的技術(shù)效果，此處不做贅述。

雖然本發(fā)明的各個方面在獨立權(quán)利要求中給出，但是本發(fā)明的其它方面包括來自所描述實施方式的特征和/或具有獨立權(quán)利要求的特征的從屬權(quán)利要求的組合，而并非僅是權(quán)利要求中所明確給出的組合。

這里所要注意的是，雖然以上描述了本發(fā)明的示例實施方式，但是這些描述并不應當以限制的含義進行理解。相反，可以進行若干種變化和修改而并不背離如所附權(quán)利要求中所限定的本發(fā)明的范圍。

注意，上述僅為本發(fā)明的較佳實施例及所運用技術(shù)原理。本領域技術(shù)人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領域技術(shù)人員來說能夠進行各種明顯的變化、重新調(diào)整和替代而不會脫離本發(fā)明的保護范圍。因此，雖然通過以上實施例對本發(fā)明進行了較為詳細的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。