本申請涉及互聯網技術領域，尤其涉及信息交互方法及裝置。

背景技術：

隨著互聯網技術的不斷發展，各種客戶端應用程序(application，app)的開發也越來越重要。

現有技術中，客戶端上的app與服務器交互的方式一般需要通過多個應用程序編程接口(applicationprogramminginterface，api)來實現。比如：在初次運行app的應用場景下，需要調用注冊設備、獲取配置、驗證升級、報活、獲取協議、上報地理位置、驗證登錄等多個api。

但是，由于受事先寫好的邏輯控制的限制，調用各個api時不能調整調用順序，使得利用api完成app與服務器之間的交互時，其靈活性差，效率低。

技術實現要素：

本申請提供信息交互方法及裝置，以解決現有技術中利用api完成app與服務器之間的交互時，其靈活性差，效率低的問題。

根據本申請實施例的第一方面，提供一種信息交互方法，所述方法包括：

接收客戶端發送的數據請求信息，所述數據請求信息攜帶有第一場景標識；

根據所述第一場景標識從服務端調用對應的第一數據；

利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處 理，得到第二數據；

將攜帶有所述第二數據的數據響應信息發送至所述客戶端，以使所述客戶端對所述數據響應信息中的第二數據進行解析處理。

根據本申請實施例的第二方面，提供一種信息交互方法，所述方法，包括：

在接收到應用請求時，根據所述應用請求確定對應的應用場景、以及所述應用場景對應的第一場景標識；

將攜帶有所述第一場景標識的數據請求信息發送至網關，以使所述網關根據所述第一場景標識從服務端調用對應的第一數據；

接收所述網關發送的攜帶有第二數據的數據響應信息，所述第二數據是所述網關利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理后得到的數據；

根據所述第一場景標識對應的統一數據模型對所述第二數據進行解析處理，并輸出所述解析處理后的數據。

根據本申請實施例的第三方面，提供一種信息交互裝置，所述裝置包括：

處理器；

用于存儲所述處理器可執行指令的存儲器；

其中，所述處理器被配置為：

接收客戶端發送的數據請求信息，所述數據請求信息攜帶有第一場景標識；

根據所述第一場景標識從服務端調用對應的第一數據；

利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理，得到第二數據；

將攜帶有所述第二數據的數據響應信息發送至所述客戶端，以使所述客戶端對所述數據響應信息中的第二數據進行解析處理。

根據本申請實施例的第四方面，提供一種信息交互裝置，所述裝置包括：

處理器；

用于存儲所述處理器可執行指令的存儲器；

其中，所述處理器被配置為：

在接收到應用請求時，根據所述應用請求確定對應的應用場景、以及所述應用場景對應的第一場景標識；

將攜帶有所述第一場景標識的數據請求信息發送至網關，以使所述網關根據所述第一場景標識從服務端調用對應的第一數據；

接收所述網關發送的攜帶有第二數據的數據響應信息，所述第二數據是所述網關利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理后得到的數據；

根據所述第一場景標識對應的統一數據模型對所述第二數據進行解析處理，并輸出所述解析處理后的數據。

應用本申請實施例，通過接收客戶端發送的數據請求信息，該數據請求信息攜帶有第一場景標識，據第一場景標識從服務端調用對應的第一數據，利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據，利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據，使得網關基于場景標識完成了客戶端和服務器之間的信息交互，從而提高了信息交互效率，還節省了網絡資源消耗。

附圖說明

圖1為本申請實施例的信息交互場景示意圖；

圖2為本申請信息交互方法的一個實施例流程圖；

圖3為本申請信息交互方法的另一個實施例的流程圖；

圖4為本申請信息交互方法的一個實施例流程圖；

圖5為本申請信息交互方法的另一個實施例的流程圖；

圖6為本申請信息交互裝置所在設備的一種硬件結構圖；

圖7為本申請信息交互裝置所在設備的一種硬件結構圖；

圖8為本申請信息交互裝置的一個實施例框圖；

圖9為本申請信息交互裝置的一個實施例框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯的列出項目的任何或所有可能組合。

應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。

參見圖1，為本申請實施例的信息交互場景示意圖：

圖1場景中包括：客戶端、網關(gateway)和服務端。其中，網關是客戶端和服務器端之間充當轉換重任的計算機系統或設備。并且，網關和客戶端之間是基于場景進行信息交互，而網關和服務端之間是基于api進行信息交互。

