一種實現網上購物的方法和系統的制作方法
【專利摘要】本發(fā)明提供一種實現網上購物的方法和系統，其具有比較簡單的流程，有助于吸引用戶進行網上購物。本發(fā)明的實現網上購物的方法包括：在輸出訂單結算頁后，獲取用戶的手機號碼和收貨地址并保存；在訂單被提交后，判斷在輸出所述訂單結算頁之前是否曾經保存所述手機號碼，若是，則對所述用戶進行身份驗證并且在驗證通過的情況下輸出支付頁，否則，直接輸出所述支付頁。
【專利說明】一種實現網上購物的方法和系統
【技術領域】
[0001]本發(fā)明涉及計算機網絡技術，特別地涉及一種實現網上購物的方法和系統。
【背景技術】
[0002]隨著電子商務的不斷發(fā)展，網上購物、在線支付越來越成為人們普遍采用的消費方式。目前通常的網上購物以及在線支付的流程如圖1所示，圖1是根據現有技術的網上購物以及在線支付的流程的示意圖。為示意清晰，在圖1中的各個步驟框內簡要列出本步驟的內容。
[0003]參考圖1，用戶可通過終端設備，在互聯網上經由多種渠道獲得種種商品的展示，例如訪問電子商務網站(步驟101)，或者使用搜索引擎(步驟102)，或者訪問營銷推廣鏈接(步驟103)等。在用戶選中商品后，由電子商務的服務器執(zhí)行后續(xù)步驟，首先是向用戶提供商品詳情頁(步驟104)，此處的“頁”指網頁，下同。在用戶確認購買(一般是通過點擊“購買”按鈕來確認)后，判斷用戶是否已登錄(步驟105)，若未登錄，則轉入登錄流程，要求用戶必須登錄。
[0004]在登錄流程中，首先輸出登錄提示頁(步驟106)，在登錄提示頁中提示用戶根據自身是否有用戶名進入不同的處理，然后判斷用戶點擊的是哪個按鈕。如用戶點擊“登錄”按鈕，此時輸出登錄頁(步驟108)，此時用戶填入用戶名及密碼，然后對用戶名和密碼進行驗證(步驟109)，若驗證不通過，則返回步驟108，要求用戶重填用戶名及密碼；若驗證通過，則完成登錄流程，進入下面的步驟112。若用戶在登錄提示頁中點擊“注冊”按鈕，此時輸出注冊頁面(步驟110)，要求用戶填入用戶名、設定的密碼、聯系方式等，然后進行驗證(步驟111)，驗證的過程包括判斷用戶名有無重復、聯系方式是否合理(例如手機號位數是否正確)等，驗證通過后進行登錄，即返回步驟106，如驗證不通過，則返回步驟110。
[0005]在登錄成功后，輸出訂單結算頁(步驟112)，通過訂單結算頁中的表單來獲取用戶的收貨信息，例如收貨人姓名、地址、電話等。用戶填寫完成后提交訂單，此時服務器判斷訂單是否提交成功(步驟113)，因為如果用戶填寫的信息出現邏輯錯誤或網絡發(fā)生異常等原因，訂單有可能提交失敗，所以需進行一次判斷。若訂單提交成功，則輸出訂單成功頁(步驟114)，通過訂單成功頁接收用戶是否立即支付的選擇結果(步驟115)，若立即支付，則進入支付流程，即進入步驟121，否則暫停流程，等待用戶登錄并查看訂單時進入步驟116。
[0006]輸出包含有查看訂單的鏈接的頁面(步驟116)后，判斷用戶是否登錄(步驟117)，若是，則輸出訂單詳情頁(步驟118)，在用戶在訂單詳請頁上操作，確認立即支付后，進入支付流程，即進入步驟121 ;否則輸出登錄頁(步驟119)，驗證用戶在登錄頁上填寫的登錄信息，進行身份驗證(步驟120)，通過后轉入步驟116，否則返回步驟119，要求用戶重新填寫登錄息。
[0007]在支付環(huán)節(jié)中，輸出支付頁(步驟121)，支付頁中包含商品信息等內容以及網上支付入口，然后判斷是否保存有當前用戶的銀行卡信息(步驟122)，若否，則輸出添加銀行卡的頁面(步驟123)，用戶在該頁面填入銀行卡卡號然后提交，此時判斷銀行卡是否正確(步驟124)，若正確則返回步驟121，否則返回步驟123。若已保存當前用戶的銀行卡信息，即步驟122中的判斷結果為是，則輸出保存的銀行卡信息(步驟125)，用戶從輸出的銀行卡中選擇一個銀行卡然后支付，此時判斷用戶是否支付成功(步驟126)，若成功，則輸出支付成功頁(步驟127);若不成功，則輸出支付失敗頁(步驟128)，然后判斷用戶是否重新支付(步驟129)，若是，返回步驟121，否則暫停流程。
[0008]從以上流程可以看出，現有的網上購物的流程比較復雜。這種復雜性往往導致用戶放棄網上購物。

