本申請涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)處理方法、系統(tǒng)及用戶終端。

背景技術(shù)：

隨著計算機和互聯(lián)網(wǎng)的發(fā)展，用戶終端之間基于業(yè)務(wù)處理平臺的線上業(yè)務(wù)交互已經(jīng)廣泛應(yīng)用在很多領(lǐng)域，其中，業(yè)務(wù)交互遵循一定的交互規(guī)則。然而，為了更好的擴展業(yè)務(wù)需求，用戶終端經(jīng)常采用具有一定風(fēng)險的規(guī)則與其他的用戶終端，或者其他的數(shù)據(jù)處理系統(tǒng)進行業(yè)務(wù)交互，從而導(dǎo)致交互的數(shù)據(jù)處理系統(tǒng)和處理節(jié)點增加，且風(fēng)險高。

因此，為了控制交互過程中每個處理節(jié)點相關(guān)業(yè)務(wù)的風(fēng)險，又需要涉及更多的數(shù)據(jù)處理系統(tǒng)進行風(fēng)險控制和業(yè)務(wù)處理，從而導(dǎo)致交互的數(shù)據(jù)處理系統(tǒng)和處理節(jié)點越來越多。

上述業(yè)務(wù)交互過程可以應(yīng)用到多種類的業(yè)務(wù)處理領(lǐng)域，以業(yè)務(wù)處理平臺為電子商務(wù)平臺為例詳細說明如下：目前電子商務(wù)平臺的賬期支付是指賣方對于有多次持續(xù)交易的買方提供一定額度的延期付款服務(wù)，買方在確認收貨后，在與賣方約定的賬期到期時，買方付款給賣方。若買方不履行到期付款承諾，則由賣方自行催收，若未催收成功則賣方自行承擔(dān)延期付款的壞賬。而線下保險等金融機構(gòu)，為解決賣方應(yīng)收賬款的壞賬風(fēng)險，通常采用“1個核心供應(yīng)商+n個買方”的方式來提供信用保證保險。即核心供應(yīng)商向保險系統(tǒng)提出為自己的買方買信用保證保險，從而賬期結(jié)束時能夠成功收賬。保險系統(tǒng)將人工一對一深入貿(mào)易背景的真實性，若為真實貿(mào)易則對該筆訂單承保。

由此可見，一個完整的業(yè)務(wù)處理過程往往需要涉及多個獨立的數(shù)據(jù)處理系統(tǒng)，處理節(jié)點眾多，嚴(yán)重降低了處理效率，并且有一定的局限性。

技術(shù)實現(xiàn)要素：

本申請旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。

為此，本申請的第一個目的在于提出一種業(yè)務(wù)處理方法，該方法實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

本申請的第二個目的在于提出一種第一用戶終端。

為達上述目的，本申請第一方面實施例提出了一種業(yè)務(wù)處理方法，包括：接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的；根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。

本申請實施例的業(yè)務(wù)處理方法，首先接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的；然后根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；進而向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；最后接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

為達上述目的，本申請第二方面實施例提出了一種第一用戶終端，包括：第一接收模塊，用于接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的；第一獲取模塊，用于根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；第一請求模塊，用于向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；第二接收模塊，用于接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。

本申請實施例的第一用戶終端，通過第一接收模塊接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的；通過第一獲取模塊根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；通過第一請求模塊向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；通過第二接收模塊接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息所配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

本申請的第三個目的在于提出一種業(yè)務(wù)處理方法，該方法實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性。

本申請的第四個目的在于提出一種第二用戶終端。

為達上述目的，本申請第三方面實施例提出了一種業(yè)務(wù)處理方法，包括：接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的；根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量，并接收第一用戶終端發(fā)送的確認信息。

本申請實施例的業(yè)務(wù)處理方法，首先接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的；然后根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量，并接收第一用戶終端發(fā)送的確認信息。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

為達上述目的，本申請第四方面實施例提出了一種第二用戶終端，包括：第三接收模塊，用于接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的；交互模塊，用于根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量，并接收第一用戶終端發(fā)送的確認信息。

本申請實施例的第二用戶終端，通過第三接收模塊接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的；通過交互模塊根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量，并接收第一用戶終端發(fā)送的確認信息。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

本申請的第五個目的在于提出一種業(yè)務(wù)處理系統(tǒng)，該系統(tǒng)實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性。

為達上述目的，本申請第五方面實施例提出了一種業(yè)務(wù)處理系統(tǒng)，包括：業(yè)務(wù)處理平臺和第一代理設(shè)備，其中，所述業(yè)務(wù)處理平臺上包括：多個第一用戶終端和多個第二用戶終端，其中，所述第一用戶終端可以采用如上所述的第一用戶終端，所述第二用戶終端可以采用如上所述的第二用戶終端。

本申請實施例的業(yè)務(wù)處理系統(tǒng)，通過業(yè)務(wù)處理平臺記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息為第一用戶終端分配第一業(yè)務(wù)碼，第一用戶終端根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識，并向第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；第二用戶終端根據(jù)所述第一代理標(biāo)識向第一用戶終端發(fā)送所述第一業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

附圖說明

本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是本申請一個實施例的業(yè)務(wù)處理方法的流程圖；

圖2是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖；

圖3是基于保險系統(tǒng)進行風(fēng)險控制的延期付款的交互示意圖；

圖4是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖；

圖5是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖；

圖6是基于電子商務(wù)平臺的應(yīng)收賬款融資的正常交互示意圖；

圖7是基于電子商務(wù)平臺的應(yīng)收賬款融資的異常交互示意圖；

圖8是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖；

圖9是基于電子商務(wù)平臺進行風(fēng)險控制的應(yīng)收賬款融資的交互示意圖；

圖10是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖；

圖11是基于保險系統(tǒng)進行風(fēng)險控制的應(yīng)收賬款融資的交互示意圖；

圖12是本申請一個實施例的第一用戶終端的結(jié)構(gòu)示意圖；

圖13是本申請另一個實施例的第一用戶終端的結(jié)構(gòu)示意圖；

圖14是本申請一個實施例的第二用戶終端的結(jié)構(gòu)示意圖；

圖15是本申請另一個實施例的第二用戶終端的結(jié)構(gòu)示意圖；

圖16是本申請另一個實施例的第二用戶終端的結(jié)構(gòu)示意圖；

圖17是本申請一個實施例的業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖；

圖18是本申請另一個實施例的業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖；

圖19是本申請再一個實施例的業(yè)務(wù)處理方法的流程圖。

具體實施方式

下面詳細描述本申請的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本申請，而不能理解為對本申請的限制。

下面參考附圖描述本申請實施例的業(yè)務(wù)處理方法、系統(tǒng)及用戶終端。

圖1是本申請一個實施例的業(yè)務(wù)處理方法的流程圖。

如圖1所示，該業(yè)務(wù)處理方法包括：

步驟101，接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的。

業(yè)務(wù)處理平臺上包括多個第一用戶終端和多個第二用戶終端，多個第一用戶終端和多個第二用戶終端在業(yè)務(wù)處理平臺上交互第一業(yè)務(wù)，其中，第一業(yè)務(wù)用于標(biāo)識在業(yè)務(wù)處理平臺上第一用戶終端和第二用戶終端之間交互的業(yè)務(wù)類型。其中，第一用戶終端為第一業(yè)務(wù)請求方，第二用戶終端為第一業(yè)務(wù)提供方，需要說明的是，有的用戶終端同時具有第一用戶終端和第二用戶終端的身份。本實施例提供的業(yè)務(wù)處理方法被配置在業(yè)務(wù)處理平臺的第一用戶終端中。

可以理解的是，業(yè)務(wù)處理平臺的應(yīng)用類型很多，例如包括：電子商務(wù)平臺、電信商務(wù)平臺和物流運營平臺等，可以理解的是，具有支持多個第一用戶終端和第二用戶終端之間進行第一業(yè)務(wù)交互的業(yè)務(wù)處理平臺均可以執(zhí)行本實施例提供的業(yè)務(wù)處理方法。

針對業(yè)務(wù)處理平臺上第一用戶終端與第二用戶終端之間進行第一業(yè)務(wù)的傳統(tǒng)交互流程是：第一用戶終端向第二用戶終端發(fā)送包含待交互的第一業(yè)務(wù)量和第一業(yè)務(wù)數(shù)據(jù)的請求，第二用戶終端根據(jù)第一業(yè)務(wù)數(shù)據(jù)向第一用戶終端提供第一業(yè)務(wù)量。需要解釋的是，針對業(yè)務(wù)處理平臺的類型和不同的應(yīng)用需要，第一業(yè)務(wù)數(shù)據(jù)和第一業(yè)務(wù)量的內(nèi)容不同。以電子商務(wù)平臺為例，當(dāng)?shù)谝粯I(yè)務(wù)量是第二用戶終端向第一用戶終端提供的訂單時，第一業(yè)務(wù)數(shù)據(jù)為第一用戶終端向第二用戶終端發(fā)送的訂單貨款。

但是，在很多應(yīng)用中，為了滿足第一用戶終端其他的業(yè)務(wù)需求，第一用戶終端需要第二用戶終端先提供第一業(yè)務(wù)量，且延期向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，為了減少第二用戶終端的第一業(yè)務(wù)風(fēng)險，需要通過第一代理設(shè)備控制風(fēng)險，也就是說，如果到期時第一用戶終端沒有向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，則通過第一代理設(shè)備向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)。

為了上述目的，首先，業(yè)務(wù)處理平臺根據(jù)平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息，為第一用戶終端分配第一業(yè)務(wù)碼，以使第一代理設(shè)備根據(jù)該第一業(yè)務(wù)碼確定是否需要為第一用戶終端進行第一代理業(yè)務(wù)，其中，該第一代理業(yè)務(wù)就是指如果到期時第一用戶終端沒有向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，則通過第一代理設(shè)備向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)。

