TWI803646B - 業務處理方法及裝置、電子設備 - Google Patents

Abstract

本說明書一個或多個實施例提供一種業務處理方法及裝置、電子設備，所述方法包括：接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1；當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。

Description

業務處理方法及裝置、電子設備

本說明書一個或多個實施例涉及業務處理技術領域，尤其涉及一種業務處理方法及裝置、電子設備。

在相關技術中，往往涉及到多種業務互動場景。以網路資料的共享場景為例，用戶之間可以將所擁有的網路資料進行共享。譬如，第一用戶可以為所供分享的網路資料設定標準資源量，而其他用戶需要向該用戶分享對應於該標準資源量的網路資料，以從該第一用戶處獲得相應的網路資料，從而在各個用戶之間實現長期、可持續的共享行為，有助於提升資料分享率。

有鑑於此，本說明書一個或多個實施例提供一種業務處理方法及裝置、電子設備。 為實現上述目的，本說明書一個或多個實施例提供技術方案如下： 根據本說明書一個或多個實施例的第一方面，提出了一種業務處理方法，包括： 接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1； 當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 根據本說明書一個或多個實施例的第二方面，提出了一種業務處理方法，包括： 接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶存在至少一個關聯用戶，且所述第一用戶和所述關聯用戶的信用值均達到預設值時，若所述第一用戶和所述關聯用戶承諾在預設時間段內向第二用戶發送總額不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1； 當所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 根據本說明書一個或多個實施例的第三方面，提出了一種業務處理裝置，包括： 接收單元，接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1； 第一觸發單元，當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，其中差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 根據本說明書一個或多個實施例的第四方面，提出了一種業務處理裝置，包括： 接收單元，接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶存在至少一個關聯用戶，且所述第一用戶和所述關聯用戶的信用值均達到預設值時，若所述第一用戶和所述關聯用戶承諾在預設時間段內向第二用戶發送總額不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1； 觸發單元，當所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 根據本說明書一個或多個實施例的第五方面，提出了一種電子設備，包括： 處理器； 用於儲存處理器可執行指令的儲存器； 其中，所述處理器藉由運行所述可執行指令以實現如上述第一方面所述的業務處理方法。 根據本說明書一個或多個實施例的第六方面，提出了一種電子設備，包括： 處理器； 用於儲存處理器可執行指令的儲存器； 其中，所述處理器藉由運行所述可執行指令以實現如上述第二方面所述的業務處理方法。

