本發(fā)明涉及遠程控制領(lǐng)域，尤其涉及一種基于移動終端的遠程控制方法。

背景技術(shù)：

遠程控制一般是指通過網(wǎng)絡控制遠端電腦或者其他硬件設備，目前，PC端可以實現(xiàn)桌面共享，操作者使用主控端電腦控制被控電腦時，就像坐在被控電腦的屏幕前一樣，可以啟動被控電腦的應用程序，對被控電腦進行控制。

通常遠程控制工具都屬于為特定平臺或系統(tǒng)設計的具有專業(yè)用途的工具。但現(xiàn)在的遠程控制已不僅僅是局限在端對端的電腦控制，遠程控制技術(shù)已經(jīng)被廣泛的應用于多種多樣的電子設備中，如遠程控制技術(shù)對多種嵌入式設備進行遠程操作，遠程管理，遠程監(jiān)控等遠程控制行為。

同樣，當今社會生活中也產(chǎn)生了移動終端控制移動終端的需求。比如，年齡稍微大的老人對于智能手機的操作不太熟悉，對智能機不能靈活運用，在沒有人教的情況下，其他人可以通過遠程控制，對手機進行一些操作和設置，適合老人使用的需求，等等。

現(xiàn)有的遠程控制工具一般分為客戶端程序(client)和服務端程序(Server)兩部分，通?？蛻舳顺绦虮话惭b在主控設備上，服務器端程序安裝在被控制設備上。在使用時，由客戶端主控設備向服務端被控設備發(fā)送控制命令，控制被控設備做出相應的響應，實現(xiàn)遠程控制功能。

但當前的移動終端無論是內(nèi)存、運算能力還是在傳輸能力上與電腦還存在較大的差距，在移動終端的遠程控制上還存在一些難題。如如何將被控移動終端上的畫面實時或者近乎實時地傳輸?shù)街骺厥謾C上，如何保證傳輸時的質(zhì)量等。這些都是遠程控制領(lǐng)域亟待解決的問題。

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

本發(fā)明針對當前技術(shù)中未對移動終端遠程控制時緩存不足、傳輸能力不強等問題，提供了一種基于移動終端的遠程控制方法。

本發(fā)明提供的技術(shù)方案如下：

一種基于移動終端的遠程控制方法，包括：

當所述主控終端和被控終端通過所述服務器建立連接后；

所述被控終端抓取當前屏幕信息形成流媒體文件并實時傳輸給所述服務器；

所述主控終端在本地同步播放所述流媒體文件、并觸發(fā)一點擊事件；

所述主控終端記錄所述點擊事件發(fā)生的點擊位置，并將所述點擊位置通過

所述服務器發(fā)送至被控終端；

所述被控終端接收點擊位置后在當前屏幕上模擬點擊事件進行觸發(fā)。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述主控終端及被控終端在所述服務器注冊并獲得唯一的ID，當所述主控終端發(fā)出遠程控制請求時，所述主控終端向所述服務器發(fā)送被控終端的ID，所述服務器根據(jù)該ID查找對應被控終端，并在所述主控終端和被控終端之間建立連接。

根據(jù)本發(fā)明的一優(yōu)選實施例：當服務器接收到主控終端或被控終端發(fā)送的斷開指令，則服務器斷開兩者之間的連接。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述抓取當前屏幕的速率至少為20次/秒。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述被控終端的當前屏幕信息包括一設有點擊鏈接的界面，在所述主控終端的點擊事件中，點擊位置對應在所述界面的所述點擊鏈接位置處。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述被控終端對抓取的屏幕信息進行編碼形成流媒體文件，通過流媒體技術(shù)將所述流媒體文件實時發(fā)送至服務器，所述主控終端同步下載所述流媒體文件后進行流媒體文件轉(zhuǎn)換，并在該主控終端本地播放所述被控終端的屏幕信息。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述編碼格式為H.264視頻編碼格式。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述流媒體技術(shù)使用RTP/RTCP協(xié)議。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述點擊位置以X、Y坐標的形式記錄，所述X坐標對應所述界面的X軸位置，所述Y坐標對應所述界面的Y軸位置。