需要說明的是，業(yè)務(wù)處理平臺上與第一用戶終端相關(guān)的業(yè)務(wù)信息的業(yè)務(wù)類型很多，可以根據(jù)應(yīng)用需要進行選擇，舉例說明如下：第一用戶終端與業(yè)務(wù)處理平臺上的一個或者多個第二用戶終端進行的業(yè)務(wù)交互；第一用戶終端通過業(yè)務(wù)處理平臺與其他的數(shù)據(jù)處理系統(tǒng)進行的業(yè)務(wù)交互信息；第一用戶終端在業(yè)務(wù)處理平臺上的業(yè)務(wù)注冊信息。針對不同的業(yè)務(wù)處理平臺類型和應(yīng)用場景，第一業(yè)務(wù)碼的具體表現(xiàn)形式有很多，例如包括：信用積分、授信額度和評價級別，可以根據(jù)實際應(yīng)用需要進行選擇，本實施例對此不作限制。

步驟102，根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識。

第一用戶終端根據(jù)業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼與第一代理設(shè)備進行數(shù)據(jù)交互，如果能夠從第一代理設(shè)備中獲取用于處理第一業(yè)務(wù)的第一代理標(biāo)識，則說明第一代理設(shè)備根據(jù)該第一業(yè)務(wù)碼確定為第一用戶終端進行第一代理業(yè)務(wù)，也就是說，第一代理標(biāo)識表示如果到期時第一用戶終端沒有向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，則第一代理設(shè)備向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)。

需要說明的是，具有支持第一業(yè)務(wù)碼功能的設(shè)備均可以作為第一代理設(shè)備執(zhí)行相關(guān)的操作，第一代理設(shè)備的類型很多，可以根據(jù)實際應(yīng)用需要進行選擇。舉例說明如下：

方式一，所述第一代理設(shè)備為所述業(yè)務(wù)處理平臺，根據(jù)第一業(yè)務(wù)碼獲取第一代理標(biāo)識，包括：

向所述業(yè)務(wù)處理平臺發(fā)送包含第一業(yè)務(wù)碼的處理請求；

接收所述業(yè)務(wù)處理平臺根據(jù)所述第一業(yè)務(wù)碼返回的第一處理標(biāo)識，以便應(yīng)用所述第一處理標(biāo)識作為第一代理標(biāo)識處理所述第一業(yè)務(wù)。

具體地，第一用戶終端向業(yè)務(wù)處理平臺發(fā)送包含第一業(yè)務(wù)碼的處理請求，業(yè)務(wù)處理平臺根據(jù)預(yù)設(shè)的代理策略判斷第一業(yè)務(wù)碼是否滿足代理要求，如果滿足代理要求，將具體的處理結(jié)果存儲在業(yè)務(wù)處理平臺，生成與處理結(jié)果對應(yīng)的第一處理標(biāo)識，并將第一處理標(biāo)識發(fā)送給第一用戶終端。如果不滿足代理要求，則向第一用戶終端發(fā)送代理失敗響應(yīng)。

當(dāng)?shù)谝挥脩艚K端接收到業(yè)務(wù)處理平臺根據(jù)所述第一業(yè)務(wù)碼返回的第一處理標(biāo)識時，則說明業(yè)務(wù)處理平臺為第一用戶終端的第一代理設(shè)備，如果到期時第一用戶終端沒有向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，則業(yè)務(wù)處理平臺向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)。

從而第一用戶終端可以應(yīng)用業(yè)務(wù)處理平臺返回的第一處理標(biāo)識作為第一代理標(biāo)識處理第一業(yè)務(wù)。

方式二，所述第一代理設(shè)備為第一數(shù)據(jù)系統(tǒng)，根據(jù)第一業(yè)務(wù)碼獲取第一代理標(biāo)識，包括：

采用所述業(yè)務(wù)處理平臺與所述第一數(shù)據(jù)系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向所述第一數(shù)據(jù)系統(tǒng)發(fā)送包含第一業(yè)務(wù)碼的處理請求；

接收所述第一數(shù)據(jù)系統(tǒng)根據(jù)所述第一業(yè)務(wù)碼返回的第二處理標(biāo)識，以便應(yīng)用所述第二處理標(biāo)識作為第一代理標(biāo)識處理所述第一業(yè)務(wù)。

具體地，第一用戶終端采用業(yè)務(wù)處理平臺與第一數(shù)據(jù)系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向第一數(shù)據(jù)系統(tǒng)發(fā)送包含第一業(yè)務(wù)碼的處理請求，第一數(shù)據(jù)系統(tǒng)根據(jù)預(yù)設(shè)的代理策略判斷第一業(yè)務(wù)碼是否滿足代理要求，如果滿足代理要求，將具體的處理結(jié)果存儲在第一數(shù)據(jù)系統(tǒng)，生成與處理結(jié)果對應(yīng)的第二處理標(biāo)識，并將第二處理標(biāo)識發(fā)送給第一用戶終端。如果不滿足代理要求，則向第一用戶終端發(fā)送代理失敗響應(yīng)。

當(dāng)?shù)谝挥脩艚K端通過第一數(shù)據(jù)交互通道接收到第一數(shù)據(jù)系統(tǒng)根據(jù)所述第一業(yè)務(wù)碼返回的第二處理標(biāo)識時，則說明第一數(shù)據(jù)系統(tǒng)為第一用戶終端的第一代理設(shè)備，如果到期時第一用戶終端沒有向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，則第一數(shù)據(jù)系統(tǒng)向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)。

從而第一用戶終端可以應(yīng)用第一數(shù)據(jù)系統(tǒng)返回的第二處理標(biāo)識作為第一代理標(biāo)識處理第一業(yè)務(wù)。

需要說明的是，針對不同類型的業(yè)務(wù)處理平臺，第一數(shù)據(jù)系統(tǒng)的類型也不同，以電子商務(wù)平臺為例，對應(yīng)的第一數(shù)據(jù)系統(tǒng)為增信數(shù)據(jù)系統(tǒng)，其中，增信數(shù)據(jù)系統(tǒng)的類型很多，第一用戶終端可以根據(jù)不同的業(yè)務(wù)進行選擇，例如包括：保險系統(tǒng)和擔(dān)保系統(tǒng)。

步驟103，向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量。

步驟104，接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。

具體的，第一用戶終端根據(jù)第一業(yè)務(wù)碼從第一代理設(shè)備獲取第一代理標(biāo)識后，根據(jù)該第一代理標(biāo)識向業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，其中，該第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量。

第二用戶終端對接收到的第一業(yè)務(wù)請求進行解析，獲取第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，由于該第一代理標(biāo)識表示若到期時第一用戶終端沒有向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備代替第一用戶終端向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)。因此，第二用戶終端風(fēng)險得以控制，從而在第一用戶終端沒有發(fā)送第一業(yè)務(wù)數(shù)據(jù)的情況下，先向第一用戶終端發(fā)送第一業(yè)務(wù)量。

本申請實施例的業(yè)務(wù)處理方法，首先接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的；然后根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；進而向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；最后接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

進一步地，基于上述實施例，在步驟104之后，所述方法還包括：

若在預(yù)設(shè)的第一時間內(nèi)第一用戶終端向第二用戶終端發(fā)送與第一業(yè)務(wù)量對應(yīng)的第一業(yè)務(wù)數(shù)據(jù)，第一業(yè)務(wù)交互結(jié)束。

若在預(yù)設(shè)的第一時間內(nèi)第一用戶終端沒有向所述第二用戶終端發(fā)送與所述第一業(yè)務(wù)量對應(yīng)的第一業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備向所述第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，第一業(yè)務(wù)交互結(jié)束。

本申請實施例的業(yè)務(wù)處理方法，若在預(yù)設(shè)的第一時間內(nèi)第一用戶終端向第二用戶終端發(fā)送與第一業(yè)務(wù)量對應(yīng)的第一業(yè)務(wù)數(shù)據(jù)，第一業(yè)務(wù)交互結(jié)束；若在預(yù)設(shè)的第一時間內(nèi)第一用戶終端沒有向第二用戶終端發(fā)送與第一業(yè)務(wù)量對應(yīng)的第一業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備向第二用戶終端發(fā)送第一業(yè)務(wù)數(shù)據(jù)，第一業(yè)務(wù)交互結(jié)束。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且降低了業(yè)務(wù)交互的風(fēng)險。

為了更加清楚地說明圖1所示實施例的過程，以圖2所示的基于電子商務(wù)平臺的多系統(tǒng)進行的第一業(yè)務(wù)交互為例詳細說明，本實施例中的第一交互業(yè)務(wù)為電子商務(wù)平臺的延期付款業(yè)務(wù)，具體如下：

圖2是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖,基于圖1所示實施例，本實施例中的業(yè)務(wù)處理平臺為電子商務(wù)平臺，第一用戶終端為買方，第二用戶終端為賣方，第一業(yè)務(wù)碼為授信額度，第一代理設(shè)備為第一數(shù)據(jù)系統(tǒng)中的保險系統(tǒng)，第二處理標(biāo)識為應(yīng)付款保證保險保單標(biāo)識，第一業(yè)務(wù)量為訂單貨物；第一業(yè)務(wù)數(shù)據(jù)為應(yīng)收賬款；圖3是基于保險系統(tǒng)進行風(fēng)險控制的延期付款的交互示意圖。

如圖2和圖3所示，該業(yè)務(wù)處理方法包括：

步驟201，買方接收電子商務(wù)平臺分配的授信額度，所述授信額度是根據(jù)所述電子商務(wù)平臺上記錄的與買方相關(guān)的業(yè)務(wù)信息所配置的。

步驟202，買方采用電子商務(wù)平臺與保險系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向保險系統(tǒng)發(fā)送包含授信額度的處理請求；