客戶端上的app接收到用戶的應用請求時，會根據該應用請求確定對應的應用場景、以及該應用場景對應的第一場景標識，然后將該攜帶有第一場景標識的數據請求信息發送至網關。

網關接收到客戶端發送的攜帶有第一場景標識的數據請求信息后，會根據該第一場場景標識確定至少一個待調用的api，以及獲取各個api對應的設定調用策略，并根據各個api對應的設定調用策略向服務端發送數據調用請求。

服務器接收到各個api發起的數據調用請求后，會獲取對應的調用數據，并將對應的調用數據返回網關，該調用數據為第一數據。其中，調用數據可以是一些業務數據。

網關接收到第一數據后，會利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據，并將攜帶有第二數據的數據響應信息發送至客戶端。其中，第二數據是基于統一數據模型的數據，有利于客戶端處理和展現給用戶。

客戶端接收到第二數據，會利用第一場景標識對應的統一數據模型對第二數據進行解析處理，并輸出解析處理后的數據。

另外，網關可以提前配置應用場景和對應的統一數據模型、以及各個場景標識與各個模型標識之間的對應關系，并將該對應關系發送至客戶端，以使客戶端可根據對應關系中的場景標識向網關發起訂閱服務。

同時，網關還可以提供場景維護服務，并根據實際情況調整各個場景標識與各個模型標識之間的對應關系，再將調整后的對應關系發送至客戶端。

因此，上述客戶端和網關之間可以基于場景標識進行信息交互，并且，網關接收到客戶端發送的基于場景標識的一次數據請求，就可以向該客戶端返回基于統一數據模型的所有數據，避免了客戶端多次發送數據請求，不但提高了信息交互效率，還提高了用戶體驗。

下面對本申請實施例進行詳細說明。

參見圖2，為本申請信息交互方法的一個實施例的流程圖，該方法可以于服務端的網關上，可以包括以下步驟：

步驟210：接收客戶端發送的數據請求信息，該數據請求信息攜帶有第一場景標識。

本申請實施例中，客戶端接收到用戶對app的應用請求時，可以根據該應用請求確定對應的應用場景，并將攜帶有該應用場景對應場景標識的數據請求信息發送至網關，便于網關根據場景標識獲取對應的應用場景所需要的所有數據。

比如：客戶端接收到用戶對app的登錄請求時，根據登錄請求確定此時應用場景為登錄場景，可以將攜帶有登錄場景對應的場景標識的數據請求信息發送至網關，便于網關根據登錄場景對應的場景標識獲取登錄場景所需要的所有數據。

步驟220：根據第一場景標識從服務端調用對應的第一數據。

本申請實施例中，第一數據可以是第一場景標識對應的應用場景所需的所有業務數據。

比如：第一場景標識為登錄場景的場景標識，從服務端調用對應的第一數據可以包括登錄場景中需要用到的配置數據、用戶數據、時間數據等。

另外，根據第一場景標識從服務端調用對應的第一數據時，可以采用api的方式，包括：

(1)根據第一場景標識確定至少一個待調用的api。

本申請實施例中，每個場景標識可以對應的一個或多個api。

(2)獲取各個api對應的設定調用策略。

本申請實施例中，設定調用策略可以包括哪些api可以同時執行，哪些api可以順序執行，哪些api可以先后執行等。

(3)根據設定調用策略向服務端發送數據調用請求。

本申請實施例中，根據設定調用策略確定各個api的調用次序，并通過這些api向服務器發送數據調用請求，并接收服務器返回的調用數據。

(4)接收服務端返回的調用數據，該調用數據為待整合處理的第一數據。

步驟230：利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據。

本申請實施例中，每個場景標識可以對應的一個或多個統一數據模型， 利用場景標識對應的統一數據模型對待整合處理的第一數據進行整合處理后，得到基于統一數據模型的第二數據，并且該基于統一數據模型的第二數據便于客戶端處理和展現給用戶。

另外，利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據時，可以基于事先配置的各個場景標識與各個模型標識之間的對應關系來實現，包括：

(1)從各個場景標識與各個模型標識之間的對應關系中查詢第一場景標識對應的第一模型標識；

(2)根據第一模型標識確定對應的統一數據模型；

(3)利用第一模型標識對應的統一數據模型對第一數據進行整合處理，得到基于統一數據模型的第二數據。