這裡將詳細地對示例性實施例進行說明，其示例表示在圖式中。下面的描述涉及圖式時，除非另有表示，不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本說明書一個或多個實施例相一致的所有實施方式。相反，它們僅是與如所附申請專利範圍中所詳述的、本說明書一個或多個實施例的一些方面相一致的裝置和方法的例子。 需要說明的是：在其他實施例中並不一定按照本說明書示出和描述的順序來執行相應方法的步驟。在一些其他實施例中，其方法所包括的步驟可以比本說明書所描述的更多或更少。此外，本說明書中所描述的單個步驟，在其他實施例中可能被分解為多個步驟進行描述；而本說明書中所描述的多個步驟，在其他實施例中也可能被合併為單個步驟進行描述。 圖1是一示例性實施例提供的一種業務處理方法的流程圖。如圖1所示，該方法應用於業務平臺，可以包括以下步驟： 步驟102，接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1。 在一實施例中，業務平臺可以與第二用戶預先協商業務規則，比如預設時間段的起始時刻、終止時刻，預設時間段的時間長度，預設數額的取值，第一比例a的取值，第二比例b的取值等，並簽訂相應的業務協議。第一用戶可以查看這些業務規則，而當第一用戶認同上述的業務規則時，第一用戶可以授權形成上述的資訊並發送至業務平臺，從而形成下述承諾：第一用戶將在預設時間段內向第二用戶付出不少於預設量的資源，使得該第一用戶在該預設時間段內可以基於第一比例a從第二用戶處獲得相應的業務對象，而無需付出該業務對象對應的標準資源量。 在一實施例中，為了確保上述承諾被履行或者提升被履行的概率，業務平臺可以對第一用戶的信用情況進行核驗：如果第一用戶的信用值達到(如大於或等於)預設值，則表明第一用戶的信用度較好，可以接受第一用戶的承諾，使其能夠在上述預設時間段內以第一比例a獲得第二用戶提供的業務對象；如果第一用戶的信用值未達到該預設值，則表明第一用戶的信用度較差，可以拒絕第一用戶的承諾，使其需要以標準資源量獲得第二用戶提供的業務對象。其中，信用值可以用分數或分值進行表示，或者信用值可以用等級進行表示，或者信用值還可以用其他形式進行表示，本說明書並不對此進行限制。 在一實施例中，第一用戶的信用值可以來自該業務平臺自身，即該業務平臺可以具備對用戶信用的評價功能；或者，第一用戶的信用值可以來自信用管理平臺，即業務平臺可以從該信用管理平臺處獲取第一用戶的信用值。 在一實施例的網路資料共享場景中，業務平臺可以為共享管理平臺，第一用戶可以藉由向該共享管理平臺發送上述資訊，承諾在預設時間段內向第二用戶分享不少於預設量的網路資料(即第一用戶發送至第二用戶的資源)，從而當第一用戶的信用情況滿足要求時，可以基於第一比例a從第二用戶處獲得相應的網路資料(即第二用戶分享的網路資料)。比如，對於第二用戶擁有的1G大小的網路資料，假定第二用戶基於“等價交換”原則設定相應的標準資源量為1G，即第一用戶在一般情況下需要向第二用戶分享1G大小的網路資料後，才能夠獲得第二用戶擁有的上述1G大小的網路資料。而如果第一用戶承諾在10天(即預設時間段)內向第二用戶分享不少於20G(即預設量)的網路資料，表明該第一用戶願意長期實現資料共享，那麼該第一用戶可以在該10天內以“每分享0.8G時可被分享1G(相當於第一比例a=80%)”的優待共享方案，獲取第二用戶處的網路資料。由於第一用戶的上下行頻寬等網路資源有限，因而基於上述優待共享方案可以將該網路資源更多地應用於獲得第二用戶處的網路資料，以激勵第一用戶的資料共享行為。藉由對上述基於承諾的優待共享方案進行廣泛應用，可使網路環境中的網路資料得以有效分享。 在一實施例的購物場景中，業務平臺可以為交易平臺，買家用戶可以藉由向該交易平臺發送上述資訊，承諾在預設時間段內在賣家用戶處的消費額不少於預設數額(即買家用戶發送至賣家用戶的資源)，從而當買家用戶的信用情況滿足要求時，可以基於第一比例a從賣家用戶處獲得相應的商品(即賣家用戶提供的業務對象)。比如，對於賣家用戶擁有的某一商品H，假定賣家用戶設定相應的出售價格為1000元，即買家用戶在一般情況下需要向賣家用戶支付1000元後，才能夠獲得商品H。而如果買家用戶承諾在30天(即預設時間段)內在賣家用戶處消費不少於3000元(即預設量)，表明該買家用戶願意長期購買賣家用戶的商品，那麼該買家用戶可以在該30天內獲得8折優惠(相當於第一比例a=80%)，比如以800元購買上述的商品H。那麼，一方面買家用戶無需提前在賣家用戶處提前加值消費卡、避免由於倒閉等情況導致買家用戶的財產損失，另一方面賣家用戶可以基於上述承諾而提前鎖定買家用戶的消費額度，從而使得買賣雙方實現互惠互利。 在一實施例中，預設時間段可以為設定的起始時刻和終止時刻所定義的固定時間段，比如起始時刻為2018年6月10日、終止時刻為2018年7月9日，則預設時間段為2018年6月10日至2018年7月9日。 在一實施例中，預設時間段可以為預設時間長度的非固定時間段，比如預設時間長度為1個月時，假定第一用戶在2018年6月10日向業務平臺發送資訊，預設時間段可以為該2018年6月10日起的1個月內，而假定第一用戶在2018年7月12日向業務平臺發送資訊，預設時間段可以為該2018年7月12日起的1個月內。 在一實施例中，基於不同類型的業務場景，資源和業務對象的類型可能隨之存在不同。例如，在網路資料共享場景下，資源可以為第一用戶擁有的網路資料、業務對象可以為第二用戶擁有的網路資料，第一用戶可以基於本說明書的技術方案獲得第一比例a的優待共享方案，使得第一用戶可以將更多的網路資源應用於對獲取第二用戶處的網路資料，而第二用戶可以在第一用戶未實現承諾的情況下獲得第二比例b的網路資料補償(比如第二用戶可以在後續過程中減少向其他用戶分享的網路資料量)。又例如，在交易場景下，業務資源可以為資金、第一用戶可以為買家、業務對象可以為商品、第二用戶可以為賣家，買家可以基於本說明書的技術方案獲得第一比例a的商品折扣，而賣家可以在買家未實現承諾的情況下獲得第二比例b的補償。 在一實施例中，第一用戶與第二用戶可以基於業務平臺實現線上的業務互動，比如第一用戶在業務平臺提供的互動網頁中瀏覽業務對象的介紹資訊，並提交針對業務對象的業務訂單，而業務平臺可以在第一用戶藉由上述資訊許下相應的承諾且第一用戶的信用值滿足要求時，在該業務訂單中基於業務對象對應的標準資源量和第一比例a計算第一用戶所需發送的資源的資源量，然後驅動業務訂單的處理。 在一實施例中，第一用戶與第二用戶可以在離線實現業務互動。例如，在收到第一用戶發送的上述資訊後，業務平臺可以在第一用戶的信用值滿足要求的情況下向第一用戶提供憑證，使得第一用戶可以藉由向第二用戶出示該憑證，從而獲得上述第一比例a的優待。再例如，第一用戶無需出示憑證，而只需要藉由業務平臺向第二用戶發送相應的資源，業務平臺即可根據第一用戶已發送的資訊，自動將其需要付出的資源的資源量配置為符合上述的第一比例a。 步驟104，當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 在一實施例中，藉由由第一用戶在發送至業務平臺的資訊中做出承諾，使得第一用戶無需預先在第二用戶處預存上述預設量的資源，即可獲得上述第一比例a的優待，避免第二用戶出現意外而導致預存的資源無法返還的風險，而第二用戶也可以提前鎖定第一用戶的互動意願、確保能夠獲得預設量的資源。同時，即便第一用戶無法兌現承諾，第二用戶也可以從業務平臺處獲得上述第二比例b的差額資源，使得第一用戶做出的承諾可以得到業務平臺的背書和支持，提升了該承諾的可信度。 在一實施例中，指定期限可以為上述的預設時間段終止後的一時間段，該時間段的起始時刻、終止時刻、持續時間長度等可由業務平臺進行設置，比如以預設時間段的終止時刻作為該指定期限的起始時刻、預設時間長度作為持續時間長度，又比如以預設時間段的終止時刻作為該指定期限的起始時刻、當月的最後一天24點作為該指定期限的終止時刻等，本說明書並不對此進行限制。 在一實施例中，業務平臺可以向所述第一用戶發送提醒訊息，提醒該第一用戶在指定期限內向第二用戶發送差額資源。業務平臺可以一次或多次發送提醒訊息，比如發送時刻可以包括：預設時間段結束後立即發送、指定期限的中間時間點發送、指定期限結束前一定時間長度發送、指定期限內的每個自然日的某一固定時刻等，本說明書並不對此進行限制。 在一實施例中，業務平臺可以主動從所述第一用戶對應的用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。例如在網路資料共享場景下，該用戶資源集用場可以為第一用戶持有的全部網路資料，共享管理平臺可以按照網路資料的下載順序或預設順序刪除一定量的網路資料，以作為對第一用戶的懲罰。例如在交易場景下，該用戶資源集用場可以為第一用戶的帳戶，業務平臺在具備扣款權限(第一用戶在向業務平臺進行承諾時，可以向業務平臺賦予扣款權限；甚至，可以將獲得扣款權限作為業務平臺認可該承諾的前提條件)的情況下，可以直接從該帳戶中扣除差額資源對應的資金，並轉入第二用戶的帳戶。 在一實施例中，業務平臺可以首先向所述第一用戶發送提醒訊息，提醒該第一用戶在指定期限內向第二用戶發送差額資源；以及，當第一用戶未在指定期限內向第二用戶發送差額資源時，業務平臺可以主動從所述第一用戶對應的用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。 在一實施例中，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，業務平臺可以對所述第一用戶進行信用違約處理。例如，信用違約處理可以包括扣減所述第一用戶的信用值；當業務平臺自行維護第一用戶的信用值時，該業務平臺可以直接扣減第一用戶的信用值，而當第一用戶的信用值由信用管理平臺維護時，業務平臺可以向信用管理平臺進行回饋，以使得信用管理平臺扣減第一用戶的信用值。再例如，信用違約處理可以包括限制所述第一用戶的業務參與權限，使得第一用戶後續無法參與到基於本說明書的業務處理方案中，在獲得業務對象時必須付出相應的標準資源量。又例如，信用違約處理可以包括將所述第一用戶標記為失信人員，還可以將該失信人員的記錄資訊分享至其他平臺，這將在後續過程中對第一用戶造成不良影響。當然，還可以採取其他形式的信用違約處理，或者同時採用多種信用違約處理方式，本說明書並不對此進行限制。 在一實施例中，當所述第一用戶存在至少一個關聯用戶且所述關聯用戶的信用值達到所述預設值時，若所述第一用戶和所述關聯用戶承諾在所述預設時間段內向第二用戶分別發送不少於所述預設量的資源，則相當於第一用戶邀請該關聯用戶參與至與第二用戶之間的業務中，使得該第二用戶的業務實現目標得到的擴展，因而業務平臺可以下調所述第一比例a的取值，使得第一用戶和該關聯用戶能夠相對付出更少的資源量，以作為對第一用戶的激勵。其中，關聯用戶的數量可以為一個或多個，每個關聯用戶均承諾在所述預設時間段內向第二用戶分別發送不少於所述預設量的資源。 相應地，當第一用戶、關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量均少於所述預設量時，可以藉由步驟104所描述的方式，使得第一用戶向第二用戶發送差額資源。在一種情況下，“第一用戶”與“關聯用戶”為角色類型，當用戶A和用戶B相關聯地參與至與第二用戶之間的業務時，從用戶A的角度可以將該用戶A作為“第一用戶”、用戶B作為“關聯用戶”，而從用戶B的角色可以將該用戶B作為“第一用戶”、用戶A作為“關聯用戶”；因此，雖然步驟104中僅描述了第一用戶需要向第二用戶發送差額資源，但實際上關聯用戶同樣需要向第二用戶發送差額資源，避免第二用戶遭受損失。在另一種情況下，“第一用戶”最先參與至與第二用戶之間的業務，然後邀請“關聯用戶”參與至該業務中，譬如用戶A最先參與至與第二用戶之間的業務，然後邀請用戶B參與至該業務中，那麼用戶A固定為“第一用戶”、用戶B固定為“關聯用戶”；此時，用戶A必然需要向第二用戶發送差額資源，而用戶B既可以被設置為必須向第二用戶發送差額資源，又可以設置為在一定條件下(例如用戶B首次參與至與第二用戶之間的業務)可以不向第二用戶發送差額資源。 而當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量不少於所述預設量、至少一個所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，即雖然沒有全部履行承諾，但第一用戶履行了自身的承諾，業務平臺可以觸發調整額補償流程，以使所述第一用戶在所述指定期限內向所述第二用戶發送調整額資源，所述調整額資源的資源量與所述標準資源量之比為第三比例c，c的取值為所述第一比例a的下調值。例如，a的預設值為80%，而當第一用戶和關聯用戶同時參與至與第二用戶之間的業務時，a的取值下調為a’=60%，因而下調值為c=a-a’=80%-60%=20%；換言之，第一用戶雖然無法享受下調後的第一比例a’對應的優惠，但是仍然可以享受預設的第一比例a對應的優惠，而無需向第二用戶退還全部差額資源。 在一實施例中，當所述第一用戶存在至少一個關聯用戶且所述關聯用戶的信用值達到所述預設值時，第一用戶和關聯用戶在初始時所付出的資源量與第二用戶所提供的業務對象對應的標準資源量之比為所述第一比例a，即該第一比例a的取值並不下調；然後，若所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量均不少於所述預設量，則業務平臺可以觸發資源返還流程，以使所述第二用戶向所述第一用戶發送返還資源，所述返還資源的資源量與所述標準資源量之比為第四比例d，0＜d＜a，相當於進一步減少了第一用戶和關聯用戶所付出的資源量(實際付出的資源量為初始時付出的資源量減去第二用戶返還的資源量)，以作為對第一用戶和關聯用戶都履行承諾的激勵。 圖2是一示例性實施例提供的另一種業務處理方法的流程圖。如圖2所示，該方法應用於業務平臺，可以包括以下步驟： 步驟202，接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶存在至少一個關聯用戶，且所述第一用戶和所述關聯用戶的信用值均達到預設值時，若所述第一用戶和所述關聯用戶承諾在預設時間段內向第二用戶發送總額不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1。 在一實施例中，業務平臺可以與第二用戶預先協商業務規則，比如預設時間段的起始時刻、終止時刻，預設時間段的時間長度，預設數額的取值，第一比例a的取值，第二比例b的取值等，並簽訂相應的業務協議。第一用戶、關聯用戶可以查看這些業務規則，而當第一用戶和關聯用戶認同上述的業務規則時，第一用戶和關聯用戶可以授權形成上述的資訊並發送至業務平臺，從而形成下述承諾：第一用戶和關聯用戶將在預設時間段內向第二用戶付出總額不少於預設量的資源，使得該第一用戶和關聯用戶在該預設時間段內可以基於第一比例a從第二用戶處獲得相應的業務對象，而無需付出該業務對象對應的標準資源量。當然，第一用戶和關聯用戶可以同時參與，或者可以由第一用戶首先參與、然後邀請關聯用戶參與，本說明書並不對此進行限制。 在一實施例中，為了確保上述承諾被履行或者提升被履行的概率，業務平臺可以對第一用戶和關聯用戶的信用情況進行核驗：如果第一用戶和關聯用戶的信用值分別達到(如大於或等於)預設值，則表明第一用戶和關聯用戶的信用度較好，可以接受第一用戶和關聯用戶的承諾，使其能夠在上述預設時間段內以第一比例a獲得第二用戶提供的業務對象；如果第一用戶或關聯用戶的信用值未達到該預設值，則表明第一用戶或關聯用戶的信用度較差，可以拒絕第一用戶和關聯用戶的承諾，使其需要以標準資源量獲得第二用戶提供的業務對象。其中，信用值可以用分數或分值進行表示，或者信用值可以用等級進行表示，或者信用值還可以用其他形式進行表示，本說明書並不對此進行限制。 在一實施例中，第一用戶和關聯用戶的信用值可以來自該業務平臺自身，即該業務平臺可以具備對用戶信用的評價功能；或者，第一用戶和關聯用戶的信用值可以來自信用管理平臺，即業務平臺可以從該信用管理平臺處獲取第一用戶和關聯用戶的信用值。 在一實施例的網路資料共享場景中，業務平臺可以為共享管理平臺，第一用戶和關聯用戶可以藉由向該共享管理平臺發送上述資訊，承諾在預設時間段內向第二用戶分享不少於預設量的網路資料(即第一用戶和關聯用戶發送至第二用戶的資源)，從而當第一用戶和關聯用戶的信用情況滿足要求時，可以基於第一比例a從第二用戶處獲得相應的網路資料(即第二用戶分享的網路資料)。比如，對於第二用戶擁有的1G大小的網路資料，假定第二用戶基於“等價交換”原則設定相應的標準資源量為1G，即第一用戶和關聯用戶在一般情況下需要向第二用戶分享1G大小的網路資料後，才能夠獲得第二用戶擁有的上述1G大小的網路資料。而如果第一用戶和關聯用戶承諾在10天(即預設時間段)內向第二用戶共分享不少於20G(即預設量)的網路資料，表明該第一用戶和關聯用戶願意長期實現資料共享，那麼該第一用戶和關聯用戶可以在該10天內以“每分享0.8 G時可被分享1G(相當於第一比例a=80%)”的優待共享方案，獲取第二用戶處的網路資料。由於第一用戶和關聯用戶的上下行頻寬等網路資源有限，因而基於上述優待共享方案可以將該網路資源更多地應用於獲得第二用戶處的網路資料，以激勵第一用戶和關聯用戶的資料共享行為。藉由對上述基於承諾的優待共享方案進行廣泛應用，可使網路環境中的網路資料得以有效分享。 在一實施例的購物場景中，業務平臺可以為交易平臺，買家用戶和關聯買家用戶可以藉由向該交易平臺發送上述資訊，承諾在預設時間段內在賣家用戶處的消費額不少於預設數額(即買家用戶和關聯買家用戶發送至賣家用戶的資源)，從而當買家用戶和關聯買家用戶的信用情況滿足要求時，可以基於第一比例a從賣家用戶處獲得相應的商品(即賣家用戶提供的業務對象)。比如，對於賣家用戶擁有的某一商品H，假定賣家用戶設定相應的出售價格為1000元，即買家用戶和關聯買家用戶在一般情況下需要向賣家用戶支付1000元後，才能夠獲得商品H。而如果買家用戶和關聯買家用戶承諾在30天(即預設時間段)內在賣家用戶處共消費不少於3000元(即預設量)，表明該買家用戶和關聯買家用戶願意長期購買賣家用戶的商品，那麼該買家用戶和關聯買家用戶可以在該30天內獲得8折優惠(相當於第一比例a=80%)，比如以800元購買上述的商品H。那麼，一方面買家用戶和關聯買家用戶無需提前在賣家用戶處提前加值消費卡、避免由於倒閉等情況導致買家用戶和關聯買家用戶的財產損失，另一方面賣家用戶可以基於上述承諾而提前鎖定買家用戶和關聯買家用戶的消費額度，從而使得買賣雙方實現互惠互利。 在一實施例中，預設時間段可以為設定的起始時刻和終止時刻所定義的固定時間段，比如起始時刻為2018年6月10日、終止時刻為2018年7月9日，則預設時間段為2018年6月10日至2018年7月9日。 在一實施例中，預設時間段可以為預設時間長度的非固定時間段，比如預設時間長度為1個月時，假定第一用戶在2018年6月10日向業務平臺發送資訊，預設時間段可以為該2018年6月10日起的1個月內，而假定第一用戶在2018年7月12日向業務平臺發送資訊，預設時間段可以為該2018年7月12日起的1個月內。 在一實施例中，基於不同類型的業務場景，資源和業務對象的類型可能隨之存在不同。例如，在網路資料共享場景下，資源可以為第一用戶和關聯用戶擁有的網路資料、業務對象可以為第二用戶擁有的網路資料，第一用戶和關聯用戶可以基於本說明書的技術方案獲得第一比例a的優待共享方案，使得第一用戶和關聯用戶可以將更多的網路資源應用於對獲取第二用戶處的網路資料，而第二用戶可以在第一用戶和關聯用戶未實現承諾的情況下獲得第二比例b的網路資料補償(比如第二用戶可以在後續過程中減少向其他用戶分享的網路資料量)。又例如，在交易場景下，業務資源可以為資金、第一用戶和關聯用戶可以為買家、業務對象可以為商品、第二用戶可以為賣家，買家可以基於本說明書的技術方案獲得第一比例a的商品折扣，而賣家可以在買家未實現承諾的情況下獲得第二比例b的補償。 在一實施例中，第一用戶、關聯用戶與第二用戶可以基於業務平臺實現線上的業務互動，比如第一用戶和關聯用戶在業務平臺提供的互動網頁中瀏覽業務對象的介紹資訊，並提交針對業務對象的業務訂單(可由第一用戶提交、關聯用戶予以確認；或者，第一用戶與關聯用戶可以分別提交業務訂單，並由業務平臺基於第一用戶與關聯用戶之間的關聯關係而主動合併相應的業務訂單)，而業務平臺可以在第一用戶和關聯用戶藉由上述資訊許下相應的承諾且第一用戶和關聯用戶的信用值滿足要求時，在該業務訂單中基於業務對象對應的標準資源量和第一比例a計算第一用戶或關聯用戶所需發送的資源的資源量，然後驅動業務訂單的處理。 在一實施例中，第一用戶、關聯用戶與第二用戶可以在離線實現業務互動。例如，在收到上述資訊後，業務平臺可以在第一用戶和關聯用戶的信用值滿足要求的情況下向第一用戶和關聯用戶分別提供憑證，使得第一用戶和關聯用戶可以分別藉由向第二用戶出示該憑證，從而獲得上述第一比例a的優待。再例如，第一用戶和關聯用戶無需出示憑證，而只需要藉由業務平臺向第二用戶發送相應的資源，業務平臺即可根據第一用戶或關聯用戶已發送的資訊，自動將其需要付出的資源的資源量配置為符合上述的第一比例a。 步驟204，當所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 在一實施例中，藉由由第一用戶在發送至業務平臺的資訊中做出承諾，使得第一用戶無需預先在第二用戶處預存上述預設量的資源，即可獲得上述第一比例a的優待，避免第二用戶出現意外而導致預存的資源無法返還的風險，而第二用戶也可以提前鎖定第一用戶的互動意願、確保能夠獲得預設量的資源。同時，即便第一用戶無法兌現承諾，第二用戶也可以從業務平臺處獲得上述第二比例b的差額資源，使得第一用戶做出的承諾可以得到業務平臺的背書和支持，提升了該承諾的可信度。 在一實施例中，指定期限可以為上述的預設時間段終止後的一時間段，該時間段的起始時刻、終止時刻、持續時間長度等可由業務平臺進行設置，比如以預設時間段的終止時刻作為該指定期限的起始時刻、預設時間長度作為持續時間長度，又比如以預設時間段的終止時刻作為該指定期限的起始時刻、當月的最後一天24點作為該指定期限的終止時刻等，本說明書並不對此進行限制。 在一實施例中，業務平臺可以向所述第一用戶(或第一用戶和關聯用戶)發送提醒訊息，提醒該第一用戶在指定期限內向第二用戶發送差額資源。業務平臺可以一次或多次發送提醒訊息，比如發送時刻可以包括：預設時間段結束後立即發送、指定期限的中間時間點發送、指定期限結束前一定時間長度發送、指定期限內的每個自然日的某一固定時刻等，本說明書並不對此進行限制。 在一實施例中，業務平臺可以主動從所述第一用戶對應的用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。例如在網路資料共享場景下，該用戶資源集用場可以為第一用戶持有的全部網路資料，共享管理平臺可以按照網路資料的下載順序或預設順序刪除一定量的網路資料，以作為對第一用戶的懲罰。例如在交易場景下，該用戶資源集用場可以為第一用戶的帳戶，業務平臺在具備扣款權限(第一用戶在向業務平臺進行承諾時，可以向業務平臺賦予扣款權限；甚至，可以將獲得扣款權限作為業務平臺認可該承諾的前提條件)的情況下，可以直接從該帳戶中扣除差額資源對應的資金，並轉入第二用戶的帳戶。 在一實施例中，業務平臺可以首先向所述第一用戶(或第一用戶和關聯用戶)發送提醒訊息，提醒該第一用戶在指定期限內向第二用戶發送差額資源；以及，當第一用戶未在指定期限內向第二用戶發送差額資源時，業務平臺可以主動從所述第一用戶對應的用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。 在一實施例中，例如，信用違約處理可以包括扣減所述第一用戶的信用值；當業務平臺自行維護第一用戶的信用值時，該業務平臺可以直接扣減第一用戶的信用值，而當第一用戶的信用值由信用管理平臺維護時，業務平臺可以向信用管理平臺進行回饋，以使得信用管理平臺扣減第一用戶的信用值。再例如，信用違約處理可以包括限制所述第一用戶的業務參與權限，使得第一用戶後續無法參與到基於本說明書的業務處理方案中，在獲得業務對象時必須付出相應的標準資源量。又例如，信用違約處理可以包括將所述第一用戶標記為失信人員，還可以將該失信人員的記錄資訊分享至其他平臺，這將在後續過程中對第一用戶造成不良影響。當然，還可以採取其他形式的信用違約處理，或者同時採用多種信用違約處理方式，本說明書並不對此進行限制。 在一實施例中，業務平臺可以在所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源的情況下，對所述第一用戶進行信用違約處理，即“第一用戶”和“關聯用戶”僅對自身的信用狀況負責，而不會相互牽連。 在一實施例中，業務平臺可以在所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源的情況下，對所述第一用戶和所述關聯用戶進行信用違約處理，即“第一用戶”和“關聯用戶”的信用狀況相互牽連，這有助於第一用戶與關聯用戶之間相互監督、敦促，有助於提升差額資源被如期發送的概率。 圖3是一示例性實施例提供的一種業務處理系統的架構示意圖。如圖3所示，該業務處理系統可以包括伺服器31、網路32、手機33-34和PC35等。伺服器31可以為包含一獨立主機的物理伺服器，或者該伺服器31可以為主機集群承載的虛擬伺服器；該伺服器31可以承載本說明書中的業務平臺，比如該業務平臺可以為一支付平臺。手機33-34可以為第一用戶或關聯用戶使用的電子設備，該手機33-34上運行有客戶端1，該客戶端1可以實現本說明書的技術方案中與第一用戶或關聯用戶相關的業務功能，其中第一用戶、關聯用戶均可以為個人或企業等；當然，除了手機33-34之外，第一用戶或關聯用戶還可以採用PC、平板設備、筆記型電腦、個人數位助理(PDAs, Personal Digital Assistants)、可穿戴設備(如智慧型眼鏡、智慧型手錶等)等其他類型的電子設備，本說明書並不對此進行限制。PC35可以為第二用戶使用的電子設備，該PC35上運行有客戶端2，該客戶端2可以實現本說明書的技術方案中與第二用戶相關的業務功能，其中第二用戶可以為商家等；當然，除了PC35之外，第二用戶還可以採用手機、平板設備、筆記型電腦、個人數位助理、可穿戴設備(如智慧型眼鏡、智慧型手錶等)等其他類型的電子設備，本說明書並不對此進行限制。而對於手機33-34、PC35與伺服器31之間進行互動的網路32，可以包括多種類型的有線或無線網路；比如，該網路32可以包括公共交換電話網路(Public Switched Telephone Network, PSTN)和網際網路。 下面以圖3所示的業務處理系統為例，假定用戶A使用手機33、用戶B使用手機34、商家使用PC35、伺服器31承載支付平臺，使得用戶A、用戶B、商家與支付平臺之間能夠實現資料互動，從而實現本說明書的業務處理方案。圖4是一示例性實施例提供的一種交易場景下的業務互動示意圖。如圖4所示，該業務互動過程可以包括以下步驟： 步驟401，支付平臺與商家之間簽訂活動協議。 在一實施例中，本說明書希望在交易場景下實現：用戶基於自身信用進行消費承諾，無需在商家處預存資金即可享受相應的消費折扣。因此，支付平臺可以預先與商家進行協商，以確定用戶被允許參與活動的最低信用值、所需承諾的消費額、消費時間段以及用戶可以獲得的消費折扣、違約時的折扣資金補繳方案等。 在一實施例中，基於支付平臺與商家之間的協商情況，支付平臺可以獲取商家簽署確認後的折扣條款，該折扣條款覆蓋諸如上文所述的協商內容以及其他協商內容，使得支付平臺與商家之間達成有據可依的協商結果。 步驟402，支付平臺向用戶A發佈活動資訊。 在一實施例中，當用戶A瀏覽與商家相關的網頁等內容時，支付平臺可以將上述活動協議對應的活動資訊提供至用戶A，以由用戶A進行查看和處理。 在一實施例中，即便用戶A並未主動查看與商家相關的網頁等內容，支付平臺仍然可以將上述的活動資訊提供至用戶A，以由用戶A進行查看和處理。 步驟403，用戶A向支付平臺申請參與活動。 在一實施例中，當用戶A對上述活動感興趣時，可以基於活動資訊產生相應的授權協議，表明用戶A希望遵守該活動資訊規定的規則並獲得相應的權益。用戶A向支付平臺發送授權協議，相當於上述實施例中由第一用戶向業務平臺發送的資訊，屬於該資訊的一種實現形式，以用於表明該用戶A希望許下的承諾。 步驟404，支付平臺驗證用戶A的信用值，以確定是否向該用戶A賦予折扣權限。 在一實施例中，由於涉及到用戶A向商家許以消費承諾，因而商家需要確定該用戶A能夠切實遵守該承諾，以及未遵守承諾的情況下能夠收回相關優惠資金。因此，可以根據用戶A的信用值來進行識別：當用戶A的信用值達到預設值時，表明該用戶A信用較好、允許用戶A參與活動，當用戶A的信用值未達到預設值時，表明該用戶A信用較差、不允許用戶A參與活動。 在一實施例中，假定活動協議規定：當某一用戶承諾在參與活動後的1個月內在商家處的累積消費金額達到1000元時，該用戶在相應的1個月中可以在該商家處獲得8折優惠，即僅需要支付商家標注價格的80%；當該用戶未履行上述承諾時，需要補繳已獲得的折扣資金，即取消上述的8折優惠。 舉例而言，假定用戶A希望在上述商家處購買標價300元的商品，如果該用戶A處於上述活動協議規定的折扣期內(如上述的1個月內)，該用戶A可以享受8折優惠、僅需支付300×80%=240元；而如果該用戶A並未參與上述活動或未處於相應的折扣期內，該用戶A需要支付全款300元。 步驟405，當用戶A在商家處產生消費事件時，商家可以獲取用戶A的身份標識。 在一實施例中，用戶A可以在手機33上喚出支付介面，該支付介面可以包括與該用戶A的身份標識相關的二維碼，使得商家可以藉由與PC35相關聯的掃描設備掃描該二維碼，以獲得用戶A的身份標識(明文或密文)。 步驟406，商家可以向支付平臺發起權限認證請求，該權限認證請求中包括用戶A的身份標識。 在一實施例中，支付平臺可以基於權限認證請求中包含的身份標識，查詢該身份標識是否存在相應商家處的折扣權限，並向商家返回相應的權限認證結果。 步驟407，商家接收支付平臺返回的權限認證結果，確定消費金額。 在一實施例中，如果權限認證結果表明用戶A具有折扣權限，PC35可以基於該折扣權限對消費事件產生的金額進行折扣計算，並將計算得到的金額作為該用戶A真實的消費金額；如果權限認證結果表明用戶A不具有折扣權限，PC35可以將消費事件產生的金額作為該用戶A真實的消費金額，而不進行折扣計算。 步驟408，商家基於確定的消費金額，向支付平臺發起扣費請求。 此外，除了由商家藉由步驟406-407確定用戶A真實的消費金額之外，商家可以不關注於用戶A真實的消費金額，而僅需要將用戶A的身份標識與消費事件的標準金額藉由步驟408直接發送至支付平臺，並由支付平臺根據該用戶A的身份標識確定是否存在消費折扣，從而確定用戶A真實的消費金額。 步驟409，支付平臺響應於扣費請求，向用戶A發起扣費詢問，並根據用戶A返回的扣費確認完成付費。 在一實施例中，手機33可以向用戶A呈現扣費介面，該扣費介面可以展示出商品資訊、商家資訊、商品價格、實際支付價格等資訊，以供用戶A進行確認；當用戶A確認無誤後，可以藉由觸發該扣費介面中的“確認支付”或其他方式，使得手機33向支付平臺返回扣費確認，而支付平臺可以從該用戶A對應的用戶帳戶中扣除相應資金；而商家在支付平臺或其他金融機構處開設有商家帳戶，支付平臺可以將相應資金轉帳至該商家帳戶，從而完成付費。 步驟410，支付平臺將扣費結果分別告知用戶A和商家。 步驟411，支付平臺確認承諾實現情況。 在一實施例中，支付平臺可以在活動協議規定的時間段之後，對用戶A在該時間段之內的消費情況進行匯總，從而確定該用戶A是否達成了活動協議中規定的消費承諾。 例如，假定用戶A在折扣期內在該商家處購買的商品，標注價格的總額為3000元，那麼該用戶A基於8折優惠需要支付的總金額為3000×80%=2400元＞1000元，因而該用戶A滿足了上述消費承諾，無需補繳折扣形成的優惠資金。 又例如，假定用戶A在折扣期內在該商家處購買的商品，標注價格的總額為1200元，那麼該用戶A基於8折優惠需要支付的總金額為1200×80%=960元＜1000元，因而該用戶A未滿足上述消費承諾，需要補繳折扣形成的優惠資金。 步驟412，當用戶A未滿足消費承諾時，支付平臺向用戶A發送優惠退還提醒。 在一實施例中，手機33可以向用戶A展示支付平臺發送的優惠退還提醒，該優惠退還提醒中可以包括退還原因(用戶A未滿足消費承諾)、需退還的優惠資金的金額、退還期限等，以提醒用戶A在該退還期限前向商家退還相應的優惠資金。 在一實施例中，優惠退還提醒可以採用任意形式，比如支付平臺對應的客戶端APP的應用內部訊息、簡訊、即時通訊訊息、郵件、電話接通後的語音播報訊息等，本說明書並不對此進行限制。 步驟413，支付平臺確認退還情況。 在一實施例中，在退還期限到達之前，若用戶A尚未退還優惠資金，支付平臺可以多次向用戶A發出優惠退還提醒。 在一實施例中，當用戶A預先開啟了自動退還優惠資金的功能時，支付平臺可以在退還期限到達之前，自動從用戶A的用戶帳戶中扣除相關優惠資金並轉入商家的商家帳戶，從而避免用戶A由於遺漏等原因而未能在退還期限到達前退還優惠資金。 步驟414，支付平臺在用戶A未及時退還優惠資金的情況下，扣減用戶A的信用值、限制用戶A參與其他折扣活動。 在一實施例中，當用戶A未在退還期限內退還優惠資金時，支付平臺需要對用戶A進行信用違約處理，比如扣減用戶A的信用值、限制用戶A參與其他折扣活動等，以作為對該用戶A的懲罰。當然，信用違約處理還可以採用其他形式的懲罰措施，本說明書並不對此進行限制。 除了用戶A單獨參與商家的折扣活動之外，還可以由用戶A和用戶B等其他用戶共同參與折扣活動，下面對多個相關聯的用戶同時參與折扣活動的實施例進行描述。當然，除了用戶A與用戶B之外，還可以由三個或更多用戶共同參與折扣活動，本說明書並不對此進行限制。 圖5是一示例性實施例提供的另一種交易場景下的業務互動示意圖。如圖5所示，該業務互動過程可以包括以下步驟： 步驟501，支付平臺與商家之間簽訂活動協議。 步驟502，支付平臺向用戶A發佈活動資訊。 在一實施例中，步驟501-502可以參考圖4所示的步驟401-402，此處不再贅述。 步驟503，用戶A向用戶B發出參與邀請，並接收用戶B返回的邀請確認。 在一實施例中，用戶A可以藉由向用戶B發出參與邀請，可以由該用戶A與用戶B共同參與商家的折扣活動；當然，用戶B可以根據實際情況選擇接受或拒絕邀請。 步驟504，用戶A向支付平臺申請參與活動。 在一實施例中，由於用戶B在用戶A的邀請下參與折扣活動，因而可以僅由用戶A向支付平臺發出活動參與申請，即可代表用戶A與用戶B。在另一實施例中，用戶A和用戶B可以分別向支付平臺發出活動參與申請，而基於步驟503中在用戶A與用戶B之間的邀請操作，支付平臺已經獲知了用戶A與用戶B之間的關聯關係，從而可以確定為用戶A與用戶B相關聯地參與上述的折扣活動。 步驟505，支付平臺驗證用戶A、用戶B的信用值，以確定是否向該用戶A、用戶B賦予折扣權限。 在一實施例中，當用戶A的信用值達到預設值、用戶B的信用值未達到該預設值時，支付平臺可以拒絕用戶B參與折扣活動，而僅允許用戶A單獨參與折扣活動，此時可以參考圖4所示的實施例。類似地，當用戶A的信用值未達到預設值、用戶B的信用值達到該預設值時，支付平臺可以拒絕用戶A參與折扣活動，而僅允許用戶B單獨參與折扣活動。 在一實施例中，當用戶A、用戶B的信用值均達到預設值時，支付平臺允許用戶A與用戶B相關聯地參與上述的折扣活動，並分別向用戶A和用戶B賦予折扣權限。其中，用戶A與用戶B對折扣活動的參與形式，存在兩種情況： 一種情況下，用戶A與用戶B共享同一承諾。例如在圖4中，當用戶A單獨承諾時，承諾內容為：用戶A如果1個月內在商家處累計消費滿1000元，即可獲得8折優惠；而當用戶A與用戶B共享同一承諾時，該承諾內容為：用戶A和用戶B如果1個月內在商家處總共累計消費滿1000元，即可獲得8折優惠。藉由共享同一承諾，可以降低每個用戶所需要承擔的消費額，降低了滿足承諾的難度，還有助於在多個用戶之間傳播和宣傳該折扣活動。 另一種情況下，用戶A與用戶B獨立承諾，但承諾之間存在關聯。例如，承諾內容可以包括：用戶A如果1個月內在商家處累計消費滿1000元，即可至少獲得8折優惠；用戶B如果1個月內在商家處累計消費滿1000元，即可至少獲得8折優惠；用戶A、用戶B如果1個月內各自在商家處累計消費滿1000元，即可獲得6折優惠。那麼，雖然每個用戶所需要承諾的消費額與圖4所示的單獨承諾相同，但是如果多個用戶均滿足承諾，可以獲得更大的優惠折扣，有助於在用戶之間實現相互監督與敦促。 步驟506，當用戶A(或用戶B)在商家處產生消費事件時，商家可以獲取用戶A(或用戶B)的身份標識。 步驟507，商家可以向支付平臺發起權限認證請求，該權限認證請求中包括用戶A(或用戶B)的身份標識。 步驟508，商家接收支付平臺返回的權限認證結果，確定消費金額。 步驟509，商家基於確定的消費金額，向支付平臺發起扣費請求。 步驟510，支付平臺響應於扣費請求，向用戶A(或用戶B)發起扣費詢問，並根據用戶A(或用戶B)返回的扣費確認完成付費。 步驟511，支付平臺將扣費結果分別告知用戶A(或用戶B)和商家。 在一實施例中，步驟506~511可以參考圖4所示的步驟405~410，此處不再贅述。 步驟512，支付平臺確認承諾實現情況。 步驟513，當消費承諾未被滿足時，支付平臺向相關用戶發送優惠退還提醒。 在一實施例中，當用戶A與用戶B共享同一承諾時，存在多種情況： 一種情況下，若用戶A與用戶B在規定的1個月時間段內在商家處的消費總額達到1000元，則判定為用戶A和用戶B滿足承諾，不需要退還優惠資金。 另一種情況下，若用戶A與用戶B在規定的1個月時間段內在商家處的消費總額未達到1000元，則判定為用戶A和用戶B未滿足承諾，需要根據用戶A和用戶B分別購買的商品，退還相應的優惠資金。假定用戶A以8折優惠購買了原價200元的商品，即用戶A實際僅花費了200×80%=160元，那麼用戶A需要退還的優惠資金為200×(1-80%)=40元；假定用戶B以8折優惠購買了原價600元的商品，即用戶B實際僅花費了600×80%=480元，那麼用戶B需要退還的優惠資金為600×(1-80%)=120元。 在一實施例中，當用戶A與用戶B獨立承諾，但承諾之間存在關聯時，存在多種情況： 一種情況下，當用戶A在規定的1個月時間段內在商家處的消費總額達到1000元，且用戶B在規定的1個月時間段內在商家處的消費總額達到1000元時，可以判定為用戶A和用戶B均滿足承諾，可以享受6折優惠，無需退還優惠資金。 另一種情況下，當用戶A在規定的1個月時間段內在商家處的消費總額達到1000元，但用戶B在規定的1個月時間段內在商家處的消費總額未達到1000元時，可以判定為用戶A和用戶B均未滿足承諾，需要退還優惠資金。其中，用戶A滿足了自身的獨立承諾，因而可以享受獨立承諾所允許的8折優惠，但是無法享受到用戶A與用戶B均滿足各自的獨立承諾時的6折優惠；例如，當用戶A以6折優惠購買了原價200元的商品時，即用戶A實際僅花費了200×60%=120元，那麼用戶A需要退還的優惠資金為200×(80%-60%)=40元。而由於用戶B未能滿足自身的獨立承諾，因而需要退還享受的所有優惠資金；例如，當用戶B以6折優惠購買了原價600元的商品時，即用戶B實際僅花費了600×60%=360元，那麼用戶B需要退還的優惠資金為600×(1-60%)=240元。 類似地，當用戶A在規定的1個月時間段內在商家處的消費總額未達到1000元，但用戶B在規定的1個月時間段內在商家處的消費總額達到1000元時，由於用戶A未能滿足自身的獨立承諾，因而需要退還享受的所有優惠資金；例如，當用戶A以6折優惠購買了原價200元的商品時，即用戶A實際僅花費了200×60%=120元，那麼用戶A需要退還的優惠資金為200×(1-60%)=80元。而用戶B滿足了自身的獨立承諾，因而可以享受獨立承諾所允許的8折優惠，但是無法享受到用戶A與用戶B均滿足各自的獨立承諾時的6折優惠；例如，當用戶B以6折優惠購買了原價600元的商品時，即用戶B實際僅花費了600×60%=360元，那麼用戶B需要退還的優惠資金為600×(80%-60%)=120元。 又一種情況下，當用戶A在規定的1個月時間段內在商家處的消費總額未達到1000元，而用戶B在規定的1個月時間段內在商家處的消費總額同樣未達到1000元時，可以判定為用戶A和用戶B均未滿足承諾，需要退還優惠資金，且無法享受任何折扣的優惠。例如，當用戶A以6折優惠購買了原價200元的商品時，即用戶A實際僅花費了200×60%=120元，那麼用戶A需要退還的優惠資金為200×(1-60%)=80元；當用戶B以6折優惠購買了原價600元的商品時，即用戶B實際僅花費了600×60%=360元，那麼用戶B需要退還的優惠資金為600×(1-60%)=240元。 在一實施例中，當用戶A需要退還優惠資金時，支付平臺可以向該用戶A發送優惠退還提醒；當用戶B需要退還優惠資金時，支付平臺可以向該用戶B發送優惠退還提醒。當然，由於用戶A與用戶B之間關聯地參與了上述活動，因而即便僅用戶A需要退還優惠資金、用戶B不需要退還優惠資金，也可以向用戶B發送提醒訊息，使得用戶B可以提醒用戶A退還優惠資金，甚至由用戶B替用戶A退還至少一部分優惠資金、以減輕用戶A的資金壓力。 步驟514，支付平臺確認退還情況。 步驟515，支付平臺在用戶A或用戶B未及時退還優惠資金的情況下，扣減用戶A或用戶B的信用值、限制用戶A或用戶B參與其他折扣活動。 在一實施例中，用戶A與用戶B的信用情況相互獨立，比如當用戶A未及時退還優惠資金、用戶B無需退還或已退還優惠資金時，可以僅針對用戶A進行懲罰、避免對用戶B進行懲罰。 在一實施例中，用戶A與用戶B的信用情況相互關聯，比如雖然用戶B無需退還或已退還優惠資金，但是如果用戶A未及時退還優惠資金，那麼不僅需要針對用戶A進行懲罰，還需要對用戶B進行懲罰；當然，對用戶B的懲罰程度可以相對較小。 圖6是一示例性實施例提供的又一種交易場景下的業務互動示意圖。如圖6所示，該業務互動過程可以包括以下步驟： 步驟601，支付平臺與商家之間簽訂活動協議。 步驟602，支付平臺向用戶A發佈活動資訊。 步驟603，用戶A向用戶B發出參與邀請，並接收用戶B返回的邀請確認。 步驟604，用戶A向支付平臺申請參與活動。 在一實施例中，步驟601-604可以參考圖5所示的步驟501-504，此處不再贅述。 步驟605，支付平臺驗證用戶A、用戶B的信用值，以確定是否向該用戶A、用戶B賦予折扣權限。 在一實施例中，當用戶A的信用值達到預設值、用戶B的信用值未達到該預設值時，支付平臺可以拒絕用戶B參與折扣活動，而僅允許用戶A單獨參與折扣活動，此時可以參考圖4所示的實施例。類似地，當用戶A的信用值未達到預設值、用戶B的信用值達到該預設值時，支付平臺可以拒絕用戶A參與折扣活動，而僅允許用戶B單獨參與折扣活動。 在一實施例中，用戶A與用戶B獨立承諾，但承諾之間存在關聯。例如，承諾內容可以包括：用戶A如果1個月內在商家處累計消費滿1000元，即可獲得8折優惠；用戶B如果1個月內在商家處累計消費滿1000元，即可獲得8折優惠；用戶A、用戶B如果1個月內各自在商家處累計消費滿1000元，即可獲得20%優惠資金的返還，相當於獲得6折優惠。那麼，雖然每個用戶所需要承諾的消費額與圖4所示的單獨承諾相同，但是如果多個用戶均滿足承諾，可以獲得更大的優惠折扣，有助於在用戶之間實現相互監督與敦促。 步驟606A，用戶A在商家處按照8折優惠的價格產生消費事件。 步驟606B，用戶B在商家處按照8折優惠的價格產生消費事件。 在一實施例中，對於消費過程中的權限認證及付費等過程，可以參考圖4所示的步驟405~410及其相關描述，此處不再贅述。 步驟607，支付平臺確認承諾實現情況。 步驟608，當用戶A和用戶B均滿足各自的消費承諾時，支付平臺向商家發送優惠返還提醒。 在一實施例中，當用戶A在規定的1個月時間段內在商家處的消費總額達到1000元，且用戶B在規定的1個月時間段內在商家處的消費總額達到1000元時，可以判定為用戶A和用戶B均滿足承諾，可以享受6折優惠；而由於用戶A、用戶B在消費過程中實際是以8折優惠進行消費，因而商家需要向用戶A、用戶B返還20%的優惠資金，相當於用戶A、用戶B獲得6折優惠。 在一實施例中，如果用戶A在規定的1個月時間段內在商家處的消費總額達到1000元，但用戶B在規定的1個月時間段內在商家處的消費總額未達到1000元，那麼用戶A只能夠享受8折優惠、無法從商家處獲得返還的優惠資金，以及用戶B需要將已享受的8折優惠所產生的優惠資金退還給商家，這可以參考圖5所示的實施例。類似地，如果用戶B在規定的1個月時間段內在商家處的消費總額達到1000元，但用戶A在規定的1個月時間段內在商家處的消費總額未達到1000元，那麼用戶B只能夠享受8折優惠、無法從商家處獲得返還的優惠資金，以及用戶A需要將已享受的8折優惠所產生的優惠資金退還給商家。 在一實施例中，如果用戶A、用戶B在規定的1個月時間段內在商家處的消費總額均未達到1000元，那麼用戶A、用戶B均需要將已享受的8折優惠所產生的優惠資金退還給商家，這可以參考圖5所示的實施例。 步驟609，支付平臺確認商家的優惠返還情況。 步驟610，當商家未能及時返還優惠資金時，支付平臺可以扣減商家的信用值、限制商家開展其他的折扣活動。 在一實施例中，支付平臺可以提醒商家在規定期限內向用戶A、用戶B等買家返還優惠資金。一種情況下，如果商家未能及時返還，支付平臺可以自動從商家的帳戶中扣減相關金額的資金，並轉入用戶A、用戶B的帳戶中，實現自動退還；另一種情況下，如果商家未向支付平臺授權自動返還資金，或者商家雖然已經授權但是帳戶資金不足，那麼可能導致商家在規定期限內未能向用戶A、用戶B返還優惠資金，支付平臺可以對商家進行懲罰。 下面結合圖7-11所示的介面示意圖，對交易場景下的商品折扣活動進行舉例描述。 圖7是一示例性實施例提供的一種創建折扣活動的示意圖。如圖7所示，“X品牌”的商家可以藉由活動創建介面700創建折扣活動，該活動創建介面700可以對該折扣活動的活動週期、承諾消費金額、基礎折扣、優惠折扣等選項進行設置，表示的含義為：當買家參與該折扣活動後，在該活動週期內能夠以“優惠折扣”購買該“X品牌”的商品；但是，如果該買家在該活動週期內的累計消費金額未達到“承諾消費金額”，那麼只能夠享受“基礎折扣”，需要退還“優惠折扣”與“基礎折扣”所產生的差額資金。在對上述選項的內容完成填寫後，商家可以藉由觸發“確認發佈”選項，確認創建相應的折扣活動，並將其藉由交易平臺進行發佈，使得各個買家可以瀏覽和參與該折扣活動。 圖8是一示例性實施例提供的一種已創建的折扣活動的展示示意圖。如圖8所示，商家可以在活動展示介面800中對已創建的各個折扣活動進行瀏覽和管理。例如，活動展示介面800中的“01承諾活動”為商家最近創建的折扣活動，該折扣活動的“活動週期”為14天、“承諾消費金額”為200元、“基礎折扣”為9.2折、“優惠折扣”為8.8折；以及，活動展示介面800還包括諸如“02承諾活動”等其他的折扣活動，此處不再一一列舉。其中，商家可以藉由觸發“01承諾活動”對應的“下架”選項，對該折扣活動進行下架處理，使得買家無法瀏覽和參與該折扣活動；商家還可以對已創建的折扣活動進行編輯，以調整其“活動週期”、“承諾消費金額”、“基礎折扣”、“優惠折扣”等選項的取值等，此處不再一一贅述。 圖9是一示例性實施例提供的一種向買家展示活動內容的示意圖。如圖9所示，買家可以在交易平臺上瀏覽到活動展示介面900，該活動展示介面900用於對商家藉由活動創建介面700創建的折扣活動進行展示，以便於買家充分瞭解該折扣活動，確定自身參與後所能夠獲得的權利和需要完成的義務；其中，權利可以包括“享受優惠折扣8.8折”，義務可以包括“2018.08.01~2018.08.14期間到店消費累計滿200元”，以及“如果期間消費未滿200元，將重新按照基礎折扣(9.2折)計算，並退還差額”。其中，當買家觸發活動展示介面900中的“確認參加”選項時，可以申請參與相應的折扣活動。 圖10是一示例性實施例提供的一種向買家提醒退還差額的示意圖。當買家參與折扣活動後，未能在活動期限內消費達標時，交易平臺可以向該買家發送差額退還提醒，並展示於如圖10所示的提醒展示介面1000中，該差額退還提醒可以向買家告知其參與的折扣活動的資訊、退還差額的原因、已獲得的優惠資金數額等。買家可以藉由觸發提醒展示介面1000中的“退還優惠”選項來退還差額。 在一實施例中，買家觸發提醒展示介面1000中的“退還優惠”選項後，可以切換至如圖11所示的退還詳情介面1100，並由該退還詳情介面1100向買家展示實際需要退還的差額，比如買家獲得的累計優惠為12元，而基礎優惠為8元，因而買家需要退還由此帶來的差額4元。買家可以藉由觸發退還詳情介面1100中的“立即退還”來退還差額。 圖12是一示例性實施例提供的一種設備的示意結構圖。請參考圖12，在硬體層面，該設備包括處理器1202、內部匯流排1204、網路介面1206、內部儲存器1208以及非易失性儲存器1210，當然還可能包括其他業務所需要的硬體。處理器1202從非易失性儲存器1210中讀取對應的電腦程式到內部儲存器1208中然後運行，在邏輯層面上形成業務處理裝置。當然，除了軟體實現方式之外，本說明書一個或多個實施例並不排除其他實現方式，比如邏輯裝置亦或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯裝置。 請參考圖13，在軟體實施方式中，該業務處理裝置應用於業務平臺；所述裝置可以包括： 接收單元1301，接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1； 第一觸發單元1302，當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，其中差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 可選的，所述第一觸發單元1302具體用於： 向所述第一用戶發送提醒訊息； 和/或，主動從所述第一用戶對應的用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。 可選的，還包括： 處理單元1303，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶進行信用違約處理。 可選的，所述處理單元1303具體用於以下至少之一： 扣減所述第一用戶的信用值、限制所述第一用戶的業務參與權限、將所述第一用戶標記為失信人員。 可選的，還包括： 調整單元1304，當所述第一用戶存在至少一個關聯用戶且所述關聯用戶的信用值達到所述預設值時，若所述第一用戶和所述關聯用戶承諾在所述預設時間段內向第二用戶分別發送不少於所述預設量的資源，則下調所述第一比例a的取值。 可選的，還包括： 第二觸發單元1305，當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量不少於所述預設量、至少一個所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發調整額補償流程，以使所述第一用戶在所述指定期限內向所述第二用戶發送調整額資源，所述調整額資源的資源量與所述標準資源量之比為第三比例c，c的取值為所述第一比例a的下調值。 可選的，還包括： 第三觸發單元1306，當所述第一用戶存在至少一個關聯用戶且所述關聯用戶的信用值達到所述預設值時，若所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量均不少於所述預設量，則觸發資源返還流程，以使所述第二用戶向所述第一用戶發送返還資源，所述返還資源的資源量與所述標準資源量之比為第四比例d，0＜d＜a。 圖14是一示例性實施例提供的一種設備的示意結構圖。請參考圖14，在硬體層面，該設備包括處理器1402、內部匯流排1404、網路介面1406、內部儲存器1408以及非易失性儲存器1410，當然還可能包括其他業務所需要的硬體。處理器1402從非易失性儲存器1410中讀取對應的電腦程式到內部儲存器1408中然後運行，在邏輯層面上形成業務處理裝置。當然，除了軟體實現方式之外，本說明書一個或多個實施例並不排除其他實現方式，比如邏輯裝置亦或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯裝置。 請參考圖15，在軟體實施方式中，該業務處理裝置應用於業務平臺；所述裝置可以包括： 接收單元1501，接收用戶終端發送的資訊，所述資訊包含：當所述用戶終端對應的第一用戶存在至少一個關聯用戶，且所述第一用戶和所述關聯用戶的信用值均達到預設值時，若所述第一用戶和所述關聯用戶承諾在預設時間段內向第二用戶發送總額不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0＜a＜1； 觸發單元1502，當所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0＜b≤1-a。 可選的，還包括： 第一處理單元1503，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶進行信用違約處理。 可選的，還包括： 第二處理單元1504，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶和所述關聯用戶進行信用違約處理。 上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦，電腦的具體形式可以是個人電腦、筆記型電腦、行動電話、相機電話、智慧型電話、個人數位助理、媒體播放器、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。 在一個典型的配置中，電腦包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和內部儲存器。 內部儲存器可能包括電腦可讀媒體中的非永久性儲存器，隨機存取記憶體(RAM)和/或非易失性內部儲存器等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。內部儲存器是電腦可讀媒體的示例。 電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可抹除可程式化唯讀記憶體(EEPROM)、快閃記憶體或其他內部儲存器技術、唯讀光碟(CD-ROM)、數位化多功能光碟(DVD)或其他光學儲存、磁盒式磁帶、磁碟儲存、量子記憶體、基於石墨烯的儲存媒體或其他磁性儲存設備或任何其他非傳輸媒體，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體(transitory media)，如調變的資料信號和載波。 還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。 上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多任務處理和並行處理也是可以的或者可能是有利的。 在本說明書一個或多個實施例使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本說明書一個或多個實施例。在本說明書一個或多個實施例和所附申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出項目的任何或所有可能組合。 應當理解，儘管在本說明書一個或多個實施例可能採用術語第一、第二、第三等來描述各種資訊，但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如，在不脫離本說明書一個或多個實施例範圍的情況下，第一資訊也可以被稱為第二資訊，類似地，第二資訊也可以被稱為第一資訊。取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應於確定”。 以上所述僅為本說明書一個或多個實施例的較佳實施例而已，並不用以限制本說明書一個或多個實施例，凡在本說明書一個或多個實施例的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本說明書一個或多個實施例保護的範圍之內。

