一種基於移動網際網路的懸賞交易處理方法和系統的製作方法
2023-05-30 19:23:21 1
一種基於移動網際網路的懸賞交易處理方法和系統的製作方法
【專利摘要】本發明屬於計算機網絡【技術領域】，尤其涉及一種基於移動網際網路的懸賞交易處理方法和系統，採用獨特的懸賞交易處理方法，懸賞方自定義需求和交易條件，在交易信息發布同時將交易金以懸賞金方式轉入系統凍結，系統根據交易交付地要求，將懸賞信息發布到移動終端，各移動終端系統根據位置半徑參數判斷該懸賞交易信息是否展示，用戶看到懸賞信息後按照先到先得規則爭搶訂單，成功搶到訂單後，交易雙方交流後確定合作關係，搶單方完成需求和交易條件後，雙方在線確認交易完成，系統按比例收取服務費後將餘額轉入搶單方在系統中的帳戶，在現有的電商模式下，懸賞方的個性化需求和即時性需求能夠及時有效的得到滿足，進一步提高了懸賞交易對接效率。
【專利說明】一種基於移動網際網路的懸賞交易處理方法和系統
【技術領域】
[0001]本發明屬於計算機網絡【技術領域】，尤其涉及一種基於移動網際網路的懸賞交易處理方法和系統。
【背景技術】
[0002]現有的網際網路交易模式為商店交易模式，即網上商店有哪些商品或服務，採購方只能購買網上商店所提供的商品、物品或服務，採購方要服從銷售方的規則或意願才能達成交易。在現實生活中，採購方的個性化需求往往無法及時有效的得到滿足，基於網際網路的交易需求無法全面釋放，特別是即時性需求無法在現有電商模式下得到快速響應。
【發明內容】
[0003]為了解決上述技術問題，本發明提供一種基於移動網際網路的懸賞交易方法和系統，以解決電商模式無法全面滿足懸賞方自主定價、個性需求和即時需求交易的現狀。
[0004]本發明採用的技術方案是:
一種基於移動網際網路的懸賞交易處理方法，其特徵在於:包括以下步驟:
(1)懸賞方和搶單方需要在懸賞交易系統中實名註冊，其註冊帳戶可以將銀行帳戶信息或第三方支付帳戶信息與其在系統中的帳戶進行關聯綁定；
(2)懸賞方自行填寫需求內容、交易條件、交付方式、交付地點和懸賞金額，需求信息可以是文字、圖片、語音或視頻的形式上傳系統；
(3)懸賞方以懸賞的方式發布需求信息時，其在系統中的帳戶可用資金餘額需要不少於懸賞金總額，否則懸賞方需將不少於懸賞金總額的資金從其金融帳戶中轉入到其在系統中的帳戶，滿足以上條件懸賞方其懸賞信息才可以正式發布，懸賞信息發布的同時懸賞方在懸賞交易系統中的與本次懸賞金等額的資金即刻被凍結；
(4)懸賞方如果需要搶單方提供履約保證金，在懸賞交易系統中賞方和搶單方提供相同額度的履約保證金規則且履約保證金不能高於懸賞金，懸賞方的履約保證金從懸賞金中提取等額部分作為履約保證金，搶單方在系統帳戶中的資金餘額需要不少於履約保證金總額方具備合作資格；
(5)搶單方採用先到先得的籤單的方式在懸賞交易系統中獲得懸賞交易優先權，搶單成功後，懸賞方和搶單方形成了交易對接，該懸賞訂單處於鎖定待合作確認狀態；
(6)在懸賞方和搶單方未達成交易合作確認前，懸賞方有權修改懸賞訂單的全部信息，懸賞方可以自由撤回需求訂單，交易系統自動解除懸賞金的凍結；
(7)如果該筆懸賞交易需要履約保證金，則搶單方需要在懸賞交易系統的帳戶資金餘額不少於該筆懸賞訂單所要求的履約保證金總額，方具備合作確認條件；
(8)懸賞方和搶單方通過線下或線上溝通一致後，在交易系統中確認合作；
(9)懸賞方和搶單方雙方合作確認的同時如果有履約保證金要求，交易系統自動凍結雙方履約保證金； (10)在雙方確認合作後，搶單方可以在系統中保存電子履約證據，如果交易雙方產生爭議，交易雙方均可以在懸賞交易系統中設置爭議狀態，此時懸賞金和履約保證金在交易系統中處於凍結狀態；
(11)系統平臺提供商根據雙方提供的證據以及服務協議，確認違約方後，違約方的履約保證金在懸賞交易系統中支付到對方帳戶；
(12)雙方在懸賞交易系統中確認完成交易後，交易系統自動取消對雙方保證金的凍結，系統按照一定比例扣除服務費後，自動將懸賞金餘額支付到搶單方在系統中的帳戶；
(13)懸賞交易系統的用戶可以自由將交易系統中非凍結資金提取到用戶的銀行帳戶或第三方支付金融帳戶；
(14)懸賞交易雙方的所有的操作都是在移動終端設備的App應用程式中完成；
(15)交易雙方的全部過程數據自動存儲於交易系統中。
[0005]優選地，交易雙方均通過移動應用終端系統完成交易的對接和確認。
[0006]優選地，懸賞方發布的懸賞信息先發布到移動應用終端的伺服器端，然後根據懸賞方指定的交易交付地，採用如下四種推送模式中的一種進行推送:
模式一:伺服器端將懸賞信息發給離交付地一定距離內的移動應用終端；
模式二:伺服器端將懸賞信息發給所有註冊帳戶的移動應用終端；
模式三:伺服器端將懸賞信息發給所有的移動應用終端，移動應用終端程序根據本機位置坐標判斷是否屬於規定的交付地範圍，如果不屬於則不顯示，如果屬於則顯示本信息；對於無法判斷其位置的用戶終端則顯示全部信息；
模式四:伺服器端將懸賞信息發給所有的移動應用終端，移動應用終端程序根據本機位置坐標判斷是否屬於規定的交付地範圍，如果不屬於則不顯示，如果屬於則顯示本信息；對於在個人能力商店中可以承接的懸賞訂單類型符合該懸賞信息類型的，系統自動對該搶單方推送提醒信息。
[0007]懸賞信息的發布範圍由懸賞方選定，可以是指定交付地點的就近發布，也可以是全國發布或全球發布，懸賞範圍不同系統收費比例不同，系統平臺可以根據懸賞達成的效率按照一定規則自動進行發布範圍調整。
[0008]懸賞信息的排序規則，根據懸賞類型、懸賞標的和懸賞結束時間，按照平臺內置的規則進行排序，對於超出懸賞結束時間的懸賞，系統自動取消對於該信息的顯示。
[0009]優選地，所述處理方法為基於移動網際網路懸賞方式的即時響應交易對接方法。
[0010]優選地，系統中的註冊帳戶為實名註冊，包括自然人、合法機構或身份證，註冊帳戶的同時將銀行帳戶信息或第三方支付帳戶信息註冊於系統中，系統僅對用戶的暱稱信息對外披露或對交易雙方進行真實披露。
[0011]優選地，懸賞方發布的需求包括商品、物品、服務或信息中的一種或幾種的結合，並且可以反向需求懸賞。
[0012]優選地，懸賞方發布的懸賞方式包括文字方式，圖片方式、語音方式或視頻方式。
[0013]系統對懸賞方發布的需求通過違法違規字典實施自動過濾，並且採用人工抽查和用戶在線舉報的方式對於不合法需求規避。
[0014]優選地，搶單方在實施搶單動作後，該訂單自動處於鎖定狀態，確保其他人無法再進行搶單，在雙方沒有合作確認前，懸賞方可以拒絕任何一個搶單方的合作確認要求，懸賞方可以將訂單重新置為懸賞中狀態。
[0015]優選地，當其中一方確認交易完成，且另一方未做交易完成也未提出異議申請，在一定期限後系統默認交易完成，懸賞金在扣除服務費後自動轉移至搶單方。
[0016]優選地，在雙方確認合作後，搶單方如果存在資金需求，搶單方可以在線申請信用貸款用於訂單的履行，信用貸款的取得依據其個人徵信滿足系統發放貸款的要求；雙方交易完成後，懸賞方的資金在轉移至搶單方的同時完成平臺服務費、貸款本金和利息的回收。
[0017]用戶信用管理，系統平臺根據用戶的履約次數進行晉級的方式實施信用等級管理，對於交易違約的用戶，系統採用違約次數進行負面晉級的方式實施信用等級管理，用戶可以利用誠信履約等級積分消除違約負面晉級，從而在系統平臺上完成信用救贖。
[0018]優選地，所有註冊帳戶可以在系統中建立個人能力商店，包括個人介紹、年齡、學歷、資質、能力、資源或可以承接的懸賞訂單類型。
[0019]個人能力商店管理，通過開設個人能力商店，可以建立個人提供內容偏好，系統平臺通過對比個人能力商店與正在發布的懸賞信息後，對於符合承接懸賞要求的有能力用戶，系統自動向該用戶發布提醒信息，從而進一步促進懸賞交易對接效率。
[0020]資金的提現管理，用戶對於處於非凍結狀態的個人帳戶資金具有隨時提現的權利，用戶可以實時對系統內的帳戶資金轉移至系統中關聯的銀行帳戶或第三方支付帳戶。
[0021]一種基於移動網際網路的懸賞交易系統，包括Π交互層、邏輯層、數據層、系統層和物理層。
[0022]邏輯層包括懸賞管理模塊、搶單模塊、交流管理模塊、交易管理模塊、違約處理模塊、爭議管理模塊、密碼管理模塊，懸賞類別管理模塊、個人信息管理模塊、帳戶信息管理模塊和位置管理模塊。
[0023]交易系統採用移動終端應用系統(APP)和伺服器端應用系統的兩級應用系統，移動終端應用系統是懸賞方和搶單方的操作軟體，可以操作或查詢懸賞訂單或交易，管理個人信息，伺服器端應用系統存儲全部用戶信息、全部交易信息、交易規則管理、交易資金管理和交易過程監管等功能。
[0024]與現有技術相比，本發明的有益效果為:本發明採用基於移動網際網路的獨特的懸賞交易處理方法，懸賞方自定義需求和交易條件，使得懸賞方的個性化需求能夠及時有效的得到滿足，尤其是使得即時性需求在現有的電商模式下能夠得到快速響應，進一步提高了懸賞交易對接效率。
【專利附圖】
【附圖說明】
[0025]圖1是本發明的懸賞交易處理方法流程圖；
圖2是本發明的懸賞交易系統架構圖。
【具體實施方式】
[0026]以下結合實施例對本發明的技術方案做進一步詳細說明:
實施例:
一種基於移動網際網路的懸賞交易處理方法，包括以下步驟:
(I)懸賞方和搶單方通過移動應用終端在交易系統中以自然人、合法機構或身份證名義進行實名註冊帳戶，註冊帳戶的同時將銀行帳戶信息或第三方支付帳戶信息註冊於系統中，註冊帳戶直接與用戶的銀行卡帳戶或第三方支付帳戶綁定；
(2)懸賞方在發布需求時在交易系統中存有不少於交易金額的資金；
(3)懸賞方自行填寫需求內容、交易條件、交付方式、交付地點和懸賞金額；
(4)懸賞方以懸賞的方式發布需求信息，懸賞方選定懸賞信息的發布範圍，系統平臺也可以根據懸賞達成的效率按照一定規則自動進行發布範圍調整，當交易信息發布時交易金額以懸賞金的方式在交易系統中被凍結；
(5)在未達成交易合作確認前，懸賞方可修改懸賞訂單的全部信息，懸賞方可以自由撤回需求訂單，交易系統自動解除懸賞金的凍結，懸賞方也可以拒絕任何一個搶單方的合作確認要求，懸賞方可以將訂單重新置為懸賞中狀態；
(6)搶先獲得需求訂單的交易搶單方，和懸賞方建立即時響應的交易對接方法，此時訂單自動處於鎖定狀態，確保其他人無法再進行搶單；
(7)如果交易需要履約保證金，則系統採用交易雙方等額保證金的方式保護交易雙方的交易利益，懸賞方的保證金從懸賞金總額扣除，搶單方需要在交易系統的帳戶提供與懸賞方保證金等額的資金，但履約保證金不能大於懸賞金；
(8)雙方通過線下或線上溝通一致後，在交易系統中確認合作；
(9)雙方合作確認的同時如果有履約保證金要求，交易系統自動凍結雙方履約保證金;
(10)在雙方確認合作後，懸賞信息僅對交易雙方和系統平臺提供商三方可見，搶單方可以在系統中保存電子履約證據，如果交易雙方產生爭議，交易雙方均可以在系統中設置爭議狀態，此時懸賞金和履約保證金在交易系統中處於凍結狀態；
(11)系統平臺提供商根據雙方提供的證據以及服務協議，確認違約方後，違約方的履約保證金在交易系統中支付到對方帳戶；
(12)雙方在交易系統中確認完成交易後，交易系統自動取消對雙方保證金的凍結，系統根據懸賞範圍和交易金額按照一定比例扣除服務費後，自動將懸賞金餘額支付到搶單方在系統中的帳戶；
(13)交易系統用戶可以自由將交易系統中非凍結資金轉入到用戶的銀行帳戶或第三方支付帳戶；
(14)交易雙方的全部過程數據自動存儲於交易系統中。
[0027]懸賞方發布的懸賞信息先發布到移動應用終端的伺服器端，系統對懸賞方發布的需求通過違法違規字典實施自動過濾，並且採用人工抽查和用戶在線舉報的方式對於不合法需求規避，然後根據懸賞方指定的交易交付地，採用如下四種推送模式中的一種進行推送:
模式一:伺服器端將懸賞信息發給離交付地一定距離內的移動應用終端；
模式二:伺服器端將懸賞信息發給所有註冊帳戶的移動應用終端；
模式三:伺服器端將懸賞信息發給所有的移動應用終端，移動應用終端程序根據本機位置坐標判斷是否屬於規定的交付地範圍，如果不屬於則不顯示，如果屬於則顯示本信息；對於無法判斷其位置的用戶終端則顯示全部信息；
模式四:伺服器端將懸賞信息發給所有的移動應用終端，移動應用終端程序根據本機位置坐標判斷是否屬於規定的交付地範圍，如果不屬於則不顯示，如果屬於則顯示本信息；對於在個人能力商店中可以承接的懸賞訂單類型符合該懸賞信息類型的，系統自動對該搶單方推送提醒信息。
[0028]懸賞信息的排序規則，根據懸賞類型、懸賞標的和懸賞結束時間，按照平臺內置的規則進行排序，對於超出懸賞結束時間的懸賞，系統自動取消對於該信息的顯示。
[0029]懸賞方發布的需求包括商品、物品、服務或信息中的一種或幾種的結合，並且可以反向需求懸賞。
[0030]懸賞方發布的懸賞方式包括文字方式，圖片方式、語音方式或視頻方式。
[0031]當其中一方確認交易完成，且另一方未做交易完成也未提出異議申請，在一定期限後系統默認交易完成，懸賞金在扣除服務費後自動轉移至搶單方。
[0032]在雙方確認合作後，搶單方如果存在資金需求，搶單方可以在線申請信用貸款用於訂單的履行，信用貸款的取得依據其個人徵信滿足系統發放貸款的要求；雙方交易完成後，懸賞方的資金在轉移至搶單方的同時完成平臺服務費、貸款本金和利息的回收。
[0033]用戶信用管理，系統平臺根據用戶的履約次數進行晉級的方式實施信用等級管理，對於交易違約的用戶，系統採用違約次數進行負面晉級的方式實施信用等級管理，用戶可以利用誠信履約等級積分消除違約負面晉級，從而在系統平臺上完成信用救贖。
[0034]所有註冊帳戶可以在系統中建立個人能力商店，包括個人介紹、年齡、學歷、資質、能力、資源或可以承接的懸賞訂單類型，通過開設個人能力商店，可以建立個人提供內容偏好，系統平臺通過對比個人能力商店與正在發布的懸賞信息後，對於符合承接懸賞要求的有能力用戶，系統自動向該用戶發布提醒信息，從而進一步促進懸賞交易對接效率。
[0035]資金的提現管理，用戶對於處於非凍結狀態的個人帳戶資金具有隨時提現的權利，用戶可以實時對系統內的帳戶資金轉移至系統中關聯的銀行帳戶或第三方支付帳戶。
[0036]一種基於移動網際網路的懸賞交易系統，包括Π交互層、邏輯層、數據層、系統層和物理層，邏輯層包括懸賞管理模塊、搶單模塊、交流管理模塊、交易管理模塊、違約處理模塊、爭議管理模塊、密碼管理模塊，懸賞類別管理模塊、個人信息管理模塊、帳戶信息管理模塊和位置管理模塊。
[0037]交易系統採用兩級應用系統，移動終端應用系統(APP)和伺服器端應用系統；移動終端應用系統是懸賞方和搶單方的操作軟體，可以操作或查詢懸賞訂單或交易，管理個人信息，伺服器端應用系統存儲全部用戶信息、全部交易信息、交易規則管理、交易資金管理和交易過程監管等功能。
[0038]以上通過實施例對本發明的進行了詳細說明，但所述內容僅為本發明的較佳實施例，不能被認為用於限定本發明的實施範圍。凡依本發明申請範圍所作的均等變化與改進等，均應仍歸屬於本發明的專利涵蓋範圍之內。
【權利要求】
1.一種基於移動網際網路的懸賞交易處理方法，其特徵在於:包括以下步驟: (1)懸賞方和搶單方需要在懸賞交易系統中實名註冊，其註冊帳戶可以將銀行帳戶信息或第三方支付帳戶信息與其在系統中的帳戶進行關聯綁定； (2)懸賞方自行填寫需求內容、交易條件、交付方式、交付地點和懸賞金額，需求信息可以是文字、圖片、語音或視頻的形式上傳系統； (3)懸賞方以懸賞的方式發布需求信息時，其在系統中的帳戶可用資金餘額需要不少於懸賞金總額，否則懸賞方需將不少於懸賞金總額的資金從其金融帳戶中轉入到其在系統中的帳戶，滿足以上條件懸賞方其懸賞信息才可以正式發布，懸賞信息發布的同時懸賞方在懸賞交易系統中的與本次懸賞金等額的資金即刻被凍結； (4)懸賞方如果需要搶單方提供履約保證金，在懸賞交易系統中懸賞方和搶單方提供相同額度的履約保證金規則且履約保證金不能高於懸賞金，懸賞方的履約保證金從懸賞金中提取等額部分作為履約保證金，搶單方在系統帳戶中的資金餘額需要不少於履約保證金總額方具備合作資格； (5)搶單方採用先到先得的籤單的方式在懸賞交易系統中獲得懸賞交易優先權，搶單成功後，懸賞方和搶單方形成了交易對接，該懸賞訂單處於鎖定待合作確認狀態； (6)在懸賞方和搶單方未達成交易合作確認前，懸賞方有權修改懸賞訂單的全部信息，懸賞方可以自由撤回需求訂單，交易系統自動解除懸賞金的凍結； (7)如果該筆懸賞交易需要履約保證金，則搶單方需要在懸賞交易系統的帳戶資金餘額不少於該筆懸賞訂單所要求的履約保證金總額，方具備合作確認條件； (8)懸賞方和搶單方通過線下或線上溝通一致後，在交易系統中確認合作； (9)懸賞方和搶單方雙方合作確認的同時如果有履約保證金要求，交易系統自動凍結雙方履約保證金； (10)在雙方確認合作後，搶單方可以在系統中保存電子履約證據，如果交易雙方產生爭議，交易雙方均可以在懸賞交易系統中設置爭議狀態，此時懸賞金和履約保證金在交易系統中處於凍結狀態； (11)系統平臺提供商根據雙方提供的證據以及服務協議，確認違約方後，違約方的履約保證金在懸賞交易系統中支付到對方帳戶； (12)雙方在懸賞交易系統中確認完成交易後，交易系統自動取消對雙方保證金的凍結，系統按照一定比例扣除服務費後，自動將懸賞金餘額支付到搶單方在系統中的帳戶； (13)懸賞交易系統的用戶可以自由將交易系統中非凍結資金提取到用戶的銀行帳戶或第三方支付金融帳戶； (14)懸賞交易雙方的所有的操作都是在移動終端設備的App應用程式中完成； (15)交易雙方的全部過程數據自動存儲於交易系統中。
2.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:懸賞方發布的懸賞信息先發布到伺服器端，然後根據懸賞方指定的交易交付地，採用如下四種推送模式中的一種進行推送: 模式一:伺服器端將懸賞信息發給離交付地一定距離內的移動應用終端； 模式二:伺服器端將懸賞信息發給所有註冊帳戶的移動應用終端； 模式三:伺服器端將懸賞信息發給所有的移動應用終端，移動應用終端程序根據本機位置坐標判斷是否屬於規定的交付地範圍，如果不屬於則不顯示，如果屬於則顯示本信息；對於無法判斷其位置的用戶終端則顯示全部信息； 模式四:伺服器端將懸賞信息發給所有的移動應用終端，移動應用終端程序根據本機位置坐標判斷是否屬於規定的交付地範圍，如果不屬於則不顯示，如果屬於則顯示本信息；對於在個人能力商店中可以承接的懸賞訂單類型符合該懸賞信息類型的，系統自動對該搶單方推送提醒信息。
3.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:所述處理方法為基於移動網際網路懸賞方式的即時響應交易對接方法。
4.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:系統中的註冊帳戶為實名註冊，包括自然人、合法機構或身份證，系統中的帳戶可以和其銀行帳戶信息或第三方支付帳戶進行綁定，系統僅對用戶的暱稱信息對外披露或對交易雙方進行真實披露。
5.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:懸賞方發布的需求包括商品、物品、服務或信息中的一種或幾種的結合，並且可以反向需求懸賞。
6.根據權利要求5中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:懸賞方發布的懸賞需求包括文字方式，圖片方式、語音方式或視頻方式體現。
7.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:搶單方在實施搶單動作後，該訂單自動處於鎖定狀態，確保其他人無法再進行搶單，在雙方沒有合作確認前，懸賞方可以拒絕任何一個搶單方的合作確認要求，懸賞方可以將訂單重新置為懸賞中狀態。
8.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:當其中一方確認交易完成，且另一方未做交易完成也未提出異議申請，在一定期限後系統默認交易完成，懸賞金在扣除服務費後自動轉移至搶單方。
9.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:在雙方確認合作後，搶單方如果存在資金需求，搶單方可以在線申請信用貸款用於訂單的履行，信用貸款的取得依據其個人徵信滿足系統發放貸款的要求，雙方交易完成後，懸賞方的資金在轉移至搶單方的同時完成平臺服務費、貸款本金和利息的回收。
10.根據權利要求1中所述的一種基於移動網際網路的懸賞交易處理方法，其特徵在於:所有註冊帳戶可以在系統中建立個人能力商店，包括個人介紹、年齡、學歷、資質、能力、資源或可以承接的懸賞訂單類型。
11.一種如權利要求1-10任一項所述的基於移動網際網路的懸賞交易系統，包括Π交互層、邏輯層、數據層、系統層和物理層； 邏輯層包括懸賞管理模塊、搶單模塊、交流管理模塊、交易管理模塊、資金管理模塊、違約處理模塊、爭議管理模塊、密碼管理模塊，懸賞類別管理模塊、個人信息管理模塊、帳戶信息管理模塊和位置管理模塊； 交易系統採用兩級應用系統，統移動終端應用系統(APP)和伺服器端應用系統； 移動終端應用系統是懸賞方和搶單方的操作軟體，可以操作或查詢懸賞訂單或交易，管理個人信息，伺服器端應用系統存儲全部用戶信息、全部交易信息、交易規則管理、交易資金管理和交易過程監管。
【文檔編號】G06Q20/02GK104484811SQ201410796079
【公開日】2015年4月1日 申請日期:2014年12月18日 優先權日:2014年12月18日
【發明者】王智勇 申請人:王智勇