步驟240：將攜帶有第二數據的數據響應信息發送至客戶端，以使客戶端對數據響應信息中的第二數據進行解析處理。

由上述實施例可見，通過接收客戶端發送的數據請求信息，該數據請求信息攜帶有第一場景標識，據第一場景標識從服務端調用對應的第一數據，利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據，利用第一場景標識對應的統一數據模型對第一數據進行整合處理，得到第二數據，使得網關基于場景標識完成了客戶端和服務器之間的信息交互，從而提高了信息交互效率，還節省了網絡資源消耗。

參見圖3，為本申請信息交互方法的另一個實施例的流程圖，該方法可以于服務端的網關上，結合圖2所示實施例的基礎上，還可以包括以下步驟：

步驟310：配置至少一個應用場景、以及各個應用場景的場景標識。

本申請實施例中，網關提供場景配置服務，可以提前配置一個或多個應用場景，以及各個應用場景的場景標識。

步驟320：配置每個應用場景對應的統一數據模型、以及所述統一數據模型的模型標識。

本申請實施例中，網關還提供統一數據模型配置服務，可以提前配置一 個或多個統一數據模型，以及各個統一數據模型的模型標識。

步驟330：配置各個場景標識與各個模型標識之間的對應關系。

本申請實施例中，網關可以提前根據實際情況配置各個場景標識與各個模型標識之間的對應關系，并將該對應關系發送至客戶端。

另外，網關還可以根據實際情況實時調整各個場景標識與各個模型標識之間的對應關系，將將調整后的對應關系發送至客戶端，便于客戶端根據調整后的對應關系更加已保存的對應關系。

步驟340：將各個場景標識與各個模型標識之間的對應關系發送至客戶端。

步驟350：接收客戶端的訂閱請求信息，該訂閱請求信息攜帶有第二場景標識。

步驟360：根據第二場景標識獲取對應的應用場景、以及對應的統一數據模型，并將第二場景標識對應的應用場景、以及對應的統一數據模型發送至客戶端。

另外，步驟340中除了將各個場景標識與各個模型標識之間的對應關系發送至客戶端，也可以將自身配置的各個應用場景、各個應用場景對應的統一數據模型都發送至客戶端。

由上述實施例可見，通過提前配置至少一個應用場景、以及各個應用場景的場景標識，配置每個應用場景對應的統一數據模型、以及所述統一數據模型的模型標識，配置各個場景標識與各個模型標識之間的對應關系，并將各個場景標識與各個模型標識之間的對應關系發送至客戶端，便于網關和客戶端實現基于場景標識的信息交互，從而保證信息交互的準確度和可靠性。

參見圖4，為本申請信息交互方法的一個實施例的流程圖，該方法可以于客戶端上，可以包括以下步驟：

步驟410：在接收到應用請求時，根據應用請求確定對應的應用場景、以及應用場景對應的第一場景標識。

步驟420：將攜帶有第一場景標識的數據請求信息發送至網關，以使網 關根據第一場景標識從服務端調用對應的第一數據。

步驟430：接收網關發送的攜帶有第二數據的數據響應信息，該第二數據是網關利用第一場景標識對應的統一數據模型對第一數據進行整合處理后得到的數據。

步驟440：根據第一場景標識對應的統一數據模型對第二數據進行解析處理，并輸出解析處理后的數據。

本申請實施例中，客戶端接收到第一數據后，可以根據本地保存的各個場景標識與各個模型標識之間的對應關系中查詢該第一場景標識對應的模型標識，并根據該模型標識對應的統一數據模型對第二數據進行解析處理，并在應用界面上顯示解析處理后的數據。

由上述實施例可見，在接收到應用請求時，根據應用請求確定對應的應用場景、以及應用場景對應的第一場景標識，將攜帶有第一場景標識的數據請求信息發送至網關，以使網關根據第一場景標識從服務端調用對應的第一數據，接收網關發送的攜帶有第二數據的數據響應信息，該第二數據是網關利用第一場景標識對應的統一數據模型對第一數據進行整合處理后得到的數據，根據第一場景標識對應的統一數據模型對第二數據進行解析處理，并輸出解析處理后的數據，使得客戶端可以基于場景標識一次完成對場景數據的獲取，減少了客戶端和服務端信息交互的次數，從而提高了信息交互效率，還節省了網絡資源消耗。

參見圖5，為本申請信息交互方法的另一個實施例的流程圖，該方法可以于客戶端上，結合圖4所示實施例的基礎上，還可以包括以下步驟：

