本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及數(shù)據(jù)交互方法及裝置。

背景技術(shù)：

隨著網(wǎng)絡(luò)信息技術(shù)的不斷發(fā)展，用戶之間可以直接在網(wǎng)絡(luò)上實現(xiàn)對象和數(shù)據(jù)交互，即一方用戶提供實物或虛擬的交互對象，而另一方用戶提供對應(yīng)的交互數(shù)據(jù)。舉例而言，賣家用戶可以直接在網(wǎng)絡(luò)交易平臺上展示自己的商品，然后由買家用戶通過網(wǎng)絡(luò)支付平臺實現(xiàn)款項支付。

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

有鑒于此，本申請?zhí)峁┮环N數(shù)據(jù)交互方法及裝置，可以優(yōu)化數(shù)據(jù)交互過程。

為實現(xiàn)上述目的，本申請?zhí)峁┘夹g(shù)方案如下：

根據(jù)本申請的第一方面，提出了一種數(shù)據(jù)交互方法，包括：

接收對象交互系統(tǒng)發(fā)送的通知消息，所述通知消息表明所述對象交互系統(tǒng)建立了針對預(yù)設(shè)對象的對象交互事件；

建立對應(yīng)于所述對象交互事件的數(shù)據(jù)交互事件；

根據(jù)發(fā)起方用戶選擇操作，選取所述數(shù)據(jù)交互事件對應(yīng)的關(guān)聯(lián)用戶；

向每個關(guān)聯(lián)用戶發(fā)起針對所述數(shù)據(jù)交互事件的數(shù)據(jù)交互請求，以使每個關(guān)聯(lián)用戶提供對應(yīng)于所述預(yù)設(shè)對象的交互數(shù)據(jù)。

根據(jù)本申請的第二方面，提出了一種數(shù)據(jù)交互裝置，包括：

接收單元，接收對象交互系統(tǒng)發(fā)送的通知消息，所述通知消息表明所述 對象交互系統(tǒng)建立了針對預(yù)設(shè)對象的對象交互事件；

建立單元，建立對應(yīng)于所述對象交互事件的數(shù)據(jù)交互事件；

選取單元，根據(jù)發(fā)起方用戶選擇操作，選取所述數(shù)據(jù)交互事件對應(yīng)的關(guān)聯(lián)用戶；

請求單元，向每個關(guān)聯(lián)用戶發(fā)起針對所述數(shù)據(jù)交互事件的數(shù)據(jù)交互請求，以使每個關(guān)聯(lián)用戶提供對應(yīng)于所述預(yù)設(shè)對象的交互數(shù)據(jù)。

由以上技術(shù)方案可見，本申請通過選取同一數(shù)據(jù)交互事件的所有關(guān)聯(lián)用戶，使得任一用戶可以幫助其他用戶建立對象交互事件；同時，通過向每個關(guān)聯(lián)用戶發(fā)起數(shù)據(jù)交互請求，可使每個關(guān)聯(lián)用戶了解和掌握交互過程，并直接參與到數(shù)據(jù)交互過程中，使對象和數(shù)據(jù)交互過程更加直觀、透明。

附圖說明

圖1是本申請?zhí)峁┑囊环N數(shù)據(jù)交互方法的流程圖；

圖2是本申請?zhí)峁┑囊环N數(shù)據(jù)交互方法的具體流程圖；

圖3-5是本申請?zhí)峁┑囊环N數(shù)據(jù)交互的界面示意圖；

圖6是本申請?zhí)峁┑牧硪环N數(shù)據(jù)交互方法的具體流程圖；

圖7是本申請?zhí)峁┑囊环N電子設(shè)備的結(jié)構(gòu)示意圖；

圖8是本申請?zhí)峁┑囊环N數(shù)據(jù)交互裝置的框圖。

具體實施方式

用戶有時可能由于諸多原因而無法直接參與到在線的對象與數(shù)據(jù)交互過程中，需要由其他用戶幫助執(zhí)行交互后，再從這些提供幫助的用戶處獲得對象，并向其提供相應(yīng)的交互數(shù)據(jù)。比如，用戶C、D無法直接參與交互過程，因而由用戶A與用戶B進(jìn)行對象交互，并將得到的交互對象提供給用戶C和用戶D。

