一種業(yè)務處理方法和裝置的制造方法
【專利摘要】本申請?zhí)峁┮环N業(yè)務處理方法和裝置。所述方法包括：接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求；當確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給業(yè)務響應端；根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述業(yè)務請求生成N個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為所述業(yè)務請求所請求的數(shù)據(jù)量，N為業(yè)務響應端的數(shù)量；將所述N個子業(yè)務請求發(fā)送給所述N個業(yè)務響應端。通過本申請的技術(shù)方案，增強了業(yè)務處理過程中業(yè)務發(fā)起端與業(yè)務響應端的交互，從而滿足用戶的個性化需求，提升用戶體驗。
【專利說明】
一種業(yè)務處理方法和裝置
技術(shù)領(lǐng)域
[0001] 本申請涉及通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務處理方法和裝置。
【背景技術(shù)】
[0002] 隨著互聯(lián)網(wǎng)技術(shù)的廣泛發(fā)展，用戶可以通過互聯(lián)網(wǎng)實現(xiàn)各種業(yè)務操作。比如：用戶 可以通過互聯(lián)網(wǎng)進行交流通信，用戶也可以通過互聯(lián)網(wǎng)進行物品的采購等。
[0003] 相關(guān)技術(shù)中，在進行業(yè)務處理的過程中，通常是業(yè)務響應端根據(jù)業(yè)務發(fā)起端發(fā)起 的業(yè)務請求執(zhí)行相應的業(yè)務操作。整個過程，交互方式較為單一，無法滿足用戶的個性化需 求。

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

