本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種消息傳輸方法及裝置。

背景技術(shù)：

云桌面系統(tǒng)由于其節(jié)能、設(shè)備更換頻率低、在外辦公便捷、維護方便、信息安全等優(yōu)點而逐漸成為替代物理計算機的新選擇。云桌面虛擬機利用模擬的硬件和操作系統(tǒng)運行環(huán)境進行物理計算機功能模擬，保留用戶在物理計算機上的使用習(xí)慣，使用戶習(xí)慣可以無縫隙的從物理計算機遷移到虛擬計算機。

當(dāng)前的虛擬機從功能角度來看主要是物理計算機功能的云端實現(xiàn)，用戶通過即時通訊工具進行信息的溝通交流，主要還是通過安裝在計算機上的應(yīng)用軟件，需要操作系統(tǒng)處于運行狀態(tài)。

由于通信軟件依賴操作系統(tǒng)運行，一方面占用虛擬計算機操作系統(tǒng)的資源，另一方面通信軟件一般具有窗口界面，窗口界面占用屏幕顯示面積，用戶需要與其它需要進行顯示的窗口進行適當(dāng)?shù)拇笮≌{(diào)整或者隱現(xiàn)調(diào)整，無法使通信界面與其他窗口并行顯示，用戶不可避免要進行影響工作效率的窗口切換操作。

另外當(dāng)前云桌面系統(tǒng)還會存在一定運行故障，故障發(fā)生時終端用戶沒有方便有效的方式向系統(tǒng)管理人員報障或者求助，同時系統(tǒng)管理人員有重要信息需要推送給終端用戶時，也沒有簡單直接的方法讓終端用戶接收感知。由此可知，在相關(guān)技術(shù)中，若虛擬機操作系統(tǒng)未處于運行狀態(tài)，則無法與虛擬機控制中心(Virtual Machine Control Center，簡稱為VMC)進行通信。

針對相關(guān)技術(shù)中存在的當(dāng)虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，無法與虛擬機控制中心進行正常通信的問題，目前尚未提出有效的解決方案。

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

本發(fā)明提供了一種消息傳輸方法及裝置，以至少解決相關(guān)技術(shù)中存在的當(dāng)虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，無法與虛擬機控制中心進行正常通信的問題。

根據(jù)本發(fā)明的一個方面，提供了一種消息傳輸方法，包括：虛擬機控制中心VMC建立與客戶端之間進行消息傳輸?shù)逆溌?，其中，所述客戶端用于鏈接和操作虛擬機；所述VMC根據(jù)建立的所述鏈路與所述客戶端進行消息傳輸。

可選地，所述VMC建立與所述客戶端之間進行消息傳輸?shù)乃鲦溌钒ㄒ韵轮辽僦唬核鯲MC根據(jù)所述客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立與所述客戶端之間進行消息傳輸?shù)乃鲦溌?；所述VMC根據(jù)所述客戶端的標(biāo)識ID信息，建立與所述客戶端之間進行消息傳輸?shù)膫鬏斂刂茀f(xié)議TCP鏈路；所述VMC根據(jù)所述客戶端的標(biāo)識ID信息，建立與所述客戶端之間進行消息傳輸?shù)挠脩魯?shù)據(jù)報協(xié)議UDP鏈路。

可選地，所述VMC根據(jù)建立的所述鏈路與所述客戶端進行消息傳輸包括：當(dāng)所述鏈路為利用所述SPICE協(xié)議的Main Channel建立的鏈路時，所述VMC將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給所述客戶端，和/或，所述VMC接收所述客戶端發(fā)送的SPICE Main Channel類型的消息；當(dāng)所述鏈路為TCP鏈路時，所述VMC將需要發(fā)送消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給所述客戶端，和/或，所述VMC接收所述客戶端發(fā)送的TCP類型的消息；當(dāng)所述鏈路為UDP鏈路時，所述VMC將需要發(fā)送消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給所述客戶端，和/或，所述VMC接收所述客戶端發(fā)送的UDP類型的消息。

根據(jù)本發(fā)明的另一方面，提供了一種消息傳輸方法，包括：客戶端根據(jù)由虛擬機控制中心VMC建立的鏈路與所述VMC進行消息傳輸，其中，所述客戶端用于鏈接和操作虛擬機。

可選地，所述鏈路包括如下至少之一：根據(jù)所述客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立的鏈路；根據(jù)所述客戶端的標(biāo)識ID信息，建立的傳輸控制協(xié)議TCP鏈路；根據(jù)所述客戶端的標(biāo)識ID信息，建立的用戶數(shù)據(jù)報協(xié)議UDP鏈路。

可選地，所述客戶端根據(jù)所述VMC建立的所述鏈路與所述VMC進行消息傳輸包括：當(dāng)所述鏈路為利用所述SPICE協(xié)議的Main Channel建立的鏈路時，所述客戶端將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給所述VMC，和/或，所述客戶端接收所述VMC發(fā)送的SPICE Main Channel類型的消息；當(dāng)所述鏈路為TCP鏈路時，所述客戶端將需要發(fā)送的消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給所述VMC，和/或，所述客戶端接收所述VMC發(fā)送的TCP類型的消息；當(dāng)所述鏈路為UDP鏈路時，所述客戶端將需要發(fā)送的消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給所述VMC，和/或，所述客戶端接收所述VMC發(fā)送的UDP類型的消息。

可選地，所述客戶端根據(jù)所述VMC建立的所述鏈路與所述VMC進行消息傳輸包括：所述客戶端根據(jù)所述VMC建立的所述鏈路向所述VMC發(fā)送消息和/或所述客戶端根據(jù)所述VMC建立的所述鏈路接收所述VMC發(fā)送的消息，其中，當(dāng)所述客戶端根據(jù)所述VMC建立的所述鏈路接收所述VMC發(fā)送的消息之前，還包括：所述客戶端讀取所述客戶端中的用于緩存所述消息的緩存參數(shù)和呈現(xiàn)所述消息的呈現(xiàn)參數(shù)。

