支付行為處理方法、裝置和服務器的制造方法
【專利摘要】本發(fā)明涉及一種支付行為處理方法、裝置和服務器,其主要目的在于,降低用戶使用多種類型數(shù)額進行支付時出現(xiàn)異常的可能性。支付行為處理方法包括:接收終端發(fā)送的用戶進行支付行為的請求,請求指示用戶的支付數(shù)額,支付數(shù)額包含多種支付類型的數(shù)額;生成支付單據(jù),并在支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額;按支付單據(jù),將用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
【專利說明】支付行為處理方法、裝置和服務器
【技術(shù)領域】
[0001]本發(fā)明涉及電子【技術(shù)領域】,具體而言,涉及一種支付行為處理方法、裝置和服務器。
【背景技術(shù)】
[0002]目前,購物平臺為了鼓勵用戶的購物行為,通常會根據(jù)用戶已支付的數(shù)額來為用戶發(fā)放一定的積分,在用戶的購物過程中用戶使用積分可以抵消用于待支付的一部分數(shù)額。
[0003]現(xiàn)有的使用積分抵消支付數(shù)額的過程,示例如下:
[0004]用戶購買一件價格為1000元的衣服,則購物平臺生成相應的支付單據(jù),訂單中記錄了該1000元的數(shù)額;用戶的賬戶具有60積分,根據(jù)購物平臺的規(guī)定,60積分可兌換為60元;由于支付單據(jù)為進行支付的唯一依據(jù),表示需要進行支付的數(shù)額為1000元,這就需要:
[0005]I)購物平臺扣除用戶的60積分;2)購物平臺為用戶的支付單據(jù)支付60元;3)用戶繼續(xù)支付剩余940元,以滿足支付單據(jù)的要求。
[0006]由以上I)和2)過程可見,用戶的積分實際上是經(jīng)過購物平臺轉(zhuǎn)換為相應數(shù)額的人民幣進行了支付:當購物平臺無法準確地根據(jù)用戶的積分,代替用戶支付相應數(shù)額的人民幣時,就會導致無法滿足支付單據(jù)的要求,造成用戶無法使用積分進行購物了。而且如上的包含積分的支付行為處理方式比較單一,無法對包含訂單的支付行為進行更有效更靈活的處理。
【發(fā)明內(nèi)容】
[0007]鑒于上述問題,提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的支付行為處理方法、裝置和服務器。
[0008]依據(jù)本發(fā)明的一個方面,提供了一種支付行為處理方法,其包括:接收終端發(fā)送的用戶進行支付行為的請求,所述請求指示所述用戶的支付數(shù)額,所述支付數(shù)額包含多種支付類型的數(shù)額;生成支付單據(jù),并在所述支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額;按所述支付單據(jù),將所述用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
[0009]依據(jù)本發(fā)明的一個方面,提供了一種支付行為處理裝置,其包括:請求接收模塊,用于接收終端發(fā)送的用戶進行支付行為的請求,所述請求指示所述用戶的支付數(shù)額,所述支付數(shù)額包含多種支付類型的數(shù)額;支付單據(jù)生成模塊,用于生成支付單據(jù),并在所述支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額;支付模塊,用于按所述支付單據(jù),將所述用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
[0010]依據(jù)本發(fā)明的一個方面,提供了一種服務器,其包括:根據(jù)前述的支付行為處理裝置。
[0011]本發(fā)明的支付行為處理方法、裝置和服務器,至少具有以下優(yōu)點:
[0012]支付單據(jù)是進行支付行為的依據(jù),與現(xiàn)有技術(shù)不同,本發(fā)明中的支付單據(jù)中可記錄多種類型的數(shù)額,所以根據(jù)支付單據(jù)可以減少用戶賬戶中相應多種類型的數(shù)額,從而完成支付行為;而現(xiàn)有技術(shù)中的支付單據(jù)僅記錄了一種類型的數(shù)額,需要使用其他類型的數(shù)額進行支付時必須依賴購物平臺等將其他類型的數(shù)額轉(zhuǎn)換為支付單據(jù)中記錄的一類型的數(shù)額,如果這個過程中出現(xiàn)了問題,就會造成用戶無法進行支付;本實施例的技術(shù)方案中不存在轉(zhuǎn)換支付數(shù)額進行支付的情況,所以可以有效保證用戶使用多種類型的數(shù)額順利進行支付。
[0013]上述說明僅是本發(fā)明技術(shù)方案的概述,為了能夠更清楚了解本發(fā)明的技術(shù)手段,而可依照說明書的內(nèi)容予以實施,并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂,以下特舉本發(fā)明的【具體實施方式】。
【專利附圖】
【附圖說明】
[0014]通過閱讀下文優(yōu)選實施方式的詳細描述,各種其他的優(yōu)點和益處對于本領域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的,而并不認為是對本發(fā)明的限制。而且在整個附圖中,用相同的參考符號表示相同的部件。在附圖中:
[0015]圖1示出了根據(jù)本發(fā)明的一個實施例的支付行為處理方法的流程圖;
[0016]圖2示出了根據(jù)本發(fā)明的一個實施例的支付行為處理方法的流程圖;
[0017]圖3示出了根據(jù)本發(fā)明的一個實施例的支付行為處理方法的流程圖;
[0018]圖4示出了根據(jù)本發(fā)明的一個實施例的支付行為處理方法的流程圖;
[0019]圖5示出了根據(jù)本發(fā)明的一個實施例的支付行為處理方法的流程圖;
[0020]圖6示出了根據(jù)本發(fā)明的一個實施例的支付行為處理裝置的框圖;
[0021]圖7示出了根據(jù)本發(fā)明的一個實施例的支付行為處理裝置的框圖;
[0022]圖8示出了根據(jù)本發(fā)明的一個實施例的支付行為處理裝置的框圖;
[0023]圖9示出了根據(jù)本發(fā)明的一個實施例的支付行為處理裝置的框圖;
[0024]圖10示出了根據(jù)本發(fā)明的一個實施例的支付行為處理裝置的框圖;
[0025]圖11示出了根據(jù)本發(fā)明的一個實施例的服務器的框圖。
【具體實施方式】
[0026]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例,然而應當理解,可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本公開,并且能夠?qū)⒈竟_的范圍完整的傳達給本領域的技術(shù)人員。
[0027]如圖1所示,本發(fā)明的一個實施例中提供了一種支付行為處理方法,其包括:
[0028]步驟110,接收終端發(fā)送的用戶進行支付行為的請求,請求指示用戶的支付數(shù)額,支付數(shù)額包含多種支付類型的數(shù)額。在本實施例中,支付數(shù)額的類型包括但不限于目前各種通用的幣種(例如,人民幣)和特定平臺上可用的資源(例如,積分)。本實施例中,對終端的類型不進行限制,其包括但不限于用戶持有的手機、計算機等。
[0029]步驟120,生成支付單據(jù),并在支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額。在本實施例中,生成的支付單據(jù)可記錄多種類型的數(shù)額,這與現(xiàn)有技術(shù)不同,現(xiàn)有技術(shù)中只記錄一種類型的數(shù)額。
[0030]步驟130,按支付單據(jù),將用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。在本實施例中,假如支付單據(jù)中記錄了 10元和10積分,則用戶從賬戶中支付10元和10積分即可完成積分,相比于現(xiàn)有的技術(shù)方案,不需要購物平臺將10積分轉(zhuǎn)換為10元,避免了在這個過程出現(xiàn)錯誤而造成用戶無法正常支付的問題。
[0031]在本實施例的技術(shù)方案中,支付單據(jù)作為進行支付行為的依據(jù),所以根據(jù)其中記錄的多種類型的數(shù)額,可以減少用戶賬戶中相應多種類型的數(shù)額,從而完成支付行為;而現(xiàn)有技術(shù)中的支付單據(jù)僅記錄了一種類型的數(shù)額,需要使用其他類型的數(shù)額進行支付時必須依賴購物平臺等將其他類型的數(shù)額轉(zhuǎn)換為支付單據(jù)中記錄的一類型的數(shù)額,如果這個過程中出現(xiàn)了問題,就會造成用戶無法進行支付;本實施例的技術(shù)方案中不存在轉(zhuǎn)換支付數(shù)額進行支付的情況,所以可以有效保證用戶使用多種類型的數(shù)額順利進行支付。
[0032]如圖2所示,本發(fā)明的另一個實施例中提供了一種支付行為處理方法,多種支付類型包括第一支付類型和第二支付類型,在步驟110之前,還包括:
[0033]步驟101,接收終端發(fā)送的用戶待支付的第一支付類型的第一數(shù)額。在本實施例中,例如,設第一支付類型為積分,如果用戶的賬戶中具有一定的積分可用于購物,則用戶打算使用10積分,該10積分即為第一數(shù)額。
[0034]步驟102,獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)支付項目的額定支付數(shù)額、預設的多種支付類型相關的轉(zhuǎn)換關系以及第一數(shù)額,計算出用戶待支付的第二支付類型的第二數(shù)額。在本實施例中,例如,設第二支付類型為人民幣,某件商品全部使用人民幣支付的話需30元,則其額定支付數(shù)額為:0積分+30人民幣,此時轉(zhuǎn)換關系中記錄了人民幣和積分之間是I比I的關系,則可以確定用戶還需支付的人民幣為20元,即第二數(shù)額為20元。特別地,在計算得到的第二數(shù)額為負值時,則通知終端發(fā)送新的第一數(shù)額。
[0035]步驟103,將第二數(shù)額發(fā)送給終端。
[0036]在本實施例的技術(shù)方案中,在用戶確定打算支付的一個或多個支付類型的數(shù)額后,可以自動為用戶計算出還需支付的其他支付類型的數(shù)額,并返回給用戶從而對用戶進行提示,省去了用戶自行計算多種所需支付的數(shù)額的麻煩,有效地提升了用戶體驗。
[0037]在本發(fā)明的一個實施例中還提供了一種支付行為處理方法,在步驟102之前,還包括:
[0038]判斷所述支付項目的第一支付類型的額定支付數(shù)額,是否小于或等于第一數(shù)額。在本實施例中,例如,設第一支付類型為積分,第二支付類型為人民幣,某件商品的額定支付數(shù)額為:10積分+10元,此時判斷用戶打算支付的積分是否高于10積分,如用戶僅打算支付5積分,即第一數(shù)額為5積分低于額定的10積分,則可不允許用戶購買該商品。因為用戶可支付的積分多少通常表示用戶與商家之間支付行為的多少,所以本實施例有利于控制某些商品僅限于過往支付較多的用戶購買。
[0039]在判斷結(jié)果為是時,進入步驟102。在本實施例中,如用戶打算支付的積分為15積分,即第一數(shù)額為15積分大于額定的10積分,此時根據(jù)人民幣和積分之間是I比I的關系,可計算15積分需全部使用,用戶還需支付的人民幣為5元??梢娫谟脩舸蛩阒Ц兜姆e分高于額定積分的情況下,用戶的部分積分起到了人民幣的作用,從而有利于促進用戶積分的消費,以及控制用戶對人民幣的使用。
[0040]如圖3所示,本發(fā)明的另一個實施例中提供了一種支付行為處理方法,其中,多種支付類型包括第一支付類型和第二支付類型,在步驟110之前,還包括:
[0041]步驟104,獲取用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額。在本實施例中,例如,設第一支付類型為積分,如果用戶的賬戶中具有20積分可用于購物,則第三數(shù)額為20積分。由于積分只限于在對應電商平臺使用,重要性遠低于人民幣,最好盡早消費,所以需要盡可能地使用積分進行支付。
[0042]步驟105,獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)支付項目的額定支付數(shù)額、預設的多種支付類型相關的轉(zhuǎn)換關系以及第三數(shù)額,計算出用戶待支付的第一支付類型的第四數(shù)額,以及第二支付類型的第五數(shù)額,其中,第四數(shù)額=第三數(shù)額且第五數(shù)額^ 0,或第五數(shù)額=O且O <第四數(shù)額<第三數(shù)額。在本實施例中,例如,設第二支付類型為人民幣,如果某件商品全部使用人民幣支付的話需30元,則其額定支付數(shù)額為O積分+30人民幣,而轉(zhuǎn)換關系中記錄了人民幣和積分之間是I比I的關系,此時假設用戶的賬戶中具有10積分,即第三數(shù)額為10積分,則該10分全部用于支付,同時用戶還需支付20元人民幣,即第四數(shù)額為10積分且第五數(shù)額為20元,由于需要盡可能消費積分,所以10積分全部用于支付,第四數(shù)額與第三數(shù)額相同;而假設用戶的賬戶具有60積分,即第三數(shù)額為60積分,則從用戶賬戶中取出30積分用于支付,此時用戶不需要支付人民幣,即第四數(shù)額為30積分而第五數(shù)額為O元,因為用戶的積分很多,所以部分積分就可以滿足支付需求。
[0043]步驟106,將第四數(shù)額和第五數(shù)額發(fā)送給終端。
[0044]在本實施例的技術(shù)方案中,在不需用戶輸入支付數(shù)額的情況下,自動為用戶計算出了其待支付的多種類型的數(shù)額,并返回給用戶從而對用戶進行提示,省去了用戶自行計算多種所需支付的數(shù)額的麻煩,有效地提升了用戶體驗。
[0045]在本發(fā)明的一個實施例中還提供了一種支付行為處理方法,在步驟105之前,還包括:
[0046]判斷支付項目的第一支付類型的額定支付數(shù)額,是否小于或等于第三數(shù)額。在本實施例中,例如,設第一支付類型為積分,第二支付類型為人民幣,某件商品的額定支付數(shù)額為:10積分+10元,此時判斷用戶賬戶中的積分是否高于10積分,如用戶賬戶中不足10積分,即第三數(shù)額小于第一支付類型的10積分,則可不允許用戶購買該商品。因為積分多少通常表示用戶與商家之間支付行為的多少,所以本實施例有利于控制某些商品僅限于過往支付較多的用戶購買。
[0047]在判斷結(jié)果為是時,進入步驟105。在本實施例中,例如,如用戶的賬戶中具有積分為15積分,即第三數(shù)額為15積分大于額定的10積分,此時根據(jù)人民幣和積分之間是I比I的關系,可計算用戶賬戶中的15分需全部使用,用戶還需支付的人民幣為5元??梢娫谟脩舸蛩阒Ц兜姆e分高于額定積分的情況下,用戶的部分積分起到了人民幣的作用,從而有利于促進用戶積分的消費,以及控制用戶對人民幣的使用。
[0048]如圖4所示,本發(fā)明的另一個實施例中提供了一種支付行為處理方法,還包括:
[0049]步驟140,獲取用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額。在本實施例中,例如,用戶賬戶中具有100元人民幣、20積分、優(yōu)惠點20點,如果第一支付類型僅為積分,則第三數(shù)額為20積分;如果第一支付類型僅為優(yōu)惠點,則第三數(shù)額為20點;如果第一支付類型取積分和優(yōu)惠點,則第三數(shù)額可取為20積分+20優(yōu)惠點。
[0050]步驟150,獲取具有對應第一支付類型的額定支付數(shù)額,且額定支付數(shù)額小于第三數(shù)額的支付項目的信息,發(fā)送給終端。
[0051]在本實施例中,在第三數(shù)額為20積分時,對于一額定消費10積分的商品,則可將該商品信息發(fā)送給用戶終端,而對于一額定消費30積分的商品,則不將該商品的信息發(fā)送給用戶終端;在第三數(shù)額為20優(yōu)惠點時,對于一額定消費10優(yōu)惠點的商品,則可將該商品信息發(fā)送給用戶終端,而對于一額定消費30優(yōu)惠點的商品,則不將該商品的信息發(fā)送給用戶終端;在第三數(shù)額為20積分+20優(yōu)惠點時,對于一額定消費10積分+10優(yōu)惠點的商品,則可將該商品信息發(fā)送給用戶終端,而對于一額定消費10積分+30優(yōu)惠點、或需要消費30積分+10優(yōu)惠點的商品,都不將商品的信息發(fā)送給用戶終端。所以,要求第三數(shù)額中的每種支付類型的數(shù)額都必須大于相應的支付數(shù)額。
[0052]在本實施例中,因為積分、優(yōu)惠點等只限于在對應電商平臺使用,重要性遠低于人民幣,最好盡早消費,所以自動推薦商品給用戶,從而保證用戶及時消費積分、優(yōu)惠點等,避免出現(xiàn)過期等情況導致無法使用。
[0053]如圖5所示,本發(fā)明的另一個實施例中提供了一種支付行為處理方法,接收終端發(fā)送的用戶進行支付行為的請求之前,還包括:
[0054]步驟160,獲取用戶賬戶中的多種支付類型的數(shù)額。在本實施例中,例如,用戶賬戶中具有20積分以及O點優(yōu)惠點。
[0055]步驟170,根據(jù)用戶賬戶中的多種支付類型的數(shù)額中的非零數(shù)額,生成提示信息并發(fā)送給終端。在本實施例中,例如,生成的提示信息為“賬戶尚有20積分,請及時使用”。
[0056]在本實施例的技術(shù)方案中,對于用戶所具有的可消費的數(shù)額,尤其是最好趁早消費的積分、優(yōu)惠點等,生成提示信息以提示用戶盡早進行消費,避免出現(xiàn)過期等情況導致無法使用。
[0057]如圖6所示,本發(fā)明的另一個實施例中提供了一種支付行為處理裝置,其包括:
[0058]請求接收模塊610,用于接收終端發(fā)送的用戶進行支付行為的請求,請求指示用戶的支付數(shù)額,支付數(shù)額包含多種支付類型的數(shù)額。在本實施例中,支付數(shù)額的類型包括但不限于目前各種通用的幣種(例如,人民幣)和特定平臺上可用的資源(例如,積分)。本實施例中,對終端的類型不進行限制,其包括但不限于用戶持有的手機、計算機等。
[0059]支付單據(jù)生成模塊620,用于生成支付單據(jù),并在支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額。在本實施例中,生成的支付單據(jù)可記錄多種類型的數(shù)額,這與現(xiàn)有技術(shù)不同,現(xiàn)有技術(shù)中只記錄一種類型的數(shù)額。
[0060]支付模塊630,用于按支付單據(jù),將用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。在本實施例中,假如支付單據(jù)中記錄了 10元和10積分,則用戶從賬戶中支付10元和10積分即可完成積分,相比于現(xiàn)有的技術(shù)方案,不需要購物平臺將10積分轉(zhuǎn)換為10元,避免了在這個過程出現(xiàn)錯誤而造成用戶無法正常支付的問題。
[0061]在本實施例的技術(shù)方案中,支付單據(jù)作為進行支付行為的依據(jù),所以根據(jù)其中記錄的多種類型的數(shù)額,可以減少用戶賬戶中相應多種類型的數(shù)額,從而完成支付行為;而現(xiàn)有技術(shù)中的支付單據(jù)僅記錄了一種類型的數(shù)額,需要使用其他類型的數(shù)額進行支付時必須依賴購物平臺等將其他類型的數(shù)額轉(zhuǎn)換為支付單據(jù)中記錄的一類型的數(shù)額,如果這個過程中出現(xiàn)了問題,就會造成用戶無法進行支付;本實施例的技術(shù)方案中不存在轉(zhuǎn)換支付數(shù)額進行支付的情況,所以可以有效保證用戶使用多種類型的數(shù)額順利進行支付。
[0062]如圖7所示,本發(fā)明的另一個實施例中提供了一種支付行為處理裝置,多種支付類型包括第一支付類型和第二支付類型,裝置還包括:
[0063]第一數(shù)額接收模塊640,用于接收終端發(fā)送的用戶待支付的第一支付類型的第一數(shù)額。在本實施例中,例如,設第一支付類型為積分,如果用戶的賬戶中具有一定的積分可用于購物,則用戶打算使用10積分,該10積分即為第一數(shù)額。
[0064]第二數(shù)額計算模塊650,用于獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)支付項目的額定支付數(shù)額、預設的多種支付類型相關的轉(zhuǎn)換關系以及第一數(shù)額,計算出用戶待支付的第二支付類型的第二數(shù)額。在本實施例中,例如,設第二支付類型為人民幣,某件商品全部使用人民幣支付的話需30元,則其額定支付數(shù)額為:0積分+30人民幣,此時轉(zhuǎn)換關系中記錄了人民幣和積分之間是I比I的關系,則可以確定用戶還需支付的人民幣為20元,即第二數(shù)額為20元。特別地,在計算得到的第二數(shù)額為負值時,則通知終端發(fā)送新的第一數(shù)額。
[0065]第二數(shù)額發(fā)送模塊660,用于將第二數(shù)額發(fā)送給終端。
[0066]在本實施例的技術(shù)方案中,在用戶確定打算支付的一個或多個支付類型的數(shù)額后,可以自動為用戶計算出還需支付的其他支付類型的數(shù)額,并返回給用戶從而對用戶進行提示,省去了用戶自行計算多種所需支付的數(shù)額的麻煩,有效地提升了用戶體驗。
[0067]在本發(fā)明的一個實施例中還提供了一種支付行為處理裝置,還包括:
[0068]第一判斷模塊,用于判斷所述支付項目的第一支付類型的額定支付數(shù)額,是否小于或等于第一數(shù)額。在本實施例中,例如,設第一支付類型為積分,第二支付類型為人民幣,某件商品的額定支付數(shù)額為:10積分+10元,此時判斷用戶打算支付的積分是否高于10積分,如用戶僅打算支付5積分,即第一數(shù)額為5積分低于額定的10積分,則可不允許用戶購買該商品。因為用戶可支付的積分多少通常表示用戶與商家之間支付行為的多少,所以本實施例有利于控制某些商品僅限于過往支付較多的用戶購買。
[0069]在判斷結(jié)果為是時,所述第二數(shù)額計算模塊650計算第二數(shù)額。在本實施例中,如用戶打算支付的積分為15積分,即第一數(shù)額為15積分大于額定的10積分,此時根據(jù)人民幣和積分之間是I比I的關系,可計算15積分需全部使用,用戶還需支付的人民幣為5元??梢娫谟脩舸蛩阒Ц兜姆e分高于額定積分的情況下,用戶的部分積分起到了人民幣的作用,從而有利于促進用戶積分的消費,以及控制用戶對人民幣的使用。
[0070]如圖8所示,本發(fā)明的另一個實施例中提供了一種支付行為處理裝置,其中,多種支付類型包括第一支付類型和第二支付類型,裝置還包括:
[0071]第三數(shù)額獲取模塊670,用于獲取用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額。在本實施例中,例如,設第一支付類型為積分,如果用戶的賬戶中具有20積分可用于購物,則第三數(shù)額為20積分。由于積分只限于在對應電商平臺使用,重要性遠低于人民幣,最好盡早消費,所以需要盡可能地使用積分進行支付。
[0072]第四和第五數(shù)額計算模塊680,獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)支付項目的額定支付數(shù)額、預設的多種支付類型相關的轉(zhuǎn)換關系以及第三數(shù)額,計算出用戶待支付的第一支付類型的第四數(shù)額,以及第二支付類型的第五數(shù)額,其中,第四數(shù)額=第三數(shù)額且第五數(shù)額> 0,或第五數(shù)額=O且O <第四數(shù)額<第三數(shù)額。在本實施例中,例如,設第二支付類型為人民幣,如果某件商品全部使用人民幣支付的話需30元,則其額定支付數(shù)額為O積分+30人民幣,而轉(zhuǎn)換關系中記錄了人民幣和積分之間是I比I的關系,此時假設用戶的賬戶中具有10積分,即第三數(shù)額為10積分,則該10分全部用于支付,同時用戶還需支付20元人民幣,即第四數(shù)額為10積分且第五數(shù)額為20元,由于需要盡可能消費積分,所以10積分全部用于支付,第四數(shù)額與第三數(shù)額相同;而假設用戶的賬戶具有60積分,即第三數(shù)額為60積分,則從用戶賬戶中取出30積分用于支付,此時用戶不需要支付人民幣,即第四數(shù)額為30積分而第五數(shù)額為O元,因為用戶的積分很多,所以部分積分就可以滿足支付需求。
[0073]第四和第五數(shù)額發(fā)送模塊690,用于將第四數(shù)額和第五數(shù)額發(fā)送給終端。
[0074]在本實施例的技術(shù)方案中,在不需用戶輸入支付數(shù)額的情況下,自動為用戶計算出了其待支付的多種類型的數(shù)額,并返回給用戶從而對用戶進行提示,省去了用戶自行計算多種所需支付的數(shù)額的麻煩,有效地提升了用戶體驗。
[0075]在本發(fā)明的一個實施例中還提供了一種支付行為處理裝置,還包括:
[0076]第二判斷模塊,用于判斷支付項目的第一支付類型的額定支付數(shù)額,是否小于或等于第三數(shù)額。在本實施例中,例如,設第一支付類型為積分,第二支付類型為人民幣,某件商品的額定支付數(shù)額為:10積分+10元,此時判斷用戶賬戶中的積分是否高于10積分,如用戶賬戶中不足10積分,即第三數(shù)額小于第一支付類型的10積分,則可不允許用戶購買該商品。因為積分多少通常表示用戶與商家之間支付行為的多少,所以本實施例有利于控制某些商品僅限于過往支付較多的用戶購買。
[0077]在判斷結(jié)果為是時,第四和第五數(shù)額計算模塊680計算第四數(shù)額和第五數(shù)額。在本實施例中,例如,如用戶的賬戶中具有積分為15積分,即第三數(shù)額為15積分大于額定的10積分,此時根據(jù)人民幣和積分之間是I比I的關系,可計算用戶賬戶中的15分需全部使用,用戶還需支付的人民幣為5元??梢娫谟脩舸蛩阒Ц兜姆e分高于額定積分的情況下,用戶的部分積分起到了人民幣的作用,從而有利于促進用戶積分的消費,以及控制用戶對人民幣的使用。
[0078]如圖9所示,本發(fā)明的另一個實施例中提供了一種支付行為處理裝置,還包括:
[0079]支付項目獲取模塊6100,用于獲取用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額,并獲取具有對應第一支付類型應的額定支付數(shù)額,且額定支付數(shù)額小于第三數(shù)額的支付項目的信息,發(fā)送給終端。
[0080]在本實施例中,例如,用戶賬戶中具有100元人民幣、20積分、優(yōu)惠點20點,如果第一支付類型僅為積分,則第三數(shù)額為20積分;如果第一支付類型僅為優(yōu)惠點,則第三數(shù)額為20點;如果第一支付類型取積分和優(yōu)惠點,則第三數(shù)額可取為20積分+20優(yōu)惠點。
[0081]在本實施例中,在第三數(shù)額為20積分時,對于一額定消費10積分的商品,則可將該商品信息發(fā)送給用戶終端,而對于一額定消費30積分的商品,則不將該商品的信息發(fā)送給用戶終端;在第三數(shù)額為20優(yōu)惠點時,對于一額定消費10優(yōu)惠點的商品,則可將該商品信息發(fā)送給用戶終端,而對于一額定消費30優(yōu)惠點的商品,則不將該商品的信息發(fā)送給用戶終端;在第三數(shù)額為20積分+20優(yōu)惠點時,對于一額定消費10積分+10優(yōu)惠點的商品,則可將該商品信息發(fā)送給用戶終端,而對于一額定消費10積分+30優(yōu)惠點、或額定消費30積分+10優(yōu)惠點的商品,都不將商品的信息發(fā)送給用戶終端。所以,要求第三數(shù)額中的每種支付類型的數(shù)額都必須大于相應的支付數(shù)額。
[0082]在本實施例中,因為積分、優(yōu)惠點等只限于在對應電商平臺使用,重要性遠低于人民幣,最好盡早消費,所以自動推薦商品給用戶,從而保證用戶及時消費積分、優(yōu)惠點等,避免出現(xiàn)過期等情況導致無法使用。
[0083]如圖10所示,本發(fā)明的另一個實施例中提供了一種支付行為處理裝置,還包括:
[0084]提示模塊6110,用于獲取用戶賬戶中的多種支付類型的數(shù)額,并根據(jù)用戶賬戶中的多種支付類型的數(shù)額中的非零數(shù)額,生成提示信息并發(fā)送給終端。
[0085]在本實施例中,例如,用戶賬戶中具有20積分以及O點優(yōu)惠點。在本實施例中,例如,生成的提示信息為“賬戶尚有20積分可用,請及時使用”。
[0086]在本實施例的技術(shù)方案中,對于用戶所具有的可消費的數(shù)額,尤其是最好趁早消費的積分、優(yōu)惠點等,生成提示信息以提示用戶盡早進行消費,避免出現(xiàn)過期等情況導致無法使用。
[0087]如圖11所示,本發(fā)明的一個實施例中提供一種服務器,其包括:根據(jù)前述實施例的支付行為處理裝置1110。
[0088]根據(jù)前述的實施例可知,服務器生成的支付訂單中記錄多種類型的數(shù)額,根據(jù)支付單據(jù)可以減少用戶賬戶中相應多種類型的數(shù)額,從而完成支付行為;需要使用其他類型的數(shù)額進行支付時必須依賴購物平臺等將其他類型的數(shù)額轉(zhuǎn)換為支付單據(jù)中記錄的一類型的數(shù)額,如果這個過程中出現(xiàn)了問題,就會造成用戶無法進行支付;本實施例的技術(shù)方案中不存在轉(zhuǎn)換支付數(shù)額進行支付的情況,所以可以有效保證用戶使用多種類型的數(shù)額順利進行支付。
[0089]在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述,構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外,本發(fā)明也不針對任何特定編程語言。應當明白,可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容,并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。
[0090]在此處所提供的說明書中,說明了大量具體細節(jié)。然而,能夠理解,本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中,并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù),以便不模糊對本說明書的理解。
[0091]類似地,應當理解,為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個,在上面對本發(fā)明的示例性實施例的描述中,本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而,并不應將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說,如下面的權(quán)利要求書所反映的那樣,發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此,遵循【具體實施方式】的權(quán)利要求書由此明確地并入該【具體實施方式】,其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。
[0092]本領域那些技術(shù)人員可以理解,可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中??梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件,以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外,可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述,本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0093]此外,本領域的技術(shù)人員能夠理解,盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征,但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如,在下面的權(quán)利要求書中,所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
[0094]本發(fā)明的各個部件實施例可以以硬件實現(xiàn),或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn),或者以它們的組合實現(xiàn)。本領域的技術(shù)人員應當理解,可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的支付行為處理裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如,計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上,或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到,或者在載體信號上提供,或者以任何其他形式提供。
[0095]應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制,并且本領域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設計出替換實施例。在權(quán)利要求中,不應將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中,這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序??蓪⑦@些單詞解釋為名稱。
[0096]Al、一種支付行為處理方法,其包括:
[0097]接收終端發(fā)送的用戶進行支付行為的請求,所述請求指示所述用戶的支付數(shù)額,所述支付數(shù)額包含多種支付類型的數(shù)額;
[0098]生成支付單據(jù),并在所述支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額;
[0099]按所述支付單據(jù),將所述用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
[0100]A2、根據(jù)Al所述的方法,其中,所述多種支付類型包括第一支付類型和第二支付類型,在接收終端發(fā)送的用戶進行支付行為的請求之前,還包括:
[0101]接收所述終端發(fā)送的所述用戶待支付的第一支付類型的第一數(shù)額;
[0102]獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第一數(shù)額,計算出所述用戶待支付的第二支付類型的第二數(shù)額;
[0103]將所述第二數(shù)額發(fā)送給所述終端。
[0104]A3、根據(jù)A2所述的方法,其中,在計算出所述用戶待支付的所述第二支付類型的第二數(shù)額之前,還包括:
[0105]判斷所述支付項目的對應第一支付類型的額定支付數(shù)額,是否小于或等于所述第一數(shù)額;
[0106]在判斷結(jié)果為是時,計算所述第二數(shù)額。
[0107]A4、根據(jù)Al所述的方法,其中,所述多種支付類型包括第一支付類型和第二支付類型,在接收終端發(fā)送的用戶進行支付行為的請求之前,還包括:
[0108]獲取所述用戶賬戶中的所述第一支付類型的數(shù)額作為第三數(shù)額;
[0109]獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第三數(shù)額,計算出所述用戶待支付的所述第一支付類型的第四數(shù)額和所述第二支付類型的第五數(shù)額,其中,所述第四數(shù)額=所述第三數(shù)額且所述第五數(shù)額>0,或所述第五數(shù)額=O且O <所述第四數(shù)額<所述第三數(shù)額;
[0110]將所述第四數(shù)額和所述第五數(shù)額發(fā)送給所述終端。
[0111]A5、根據(jù)A4所述的方法,其中,在計算出所述用戶待支付的所述第一支付類型的第四數(shù)額和所述第二部分支付類型的第五數(shù)額,之前,還包括:
[0112]判斷所述支付項目的對應第一支付類型的額定支付數(shù)額,是否小于或等于所述第三數(shù)額;
[0113]在判斷結(jié)果為是時,計算所述第四數(shù)額和所述第五數(shù)額。
[0114]A6、根據(jù)Al所述的方法,其中,所述多種支付類型包括第一支付類型,所述方法還包括:
[0115]獲取所述用戶賬戶中的所述第一支付類型的數(shù)額作為第三數(shù)額;
[0116]獲取具有對應所述第一支付類型的額定支付數(shù)額,且所述額定支付數(shù)額小于所述第三數(shù)額的支付項目的信息,發(fā)送給所述終端。
[0117]A7、根據(jù)Al至A6中任一項所述的方法,其中,接收終端發(fā)送的用戶進行支付行為的請求之前,還包括:
[0118]獲取所述用戶賬戶中的所述多種支付類型的數(shù)額;
[0119]根據(jù)所述用戶賬戶中的所述多種支付類型的數(shù)額中的非零數(shù)額,生成提示信息并發(fā)送給所述終端。
[0120]AS、一種支付行為處理裝置,其包括:
[0121]請求接收模塊,用于接收終端發(fā)送的用戶進行支付行為的請求,所述請求指示所述用戶的支付數(shù)額,所述支付數(shù)額包含多種支付類型的數(shù)額;
[0122]支付單據(jù)生成模塊,用于生成支付單據(jù),并在所述支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額;
[0123]支付模塊,用于按所述支付單據(jù),將所述用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
[0124]A9、根據(jù)AS所述的裝置,其中,所述多種支付類型包括第一支付類型和第二支付類型,所述裝置還包括:
[0125]第一數(shù)額接收模塊,用于接收所述終端發(fā)送的所述用戶待支付的第一支付類型的第一數(shù)額;
[0126]第二數(shù)額計算模塊,用于獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第一數(shù)額,計算出所述用戶待支付的第二支付類型的第二數(shù)額;
[0127]第二數(shù)額發(fā)送模塊,用于將所述第二數(shù)額發(fā)送給所述終端。
[0128]A10、根據(jù)A9所述的裝置,其中,還包括:
[0129]第一判斷模塊,用于判斷所述支付項目的對應第一支付類型的額定支付數(shù)額,是否小于或等于所述第一數(shù)額;
[0130]在判斷結(jié)果為是時,所述第二數(shù)額計算模塊計算所述第二數(shù)額。
[0131]All、根據(jù)AS所述的裝置,其中,所述多種支付類型包括第一支付類型和第二支付類型,所述裝置還包括:
[0132]第三數(shù)額獲取模塊,用于獲取所述用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額;
[0133]第四和第五數(shù)額計算模塊,用于獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第三數(shù)額,計算出所述用戶待支付的第一支付類型的第四數(shù)額和第二支付類型的第五數(shù)額,其中,所述第四數(shù)額=所述第三數(shù)額且所述第五數(shù)額> 0,或所述第五數(shù)額=O且O <所述第四數(shù)額<第三數(shù)額;
[0134]第四和第五數(shù)額發(fā)送模塊,用于將所述第四數(shù)額和所述第五數(shù)額發(fā)送給所述終端。
[0135]A12、根據(jù)All所述的裝置,其中,還包括:
[0136]第二判斷模塊,用于判斷所述支付項目的對應所述部分支付類型的額定支付數(shù)額,是否小于或等于所述第三數(shù)額;
[0137]在判斷結(jié)果為是時,所述第四和第五數(shù)額計算模塊計算所述第四數(shù)額和所述第五數(shù)額。
[0138]A13、根據(jù)AS所述的裝置,其中,所述多種支付類型包括第一支付類型,所述裝置還包括:
[0139]支付項目獲取模塊,用于獲取所述用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額,并獲取具有對應第一支付類型的額定支付數(shù)額,且所述額定支付數(shù)額小于所述第三數(shù)額的支付項目的信息,發(fā)送給所述終端。
[0140]A14、根據(jù)A8至A13中任一項所述的裝置,其中,還包括:
[0141]提示模塊,用于獲取所述用戶賬戶中的所述多種支付類型的數(shù)額,并根據(jù)所述用戶賬戶中的所述多種支付類型的數(shù)額中的非零數(shù)額,生成提示信息并發(fā)送給所述終端。
[0142]A15、一種服務器,其包括:
[0143]根據(jù)A8至A14中任一項所述的支付行為處理裝置。
【權(quán)利要求】
1.一種支付行為處理方法,其包括: 接收終端發(fā)送的用戶進行支付行為的請求,所述請求指示所述用戶的支付數(shù)額,所述支付數(shù)額包含多種支付類型的數(shù)額; 生成支付單據(jù),并在所述支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額; 按所述支付單據(jù),將所述用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
2.根據(jù)權(quán)利要求1所述的方法,其中,所述多種支付類型包括第一支付類型和第二支付類型,在接收終端發(fā)送的用戶進行支付行為的請求之前,還包括: 接收所述終端發(fā)送的所述用戶待支付的第一支付類型的第一數(shù)額; 獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第一數(shù)額,計算出所述用戶待支付的第二支付類型的第二數(shù)額; 將所述第二數(shù)額發(fā)送給所述終端。
3.根據(jù)權(quán)利要求1所述的方法,其中,所述多種支付類型包括第一支付類型和第二支付類型,在接收終端發(fā)送的用戶進行支付行為的請求之前,還包括: 獲取所述用戶賬戶中的所述第一支付類型的數(shù)額作為第三數(shù)額;獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第三數(shù)額,計算出所述用戶待支付的所述第一支付類型的第四數(shù)額和所述第二支付類型的第五數(shù)額,其中,所述第四數(shù)額=所述第三數(shù)額且所述第五數(shù)額> O,或所述第五數(shù)額=O且O <所述第四數(shù)額<所述第三數(shù)額;將所述第四數(shù)額和所述第五數(shù)額發(fā)送給所述終端。
4.根據(jù)權(quán)利要求1所述的方法,其中,所述多種支付類型包括第一支付類型,所述方法還包括: 獲取所述用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額; 獲取具有對應所述第一支付類型的額定支付數(shù)額,且所述額定支付數(shù)額小于所述第三數(shù)額的支付項目的信息,發(fā)送給所述終端。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法,其中,接收終端發(fā)送的用戶進行支付行為的請求之前,還包括: 獲取所述用戶賬戶中的所述多種支付類型的數(shù)額; 根據(jù)所述用戶賬戶中的所述多種支付類型的數(shù)額中的非零數(shù)額,生成提示信息并發(fā)送給所述終端。
6.一種支付行為處理裝置,其包括: 請求接收模塊,用于接收終端發(fā)送的用戶進行支付行為的請求,所述請求指示所述用戶的支付數(shù)額,所述支付數(shù)額包含多種支付類型的數(shù)額; 支付單據(jù)生成模塊,用于生成支付單據(jù),并在所述支付單據(jù)中寫入支付數(shù)額的類型以及每種支付類型的數(shù)額; 支付模塊,用于按所述支付單據(jù),將所述用戶賬戶中對應支付類型的數(shù)額進行減少,以完成支付行為。
7.根據(jù)權(quán)利要求6所述的裝置,其中,所述多種支付類型包括第一支付類型和第二支付類型,所述裝置還包括: 第一數(shù)額接收模塊,用于接收所述終端發(fā)送的所述用戶待支付的第一支付類型的第一數(shù)額; 第二數(shù)額計算模塊,用于獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第一數(shù)額,計算出所述用戶待支付的第二支付類型的第二數(shù)額; 第二數(shù)額發(fā)送模塊,用于將所述第二數(shù)額發(fā)送給所述終端。
8.根據(jù)權(quán)利要求6所述的裝置,其中,所述多種支付類型包括第一支付類型和第二支付類型,所述裝置還包括: 第三數(shù)額獲取模塊,用于獲取所述用戶賬戶中的第一支付類型的數(shù)額作為第三數(shù)額; 第四和第五數(shù)額計算模塊,用于獲取支付項目的多種支付類型的額定支付數(shù)額,根據(jù)所述支付項目的額定支付數(shù)額、預設的所述多種支付類型相關的轉(zhuǎn)換關系以及所述第三數(shù)額,計算出所述用戶待支付的第一支付類型的第四數(shù)額和第二支付類型的第五數(shù)額,其中,所述第四數(shù)額=所述第三數(shù)額且所述第五數(shù)額> O,或所述第五數(shù)額=O且O <所述第四數(shù)額<第三數(shù)額; 第四和第五數(shù)額發(fā)送模塊,用于將所述第四數(shù)額和所述第五數(shù)額發(fā)送給所述終端。
9.根據(jù)權(quán)利要求6至8中任一項所述的裝置,其中,還包括: 提示模塊,用于獲取所述用戶賬戶中的所述多種支付類型的數(shù)額,并根據(jù)所述用戶賬戶中的所述多種支付類型的數(shù)額中的非零數(shù)額,生成提示信息并發(fā)送給所述終端。
10.一種服務器,其包括: 根據(jù)權(quán)利要求6至9中任一項所述的支付行為處理裝置。
【文檔編號】G06Q30/02GK104299129SQ201410509431
【公開日】2015年1月21日 申請日期:2014年9月28日 優(yōu)先權(quán)日:2014年9月28日
【發(fā)明者】陳曦, 姜思淼, 廖志鵬 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司