步驟203，買方接收保險系統(tǒng)根據(jù)授信額度返回的應(yīng)付款保證保險保單標(biāo)識，以便應(yīng)用應(yīng)付款保證保險保單標(biāo)識處理所述第一業(yè)務(wù)。

步驟204，買方向電子商務(wù)平臺上的賣方發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：應(yīng)付款保證保險保單標(biāo)識和待交互的訂單貨物。

步驟205，買方接收賣方根據(jù)應(yīng)付款保證保險保單標(biāo)識發(fā)送的訂單貨物。

步驟206，買方若在預(yù)設(shè)的第一時間內(nèi)向賣方發(fā)送應(yīng)收賬款，則第一業(yè)務(wù)結(jié)束，否則，根據(jù)應(yīng)付款保證保險保單標(biāo)識通過保險系統(tǒng)向賣方發(fā)送應(yīng)收賬款。

具體地，在目前的電子商務(wù)平臺，買方和賣方之間進行的延期付款業(yè)務(wù)交易流程通常為第三方擔(dān)保交易，用戶為信用付出的資金成本較高，同時大部分用戶為小微企業(yè)，難以有成型的核心供應(yīng)商。本實施例針對上述需求提出新的業(yè)務(wù)處理方法。

根據(jù)買方在電子商務(wù)平臺的采購行為、在線資產(chǎn)、供應(yīng)鏈關(guān)系網(wǎng)絡(luò)、履約行為、經(jīng)營情況(若同時為電子商務(wù)平臺的賣方)等數(shù)據(jù)，通過結(jié)合保險系統(tǒng)線下的風(fēng)控能力，及電子商務(wù)平臺線上的信用風(fēng)險模型，建立基于機器學(xué)習(xí)的風(fēng)險控制模型來為該買方提供信用評分、評級，并在此基礎(chǔ)之上對買方進行準(zhǔn)入并分配授信額度。

買方在獲得電子商務(wù)平臺給予的信用評分及授信額度后，根據(jù)授信額度通過保險系統(tǒng)以承保的形式獲取第一代理標(biāo)識，(若第一代理設(shè)備為電子商務(wù)平臺，可用通過平臺背書的形式獲取第一代理標(biāo)識)。

根據(jù)第一代理標(biāo)識向電子商務(wù)平臺任一支持延期付款的交易流程的新、老賣方在線采購商品或服務(wù)，確認收貨時確立應(yīng)收賬款，并在賬期到期時付款。買方若在預(yù)設(shè)的第一時間內(nèi)向賣方發(fā)送應(yīng)收賬款，則第一業(yè)務(wù)結(jié)束，否則，根據(jù)應(yīng)付款保證保險保單標(biāo)識通過保險系統(tǒng)向賣方發(fā)送應(yīng)收賬款。

由此可見，本實施例提供的業(yè)務(wù)處理方法將電子商務(wù)平臺上買方的信息流、資金流、物流、商流這四類無形的資產(chǎn)作為風(fēng)控授信的依據(jù)和第二還款來源，實現(xiàn)了將電子商務(wù)平臺上在線用戶數(shù)據(jù)轉(zhuǎn)變成信用，信用通過與業(yè)務(wù)處理平臺或外部保險系統(tǒng)等增信數(shù)據(jù)系統(tǒng)，轉(zhuǎn)變成銀行或外部出資方認可的授信額度，打破線下通過傳統(tǒng)的質(zhì)押實體不動產(chǎn)或動產(chǎn)的方式進行授信，有助于降低買方采購資金壓力，買方無需通過現(xiàn)金交易即可購買貨物，擴大買家采購資金規(guī)模。

相比于線下的應(yīng)收賬款保證保險在實施時，保險系統(tǒng)或者擔(dān)保系統(tǒng)需要采用一對一人工審核的方法對貿(mào)易真實性進行核保、再由后臺風(fēng)控人員借助第三方評級機構(gòu)進行評級與授信。本實施提供的業(yè)務(wù)處理方法，保險系統(tǒng)或擔(dān)保系統(tǒng)可對接一個電子商務(wù)平臺，與電子商務(wù)平臺共建風(fēng)控模型，通過系統(tǒng)直連的方式，快速(例如，當(dāng)天)在線完成信用保證險的保險準(zhǔn)入、授信、承保、理賠等工作。將原先的“1對1”轉(zhuǎn)變?yōu)椤?對n”，減少多個環(huán)節(jié)，通過降維的方式，極大地提升保險或擔(dān)保增信機構(gòu)的工作效率、節(jié)省人力。同時，對于貿(mào)易真實性判定，電子商務(wù)平臺累積多年的系統(tǒng)+人工的一套“事前、事中、事后”的實時判定方式，極大地提高了貿(mào)易真實性判定的效率和準(zhǔn)確率。

相比于線下的應(yīng)收賬款保證保險能實現(xiàn)“1個買方+1個核心大賣方”的關(guān)系型貿(mào)易交易信用成本降低。本實施提供的業(yè)務(wù)處理方法，買方依托自身在電子商務(wù)平臺沉淀的在線數(shù)據(jù)，依靠電子商務(wù)平臺為其提供的增信渠道，可憑借兌付過的信用額度與新、老賣方進行交易，完全打破原有一對一、關(guān)系型貿(mào)易的限制，極大地提高了交易的靈活性和貿(mào)易對手的覆蓋范圍，為非關(guān)系型貿(mào)易提供了保障，降低了交易的信用成本。本實施提供的業(yè)務(wù)處理方法，也為電子商務(wù)平臺吸引更多新用戶，并增強新用戶對平臺的粘性，幫助電子商務(wù)平臺極大地沉淀在線形成的關(guān)系型貿(mào)易，同時減少關(guān)系型貿(mào)易向線下轉(zhuǎn)移的情況。

圖4是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖。

如圖4所示，該業(yè)務(wù)處理方法包括：

步驟301，接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的。

步驟302，根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量，并接收第一用戶終端發(fā)送的確認信息。

需要說明的是，本實施中各步驟的實施過程可以參見上述實施例所示的業(yè)務(wù)處理方法，其技術(shù)原理和實施過程類似，此處不再贅述。

本申請實施例的業(yè)務(wù)處理方法，首先接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的；然后根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

圖5是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖。

如圖5所示，基于圖4所示實施例，在步驟302之后，本實施例還可以包括以下步驟：

步驟401，接收所述業(yè)務(wù)處理平臺分配的第二業(yè)務(wù)碼，所述第二業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第二用戶終端相關(guān)的業(yè)務(wù)信息所配置的。

本實施例提供的業(yè)務(wù)處理方法被配置在業(yè)務(wù)處理平臺上的第二用戶終端中。業(yè)務(wù)處理平臺上的第二用戶終端根據(jù)第一代理標(biāo)識與第一用戶終端交互第一業(yè)務(wù)之后，還需要與第二數(shù)據(jù)系統(tǒng)進行第二業(yè)務(wù)交互。針對不同的業(yè)務(wù)處理平臺，第二數(shù)據(jù)系統(tǒng)的具體形式不同，以電子商務(wù)平臺為例，第二數(shù)據(jù)系統(tǒng)為融資數(shù)據(jù)系統(tǒng)，其中，融資數(shù)據(jù)系統(tǒng)包括：間接融資系統(tǒng)，例如銀行系統(tǒng)，以及直接融資系統(tǒng)，例如p2p系統(tǒng)和spv系統(tǒng)。

可以理解的是，業(yè)務(wù)處理平臺的應(yīng)用類型很多，例如包括：電子商務(wù)平臺、電信商務(wù)平臺和物流運營平臺等，可以理解的是，具有支持多個第二用戶終端和第二數(shù)據(jù)系統(tǒng)之間進行第二業(yè)務(wù)交互的業(yè)務(wù)處理平臺均可以執(zhí)行本實施例提供的業(yè)務(wù)處理方法。

針對業(yè)務(wù)處理平臺上第二用戶終端與第二數(shù)據(jù)系統(tǒng)之間進行第二業(yè)務(wù)的傳統(tǒng)交互流程是：第二用戶終端在接收第一用戶終端發(fā)送的第一代理標(biāo)識和確認信息后，向第二數(shù)據(jù)系統(tǒng)發(fā)送包含確認信息和第一代理標(biāo)識和待交互的第二業(yè)務(wù)量的請求，第二用戶終端根據(jù)第一代理標(biāo)識和確認信息向第一用戶終端提供第二業(yè)務(wù)量。到期后第一用戶終端向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，如果到期時第一用戶終端未向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)。

但是，在很多應(yīng)用中，當(dāng)?shù)诙?shù)據(jù)系統(tǒng)向第二用戶終端發(fā)送第二業(yè)務(wù)量之后，第一用戶終端與第二用戶終端之間的第一業(yè)務(wù)出現(xiàn)問題導(dǎo)致確認信息和第一代理標(biāo)識失效，即第一用戶終端和第一代理設(shè)備免責(zé)。也就是說，到期時如果第一用戶終端沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，也不能通過第一代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)。由此可見，第二數(shù)據(jù)系統(tǒng)具有業(yè)務(wù)安全風(fēng)險。

需要解釋的是，針對業(yè)務(wù)處理平臺和第二數(shù)據(jù)系統(tǒng)的類型和不同的應(yīng)用需要，第二業(yè)務(wù)數(shù)據(jù)和第二業(yè)務(wù)量的內(nèi)容不同。以電子商務(wù)平臺與融資系統(tǒng)交互為例，當(dāng)?shù)诙I(yè)務(wù)量是第二數(shù)據(jù)系統(tǒng)向第二用戶終端提供的融資資金時，第二業(yè)務(wù)數(shù)據(jù)為第二用戶終端向第二數(shù)據(jù)系統(tǒng)發(fā)送的還款資金。