可選地，所述緩存參數(shù)包括：用于緩存所述消息的緩存隊列的數(shù)量大??；和/或，所述呈現(xiàn)參數(shù)包括以下至少之一：消息呈現(xiàn)圖層的透明度、消息呈現(xiàn)圖層的大小、消息的呈現(xiàn)提醒方式、消息的呈現(xiàn)方式、消息的呈現(xiàn)位置、消息的呈現(xiàn)時間、消息的隱藏方式、消息的讀取方式。

可選地，當(dāng)所述客戶端根據(jù)所述VMC建立的所述鏈路接收所述VMC發(fā)送的消息之后，還包括：所述客戶端根據(jù)讀取的所述緩存參數(shù)緩存所述消息；所述客戶端根據(jù)讀取的所述呈現(xiàn)參數(shù)對緩存的所述消息進行呈現(xiàn)處理。

根據(jù)本發(fā)明的另一方面，提供了一種消息傳輸裝置，所述裝置應(yīng)用于虛擬機控制中心VMC中，包括：建立模塊，用于建立與客戶端之間進行消息傳輸?shù)逆溌?，其中，所述客戶端用于鏈接和操作虛擬機；第一傳輸模塊，用于根據(jù)建立的所述鏈路與所述客戶端進行消息傳輸。

可選地，所述建立模塊包括以下至少之一：根據(jù)所述客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立與所述客戶端之間進行消息傳輸?shù)乃鲦溌?；根?jù)所述客戶端的標(biāo)識ID信息，建立與所述客戶端之間進行消息傳輸?shù)膫鬏斂刂茀f(xié)議TCP鏈路；根據(jù)所述客戶端的標(biāo)識ID信息，建立與所述客戶端之間進行消息傳輸?shù)挠脩魯?shù)據(jù)報協(xié)議UDP鏈路。

可選地，所述第一傳輸模塊包括：當(dāng)所述鏈路為利用所述SPICE協(xié)議的Main Channel建立的鏈路時，將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給所述客戶端，和/或，接收所述客戶端發(fā)送的SPICE Main Channel類型的消息；當(dāng)所述鏈路為TCP鏈路時，將需要發(fā)送消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給所述客戶端，和/或，接收所述客戶端發(fā)送的TCP類型的消息；當(dāng)所述鏈路為UDP鏈路時，將需要發(fā)送消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給所述客戶端，和/或，接收所述客戶端發(fā)送的UDP類型的消息。

根據(jù)本發(fā)明的另一方面，提供了一種消息傳輸裝置，所述裝置應(yīng)用于客戶端中，包括：第二傳輸模塊，用于根據(jù)由虛擬機控制中心VMC建立的鏈路與所述VMC進行消息傳輸，其中，所述客戶端用于鏈接和操作虛擬機。

可選地，所述鏈路包括如下至少之一：根據(jù)所述客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立的鏈路；根據(jù)所述客戶端的標(biāo)識ID信息，建立的傳輸控制協(xié)議TCP鏈路；根據(jù)所述客戶端的標(biāo)識ID信息，建立的用戶數(shù)據(jù)報協(xié)議UDP鏈路。

可選地，所述第二傳輸模塊包括：當(dāng)所述鏈路為利用所述SPICE協(xié)議的Main Channel建立的鏈路時，將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給所述VMC，和/或，接收所述VMC發(fā)送的SPICE Main Channel類型的消息；當(dāng)所述鏈路為TCP鏈路時，將需要發(fā)送的消息封裝成TCP類型的消息并將 封裝后的消息發(fā)送給所述VMC，和/或，接收所述VMC發(fā)送的TCP類型的消息；當(dāng)所述鏈路為UDP鏈路時，將需要發(fā)送的消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給所述VMC，和/或，接收所述VMC發(fā)送的UDP類型的消息。

可選地，所述第二傳輸模塊包括：根據(jù)所述VMC建立的所述鏈路向所述VMC發(fā)送消息和/或所述客戶端根據(jù)所述VMC建立的所述鏈路接收所述VMC發(fā)送的消息，所述裝置還包括：讀取模塊，用于在根據(jù)所述VMC建立的所述鏈路接收所述VMC發(fā)送的消息之前，讀取用于緩存所述消息的緩存參數(shù)和呈現(xiàn)所述消息的呈現(xiàn)參數(shù)。

可選地，所述緩存參數(shù)包括：用于緩存所述消息的緩存隊列的數(shù)量大小；和/或，所述呈現(xiàn)參數(shù)包括以下至少之一：消息呈現(xiàn)圖層的透明度、消息呈現(xiàn)圖層的大小、消息的呈現(xiàn)提醒方式、消息的呈現(xiàn)方式、消息的呈現(xiàn)位置、消息的呈現(xiàn)時間、消息的隱藏方式、消息的讀取方式。

可選地，所述裝置還包括：緩存模塊，用于根據(jù)讀取的所述緩存參數(shù)緩存所述消息；處理模塊，用于根據(jù)讀取的所述呈現(xiàn)參數(shù)對緩存的所述消息進行呈現(xiàn)處理。

通過本發(fā)明，采用虛擬機控制中心VMC建立與客戶端之間進行消息傳輸?shù)逆溌?，其中，所述客戶端用于鏈接和操作虛擬機；所述VMC根據(jù)建立的所述鏈路與所述客戶端進行消息傳輸，實現(xiàn)了VMC與客戶端之間的消息傳輸，并且，VMC與客戶端之間的通信與虛擬操作系統(tǒng)的運行與否是沒有關(guān)系的。從而解決了相關(guān)技術(shù)中存在的當(dāng)虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，無法與虛擬機控制中心進行正常通信的問題，進而達(dá)到了在虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，也能與虛擬機控制中心進行正常通信的效果。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的消息傳輸方法的流程圖一；

圖2是根據(jù)本發(fā)明實施例的消息傳輸方法的流程圖二；

圖3是根據(jù)本發(fā)明實施例的消息傳輸裝置的結(jié)構(gòu)框圖一；

