網(wǎng)絡(luò)支付方法及系統(tǒng)的制作方法
【專利摘要】本公開是關(guān)于一種網(wǎng)絡(luò)支付方法及系統(tǒng)。該網(wǎng)絡(luò)支付方法包括：接收一用戶的訂單信息并根據(jù)所述訂單信息獲取支付總額；接收所述用戶選擇的聯(lián)系人集合以及支付模式；獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄；根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額；通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。本公開可以為用戶提供更好的支付體驗(yàn)。
【專利說明】
網(wǎng)絡(luò)支付方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本公開涉及電子支付技術(shù)領(lǐng)域，具體而言，涉及一種網(wǎng)絡(luò)支付方法以及網(wǎng)絡(luò)支付系統(tǒng)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的發(fā)展，基于互聯(lián)網(wǎng)的應(yīng)用也日益增多，例如:網(wǎng)絡(luò)金融、電子商務(wù)、網(wǎng)絡(luò)購物、網(wǎng)絡(luò)社交以及即時(shí)通訊等，各種應(yīng)用為用戶提供了豐富多彩的服務(wù)。其中，網(wǎng)絡(luò)支付服務(wù)已經(jīng)成為用戶的常用的支付方式之一，網(wǎng)絡(luò)社交服務(wù)也已經(jīng)成為現(xiàn)代人們生活和工作中必不可少的一部分，兩者也逐漸產(chǎn)生了越來越多的交集。
[0003]舉例而言，多個(gè)用戶在聚會、聚餐等需要多人進(jìn)行支付的場景中，如果需要向商家進(jìn)行網(wǎng)絡(luò)支付，通常是由一個(gè)用戶向商家支付全部金額，再由所有用戶之間確定分?jǐn)偡绞胶?，分別的向支付者全部金額的用戶支付現(xiàn)金或者進(jìn)行網(wǎng)絡(luò)轉(zhuǎn)賬。
[0004]再舉例而言，當(dāng)某一用戶通過網(wǎng)絡(luò)支付服務(wù)購買商品后，會將該商品的商品描述及地址鏈接發(fā)布社交網(wǎng)絡(luò)中，如發(fā)送給某一聯(lián)系人、發(fā)送到社群或者發(fā)送到朋友圈等等;而其他用戶獲取到上述用戶發(fā)布的鏈接以后，根據(jù)鏈接打開應(yīng)用或者瀏覽器，即可找到對應(yīng)的商品進(jìn)行購買。
[0005]在上述技術(shù)方案中，均未將網(wǎng)絡(luò)支付服務(wù)與網(wǎng)絡(luò)社交服務(wù)進(jìn)行深度結(jié)合，一方面，難以滿足用戶的多元化需求；另一方面，難以將網(wǎng)絡(luò)支付的過程進(jìn)行分享從而進(jìn)一步提升傳播效果。
[0006]需要說明的是，在上述【背景技術(shù)】部分公開的信息僅用于加強(qiáng)對本公開的背景的理解，因此可以包括不構(gòu)成對本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

【發(fā)明內(nèi)容】