為了解決上述問題，減少第二數(shù)據(jù)系統(tǒng)的業(yè)務(wù)風(fēng)險，本實施例提供一種業(yè)務(wù)處理方法。首先，業(yè)務(wù)處理平臺根據(jù)平臺上記錄的與第二用戶終端相關(guān)的業(yè)務(wù)信息，為第二用戶終端分配第二業(yè)務(wù)碼，以使第二代理設(shè)備根據(jù)該第二業(yè)務(wù)碼確定是否需要為第二用戶終端進行第二代理業(yè)務(wù)，其中，該第二代理業(yè)務(wù)就是指如果到期時第一用戶終端和第一代理設(shè)備都沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則通過第二代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)。

需要說明的是，業(yè)務(wù)處理平臺上與第二用戶終端相關(guān)的業(yè)務(wù)信息的業(yè)務(wù)類型很多，可以根據(jù)應(yīng)用需要進行選擇，舉例說明如下：第二用戶終端與業(yè)務(wù)處理平臺上的一個或者多個第一用戶終端進行的業(yè)務(wù)交互；第二用戶終端通過業(yè)務(wù)處理平臺與其他的數(shù)據(jù)處理系統(tǒng)進行的業(yè)務(wù)交互信息；第二用戶終端在業(yè)務(wù)處理平臺上的業(yè)務(wù)注冊信息。針對不同的業(yè)務(wù)處理平臺類型和應(yīng)用場景，第二業(yè)務(wù)碼的具體表現(xiàn)形式有很多，例如包括：信用積分、授信額度和評價級別，可以根據(jù)實際應(yīng)用需要進行選擇，本實施例對此不作限制。

步驟402，根據(jù)所述第二業(yè)務(wù)碼從第二代理設(shè)備獲取用于處理第二業(yè)務(wù)的第二代理標(biāo)識。

第二用戶終端根據(jù)業(yè)務(wù)處理平臺分配的第二業(yè)務(wù)碼與第二代理設(shè)備進行數(shù)據(jù)交互，如果能夠從第二代理設(shè)備中獲取用于處理第二業(yè)務(wù)的第二代理標(biāo)識，則說明第二代理設(shè)備根據(jù)該第二業(yè)務(wù)碼確定為第二用戶終端進行第二代理業(yè)務(wù)，也就是說，第二代理標(biāo)識表示如果到期時第一用戶終端和第一代理設(shè)備都沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則第二代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)。

需要說明的是，具有支持第二業(yè)務(wù)碼功能的設(shè)備均可以作為第二代理設(shè)備執(zhí)行相關(guān)的操作，第二代理設(shè)備的類型很多，可以根據(jù)實際應(yīng)用需要進行選擇。舉例說明如下：

方式一，所述第二代理設(shè)備為所述業(yè)務(wù)處理平臺，根據(jù)第二業(yè)務(wù)碼獲取第二代理標(biāo)識，包括：

向所述業(yè)務(wù)處理平臺發(fā)送包含第二業(yè)務(wù)碼的處理請求；

接收所述業(yè)務(wù)處理平臺根據(jù)所述第二業(yè)務(wù)碼返回的第三處理標(biāo)識，以便應(yīng)用所述第三處理標(biāo)識作為第二代理標(biāo)識處理所述第二業(yè)務(wù)。

具體地，第二用戶終端向業(yè)務(wù)處理平臺發(fā)送包含第二業(yè)務(wù)碼的處理請求，業(yè)務(wù)處理平臺根據(jù)預(yù)設(shè)的代理策略判斷第二業(yè)務(wù)碼是否滿足代理要求，如果滿足代理要求，將具體的處理結(jié)果存儲在業(yè)務(wù)處理平臺，生成與處理結(jié)果對應(yīng)的第三處理標(biāo)識，并將第三處理標(biāo)識發(fā)送給第二用戶終端。如果不滿足代理要求，則向第二用戶終端發(fā)送代理失敗響應(yīng)。

當(dāng)?shù)诙脩艚K端接收到業(yè)務(wù)處理平臺根據(jù)所述第二業(yè)務(wù)碼返回的第三處理標(biāo)識時，則說明業(yè)務(wù)處理平臺為第二用戶終端的第二代理設(shè)備，如果到期時第一用戶終端和第一代理設(shè)備都沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則業(yè)務(wù)處理平臺向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)。

從而第二用戶終端可以應(yīng)用業(yè)務(wù)處理平臺返回的第三處理標(biāo)識作為第二代理標(biāo)識處理第二業(yè)務(wù)。

方式二，所述第二代理設(shè)備為第一數(shù)據(jù)系統(tǒng)(這里所述的第一數(shù)據(jù)系統(tǒng)可以與圖1所述實施例中的第一數(shù)據(jù)系統(tǒng)相同或者不相同)，根據(jù)第二業(yè)務(wù)碼獲取第二代理標(biāo)識，包括：

采用所述業(yè)務(wù)處理平臺與所述第一數(shù)據(jù)系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向所述第一數(shù)據(jù)系統(tǒng)發(fā)送包含第二業(yè)務(wù)碼的處理請求；

接收所述第一數(shù)據(jù)系統(tǒng)根據(jù)所述第二業(yè)務(wù)碼返回的第四處理標(biāo)識，以便應(yīng)用所述第四處理標(biāo)識作為第二代理標(biāo)識處理所述第二業(yè)務(wù)。

具體地，第二用戶終端采用業(yè)務(wù)處理平臺與第一數(shù)據(jù)系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向第一數(shù)據(jù)系統(tǒng)發(fā)送包含第二業(yè)務(wù)碼的處理請求，第一數(shù)據(jù)系統(tǒng)根據(jù)預(yù)設(shè)的代理策略判斷第二業(yè)務(wù)碼是否滿足代理要求，如果滿足代理要求，將具體的處理結(jié)果存儲在第一數(shù)據(jù)系統(tǒng)，生成與處理結(jié)果對應(yīng)的第四處理標(biāo)識，并將第四處理標(biāo)識發(fā)送給第二用戶終端。如果不滿足代理要求，則向第二用戶終端發(fā)送代理失敗響應(yīng)。

當(dāng)?shù)诙脩艚K端通過第一數(shù)據(jù)交互通道接收到第一數(shù)據(jù)系統(tǒng)根據(jù)所述第二業(yè)務(wù)碼返回的第四處理標(biāo)識時，則說明第一數(shù)據(jù)系統(tǒng)為第二用戶終端的第二代理設(shè)備，如果到期時第一用戶終端和第一代理設(shè)備都沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則第一數(shù)據(jù)系統(tǒng)向第二數(shù)據(jù)系統(tǒng)發(fā)送第一業(yè)務(wù)數(shù)據(jù)。

從而第二用戶終端可以應(yīng)用第一數(shù)據(jù)系統(tǒng)返回的第四處理標(biāo)識作為第二代理標(biāo)識處理第二業(yè)務(wù)。

需要說明的是，針對不同類型的業(yè)務(wù)處理平臺，第一數(shù)據(jù)系統(tǒng)的類型也不同，以電子商務(wù)平臺為例，對應(yīng)的第一數(shù)據(jù)系統(tǒng)為增信數(shù)據(jù)系統(tǒng)，其中，增信數(shù)據(jù)系統(tǒng)的類型很多，第二用戶終端可以根據(jù)不同的業(yè)務(wù)進行選擇，例如包括：保險系統(tǒng)和擔(dān)保系統(tǒng)。

步驟403，采用所述業(yè)務(wù)處理平臺與第二數(shù)據(jù)系統(tǒng)之間建立的第二數(shù)據(jù)交互通道，向所述第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)請求，所述第二業(yè)務(wù)請求包括：所述確認信息所述第二代理標(biāo)識、所述第一代理標(biāo)識，以及待交互的第二業(yè)務(wù)量。

步驟404，接收所述第二數(shù)據(jù)系統(tǒng)根據(jù)所述確認信息、所述第二代理標(biāo)識和所述第一代理標(biāo)識發(fā)送的所述第二業(yè)務(wù)量。

具體的，第二用戶終端根據(jù)第一用戶終端發(fā)送的確認信息和第一代理標(biāo)識，以及根據(jù)第二業(yè)務(wù)碼從第二代理設(shè)備獲取第二代理標(biāo)識，采用業(yè)務(wù)處理平臺與第二數(shù)據(jù)系統(tǒng)之間建立的第二數(shù)據(jù)交互通道，向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)請求，該第二業(yè)務(wù)請求包括：確認信息、第二代理標(biāo)識、第一代理標(biāo)識，以及待交互的第二業(yè)務(wù)量。

第二數(shù)據(jù)系統(tǒng)對接收到的第二業(yè)務(wù)請求進行解析，獲取確認信息、第二代理標(biāo)識、第一代理標(biāo)識，以及待交互的第二業(yè)務(wù)量。由于該確認信息表示第一用戶終端到期發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第一代理標(biāo)識表示如果到期第一用戶終端不發(fā)送業(yè)務(wù)數(shù)據(jù)，則第一代理設(shè)備發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第二代理標(biāo)識表示如果到期第一代理設(shè)備和第一用戶終端都不發(fā)送業(yè)務(wù)數(shù)據(jù)，則第二代理設(shè)備發(fā)送第二業(yè)務(wù)數(shù)據(jù)，因此，第二數(shù)據(jù)系統(tǒng)的風(fēng)險得以控制，從而向第二用戶終端發(fā)送第二業(yè)務(wù)量。

本申請實施例的業(yè)務(wù)處理方法，首先接收業(yè)務(wù)處理平臺分配的第二業(yè)務(wù)碼，所述第二業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第二用戶終端相關(guān)的業(yè)務(wù)信息所配置的；然后根據(jù)所述第二業(yè)務(wù)碼獲取第二代理設(shè)備發(fā)送的、用于處理第二業(yè)務(wù)的第二代理標(biāo)識；進而采用業(yè)務(wù)處理平臺與第二數(shù)據(jù)系統(tǒng)之間的第二數(shù)據(jù)交互通道向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)請求，所述第二業(yè)務(wù)請求包括：確認信息、第一代理標(biāo)識、第二代理標(biāo)識和待交互的第二業(yè)務(wù)量；最后接收所述第二數(shù)據(jù)系統(tǒng)根據(jù)所述確認信息、第一代理標(biāo)識和第二代理標(biāo)識發(fā)送的所述第二業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第二用戶終端的業(yè)務(wù)信息配置的第二業(yè)務(wù)碼進行第二業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

