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

【發明內容】

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