步驟510：接收網關發送的各個場景標識與各個模型標識之間的對應關系。

步驟520：若各個場景標識與各個模型標識之間的對應關系與本地保存的對應關系不同，則根據接收到的對應關系更新本地保存的對應關系。

步驟530：若本地不包括各個場景標識與各個模型標識之間的對應關系，則保存該對應關系。

步驟540：從各個場景標識與各個模型標識之間的對應關系中選擇待訂閱的第二場景標識。

步驟550：將攜帶有第二場景標識的訂閱請求信息發送至網關，以使網關根據第二場景標識獲取對應的應用場景、以及對應的統一數據模型。

步驟560：接收網關發送的第二場景標識對應的應用場景、以及對應的統一數據模型。

由上述實施例可見，通過接收網關發送的各個場景標識與各個模型標識之間的對應關系，便于客戶端根據場景標識與服務端的網關進行信息交互，從而保證信息交互的準確度和可靠性。

與本申請信息交互方法的實施例相對應，本申請還提供了信息交互裝置的實施例。

本申請信息交互裝置的實施例可以應用在服務端的網關上。裝置實施例可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，如圖6所示，為本申請信息交互裝置所在設備的一種硬件結構圖，除了圖6所示的處理器、內存、網絡接口、以及非易失性存儲器之外，實施例中裝置所在的設備通常根據該設備的實際功能，還可以包括其他硬件，如對于終端來說，可能包括攝像頭、觸摸屏子、通信組件等，對于服務器來說，可能包括負責處理報文的轉發芯片等等。

本申請信息交互裝置的實施例可以應用在客戶端上。裝置實施例可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，如圖7所示，為本申請信息交互裝置所在設備的一種硬件結構圖，除了圖7所示的處理器、內存、網絡接口、以及非易失性存儲器之外，實施例中裝置所在的設備通常根據該設備的實際功能，還可以包括其他硬件，如對于終端來說， 可能包括攝像頭、觸摸屏子、通信組件等，對于服務器來說，可能包括負責處理報文的轉發芯片等等。

參見圖8，為本申請信息交互裝置的一個實施例框圖，該信息交互裝置可以在服務端的網關上，并可以用于執行圖2所示的信息交互方法，該裝置可以包括：第一接收單元81、調用單元82、整合單元83和第一發送單元84。

第一接收單元81，用于接收客戶端發送的數據請求信息，所述數據請求信息攜帶有第一場景標識；

調用單元82，用于根據所述第一場景標識從服務端調用對應的第一數據；

整合單元83，用于利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理，得到第二數據；

第一發送單元84，用于將攜帶有所述第二數據的數據響應信息發送至所述客戶端，以使所述客戶端對所述數據響應信息中的第二數據進行解析處理。

在一個可選的實現方式中：所述調用單元82可以包括：第一確定子單元、獲取子單元、發送子單元和接收子單元(圖8中未標出)。

第一確定子單元，用于根據所述第一場景標識確定至少一個待調用的應用程序編程接口api；

獲取子單元，用于獲取各個所述api對應的設定調用策略；

發送子單元，用于根據所述設定調用策略向所述服務端發送數據調用請求；

接收子單元，用于接收所述服務端返回的調用數據，所述調用數據為所述第一數據。

在另一個可選的實現方式中：所述裝置還可以包括：第一配置單元、第二配置單元、第三配置單元和第二發送單元(圖8中未標出)。

第一配置單元，用于配置至少一個應用場景、以及各個應用場景的場景標識；

第二配置單元，用于配置每個應用場景對應的統一數據模型、以及所述統一數據模型的模型標識；

第三配置單元，用于配置各個場景標識與各個模型標識之間的對應關系；

第二發送單元，用于將所述對應關系發送至所述客戶端。

在另一個可選的實現方式中：所述裝置還可以包括：第二接收單元和第三發送單元(圖8中未標出)。

第二接收單元，用于接收所述客戶端的訂閱請求信息，所述訂閱請求信息攜帶有第二場景標識；

第三發送單元，用于根據所述第二場景標識獲取對應的應用場景、以及對應的統一數據模型，并將所述對應的應用場景、以及對應的統一數據模型發送至所述客戶端。

在另一個可選的實現方式中：所述裝置還可以包括：調整單元和第四發送單元(圖8中未標出)。

調整單元，用于調整各個場景標識與各個模型標識之間的對應關系；