102~104‧‧‧步驟 202~204‧‧‧步驟 31‧‧‧伺服器 32‧‧‧網路 33‧‧‧手機 34‧‧‧手機 35‧‧‧PC 401~414‧‧‧步驟 501~515‧‧‧步驟 601~610‧‧‧步驟 700‧‧‧活動創建介面 800‧‧‧活動展示介面 900‧‧‧活動展示介面 1000‧‧‧提醒展示介面 1100‧‧‧退還詳情介面 1202‧‧‧處理器 1204‧‧‧內部匯流排 1206‧‧‧網路介面 1208‧‧‧內部儲存器 1210‧‧‧非易失性儲存器 1301‧‧‧接收單元 1302‧‧‧第一觸發單元 1303‧‧‧處理單元 1304‧‧‧調整單元 1305‧‧‧第二觸發單元 1306‧‧‧第三觸發單元 1402‧‧‧處理器 1404‧‧‧內部匯流排 1406‧‧‧網路介面 1408‧‧‧內部儲存器 1410‧‧‧非易失性儲存器 1501‧‧‧接收單元 1502‧‧‧觸發單元 1503‧‧‧第一處理單元 1504‧‧‧第二處理單元

圖1是一示例性實施例提供的一種業務處理方法的流程圖。 圖2是一示例性實施例提供的另一種業務處理方法的流程圖。 圖3是一示例性實施例提供的一種業務處理系統的架構示意圖。 圖4是一示例性實施例提供的一種交易場景下的業務互動示意圖。 圖5是一示例性實施例提供的另一種交易場景下的業務互動示意圖。 圖6是一示例性實施例提供的又一種交易場景下的業務互動示意圖。 圖7是一示例性實施例提供的一種創建折扣活動的示意圖。 圖8是一示例性實施例提供的一種已創建的折扣活動的展示示意圖。 圖9是一示例性實施例提供的一種向買家展示活動內容的示意圖。 圖10是一示例性實施例提供的一種向買家提醒退還差額的示意圖。 圖11是一示例性實施例提供的一種退還詳情介面的示意圖。 圖12是一示例性實施例提供的一種設備的結構示意圖。 圖13是一示例性實施例提供的一種業務處理裝置的方塊圖。 圖14是一示例性實施例提供的另一種設備的結構示意圖。 圖15是一示例性實施例提供的另一種業務處理裝置的方塊圖。