然而，在相關(guān)技術(shù)中，用戶A與用戶B之間的交互過程，對于用戶C、D而言是不可見的，使得交互過程存在諸多不透明和不便利的情況。

因此，本申請通過對上述交互過程的改進(jìn)，以解決相關(guān)技術(shù)中存在的技術(shù)問題。為對本申請進(jìn)行進(jìn)一步說明，提供下列實施例：

圖1是本申請?zhí)峁┑囊环N數(shù)據(jù)交互方法的流程圖，如圖1所示，該方法應(yīng)用于數(shù)據(jù)交互平臺，可以包括以下步驟：

步驟102，接收對象交互系統(tǒng)發(fā)送的通知消息，所述通知消息表明所述對象交互系統(tǒng)建立了針對預(yù)設(shè)對象的對象交互事件。

步驟104，建立對應(yīng)于所述對象交互事件的數(shù)據(jù)交互事件。

步驟106，根據(jù)發(fā)起方用戶選擇操作，選取所述數(shù)據(jù)交互事件對應(yīng)的關(guān)聯(lián)用戶。

步驟108，向每個關(guān)聯(lián)用戶發(fā)起針對所述數(shù)據(jù)交互事件的數(shù)據(jù)交互請求，以使每個關(guān)聯(lián)用戶提供對應(yīng)于所述預(yù)設(shè)對象的交互數(shù)據(jù)。

在本實施例中，數(shù)據(jù)交互請求中可以包含數(shù)據(jù)交互事件所需的交互數(shù)據(jù)，以便關(guān)聯(lián)用戶可以直觀地了解到自身所需提供的交互數(shù)據(jù)；同時，數(shù)據(jù)交互請求中還可以包含對象交互事件的描述信息，比如交互對象的數(shù)量、每個交互對象對應(yīng)的交互數(shù)據(jù)、交互對象的屬性等，以消除交互過程的不透明。

由以上技術(shù)方案可見，本申請通過選取同一數(shù)據(jù)交互事件的所有關(guān)聯(lián)用戶，使得任一用戶可以幫助其他用戶建立對象交互事件；同時，通過向每個關(guān)聯(lián)用戶發(fā)起數(shù)據(jù)交互請求，可使每個關(guān)聯(lián)用戶了解和掌握交互過程，并直接參與到數(shù)據(jù)交互過程中，使對象和數(shù)據(jù)交互過程更加直觀、透明。

圖2是本申請?zhí)峁┑囊环N數(shù)據(jù)交互方法的具體流程圖。在圖2中，將結(jié)合“網(wǎng)絡(luò)交易”的應(yīng)用場景，對本申請的數(shù)據(jù)交互方法做進(jìn)一步說明；當(dāng)然，但本申請的技術(shù)方案顯然也可以應(yīng)用于其他場景下的數(shù)據(jù)交互中，本申請并不對此進(jìn)行限制。如圖2所示，該方法可以包括以下步驟：

步驟202，代購買家在交易平臺上選取所需的貨品，并創(chuàng)建對應(yīng)的貨品訂單。

在本實施例中，針對“網(wǎng)絡(luò)交易”應(yīng)用場景下的“代購”過程，代購買家即“發(fā)起方用戶”；代購買家在交易平臺上選取所需的貨品，即“對象” 或“交互對象”；代購買家在交易平臺上創(chuàng)建“貨品訂單”，即“對象交互事件”。

步驟204，交易平臺向支付平臺發(fā)送通知消息，以告知關(guān)于貨品訂單的創(chuàng)建情況。

在本實施例中，針對“網(wǎng)絡(luò)交易”的應(yīng)用場景下，支付平臺即“數(shù)據(jù)交互平臺”。

步驟206，支付平臺針對步驟202創(chuàng)建的貨品訂單，創(chuàng)建對應(yīng)的支付訂單。

步驟208，代購買家支付所有貨款，完成貨品訂單的支付。

在本實施例中，代購買家支付的貨款可以首先打入支付平臺的第三方擔(dān)保賬號中，然后等待貨品訂單完成后，比如購買的貨品到貨且不需要退貨時，才將貨款由第三方擔(dān)保賬號打給賣家。