圖4是根據(jù)本發(fā)明實施例的消息傳輸裝置的結(jié)構(gòu)框圖二；

圖5是根據(jù)本發(fā)明實施例的消息傳輸裝置的優(yōu)選結(jié)構(gòu)框圖一；

圖6是根據(jù)本發(fā)明實施例的消息傳輸裝置的優(yōu)選結(jié)構(gòu)框圖二；

圖7是根據(jù)本發(fā)明實施例的管理數(shù)據(jù)顯示邏輯流程示意圖；

圖8是根據(jù)本發(fā)明實施例的管理控制端向PC客戶端單項通信的示意圖；

圖9是根據(jù)本發(fā)明實施例的PC客戶端與移動客戶端之間雙向通信顯示的示意圖；

圖10是根據(jù)本發(fā)明實施例的信息的呈現(xiàn)圖層的示意圖一；

圖11是根據(jù)本發(fā)明實施例的信息的呈現(xiàn)圖層的示意圖二。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種消息傳輸方法，圖1是根據(jù)本發(fā)明實施例的消息傳輸方法的流程圖一，如圖1所示，該流程包括如下步驟：

步驟S102，虛擬機控制中心VMC建立與客戶端之間進行消息傳輸?shù)逆溌?，其中，該客戶端用于鏈接和操作虛擬機；

步驟S104，上述VMC根據(jù)建立的鏈路與客戶端進行消息傳輸。

通過上述步驟，VMC建立與客戶端之間進行消息傳輸?shù)逆溌罚瑥亩迷撴溌放c客戶端之間進行消息傳輸，消息的傳輸包括發(fā)送消息和接收消息，以VMC作為中間媒介可以實現(xiàn)不同的客戶端之間消息的傳輸。并且，VMC與客戶端之間通過鏈路進行通信與虛擬操作系統(tǒng)的運行與否是沒有關(guān)系的，從而可以在實現(xiàn)在虛擬操作系統(tǒng)沒有運行的情況或虛擬機操作系統(tǒng)運行異常的情況下下仍然可以實現(xiàn)VMC與客戶端之間的消息的正常傳輸。解決了相關(guān)技術(shù)中存在的當(dāng)虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，無法與虛擬機控制中心進行正常通信的問題，進而達(dá)到了在虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，與虛擬機控制中心進行正常通信的效果。

上述的客戶端可以包括計算機上安裝的客戶端，也可以包括手機上安裝的客戶端，通過上述的實施例可以實現(xiàn)云桌面系統(tǒng)的管理控制模塊(同上述的VMC)與云桌面客戶端模塊(即，計算機上安裝的客戶端)之間的點對點或者廣播式交互，云桌面系統(tǒng)的管理控制模塊與移動手機客戶端模塊(即，手機上安裝的客戶端)之間的點對點或者廣播式交互，以及云桌面客戶端模塊之間進行點對點或者廣播式的溝通系統(tǒng)和方法。

在一個可選的實施例中，上述的VMC建立與客戶端之間進行消息傳輸?shù)逆溌钒ㄒ韵轮辽僦唬涸揤MC根據(jù)客戶端的標(biāo)識(Identity，簡稱為ID)信息，利用簡單協(xié)議獨立計算環(huán)境(Simple Protocol for Independent Computing Environment，簡稱為SPICE) 協(xié)議的主要通道Main Channel建立與客戶端之間進行消息傳輸?shù)逆溌罚辉揤MC根據(jù)客戶端的標(biāo)識ID信息，建立與客戶端之間進行消息傳輸?shù)膫鬏斂刂茀f(xié)議傳輸控制協(xié)議(Transfer Control Protocol，簡稱為TCP)鏈路；該VMC根據(jù)客戶端的標(biāo)識ID信息，建立與客戶端之間進行消息傳輸?shù)挠脩魯?shù)據(jù)報協(xié)議(User Datagram Protocol，簡稱為UDP)鏈路。上述幾種鏈路僅是示例，還可以通過建立其他類型的鏈路進行二者之間的消息傳輸。

在一個可選的實施例中，上述VMC根據(jù)建立的鏈路與客戶端進行消息傳輸包括：當(dāng)上述鏈路為利用SPICE協(xié)議的Main Channel建立的鏈路時，該VMC將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給客戶端，和/或，該VMC接收客戶端發(fā)送的SPICE Main Channel類型的消息；當(dāng)上述鏈路為TCP鏈路時，該VMC將需要發(fā)送消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給客戶端，和/或，該VMC接收客戶端發(fā)送的TCP類型的消息；當(dāng)該鏈路為UDP鏈路時，該VMC將需要發(fā)送消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給客戶端，和/或，該VMC接收客戶端發(fā)送的UDP類型的消息。

圖2是根據(jù)本發(fā)明實施例的消息傳輸方法的流程圖二，如圖2所示，該流程包括如下步驟：

步驟S202，客戶端根據(jù)由虛擬機控制中心VMC建立的鏈路與VMC進行消息傳輸，其中，該客戶端用于鏈接和操作虛擬機。

通過上述步驟，客戶端利用由VMC建立的用于該VMC與客戶端之間進行消息傳輸?shù)逆溌?，與VMC之間進行消息傳輸，并且，客戶端與VMC之間通過鏈路進行通信與虛擬操作系統(tǒng)的運行與否是沒有關(guān)系的，從而可以在實現(xiàn)在虛擬操作系統(tǒng)沒有運行的情況下仍然可以實現(xiàn)客戶端與VMC之間的消息傳輸。解決了相關(guān)技術(shù)中存在的當(dāng)虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，無法與虛擬機控制中心進行正常通信的問題，進而達(dá)到了在虛擬機操作系統(tǒng)未處于運行狀態(tài)或虛擬機操作系統(tǒng)運行異常時，與虛擬機控制中心進行正常通信的效果。