Claims (20)

1. 一種業務處理方法，包括：接收用戶終端發送的資訊，所述資訊包含所述用戶終端對應的第一用戶的身份標識；向業務平臺發起權限認證請求，所述權限認證請求中包含所述身份標識；基於所述身份標識，查詢所述身份標識是否存在相應第二用戶的折扣權限，並依據權限認證結果從所述第一用戶對應的用戶資源集用場中扣除資源並發送給所述第二用戶；當所述第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向所述第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0<a<1；當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0<b

   

   1-a；當所述第一用戶存在至少一個關聯用戶且所述關聯用戶的信用值達到所述預設值時，若所述第一用戶和所述關聯用戶承諾在所述預設時間段內向第二用戶分別發送不少 於所述預設量的資源，則下調所述第一比例a的取值，其中，所述業務平臺是交易平臺，所述第一用戶是買家，所述第二用戶是賣家，所述用戶資源集用場是用戶帳戶，且所述資源是資金，並且其中，所述觸發差額補償流程，包括：依照預定的發送時刻一次或多次向所述第一用戶及所述關聯用戶發送提醒訊息。
2. 根據請求項1所述的方法，所述觸發差額補償流程，還包括：主動從所述第一用戶對應的所述用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。
3. 根據請求項1所述的方法，還包括：當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶進行信用違約處理。
4. 根據請求項3所述的方法，所述對所述第一用戶進行信用違約處理，包括以下至少之一：扣減所述第一用戶的信用值、限制所述第一用戶的業務參與權限、將所述第一用戶標記為失信人員。
5. 根據請求項4所述的方法，還包括： 當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量不少於所述預設量、至少一個所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發調整額補償流程，以使所述第一用戶在所述指定期限內向所述第二用戶發送調整額資源，所述調整額資源的資源量與所述標準資源量之比為第三比例c，c的取值為所述第一比例a的下調值。
6. 根據請求項1所述的方法，還包括：若所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量均不少於所述預設量，則觸發資源返還流程，以使所述第二用戶向所述第一用戶發送返還資源，所述返還資源的資源量與所述標準資源量之比為第四比例d，0<d<a。
7. 一種業務處理方法，包括：接收用戶終端發送的資訊，所述資訊包含所述用戶終端對應的第一用戶的身份標識；向業務平臺發起權限認證請求，所述權限認證請求中包含所述身份標識；基於所述身份標識，查詢所述身份標識是否存在相應第二用戶的折扣權限，並依據權限認證結果從所述第一用戶對應的用戶資源集用場中扣除資源並發送給所述第二用戶； 當所述第一用戶存在至少一個關聯用戶，且所述第一用戶和所述關聯用戶的信用值均達到預設值時，若所述第一用戶和所述關聯用戶承諾在預設時間段內向所述第二用戶發送總額不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0<a<1；當所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0<b

   

   1-a，其中，所述業務平臺是交易平臺，所述第一用戶是買家，所述第二用戶是賣家，所述用戶資源集用場是用戶帳戶，且所述資源是資金，並且其中，所述觸發差額補償流程，包括：依照預定的發送時刻一次或多次向所述第一用戶及所述關聯用戶發送提醒訊息。
