本發(fā)明涉及信息交互領域，特別是涉及一種信息交互處理方法及其終端、系統(tǒng)。

背景技術：

隨著2G/3G，甚至是4G時代的到來，以及隨處可見的WIFI熱點，標志著現(xiàn)今大數(shù)據(jù)時代的來臨，用戶一切的日常行為理論上可以借助各大運營商提供的移動數(shù)據(jù)網(wǎng)絡構建的網(wǎng)絡及WIFI這種無線局域網(wǎng)絡，通過互聯(lián)網(wǎng)技術實現(xiàn)各種數(shù)據(jù)處理。因此，網(wǎng)絡環(huán)境在方便用戶生活的方面比線下的真實世界有其優(yōu)勢，但是如何利用網(wǎng)絡更快更迅速的查找到用戶所需要的信息，尚無有效解決方案。

以用戶一個生活場景中的數(shù)據(jù)處理為例，用戶通過網(wǎng)絡購物時，一般是自己通過互聯(lián)網(wǎng)提供的平臺進行商品搜索，然后通過互聯(lián)網(wǎng)提供的大量商品信息再進行進一步的篩選。通過上述方式，大量的商品信息雖然能為用戶提供參考信息，但是會浪費用戶大量的時間才能篩選出自己所需要的商品，購物效率低，降低用戶體驗。

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

本發(fā)明主要解決的技術問題是提供一種信息交互處理方法及其終端、系統(tǒng)，能夠有效提高數(shù)據(jù)交互的效率。

為解決上述技術問題，本發(fā)明采用的第一個技術方案：提供一種信息交互處理方法，所述方法包括：第一終端向服務器發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求；接收第二終端發(fā)送的所述目標數(shù)據(jù)，其中，所述第二終端為所述服務器響應所述交互請求而在所述預設時間內(nèi)選擇的與所述需求信息匹配的終端。

為解決上述技術問題，本發(fā)明采用的第二個技術方案：提供一種信息交互處理方法，所述方法包括：服務器接收第一終端發(fā)送的包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求；根據(jù)所述需求信息查找與所述需求信息匹配的第二終端；在所述預設時間向查找到的所述第二終端發(fā)送向所述第一終端發(fā)送所述目標數(shù)據(jù)的請求。

為解決上述技術問題，本發(fā)明采用的第三個技術方案：提供一種信息交互處理終端，所述終端包括：發(fā)送模塊以及接收模塊；所述發(fā)送模塊用于向服務器發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求；所述交互模塊用于接收第二終端發(fā)送的所述目標數(shù)據(jù)，其中，所述第二終端為所述服務器響應所述交互請求而在所述預設時間內(nèi)選擇的與所述需求信息匹配的終端。

為解決上述技術問題，本發(fā)明采用的第四個技術方案：提供一種信息交互處理終端，所述終端包括：接收模塊、查詢模塊以及發(fā)送模塊；所述接收模塊用于接收第一終端發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求；所述查詢模塊用于根據(jù)所述需求信息查找與所述需求信息匹配的第二終端；所述發(fā)送模塊用于在所述預設時間向查找到的所述第二終端發(fā)送向所述第一終端發(fā)送所述目標數(shù)據(jù)的請求。

為解決上述技術問題，本發(fā)明采用的第五個技術方案是：提供一種信息交互處理終端，所述終端包括接收模塊、確定模塊以及響應模塊；所述接收模塊用于接收服務器發(fā)送的向第一終端發(fā)送目標數(shù)據(jù)的請求；其中，所述請求為所述服務器響應所述第一終端發(fā)送的包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求而發(fā)送的，且包括所述目標數(shù)據(jù)的需求信息；所述發(fā)送模塊用于在確定所述請求中的目標數(shù)據(jù)的需求信息與自身的目標數(shù)據(jù)匹配時，向所述第一終端發(fā)送所述目標數(shù)據(jù)。

為解決上述技術問題，本發(fā)明采用的第六個技術方案是：提供一種信息交互處理系統(tǒng)，包括第一終端、服務器和第二終端；所述第一終端 用于向服務器發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求；所述服務器用于響應所述交互請求，而根據(jù)所述需求信息查找與所述需求信息匹配的第二終端，并在所述預設時間向查找到的所述第二終端發(fā)送向所述第一終端發(fā)送所述目標數(shù)據(jù)的請求；所述第二終端用于接收所述請求，并在確定響應所述請求時，向所述第一終端發(fā)送所述目標數(shù)據(jù)；所述第一終端還用于接收所述第二終端發(fā)送的所述目標數(shù)據(jù)。

