一種支付驗證方法及系統的制作方法
【專利摘要】本發(fā)明實施例公開了一種支付驗證方法及系統，能夠有效簡化驗證步驟，方便消費者進行支付。本發(fā)明實施例方法包括：當開啟支付業(yè)務時，獲取用戶身份信息；判斷用戶身份信息是否與支付信息綁定；若是，則進行支付；若否，則獲取支付信息；對用戶身份信息和支付信息進行綁定，得到綁定關系；儲存綁定關系。當用戶首次使用該系統進行支付時，系統獲取用戶身份信息和支付信息，并將兩者進行綁定，得到綁定關系并儲存。當用戶再次使用該系統進行支付時，系統獲取用戶身份信息后根據綁定關系可以判斷該用戶已經有支付信息與之綁定，不需要獲取支付信息，而直接進入支付步驟。
【專利說明】一種支付驗證方法及系統
【技術領域】
[0001]本發(fā)明涉及電子商務領域，尤其涉及一種支付驗證方法及系統。
【背景技術】
[0002]當前網絡購物已經成為消費者日常生活中的一部分，網絡支付平臺以其方便快捷受到廣大消費者的歡迎，其中耳熟能詳的有支付寶和銀聯等。
[0003]但在操作中，這些網絡支付平臺仍然因為一些繁瑣的步驟，給消費者帶來不便，例如支付寶，須在支付寶界面注冊支付寶賬戶，還須設定支付密碼。而銀聯在支付過程中，每次都需要輸入賬號及密碼進行使用者身份驗證。開立新賬戶以及每次支付前輸入夯長的銀行賬號經常給消費者帶來不便。

【發(fā)明內容】

[0004]本發(fā)明實施例提供了一種支付驗證方法及系統，能夠有效簡化驗證步驟，方便消費者進行支付。
[0005]本發(fā)明實施例中一種支付驗證方法，具體包括:
[0006]當開啟支付業(yè)務時，獲取用戶身份信息；
[0007]判斷用戶身份信息是否與支付信息綁定；
[0008]若是，則進行支付；
[0009]若否，則獲取支付信息；
[0010]對用戶身份信息和支付信息進行綁定，得到綁定關系；
[0011]儲存綁定關系。
[0012]可選的，
[0013]獲取用戶身份信息步驟之后還包括:判斷用戶身份信息是否真實；
[0014]若是，則進行后續(xù)處理；
[0015]若否，則觸發(fā)異常處理。
[0016]可選的，
[0017]獲取支付信息步驟之后，對用戶身份信息和支付信息進行綁定步驟之前還包括:
[0018]判斷支付信息是否真實；
[0019]若是，則進行后續(xù)處理；
[0020]若否，則觸發(fā)異常處理。
[0021]可選的，
[0022]用戶身份信息包括:設備信息和個人信息。
[0023]可選的，
[0024]獲取用戶身份信息包括:自動獲取設備信息和/或提供個人信息錄入頁面，指引用戶進行錄入。
[0025]可選的，[0026]獲取支付信息為提供支付信息錄入頁面指引用戶進行錄入。
[0027]本發(fā)明實施例還提供了一種支付驗證系統，具體包括:
[0028]第一獲取單元，用于獲取用戶身份信息；
[0029]第一判斷單元，用于判斷用戶身份信息是否與支付信息綁定；
[0030]支付單元，用于進行支付；
[0031 ] 第二獲取單元，用于獲取支付信息；
[0032]綁定單元，用于對用戶身份信息和支付信息進行綁定，得到綁定關系；
[0033]儲存單元，用于儲存所述綁定關系。
[0034]可選的，
[0035]第二判斷單元，用于判斷用戶身份信息是否真實；
[0036]第三判斷單元，用于判斷支付信息是否真實。
[0037]可選的，
[0038]第一獲取單元還包括:
[0039]自動獲取子單元，用于自動獲取設備信息；
[0040]提供子單元，用于提供個人信息錄入頁面。
[0041]從以上技術方案可以看出，本發(fā)明實施例具有以下優(yōu)點:本發(fā)明實施例中一種支付驗證方法，具體包括:當開啟支付業(yè)務時，獲取用戶身份信息；判斷用戶身份信息是否與支付信息綁定；若是，則進行支付；若否，則獲取支付信息；對用戶身份信息和支付信息進行綁定，得到綁定關系；儲存綁定關系。當用戶首次使用該系統進行支付時，系統獲取用戶身份信息和支付信息，并將兩者進行綁定，得到綁定關系并儲存。當用戶再次使用該系統進行支付時，系統獲取用戶身份信息后根據綁定關系可以判斷該用戶已經有支付信息與之綁定，不需要獲取支付信息，而直接進入支付步驟。非首次使用該系統支付，由于系統儲存了用戶身份信息和支付信息的綁定關系，消費者無需輸入支付信息，有效簡化驗證步驟，方便消費者進行支付。
【專利附圖】