進一步地，基于上述實施例，在步驟404之后，所述方法還包括：

若在預(yù)設(shè)的第二時間內(nèi)根據(jù)所述確認信息，通過第一用戶終端向第二數(shù)據(jù)系統(tǒng)發(fā)送與第二業(yè)務(wù)量對應(yīng)的第二業(yè)務(wù)數(shù)據(jù)，第二業(yè)務(wù)交互結(jié)束。

進一步地，若在預(yù)設(shè)的第二時間內(nèi)第一用戶終端沒有向所述第二數(shù)據(jù)系統(tǒng)發(fā)送所述第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第二業(yè)務(wù)交互結(jié)束。

進一步地，若在預(yù)設(shè)的第二時間內(nèi)第一代理設(shè)備也沒有向所述第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)第二代理標(biāo)識通過第二代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第二業(yè)務(wù)交互結(jié)束。

本申請實施例的業(yè)務(wù)處理方法，若在預(yù)設(shè)的第二時間內(nèi)根據(jù)確認信息通過第一用戶終端向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第二業(yè)務(wù)交互結(jié)束；若在預(yù)設(shè)的第二時間內(nèi)第一用戶終端沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第二業(yè)務(wù)交互結(jié)束；若在預(yù)設(shè)的第二時間內(nèi)第一代理設(shè)備沒有向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)第二代理標(biāo)識通過第二代理設(shè)備向第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)數(shù)據(jù)，第二業(yè)務(wù)交互結(jié)束。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第二用戶終端的業(yè)務(wù)信息配置的第二業(yè)務(wù)碼進行第二業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且降低了業(yè)務(wù)交互的風(fēng)險。

為了更加清楚地說明圖5所示實施例的過程，下面繼續(xù)以圖2所示的基于電子商務(wù)平臺對多系統(tǒng)進行的第二業(yè)務(wù)交互過程進行詳細說明，本實施例中的第二交互業(yè)務(wù)為電子商務(wù)平臺的應(yīng)收賬款融資業(yè)務(wù)，具體如下：

首先，通過圖6和圖7說明電子商務(wù)平臺上第二用戶終端與第二數(shù)據(jù)系統(tǒng)之間進行應(yīng)收賬款融資業(yè)務(wù)的風(fēng)險。其中，圖6是基于電子商務(wù)平臺的應(yīng)收賬款融資的正常交互示意圖；圖7是基于電子商務(wù)平臺的應(yīng)收賬款融資的異常交互示意圖。

基于圖2所示實施例的對應(yīng)關(guān)系，本實施例中的第二數(shù)據(jù)系統(tǒng)為間接融資系統(tǒng)，例如銀行系統(tǒng)，或者直接融資系統(tǒng)，例如p2p系統(tǒng)或者spv系統(tǒng)(即圖6或圖7所示的資金方)，第二業(yè)務(wù)具體為第二用戶終端向第二數(shù)據(jù)系統(tǒng)請求的應(yīng)收賬款融資，確認信息為買方收到訂單貨款后，發(fā)送給賣方的名義應(yīng)收賬款債權(quán)，第二業(yè)務(wù)量為資金方向賣方發(fā)送的融資款項，獲得名義應(yīng)收賬款債權(quán)，第二業(yè)務(wù)數(shù)據(jù)為回購名義應(yīng)收賬款債權(quán)。

參見圖6和圖7，具體來說，在目前的電商商務(wù)平臺，為保證買方體驗，在買方確認收貨后，仍然能申請退款退貨從而無法承諾對賣方的該筆應(yīng)收賬款再無爭議，如果達成退貨協(xié)議，買方付款責(zé)任消失；保險系統(tǒng)免責(zé)，如果買方賣方處于糾紛階段，保險系統(tǒng)需要等待判責(zé)結(jié)果；如果判責(zé)結(jié)果為賣方責(zé)任，則保險系統(tǒng)免賠。

由此可見，賣方應(yīng)收賬款融資期限到期，資金方面臨剛性對付要求，而買方和保險系統(tǒng)均無付款義務(wù)，必須由賣方回購還款，從而導(dǎo)致賣方及時回購履約風(fēng)險。為了解決資金方的風(fēng)險問題，通過圖8和圖10所示實施例說明如下：

圖8是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖,基于圖6所示實施例，本實施例中第二業(yè)務(wù)碼為授信額度，第二代理設(shè)備為業(yè)務(wù)處理平臺，第二處理標(biāo)識為擔(dān)保標(biāo)識，第二數(shù)據(jù)系統(tǒng)為間接融資系統(tǒng)例如銀行系統(tǒng)。圖9是基于電子商務(wù)平臺進行風(fēng)險控制的應(yīng)收賬款融資的交互示意圖。

如圖8和圖9所示，該業(yè)務(wù)處理方法包括：

步驟501，賣方接收電子商務(wù)平臺分配的授信額度，所述授信額度是根據(jù)所述電子商務(wù)平臺上記錄的與賣方相關(guān)的業(yè)務(wù)信息所配置的。

步驟502，賣方向電子商務(wù)平臺發(fā)送包含授信額度的處理請求；

步驟503，賣方接收電子商務(wù)平臺根據(jù)授信額度返回的擔(dān)保標(biāo)識，以便應(yīng)用擔(dān)保標(biāo)識進行應(yīng)收賬款融資業(yè)務(wù)。

步驟504，賣方采用電子商務(wù)平臺與資金方之間建立的第二數(shù)據(jù)交互通道向資金方發(fā)送第二業(yè)務(wù)請求，所述第二業(yè)務(wù)請求包括：名義的應(yīng)收賬款債券、擔(dān)保標(biāo)識、應(yīng)付款保證保險保單標(biāo)識和待請求的融資。

步驟505，資金方根據(jù)名義的應(yīng)收賬款債券、擔(dān)保標(biāo)識、應(yīng)付款保證保險保單標(biāo)，向賣方發(fā)送融資款項。

步驟506，根據(jù)名義的應(yīng)收賬款債券，買方若在預(yù)設(shè)的第二時間內(nèi)向資金方發(fā)送還款資金，則第二業(yè)務(wù)結(jié)束，否則，根據(jù)應(yīng)付款保證保險保單標(biāo)識通過保險系統(tǒng)向資金方發(fā)送還款資金，否則，根據(jù)擔(dān)保標(biāo)識通過業(yè)務(wù)處理平臺向資金方發(fā)送還款資金，則第二業(yè)務(wù)結(jié)束。

由此可見，電子商務(wù)平臺能夠有明確有力的判責(zé)依據(jù)，同時判責(zé)為賣方責(zé)任的這類保險系統(tǒng)免賠情況時，買方在確認收貨時保留爭議權(quán)的情形下，資金方也能收回該筆貨款。通過電子商務(wù)平臺，解決了線下保險系統(tǒng)與資金方銀行系統(tǒng)之間關(guān)于免賠條款常有爭議的問題，無形中為賣家貼現(xiàn)增信，將該類應(yīng)收賬款融資業(yè)務(wù)轉(zhuǎn)變?yōu)榈惋L(fēng)險業(yè)務(wù)。

圖10是本申請另一個實施例的業(yè)務(wù)處理方法的流程圖,基于圖6所示實施例，本實施例中第二業(yè)務(wù)碼為授信額度，第二代理設(shè)備為第一數(shù)據(jù)系統(tǒng)中的保險系統(tǒng)，第二處理標(biāo)識為借款履約保證保險保單標(biāo)識，第二數(shù)據(jù)系統(tǒng)為直接融資系統(tǒng)例如p2p系統(tǒng)或者spv系統(tǒng)，p2p系統(tǒng)或者spv系統(tǒng)包括多個第三用戶終端，即多個出借方。圖11是基于保險系統(tǒng)進行風(fēng)險控制的應(yīng)收賬款融資的交互示意圖。

如圖10和圖11所示，該業(yè)務(wù)處理方法包括：

步驟601，賣方接收電子商務(wù)平臺分配的授信額度，所述授信額度是根據(jù)所述電子商務(wù)平臺上記錄的與賣方相關(guān)的業(yè)務(wù)信息所配置的。

步驟602，賣方采用電子商務(wù)平臺和保險系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向保險系統(tǒng)發(fā)送包含授信額度的處理請求；

步驟603，賣方接收保險系統(tǒng)根據(jù)授信額度返回的借款履約保證保險保單標(biāo)識，以便應(yīng)用借款履約保證保險保單標(biāo)識進行應(yīng)收賬款融資業(yè)務(wù)。

步驟604，賣方采用電子商務(wù)平臺與資金方之間建立的第二數(shù)據(jù)交互通道向資金方發(fā)送第二業(yè)務(wù)請求，所述第二業(yè)務(wù)請求包括：名義的應(yīng)收賬款債券、借款履約保證保險保單標(biāo)識、應(yīng)付款保證保險保單標(biāo)識和待請求的融資。

步驟605，資金方根據(jù)名義的應(yīng)收賬款債券、借款履約保證保險保單標(biāo)識、應(yīng)付款保證保險保單標(biāo)，向賣方發(fā)送融資款項。

步驟606，根據(jù)名義的應(yīng)收賬款債券，買方若在預(yù)設(shè)的第二時間內(nèi)向資金方發(fā)送還款資金，則第二業(yè)務(wù)結(jié)束，否則，根據(jù)應(yīng)付款保證保險保單標(biāo)識通過保險系統(tǒng)向資金方發(fā)送還款資金，否則，根據(jù)借款履約保證保險保單標(biāo)識通過保險系統(tǒng)向資金方發(fā)送還款資金，則第二業(yè)務(wù)結(jié)束。