在一個可選的實施例中，上述鏈路包括如下至少之一：根據(jù)客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立的鏈路；根據(jù)客戶端的標(biāo)識ID信息，建立的傳輸控制協(xié)議TCP鏈路；根據(jù)客戶端的標(biāo)識ID信息，建立的用戶數(shù)據(jù)報協(xié)議UDP鏈路。

在一個可選的實施例中，上述客戶端根據(jù)VMC建立的鏈路與VMC進行消息傳輸包括：當(dāng)上述鏈路為利用SPICE協(xié)議的Main Channel建立的鏈路時，該客戶端將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給VMC，和/或，該客戶端接收VMC發(fā)送的SPICE Main Channel類型的消息；當(dāng)上述鏈路為TCP鏈路時，該客戶端將需要發(fā)送的消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給 VMC，和/或，該客戶端接收VMC發(fā)送的TCP類型的消息；當(dāng)上述鏈路為UDP鏈路時，該客戶端將需要發(fā)送的消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給VMC，和/或，該客戶端接收VMC發(fā)送的UDP類型的消息。

在一個可選的實施例中，上述客戶端根據(jù)VMC建立的鏈路與VMC進行消息傳輸包括：上述客戶端根據(jù)VMC建立的鏈路向VMC發(fā)送消息和/或該客戶端根據(jù)上述VMC建立的鏈路接收VMC發(fā)送的消息，其中，當(dāng)該客戶端根據(jù)上述VMC建立的鏈路接收VMC發(fā)送的消息之前，還包括：該客戶端讀取客戶端中的用于緩存消息的緩存參數(shù)和呈現(xiàn)消息的呈現(xiàn)參數(shù)。從而可以依據(jù)緩存參數(shù)和呈現(xiàn)參數(shù)對接收到的消息進行緩存和呈現(xiàn)。

在一個可選的實施例中，上述緩存參數(shù)包括：用于緩存消息的緩存隊列的數(shù)量大?。缓?或，上述呈現(xiàn)參數(shù)包括以下至少之一：消息呈現(xiàn)圖層的透明度、消息呈現(xiàn)圖層的大小、消息的呈現(xiàn)提醒方式、消息的呈現(xiàn)方式、消息的呈現(xiàn)位置、消息的呈現(xiàn)時間、消息的隱藏方式、消息的讀取方式。下面對上述呈現(xiàn)參數(shù)中的具體內(nèi)容進行舉例說明：消息呈現(xiàn)圖層的透明度可以設(shè)置為70％、80％或其他透明度，對消息的呈現(xiàn)圖層設(shè)置透明度后可以保證消息的呈現(xiàn)圖層和終端本身需要呈現(xiàn)的界面共存，二者互相不會相互影響。消息呈現(xiàn)圖層的大小可以包括消息呈現(xiàn)圖層與終端界面一樣大，或者占終端界面的一部分，其中，該消息呈現(xiàn)圖層也是可以分區(qū)域的。消息的呈現(xiàn)提醒方式可以包括當(dāng)有未讀的消息時，通過在窗口工具欄進行閃爍的方式進行提醒。消息的呈現(xiàn)方式可以包括消息按照從右上角到左下角的順序進行呈現(xiàn)，或者按照從左到右的順序進行呈現(xiàn)，或者按照從左下角到右上角的順序進行呈現(xiàn)等等，且不同的消息可以按照不同的呈現(xiàn)方式進行呈現(xiàn)。消息的呈現(xiàn)位置可以包括顯示消息的具體位置，可以包括在終端界面的正中間的位置進行呈現(xiàn)，或者在終端界面的上半部分進行呈現(xiàn)，或者在終端界面上沒有布局圖標(biāo)的位置進行呈現(xiàn)等等。消息的呈現(xiàn)時間可以包括消息從開始顯示到消失的時間，也可以包括不同的消息之間呈現(xiàn)的間隔時間(如，第一條消息消失后3S再顯示第二條消息)，還可以包括消息呈現(xiàn)圖層從開始出現(xiàn)到消失的時間。消息的隱藏方式包括消息呈現(xiàn)之后以何種方式隱藏，例如可以是飛出式隱藏，或者是消融式隱藏，或者以其他的方式進行隱藏。消息的讀取方式包括接收到消息后，如何讀取該消息，可以包括通過接收點擊信號讀取該消息，或者通過輸入預(yù)定的指令讀取該消息等等。

在一個可選的實施例中，當(dāng)上述客戶端根據(jù)VMC建立的鏈路接收VMC發(fā)送的消息之后，還包括：該客戶端根據(jù)讀取的緩存參數(shù)緩存上述消息；該客戶端根據(jù)讀取的呈現(xiàn)參數(shù)對緩存的上述消息進行呈現(xiàn)處理。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個 存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

在本實施例中還提供了一種消息傳輸裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖3是根據(jù)本發(fā)明實施例的消息傳輸裝置的結(jié)構(gòu)框圖一，該裝置可以應(yīng)用于虛擬機控制中心VMC中，如圖3所示，該裝置包括建立模塊32和第一傳輸模塊34，下面對該裝置進行說明。

建立模塊32，用于建立與客戶端之間進行消息傳輸?shù)逆溌罚渲?，該客戶端用于鏈接和操作虛擬機；第一傳輸模塊34，連接至上述建立模塊32，用于根據(jù)建立的上述鏈路與客戶端進行消息傳輸。

在一個可選的實施例中，上述建立模塊32可以包括以下至少之一：根據(jù)客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立與客戶端之間進行消息傳輸?shù)逆溌罚桓鶕?jù)客戶端的標(biāo)識ID信息，建立與客戶端之間進行消息傳輸?shù)膫鬏斂刂茀f(xié)議TCP鏈路；根據(jù)客戶端的標(biāo)識ID信息，建立與客戶端之間進行消息傳輸?shù)挠脩魯?shù)據(jù)報協(xié)議UDP鏈路。

