技術領域

本發明涉及在線應用平臺上應用的通信技術，尤其涉及在線應用平臺上應用間通信的回調應答方法、在線應用平臺上的應用及在線應用平臺。

背景技術

傳統的回調機制主要有以下實現方法：

第一種：對于一般的結構化語言，可以通過回調函數來實現回調。回調函數由調用方自己實現，供被調用方使用。

第二種：在面向對象的語言中，回調機制則是通過接口或抽象類來實現的，我們把實現這種接口的類稱為回調類，回調類的對象稱為回調對象。

第三種：對于分布式組件代理體系CORBA，異步處理有多種方式，如回調、事件服務、通知服務等。事件服務和通知服務是CORBA用來處理異步消息的標準服務，他們主要負責消息的處理、派發、維護等工作。對一些簡單的異步處理過程，我們可以通過回調機制來實現。

傳統回調機制的實現方法中，前兩種方法都只是本地進程內部的回調，所有操作均依賴于本地進程通信，無法應用于在線應用平臺。第三種方式CORBA依賴于相互之間使用SOCKET技術通信，這在WEB環境中無法提供，另外CORBA非常笨重，無法應用于簡潔的在線環境。僅適用于有限應用服務器間通信和協作，而且也只能用于內部環境，不具備公開性。對于復雜的網絡環境，由于異步處理過程將處理結果返回時會導致調用前的上下文受到干擾和破壞，因此調用方必須對返回的處理結果進行分析，因此無法保證通信的完整性和高效性。

發明內容

本發明提供一種在線應用平臺上應用間通信的回調應答方法、在線應用平臺上的應用及在線應用平臺，能夠實現在線應用平臺上應用間的應答通信，且使用于復雜的網絡環境。

本發明提供的在線應用平臺上應用間通信的回調應答方法，包括步驟：

當在線應用平臺的客戶端啟動應用時，按照預定的通信協議創建應用進程；并記錄所述應用可處理的消息類型；所述應用進程為所述應用在所述客戶端運行時的存在形態，包括應用進程I?D、應用名稱、上下文空間、消息隊列、可執行程序路徑；所述消息隊列為在線應用平臺與所述應用進程進行通信的載體；

當請求方應用調用應答方應用的服務時，請求方應用將回調函數按照預定規則轉換為字符串，并構造服務調用消息，所述服務調用消息包括根據預定通信協議定義的應用名稱、消息類型、消息體；所述消息類型用于承載所述應答方應用的服務的處理邏輯，所述消息體用于承載回調函數ID，所述回調函數ID為回調函數所轉換的字符串，所述回調函數用于承載所述請求方應用所對應的上下文環境；

所述請求方應用將所述服務調用消息發送至所述應答方應用所對應的應用進程的消息隊列中；

所述應答方應用的應用進程監控消息隊列中的服務調用消息，根據所述預定規則識別出所述回調函數ID；

根據所述消息類型執行所述服務，生成所述服務的執行結果；

利用所述服務的執行結果及所述回調函數ID構造應答消息，并發送至所述請求方應用所對應的應用進程的消息隊列中；

所述請求方應用的應用進程監控消息隊列中的應答消息，根據所述預定規則識別出所述回調函數ID，調用所述回調函數ID對應的回調函數處理所述服務的執行結果。

本發明提供的在線應用平臺上的應用，包括：

轉換裝置，用于將回調函數按照預定規則轉換為字符串；

構造消息裝置，用于當所述應用作為請求方調用其他應用的服務時，構造服務調用消息，所述服務調用消息包括根據預定通信協議定義的應用名稱、消息類型、消息體；所述消息類型用于承載所述應答方應用的服務的處理邏輯，所述消息體用于承載回調函數ID，所述回調函數ID為回調函數所轉換的字符串，所述回調函數用于承載所述請求方應用對應的上下文環境；當所述應用作為應答方時，利用所述服務的執行結果及所述回調函數ID構造應答消息；

識別裝置，用于根據預定規則從收到的服務調用消息或應答消息中識別出所述回調函數ID；

服務邏輯處理裝置，用于當作為應答方時，根據所述消息類型執行所述服務，生成所述服務的執行結果；當作為請求方時，調用所述回調函數ID對應的回調函數處理所述服務的執行結果。

本發明提供的在線應用平臺，包括應用和應用進程管理器，所述應用進程管理器位于在線應用平臺的客戶端，包括：