8. 根據請求項7所述的方法，還包括：當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶進行信用違約處理。
9. 根據請求項7所述的方法，還包括： 當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶和所述關聯用戶進行信用違約處理。
10. 一種業務處理裝置，包括：接收單元，接收用戶終端發送的資訊，所述資訊包含所述用戶終端對應的第一用戶的身份標識；向業務平臺發起權限認證請求，所述權限認證請求中包含所述身份標識；基於所述身份標識，查詢所述身份標識是否存在相應第二用戶的折扣權限，並依據權限認證結果從所述第一用戶對應的用戶資源集用場中扣除資源並發送給所述第二用戶；當所述第一用戶的信用值達到預設值時，若所述第一用戶承諾在預設時間段內向所述第二用戶發送不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0<a<1；第一觸發單元，當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，其中差額資源的資源量與所述標準資源量之比為第二比例b，且0<b

    

    1-a；調整單元，當所述第一用戶存在至少一個關聯用戶且所述關聯用戶的信用值達到所述預設值時，若所述第一用戶和所述關聯用戶承諾在所述預設時間段內向第二用戶分 別發送不少於所述預設量的資源，則下調所述第一比例a的取值，其中，所述業務平臺是交易平臺，所述第一用戶是買家，所述第二用戶是賣家，所述用戶資源集用場是用戶帳戶，且所述資源是資金，並且其中，所述觸發差額補償流程，包括：所述第一觸發單元依照預定的發送時刻一次或多次向所述第一用戶及所述關聯用戶發送提醒訊息。