上述方案，第一終端將自己對目標數(shù)據(jù)的需求以及發(fā)布該需求的時間要求發(fā)送給服務器，由服務器在符合時間要求時將第一終端設置的目標數(shù)據(jù)的需求信息發(fā)送給符合條件的第二終端，以使第二終端在確認響應該需求信息時，將匹配的目標數(shù)據(jù)發(fā)送至第一終端，使第一終端利用該目標數(shù)據(jù)完成數(shù)據(jù)交互。因此，將第一終端對目標數(shù)據(jù)的需求匹配工作轉移到第二終端，提高第一終端的效率。

附圖說明

圖1是本申請信息交互處理系統(tǒng)一實施例的結構示意圖；

圖2是本申請信息交互處理方法一實施例的流程示意圖；

圖3是本申請信息交互處理方法另一實施例的流程示意圖；

圖4是本申請信息交互處理終端一實施例的結構示意圖；

圖5是本申請信息交互處理終端另一實施例的結構示意圖；

具體實施方式

為詳細說明本發(fā)明的技術內(nèi)容、構造特征、所實現(xiàn)目的及效果，以下結合附圖和實施例對本發(fā)明進行詳細說明。

請參閱圖1，圖1是本申請信息交互處理系統(tǒng)一實施例的結構示意圖。本實施例中的信息交互處理系統(tǒng)100包括第一終端110、服務器120以及第二終端130?？梢岳斫獾氖牵瑘D1僅示范性示出系統(tǒng)100的一個第一終端和第二終端，但該系統(tǒng)100實際可包括多個第一終端110和多個第二終端130。該第一終端110和第二終端130具體為可實現(xiàn)數(shù)據(jù)交 互的客戶端，或者執(zhí)行該客戶端的設備，如電腦、手機等。

第一終端110用于向服務器發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求。

其中，該目標數(shù)據(jù)的需求信息至少包括目標數(shù)據(jù)的標識信息，為進一步提高數(shù)據(jù)匹配的準確度，還可以進一步包括規(guī)格參數(shù)、需求描述等信息中的至少一種。

服務器120用于響應所述交互請求，而根據(jù)所述需求信息查找與所述需求信息匹配的第二終端130，并在所述預設時間向查找到的所述第二終端130發(fā)送向所述第一終端110發(fā)送所述目標數(shù)據(jù)的請求。

服務器120接收第一終端110發(fā)送的交互請求，并根據(jù)該交互請求中的目標數(shù)據(jù)的需求信息在本地數(shù)據(jù)庫中查找與該目標數(shù)據(jù)的需求信息匹配的第二終端130。服務器的本地數(shù)據(jù)庫存儲的數(shù)據(jù)是第二終端130預先上傳并保存的。

服務器120在查找到與第一終端110發(fā)送的目標數(shù)據(jù)的需求信息匹配的第二終端130后，在該預設時間內(nèi)向查找到的第二終端130發(fā)送向該第一終端110發(fā)送該目標數(shù)據(jù)的請求。該請求中可包含該目標數(shù)據(jù)的需求信息。

例如，當預設時間為09:30時，當服務器查找到與第一終端發(fā)送的目標數(shù)據(jù)的需求信息匹配的第二終端后，在當前時間為09:30時，向查找到的第二終端發(fā)送向該第一終端發(fā)送該目標數(shù)據(jù)的請求。

其中，服務器的時間與標準時間同步。

第二終端130接收所述請求，并在確定響應該請求時，向所述第一終端110發(fā)送所述目標數(shù)據(jù)。

其中，該請求還可包括所述目標數(shù)據(jù)的需求信息。第二終端130在確定所述請求中的目標數(shù)據(jù)的需求信息與自身的目標數(shù)據(jù)匹配時，確認響應該請求。該自身的目標數(shù)據(jù)為第二終端130已獲得其權屬或權項的目標數(shù)據(jù)。