在一個可選的實施例中，上述第一傳輸模塊34包括：當(dāng)上述鏈路為利用SPICE協(xié)議的Main Channel建立的鏈路時，將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給客戶端，和/或，接收客戶端發(fā)送的SPICE Main Channel類型的消息；當(dāng)上述鏈路為TCP鏈路時，將需要發(fā)送消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給客戶端，和/或，接收客戶端發(fā)送的TCP類型的消息；當(dāng)上述鏈路為UDP鏈路時，將需要發(fā)送消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給客戶端，和/或，接收客戶端發(fā)送的UDP類型的消息。

圖4是根據(jù)本發(fā)明實施例的消息傳輸裝置的結(jié)構(gòu)框圖二，該裝置可以應(yīng)用于客戶端中，如圖4所示，該裝置包括第二傳輸模塊42，下面對該裝置進行說明。

第二傳輸模塊42，用于根據(jù)由虛擬機控制中心VMC建立的鏈路與VMC進行消息傳輸，其中，該客戶端用于鏈接和操作虛擬機。

在一個可選的實施例中，上述鏈路包括如下至少之一：根據(jù)客戶端的標(biāo)識ID信息，利用簡單協(xié)議獨立計算環(huán)境SPICE協(xié)議的主要通道Main Channel建立的鏈路；根據(jù)客戶端的標(biāo)識ID信息，建立的傳輸控制協(xié)議TCP鏈路；根據(jù)客戶端的標(biāo)識ID信息，建立的用戶數(shù)據(jù)報協(xié)議UDP鏈路。

在一個可選的實施例中，上述第二傳輸模塊42包括：當(dāng)上述鏈路為利用SPICE協(xié) 議的Main Channel建立的鏈路時，將需要發(fā)送的消息封裝成SPICE Main Channel類型的消息并將封裝后的消息發(fā)送給VMC，和/或，接收VMC發(fā)送的SPICE Main Channel類型的消息；當(dāng)上述鏈路為TCP鏈路時，將需要發(fā)送的消息封裝成TCP類型的消息并將封裝后的消息發(fā)送給VMC，和/或，接收VMC發(fā)送的TCP類型的消息；當(dāng)上述鏈路為UDP鏈路時，將需要發(fā)送的消息封裝成UDP類型的消息并將封裝后的消息發(fā)送給VMC，和/或，接收VMC發(fā)送的UDP類型的消息。

在一個可選的實施例中，上述第二傳輸模塊42包括：根據(jù)VMC建立的鏈路向VMC發(fā)送消息和/或上述客戶端根據(jù)VMC建立的鏈路接收VMC發(fā)送的消息。圖5是根據(jù)本發(fā)明實施例的消息傳輸裝置的優(yōu)選結(jié)構(gòu)框圖一，如圖5所示，該裝置除包括圖4所示的所有模塊外，還包括讀取模塊52，下面對該裝置進行說明。讀取模塊52，連接至上述第二傳輸模塊42，用于在根據(jù)VMC建立的鏈路接收VMC發(fā)送的消息之前，讀取用于緩存消息的緩存參數(shù)和呈現(xiàn)消息的呈現(xiàn)參數(shù)。

在一個可選的實施例中，上述緩存參數(shù)包括：用于緩存消息的緩存隊列的數(shù)量大??；和/或，上述呈現(xiàn)參數(shù)包括以下至少之一：消息呈現(xiàn)圖層的透明度、消息呈現(xiàn)圖層的大小、消息的呈現(xiàn)提醒方式、消息的呈現(xiàn)方式、消息的呈現(xiàn)位置、消息的呈現(xiàn)時間、消息的隱藏方式、消息的讀取方式。

圖6是根據(jù)本發(fā)明實施例的消息傳輸裝置的優(yōu)選結(jié)構(gòu)框圖二，如圖6所示，該裝置除包括圖5所示的所有模塊外，還包括緩存模塊62和處理模塊64，下面對該裝置進行說明。

緩存模塊62，連接至上述第二傳輸模塊42，用于根據(jù)讀取的緩存參數(shù)緩存上述消息；處理模塊，用于根據(jù)讀取的呈現(xiàn)參數(shù)對緩存的消息進行呈現(xiàn)處理。

通過上述的實施例可知，為了解決相關(guān)技術(shù)中存在的問題，本發(fā)明實施例中利用云桌面系統(tǒng)(即，虛擬機操作系統(tǒng))中已有的模塊架構(gòu)，包括虛擬機控制中心VMC、虛擬機運行主機HOST以及虛擬機鏈接終端CLIENT，以及該架構(gòu)已有的數(shù)據(jù)鏈路。在此架構(gòu)基礎(chǔ)上增加信息的發(fā)送模塊(對應(yīng)于上述的第一傳輸模塊34、第二傳輸模塊42)，信息的接收模塊(對應(yīng)于上述的第一傳輸模塊34、第二傳輸模塊42)和信息呈現(xiàn)處理模塊(對應(yīng)于上述的讀取模塊52、緩存模塊62和處理模塊64)。

下面結(jié)合實施例對本發(fā)明的技術(shù)方案繼續(xù)進行說明：需要說明的是，下述中所涉及到的“信息”均可以是上述的“消息”中攜帶的信息。

本發(fā)明實施例中提供了一種基于云桌面系統(tǒng)的管理控制端(對應(yīng)于上述的VMC)與云桌面客戶端(對應(yīng)于上述的客戶端)之間進行通信的系統(tǒng)以及云桌面客戶端之間進行通信的系統(tǒng)，該系統(tǒng)包含管理控制端收發(fā)模塊(對應(yīng)于上述的第一傳輸模塊34)，客戶端收發(fā)模塊(對應(yīng)于上述的第二傳輸模塊42)和信息呈現(xiàn)處理模塊(對應(yīng)于上述的讀取模塊52、緩存模塊62和處理模塊64)。下面對各模塊進行說明：

管理控制端收發(fā)模塊：作為管理控制端與云桌面客戶端之間進行通信的信息處理端，負(fù)責(zé)收集管理員的通信信息并發(fā)送到該控制端能感知到的任意某客戶端或者所有客戶端；

客戶端收發(fā)模塊：負(fù)責(zé)管理控制端與客戶端之間消息的收發(fā)，以及客戶端之間消息的收發(fā)；