11. 根據請求項10所述的裝置，所述第一觸發單元還用於：主動從所述第一用戶對應的所述用戶資源集用場中扣除所述差額資源，並發送至所述第二用戶。
12. 根據請求項10所述的裝置，還包括：處理單元，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶進行信用違約處理。
13. 根據請求項12所述的裝置，所述處理單元具體用於以下至少之一：扣減所述第一用戶的信用值、限制所述第一用戶的業務參與權限、將所述第一用戶標記為失信人員。
14. 根據請求項10所述的裝置，還包括：第二觸發單元，當所述第一用戶在所述預設時間段內向所述第二用戶實際發送的資源量不少於所述預設量、至少一個所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發調整額補償流程，以使所述第一用戶在所述指定期限內向所述第二用戶發送調整額資源，所述調整額資源的資源量與所述標準資源量之比為第三比例c，c的取值為所述第一比例a的下調值。
15. 根據請求項10所述的裝置，還包括：第三觸發單元，若所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量均不少於所述預設量，則觸發資源返還流程，以使所述第二用戶向所述第一用戶發送返還資源，所述返還資源的資源量與所述標準資源量之比為第四比例d，0<d<a。
16. 一種業務處理裝置，包括：接收單元，接收用戶終端發送的資訊，所述資訊包含所述用戶終端對應的第一用戶的身份標識；向業務平臺發起權限認證請求，所述權限認證請求中包含所述身份標識；基於所述身份標識，查詢所述身份標識是否存在相應第二用戶的折扣權限，並依據權限認證結果從所述第一用戶對應的用戶資源集用場中扣除資源並發送給所述第二用 戶；當所述第一用戶存在至少一個關聯用戶，且所述第一用戶和所述關聯用戶的信用值均達到預設值時，若所述第一用戶和所述關聯用戶承諾在預設時間段內向所述第二用戶發送總額不少於預設量的資源，則所述第一用戶發送的資源量與所述第二用戶向所述第一用戶提供的業務對象對應的標準資源量之比為第一比例a，且0<a<1；觸發單元，當所述第一用戶和所述關聯用戶在所述預設時間段內向所述第二用戶實際發送的資源量少於所述預設量時，觸發差額補償流程，以使所述第一用戶在指定期限內向所述第二用戶發送差額資源，所述差額資源的資源量與所述標準資源量之比為第二比例b，且0<b

    

    1-a，其中，所述業務平臺是交易平臺，所述第一用戶是買家，所述第二用戶是賣家，所述用戶資源集用場是用戶帳戶，且所述資源是資金，並且其中，所述觸發差額補償流程，包括：所述觸發單元依照預定的發送時刻一次或多次向所述第一用戶及所述關聯用戶發送提醒訊息。
17. 根據請求項16所述的裝置，還包括：第一處理單元，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶進行信用違約處理。
18. 根據請求項16所述的裝置，還包括： 第二處理單元，當所述第一用戶未在所述指定期限內向所述第二用戶發送所述差額資源時，對所述第一用戶和所述關聯用戶進行信用違約處理。
19. 一種電子設備，包括：處理器；用於儲存處理器可執行指令的儲存器；其中，所述處理器藉由運行所述可執行指令以實現如請求項1-6中任一項所述的業務處理方法。
20. 一種電子設備，包括：處理器；用於儲存處理器可執行指令的儲存器；其中，所述處理器藉由運行所述可執行指令以實現如請求項7-9中任一項所述的業務處理方法。

Images