步驟210，代購買家選取幫助代購的實際買家，并將選取結(jié)果告知支付平臺。

在本實施例中，如圖3所示，代購買家可以在交易平臺對應(yīng)的APP中，通過點擊貨品訂單的顯示界面中的“分錢”按鈕后，從交易平臺關(guān)聯(lián)至支付平臺，并切換至圖4所示的對應(yīng)于支付平臺的APP界面。

在圖4中，代購買家可以針對先前創(chuàng)建的貨品訂單，選取實際買家(即“關(guān)聯(lián)用戶”)以及每個實際買家所需支付的貨款。比如用戶可以通過點擊圖4中的“賬戶”后，切換至圖5所示的用戶選擇列表，從而選取當(dāng)前的實際買家。

步驟212，由支付平臺向選取的每個實際買家發(fā)起支付請求。

在本實施例中，支付請求可以包括實際買家所需支付的貨款，該貨款可以為貨品訂單中的貨品的實際貨款，也可以進(jìn)一步包含需要支付給代購買家的服務(wù)費用，即代購買家可以在如圖4所示的界面中輸入希望獲得的金額。同時，支付請求中還可以包括貨品訂單的詳情信息等，以便實際買家進(jìn)行查看和參考，有助于提升代購過程的透明度。

步驟214，實際買家提供自己所需支付的單筆貨款，并由支付平臺將該貨款轉(zhuǎn)向代購買家，完成所有的支付過程。

在上述實施例中，包括兩方面的交互過程：第一，代購買家與賣家之間進(jìn)行交易；第二，代購買家與實際買家之間進(jìn)行貨款支付。上述的兩個過程相互獨立，且代購買家與賣家之間的交易過程對于實際買家是透明的，且代購買家可以方便地獲得實際買家提供的貨款，而無需在代購買家與實際買家之間執(zhí)行如同“代購買家與賣家”之間的交易過程，有助于簡化代購買家與實際買家之間的貨款支付過程，提升了便利性。

基于圖2所示的實施例，還可以對代購買家與實際買家之間的貨款支付過程進(jìn)行改進(jìn)，下面結(jié)合圖6進(jìn)行說明。圖6是本申請?zhí)峁┑牧硪环N數(shù)據(jù)交互方法的具體流程圖，如圖6所示，該方法可以包括以下步驟：

步驟602-606，與圖2所示的步驟202-206相同，此處不再贅述。

步驟608，代購買家選取幫助代購的實際買家，并將選取結(jié)果告知支付平臺。

步驟610，由支付平臺向選取的每個實際買家發(fā)起支付請求。

步驟612，每個實際買家由支付平臺提供自己所需支付的單筆貨款。

步驟614，支付平臺獲取所有實際買家提供的貨款后，告知代購買家收款完畢。

步驟616，支付平臺根據(jù)代購買家的確認(rèn)響應(yīng)，將對應(yīng)于貨品訂單的貨款打入第三方擔(dān)保賬號。

在本實施例中，作為一示例性實施例，當(dāng)步驟610中向?qū)嶋H買家發(fā)起的支付請求中，關(guān)于每個實際買家所需支付的貨款為貨品訂單中的貨品的實際貨款時，支付平臺得到的所有貨款即貨品訂單所需的貨款，可以直接全部打入第三方擔(dān)保賬號。

作為另一示例性實施例，當(dāng)步驟610中向?qū)嶋H買家發(fā)起的支付請求中，關(guān)于每個實際買家所需支付的貨款除了貨品訂單中的貨品的實際貨款之外，還包括如代購服務(wù)費用等時，支付平臺只需要將貨品訂單所需的貨款打入第 三方擔(dān)保賬號即可，而將剩余款項打入代購買家的賬號中。