【附圖說明】
[0042]圖1為本發(fā)明實施例中一種支付驗證方法第一實施例流程圖；
[0043]圖2為本發(fā)明實施例中一種支付驗證方法第二實施例流程圖；
[0044]圖3為本發(fā)明實施例中一種支付驗證方法第三實施例流程圖；
[0045]圖4為本發(fā)明實施例中一種支付驗證方法第四實施例流程圖；
[0046]圖5為本發(fā)明實施例中一種支付驗證系統第一實施例結構示意圖；
[0047]圖6為本發(fā)明實施例中一種支付驗證系統第二實施例結構示意圖；
[0048]圖7為本發(fā)明實施例中一種支付驗證系統第三實施例結構示意圖。
【具體實施方式】
[0049]本發(fā)明實施例提供了一種支付驗證方法及系統，能夠有效簡化驗證步驟，方便消費者進行支付。
[0050]請參閱圖1，本發(fā)明實施例中一種支付驗證方法的第一實施例，具體包括:
[0051]101、當開啟支付業(yè)務時，獲取用戶身份信息；[0052]在本實施例中，當消費者使用該系統進行支付時，系統首先獲取用戶身份信息。
[0053]102、判斷用戶身份信息是否與支付信息綁定；
[0054]在本實施例中，系統獲取用戶身份信息后，對該用戶身份信息是否綁定支付信息進行判斷。若該用戶身份信息綁定了支付信息，則執(zhí)行步驟103，若該用戶身份信息未綁定支付信息，則執(zhí)行步驟104。
[0055]103、進行支付；
[0056]104、獲取支付信息；
[0057]在本實施例中，系統可以獲取消費者的支付信息，這里的支付信息可以包括銀行卡賬號和銀行卡密碼。
[0058]105、對用戶身份信息和支付信息進行綁定，得到綁定關系；
[0059]在本實施例中，系統獲取用戶身份信息和支付信息之后，對其進行綁定，綁定方式在此不做具體限定。需要說明的是，該綁定關系可以通過用戶身份信息來確定支付信息。
[0060]106、儲存綁定關系。
[0061]在本實施例中，系統對上述的綁定關系進打儲存。
[0062]本實施例中，當系統開啟支付業(yè)務時，首先獲取用戶身份信息，接著，判斷用戶身份信息是否與支付信息綁定，若用戶身份信息與支付信息綁定，則進行支付，若用戶身份信息未與支付信息綁定，則系統獲取支付信息，然后，將用戶身份信息與支付信息進行綁定，得到綁定關系并將其儲存。當用戶首次使用該系統進行支付時，系統獲取用戶身份信息和支付信息，并將兩者進行綁定，得到綁定關系并儲存。當用戶再次使用該系統進行支付時，系統獲取用戶身份信息后根據綁定關系可以判斷該用戶已經有支付信息與之綁定，不需要獲取支付信息，而直接進入支付步驟。非首次使用該系統支付，由于系統儲存了用戶身份信息和支付信息的綁定關系，消費者無需輸入支付信息，有效簡化驗證步驟，方便消費者進行支付。
[0063]上面對本發(fā)明實施例中一種支付驗證方法的第一實施例進行了描述，下面請參閱圖2，本發(fā)明實施例中一種支付驗證方法的第二實施例具體包括:
[0064]201、當開啟支付業(yè)務時，獲取用戶身份信息；
[0065]在本實施例中，當消費者使用該系統進行支付時，系統首先獲取用戶身份信息。
[0066]202、判斷用戶身份信息是否真實，若是，則執(zhí)行步驟203，若否，則執(zhí)行步驟204。
[0067]204、觸發(fā)異常處理。
[0068]在本實施例中，系統可以對用戶身份信息的真實性進行判斷，若是，則進行步驟203，若否，則可以終止支付，或提示消費者重新提供用戶身份信息。
[0069]203、判斷用戶身份信息是否與支付信息綁定；
[0070]在本實施例中，系統獲取用戶身份信息后，對該用戶身份信息是否綁定支付信息進行判斷。若該用戶身份信息綁定了支付信息，則執(zhí)行步驟205，若該用戶身份信息未綁定支付信息，則執(zhí)行步驟206。
[0071]205、進行支付；
[0072]在本實施例中，消費者可以通過輸入銀行卡密碼完成支付。
[0073]206、獲取支付信息；
[0074]在本實施例中，系統可以獲取消費者的支付信息，這里的支付信息可以包括銀行卡賬號和銀行卡密碼。
[0075]207、判斷支付信息是否真實，若是則執(zhí)行步驟208，若否，則執(zhí)行步驟209。
[0076]209、觸發(fā)異常處理。
[0077]在本實施例中系統可以判斷支付信息的真實性，若支付信息真實，則執(zhí)行步驟208，若支付信息不真實則可以終止支付流程，或者提示消費者重新提供支付信息。
[0078]208、對用戶身份信息和支付信息進行綁定，得到綁定關系；
[0079]在本實施例中，系統獲取用戶身份信息和支付信息之后，對其進行綁定，綁定方式在此不做具體限定。需要說明的是，該綁定關系可以通過用戶身份信息來確定支付信息。
[0080]210、儲存綁定關系。
[0081]在本實施例中，系統對上述的綁定關系進行儲存。需要說明的是存儲綁定關系后，可以進入步驟205。
[0082]本實施例中，當系統開啟支付業(yè)務時，首先獲取用戶身份信息，在此之后可以對用戶身份信息真實性進行判斷，若用戶身份信息不真實，則終止支付或者提示消費者重新提供用戶身份信息。若用戶身份信息真實，則判斷用戶身份信息是否與支付信息綁定，若用戶身份信息與支付信息綁定，則進行支付，若用戶身份信息未與支付信息綁定，則系統獲取支付信息，在此之后可以對支付信息真實性進行判斷，若支付信息不真實，則終止支付或者提示消費者重新提供支付信息，若支付信息真實，則將用戶身份信息與支付信息進行綁定，得到綁定關系并將其儲存。本實施例中，步驟對用戶身份信息和步驟支付信息進行真實性檢驗提聞了系統的可罪性。
[0083]上面對本發(fā)明實施例中一種支付驗證方法的第二實施例進行了描述，下面請參閱圖3，本發(fā)明實施例中一種支付驗證方法的第三實施例，具體包括:
[0084]301、當開啟支付業(yè)務時，自動獲取設備信息；
[0085]在本實施例中，當系統開啟支付業(yè)務時，可以自動獲取設備信息，如果是手機應用環(huán)境，設備信息可以包括:MS1、IME1、MAC等，設備信息可以在用戶授權下系統自動獲取。
[0086]302、判斷用戶身份信息是否真實，若是則執(zhí)行步驟303，若否則執(zhí)行步驟304。
[0087]304、觸發(fā)異常處理。
[0088]在本實施例中，系統可以對設備信息的真實性進行判斷，若設備信息真實，則進行步驟305，若設備信息不真實，則可以終止支付。
[0089]303、判斷設備信息是否與支付信息綁定；
[0090]在本實施例中，系統獲取設備信息后，可以對該設備信息是否綁定支付信息進行判斷。若該設備信息綁定了支付信息，則執(zhí)行步驟305，若該設備信息未綁定支付信息，則執(zhí)行步驟306。
[0091]305、進行支付；
[0092]在本實施例中，消費者可以通過輸入銀行卡密碼完成支付。
[0093]306、提供支付信息錄入頁面，引導用戶進行錄入；
[0094]在本實施例中，系統可以提供支付信息錄入頁面，該錄入頁面可以包括網站提供腳本、或者互動式語音應答(IVR, Interactive Voice Response)、或者手機應用以及短信方式引導消費者填寫銀行卡賬號和密碼。
[0095]307、判斷支付信息是否真實，若是則執(zhí)行步驟308，若否，則執(zhí)行步驟309。[0096]309、觸發(fā)異常處理。
[0097]在本實施例中系統可以判斷支付信息的真實性，若支付信息真實，則執(zhí)行步驟308，若支付信息不真實，則可以終止支付流程，或者提示消費者重新提供支付信息。
[0098]308、對設備信息和支付信息進行綁定，得到綁定關系；
[0099]在本實施例中，系統獲取設備信息和支付信息之后，對其進行綁定，綁定方式在此不做具體限定。需要說明的是，該綁定關系可以通過設備信息來確定支付信息。
[0100]310、儲存綁定關系。
[0101]在本實施例中，系統對上述的綁定關系進行儲存。需要說明的是，步驟310之后，可以進入步驟305。
[0102]本實施例中，當系統開啟支付業(yè)務時，首先自動獲取設備信息，在此之后可以對設備信息真實性進行判斷，若設備信息不真實，則終止支付。若設備信息真實，則判斷設備信息是否與支付信息綁定，若設備信息與支付信息綁定，則進行支付，若設備信息未與支付信息綁定，則系統提供支付信息錄入頁面，引導用戶錄入，在此之后可以對支付信息真實性進行判斷，若支付信息不真實，則終止支付或者提示消費者重新提供支付信息，如支付信息真實，則將設備信息與支付信息進行綁定，得到綁定關系并將其儲存。本實施例中，除了步驟對用戶身份信息和支付信息進行真實性檢驗提高了系統的可靠性之外，自動獲取設備信息，無需用戶主動輸入，進一步縮簡了錄入步驟，使支付更快捷。
[0103]上面對本發(fā)明實施例中一種支付驗證方法的第三實施例進行了描述，下面請參閱圖4，本發(fā)明實施例中一種支付驗證方法的第四實施例具體包括:
[0104]401、當開啟支付業(yè)務時，提供個人信息錄入頁面，引導用戶錄入；
[0105]在本實施例中，當系統開啟支付業(yè)務時，提供個人信息錄入頁面，引導消費者錄入個人信息。需要說明的是，個人信息可以包括消費者身份證號、或者常用手機號、商戶信息如商戶ID等信息，本實施例不限于提供錄入頁面還可以包括:呼叫中心語音報讀，手機按鍵，觸摸鍵盤，特制加密鍵盤，短信上傳等方式錄入個人信息。
[0106]402、判斷個人信息是否真實，若是則執(zhí)行步驟403，若否則執(zhí)行步驟404。
[0107]404、觸發(fā)異常處理。
[0108]在本實施例中，系統可以對個人信息的真實性進行判斷，若真實，則進行步驟405，若不真實，則可以終止支付，或提示消費者重新提供個人信息。需要說明的是，系統可以通過公安系統，金融系統，政府機關系統等途徑判斷個人信息真實性。
[0109]403、判斷個人信息是否與支付信息綁定；
[0110]在本實施例中，系統獲取個人信息后，對該個人信息是否綁定支付信息進行判斷。若該個人信息綁定了支付信息，則執(zhí)行步驟405，若該個人信息未綁定支付信息，則執(zhí)行步驟 406。
[0111]405、進行支付；
[0112]在本實施例中，消費者可以通過輸入銀行卡密碼完成支付。
[0113]406、提供支付信息錄入頁面，引導用戶進行錄入；
[0114]在本實施例中，系統可以提供支付信息錄入頁面，引導消費者填寫銀行卡賬號和密碼。
[0115]407、判斷支付信息是否真實，若是則執(zhí)行步驟408，若否，則執(zhí)行步驟410。[0116]409、觸發(fā)異常處理。
[0117]在本實施例中系統可以判斷支付信息的真實性，若支付信息真實，則執(zhí)行步驟408，若支付信息不真實，則可以終止支付流程，或者提示消費者重新提供支付信息。
[0118]408、對個人信息和支付信息進行綁定，得到綁定關系；
[0119]在本實施例中，系統獲取個人信息和支付信息之后，對其進行綁定，綁定方式在此不做具體限定。需要說明的是，該綁定方式可以通過個人信息來確定支付信息。
[0120]410、儲存綁定關系。
[0121]在本實施例中，系統對上述的綁定關系進行儲存。需要說明的是，步驟410之后可以進入步驟405。
[0122]本實施例中，當系統開啟支付業(yè)務時，首先提供個人信息錄入頁面，引導消費者錄入個人信息，在此之后可以對個人信息真實性進行判斷，若個人信息不真實，則終止支付或提醒消費者重新提供個人信息。若個人信息真實則判斷個人信息是否與支付信息綁定，若個人信息與支付信息綁定，則進行支付，若個人信息未與支付信息綁定，則系統提供支付信息錄入頁面，引導用戶錄入，在此之后可以對支付信息真實性進行判斷，若支付信息不真實，則終止支付或者提示消費者重新提供支付信息，如支付信息真實，則將個人信息與支付信息進行綁定，得到綁定關系并將其儲存。本實施例中，除了步驟對用戶身份信息和支付信息進行真實性檢驗提高了系統的可靠性之外，增加了通過提供錄入頁面引導消費者錄入個人信息步驟，從而增加了支付的靈活性。
[0123]上面對本發(fā)明實施例中一種支付驗證方法的實施例進行描述，下面請參閱圖5，本發(fā)明實施例中一種支付驗證系統的第一實施例具體包括:
[0124]第一獲取單兀501,用于獲取用戶身份信息；
[0125]第一判斷單元502，用于判斷用戶身份信息是否與支付信息綁定；
[0126]支付單元503，用于進行支付；
[0127]第二獲取單元504，用于獲取支付信息；
[0128]綁定單元505，用于對用戶身份信息和支付信息進行綁定，得到綁定關系；
[0129]儲存單元506，用于儲存所述綁定關系。
[0130]下面以一個實際應用中的例子對本發(fā)明實施例中一種支付驗證系統的第一實施例中各單元之間的通信關系進行描述。
[0131]當消費者使用該系統進行支付時，首先第一獲取單元501獲取用戶身份信息。
[0132]第一獲取單元501獲取用戶身份信息后，第一判斷單元502對該用戶身份信息是否綁定支付信息進行判斷。若該用戶身份信息綁定了支付信息，則支付單元503進行支付，若該用戶身份信息未綁定支付信息，則第二獲取單元504獲取支付信息；這里的支付信息可以包括銀行卡賬號和銀行卡密碼。
[0133]獲取用戶身份信息和支付信息之后，綁定單元505對其進行綁定，得到綁定關系。綁定方式在此不做具體限定。需要說明的是，該綁定關系可以通過用戶身份信息來確定支付信息。
[0134]最后儲存單兀506對綁定關系進行儲存。
[0135]本實施例中，當系統開啟支付業(yè)務時，首先第一獲取單元501獲取用戶身份信息，接著，第一判斷單元502判斷用戶身份信息是否與支付信息綁定，若用戶身份信息與支付信息綁定，則支付單元503進行支付，若用戶身份信息未與支付信息綁定，則第二獲取單元504獲取支付信息，然后，綁定單元505將用戶身份信息與支付信息進行綁定，得到綁定關系并將其由儲存單元506儲存。當用戶首次使用該系統進行支付時，系統獲取用戶身份信息和支付信息，并將兩者進行綁定，得到綁定關系并儲存。當用戶再次使用該系統進行支付時，系統獲取用戶身份信息后根據綁定關系可以判斷該用戶已經有支付信息與之綁定，不需要獲取支付信息，而直接進入支付步驟。非首次使用該系統支付，由于系統儲存了用戶身份信息和支付信息的綁定關系，消費者無需輸入支付信息，有效簡化驗證步驟，方便消費者進行支付。
[0136]本實施例中一種支付驗證系統第一實施例進一步包括:
[0137]第二判斷單元507，用于判斷用戶身份信息是否真實；
[0138]第三判斷單元508，用于判斷支付信息是否真實。
[0139]第二判斷單元507可以對用戶身份信息的真實性進行判斷，若用戶身份信息真實，則可以終止支付，或提示消費者重新提供用戶身份信息。
[0140]第三判斷單元508可以判斷支付信息的真實性，若支付信息真實，則對用戶身份信息和支付信息進行綁定，得到綁定關系，若支付信息不真實，則可以終止支付流程，或者提示消費者重新提供支付信息。
[0141]上面對本發(fā)明實施例中一種支付驗證系統第一實施例進行描述，下面請參閱圖6，本發(fā)明實施例中一種支付驗證系統的第二實施例具體包括:
[0142]自動獲取子單元601，用于自動獲取設備信息；
[0143]第一判斷單元602，用于判斷設備信息是否與支付信息綁定；
[0144]支付單元603，用于進行支付；
[0145]第二獲取單元604，用于獲取支付信息；
[0146]綁定單元605，用于對設備信息和支付信息進行綁定，得到綁定關系；
[0147]儲存單元606，用于儲存所述綁定關系。
[0148]下面以一個實際應用中的例子對本發(fā)明實施例中一種支付驗證系統的第二實施例中各單元之間的通信關系進行描述。
[0149]當消費者使用該系統進行支付時，首先自動獲取子單元601獲取設備信息。
[0150]自動獲取子單元601獲取設備信息后，第一判斷單元602對該設備信息是否綁定支付信息進行判斷。若該設備信息綁定了支付信息，則支付單元603進行支付，若該設備信息未綁定支付信息，則第二獲取單元604獲取支付信息；這里的支付信息可以包括銀行卡賬號和銀行卡密碼。
[0151]獲取設備信息和支付信息之后，綁定單元605對其進行綁定，綁定方式在此不做具體限定。需要說明的是，該綁定關系可以通過設備信息來確定支付信息。
[0152]最后儲存單兀606對綁定關系進行儲存。
[0153]本實施例中，當系統開啟支付業(yè)務時，首先自動獲取子單元601自動獲取設備信息，接著，第一判斷單元602判斷設備信息是否與支付信息綁定，若設備信息與支付信息綁定，則支付單元603進行支付，若設備信息未與支付信息綁定，則第二獲取單元604獲取支付信息，然后，綁定單元605將設備信息與支付信息進行綁定，得到綁定關系并將其由儲存單元606儲存。[0154]本實施例中一種支付驗證系統第二實施例進一步包括:
[0155]第二判斷單元607，用于判斷設備信息是否真實；
[0156]第三判斷單元608，用于判斷支付信息是否真實。
[0157]第二判斷單元607可以對設備信息的真實性進行判斷，若設備信息真實，則可以終止支付。
[0158]第三判斷單元608可以判斷支付信息的真實性，若支付信息真實，則對設備信息和支付信息進行綁定，得到綁定關系，若支付信息不真實則可以終止支付流程，或者提示消費者重新提供支付信息。
[0159]上面對本發(fā)明實施例中一種支付驗證系統第二實施例進行描述，下面請參閱圖7，本發(fā)明實施例中一種支付驗證系統的第三實施例具體包括:
[0160]提供子單元701，用于提供個人信息錄入頁面；
[0161]第一判斷單元702，用于判斷個人信息是否與支付信息綁定；
[0162]支付單元703，用于進行支付；
[0163]第二獲取單元704，用于獲取支付信息；
[0164]綁定單元705，用于對個人信息和支付信息進行綁定，得到綁定關系；
[0165]儲存單元706，用于儲存所述綁定關系。
[0166]下面以一個實際應用中的例子對本發(fā)明實施例中一種支付驗證系統的第三實施例中各單元之間的通信關系進行描述。
[0167]當消費者使用該系統進行支付時，首先提供子單元701提供個人信息錄入頁面。
[0168]提供子單元701供個人信息錄入頁面，系統獲取個人信息后，第一判斷單元702對該個人信息是否綁定支付信息進行判斷。若該個人信息綁定了支付信息，則支付單元703進行支付，若該個人信息未綁定支付信息，則第二獲取單元704獲取支付信息；這里的支付信息可以包括銀行卡賬號和銀行卡密碼。
[0169]獲取個人信息和支付信息之后，綁定單元705對其進行綁定，綁定方式在此不做具體限定。需要說明的是，該綁定關系可以通過設備信息來確定支付信息。
[0170]最后儲存單兀706對綁定關系進行儲存。
[0171]本實施例中，當系統開啟支付業(yè)務時，首先提供子單元701提供個人信息錄入頁面，接著，第一判斷單元702判斷個人信息是否與支付信息綁定，若個人信息與支付信息綁定，則支付單元703進行支付，若個人信息未與支付信息綁定，則第二獲取單元704獲取支付信息，然后，綁定單元705將個人信息與支付信息進行綁定，得到綁定關系并將其由儲存單元706儲存。
[0172]本實施例中一種支付驗證系統第三實施例進一步包括:
[0173]第二判斷單元707，用于判斷個人信息是否真實；
[0174]第三判斷單元708，用于判斷支付信息是否真實。
[0175]第二判斷單元707可以對個人信息的真實性進行判斷，若個人信息真實，則可以終止支付，或提示消費者重新提供用戶身份信息。
[0176]第三判斷單元708可以判斷支付信息的真實性，若支付信息真實，則對個人信息和支付信息進行綁定，得到綁定關系，若支付信息不真實則可以終止支付流程，或者提示消費者重新提供支付信息。[0177]所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
[0178]在本申請所提供的幾個實施例中，應該理解到，所揭露的系統，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0179]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
[0180]另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。
[0181]所述集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬盤、只讀存儲器(ROM，Read-OnlyMemory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0182]以上所述，以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
【權利要求】
1.一種支付驗證方法，其特征在于，包括: 當開啟支付業(yè)務時，獲取用戶身份信息； 判斷用戶身份信息是否與支付信息綁定； 若是，則進行支付； 若否，則獲取支付信息； 對所述用戶身份信息和所述支付信息進行綁定，得到綁定關系； 儲存所述綁定關系。
2.根據權利要求1所述的支付驗證方法，其特征在于， 所述獲取用戶身份信息步驟之后還包括:判斷所述用戶身份信息是否真實； 若是，則進行后續(xù)處理； 若否，則觸發(fā)異常處理。
3.根據權利要求2所述的支付驗證方法，其特征在于， 所述獲取支付信息步驟之后，所述對所述用戶身份信息和所述支付信息進行綁定步驟之前還包括: 判斷所述支付信息是否真實； 若是，則進行后續(xù)處理； 若否，則觸發(fā)異常處理。
4.根據權利要求1至3中任一項所述的支付驗證方法，其特征在于， 所述用戶身份信息包括:設備信息和個人信息。
5.根據權利要求4所述的支付驗證方法，其特征在于， 獲取用戶身份信息包括:自動獲取設備信息和/或提供個人信息錄入頁面，指引用戶進行錄入。
6.根據權利要求5所述的支付驗證方法，其特征在于， 獲取支付信息為提供支付信息錄入頁面指引用戶進行錄入。
7.一種支付驗證系統，其特征在于，包括: 第一獲取單元，用于獲取用戶身份信息； 第一判斷單元，用于判斷用戶身份信息是否與支付信息綁定； 支付單元，用于進行支付； 第二獲取單元，用于獲取支付信息； 綁定單元，用于對所述用戶身份信息和所述支付信息進行綁定，得到綁定關系； 儲存單元，用于儲存所述綁定關系。
8.根據權利要求7所述的支付驗證系統，其特征在于， 所述系統還包括: 第二判斷單元，用于判斷所述用戶身份信息是否真實； 第三判斷單元，用于判斷所述支付信息是否真實。
9.根據權利要求8所述的支付驗證系統，其特征在于， 所述第一獲取單元還包括: 自動獲取子單元，用于自動獲取設備信息； 提供子單元，用于提供個人信息錄入頁面。
【文檔編號】G06Q20/40GK103514542SQ201310445771
【公開日】2014年1月15日 申請日期:2013年9月26日 優(yōu)先權日:2013年9月26日
【發(fā)明者】李羅根 申請人:廣州易聯商業(yè)服務有限公司