[0004] 有鑒于此，本申請?zhí)峁┮环N業(yè)務處理方法和裝置。
[0005] 具體地，本申請是通過如下技術(shù)方案實現(xiàn)的：
[0006] 一種業(yè)務處理方法，所述方法包括：
[0007] 接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求；
[0008] 當確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給業(yè)務響應端；
[0009] 根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述業(yè)務請求生 成N個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為所述業(yè)務請求所請求的 數(shù)據(jù)量，N為業(yè)務響應端的數(shù)量；
[0010] 將所述N個子業(yè)務請求發(fā)送給所述N個業(yè)務響應端。
[0011] 進一步地，所述模式確認結(jié)果包括：接受互動模式和拒絕互動模式；
[0012] 所述根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述業(yè)務請 求生成N個子業(yè)務請求，包括：
[0013] 當返回接受互動模式的業(yè)務響應端的數(shù)量為0或1時，生成的每個子業(yè)務請求所 對應的子數(shù)據(jù)量為第一子數(shù)據(jù)量，所述第一子數(shù)據(jù)量為所述業(yè)務請求所請求的數(shù)據(jù)量與業(yè) 務響應端的數(shù)量的商值；
[0014] 當返回接受互動模式的業(yè)務響應端的數(shù)量為N時，為每個子業(yè)務請求隨機生成對 應的N個第二子數(shù)據(jù)量；
[0015] 當返回接受互動模式的業(yè)務響應端的數(shù)量為Μ時，為返回拒絕互動模式的業(yè)務響 應端生成的子數(shù)據(jù)量為所述第一子數(shù)據(jù)量；為返回接受互動模式的業(yè)務響應端隨機生成對 應的Μ個第三子數(shù)據(jù)量，Μ大于1且小于Ν。
[0016] 進一步地，在將所述Ν個子業(yè)務請求發(fā)送給所述Ν個業(yè)務響應端之后，還包括：
[0017] 接收所述業(yè)務響應端針對所述子業(yè)務請求返回的業(yè)務處理結(jié)果，所述業(yè)務處理結(jié) 果包括接受業(yè)務請求和拒絕業(yè)務請求；
[0018] 當返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為1時，將為所述返回拒絕業(yè)務請求的 業(yè)務響應端生成的子業(yè)務請求重新發(fā)送給該業(yè)務響應端；
[0019] 當返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為P時，為所述返回拒絕業(yè)務請求的業(yè) 務響應端重新隨機生成對應的P個第四子數(shù)據(jù)量，并將對應的子業(yè)務請求發(fā)送給所述業(yè)務 響應端，其中，P大于1且小于等于M。
[0020] 進一步地，所述P個第四子數(shù)據(jù)量之和小于為所述P個業(yè)務響應端隨機生成的P 個第三子數(shù)據(jù)量之和。
[0021] 進一步地，所述N個第二子數(shù)據(jù)量中，最大第二子數(shù)據(jù)量與最小第二子數(shù)據(jù)量的 差值小于等于預設(shè)的閾值。
[0022] 一種業(yè)務處理裝置，所述裝置包括：
[0023] 第一接收單元，接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求；
[0024] 第一發(fā)送單元，在確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給業(yè)務響 應端；
[0025] 請求生成單元，根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為 所述業(yè)務請求生成N個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為所述業(yè) 務請求所請求的數(shù)據(jù)量，N為業(yè)務響應端的數(shù)量；
[0026] 第二發(fā)送單元，將所述N個子業(yè)務請求發(fā)送給所述N個業(yè)務響應端。
[0027] 進一步地，所述模式確認結(jié)果包括：接受互動模式和拒絕互動模式；
[0028] 所述請求生成單元，具體在返回接受互動模式的業(yè)務響應端的數(shù)量為0或1時，生 成的每個子業(yè)務請求所對應的子數(shù)據(jù)量為第一子數(shù)據(jù)量，所述第一子數(shù)據(jù)量為所述業(yè)務請 求所請求的數(shù)據(jù)量與業(yè)務響應端的數(shù)量的商值；在返回接受互動模式的業(yè)務響應端的數(shù)量 為N時，為每個子業(yè)務請求隨機生成對應的N個第二子數(shù)據(jù)量；在返回接受互動模式的業(yè)務 響應端的數(shù)量為Μ時，為返回拒絕互動模式的業(yè)務響應端生成的子數(shù)據(jù)量為所述第一子數(shù) 據(jù)量，為返回接受互動模式的業(yè)務響應端隨機生成對應的Μ個第三子數(shù)據(jù)量，Μ大于1且小 于Ν。
[0029] 進一步地，所述裝置還包括：
[0030] 第二接收單元，接收所述業(yè)務響應端針對所述子業(yè)務請求返回的業(yè)務處理結(jié)果， 所述業(yè)務處理結(jié)果包括接受業(yè)務請求和拒絕業(yè)務請求；
[0031] 結(jié)果處理單元，在返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)據(jù)為1時，將為所述返回 拒絕業(yè)務請求的業(yè)務響應端生成的子業(yè)務請求重新發(fā)送給該業(yè)務響應端，在返回拒絕業(yè)務 請求的業(yè)務響應端的數(shù)量為Ρ時，為所述返回拒絕業(yè)務請求的業(yè)務響應端重新隨機生成對 應的Ρ個第四子數(shù)據(jù)量，并將對應的子業(yè)務請求發(fā)送給所述業(yè)務響應端，其中，Ρ大于1且 小于等于Μ。
[0032] 進一步地，所述Ρ個第四子數(shù)據(jù)量之和小于為所述Ρ個業(yè)務響應端隨機生成的Ρ 個第三子數(shù)據(jù)量之和。
[0033] 進一步地，所述Ν個第二子數(shù)據(jù)量中，最大第二子數(shù)據(jù)量與最小第二子數(shù)據(jù)量的 差值小于等于預設(shè)的閾值。
[0034] 由以上描述可以看出，本申請?zhí)峁┗幽Ｊ降臉I(yè)務處理，業(yè)務服務器在確定業(yè)務 請求是互動模式時，根據(jù)業(yè)務響應端針對互動模式請求返回的模式確認結(jié)果，為業(yè)務發(fā)起 端發(fā)送的業(yè)務請求生成子業(yè)務請求，增強了業(yè)務處理過程中業(yè)務發(fā)起端與業(yè)務響應端的交 互，從而滿足用戶的個性化需求，提升用戶體驗。
【附圖說明】
[0035] 圖1是本申請一示例性實施例示出的一種應用場景示意圖。
[0036] 圖2是本申請一示例性實施例示出的一種業(yè)務處理方法的流程圖。
[0037] 圖3是本申請一示例性實施例示出的一種業(yè)務服務器結(jié)構(gòu)示意圖。
[0038] 圖4是本申請一示例性實施例示出的一種業(yè)務處理裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0039] 這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及 附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例 中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附 權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。
[0040] 在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。 在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的"一種"、"所述"和"該"也旨在包括多 數(shù)形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術(shù)語"和/或"是指 并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。
[0041] 應當理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這 些信息不應限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離 本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第 一信息。取決于語境，如在此所使用的詞語"如果"可以被解釋成為"在……時"或"當…… 時"或"響應于確定"。
[0042] 請參考圖1，圖1是本申請一示例性實施例提供的一種實現(xiàn)業(yè)務處理的應用場景 示意圖。
[0043] 在圖1中，業(yè)務服務器通常由業(yè)務提供方進行設(shè)置，業(yè)務提供方通過所述業(yè)務服 務器可以向用戶提供各種業(yè)務應用，以實現(xiàn)用戶之間的業(yè)務操作。在本申請業(yè)務處理的過 程中，通常需要發(fā)起用戶和參與用戶使用業(yè)務發(fā)起端和業(yè)務響應端先加入同一個業(yè)務組。 在這個過程中，可以由業(yè)務發(fā)起端先建立一個業(yè)務組，然后使用近距離通信等方式邀請業(yè) 務響應端也加入所述業(yè)務組。比如：業(yè)務發(fā)起端可以在建立所述業(yè)務組之后，生成二維碼， 業(yè)務響應端可以通過掃描該二維碼以加入所述業(yè)務組，當然，業(yè)務發(fā)起端和業(yè)務響應端也 可以采用其他方式實現(xiàn)加入同一個業(yè)務組，本申請對此不作特殊限制。所述業(yè)務組中通常 包括一個業(yè)務發(fā)起端和多個業(yè)務響應端。所述業(yè)務發(fā)起端發(fā)起業(yè)務請求，比如：業(yè)務發(fā)起端 根據(jù)用戶的指令發(fā)送業(yè)務請求給業(yè)務服務器，業(yè)務服務器根據(jù)所述業(yè)務請求生成多個子業(yè) 務請求，然后將所述多個子業(yè)務請求發(fā)送給多個業(yè)務響應端，業(yè)務響應端接受所述子業(yè)務 請求以完成業(yè)務處理的過程。
[0044] 在本申請實施例中，業(yè)務發(fā)起端和業(yè)務響應端均為用戶所使用的終端，所述終 端包括有手機、平板電腦、PC機等。用戶可以通過終端上裝載的所述業(yè)務提供方提供的 APP(Applicati〇n，應用軟件）與所述業(yè)務服務器進行交互，用戶也可以通過Web頁面訪問 所述業(yè)務服務器以進行交互，本申請對此不作特殊限制。當然，在實現(xiàn)業(yè)務處理的過程中， 往往需要用戶預先向所述業(yè)務服務器注冊對應的賬戶，然后在終端上基于注冊的賬戶登錄 所述業(yè)務服務器，以完成業(yè)務操作，具體的注冊流程可以參照相關(guān)技術(shù)中提供的實現(xiàn)方法， 本申請在此不再-贅述。
[0045] 下面結(jié)合圖1的應用場景對本申請的具體實現(xiàn)過程進行描述。
[0046] 請參考圖2,圖2是本申請一示例性實施例示出的一種業(yè)務處理方法的流程圖，所 述方法可以用于業(yè)務服務器上，包括以下步驟：
[0047] 步驟201，接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求。
[0048] 在本申請中，當發(fā)起用戶要與參與用戶之間進行業(yè)務操作時，發(fā)起用戶可以通過 業(yè)務發(fā)起端向業(yè)務服務器發(fā)送業(yè)務請求。所述業(yè)務請求可以包括：收款請求、資源分配請求 等，本申請對此不作特殊限制。
[0049] 步驟202,當確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給業(yè)務響應端。
[0050] 在本實施例中，所述業(yè)務請求包括有傳統(tǒng)模式以及互動模式。在所述傳統(tǒng)模式中， 業(yè)務服務器根據(jù)業(yè)務發(fā)起端發(fā)送的業(yè)務請求生成子業(yè)務請求，然后將子業(yè)務請求發(fā)送給業(yè) 務響應端，以供業(yè)務響應端接受所述子業(yè)務請求，從而完成本次業(yè)務處理。在所述互動模式 中，業(yè)務服務器會發(fā)送互動模式請求給業(yè)務響應端，參與用戶可以根據(jù)自己的需求選擇接 受互動模式或者拒絕互動模式。
[0051 ] 在本實施例中，發(fā)起用戶可以在通過業(yè)務發(fā)起端發(fā)送業(yè)務請求時，發(fā)起互動模式 的業(yè)務請求，業(yè)務服務器在接收到所述業(yè)務請求時，如果確定該業(yè)務請求是互動模式，則發(fā) 送互動模式請求給業(yè)務響應端。當然，所述互動模式也可以由某一個業(yè)務響應端發(fā)起，業(yè)務 服務器進而發(fā)送互動模式請求給其他業(yè)務響應端，本申請對此不作特殊限制。
[0052] 步驟203,根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述業(yè) 務請求生成N個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為所述業(yè)務請求 所請求的數(shù)據(jù)量。
[0053] 基于前述步驟202,業(yè)務服務器在發(fā)送互動模式請求給業(yè)務響應端后，接收所述業(yè) 務響應端針對所述互動模式請求返回的模式確認結(jié)果。所述模式確認結(jié)果包括：接受互動 模式和拒絕互動模式。在本步驟中，業(yè)務服務器根據(jù)統(tǒng)計所有業(yè)務響應端返回的模式確認 結(jié)果，并根據(jù)所述模式確認結(jié)果為所述業(yè)務響應端生成所述業(yè)務請求的子業(yè)務請求。
[0054] 具體地，業(yè)務服務器統(tǒng)計返回接受互動模式的業(yè)務響應端的數(shù)量與所有業(yè)務響應 端的數(shù)量N之間的關(guān)系。根據(jù)統(tǒng)計結(jié)果，分為以下三種情況：
[0055] 情況一，返回接受互動模式的業(yè)務響應端的數(shù)量為0或者為1。其中，如果返回接 受互動模式的業(yè)務響應端的數(shù)量為〇,則說明所有業(yè)務響應端都不接受互動模式，則按照傳 統(tǒng)的模式進行本次業(yè)務操作。業(yè)務服務器生成的每個子業(yè)務請求所請求的數(shù)據(jù)量均為第一 子數(shù)據(jù)量，所述第一子數(shù)據(jù)量是業(yè)務發(fā)起端發(fā)起的業(yè)務請求所請求的數(shù)據(jù)量S與業(yè)務響應 端的數(shù)量N的商值S/N，即所述第一子數(shù)據(jù)量是所述業(yè)務請求所請求的數(shù)據(jù)量基于業(yè)務響 應端數(shù)量的平均值。如果返回接受互動模式的業(yè)務響應端的數(shù)量為1，則說明僅有一個業(yè)務 響應端接受互動模式，無法形成與其他業(yè)務響應端的互動，所以也按照傳統(tǒng)模式進行本次 業(yè)務操作。業(yè)務服務器生成的每個子業(yè)務請求所請求的數(shù)據(jù)量均為第一子數(shù)據(jù)量，所述第 一子數(shù)據(jù)量是業(yè)務發(fā)起端發(fā)起的業(yè)務請求所請求的數(shù)據(jù)量S與業(yè)務響應端的數(shù)量N的商值 S/N〇
[0056] 情況二，返回接受互動模式的業(yè)務響應端的數(shù)量為N時。如果返回接受互動模式 的業(yè)務響應端的數(shù)量和加入業(yè)務組的業(yè)務響應端的數(shù)量相同，則說明所有業(yè)務響應端都接 受互動模式，則業(yè)務服務器為每個子業(yè)務請求隨機生成對應的N個第二子數(shù)據(jù)量。在本實 施例中，業(yè)務服務器可以根據(jù)相關(guān)技術(shù)中提供是隨機數(shù)生成算法以生成所述第二子數(shù)據(jù) 量，本申請在此不再--贅述。
[0057] 進一步地，所述業(yè)務服務器生成的所述N個第二子數(shù)據(jù)量中，最大第二子數(shù)據(jù)量 與最小第二子數(shù)據(jù)量的差值小于等于預設(shè)的閾值，所述預設(shè)的閾值可以為所述業(yè)務請求所 請求的數(shù)據(jù)量S的預設(shè)倍數(shù)。以收款請求為例，為多個付款人生成的多個子收款請求中，子 收款請求所請求的最大金額與子收款請求所請求的金額的差值要在總收款金額的一半以 內(nèi)，以避免對各個付款人所請求的金額出現(xiàn)嚴重不均的情況。
[0058] 情況三，返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為Μ，Μ大于1且小于N。如果返回 拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為Μ，則說明有至少兩個業(yè)務響應端接受互動模式。業(yè)務 服務器為返回拒絕互動模式的業(yè)務響應端生成的子數(shù)據(jù)量為所述第一子數(shù)據(jù)量，然后為返 回接受互動模式的業(yè)務響應端隨機生成對應的Μ個第三子數(shù)據(jù)量。具體地，假設(shè)Ν為3,Μ為 2,則在本實施例中，業(yè)務服務器為返回接受業(yè)務請求的業(yè)務響應端生成的第一子數(shù)據(jù)量是 所述業(yè)務請求所請求的數(shù)據(jù)量S基于業(yè)務響應端數(shù)量3的平均值：S/3,然后為返回拒絕業(yè) 務請求的兩個業(yè)務響應端隨機生成兩個第三子數(shù)據(jù)量，這兩個第三子數(shù)據(jù)量的和為S-S/3， 以確保業(yè)務服務器為所有的業(yè)務響應端生成的子業(yè)務請求的和為業(yè)務發(fā)起端發(fā)起的業(yè)務 請求所請求的數(shù)據(jù)量。
[0059] 步驟204,將所述Ν個子業(yè)務請求發(fā)送給所述Ν個業(yè)務響應端。
[0060] 基于前述步驟203,業(yè)務服務器在為業(yè)務響應端生成子業(yè)務請求后，將所述子業(yè)務 請求發(fā)送給對應的業(yè)務響應端。業(yè)務響應端接受所述子業(yè)務請求以完成整個業(yè)務處理過 程。
[0061] 由以上描述可以看出，本申請?zhí)峁┗幽Ｊ降臉I(yè)務處理，業(yè)務服務器在確定業(yè)務 請求是互動模式時，根據(jù)業(yè)務響應端針對互動模式請求返回的模式確認結(jié)果，為業(yè)務發(fā)起 端發(fā)送的業(yè)務請求生成子業(yè)務請求，增強了業(yè)務處理過程中業(yè)務發(fā)起端與業(yè)務響應端的交 互，從而滿足用戶的個性化需求，提升用戶體驗。
[0062] 進一步地，在本申請另一可選的實施例中，業(yè)務響應端在接收到業(yè)務服務器發(fā)送 的子業(yè)務請求時，根據(jù)參與用戶的操作向業(yè)務服務器返回業(yè)務處理結(jié)果。所述業(yè)務處理結(jié) 果包括：接受業(yè)務請求和拒絕業(yè)務請求。其中，對于返回接受業(yè)務請求的業(yè)務響應端，本次 業(yè)務處理完畢。對于返回拒絕業(yè)務請求的業(yè)務響應端，業(yè)務服務器根據(jù)返回拒絕業(yè)務請求 的業(yè)務響應端的數(shù)量執(zhí)行下一步的處理流程，具體地，可以分為以下兩種情況：
[0063] 情況一，返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為1。如果在所有業(yè)務響應端中， 僅有一個業(yè)務響應端返回拒絕業(yè)務請求的業(yè)務處理結(jié)果，則說明僅有一個參與用戶對業(yè)務 服務器隨機生成的子數(shù)據(jù)量不滿意，而其他返回接受業(yè)務請求的業(yè)務響應端已執(zhí)行完畢本 次業(yè)務處理，所以在這種情況下，業(yè)務服務器拒絕所述業(yè)務響應端返回的拒絕業(yè)務請求，將 前述步驟203中為該業(yè)務響應端生成的子業(yè)務請求重新發(fā)送給該業(yè)務響應端。
[0064] 情況二，返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為Ρ，Ρ大于1且小于等于Μ。如 果在Μ個接受互動模式的業(yè)務響應端中，有至少兩個業(yè)務響應端返回拒絕業(yè)務請求的業(yè)務 處理結(jié)果，則業(yè)務服務器為返回拒絕業(yè)務請求的所述Ρ個業(yè)務響應端重新隨機生成對應的 P個第四子數(shù)據(jù)量，其中，所述P個第四子數(shù)據(jù)量之和等于在步驟203中為所述P個業(yè)務響 應端隨機生成的P個第三子數(shù)據(jù)量之和相同。舉例來說，假設(shè)業(yè)務發(fā)起端發(fā)送的業(yè)務請求 所請求的數(shù)據(jù)量為90,有3個業(yè)務響應端，且這3個業(yè)務響應端都接受了互動模式，業(yè)務服 務器為這3個業(yè)務響應端隨機生成的3個子業(yè)務請求所請求的子業(yè)務量分別為：30、40以 及20,詳見表1所示的子業(yè)務請求與業(yè)務響應端的對應關(guān)系。
[0065]
[0066] 表 1
[0067] 假設(shè)，第一業(yè)務響應端和第二業(yè)務響應端向業(yè)務服務器返回了拒絕業(yè)務請求，則 業(yè)務服務器重新為所述第一業(yè)務響應端和所述第二業(yè)務響應端隨機生成兩個第四子數(shù)據(jù) 量，比如：25和45,然后將對應的子業(yè)務請求發(fā)送給所述第一業(yè)務響應端和所述第二業(yè)務 響應端。
[0068] 進一步地，在這種情況下，業(yè)務服務器也可以為業(yè)務響應端設(shè)置拒絕業(yè)務請求的 策略。比如：業(yè)務響應端僅在接受所述子數(shù)據(jù)量中部分子數(shù)據(jù)量之后，才有權(quán)限拒絕業(yè)務請 求。仍以表1所示的情形為例，如果使用第一業(yè)務響應端的第一參與用戶與使用第二業(yè)務 響應端的第二參與用戶對子數(shù)據(jù)量不滿意，則要接受所述子數(shù)量中的部分子數(shù)據(jù)量之后， 比如：數(shù)據(jù)量10,才可以拒絕業(yè)務請求。比如：第一業(yè)務響應端和第二業(yè)務響應端接受了子 數(shù)據(jù)量10,然后返回拒絕業(yè)務請求給業(yè)務服務器。業(yè)務服務器在此時為所述第一業(yè)務響應 端和所述第二業(yè)務響應端隨機生成的兩個第四子數(shù)據(jù)量之和小于業(yè)務服務器在前述步驟 203中隨機生成的兩個第三子數(shù)據(jù)量（30和40)之和。具體地，基于所有子數(shù)據(jù)量之和為 業(yè)務請求所請求的數(shù)據(jù)量之和，在這種情況下，業(yè)務服務器為所述第一業(yè)務響應端和所述 第二業(yè)務響應端隨機生成的兩個第四子數(shù)據(jù)量之和為90-20-10-10(其中，20為第三業(yè)務 響應端接受的子數(shù)據(jù)量，兩個10為第一業(yè)務響應端和第二業(yè)務響應端為拒絕業(yè)務請求所 接受的部分子數(shù)據(jù)量），所述兩個第四子數(shù)據(jù)量和為50,比如：所述兩個第四子數(shù)據(jù)量為10 和40。
[0069] 下面結(jié)合具體的實施例來描述本申請的實現(xiàn)過程。
[0070] 仍以圖1所示的應用場景為例，在本實施例中，發(fā)起用戶和參與用戶之間要進行 的業(yè)務為收款業(yè)務。發(fā)起用戶通過業(yè)務發(fā)起端發(fā)送的收款請求所請求的總金額為90,收款 請求為互動模式。業(yè)務服務器發(fā)送互動模式請求給第一業(yè)務響應端、第二業(yè)務響應端以及 第三業(yè)務響應端。第一參與用戶、第二參與用戶以及第三參與用戶都接受互動模式，并通過 所述第一業(yè)務響應端、第二業(yè)務響應端以及第三業(yè)務響應端返回接受互動模式的模式確認 結(jié)果給業(yè)務服務器。業(yè)務服務器根據(jù)所述模式確認結(jié)果，生成3個子收款請求，假設(shè)這3個 子收款請求所請求的子收款金額分別為：30、40以及20,業(yè)務服務器進而將這3個子收款請 求發(fā)送給第一業(yè)務響應端、第二業(yè)務響應端以及第三業(yè)務響應端。第一參與用戶、第二參與 用戶以及第三參與用戶如果對發(fā)給自己的子收款金額滿意，則可以通過確定按鍵向業(yè)務服 務器返回接受業(yè)務請求的處理結(jié)果，業(yè)務服務器根據(jù)該處理結(jié)果執(zhí)行扣款，以完成本次收 款業(yè)務。
[0071] 在本實施例中，業(yè)務服務器可以采用前述圖2所示方法實施例實現(xiàn)所述業(yè)務處 理，在此不再贅述。
[0072] 與本申請業(yè)務處理方法的實施例相對應，本申請還提供一種業(yè)務處理裝置。本申 請所述的裝置可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實 現(xiàn)為例，本申請業(yè)務處理裝置作為一個邏輯意義上的裝置，是通過其所在設(shè)備的處理器將 非易失性存儲器中對應的計算機程序指令讀取到內(nèi)存中運行形成的。
[0073] 請參考圖3和圖4,本申請?zhí)峁┮环N業(yè)務處理裝置300,所述業(yè)務處理裝置300可 以應用在業(yè)務服務器上，包括有：第一接收單元301、第一發(fā)送單元302、請求生成單元303、 第二發(fā)送單元304、第二接收單元305以及結(jié)果處理單元306。
[0074] 其中，所述第一接收單元301，接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求；
[0075] 所述第一發(fā)送單元302,在確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給 業(yè)務響應端；
[0076] 所述請求生成單元303,根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認 結(jié)果，為所述業(yè)務請求生成N個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為 所述業(yè)務請求所請求的數(shù)據(jù)量，N為業(yè)務響應端的數(shù)量；
[0077] 所述第二發(fā)送單元304,將所述N個子業(yè)務請求發(fā)送給所述N個業(yè)務響應端。
[0078] 進一步地，所述模式確認結(jié)果包括：接受互動模式和拒絕互動模式；
[0079] 所述請求生成單元303,具體在返回接受互動模式的業(yè)務響應端的數(shù)量為0或1 時，生成的每個子業(yè)務請求所對應的子數(shù)據(jù)量為第一子數(shù)據(jù)量，所述第一子數(shù)據(jù)量為所述 業(yè)務請求所請求的數(shù)據(jù)量與業(yè)務響應端的數(shù)量的商值；在返回接受互動模式的業(yè)務響應端 的數(shù)量為N時，為每個子業(yè)務請求隨機生成對應的N個第二子數(shù)據(jù)量；在返回接受互動模式 的業(yè)務響應端的數(shù)量為Μ時，為返回拒絕互動模式的業(yè)務響應端生成的子數(shù)據(jù)量為所述第 一子數(shù)據(jù)量，為返回接受互動模式的業(yè)務響應端隨機生成對應的Μ個第三子數(shù)據(jù)量，Μ大于 1且小于Ν。
[0080] 所述第二接收單元305,接收所述業(yè)務響應端針對所述子業(yè)務請求返回的業(yè)務處 理結(jié)果，所述業(yè)務處理結(jié)果包括接受業(yè)務請求和拒絕業(yè)務請求；
[0081] 所述結(jié)果處理單元306,在返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)據(jù)為1時，將為所 述返回拒絕業(yè)務請求的業(yè)務響應端生成的子業(yè)務請求重新發(fā)送給該業(yè)務響應端，在返回拒 絕業(yè)務請求的業(yè)務響應端的數(shù)量為Ρ時，為所述返回拒絕業(yè)務請求的業(yè)務響應端重新隨機 生成對應的Ρ個第四子數(shù)據(jù)量，并將對應的子業(yè)務請求發(fā)送給所述業(yè)務響應端，其中，Ρ大 于1且小于等于Μ。
[0082] 進一步地，所述Ρ個第四子數(shù)據(jù)量之和小于為所述Ρ個業(yè)務響應端隨機生成的Ρ 個第三子數(shù)據(jù)量之和。
[0083] 進一步地，所述Ν個第二子數(shù)據(jù)量中，最大第二子數(shù)據(jù)量與最小第二子數(shù)據(jù)量的 差值小于等于預設(shè)的閾值。
[0084] 上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的 實現(xiàn)過程，在此不再贅述。
[0085] 以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內(nèi)。
【主權(quán)項】
1. 一種業(yè)務處理方法，其特征在于，所述方法包括： 接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求； 當確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給業(yè)務響應端； 根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述業(yè)務請求生成N 個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為所述業(yè)務請求所請求的數(shù)據(jù) 量，N為業(yè)務響應端的數(shù)量； 將所述N個子業(yè)務請求發(fā)送給所述N個業(yè)務響應端。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述模式確認結(jié)果包括：接受互動模式和拒絕互動模式； 所述根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述業(yè)務請求生 成N個子業(yè)務請求，包括： 當返回接受互動模式的業(yè)務響應端的數(shù)量為〇或1時，生成的每個子業(yè)務請求所對應 的子數(shù)據(jù)量為第一子數(shù)據(jù)量，所述第一子數(shù)據(jù)量為所述業(yè)務請求所請求的數(shù)據(jù)量與業(yè)務響 應端的數(shù)量的商值； 當返回接受互動模式的業(yè)務響應端的數(shù)量為N時，為每個子業(yè)務請求隨機生成對應的 N個第二子數(shù)據(jù)量； 當返回接受互動模式的業(yè)務響應端的數(shù)量為Μ時，為返回拒絕互動模式的業(yè)務響應端 生成的子數(shù)據(jù)量為所述第一子數(shù)據(jù)量；為返回接受互動模式的業(yè)務響應端隨機生成對應的 Μ個第三子數(shù)據(jù)量，Μ大于1且小于Ν。3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在將所述Ν個子業(yè)務請求發(fā)送給所述Ν個 業(yè)務響應端之后，還包括： 接收所述業(yè)務響應端針對所述子業(yè)務請求返回的業(yè)務處理結(jié)果，所述業(yè)務處理結(jié)果包 括接受業(yè)務請求和拒絕業(yè)務請求； 當返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為1時，將為所述返回拒絕業(yè)務請求的業(yè)務 響應端生成的子業(yè)務請求重新發(fā)送給該業(yè)務響應端； 當返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)量為Ρ時，為所述返回拒絕業(yè)務請求的業(yè)務響 應端重新隨機生成對應的Ρ個第四子數(shù)據(jù)量，并將對應的子業(yè)務請求發(fā)送給所述業(yè)務響應 端，其中，Ρ大于1且小于等于Μ。4. 根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述Ρ個第四子數(shù)據(jù)量之和小于為所述Ρ個業(yè)務響應端隨機生成的Ρ個第三子數(shù)據(jù)量 之和。5. 根據(jù)權(quán)利要求2所述的方法，其特征在于， 所述Ν個第二子數(shù)據(jù)量中，最大第二子數(shù)據(jù)量與最小第二子數(shù)據(jù)量的差值小于等于預 設(shè)的閾值。6. -種業(yè)務處理裝置，其特征在于，所述裝置包括： 第一接收單元，接收業(yè)務發(fā)起端發(fā)起的業(yè)務請求； 第一發(fā)送單元，在確定所述業(yè)務請求是互動模式時，發(fā)送互動模式請求給業(yè)務響應 端； 請求生成單元，根據(jù)業(yè)務響應端針對所述互動模式請求返回的模式確認結(jié)果，為所述 業(yè)務請求生成N個子業(yè)務請求，所述N個子業(yè)務請求所請求的子數(shù)據(jù)量之和為所述業(yè)務請 求所請求的數(shù)據(jù)量，N為業(yè)務響應端的數(shù)量； 第二發(fā)送單元，將所述N個子業(yè)務請求發(fā)送給所述N個業(yè)務響應端。7. 根據(jù)權(quán)利要求6所述的裝置，其特征在于， 所述模式確認結(jié)果包括：接受互動模式和拒絕互動模式； 所述請求生成單元，具體在返回接受互動模式的業(yè)務響應端的數(shù)量為0或1時，生成的 每個子業(yè)務請求所對應的子數(shù)據(jù)量為第一子數(shù)據(jù)量，所述第一子數(shù)據(jù)量為所述業(yè)務請求所 請求的數(shù)據(jù)量與業(yè)務響應端的數(shù)量的商值；在返回接受互動模式的業(yè)務響應端的數(shù)量為N 時，為每個子業(yè)務請求隨機生成對應的N個第二子數(shù)據(jù)量；在返回接受互動模式的業(yè)務響 應端的數(shù)量為Μ時，為返回拒絕互動模式的業(yè)務響應端生成的子數(shù)據(jù)量為所述第一子數(shù)據(jù) 量，為返回接受互動模式的業(yè)務響應端隨機生成對應的Μ個第三子數(shù)據(jù)量，Μ大于1且小于 Ν〇8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括： 第二接收單元，接收所述業(yè)務響應端針對所述子業(yè)務請求返回的業(yè)務處理結(jié)果，所述 業(yè)務處理結(jié)果包括接受業(yè)務請求和拒絕業(yè)務請求； 結(jié)果處理單元，在返回拒絕業(yè)務請求的業(yè)務響應端的數(shù)據(jù)為1時，將為所述返回拒絕 業(yè)務請求的業(yè)務響應端生成的子業(yè)務請求重新發(fā)送給該業(yè)務響應端，在返回拒絕業(yè)務請求 的業(yè)務響應端的數(shù)量為P時，為所述返回拒絕業(yè)務請求的業(yè)務響應端重新隨機生成對應的 P個第四子數(shù)據(jù)量，并將對應的子業(yè)務請求發(fā)送給所述業(yè)務響應端，其中，P大于1且小于等 于M〇9. 根據(jù)權(quán)利要求8所述的裝置，其特征在于， 所述P個第四子數(shù)據(jù)量之和小于為所述P個業(yè)務響應端隨機生成的P個第三子數(shù)據(jù)量 之和。10. 根據(jù)權(quán)利要求7所述的裝置，其特征在于， 所述N個第二子數(shù)據(jù)量中，最大第二子數(shù)據(jù)量與最小第二子數(shù)據(jù)量的差值小于等于預 設(shè)的閾值。
【文檔編號】H04L29/08GK105991742SQ201510093172
【公開日】2016年10月5日
【申請日】2015年3月2日
【發(fā)明人】施政
【申請人】阿里巴巴集團控股有限公司