[0007]針對現(xiàn)有技術(shù)中的部分問題或者全部問題，本公開提供一種網(wǎng)絡(luò)支付方法及網(wǎng)絡(luò)支付系統(tǒng)。
[0008]根據(jù)本公開實(shí)施例的第一方面，提供一種網(wǎng)絡(luò)支付方法，包括:
[0009]接收一用戶的訂單信息并根據(jù)所述訂單信息獲取支付總額；
[0010]接收所述用戶選擇的聯(lián)系人集合；
[0011]獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄；
[0012]根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額；
[0013]通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0014]在本公開的一種示例性實(shí)施例中，在獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟之前還包括:
[0015]判斷所述用戶選擇的支付模式，所述支付模式包括隨機(jī)支付模式、平攤支付模式以及社交關(guān)系支付模式；
[0016]如果判斷用戶選擇的是社交關(guān)系支付模式，則進(jìn)入所述獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟；
[0017]如果判斷用戶選擇的是隨機(jī)支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額；
[0018]如果判斷用戶選擇的是平攤支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人等額的分配支付金額。
[0019]在本公開的一種示例性實(shí)施例中，根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額包括:
[0020]根據(jù)所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄分別評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度；
[0021 ]根據(jù)下述公式為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額:
[0022]支付金額=該聯(lián)系人與所述用戶的親密度X支付總額X所述聯(lián)系人集合中聯(lián)系人數(shù)量+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)+所述聯(lián)系人集合中所有聯(lián)系人與所述用戶的親密度之和；
[0023]根據(jù)下述公式為所述用戶分配支付金額:
[0024]支付金額=支付總額+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。
[0025]在本公開的一種示例性實(shí)施例中，所述網(wǎng)絡(luò)支付方法還包括:
[0026]判斷所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人是否均在預(yù)設(shè)時(shí)間內(nèi)完成支付；
[0027]如果所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人均在預(yù)設(shè)時(shí)間內(nèi)完成支付則支付成功;如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則提示所述用戶支付其余待支付金額；
[0028]判斷所述用戶是否在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額；
[0029]如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額則支付成功，如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)未支付所述其余待支付金額則支付失敗。
[0030]在本公開的一種示例性實(shí)施例中，通過支付碼的形式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0031]根據(jù)本公開實(shí)施例的第二方面，提供一種網(wǎng)絡(luò)支付系統(tǒng)，包括:
[0032]訂單接收模塊，用于接收一訂單信息并根據(jù)所述訂單信息獲取支付總額；
[0033]模式接收模塊，用于接收用戶選擇的聯(lián)系人集合；
[0034]社交記錄獲取模塊，用于獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄；
[0035]支付分配模塊，用于根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額；
[0036]支付通知模塊，用于通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0037]在本公開的一種示例性實(shí)施例中，所述網(wǎng)絡(luò)支付系統(tǒng)還包括:
[0038]模式判斷模塊，用于判斷所述用戶選擇的支付模式，所述支付模式包括隨機(jī)支付模式、平攤支付模式以及社交關(guān)系支付模式;如果判斷用戶選擇的是社交關(guān)系支付模式，則進(jìn)入所述獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟;如果判斷用戶選擇的是隨機(jī)支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額;如果判斷用戶選擇的是平攤支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人等額的分配支付金額。
[0039]在本公開的一種示例性實(shí)施例中，根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額包括:
[0040]所述支付分配模塊根據(jù)所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄分別評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度；
[0041]所述支付分配模塊根據(jù)下述公式為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額:
[0042]支付金額=該聯(lián)系人與所述用戶的親密度X支付總額X所述聯(lián)系人集合中聯(lián)系人數(shù)量+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)+所述聯(lián)系人集合中所有聯(lián)系人與所述用戶的親密度之和；
[0043]所述支付分配模塊根據(jù)下述公式為所述用戶分配支付金額:
[0044]支付金額=支付總額+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。
[0045]在本公開的一種示例性實(shí)施例中，所述網(wǎng)絡(luò)支付系統(tǒng)還包括:
[0046]支付確認(rèn)模塊，用于判斷所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人是否均在預(yù)設(shè)時(shí)間內(nèi)完成支付;如果所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人均在預(yù)設(shè)時(shí)間內(nèi)完成支付則支付成功，如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則提示所述用戶支付其余待支付金額并判斷所述用戶是否在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額;如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額則支付成功，如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)未支付所述其余待支付金額則支付失敗。
[0047]在本公開的一種示例性實(shí)施例中，通過支付碼的形式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0048]本公開的一種實(shí)施例中的網(wǎng)絡(luò)支付方法及系統(tǒng)，通過將網(wǎng)絡(luò)支付服務(wù)與網(wǎng)絡(luò)社交服務(wù)進(jìn)行深度的結(jié)合，使得更多的用戶可以參與到網(wǎng)絡(luò)支付過程，一方面，可以滿足用戶的多元化需求，增加用戶之間的互動，促進(jìn)用戶之間的社交關(guān)系，增強(qiáng)用戶的粘性;另一方面，通過網(wǎng)絡(luò)社交服務(wù)將網(wǎng)絡(luò)支付的過程進(jìn)行分享，可以提升對于商品的傳播效果;再一方面，可以在諸如聚會、聚餐等需要多人進(jìn)行支付的場景中，為用戶提供更好的支付體驗(yàn)。
[0049]應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本公開。
【附圖說明】
[0050]此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本公開的實(shí)施例，并與說明書一起用于解釋本公開的原理。顯而易見地，下面描述中的附圖僅僅是本公開的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0051]圖1示意性示出本公開示例性實(shí)施例中一種網(wǎng)絡(luò)支付方法的流程圖。
[0052]圖2示意性示出本公開示例性實(shí)施例中一種網(wǎng)絡(luò)支付方法的流程圖。
[0053]圖3示意性示出本公開示例性實(shí)施例中一種網(wǎng)絡(luò)支付系統(tǒng)的方框圖。
[0054]圖4示意性示出本公開示例性實(shí)施例中一種網(wǎng)絡(luò)支付系統(tǒng)的方框圖。
【具體實(shí)施方式】
[0055]現(xiàn)在將參考附圖更全面地描述示例實(shí)施方式。然而，示例實(shí)施方式能夠以多種形式實(shí)施，且不應(yīng)被理解為限于在此闡述的范例;相反，提供這些實(shí)施方式使得本公開將更加全面和完整，并將示例實(shí)施方式的構(gòu)思全面地傳達(dá)給本領(lǐng)域的技術(shù)人員。所描述的特征、結(jié)構(gòu)或特性可以以任何合適的方式結(jié)合在一個(gè)或更多實(shí)施方式中。在下面的描述中，提供許多具體細(xì)節(jié)從而給出對本公開的實(shí)施方式的充分理解。然而，本領(lǐng)域技術(shù)人員將意識到，可以實(shí)踐本公開的技術(shù)方案而省略所述特定細(xì)節(jié)中的一個(gè)或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細(xì)示出或描述公知技術(shù)方案以避免喧賓奪主而使得本公開的各方面變得模糊。
[0056]此外，附圖僅為本公開的示意性圖解，并非一定是按比例繪制。圖中相同的附圖標(biāo)記表示相同或類似的部分，因而將省略對它們的重復(fù)描述。附圖中所示的一些方框圖是功能實(shí)體，不一定必須與物理或邏輯上獨(dú)立的實(shí)體相對應(yīng)。可以采用軟件形式來實(shí)現(xiàn)這些功能實(shí)體，或在一個(gè)或多個(gè)硬件模塊或集成電路中實(shí)現(xiàn)這些功能實(shí)體，或在不同網(wǎng)絡(luò)和/或處理器裝置和/或微控制器裝置中實(shí)現(xiàn)這些功能實(shí)體。
[0057]為了將網(wǎng)絡(luò)支付服務(wù)與網(wǎng)絡(luò)社交服務(wù)進(jìn)行深度結(jié)合，滿足用戶的多元化需求以及將網(wǎng)絡(luò)支付的過程進(jìn)行分享，進(jìn)一步提升傳播效果，本示例實(shí)施方式中提供下述技術(shù)方案。
[0058]本示例實(shí)施方式中首先提供了一種網(wǎng)絡(luò)支付方法。參考圖1中所示，本示例實(shí)施方式中的網(wǎng)絡(luò)支付方法可以包括以下步驟:
[0059]步驟S10.接收用戶的訂單信息并根據(jù)所述訂單信息獲取支付總額。
[0060]—般網(wǎng)絡(luò)購物流程大致包含:用戶根據(jù)自己需要選購的商品利用搜索引擎或以往購物經(jīng)驗(yàn)選擇網(wǎng)購商家；用戶訪問網(wǎng)購商家的網(wǎng)站，用戶錄入自己需要選購或感興趣的商品信息；用戶對網(wǎng)購商家返回的各種候選商品進(jìn)行反復(fù)比較和選擇；用戶確定購買某種商品；用戶輸入并確定要購買的商品的郵遞信息并下訂單;系統(tǒng)生成該商品的訂單信息。
[0061]本示例實(shí)施方式中，網(wǎng)絡(luò)支付系統(tǒng)在收到用戶購買的商品的訂單信息后，會根據(jù)所述訂單信息獲取需要進(jìn)行支付的支付總額。舉例而言，可以根據(jù)商品的原價(jià)信息、折扣信息、優(yōu)惠券信息、積分抵扣信息以及郵寄費(fèi)用信息等計(jì)算需要進(jìn)行支付的支付總額;并且，本示例性實(shí)施例中并不以此為限。
[0062]步驟S20.接收所述用戶選擇的聯(lián)系人集合。
[0063]在用戶下訂單之后，系統(tǒng)會向用戶呈現(xiàn)支付界面;在支付界面中，用戶可以通過選擇控件選擇上述支付總額是自己支付還是選擇聯(lián)系人支付。如果用戶選擇自己支付，則后續(xù)流程可以參考現(xiàn)有技術(shù)中相關(guān)方案，本示例實(shí)施方式中對此不進(jìn)行詳述。如果用戶選擇聯(lián)系人支付，則會提供界面供用戶選擇需要進(jìn)行支付的聯(lián)系人。本示例實(shí)施方式中，用戶可以自己逐個(gè)選擇需要進(jìn)行支付的聯(lián)系人組成聯(lián)系人集合，也可以是用戶通過已經(jīng)建立的群組確定所述聯(lián)系人集合，例如同事群，朋友群等。
[0064]S30.獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄。
[0065]本示例實(shí)施方式中，可以通過網(wǎng)絡(luò)爬蟲相關(guān)技術(shù)，獲取到用戶與所述聯(lián)系人集合中各聯(lián)系人之間的聊天次數(shù)、消息數(shù)量以及點(diǎn)贊數(shù)量等社交記錄。例如:用戶A和用戶B是微信用戶，本示例實(shí)施方式中可以通過網(wǎng)絡(luò)爬蟲，獲取用戶A和用戶B的評論數(shù)量。但對于如微信、微博等社交服務(wù)提供商，也可以通過查詢系統(tǒng)中已保存的信息，獲取到用戶之間的聊天次數(shù)，消息數(shù)量，點(diǎn)贊數(shù)量等等。例如:用戶A和用戶B是微信用戶，微信廠商可以查詢自身系統(tǒng)中的信息，獲取用戶A和用戶B的聊天記錄，這同樣屬于本公開的保護(hù)范圍。所述網(wǎng)絡(luò)爬蟲技術(shù)例如可以通過Python、C++或者Java等語言自行實(shí)現(xiàn)，也可以使用如Arachnid、crawlz ilia、QuickRecon、PyRai Igun等開源爬蟲技術(shù)，本示例實(shí)施方式中對此不做特殊限定。
[0066]步驟S40.根據(jù)所述支付總額、所述支付模式以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額。
[0067]本示例實(shí)施方式中，網(wǎng)絡(luò)支付系統(tǒng)在計(jì)算出所述聯(lián)系人集合中各聯(lián)系人需要支付的金額后，系統(tǒng)可以通過社交網(wǎng)絡(luò)(例如微信、支付寶聯(lián)系人、QQ、微博以及其他社交網(wǎng)絡(luò)服務(wù))、電子郵件消息、短消息服務(wù)(SMS)消息、文本消息、自動電話呼叫或者本領(lǐng)域已知的其他電子通信方式通知被選擇的聯(lián)系人及時(shí)進(jìn)行支付。
[0068]步驟S50.通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0069]本示例實(shí)施方式中，可以通過支付碼的形式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額;所述支付碼例如可以為由支付鏈接轉(zhuǎn)換而來的數(shù)字與字母的組合、條形碼以及二維碼等，本示例性實(shí)施例中對此不做特殊限定。此外，根據(jù)支付碼發(fā)送途徑的不同，可以選擇不同的形式。例如，如果通過短消息服務(wù)(SMS)消息以及文本消息等方式發(fā)送，則可以選擇數(shù)字與字母的組合的方式;如果通過微信、支付寶聯(lián)系人、QQ、微博等社交網(wǎng)絡(luò)發(fā)送，則可以選擇條形碼以及二維碼的方式。由于所述用戶以及每個(gè)聯(lián)系人的支付金額可能不同，所以需要為所述用戶以及每個(gè)聯(lián)系人單獨(dú)生成一個(gè)所述支付碼。以二維支付碼為例，所述用戶以及每個(gè)聯(lián)系人掃描所述二維支付碼后，即可獲得待支付商品的鏈接和待支付的金額從而進(jìn)行支付。但需要說明的是，在本公開的其他示例性實(shí)施例中，也可以通過語音等其他方式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額，本示例性實(shí)施例中對此不做特殊限定。
[0070]本示例實(shí)施方式中的網(wǎng)絡(luò)支付方法，通過將網(wǎng)絡(luò)支付服務(wù)與網(wǎng)絡(luò)社交服務(wù)進(jìn)行深度的結(jié)合，使得更多的用戶可以參與到網(wǎng)絡(luò)支付過程，一方面，可以滿足用戶的多元化需求，增加用戶之間的互動，促進(jìn)用戶之間的社交關(guān)系，增強(qiáng)用戶的粘性;另一方面，通過網(wǎng)絡(luò)社交服務(wù)將網(wǎng)絡(luò)支付的過程進(jìn)行分享，可以提升對于商品的傳播效果;再一方面，可以在諸如聚會、聚餐等需要多人進(jìn)行支付的場景中，為用戶提供更好的支付體驗(yàn)。
[0071]參考圖2中所示，本示例實(shí)施方式中，所述步驟S30之前還可以包括:
[0072]步驟S21.判斷所述用戶選擇的支付模式。本示例實(shí)施方式中，在支付界面中，用戶還可以選擇不同的支付模式;所述支付模式例如可以包括隨機(jī)支付模式、平攤支付模式以及社交關(guān)系支付模式。但需要說明的是，在本公開的其他示例性實(shí)施例中，所述支付模式例如也可以包括由用戶指定各聯(lián)系人的支付金額等其他支付模式，本示例性實(shí)施例中對此不做特殊限定。
[0073]步驟S22.如果判斷用戶選擇的是隨機(jī)支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額。
[0074]本示例實(shí)施方式中例如可以采用偏正態(tài)分布算法或者狄利克雷分布算法等為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額，最后所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付金額總和等于所述支付總額。但需要說明的是，本示例實(shí)施方式中對于所述隨機(jī)分配的具體算法并不做特殊限定。
[0075]步驟S23.如果判斷用戶選擇的是平攤支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人等額的分配支付金額。
[0076]在平攤支付模式中，每個(gè)用戶需要支付的金額相同，均為支付金額=支付總額+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。
[0077]如果判斷用戶選擇的是社交關(guān)系支付模式，則執(zhí)行后續(xù)步驟S30至步驟S50。本示例實(shí)施方式中，所述步驟S40可以包括下述步驟:
[0078]根據(jù)所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄分別評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度。本示例實(shí)施方式中，可以通過多種方式評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度。例如，獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的聊天次數(shù)、消息數(shù)量、點(diǎn)贊數(shù)量以及評論數(shù)量等等，計(jì)算出所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的親密度。
[0079]舉例而言，親密度的一種計(jì)算方式可以為:所述聯(lián)系人集合中一聯(lián)系人與所述用戶之間的親密度=三個(gè)月內(nèi)的彼此聊天次數(shù)X Wl+三個(gè)月內(nèi)的彼此聊天消息數(shù)量X W2+三個(gè)月內(nèi)的彼此點(diǎn)贊數(shù)量XW3+三個(gè)月內(nèi)的彼此評論數(shù)量X W4+……；其中，(￥1、￥2、評3以及財(cái)分別為所述聊天次數(shù)、消息數(shù)量、點(diǎn)贊數(shù)量以及評論數(shù)量在計(jì)算時(shí)的權(quán)重比例)
[0080]在計(jì)算得到親密度后，可以根據(jù)下述公式為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額:支付金額=該聯(lián)系人與所述用戶的親密度X支付總額X所述聯(lián)系人集合中聯(lián)系人數(shù)量+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)+所述聯(lián)系人集合中所有聯(lián)系人與所述用戶的親密度之和。可以根據(jù)下述公式為所述用戶分配支付金額:支付金額=支付總額+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。但本領(lǐng)域技術(shù)人員容易理解的是，當(dāng)采用其他方式計(jì)算親密度以及通過其他方式根據(jù)親密度為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額的技術(shù)方案，均同樣屬于本公開的保護(hù)范圍。
[0081]繼續(xù)參考圖2中所示，本示例實(shí)施方式中所述網(wǎng)絡(luò)支付方法還可以包括以下步驟:
[0082]步驟S61.判斷所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人是否均在預(yù)設(shè)時(shí)間內(nèi)完成支付。所述預(yù)設(shè)時(shí)間可以由服務(wù)商根據(jù)需求自行設(shè)定，例如，可以為45分鐘或者I小時(shí)等等。
[0083]步驟S62.如果所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人均在預(yù)設(shè)時(shí)間內(nèi)完成支付則確定支付成功，系統(tǒng)可以將訂單標(biāo)記為已經(jīng)支付完成的訂單。此外，本示例實(shí)施方式中在支付成功后，還可以向所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人發(fā)送提醒消息。
[0084]步驟S63.如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則提示所述用戶支付其余待支付金額。但需要說明的是，在本公開的其他示例性實(shí)施例中，也可以是如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則直接判斷支付失敗，并不局限于本示例實(shí)施方式中所例舉的實(shí)現(xiàn)方式。
[0085]步驟S64.判斷所述用戶是否在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額。所述預(yù)設(shè)時(shí)間可以由服務(wù)商根據(jù)需求自行設(shè)定，例如，可以為5分鐘或者15分鐘等等。如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額則確定支付成功，系統(tǒng)可以將訂單標(biāo)記為已經(jīng)支付完成的訂單。此外，本示例實(shí)施方式中在支付成功后，還可以向所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人發(fā)送提醒消息。如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)未支付所述其余待支付金額則確定支付失敗。在支付失敗后，系統(tǒng)可以取消訂單。此外，本示例實(shí)施方式中在支付失敗后，同樣可以向所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人發(fā)送提醒消息，并且將已支付的所有金額都原路退回。
[0086]進(jìn)一步的，本示例實(shí)施方式中還提供了一種網(wǎng)絡(luò)支付系統(tǒng)。參考圖3中所示，網(wǎng)絡(luò)支付系統(tǒng)200可以包括訂單接收模塊201、模式接收模塊202、社交記錄獲取模塊203、支付分配模塊204以及支付通知模塊205。其中:
[0087]訂單接收模塊201，可以用于接收一訂單信息并根據(jù)所述訂單信息獲取支付總額。
[0088]模式接收模塊202，可以用于接收用戶選擇的聯(lián)系人集合。
[0089]社交記錄獲取模塊203，可以用于獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄。
[0090]支付分配模塊204，可以用于根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額。
[0091]支付通知模塊205，可以用于通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0092]在本示例實(shí)施方式中，所述網(wǎng)絡(luò)支付系統(tǒng)還可以包括:
[0093]模式判斷模塊，用于判斷所述用戶選擇的支付模式，所述支付模式包括隨機(jī)支付模式、平攤支付模式以及社交關(guān)系支付模式;如果判斷用戶選擇的是社交關(guān)系支付模式，則進(jìn)入所述獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟;如果判斷用戶選擇的是隨機(jī)支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額;如果判斷用戶選擇的是平攤支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人等額的分配支付金額。
[0094]在本示例性實(shí)施例中，根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額可以包括:
[0095]所述支付分配模塊可以根據(jù)所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄分別評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度。
[0096]所述支付分配模塊可以根據(jù)下述公式為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額:支付金額=該聯(lián)系人與所述用戶的親密度X支付總額X所述聯(lián)系人集合中聯(lián)系人數(shù)量+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)+所述聯(lián)系人集合中所有聯(lián)系人與所述用戶的親密度之和。
[0097]所述支付分配模塊可以根據(jù)下述公式為所述用戶分配支付金額:支付金額=支付總額+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。
[0098]在本示例性實(shí)施例中，所述網(wǎng)絡(luò)支付系統(tǒng)還可以包括支付確認(rèn)模塊。其中:
[0099]支付確認(rèn)模塊，可以用于判斷所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人是否均在預(yù)設(shè)時(shí)間內(nèi)完成支付。如果所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人均在預(yù)設(shè)時(shí)間內(nèi)完成支付則支付成功，如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則提示所述用戶支付其余待支付金額并判斷所述用戶是否在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額。如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額則支付成功，如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)未支付所述其余待支付金額則支付失敗。
[0100]在本示例性實(shí)施例中，可以通過支付碼的形式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
[0101]上述網(wǎng)絡(luò)支付系統(tǒng)中各模塊/單元的具體細(xì)節(jié)已經(jīng)在對應(yīng)的網(wǎng)絡(luò)支付方法中進(jìn)行了詳細(xì)的描述，因此此處不再贅述。
[0102]應(yīng)當(dāng)注意，盡管在上文詳細(xì)描述中提及了用于動作執(zhí)行的設(shè)備的若干模塊或者單元，但是這種劃分并非強(qiáng)制性的。實(shí)際上，根據(jù)本公開的實(shí)施方式，上文描述的兩個(gè)或更多模塊或者單元的特征和功能可以在一個(gè)模塊或者單元中具體化。反之，上文描述的一個(gè)模塊或者單元的特征和功能可以進(jìn)一步劃分為由多個(gè)模塊或者單元來具體化。
[0103]此外，盡管在附圖中以特定順序描述了本公開中方法的各個(gè)步驟，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些步驟，或是必須執(zhí)行全部所示的步驟才能實(shí)現(xiàn)期望的結(jié)果。附加的或備選的，可以省略某些步驟，將多個(gè)步驟合并為一個(gè)步驟執(zhí)行，以及/或者將一個(gè)步驟分解為多個(gè)步驟執(zhí)行等。
[0104]圖4中示出根據(jù)本公開示例實(shí)施方式中上述網(wǎng)絡(luò)支付系統(tǒng)400的一種示意圖。參照圖4，網(wǎng)絡(luò)支付系統(tǒng)400包括處理組件422，其進(jìn)一步包括一個(gè)或多個(gè)處理器，以及由存儲器432所代表的存儲器資源，用于存儲可由處理組件422的執(zhí)行的指令，例如應(yīng)用程序。存儲器432中存儲的應(yīng)用程序可以包括一個(gè)或一個(gè)以上的每一個(gè)對應(yīng)于一組指令的模塊。此外，處理組件422被配置為執(zhí)行指令，以執(zhí)行上述方法。
[0105]網(wǎng)絡(luò)支付系統(tǒng)400還可以包括一個(gè)電源組件426被配置為執(zhí)行網(wǎng)絡(luò)支付系統(tǒng)400的電源管理，一個(gè)有線或無線網(wǎng)絡(luò)接口 450被配置為將網(wǎng)絡(luò)支付系統(tǒng)400連接到網(wǎng)絡(luò)，和一個(gè)輸入輸出(I/O)接口458。網(wǎng)絡(luò)支付系統(tǒng)400可以操作基于存儲在存儲器432的操作系統(tǒng)，例如Windows ServerTM,Mac OS XTM，UnixTM,LinuxTM，F(xiàn)reeBSDTM或類似。
[0106]本領(lǐng)域技術(shù)人員在考慮說明書及實(shí)踐這里公開的發(fā)明后，將容易想到本公開的其它實(shí)施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本公開的一般性原理并包括本公開未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實(shí)施例僅被視為示例性的，本公開的真正范圍和精神由所附的權(quán)利要求指出。
【主權(quán)項(xiàng)】
1.一種網(wǎng)絡(luò)支付方法，其特征在于，包括: 接收一用戶的訂單信息并根據(jù)所述訂單信息獲取支付總額； 接收所述用戶選擇的聯(lián)系人集合； 獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄； 根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額； 通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)支付方法，其特征在于，在獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟之前還包括: 判斷所述用戶選擇的支付模式，所述支付模式包括隨機(jī)支付模式、平攤支付模式以及社交關(guān)系支付模式； 如果判斷用戶選擇的是社交關(guān)系支付模式，則進(jìn)入所述獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟； 如果判斷用戶選擇的是隨機(jī)支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額； 如果判斷用戶選擇的是平攤支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人等額的分配支付金額。3.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)支付方法，其特征在于，根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額包括: 根據(jù)所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄分別評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度； 根據(jù)下述公式為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額: 支付金額=該聯(lián)系人與所述用戶的親密度X支付總額X所述聯(lián)系人集合中聯(lián)系人數(shù)量+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)+所述聯(lián)系人集合中所有聯(lián)系人與所述用戶的親密度之和； 根據(jù)下述公式為所述用戶分配支付金額: 支付金額=支付總額+ (所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。4.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)支付方法，其特征在于，所述網(wǎng)絡(luò)支付方法還包括: 判斷所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人是否均在預(yù)設(shè)時(shí)間內(nèi)完成支付； 如果所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人均在預(yù)設(shè)時(shí)間內(nèi)完成支付則支付成功;如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則提示所述用戶支付其余待支付金額； 判斷所述用戶是否在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額； 如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額則支付成功，如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)未支付所述其余待支付金額則支付失敗。5.根據(jù)權(quán)利要求1?4任意一項(xiàng)所述的網(wǎng)絡(luò)支付方法，其特征在于，通過支付碼的形式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。6.一種網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，包括: 訂單接收模塊，用于接收一訂單信息并根據(jù)所述訂單信息獲取支付總額； 模式接收模塊，用于接收用戶選擇的聯(lián)系人集合； 社交記錄獲取模塊，用于獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄； 支付分配模塊，用于根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額； 支付通知模塊，用于通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)支付系統(tǒng)還包括: 模式判斷模塊，用于判斷所述用戶選擇的支付模式，所述支付模式包括隨機(jī)支付模式、平攤支付模式以及社交關(guān)系支付模式;如果判斷用戶選擇的是社交關(guān)系支付模式，則進(jìn)入所述獲取所述用戶與所述聯(lián)系人集合中各聯(lián)系人之間的社交記錄的步驟;如果判斷用戶選擇的是隨機(jī)支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人隨機(jī)的分配支付金額;如果判斷用戶選擇的是平攤支付模式，則根據(jù)所述支付總額為所述用戶以及所述聯(lián)系人集合中各聯(lián)系人等額的分配支付金額。8.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，根據(jù)所述支付總額以及所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄計(jì)算所述用戶以及所述聯(lián)系人集合中各聯(lián)系人需要支付的金額包括: 所述支付分配模塊根據(jù)所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的社交記錄分別評估所述聯(lián)系人集合中各聯(lián)系人與所述用戶之間的親密度； 所述支付分配模塊根據(jù)下述公式為所述聯(lián)系人集合中每一聯(lián)系人分配支付金額: 支付金額=該聯(lián)系人與所述用戶的親密度X支付總額X所述聯(lián)系人集合中聯(lián)系人數(shù)量+(所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)+所述聯(lián)系人集合中所有聯(lián)系人與所述用戶的親密度之和； 所述支付分配模塊根據(jù)下述公式為所述用戶分配支付金額: 支付金額=支付總額+ (所述聯(lián)系人集合中聯(lián)系人數(shù)量+1)。9.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)支付系統(tǒng)還包括: 支付確認(rèn)模塊，用于判斷所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人是否均在預(yù)設(shè)時(shí)間內(nèi)完成支付;如果所述用戶以及所述聯(lián)系人集合中所有聯(lián)系人均在預(yù)設(shè)時(shí)間內(nèi)完成支付則支付成功，如果所述用戶或者所述聯(lián)系人集合中任一聯(lián)系人未在預(yù)設(shè)時(shí)間內(nèi)完成支付，則提示所述用戶支付其余待支付金額并判斷所述用戶是否在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額;如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)支付所述其余待支付金額則支付成功，如果所述用戶在預(yù)設(shè)時(shí)間內(nèi)未支付所述其余待支付金額則支付失敗。10.根據(jù)權(quán)利要求6?9任意一項(xiàng)所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，通過支付碼的形式通知所述用戶以及所述聯(lián)系人集合中各聯(lián)系人支付其所需支付的金額。
【文檔編號】G06Q50/00GK106022739SQ201610375326
【公開日】2016年10月12日
【申請日】2016年5月31日
【發(fā)明人】趙振華
【申請人】北京京東尚科信息技術(shù)有限公司, 北京京東世紀(jì)貿(mào)易有限公司