此外，在本申請的技術(shù)方案中，在對象交互事件的任意部分完成后，數(shù)據(jù)交互平臺還將相應(yīng)的交互數(shù)據(jù)從第三方擔(dān)保賬號發(fā)送至預(yù)設(shè)對象的提供方。比如在圖2或圖6所示的實施例中，當(dāng)所有貨款均已打入支付平臺的第三方擔(dān)保賬號后，支付平臺可以向交易平臺發(fā)送告知消息，則貨品訂單對應(yīng)的賣家用戶可以向代購買家提供對應(yīng)的貨品；而當(dāng)貨品已到達(dá)、代購買家手動確認(rèn)貨品已到達(dá)、代購買家在預(yù)設(shè)時間段內(nèi)無操作等條件滿足后，即可認(rèn)為代購買家已經(jīng)獲得相應(yīng)的貨品、貨品訂單已完成，則支付平臺可以將相應(yīng)的貨款從第三方擔(dān)保賬號打入賣家用戶的賬號。其中，假如貨品訂單對應(yīng)多件貨品，而代購買家僅獲得了部分貨品時，可以認(rèn)為貨品訂單已部分完成，則支付平臺也可以先將已獲得的這部分貨品對應(yīng)的貨款從第三方擔(dān)保賬號打入賣家用戶的賬號。

圖7示出了根據(jù)本申請的一示例性實施例的電子設(shè)備的示意結(jié)構(gòu)圖。請參考圖7，在硬件層面，該電子設(shè)備包括處理器、內(nèi)部總線、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲器，當(dāng)然還可能包括其他業(yè)務(wù)所需要的硬件。處理器從非易失性存儲器中讀取對應(yīng)的計算機(jī)程序到內(nèi)存中然后運行，在邏輯層面上形成數(shù)據(jù)交互裝置。當(dāng)然，除了軟件實現(xiàn)方式之外，本申請并不排除其他實現(xiàn)方式，比如邏輯器件抑或軟硬件結(jié)合的方式等等，也就是說以下處理流程的執(zhí)行主體并不限定于各個邏輯單元，也可以是硬件或邏輯器件。

請參考圖8，在軟件實施方式中，該數(shù)據(jù)交互裝置可以包括接收單元、選取單元和請求單元。其中：

接收單元，接收對象交互系統(tǒng)發(fā)送的通知消息，所述通知消息表明所述對象交互系統(tǒng)建立了針對預(yù)設(shè)對象的對象交互事件；

建立單元，建立對應(yīng)于所述對象交互事件的數(shù)據(jù)交互事件；

選取單元，根據(jù)發(fā)起方用戶選擇操作，選取所述數(shù)據(jù)交互事件對應(yīng)的關(guān)聯(lián)用戶；

請求單元，向每個關(guān)聯(lián)用戶發(fā)起針對所述數(shù)據(jù)交互事件的數(shù)據(jù)交互請求， 以使每個關(guān)聯(lián)用戶提供對應(yīng)于所述預(yù)設(shè)對象的交互數(shù)據(jù)。

可選的，所述數(shù)據(jù)交互請求中包含所述數(shù)據(jù)交互事件所需的交互數(shù)據(jù)，以及所述對象交互事件的描述信息。

可選的，還包括：

提取單元，從所述發(fā)起方用戶的注冊賬號中，提取對應(yīng)于所述預(yù)設(shè)對象的交互數(shù)據(jù)并發(fā)送至第三方擔(dān)保賬號；

第一發(fā)送單元，將每個關(guān)聯(lián)用戶提供的交互數(shù)據(jù)均發(fā)送至所述發(fā)起方用戶的注冊賬號。

可選的，還包括：

獲取單元，獲取所有關(guān)聯(lián)用戶提供的交互數(shù)據(jù)，并告知所述發(fā)起方用戶；

第二發(fā)送單元，根據(jù)所述發(fā)起方用戶的確認(rèn)響應(yīng)，將對應(yīng)于所述對象交互事件的交互數(shù)據(jù)發(fā)送至第三方擔(dān)保賬號。

可選的，還包括：

數(shù)據(jù)交互單元，在所述對象交互事件的任意部分完成后，將相應(yīng)的交互數(shù)據(jù)從所述第三方擔(dān)保賬號發(fā)送至所述預(yù)設(shè)對象的提供方。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機(jī)可讀介質(zhì)的示例。

計算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機(jī)存取存儲器(SRAM)、動態(tài)隨機(jī)存取存儲器(DRAM)、其他類型的隨機(jī)存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁 磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請保護(hù)的范圍之內(nèi)。