第四發送單元，用于將所述調整后的對應關系發送至所述客戶端。

在另一個可選的實現方式中：所述整合單元83可以包括：查詢子單元、第二確定子單元和整合子單元(圖8中未標出)。

查詢子單元，用于從所述對應關系中查詢所述第一場景標識對應的第一模型標識；

第二確定子單元，用于根據所述第一模型標識確定對應的統一數據模型；

整合子單元，用于利用所述對應的統一數據模型對所述第一數據進行整合處理，得到所述第二數據。

參見圖9，為本申請信息交互裝置的一個實施例框圖，該信息交互裝置可以在客戶端上，并可以用于執行圖4所示的信息交互方法，該裝置可以包括：確定單元91、第一發送單元92、第一接收單元93和解析單元94。

確定單元91，用于在接收到應用請求時，根據所述應用請求確定對應的應用場景、以及所述應用場景對應的第一場景標識；

第一發送單元92，用于將攜帶有所述第一場景標識的數據請求信息發送至網關，以使所述網關根據所述第一場景標識從服務端調用對應的第一數據；

第一接收單元93，用于接收所述網關發送的攜帶有第二數據的數據響應信息，所述第二數據是所述網關利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理后得到的數據；

解析單元94，用于根據所述第一場景標識對應的統一數據模型對所述第二數據進行解析處理，并輸出所述解析處理后的數據。

在一個可選的實現方式中：所述裝置還可以包括：第二接收單元、更新單元和保存單元(圖9中未標出)。

第二接收單元，用于接收所述網關發送的各個場景標識與各個模型標識之間的對應關系；

更新單元，用于若所述對應關系與本地保存的對應關系不同，則根據所述對應關系更新本地保存的對應關系；

保存單元，用于若本地不包括所述對應關系，則保存所述對應關系。

在另一個可選的實現方式中：所述裝置還可以包括：選擇單元、第二發送單元和第三接收單元(圖9中未標出)。

選擇單元，用于從所述對應關系中選擇待訂閱的第二場景標識；

第二發送單元，用于將攜帶有所述第二場景標識的訂閱請求信息發送至所述網關，以使所述網關根據所述第二場景標識獲取對應的應用場景、以及對應的統一數據模型；

第三接收單元，用于接收所述網關發送的所述對應的應用場景、以及對應的統一數據模型。

在另一個可選的實現方式中：所述解析單元94可以包括：查詢子單元、解析子單元和顯示子單元(圖9中未標出)。

查詢子單元，用于從所述對應關系中查詢所述第一場景標識對應的模型標識；

解析子單元，用于根據所述模型標識對應的統一數據模型對所述第二數據進行解析處理，

顯示子單元，用于在所述場景標識對應的應用界面上顯示所述解析處理 后的數據。

上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本請求方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解并實施。

與圖8相對應，本申請實施例還提供了一種信息交互裝置，所述裝置可以于服務端的網關上，包括：

處理器；

用于存儲所述處理器可執行指令的存儲器；

其中，所述處理器被配置為：

接收客戶端發送的數據請求信息，所述數據請求信息攜帶有第一場景標識；

根據所述第一場景標識從服務端調用對應的第一數據；

利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理，得到第二數據；

將攜帶有所述第二數據的數據響應信息發送至所述客戶端，以使所述客戶端對所述數據響應信息中的第二數據進行解析處理。

與圖9相對應，本申請實施例還提供了一種信息交互裝置，所述裝置可以于客戶端上，包括：

處理器；

用于存儲所述處理器可執行指令的存儲器；

其中，所述處理器被配置為：

在接收到應用請求時，根據所述應用請求確定對應的應用場景、以及所述應用場景對應的第一場景標識；

將攜帶有所述第一場景標識的數據請求信息發送至網關，以使所述網關根據所述第一場景標識從服務端調用對應的第一數據；

接收所述網關發送的攜帶有第二數據的數據響應信息，所述第二數據是所述網關利用所述第一場景標識對應的統一數據模型對所述第一數據進行整合處理后得到的數據；

根據所述第一場景標識對應的統一數據模型對所述第二數據進行解析處理，并輸出所述解析處理后的數據。

本領域技術人員在考慮說明書及實踐這里公開的發明后，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本申請的一般性原理并包括本申請未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的權利要求指出。

應當理解的是，本申請并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本申請的范圍僅由所附的權利要求來限制。