【發(fā)明內容】

[0009]有鑒于此，本發(fā)明提供一種實現網上購物的方法和系統，其具有比較簡單的流程，有助于吸引用戶進行網上購物。
[0010]為實現上述目的，根據本發(fā)明的一個方面，提供了一種實現網上購物的方法。
[0011]本發(fā)明的實現網上購物的方法包括:在輸出訂單結算頁后，獲取用戶的手機號碼和收貨地址并保存；在訂單被提交后，判斷在輸出所述訂單結算頁之前是否曾經保存所述手機號碼，若是，則對所述用戶進行身份驗證并且在驗證通過的情況下輸出支付頁，否則，直接輸出所述支付頁。
[0012]可選地，對所述用戶進行身份驗證的步驟包括:向所述手機號碼發(fā)送驗證碼，并且輸出用戶身份驗證頁；通過所述用戶身份驗證頁獲取用戶提供的驗證碼，并在所述用戶提供的驗證碼與向該手機號發(fā)送的驗證碼相同的情況下輸出支付頁。
[0013]可選地，在所述輸出所述支付頁后，所述方法還包括:保存用戶提供的銀行卡卡號；在所述驗證通過的情況下，所述方法還包括:輸出所述用戶提供的銀行卡卡號。
[0014]可選地，在所述訂單被提交后，所述方法還包括:接收包含所述用戶的手機號碼的訂單查詢指令，然后根據所述訂單的內容輸出查詢結果。
[0015]根據本發(fā)明的另一方面，提供了一種實現網上購物的系統。
[0016]本發(fā)明的實現網上購物的系統包括:輸出模塊，用于輸出訂單結算頁；獲取模塊，用于在所述第一輸出模塊輸出訂單結算頁后，獲取用戶的手機號碼和收貨地址；存儲模塊，用于保存所述用戶的手機號碼和收貨地址；判斷模塊，用于在訂單被提交后，判斷在輸出所述訂單結算頁之前是否曾經保存所述手機號碼；身份驗證模塊，用于在所述判斷模塊的判斷結果為是的情況下，對所述用戶進行身份驗證并且在驗證通過的情況下輸出支付頁，以及在所述判斷模塊的判斷結果為否的情況下直接輸出所述支付頁。
[0017]可選地，所述身份驗證模塊還用于:向所述手機號碼發(fā)送驗證碼，并且輸出用戶身份驗證頁；通過所述用戶身份驗證頁獲取用戶提供的驗證碼，并在所述用戶提供的驗證碼與向該手機號發(fā)送的驗證碼相同的情況下輸出支付頁。
[0018]可選地，所述存儲模塊還用于在所述身份驗證模塊進行所述直接輸出所述支付頁的情況下，保存用戶提供的銀行卡卡號；所述輸出模塊還用于在所述用戶身份驗證通過的情況下輸出所述用戶提供的銀行卡卡號。
[0019]可選地，還包括查詢模塊，用于在所述訂單被提交后，接收包含所述用戶的手機號碼的訂單查詢指令，然后根據所述訂單的內容輸出查詢結果。
[0020]根據本發(fā)明的技術方案，在用戶提交訂單時，并不要求用戶登錄，而是要求用戶填入手機號，之后直接進入支付頁或根據手機號進行身份驗證后進入支付頁，省略了登錄和注冊流程，從而能夠簡化網上購物流程，有助于吸引用戶進行網上購物，并且根據網上購物的特點，雖然用戶在第一次利用上述流程時不經受身份驗證，有可能填寫其他手機號碼從而完成網購，但用戶自身必然保證收貨地址的可靠，因此網購的可靠性并不因簡化流程而降低。
【專利附圖】