例如，第二終端130的本地數(shù)據(jù)庫存儲有自身的目標數(shù)據(jù)信息，如目標數(shù)據(jù)的標識，第二終端130接收服務器120發(fā)送的向該第一終端110 發(fā)送該目標數(shù)據(jù)的請求時，判斷該目標數(shù)據(jù)的需求信息與本地數(shù)據(jù)庫的目標數(shù)據(jù)信息是否匹配，并在匹配時響應該請求而根據(jù)目標數(shù)據(jù)的標識獲取該目標數(shù)據(jù)，直接向第一終端110發(fā)送該目標數(shù)據(jù)，或通過服務器120向第一終端110發(fā)送目標數(shù)據(jù)。

進一步地，該第二終端130向第一終端110發(fā)送的目標數(shù)據(jù)包含該第二終端的身份識別信息。當?shù)谝唤K端110獲得該目標數(shù)據(jù)時，則將該第二終端130的身份識別信息替換為第一終端110的身份識別信息。

第一終端110還用于接收所述第二終端130發(fā)送的所述目標數(shù)據(jù)。

該第一終端110接收該第二終端130發(fā)送的該目標數(shù)據(jù)，并在確認接受該目標數(shù)據(jù)時根據(jù)該目標數(shù)據(jù)生成交易訂單。

進一步地，第二終端130還用于在第一終端110接收該第二終端130發(fā)送的所述目標數(shù)據(jù)后，接收該目標數(shù)據(jù)的提供方向第二終端數(shù)據(jù)單元增加交互目標數(shù)據(jù)所生成的增值數(shù)據(jù)。

上述方案中，該目標數(shù)據(jù)為物信證或所述物信證的獲取方式信息，該物信證為目標商品/服務的提供方開出的集成該目標商品/服務相應信息及電子商務必備功能的網(wǎng)絡電子單證。

進一步地，該物信證的獲取方式信息為網(wǎng)頁的鏈接地址，該網(wǎng)頁內(nèi)含該物信證功能，用于提供該目標商品/服務相應信息及電子商務必備功能。例如，第一終端或第二終端在具有商品/服務的物信證時，通過對鏈接地址的點擊或選擇，能夠直接打開并顯示一網(wǎng)頁，該網(wǎng)頁則用于提供該商品/服務相應的信息及電子商務功能，如，商品/服務的介紹、規(guī)格參數(shù)、購買記錄、評價，以及能夠跳轉至訂單生成界面和/或支付界面的鏈接按鍵等。更進一步地，還可以一旦點擊或選擇該鏈接則自動完成所有生成訂單所需的各種功能，實現(xiàn)一鍵完成訂單，甚至一鍵完成訂單及支付。

其中，提供方為其提供的每個商品/服務開出相應的物信證，并上傳至相應的服務器平臺進行管理、展示。第一終端方根據(jù)需要(打開鏈接地址以瀏覽網(wǎng)頁進行商品/服務的選擇)從該服務器平臺獲取(如下載至本地)相應的物信證，并將身份識別信息與獲取的每個物信證綁定。

下面對本申請實施例中的信息交互處理方法進行舉例說明。

例如，該第一終端為客戶端A，該服務器為數(shù)據(jù)管理服務器，該第二終端為客戶端B。其中，每個客戶端B中對應保存一個或多個文檔，該文檔用于記錄方案信息。該客戶端A、B以及終端設備可以是個人計算機、平板電腦、智能手機等能夠通過網(wǎng)絡與該數(shù)據(jù)管理服務器進行信息交互傳輸?shù)脑O備。

客戶端A向數(shù)據(jù)管理服務器發(fā)送包含文檔X的方案信息的需求信息以及發(fā)布該需求的時間要求的交互請求，該時間要求為數(shù)據(jù)管理服務器向客戶端B發(fā)布獲取文檔X的方案信息的需求信息的時間要滿足預設時間的要求，其中，X可以為方案標識。如，客戶端A需要在某一時間點發(fā)布該需求信息時，要求數(shù)據(jù)管理服務器能夠在到達該時刻時，向客戶端B發(fā)布該需求信息。

該數(shù)據(jù)管理服務器預先獲取并保存了每個客戶端B中的所有文檔記錄的信息，當數(shù)據(jù)管理服務器接收該交互請求并確定客戶端B5的文檔X記錄的信息滿足該需求信息的要求后，在到達預設時間時或在該預設時間內(nèi)將需要獲取文檔X的方案信息的需求發(fā)送至客戶端B5。