信息呈現(xiàn)處理模塊：作為信息處理的最終呈現(xiàn)模塊，是系統(tǒng)的重要功能模塊，負(fù)責(zé)解析信息包，該信息包可以是壓縮、編碼、加密后的信息；負(fù)責(zé)信息類型的分發(fā)，該模塊可以對不同的信息類型指派到對應(yīng)的信息處理器或者處理函數(shù)進行處理；負(fù)責(zé)信息的終端呈現(xiàn)包括文字、音頻、視頻等。

其中，由發(fā)送端(即上述的VMC)編輯消息數(shù)據(jù)向接收端(即上述的客戶端)發(fā)送并由接收端呈現(xiàn)信息的邏輯過程可以參考圖7，圖7是根據(jù)本發(fā)明實施例的管理數(shù)據(jù)顯示邏輯流程示意圖，如圖7所示，該流程包括如下步驟：

S702，發(fā)送端啟動時初始化管理控制端收發(fā)模塊中的發(fā)送模塊，同時接收端初始化客戶端收發(fā)模塊中的接收模塊、以及客戶端中的用于解析消息數(shù)據(jù)的解析模塊和信息呈現(xiàn)處理模塊，客戶端初始化時可以讀取相關(guān)的配置，包含接收消息緩存隊列的數(shù)量大小，消息呈現(xiàn)圖層的透明度、消息展現(xiàn)時可滾動的方向，消息展現(xiàn)后自動消失的時間、消息展現(xiàn)時位于窗口的位置，頂部、底部、左側(cè)或者右側(cè)等；

S704，發(fā)送端根據(jù)指定的接收端的唯一ID信息，建立通信鏈路，鏈路借助SPICE協(xié)議的Main Channel建立，此外還可以直接與對應(yīng)ID的接收端建立TCP鏈路或者UDP鏈路；

S706，發(fā)送端讀取發(fā)送端待發(fā)送的消息數(shù)據(jù)，可直接編輯信息發(fā)送也可以讀取已存文件，消息內(nèi)容可以是文字信息、圖片信息、視頻信息等；

S708，發(fā)送端將上一步讀取的信息封裝成Spice Main Channel的消息，或者直接發(fā)送為Tcp數(shù)據(jù)包或者Udp數(shù)據(jù)包發(fā)送給接收端；

S710，接收端的客戶端收發(fā)模塊中的接收模塊可以基于事件機制等待發(fā)送端的消息，當(dāng)消息到達(dá)接收端后觸發(fā)接收事件，接收事件則調(diào)用解析模塊讀取并解析消息，如果接收端接收模塊是基于Tcp或者鏈路，則接收模塊監(jiān)聽指定端口，有消息從發(fā)送端發(fā)送過來時，調(diào)用相應(yīng)邏輯處理；

S712，接收端的接收模塊將消息轉(zhuǎn)給解析模塊，解析模塊剝除消息頭等信息無關(guān)的數(shù)據(jù)，根據(jù)數(shù)據(jù)包攜帶的消息類型：文字、圖片、視頻或者音頻等解壓縮、解碼等操作還原為相應(yīng)的信息形式并將消息索引存入信息緩存中，等待信息呈現(xiàn)處理模塊讀??；

S714，解析模塊處理完畢將消息還原為文字或者圖片或者視頻數(shù)據(jù)后，調(diào)用信息呈現(xiàn)處理模塊進行處理。信息呈現(xiàn)處理模塊根據(jù)接收端初始化時讀取的呈現(xiàn)配置進行展示 信息，例如文字信息按照從右上角到右下角的順序依次從信息緩存中讀取出來，將概要信息展示在窗口圖層右側(cè)，超時3秒后自動隱藏掉該條消息；圖片信息居中顯示窗口圖層，并以呈現(xiàn)配置中設(shè)置的80％透明度展示，超時5秒后自動隱藏該圖層信息，如果有多張圖片信息，則上一張隱藏后下一張繼續(xù)展示；音頻信息則在圖層居中展示播放控制條及音頻類型提示，用戶點擊播放控制后進行播放，超時3秒后自動隱藏該消息提示；以上文字、圖片、視頻或者音頻信息超時后，還可以在窗口工具欄中點擊未讀信息查看。

上述的信息通信數(shù)據(jù)流包含以下方向：管理控制端發(fā)送云桌面客戶端的信息；云桌面客戶端發(fā)送到管理控制端的信息；云桌面客戶端之間相互發(fā)送的信息；

上述點對點或者廣播式的溝通包含以下形式：文字形式的信息溝通；語音形式的信息溝通；視頻形式的信息溝通；文字、語音、視頻組合形式的信息溝通。

上述溝通信息的展現(xiàn)方式包含以下形式：在云桌面客戶端窗口以具有透明度屬性的圖層形式展現(xiàn)；在云桌面客戶端終端的音頻設(shè)備展現(xiàn)；

上述圖層展示方式包含：以某一透明度的圖層整體覆蓋在客戶端窗口上面，客戶端中遠(yuǎn)程協(xié)議相關(guān)的圖像與該通信信息并行顯示在不同的Z序圖層；以某一透明度的圖層部分漂浮在客戶端窗口上面，圖層可漂浮在客戶端窗口上面頂部，底部，左邊，右邊，中間等位置；

上述圖層可終止展示，終止方式包含：到達(dá)指定時間自動消失；人為關(guān)閉圖層；圖層信息按照某個方向飄過或者旋轉(zhuǎn)后消失；

上述音頻設(shè)備展現(xiàn)的觸發(fā)方式包含：信息到達(dá)自動播放；信息到達(dá)提示用戶播放。

需要說明的是上述的虛擬機管理控制端的發(fā)送模塊可以與VMC融合在一塊實施，也可以在虛擬機所在主機中實施，其作用效果是一樣的，其功能是辨別終端虛擬機然后發(fā)送或者接受信息。