根據(jù)本發(fā)明的一優(yōu)選實施例：所述被控終端獲得所述點擊位置的X、Y坐標后，將該點擊位置對應到被控終端的當前屏幕中，并觸發(fā)該X、Y坐標對應的點擊鏈接的點擊事件。

本發(fā)明提供的一種基于移動終端的遠程控制方法，通過被控終端抓取當前屏幕信息形成流媒體文件，主控終端在本地同步播放所述流媒體文件進行實時界面的顯示；通過記錄主控終端點擊事件發(fā)生的點擊位置在被控終端接收點擊位置后在當前屏幕上模擬點擊事件進行觸發(fā)實現(xiàn)遠程控制；通過H.264視頻編碼、流媒體技術(shù)及RTP/RTCP協(xié)議，提高實時傳輸被控終端界面及主控終端點擊位置的傳輸速度和傳輸質(zhì)量，帶給用戶更優(yōu)的操作體驗。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹。顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

為使圖面簡潔，各圖中只示意性地表示出了與本發(fā)明相關(guān)的部分，它們并不代表其作為產(chǎn)品的實際結(jié)構(gòu)。另外，以使圖面簡潔便于理解，在有些圖中具有相同結(jié)構(gòu)或功能的部件，僅示意性地繪示了其中的部分結(jié)構(gòu)示意，或僅標出了其中的一個。在本文中，“一個”不僅表示“僅此一個”，也可以表示“多于一個”的情形。

圖1是本發(fā)明實施例一的一種基于移動終端的遠程控制方法的流程圖；

圖2是本發(fā)明實施例一的一種基于移動終端的遠程控制方法的示意圖；

附圖標記：

1：被控終端、2：服務器、3：主控終端

具體實施方式

下面結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行詳細闡述，以使本發(fā)明的優(yōu)點和特征能更易于被本領(lǐng)域技術(shù)人員理解，從而對本發(fā)明的保護范圍做出更為清楚明確的界定。顯而易見地，下面描述中的實施例僅僅是本發(fā)明的部分實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖，并獲得其他的實施方式。

本發(fā)明的目的在于提供一種基于移動終端的遠程控制方法，以解決當前技術(shù)中未對移動終端遠程控制時緩存不足、傳輸能力不強等問題。以下將詳細闡述本發(fā)明的一種基于移動終端的遠程控制方法的原理及實施方式，使本領(lǐng)域技術(shù)人員不需要創(chuàng)造性勞動即可理解本發(fā)明的一種基于移動終端的遠程控制方法。

實施例一

請參考圖1，圖1為一種基于移動終端的遠程控制方法，包括：

S1：所述主控終端和被控終端通過所述服務器建立連接；

S2：所述被控終端抓取當前屏幕信息形成流媒體文件并實時傳輸給所述服務器；

S3：所述主控終端在本地同步播放所述流媒體文件、并觸發(fā)一點擊事件；

S4：所述主控終端記錄所述點擊事件發(fā)生的點擊位置，并將所述點擊位置通過所述服務器發(fā)送至被控終端；

S5：所述被控終端接收點擊位置后在當前屏幕上模擬點擊事件進行觸發(fā)。

優(yōu)選的，本實施例中主控終端及被控終端在服務器注冊并獲得唯一的ID，當主控終端發(fā)出遠程控制請求時，主控終端向服務器發(fā)送被控終端的ID，服務器根據(jù)該ID查找對應被控終端，并在主控終端和被控終端之間建立連接。

優(yōu)選的，本實施例中當服務器接收到主控終端或被控終端發(fā)送的斷開指令，則服務器斷開兩者之間的連接。如圖1中的步驟S6：服務器是否接受到斷開指令，只要服務器接收到斷開指令，即終止主控終端與被控終端之間的連接。

實施例二

在本實施例中，抓取當前屏幕的速率至少為20次/秒。

優(yōu)選的，本實施例中被控終端對抓取的屏幕信息進行編碼形成流媒體文件，通過流媒體技術(shù)將所述流媒體文件實時發(fā)送至服務器，主控終端同步下載所述流媒體文件后進行流媒體文件轉(zhuǎn)換，并在該主控終端本地播放所述被控終端的屏幕信息。

優(yōu)選的，本實施例中的編碼格式為H.264視頻編碼格式。