客戶端B5接收到需求后，在確定保存了文檔X的方案信息時，并確認響應該交互需求后，客戶端B5將與文檔X的方案信息相應的目標數(shù)據(jù)發(fā)送至客戶端A。其中，為了數(shù)據(jù)信息的安全，該目標數(shù)據(jù)可以是對文檔X的方案信息進行加密后形成的數(shù)據(jù)包以及解密該數(shù)據(jù)包的密鑰?？蛻舳薃接受該目標數(shù)據(jù)時，利用該密鑰以及提供該文檔X的方案信息的設備所提供的另一密鑰，對該數(shù)據(jù)包進行解密和解壓縮，從而得到文檔X的方案信息。

上述方案，第一終端將自己對目標數(shù)據(jù)的需求以及發(fā)布該需求的時間要求發(fā)送給服務器，由服務器在符合時間要求時將第一終端設置的目標數(shù)據(jù)的需求信息發(fā)送給符合條件的第二終端，以使第二終端在確認響應該需求信息時，將匹配的目標數(shù)據(jù)發(fā)送至第一終端，使第一終端利用該目標數(shù)據(jù)完成數(shù)據(jù)交互。因此，將第一終端對目標數(shù)據(jù)的需求匹配工作轉移到第二終端，一方面，提高第一終端的效率；另一方面，第二終 端可通過物信證的形式傳送目標數(shù)據(jù)，在提高信息交互效率的同時還提高數(shù)據(jù)信息傳輸?shù)陌踩浴?/p>

進一步地，目標數(shù)據(jù)還可以是商品信息、數(shù)字、音頻數(shù)據(jù)、視頻數(shù)據(jù)、程序數(shù)據(jù)或金融領域的資金數(shù)據(jù)等，如果是商品信息，則此時第一終端是買方，服務器是電商平臺服務器，第二終端是賣方。

請參閱圖2，圖2是本申請信息交互處理方法一實施例的流程示意圖。本實施例的執(zhí)行主體為第一終端。本實施例的信息交互處理方法包括以下步驟：

S201：第一終端向服務器發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求。

其中，該目標數(shù)據(jù)的需求信息至少包括目標數(shù)據(jù)的標識信息，為進一步提高數(shù)據(jù)匹配的準確度，還可以進一步包括規(guī)格參數(shù)、需求描述等信息中的至少一種。

服務器在接收到該交互請求時，在根據(jù)該需求信息在數(shù)據(jù)庫中查找到與該需求信息匹配的第二終端時，在該預設時間內(nèi)向查找到的第二終端發(fā)送向該第一終端發(fā)送該目標數(shù)據(jù)的請求。該請求中可包含該目標數(shù)據(jù)的需求信息。該第二終端在確認響應該請求時，直接向第一終端發(fā)送該目標數(shù)據(jù)，或通過服務器向第一終端發(fā)送目標數(shù)據(jù)。

進一步地，目標數(shù)據(jù)為物信證或物信證的獲取方式信息，物信證為目標商品/服務的提供方開出的集成目標商品/服務相應信息及電子商務必備功能的網(wǎng)絡電子單證。

進一步地，物信證的獲取方式信息為網(wǎng)頁的鏈接地址，網(wǎng)頁內(nèi)含物信證功能，用于提供目標商品/服務相應信息及電子商務必備功能。

S202：第一終端接收第二終端發(fā)送的所述目標數(shù)據(jù)，其中，所述第二終端為所述服務器響應所述交互請求而在所述預設時間內(nèi)選擇的與所述需求信息匹配的終端。

當該第二終端確認響應服務器發(fā)送的請求時，向第一終端發(fā)送該目標數(shù)據(jù)時，第一終端接收該目標數(shù)據(jù)，并根據(jù)該目標數(shù)據(jù)生成交易訂單。