終端客戶端的信息展示可以使用基于客戶端程序上的圖層方式實現(xiàn)，或者與虛擬機顯示通道中處理的方式處理，其功能是通信信息與虛擬機表面畫面的并行顯示。

下面結(jié)合具體實施例對本發(fā)明進行舉例說明：

實施例一

圖8是根據(jù)本發(fā)明實施例的管理控制端向PC客戶端單項通信的示意圖。如圖8所示可實現(xiàn)為管理控制端向PC客戶端單向通信在基于XEN虛擬化的技術(shù)架構(gòu)中實施：

系統(tǒng)包括管理控制端發(fā)送模塊，客戶端接收模塊、信息處理模塊和信息呈現(xiàn)模塊(對應(yīng)于上述的處理模塊64)。

管理控制端發(fā)送模塊用于發(fā)送通知個人電腦(Personal Computer，簡稱為PC)終端用戶進行升級的文字信息，在虛擬機控制端通過消息隊列、遠(yuǎn)程鏈接協(xié)議SPICE通道消息鏈路發(fā)送給客戶端接收模塊處理；

上述的客戶端接收模塊接收到鏈路信息后轉(zhuǎn)交給信息處理模塊，信息處理模塊識別該信息的來源和類型，類型是指信息是文字信息還是圖片、音視頻等信息，在本實施例中指文字信息，進行相應(yīng)資源的創(chuàng)建和分配，該資源包括每條信息的緩存區(qū)，文字隱現(xiàn)的定時器等；

上述信息呈現(xiàn)模塊對信息處理模塊解析后的信息進行呈現(xiàn)，在當(dāng)前展現(xiàn)界面窗口頂部半覆蓋與窗口等寬的透明半透明圖層，文字信息從圖層右邊勻速飄到圖層左端，文字信息重復(fù)3遍后消失，圖層隱藏消失，上述文字重復(fù)顯示的時間與顯示的間隔由定時器控制，文字滾動顯示時滾動的速度與定時器的時間間隔對應(yīng)。當(dāng)然，該種呈現(xiàn)方式僅僅是一種示例，還可以通過其他的呈現(xiàn)方式進行呈現(xiàn)。

上述文字滾動顯示后可以根據(jù)客戶端初始化時的設(shè)置自動消失，也可以由用戶確認(rèn)后消失，如果由用戶確認(rèn)，則對于用戶未確認(rèn)的信息會在由定時器指定的時間后暫時隱藏并給與用戶圖標(biāo)類的提示，用戶點擊圖標(biāo)后未確認(rèn)的信息可以重新顯示。

上述流程完成一次信息從管理控制端發(fā)送到PC客戶端進行呈現(xiàn)的過程。

實施例二

圖8還可以表示為管理控制端向移動客戶端的單向通信在基于XEN虛機化的技術(shù)架構(gòu)中實施：

系統(tǒng)包括管理控制端發(fā)送模塊，移動客戶端接收模塊、信息處理模塊和信息呈現(xiàn)模塊(對應(yīng)于上述的處理模塊64)。

管理控制端發(fā)送模塊用于發(fā)送通知移動客戶端用戶進行升級的文字信息，在虛擬機控制端通過消息隊列、遠(yuǎn)程鏈接協(xié)議SPICE通道消息鏈路發(fā)送給移動客戶端接收模塊處理；

上述的移動客戶端接收模塊接收到鏈路信息后轉(zhuǎn)交給信息處理模塊，信息處理模塊識別該信息的來源和類型，類型是指信息是文字信息還是圖片、音視頻等信息，在本實施例中指文字信息，進行相應(yīng)資源的創(chuàng)建和分配，該資源包括每條信息的緩存區(qū)，文字隱現(xiàn)的定時器等；

上述信息呈現(xiàn)模塊對信息處理模塊解析后的信息進行呈現(xiàn)，在當(dāng)前展現(xiàn)界面窗口頂部半覆蓋與窗口等寬的透明半透明圖層，文字信息從圖層右邊勻速飄到圖層左端，文字信息重復(fù)3遍后消失，圖層隱藏消失，上述文字重復(fù)顯示的時間與顯示的間隔由定時器 控制，文字滾動顯示時滾動的速度與定時器的時間間隔對應(yīng)。當(dāng)然，該種呈現(xiàn)方式僅僅是一種示例，還可以通過其他的呈現(xiàn)方式進行呈現(xiàn)。

上述文字滾動顯示后可以根據(jù)客戶端初始化時的設(shè)置自動消失，也可以由用戶確認(rèn)后消失，如果由用戶確認(rèn)，則對于用戶未確認(rèn)的信息會在由定時器指定的時間后暫時隱藏并給與用戶圖標(biāo)類的提示，用戶點擊圖標(biāo)后未確認(rèn)的信息可以重新顯示。

上述信息到達(dá)移動客戶端后可以啟動移動終端的震動功能提示用戶，在有用戶未確認(rèn)的信息時可以激活終端呼吸燈并在任務(wù)欄顯示通知消息。

上述流程完成一次信息從管理控制端發(fā)送到移動客戶端進行呈現(xiàn)的過程。

實施例三

圖9是根據(jù)本發(fā)明實施例的PC客戶端與移動客戶端之間雙向通信顯示的示意圖。下面結(jié)合圖9進行說明：

該實施例主要用于描述用于發(fā)送信息的發(fā)送模塊不僅限制在控制端，還可以在客戶端中設(shè)置發(fā)送模塊，在將發(fā)送模塊分別放在不同的客戶端后，客戶端之間可以實現(xiàn)信息的收發(fā)，還可以包括客戶端向管理控制端的信息發(fā)送。

該實施例中，PC客戶端包括客戶端發(fā)送模塊，客戶端接收模塊，信息處理模塊和信息呈現(xiàn)模塊，PC客戶端發(fā)送模塊編輯或者讀取消息中攜帶的信息后首先發(fā)送到管理控制端，再由管理控制端將信息路由到目的客戶端。