由于間接融資系統(tǒng)例如銀行面簽開戶等時效十分低下，本實施例通過電子商務(wù)平臺為賣方引入p2p系統(tǒng)、spv系統(tǒng)等直接融資渠道，與融資平臺系統(tǒng)對接當(dāng)天融資的方式，避免賣方在通過銀行等金融機構(gòu)間接融資時經(jīng)歷的高準(zhǔn)入門檻、多手續(xù)流程、線下人工反復(fù)調(diào)查、授信額度受限、融資成本高昂等問題，提高賣方資金融通效率的同時，極大降低了融資成本。

基于上述各實施例，需要說明的是，本實施例提供的業(yè)務(wù)處理方法不僅局限于延期付款這類交易模式，可通過對不同的交易環(huán)節(jié)(下單、支付、發(fā)貨、確認收貨、交易結(jié)束)、不同的交易對象植入買方或賣方的信用保證險及交易對象的融資實現(xiàn)對不同的交易流程與場景的信用保險與融資，與交易流程及交易對象可完全解耦，可配置多種信用險和融資的模板。

由此可見，電子商務(wù)平臺可根據(jù)賣方的業(yè)務(wù)信息，對不同風(fēng)險的賣方實現(xiàn)分層風(fēng)險運營和定價。電子商務(wù)平臺針對賣方和買方的風(fēng)險控制及運營，形成一套完整的風(fēng)險可控的電子商務(wù)平臺業(yè)務(wù)交互方法。

圖12是本申請一個實施例的第一用戶終端的結(jié)構(gòu)示意圖。

如圖12所示，該第一用戶終端包括：

第一接收模塊11，用于接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的；

第一獲取模塊12，用于根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；

第一請求模塊13，用于向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；

第二接收模塊14，用于接收所述第二用戶終端根據(jù)所述第一代理標(biāo)識發(fā)送的所述第一業(yè)務(wù)量。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明和技術(shù)效果也適用于該實施例的第一用戶終端，此處不再贅述。

圖13是本申請另一個實施例的第一用戶終端的結(jié)構(gòu)示意圖，

如圖13所示，基于圖12所示實施例，

在一個實施例中，當(dāng)所述第一代理設(shè)備為所述業(yè)務(wù)處理平臺時，所述第一獲取模塊12，包括：

第一發(fā)送單元121，用于向所述業(yè)務(wù)處理平臺發(fā)送包含第一業(yè)務(wù)碼的處理請求；

第一接收單元122，用于接收所述業(yè)務(wù)處理平臺根據(jù)所述第一業(yè)務(wù)碼返回的第一處理標(biāo)識，以便應(yīng)用所述第一處理標(biāo)識作為第一代理標(biāo)識處理所述第一業(yè)務(wù)。

在另一個實施例中，當(dāng)所述第一代理設(shè)備為第一數(shù)據(jù)系統(tǒng)時，所述第一獲取模塊12，包括：

第二發(fā)送單元123，用于采用所述業(yè)務(wù)處理平臺與所述第一數(shù)據(jù)系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向所述第一數(shù)據(jù)系統(tǒng)發(fā)送包含第一業(yè)務(wù)碼的處理請求；

第二接收單元124，用于接收所述第一數(shù)據(jù)系統(tǒng)根據(jù)所述第一業(yè)務(wù)碼返回的第二處理標(biāo)識，以便應(yīng)用所述第二處理標(biāo)識作為第一代理標(biāo)識處理所述第一業(yè)務(wù)。

其中，所述第一數(shù)據(jù)系統(tǒng)為增信數(shù)據(jù)系統(tǒng)，其中，所述增信數(shù)據(jù)系統(tǒng)包括：保險系統(tǒng)和擔(dān)保系統(tǒng)。

進一步地，第一用戶終端還包括：

第一處理模塊15，用于在預(yù)設(shè)的第一時間內(nèi)向所述第二用戶終端發(fā)送與所述第一業(yè)務(wù)量對應(yīng)的第一業(yè)務(wù)數(shù)據(jù)。

進一步地，所述第一處理模塊15還用于：

若在預(yù)設(shè)的第一時間內(nèi)未向所述第二用戶終端發(fā)送所述第一業(yè)務(wù)數(shù)據(jù)，則根據(jù)所述第一代理標(biāo)識通過第一代理設(shè)備向所述第二用戶終端發(fā)送所述第一業(yè)務(wù)數(shù)據(jù)。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明和技術(shù)效果也適用于該實施例的第一用戶終端，此處不再贅述。

為了實現(xiàn)上述實施例，本申請還提出一種第二用戶終端。

圖14是本申請一個實施例的第二用戶終端的結(jié)構(gòu)示意圖。

如圖14所示，該第二用戶終端包括：

第三接收模塊21，用于接收第一用戶終端發(fā)送的第一業(yè)務(wù)請求，其中，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量，其中，所述第一代理標(biāo)識是所述第一用戶終端根據(jù)所述業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼從第一代理設(shè)備獲取的；

交互模塊22，用于根據(jù)所述第一代理標(biāo)識向所述第一用戶終端發(fā)送所述第一業(yè)務(wù)量，并接收第一用戶終端發(fā)送的確認信息。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明和技術(shù)效果也適用于該實施例的第二用戶終端，此處不再贅述。

圖15是本申請另一個實施例的第二用戶終端的結(jié)構(gòu)示意圖。

如圖15所示，基于圖14所示實施例，還包括：

第四接收模塊23，用于接收業(yè)務(wù)處理平臺分配的第二業(yè)務(wù)碼，所述第二業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第二用戶終端相關(guān)的業(yè)務(wù)信息所配置的；

第二獲取模塊24，用于根據(jù)所述第二業(yè)務(wù)碼從第二代理設(shè)備獲取用于處理第二業(yè)務(wù)的第二代理標(biāo)識；

第二請求模塊25，用于采用所述業(yè)務(wù)處理平臺與第二數(shù)據(jù)系統(tǒng)之間建立的第二數(shù)據(jù)交互通道，向所述第二數(shù)據(jù)系統(tǒng)發(fā)送第二業(yè)務(wù)請求，所述第二業(yè)務(wù)請求包括：所述確認信息所述第二代理標(biāo)識、所述第一代理標(biāo)識，以及待交互的第二業(yè)務(wù)量；

第五接收模塊26，用于接收所述第二數(shù)據(jù)系統(tǒng)根據(jù)所述確認信息、所述第二代理標(biāo)識和所述第一代理標(biāo)識發(fā)送的所述第二業(yè)務(wù)量。

其中，所述第二數(shù)據(jù)系統(tǒng)為融資數(shù)據(jù)系統(tǒng)，其中，所述融資數(shù)據(jù)系統(tǒng)包括：銀行系統(tǒng)、p2p系統(tǒng)和spv系統(tǒng)。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明和技術(shù)效果也適用于該實施例的第二用戶終端，此處不再贅述。

圖16是本申請另一個實施例的第二用戶終端的結(jié)構(gòu)示意圖。

如圖16所示，基于圖15所示實施例，

在一個實施例中，當(dāng)所述第二代理設(shè)備為所述業(yè)務(wù)處理平臺時，所述第二獲取模塊24，包括：

第三發(fā)送單元241，用于向所述業(yè)務(wù)處理平臺發(fā)送包含第二業(yè)務(wù)碼的處理請求；

第三接收單元242，用于接收所述業(yè)務(wù)處理平臺根據(jù)所述第二業(yè)務(wù)碼返回的第三處理標(biāo)識，以便應(yīng)用所述第三處理標(biāo)識作為第二代理標(biāo)識處理所述第二業(yè)務(wù)。

在另一個實施例中，當(dāng)所述第二代理設(shè)備為第一數(shù)據(jù)系統(tǒng)時，所述第二獲取模塊24，包括：

第四發(fā)送單元243，用于采用所述業(yè)務(wù)處理平臺與所述第一數(shù)據(jù)系統(tǒng)之間建立的第一數(shù)據(jù)交互通道，向所述第一數(shù)據(jù)系統(tǒng)發(fā)送攜帶第二業(yè)務(wù)碼的處理請求；

第四接收單元244，用于接收所述第一數(shù)據(jù)系統(tǒng)根據(jù)所述第二業(yè)務(wù)碼返回的第四處理標(biāo)識，以便應(yīng)用所述第四處理標(biāo)識作為第二代理標(biāo)識處理所述第二業(yè)務(wù)。

其中，所述第一數(shù)據(jù)系統(tǒng)為增信數(shù)據(jù)系統(tǒng)，其中，所述增信數(shù)據(jù)系統(tǒng)包括：保險系統(tǒng)和擔(dān)保系統(tǒng)。

進一步地，第二用戶終端還包括：

第二處理模塊27，用于在預(yù)設(shè)的第二時間內(nèi)根據(jù)所述確認信息，通過第一用戶終端向所述第二數(shù)據(jù)系統(tǒng)發(fā)送與所述第二業(yè)務(wù)量對應(yīng)的第二業(yè)務(wù)數(shù)據(jù)。

進一步地，所述第二處理模塊27，還用于：

若在預(yù)設(shè)的第二時間內(nèi)所述第一用戶終端未向所述第二數(shù)據(jù)系統(tǒng)發(fā)送所述第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)第一代理標(biāo)識通過第一代理設(shè)備向所述第二數(shù)據(jù)系統(tǒng)發(fā)送所述第二業(yè)務(wù)數(shù)據(jù)。

進一步地，所述第二處理模塊27，還用于：

若在所述第二時間內(nèi)所述第一代理設(shè)備未向所述第二數(shù)據(jù)系統(tǒng)發(fā)送所述第二業(yè)務(wù)數(shù)據(jù)，則根據(jù)所述第二代理標(biāo)識通過第二代理設(shè)備向所述第二數(shù)據(jù)系統(tǒng)發(fā)送所述第二業(yè)務(wù)數(shù)據(jù)。