上述方案，第一終端向服務器發(fā)送獲取目標數(shù)據(jù)的需求信息以及發(fā) 布該需求信息的預設時間，以使服務器在預設時間向查找到的與該需求信息匹配的第二終端發(fā)送向第一終端發(fā)送目標數(shù)據(jù)的請求，進而使第一終端接收第二終端在確認響應該請求時發(fā)送的目標數(shù)據(jù)，并利用該目標數(shù)據(jù)實現(xiàn)目標數(shù)據(jù)的交互。服務器將第一終端以及第二終端對目標數(shù)據(jù)的相關信息進行匹配，能夠實現(xiàn)在預設時間發(fā)布第一終端的需求信息，一方面，提高第一終端的效率；另一方面，第二終端可通過物信證的形式傳送目標數(shù)據(jù)，在提高信息交互效率的同時還提高數(shù)據(jù)信息傳輸?shù)陌踩浴?/p>

請參閱圖3，圖3是本申請信息交互處理方法另一實施例的流程示意圖。本實施例的執(zhí)行主體為服務器。本實施例的信息交互處理方法包括以下步驟：

S301：服務器接收第一終端發(fā)送的包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求。

其中，該目標數(shù)據(jù)的需求信息至少包括目標數(shù)據(jù)的標識信息，為進一步提高數(shù)據(jù)匹配的準確度，還可以進一步包括規(guī)格參數(shù)、需求描述等信息中的至少一種。

S302：服務器根據(jù)所述需求信息查找與所述需求信息匹配的第二終端。

服務器在本地數(shù)據(jù)庫中查找與該目標數(shù)據(jù)的需求信息匹配的第二終端。

服務器的本地數(shù)據(jù)庫存儲的數(shù)據(jù)是第二終端預先上傳并保存的。

S303：服務器在所述預設時間向查找到的所述第二終端發(fā)送向所述第一終端發(fā)送所述目標數(shù)據(jù)的請求。

服務器在查找到與第一終端發(fā)送的目標數(shù)據(jù)的需求信息匹配的第二終端后，在預設時間內(nèi)向查找到的第二終端發(fā)送該目標數(shù)據(jù)的購買請求。其中，服務器的時間與標準時間同步。

例如，當預設時間為09:30時，當服務器查找到與第一終端發(fā)送的目標數(shù)據(jù)的需求信息匹配的第二終端后，在當前時間為09:30時，向查找到的第二終端發(fā)送向該第一終端發(fā)送該目標數(shù)據(jù)的請求。

該請求用于使第二終端在接收到該請求時，能夠響應該請求而直接向第一終端發(fā)送該目標數(shù)據(jù)，或通過服務器向第一終端發(fā)送目標數(shù)據(jù)。具體，當該請求包括該目標數(shù)據(jù)的需求信息時，第二終端可判斷該目標數(shù)據(jù)的需求信息與本地數(shù)據(jù)庫的目標數(shù)據(jù)信息是否匹配，并在匹配時確定響應該請求。第一終端在接收到該目標數(shù)據(jù)后，并在確認接受該目標數(shù)據(jù)時根據(jù)該目標數(shù)據(jù)生成交易訂單。

其中，該目標數(shù)據(jù)為物信證或所述物信證的獲取方式信息，該物信證為目標商品/服務的提供方開出的集成該目標商品/服務相應信息及電子商務必備功能的網(wǎng)絡電子單證。進一步地，該物信證的獲取方式信息為網(wǎng)頁的鏈接地址，該網(wǎng)頁內(nèi)含該物信證功能，用于提供該目標商品/服務相應信息及電子商務必備功能。

進一步地，該第二終端向第一終端發(fā)送目標數(shù)據(jù)包含該第二終端的身份識別信息。當?shù)谝唤K端獲得該目標數(shù)據(jù)時，則將該第二終端的身份識別信息替換為第一終端的身份識別信息。

進一步地，在步驟S303之后，第二終端還可以接收該目標數(shù)據(jù)的提供方向第二終端數(shù)據(jù)單元增加交互目標數(shù)據(jù)所生成的增值數(shù)據(jù)。

上述方案，服務器接收第一終端發(fā)送的目標數(shù)據(jù)的需求以及發(fā)布該需求的時間要求，服務器在符合時間要求時將第一終端設置的目標數(shù)據(jù)的需求信息發(fā)送給符合條件的第二終端，以使第二終端在確認響應該需求信息時，匹配的目標數(shù)據(jù)發(fā)送至第一終端，使第一終端利用該目標數(shù)據(jù)完成數(shù)據(jù)交互。服務器將第一終端以及第二終端對目標數(shù)據(jù)的相關信息進行匹配，一方面，提高第一終端的效率；另一方面，第二終端可通過物信證的形式傳送目標數(shù)據(jù)，在提高信息交互效率的同時還提高數(shù)據(jù)信息傳輸?shù)陌踩浴?/p>