目的客戶端的客戶端接收模塊接收到鏈路信息后轉(zhuǎn)交給信息處理模塊，信息處理模塊識別該信息的來源和類型，類型是指信息是文字信息還是圖片、音視頻等信息，在本實施例中指文字信息，進行相應(yīng)資源的創(chuàng)建和分配，該資源包括每條信息的緩存區(qū)，文字隱現(xiàn)的定時器等；

上述文字滾動顯示后可以根據(jù)客戶端初始化時的設(shè)置自動消失，也可以由用戶確認(rèn)后消失，如果由用戶確認(rèn)，則對于用戶未確認(rèn)的信息會在由定時器指定的時間后暫時隱藏并給與用戶圖標(biāo)類的提示，用戶點擊圖標(biāo)后未確認(rèn)的信息可以重新顯示。

上述信息到達(dá)目的客戶端后可以啟動目的終端的震動功能提示用戶，在有用戶未確認(rèn)的信息時可以激活終端呼吸燈并在任務(wù)欄顯示通知消息。

上述流程完成一次信息從PC客戶端發(fā)送到目的客戶端進行呈現(xiàn)的過程。

實施例四

該實施例中主要描述信息的呈現(xiàn)方式：

圖10是根據(jù)本發(fā)明實施例的信息的呈現(xiàn)圖層的示意圖一，如圖10所示，該信息可以為圖片信息或者視頻信息，信息呈現(xiàn)模塊在客戶端窗口之上創(chuàng)建全覆蓋的半透明圖層，信息呈現(xiàn)過程不影響客戶端窗口中虛擬機遠(yuǎn)程圖像的顯示，用戶可以在操作云桌面虛擬機的同時了解該通信信息，信息展示或者播放完成后該圖層消失。

圖11是根據(jù)本發(fā)明實施例的信息的呈現(xiàn)圖層的示意圖二，如圖11所示，該信息可以為文字信息，信息呈現(xiàn)模塊在客戶端窗口之上創(chuàng)建半覆蓋的半透明圖層，信息呈現(xiàn)過程不影響客戶端窗口中虛擬機遠(yuǎn)程圖像的顯示，用戶可以在操作云桌面的同時了解該通信信息，信息展示完成后該圖層消息。

眾所周知，在相關(guān)技術(shù)中，在使用虛擬客戶端連接登陸虛擬機時，都會有數(shù)秒的等待時間，在該段時間內(nèi)客戶端屏幕或者是黑屏，沒有任何交互性提示，或者是靜態(tài)固定的提示信息，云桌面的管理控制端與云桌面客戶端之間缺少有效、易用、可擴展的交互通信方式。而通過本發(fā)明的上述實施例中的方案，由于控制側(cè)與客戶端之間建立了消息傳輸?shù)逆溌?，因此，可以在該等待時間中進行管理控制端與客戶端之間的信息的交互，增加了交互的多樣性。

同時，采用本發(fā)明實施例中的方法和裝置，相對于相關(guān)技術(shù)，取得了突破性的進步，增加了云桌面虛擬機管理員與云桌面終端用戶通信的通道，同時提出了信息全新的信息展示方法，提升了終端用戶的使用體驗，保證系統(tǒng)管理員與終端用戶可以相互獲取有意義的信息并與現(xiàn)有系統(tǒng)無縫融合。

本發(fā)明實施例克服了相關(guān)技術(shù)中的云桌面系統(tǒng)進行即時信息溝通仍然基于操作系統(tǒng)內(nèi)部安裝的軟件缺點，可以使管理員與云桌面虛擬機終端用戶不需要在云桌面虛擬機操作系統(tǒng)處于運行狀態(tài)，不需要在云桌面虛擬機操作系統(tǒng)上安裝特殊通訊軟件即能實現(xiàn)信息的通信；

通過本發(fā)明中的實施例，由于信息通信不再依賴于云桌面虛擬機操作系統(tǒng)處于運行狀態(tài)，一方面減少了通信軟件需要占用云桌面虛擬操作系統(tǒng)的中央處理器(Central Processing Unit，簡稱為CPU)、內(nèi)存等資源，另一方面解決了通信軟件窗口界面占用屏幕顯示面積，用戶需要與其它需要進行顯示的窗口進行適當(dāng)?shù)拇笮≌{(diào)整或者隱現(xiàn)調(diào)整的問題，使通信界面與其他窗口并行顯示。

同時，采用本發(fā)明中的實施例可以有效解決當(dāng)前云桌面虛擬機系統(tǒng)運行故障發(fā)生時終端用戶不能及時向系統(tǒng)管理人員保障的問題，使終端用戶可以有效的向系統(tǒng)管理人員描述故障問題，同時系統(tǒng)管理人員有重要信息需要推送給終端用戶時，也可以直接讓終端用戶接收感知。解決了終端用戶通過云桌面虛擬機客戶端連接登錄虛擬機時都有數(shù)秒的黑屏，沒有任何交互性提示，或者是靜態(tài)固定的提示信息的問題，使云桌面虛擬機的管理端與云桌面虛擬機的客戶端之間具備了有效、易用、可擴展的交互通信方式，可以 利用該段黑屏的鏈接時間推送有價值的信息給終端用戶。

還可以實現(xiàn)手機移動終端也能夠與云桌面管理端進行信息交互，管理端可以發(fā)送/推送天氣、廣告、登錄狀態(tài)、性能等信息給終端用戶，移動終端用戶上報位置、故障燈信息給云桌面管理端。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

本發(fā)明的實施例還提供了一種存儲介質(zhì)。可選地，在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

S1，虛擬機控制中心VMC建立與客戶端之間進行消息傳輸?shù)逆溌?，其中，該客戶端用于鏈接和操作虛擬機；

S2，上述VMC根據(jù)建立的鏈路與客戶端進行消息傳輸。

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

S1，客戶端根據(jù)由虛擬機控制中心VMC建立的鏈路與VMC進行消息傳輸，其中，該客戶端用于鏈接和操作虛擬機。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(Read-Only Memory，簡稱為ROM)、隨機存取存儲器(Random Access Memory，簡稱為RAM)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。