其中，所述第一代理設(shè)備包括：第一數(shù)據(jù)系統(tǒng)和業(yè)務(wù)處理平臺。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明和技術(shù)效果也適用于該實施例的第二用戶終端，此處不再贅述。

圖17是本申請一個實施例的業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖。如圖17所示，該業(yè)務(wù)處理系統(tǒng)包括：業(yè)務(wù)處理平臺1和第一代理設(shè)備2，其中，所述業(yè)務(wù)處理平臺1上包括：多個第一用戶終端3和多個第二用戶終端4，其中，所述第一用戶終端3可以采用本發(fā)明上述實施例提供的第一用戶終端3，所述第二用戶終端4可以采用本發(fā)明上述實施例提供的第二用戶終端。

其中，所述業(yè)務(wù)處理平臺包括：電子商務(wù)平臺、電信商務(wù)平臺和物流運營平臺。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明也適用于該實施例的業(yè)務(wù)處理系統(tǒng)，此處不再贅述。

本申請實施例的業(yè)務(wù)處理系統(tǒng)，通過業(yè)務(wù)處理平臺記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息為第一用戶終端分配第一業(yè)務(wù)碼，第一用戶終端根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識，并向第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求包括：第一代理標(biāo)識和待交互的第一業(yè)務(wù)量；第二用戶終端根據(jù)所述第一代理標(biāo)識向第一用戶終端發(fā)送所述第一業(yè)務(wù)量。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

圖18是本申請另一個實施例的業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖。如圖18所示，基于圖17所示實施例，還包括：第二代理設(shè)備5、以及多個第二數(shù)據(jù)系統(tǒng)6。

所述第二數(shù)據(jù)系統(tǒng)為融資數(shù)據(jù)系統(tǒng)，所述融資數(shù)據(jù)系統(tǒng)包括：間接融資數(shù)據(jù)系統(tǒng)和直接融資數(shù)據(jù)系統(tǒng)。

當(dāng)所述間接融資數(shù)據(jù)系統(tǒng)為至少一個銀行系統(tǒng)時，每個銀行系統(tǒng)與所述業(yè)務(wù)處理平臺之間建立第二數(shù)據(jù)交互通道。

當(dāng)所述直接融資數(shù)據(jù)系統(tǒng)為至少一個p2p系統(tǒng)或spv系統(tǒng)時，每個p2p系統(tǒng)或spv系統(tǒng)與所述業(yè)務(wù)處理平臺之間建立第二數(shù)據(jù)交互通道，其中，每個p2p系統(tǒng)或spv系統(tǒng)包括多個第三用戶終端。

需要說明的是，前述對業(yè)務(wù)處理方法實施例的解釋說明也適用于該實施例的業(yè)務(wù)處理系統(tǒng)，此處不再贅述。

本申請實施例的業(yè)務(wù)處理系統(tǒng)，通過業(yè)務(wù)處理平臺記錄的與第二用戶終端相關(guān)的業(yè)務(wù)信息為第二用戶終端分配第二業(yè)務(wù)碼，第二用戶終端根據(jù)所述第二業(yè)務(wù)碼獲取第二代理設(shè)備發(fā)送的、用于處理第二業(yè)務(wù)的第二代理標(biāo)識，并根據(jù)第一用戶終端發(fā)送的確認信息、第一代理標(biāo)識、第二代理標(biāo)識與第二數(shù)據(jù)系統(tǒng)進行第二業(yè)務(wù)交互。由此，實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)交互，以及根據(jù)業(yè)務(wù)處理平臺上記錄的第二用戶終端的業(yè)務(wù)信息配置的第二業(yè)務(wù)碼進行第二業(yè)務(wù)交互，提高了多系統(tǒng)業(yè)務(wù)交互的處理效率和靈活性，并且對交互的業(yè)務(wù)進行風(fēng)險控制，提高了安全性。

所述第一代理設(shè)備和所述第二代理設(shè)備均為所述業(yè)務(wù)處理平臺。或者，

所述第二代理設(shè)備為所述業(yè)務(wù)處理平臺，所述第一代理設(shè)備為至少一個第一數(shù)據(jù)系統(tǒng)，其中，每個第一數(shù)據(jù)系統(tǒng)和所述業(yè)務(wù)處理平臺之間建立第一數(shù)據(jù)交互通道?；蛘?，

所述第一代理設(shè)備為所述業(yè)務(wù)處理平臺，所述第二代理設(shè)備為至少一個第一數(shù)據(jù)系統(tǒng)，其中，每個第一數(shù)據(jù)系統(tǒng)和所述業(yè)務(wù)處理平臺之間建立第一數(shù)據(jù)交互通道。其中，所述第一數(shù)據(jù)系統(tǒng)為增信數(shù)據(jù)系統(tǒng)，其中，所述增信數(shù)據(jù)系統(tǒng)包括：保險系統(tǒng)和擔(dān)保系統(tǒng)。

需要說明的是，基于上述實施例，由于第一代理設(shè)備、第二代理設(shè)備以及第一數(shù)據(jù)系統(tǒng)和第二數(shù)據(jù)系統(tǒng)的類型不同，業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖有很多具體的應(yīng)用變形，根據(jù)具體的應(yīng)用場景進行選擇，本實施例不一一示出。

請參閱圖19，本申請還提供了一種業(yè)務(wù)處理方法。該方法可以包括以下步驟。

步驟1901：接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的。

在本實施方式中，所述業(yè)務(wù)處理平臺可以為電子商務(wù)平臺、電信商務(wù)平臺或者物流運營平臺等。在該述業(yè)務(wù)處理平臺上的第一用戶終端和第二用戶終端可以通過該業(yè)務(wù)處理平臺完成具體的業(yè)務(wù)處理活動。例如淘寶網(wǎng)可以是一個業(yè)務(wù)處理平臺，1688網(wǎng)也可以是一個業(yè)務(wù)處理平臺。

在本實施方式中，所述第一用戶終端可以是所述業(yè)務(wù)處理平臺上某個具體業(yè)務(wù)處理活動中發(fā)出具體業(yè)務(wù)請求的一方。相應(yīng)地，所述第二用戶終端可以是該業(yè)務(wù)處理平臺上在該業(yè)務(wù)處理活動中接收業(yè)務(wù)請求，并根據(jù)情況決定是否接受業(yè)務(wù)請求的一方。例如，在淘寶網(wǎng)這個業(yè)務(wù)處理平臺上，在買家b向賣家c購買a商品的交易過程中，第一用戶終端就可以為購買a商品的買家b。第二用戶終端就可以為出售a商品的賣家c。需要說明的是，第一用戶終端和第二用戶終端的身份是可以根據(jù)具體情況進行相應(yīng)轉(zhuǎn)換的。例如，在淘寶網(wǎng)中，在賣家c向批發(fā)商d批發(fā)a商品的交易過程中。賣家c這時就可以是第一用戶終端，而批發(fā)商d則可以是第二用戶終端。

在本實施方式中，所述第一業(yè)務(wù)碼可以為由業(yè)務(wù)處理平臺根據(jù)第一用戶終端在該業(yè)務(wù)處理平臺上所記錄的相關(guān)的業(yè)務(wù)信息所分配給第一用戶終端對應(yīng)的一種標(biāo)記。其中，上述相關(guān)的業(yè)務(wù)信息具體可以包括：第一用戶終端在該業(yè)務(wù)處理平臺上注冊登記信息、業(yè)務(wù)處理活動的記錄信息和參與業(yè)務(wù)處理活動的其他方對第一用戶終端的評價信息等。

在本實施方式中，所述接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，所述第一業(yè)務(wù)碼是根據(jù)所述業(yè)務(wù)處理平臺上記錄的與第一用戶終端相關(guān)的業(yè)務(wù)信息所配置的。具體可以為，第一用戶終端接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼，其中，上述的第一業(yè)務(wù)碼是業(yè)務(wù)處理平臺根據(jù)記錄在業(yè)務(wù)處理平臺上的第一用戶終端的相關(guān)業(yè)務(wù)信息所分配的。上述相關(guān)的業(yè)務(wù)信息可以包括：第一用戶終端在該業(yè)務(wù)處理平臺上注冊登記信息、業(yè)務(wù)處理活動的記錄信息和參與業(yè)務(wù)處理活動的其他方對第一用戶終端的評價信息等。例如，在淘寶網(wǎng)中，買家作為第一用戶終端，可以接收淘寶網(wǎng)根據(jù)買家的相關(guān)信息分配給買家的信用評價。即淘寶網(wǎng)可以根據(jù)買家注冊信息、買家在交易活動中付款情況的記錄信息和買家長期進行交易活動中賣家對買家的評價信息，按照淘寶網(wǎng)的評價策略，分配給買家相應(yīng)的信用評價作為第一業(yè)務(wù)碼。

步驟1902：根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識。

在本實施方式中，所述第一代理設(shè)備可以是為業(yè)務(wù)處理平臺上某個業(yè)務(wù)處理活動進行代理服務(wù)的一方。其中，代理服務(wù)可以是對業(yè)務(wù)處理活動的擔(dān)保，也可以是對業(yè)務(wù)處理活動的監(jiān)管等。具體地，上述第一代理設(shè)備可以是一個獨立的保險系統(tǒng)，也可以是該業(yè)務(wù)處理平臺自身，還可以是銀行等。對于第一代理設(shè)備，本申請在此不作限定。

在本實施方式中，所述第一業(yè)務(wù)可以為第一用戶終端所要求的商品訂單，也可以為第一用戶終端所要求的某種服務(wù)。對于第一業(yè)務(wù)的具體內(nèi)容，本申請不作限定。