【附圖說明】
[0021]附圖用于更好地理解本發(fā)明，不構成對本發(fā)明的不當限定。其中:
[0022]圖1是根據現有技術的網上購物以及在線支付的流程的示意圖；
[0023]圖2是根據本發(fā)明實施例的實現網上購物的方法的基本步驟的示意圖；
[0024]圖3是根據本發(fā)明實施例的實現網上購物的系統的基本模塊的示意圖。
【具體實施方式】
[0025]以下結合附圖對本發(fā)明的示范性實施例做出說明，其中包括本發(fā)明實施例的各種細節(jié)以助于理解，應當將它們認為僅僅是示范性的。因此，本領域普通技術人員應當認識至IJ，可以對這里描述的實施例做出各種改變和修改，而不會背離本發(fā)明的范圍和精神。同樣，為了清楚和簡明，以下的描述中省略了對公知功能和結構的描述。
[0026]圖2是根據本發(fā)明實施例的實現網上購物的方法的基本步驟的示意圖。本發(fā)明實施例的方法可由電子商務的服務器來執(zhí)行，該服務器在輸出訂單結算頁后，可進行如下的步驟21至步驟25。輸出訂單結算頁及其之前的操作可按現有技術的方式實現。
[0027]步驟21:獲取當前用戶的手機號碼和收貨地址并保存。在本步驟中，具體可以是在當前用戶點擊訂單結算頁中的“提交訂單”的按鈕或其他類似功能的按鈕從而提交訂單時，攔截提交訂單的操作，并輸出包含表單的頁面，要求用戶填入手機號碼和收貨地址，用戶填寫完成后點擊該頁面中的“下一步”等用來繼續(xù)提交訂單的按鈕從而完成訂單提交。
[0028]步驟22:判斷在步驟21之前是否已保存步驟21中獲取的手機號碼。服務器在向數據庫保存步驟21中獲取的手機號碼之前，從數據庫中查詢是否已保存該手機號碼。如將不同的手機號碼視作不同的用戶，則此步驟實際上是確認該當前用戶是否為新用戶。本步驟的判斷結果若為是，則進入步驟23 ;否則說明當前用戶是新用戶，進入步驟24。
[0029]步驟23:對當前用戶進行身份驗證。本步驟中可以采用短信驗證的形式，例如先向當前用戶的手機號碼發(fā)送驗證碼，并且輸出用戶身份驗證頁，該身份驗證頁中包含表單，要求用戶填入手機接收到的驗證碼，如果用戶填寫的驗證碼與發(fā)給當前用戶手機號碼的驗證碼相同，則身份驗證通過，進入步驟24，否則重新向用戶的手機號碼發(fā)送驗證碼，對用戶再次進行身份驗證。
[0030]步驟24:輸出支付頁。從本步驟起，可采用現有技術中的流程進行網上支付。從以上的流程可以看出，本實施例中省略了登錄和注冊流程，從而能夠簡化網上購物流程，有助于吸引用戶進行網上購物，并且根據網上購物的特點，雖然用戶在第一次利用上述流程時不經受身份驗證，有可能填寫其他手機號碼從而完成網購，但用戶自身必然保證收貨地址的可靠，因此網購的可靠性并不因簡化流程而降低。
[0031]在輸出支付頁之后的處理中，如果用戶是第一次利用上述流程進行網購，則可根據現有技術中的步驟添加銀行卡，由服務器保存銀行卡卡號；以后用戶再次利用該流程時，在步驟23中的身份驗證通過后，就可以輸出用戶提供的銀行卡卡號以供用戶選擇，從而無需用戶輸入卡號，方便其操作。
[0032]應用圖2所示的流程，還可以進行訂單查詢。服務器可以將訂單和用戶的手機號碼對應地保存，當用戶將手機號碼包含在訂單查詢指令中并且發(fā)給服務器后，就可根據手機號碼查到訂單，再根據訂單的內容返回查詢結果。
[0033]上述流程可以與現有的需登錄的網購流程相結合。可以在用戶選中商品之后，判斷該用戶是否已登錄，若已登錄，仍可按現有流程處理；若未登錄，可以提示用戶是否采用上述流程，例如在商品詳情頁中添加鏈接，點擊該鏈接輸出訂單結算頁，然后進入即進入圖2所示流程中的步驟21，因該流程實現了快速網購，所以可稱之為“快速購”。
[0034]圖3是根據本發(fā)明實施例的實現網上購物的系統的基本模塊的示意圖。以下結合圖3對本發(fā)明實施例中的實現網上購物的系統加以說明。該系統可以設置在電子商務的服務器中。如圖3所示，實現網上購物的系統30主要包括輸出模塊31、獲取模塊32、存儲模塊33、判斷模塊34、以及身份驗證模塊35。
[0035]輸出模塊31用于輸出訂單結算頁。獲取模塊32用于在第一輸出模塊31輸出訂單結算頁后，獲取用戶的手機號碼和收貨地址。存儲模塊33用于保存用戶的手機號碼和收貨地址。判斷模塊34用于在訂單被提交后，判斷在輸出訂單結算頁之前是否曾經保存該手機號碼。身份驗證模塊35用于在判斷模塊34的判斷結果為是的情況下，對用戶進行身份驗證并且在驗證通過的情況下輸出支付頁，以及在判斷模塊34的判斷結果為否的情況下直接輸出支付頁。
[0036]身份驗證模塊35還可用于向用戶的手機號碼發(fā)送驗證碼，并且輸出用戶身份驗證頁；以及通過用戶身份驗證頁獲取用戶提供的驗證碼，并在用戶提供的驗證碼與向該手機號發(fā)送的驗證碼相同的情況下輸出支付頁。
[0037]對于新用戶，身份驗證模塊35并不對其進行身份驗證，在這種情況下存儲模塊35保存該新用戶提供的銀行卡卡號。當該用戶再次采用快速購的方式網購時，再次填入手機號，此時需進行身份驗證，身份驗證通過后，由輸出模塊31輸出用戶提供的銀行卡卡號。
[0038]實現網上購物的系統30還可以包括查詢模塊(圖中未示出)，用于在訂單被提交后，接收包含用戶的手機號碼的訂單查詢指令，然后根據該訂單的內容輸出查詢結果。
[0039]根據本發(fā)明實施例的技術方案，在用戶提交訂單時，并不要求用戶登錄，而是要求用戶填入手機號，之后直接進入支付頁或根據手機號進行身份驗證后進入支付頁，省略了登錄和注冊流程，從而能夠簡化網上購物流程，有助于吸引用戶進行網上購物，并且根據網上購物的特點，雖然用戶在第一次利用上述流程時不經受身份驗證，有可能填寫其他手機號碼從而完成網購，但用戶自身必然保證收貨地址的可靠，因此網購的可靠性并不因簡化流程而降低。
[0040]以上結合具體實施例描述了本發(fā)明的基本原理，但是，需要指出的是，對本領域的普通技術人員而言，能夠理解本發(fā)明的方法和設備的全部或者任何步驟或者部件，可以在任何計算裝置(包括處理器、存儲介質等)或者計算裝置的網絡中，以硬件、固件、軟件或者它們的組合加以實現，這是本領域普通技術人員在閱讀了本發(fā)明的說明的情況下運用他們的基本編程技能就能實現的。[0041 ] 因此，本發(fā)明的目的還可以通過在任何計算裝置上運行一個程序或者一組程序來實現。所述計算裝置可以是公知的通用裝置。因此，本發(fā)明的目的也可以僅僅通過提供包含實現所述方法或者裝置的程序代碼的程序產品來實現。也就是說，這樣的程序產品也構成本發(fā)明，并且存儲有這樣的程序產品的存儲介質也構成本發(fā)明。顯然，所述存儲介質可以是任何公知的存儲介質或者將來開發(fā)出的任何存儲介質。
[0042]還需要指出的是，在本發(fā)明的裝置和方法中，顯然，各部件或各步驟是可以分解和/或重新組合的。這些分解和/或重新組合應視為本發(fā)明的等效方案。并且，執(zhí)行上述系列處理的步驟可以自然地按照說明的順序按時間順序執(zhí)行，但是并不需要一定按照時間順序執(zhí)行。某些步驟可以并行或彼此獨立地執(zhí)行。
[0043]上述【具體實施方式】，并不構成對本發(fā)明保護范圍的限制。本領域技術人員應該明白的是，取決于設計要求和其他因素，可以發(fā)生各種各樣的修改、組合、子組合和替代。任何在本發(fā)明的精神和原則之內所作的修改、等同替換和改進等，均應包含在本發(fā)明保護范圍之內。
【權利要求】
1.一種實現網上購物的方法，其特征在于，包括: 在輸出訂單結算頁后，獲取用戶的手機號碼和收貨地址并保存； 在訂單被提交后，判斷在輸出所述訂單結算頁之前是否曾經保存所述手機號碼， 若是，則對所述用戶進行身份驗證并且在驗證通過的情況下輸出支付頁， 否則，直接輸出所述支付頁。
2.根據權利要求1所述的實現網上購物的方法，其特征在于，對所述用戶進行身份驗證的步驟包括: 向所述手機號碼發(fā)送驗證碼，并且輸出用戶身份驗證頁； 通過所述用戶身份驗證頁獲取用戶提供的驗證碼，并在所述用戶提供的驗證碼與向該手機號發(fā)送的驗證碼相同的情況下輸出支付頁。
3.根據權利要求1所述的實現網上購物的方法，其特征在于， 在所述輸出所述支付頁后，所述方法還包括:保存用戶提供的銀行卡卡號； 在所述驗證通過的情況下，所述方法還包括:輸出所述用戶提供的銀行卡卡號。
4.根據權利要求1所述的實現網上購物的方法，其特征在于，在所述訂單被提交后，所述方法還包括:接收包含所述用戶的手機號碼的訂單查詢指令，然后根據所述訂單的內容輸出查詢結果。
5.一種實現網上購物的系統，其特征在于，包括: 輸出模塊，用于輸出訂單結算頁； 獲取模塊，用于在所述第一輸出模塊輸出訂單結算頁后，獲取用戶的手機號碼和收貨地址； 存儲模塊，用于保存所述用戶的手機號碼和收貨地址； 判斷模塊，用于在訂單被提交后，判斷在輸出所述訂單結算頁之前是否曾經保存所述手機號碼； 身份驗證模塊，用于在所述判斷模塊的判斷結果為是的情況下，對所述用戶進行身份驗證并且在驗證通過的情況下輸出支付頁，以及在所述判斷模塊的判斷結果為否的情況下直接輸出所述支付頁。
6.根據權利要求5所述的實現網上購物的系統，其特征在于，所述身份驗證模塊還用于: 向所述手機號碼發(fā)送驗證碼，并且輸出用戶身份驗證頁； 通過所述用戶身份驗證頁獲取用戶提供的驗證碼，并在所述用戶提供的驗證碼與向該手機號發(fā)送的驗證碼相同的情況下輸出支付頁。
7.根據權利要求5所述的實現網上購物的系統，其特征在于， 所述存儲模塊還用于在所述身份驗證模塊進行所述直接輸出所述支付頁的情況下，保存用戶提供的銀行卡卡號； 所述輸出模塊還用于在所述用戶身份驗證通過的情況下輸出所述用戶提供的銀行卡卡號。
8.根據權利要求5所述的實現網上購物的系統，其特征在于，還包括查詢模塊，用于在所述訂單被提交后，接收包含所述用戶的手機號碼的訂單查詢指令，然后根據所述訂單的內容輸出查詢結果。
【文檔編號】G06Q30/06GK103778358SQ201410026842
【公開日】2014年5月7日 申請日期:2014年1月21日 優(yōu)先權日:2014年1月21日
【發(fā)明者】稂顧 申請人:北京京東尚科信息技術有限公司, 北京京東世紀貿易有限公司