進一步地，目標數(shù)據(jù)還可以是商品信息、數(shù)字、音頻數(shù)據(jù)、視頻數(shù)據(jù)、程序數(shù)據(jù)或金融領域的資金數(shù)據(jù)等，如果是商品信息，則此時第一終端是買方，服務器是電商平臺服務器，第二終端是賣方。

請參閱圖4，圖4是本申請信息交互處理終端一實施例的結構示意 圖。本實施例的信息交互處理終端包含的各模塊用于執(zhí)行圖2對應的實施例中各步驟，具體請參閱圖2以及圖2對應的實施例，此處不贅述。本實施的交互處理終端對應圖2中的執(zhí)行主體第一終端，本實施的交互處理終端包括：發(fā)送模塊410以及接收模塊420。

發(fā)送模塊410用于向服務器發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求。

接收模塊420用于接收第二終端發(fā)送的所述目標數(shù)據(jù)，其中，所述第二終端為所述服務器響應所述交互請求而在所述預設時間內(nèi)選擇的與所述需求信息匹配的終端。

進一步地，接收模塊420還用于根據(jù)所述目標數(shù)據(jù)生成交易訂單。

上述方案，第一終端向服務器發(fā)送獲取目標數(shù)據(jù)的需求信息以及發(fā)布該需求信息的預設時間，以使服務器在預設時間向查找到的與該需求信息匹配的第二終端發(fā)送向第一終端發(fā)送目標數(shù)據(jù)的請求，進而使第一終端接收第二終端在確認響應該請求時發(fā)送的目標數(shù)據(jù)，并利用該目標數(shù)據(jù)實現(xiàn)目標數(shù)據(jù)的交互。服務器將第一終端以及第二終端對目標數(shù)據(jù)的相關信息進行匹配，能夠實現(xiàn)在預設時間發(fā)布第一終端的需求信息，一方面，提高第一終端的效率；另一方面，第二終端可通過物信證的形式傳送目標數(shù)據(jù)，在提高信息交互效率的同時還提高數(shù)據(jù)信息傳輸?shù)陌踩浴?/p>

請參閱圖5，圖5是本申請信息交互處理終端另一實施例的結構示意圖。本實施例的信息交互處理終端包含的各模塊用于執(zhí)行圖3對應的實施例中各步驟，具體請參閱圖3以及圖3對應的實施例，此處不贅述。本實施的交互處理終端對應圖3中的執(zhí)行主體服務器，服務器可以為服務器，本實施的交互處理終端包括：接收模塊510、查詢模塊520以及發(fā)送模塊530。

接收模塊510用于接收第一終端發(fā)送包含目標數(shù)據(jù)的需求信息以及要求發(fā)布所述需求信息的預設時間的交互請求。

查詢模塊520用于根據(jù)所述需求信息查找與所述需求信息匹配的第二終端。

發(fā)送模塊530用于在所述預設時間向查找到的所述第二終端發(fā)送向所述第一終端發(fā)送所述目標數(shù)據(jù)的請求。

上述方案，服務器接收第一終端發(fā)送的目標數(shù)據(jù)的需求以及發(fā)布該需求的時間要求，服務器在符合時間要求時將第一終端設置的目標數(shù)據(jù)的需求信息發(fā)送給符合條件的第二終端，以使第二終端在確認響應該需求信息時，匹配的目標數(shù)據(jù)發(fā)送至第一終端，使第一終端利用該目標數(shù)據(jù)完成數(shù)據(jù)交互。服務器將第一終端以及第二終端對目標數(shù)據(jù)的相關信息進行匹配，一方面，提高第一終端的效率；另一方面，第二終端可通過物信證的形式傳送目標數(shù)據(jù)，在提高信息交互效率的同時還提高數(shù)據(jù)信息傳輸?shù)陌踩浴?/p>

以上所述僅為本發(fā)明的實施方式，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結構或等效流程變換，或運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。