在本實施方式中，所述第一代理標(biāo)識可以為第一代理設(shè)備根據(jù)第一用戶終端的第一業(yè)務(wù)碼向第一用戶終端發(fā)出的確認提供代理服務(wù)的標(biāo)識。

在本實施方式中，根據(jù)所述第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識。具體可以為，第一用戶終端接收第一代理設(shè)備發(fā)送的第一代理標(biāo)識。其中，第一代理標(biāo)識是第一代理設(shè)備根據(jù)第一業(yè)務(wù)碼向第一用戶終端發(fā)送的。例如，1688網(wǎng)的商戶e在向批發(fā)商t批發(fā)商品時，可以請求某保險公司為此次交易擔(dān)保。某保險公司可以根據(jù)商戶e的信用評價，決定為本次交易擔(dān)保，并向商戶e發(fā)送擔(dān)保憑證，作為所述的第一代理標(biāo)識，以證明對此次交易進行擔(dān)保。

步驟1903：向所述業(yè)務(wù)處理平臺上發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求附帶有第一代理標(biāo)識；其中，所述第一代理標(biāo)識用于提供給第二用戶終端。

在本實施方式中，所述第一業(yè)務(wù)請求可以為第一用戶終端向業(yè)務(wù)平臺上的第二用戶終端發(fā)出的進行第一業(yè)務(wù)處理活動的請求。其中，該第一業(yè)務(wù)請求還附帶有提供給第二用終端的第一代理標(biāo)識。第二用戶終端可以憑借該第一代理表示，享有第一代理設(shè)備提供的相應(yīng)的代理服務(wù)。例如，上述第一業(yè)務(wù)請求可以是一個訂單請求，該訂單請求還附帶有某保險公司對此次交易活動進行擔(dān)保的擔(dān)保憑證。

在本實施方式中，向所述業(yè)務(wù)處理平臺上發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求附帶有第一代理標(biāo)識；其中，所述第一代理標(biāo)識用于提供給第二用戶終端。具體可以為第一用戶終端將第一業(yè)務(wù)請求發(fā)送到業(yè)務(wù)處理平臺，其中該第一業(yè)務(wù)請求還附帶有第一代理標(biāo)識。業(yè)務(wù)處理平臺根據(jù)該第一業(yè)務(wù)請求，將附帶有第一代理標(biāo)識的第一業(yè)務(wù)請求發(fā)送至對應(yīng)的該業(yè)務(wù)處理平臺上的第二用戶終端。當(dāng)然，也可以是第一用戶終端，通過業(yè)務(wù)處理平臺提供的通信渠道，直接向第二用戶終端發(fā)送附帶有第一代理標(biāo)識的第一業(yè)務(wù)請求。例如，淘寶網(wǎng)中，買家先向淘寶網(wǎng)發(fā)送商品a的訂單請求，該訂單請求附帶有保險公司提供的保險憑證。淘寶網(wǎng)再將附帶有保險憑證的商品a的訂單請求發(fā)送到對應(yīng)的賣家。

步驟1904：接收針對所述第一業(yè)務(wù)請求的結(jié)果信息。

在本實施方式中，所述的結(jié)果信息可以是第二用戶終端根據(jù)附帶有第一代理標(biāo)識的第一業(yè)務(wù)請求所發(fā)出的確認接受第一業(yè)務(wù)請求的確認信息或者拒絕接受第一業(yè)務(wù)請求的拒絕信息。也可以是業(yè)務(wù)處理平臺根據(jù)第二用戶終端的指示，產(chǎn)生的相應(yīng)的結(jié)果信息。其中，如果第二用戶終端指示接受第一業(yè)務(wù)請求，該結(jié)果信息可以是業(yè)務(wù)處理平臺生成的接受信息。如果第二用戶終端指示拒絕接受第一業(yè)務(wù)請求，該結(jié)果信息可以是業(yè)務(wù)處理平臺生成的拒絕信息。需要說明的是，所述第二用戶終端的指示，具體可以是第二用戶終端根據(jù)第一業(yè)務(wù)請求和第一代理標(biāo)識，如果接受第一業(yè)務(wù)請求，則在業(yè)務(wù)處理平臺的相應(yīng)的指示頁面中點擊笑臉圖標(biāo)，如果拒絕接受第一業(yè)務(wù)請求時，則在業(yè)務(wù)處理平臺相應(yīng)的指示頁面點擊哭臉圖標(biāo)。對此，本申請不作限定。

在本實施方式中，接收針對所述第一業(yè)務(wù)請求的結(jié)果信息。具體可以為，第一用戶終端接收針對第一業(yè)務(wù)請求的結(jié)果信息。該結(jié)果信息可以是接受第一業(yè)務(wù)請求的確認信息，也可以是拒絕接受第一業(yè)務(wù)請求的拒絕信息。其中，第一用戶終端可以通過業(yè)務(wù)處理平臺接收第二用戶終端針對第一業(yè)務(wù)請求的發(fā)出的結(jié)果信息。也可以通過業(yè)務(wù)處理平臺接收業(yè)務(wù)處理平臺根據(jù)第二用戶終端的指示生成的相應(yīng)結(jié)果信息。還可以通過業(yè)務(wù)處理平臺提供的通信渠道直接接收第二用戶終端發(fā)送的結(jié)果信息。對于第一用戶終端接收針對第一業(yè)務(wù)請求的結(jié)果信息的具體方式，本申請不作限定。

在一個場景示例中，可以參閱3。應(yīng)用本申請?zhí)峁┑臉I(yè)務(wù)處理方法，1688網(wǎng)上的商戶x向批發(fā)商z購買一批商品d的過程可以包括以下步驟。其中，商戶x可以為圖中的買方，批發(fā)商z可以為圖中的賣方，1688網(wǎng)可以為圖中的電子商務(wù)平臺。商戶x接收1688網(wǎng)分配的信用評價。其中，根據(jù)商戶x的注冊信息、商戶x在1688網(wǎng)中交易活動中的付款情況的記錄信息和商戶x長期進行交易活動中其他商戶對商戶x的評價信息，按照相應(yīng)的信用評價策略，1688網(wǎng)為商戶x分配對應(yīng)的信用評價。根據(jù)商戶x的信用評價，接收與1688網(wǎng)合作的保險系統(tǒng)發(fā)送的擔(dān)保標(biāo)識。其中，上述保險系統(tǒng)根據(jù)商戶x的信用評價，確定是否為商戶x進行擔(dān)保。如果確定為商戶x進行擔(dān)保，向商戶x發(fā)送擔(dān)保標(biāo)識作為保險憑證。商戶x通過1688網(wǎng)提供的通信渠道向批發(fā)商z發(fā)送附帶有保險標(biāo)識的商品d的訂單請求。其中，上述保險標(biāo)識用于提供給批發(fā)商z。如果商戶x到期未支付貨款，批發(fā)商z可以根據(jù)根據(jù)該擔(dān)保標(biāo)識從保險系統(tǒng)先獲取相應(yīng)的貨款。商戶x接收針對商品d的訂單請求的結(jié)果信息。其中，如果批發(fā)商z根據(jù)附帶有保險標(biāo)識的商品d的訂單請求，確定接受商戶x的商品d的訂單請求，承諾在預(yù)定期限向商戶x發(fā)送該訂單請求所請求的商品d，并允許商戶x在收到商品d后可以延緩預(yù)設(shè)天數(shù)再支付相應(yīng)貨款，批發(fā)商z可以通過點擊1688網(wǎng)中的交易指示頁面中的笑臉圖標(biāo)，指示確認接受商戶x的附帶有保險標(biāo)識的商品d的訂單請求。1688網(wǎng)根據(jù)批發(fā)商z的指示，向商戶x發(fā)送對應(yīng)的確認接受商品d的訂單請求的結(jié)果信息。通過本申請?zhí)峁┑臉I(yè)務(wù)處理方法，提高了交易活動的效率和靈活性，同時降低了交易風(fēng)險，提高了安全性。

由上述描述可知，本申請?zhí)峁┑臉I(yè)務(wù)處理方法，首先接收業(yè)務(wù)處理平臺分配的第一業(yè)務(wù)碼；然后根據(jù)第一業(yè)務(wù)碼獲取第一代理設(shè)備發(fā)送的、用于處理第一業(yè)務(wù)的第一代理標(biāo)識；進而向所述業(yè)務(wù)處理平臺上的第二用戶終端發(fā)送第一業(yè)務(wù)請求，所述第一業(yè)務(wù)請求附帶有第一代理碼；接收針對所述第一業(yè)務(wù)請求的結(jié)果信息。通過上述方法解決了現(xiàn)有的業(yè)務(wù)處理方法中存在的業(yè)務(wù)處理活動僅能局限于有多次業(yè)務(wù)處理活動經(jīng)歷的第一用戶終端和第二用戶終端和第二用戶終端之間和業(yè)務(wù)處理活動風(fēng)險大的技術(shù)問題。實現(xiàn)了根據(jù)業(yè)務(wù)處理平臺上記錄的第一用戶終端的業(yè)務(wù)信息配置的第一業(yè)務(wù)碼進行第一業(yè)務(wù)處理，提高了多系統(tǒng)的業(yè)務(wù)處理的處理效率和靈活性，并且對業(yè)務(wù)處理活動進行風(fēng)險控制，降低了業(yè)務(wù)處理的風(fēng)險，提高了安全性。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結(jié)合和組合。

此外，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。在本申請的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本申請的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本申請的實施例所屬技術(shù)領(lǐng)域的技術(shù)人員所理解。

在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用。就本說明書而言，"計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下：具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(ram)，只讀存儲器(rom)，可擦除可編輯只讀存儲器(eprom或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(cdrom)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學(xué)掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。

應(yīng)當(dāng)理解，本申請的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現(xiàn)場可編程門陣列(fpga)等。

本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。

此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。

上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領(lǐng)域的普通技術(shù)人員在本申請的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。