H.264編碼格式可以提供高質(zhì)量的、連續(xù)的、流暢的圖像，容錯能力強，還可以在不同的網(wǎng)絡上傳輸。和MPEG2和MPEG4ASP等壓縮技術(shù)相比，在同等圖像質(zhì)量下，采用H.264技術(shù)壓縮后的數(shù)據(jù)量只有MPEG2的1/8，MPEG4的1/3。顯然，H.264壓縮技術(shù)的采用將大大節(jié)省用戶的下載時間和數(shù)據(jù)流量收費。同時，H.264視頻編碼格式供了解決在不穩(wěn)定網(wǎng)絡環(huán)境下容易發(fā)生的丟包等錯誤的必要工具，還提供了網(wǎng)絡適應層(Network Adaptation Layer),使得H.264的文件能容易地在不同網(wǎng)絡上傳輸(例如互聯(lián)網(wǎng)，CDMA，GPRS，WCDMA，CDMA2000等)。

優(yōu)選的，本實施例中，流媒體技術(shù)使用RTP/RTCP協(xié)議。

其中，實時傳輸協(xié)議RTP協(xié)議用以實時將流媒體文件發(fā)送至服務器，實時傳輸控制協(xié)議RTCP協(xié)議用以保證傳輸數(shù)據(jù)的順序信及質(zhì)量。RTCP協(xié)議用反饋信息的方法來提供分配數(shù)據(jù)的傳輸質(zhì)量，進行傳輸流媒體文件時的擁塞控制，還可以見識網(wǎng)絡和用來診斷網(wǎng)絡中的問題，從而提供一個高質(zhì)量的傳輸機制。此外，在移動終端的遠程控制時，實時傳輸?shù)牟粌H是被控終端的當前屏幕，還包括被控終端當前所播放的音頻。RTCP協(xié)議為RTP源提供一個永久性的CNAME(規(guī)范性名字)的傳送層標志，在一組相關(guān)的流媒體文件傳輸中，主控終端可以依據(jù)CNAME(規(guī)范性名字)匹配到同一時間戳下的流媒體文件，即被控終端當前屏幕與當前所播放的音頻。

結(jié)合圖2，被控終端1接受連接請求后，抓取被控終端1當前屏幕的顯示畫面，抓取速率至少為20此/秒，可形成一至少20fps(frames per second)以上的屏幕視頻，并實時地采用H.264視頻編碼技術(shù)將所述屏幕視頻壓縮得到流媒體文件。被控終端1將所述流媒體文件通過流媒體技術(shù)傳輸至服務器2，主控終端3實時地從服務器2下載該流媒體文件，在主控終端3本地鏡像碼流轉(zhuǎn)換并播放，即可在主控終端3之上得到被控終端1的當前屏幕。

實施例三

在本實施例中，所述被控終端的當前屏幕信息包括一設有點擊鏈接的界面，在所述主控終端的點擊事件中，點擊位置對應在所述界面的所述點擊鏈接位置處。

優(yōu)選的，所述點擊位置以X、Y坐標的形式記錄，所述X坐標對應所述界面的X軸位置，所述Y坐標對應所述界面的Y軸位置。

優(yōu)選的，所述被控終端獲得所述點擊位置的X、Y坐標后，將該點擊位置對應到被控終端的當前屏幕中，并觸發(fā)該X、Y坐標對應的點擊鏈接的點擊事件。

綜上所述，本發(fā)明提供的一種基于移動終端的遠程控制方法，通過被控終端抓取當前屏幕信息形成流媒體文件，主控終端在本地同步播放所述流媒體文件進行實時界面的顯示；通過記錄主控終端點擊事件發(fā)生的點擊位置在被控終端接收點擊位置后在當前屏幕上模擬點擊事件進行觸發(fā)實現(xiàn)遠程控制；通過H.264視頻編碼、流媒體技術(shù)及RTP/RTCP協(xié)議，提高實時傳輸被控終端界面及主控終端點擊位置的傳輸速度和傳輸質(zhì)量，帶給用戶更優(yōu)的操作體驗。

以上，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何不經(jīng)過創(chuàng)造性勞動想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權(quán)利要求書所限定的保護范圍為準。