專利名稱：一種屏幕數(shù)據(jù)的共享方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種共享方法，特別是涉及一種屏幕數(shù)據(jù)的共享方法及系統(tǒng)。
背景技術：
隨著信息時代的不斷發(fā)展，不同部門、不同地區(qū)間的信息交流逐步增加，計算機網(wǎng)絡技術的發(fā)展為信息傳輸提供了保障。當大量的空間數(shù)據(jù)出現(xiàn)在網(wǎng)絡上，面對多種多樣的數(shù)據(jù)格式，我們怎樣才能有效地利用它們呢？這其實就是數(shù)據(jù)共享與數(shù)據(jù)轉換的問題。簡單地說，數(shù)據(jù)共享就是讓在不同地方使用不同計算機、不同軟件的用戶能夠讀取他人數(shù)據(jù)并進行各種操作運算和分析。
實現(xiàn)數(shù)據(jù)共享，可以使更多的人更充分地使用已有數(shù)據(jù)資源，減少資料收集、數(shù)據(jù)采集等重復勞動和相應費用，而把精力重點放在開發(fā)新的應用程序及系統(tǒng)集成上。由于不同用戶提供的數(shù)據(jù)可能來自不同的途徑，其數(shù)據(jù)內(nèi)容、數(shù)據(jù)格式和數(shù)據(jù)質(zhì)量千差萬別，因而給數(shù)據(jù)共享帶來了很大困難，有時甚至會遇到數(shù)據(jù)格式不能轉換或數(shù)據(jù)轉換格式后丟失信息的棘手問題，嚴重地阻礙了數(shù)據(jù)在各部門和各軟件系統(tǒng)中的流動與共享。
近年來，數(shù)據(jù)共享是一個非常熱門的領域，在智能移動終端快速普及的過程中，各種共享方法更是層出不窮。如何能在沒有多媒體設備的會議室，使圓桌會議等場景下近距離分享會議內(nèi)容及其他資料，更加方便的服務用戶為越來越需要解決和探索的問題。發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有技術的不足，提供一種屏幕數(shù)據(jù)的共享方法及系統(tǒng)， 能近距離發(fā)送或請求發(fā)送數(shù)據(jù)，方便了用戶，提高了工作效率。
為了達到上述目的，本發(fā)明采用的技術方案是，一種屏幕數(shù)據(jù)的共享方法，所述的方法應用于屏幕數(shù)據(jù)的共享系統(tǒng)，該系統(tǒng)包括一主機及多組從機，所述方法包括以下步驟a.從機向主機發(fā)送屏幕數(shù)據(jù)共享請求；b.主機收到從機的請求后，同意從機請求則向從機發(fā)送握手信號并執(zhí)行下一步，否則直接拒絕請求；c.主機將屏幕數(shù)據(jù)按照約定協(xié)議處理后發(fā)送給從機，并保持一定幀率發(fā)送更新的屏幕數(shù)據(jù)；d.從機接收到主機握手信號后，等待主機發(fā)送屏幕數(shù)據(jù)，接收到主機發(fā)送的屏幕數(shù)據(jù)后按照約定協(xié)議處理后在本機播放；e.共享完畢后，主機或從機任意一方均可結束共享數(shù)據(jù)的發(fā)送、接收，同時向對方發(fā)送停止信號，結束共享。
進一步的，所述的主機內(nèi)設置有最多允許同時請求數(shù)據(jù)共享的從機臺數(shù)，達到最大閥值后，其他從機無法請求成功，所述的閥值由用戶設置。
進一步的，所述的主機內(nèi)設置有屏幕數(shù)據(jù)分享信任名單，當收到請求為信任名單的從機時直接同意請求，否則提示用戶進一步確認是否同意請求。
進一步的，步驟a所述的發(fā)送屏幕數(shù)據(jù)共享請求通過短信、藍牙、WIFI、郵件或 HTTP協(xié)議方式實現(xiàn)。
進一步的，步驟c所述的約定協(xié)議為加密協(xié)議，所述的主機將屏幕數(shù)據(jù)按照約定協(xié)議處理為對屏幕數(shù)據(jù)進行加密處理。
進一步的,步驟c所述的幀率為定值,每秒幀率大于16幀。
進一步的，步驟d所述的按照約定協(xié)議處理為根據(jù)解密協(xié)議對屏幕數(shù)據(jù)進行解LU O
一種所述的屏幕數(shù)據(jù)的共享方法的系統(tǒng)，包括一主機及多組從機；主機包括，第一接收模塊，用于接收從機發(fā)送的共享屏幕數(shù)據(jù)的請求；第二接收模塊，用于接收從機發(fā)送的結束共享信號；第一發(fā)送模塊，用于向從機發(fā)送握手信號；第二發(fā)送模塊，用于向從機發(fā)送屏幕數(shù)據(jù)；第三發(fā)送模塊，用于向從機發(fā)送結束共享信號；從機包括，第一發(fā)送模塊，用于向主機發(fā)送屏幕數(shù)據(jù)共享請求；第二發(fā)送模塊，用于向主機發(fā)送結束共享信號；第一接收模塊，用于接收主機發(fā)送的握手信號；第二接收模塊，用于接收主機發(fā)送的屏幕數(shù)據(jù)；第三接收模塊，用于接收主機發(fā)送的結束共享信號。
進一步的，所述的主機進一步包括加密模塊，用于對發(fā)送的共享屏幕數(shù)據(jù)進行加LU O
進一步的，所述的從機進一步包括解密模塊，用于對接收的共享屏幕數(shù)據(jù)進行解LU O
與現(xiàn)有技術相比，本發(fā)明的有益效果是在沒有多媒體設備的會議室，卻又需要向與會者提供會議文檔及數(shù)據(jù)，通過向某一主機請求共享，即可共享會議發(fā)起人提供的文檔，，能近距離發(fā)送或請求發(fā)送數(shù)據(jù)，方便了用戶，提高了工作效率。


圖I為本發(fā)明的主機工作流程圖；圖2為本發(fā)明的從機工作流程圖。
具體實施方式
下面結合實施例參照附圖進行詳細說明，以便對本發(fā)明的技術特征及優(yōu)點進行更深入的詮釋。
一種屏幕數(shù)據(jù)的共享方法，所述的方法應用于屏幕數(shù)據(jù)的共享系統(tǒng)，該系統(tǒng)包括一主機及多組從機，所述的主機內(nèi)設置有最多允許同時請求數(shù)據(jù)共享的從機臺數(shù)，達到最大閥值后，其他從機無法請求成功，所述的閥值由用戶設置，例如用戶設置運行最大的共享從機數(shù)為10，則同時允許發(fā)送請求的人數(shù)為10個，超過10個時則接收不到該請求，且從機直接收到拒絕請求提示。主機內(nèi)設置有屏幕數(shù)據(jù)分享信任名單，當收到請求為信任名單的從機時直接同意請求，否則提示用戶進一步確認是否同意請求，例如，主機可設置多個經(jīng)常用到的從機聯(lián)系人名單，例如設置“張三”、“李四”等信任名單，當該從機用戶發(fā)送請求時， 無需主機確認，即可自動進行握手及共享傳送，但主機用戶可以隨時發(fā)送停止共享信號給某個或全部從機，停止共享。
本發(fā)明的方法流程圖如圖1、2所示，所述方法包括以下步驟a.從機向主機發(fā)送屏幕數(shù)據(jù)共享請求，一般首先查找到該聯(lián)系人，然后向該主機發(fā)送請求，發(fā)送屏幕數(shù)據(jù)共享請求通過短信、藍牙、WIFI、郵件或HTTP協(xié)議方式實現(xiàn)；b.主機收到從機的請求后，同意從機請求則向從機發(fā)送握手信號并執(zhí)行下一步，否則直接拒絕請求；c.主機將屏幕數(shù)據(jù)按照約定協(xié)議處理后發(fā)送給從機，并保持一定幀率發(fā)送更新的屏幕數(shù)據(jù)，所述的約定協(xié)議為加密 協(xié)議，所述的主機將屏幕數(shù)據(jù)按照約定協(xié)議處理為對屏幕數(shù)據(jù)進行加密處理，加密協(xié)議，例如DES協(xié)議及其變種，幀率為定值，每秒幀率大于16幀；d.從機接收到主機握手信號后，等待主機發(fā)送屏幕數(shù)據(jù)，接收到主機發(fā)送的屏幕數(shù)據(jù)后按照約定協(xié)議處理后在本機播放，所述的按照約定協(xié)議處理為根據(jù)解密協(xié)議對屏幕數(shù)據(jù)進行解密；e.共享完畢后，主機或從機任意一方均可結束共享數(shù)據(jù)的發(fā)送、接收，同時向對方發(fā)送停止信號，結束共享。
一種所述的屏幕數(shù)據(jù)的共享方法的系統(tǒng)，包括一主機及多組從機，此處多組從機在主機所允許的最大從機閥值范圍內(nèi)；主機包括， 第一接收模塊，用于接收從機發(fā)送的共享屏幕數(shù)據(jù)的請求；第二接收模塊，用于接收從機發(fā)送的結束共享信號；第一發(fā)送模塊，用于向從機發(fā)送握手信號；第二發(fā)送模塊，用于向從機發(fā)送屏幕數(shù)據(jù)；第三發(fā)送模塊，用于向從機發(fā)送結束共享信號；所述的主機進一步包括加密模塊，用于對發(fā)送的共享屏幕數(shù)據(jù)進行加密。從機包括，第一發(fā)送模塊，用于向主機發(fā)送屏幕數(shù)據(jù)共享請求；第二發(fā)送模塊，用于向主機發(fā)送結束共享信號；第一接收模塊，用于接收主機發(fā)送的握手信號；第二接收模塊，用于接收主機發(fā)送的屏幕數(shù)據(jù)；第三接收模塊，用于接收主機發(fā)送的結束共享信號，所述的從機進一步包括解密模塊，用于對接收的共享屏幕數(shù)據(jù)進行解密。
以上內(nèi)容是結合具體的優(yōu)選方式對本發(fā)明所作的進一步詳細說明，不應認定本發(fā)明的具體實施只局限于以上說明。對于本技術領域的技術人員而言，在不脫離本發(fā)明構思的前提下，還可以作出若干簡單推演或替換，均應視為由本發(fā)明所提交的權利要求確定的保護范圍之內(nèi)。
權利要求
1.一種屏幕數(shù)據(jù)的共享方法，其特征在于，所述的方法應用于屏幕數(shù)據(jù)的共享系統(tǒng)，該系統(tǒng)包括一主機及多組從機，所述方法包括以下步驟 a.從機向主機發(fā)送屏幕數(shù)據(jù)共享請求； b.主機收到從機的請求后，同意從機請求則向從機發(fā)送握手信號并執(zhí)行下一步，否則直接拒絕請求； c.主機將屏幕數(shù)據(jù)按照約定協(xié)議處理后發(fā)送給從機，并保持一定幀率發(fā)送更新的屏幕數(shù)據(jù)； d.從機接收到主機握手信號后，等待主機發(fā)送屏幕數(shù)據(jù)，接收到主機發(fā)送的屏幕數(shù)據(jù)后按照約定協(xié)議處理后在本機播放； e.共享完畢后，主機或從機任意一方均可結束共享數(shù)據(jù)的發(fā)送、接收，同時向對方發(fā)送停止信號，結束共享。
2.根據(jù)權利要求I所述的屏幕數(shù)據(jù)的共享方法，其特征在于所述的主機內(nèi)設置有最多允許同時請求數(shù)據(jù)共享的從機臺數(shù)，達到最大閥值后，其他從機無法請求成功，所述的閥值由用戶設置。
3.根據(jù)權利要求2所述的屏幕數(shù)據(jù)的共享方法，其特征在于所述的主機內(nèi)設置有屏幕數(shù)據(jù)分享信任名單，當收到請求為信任名單的從機時直接同意請求，否則提示用戶進一步確認是否同意請求。
4.根據(jù)權利要求3所述的屏幕數(shù)據(jù)的共享方法，其特征在于步驟a所述的發(fā)送屏幕數(shù)據(jù)共享請求通過短信、藍牙、WIFI、郵件或HTTP協(xié)議方式實現(xiàn)。
5.根據(jù)權利要求4所述的屏幕數(shù)據(jù)的共享方法，其特征在于步驟c所述的約定協(xié)議為加密協(xié)議，所述的主機將屏幕數(shù)據(jù)按照約定協(xié)議處理為對屏幕數(shù)據(jù)進行加密處理。
6.根據(jù)權利要求5所述的屏幕數(shù)據(jù)的共享方法，其特征在于步驟c所述的幀率為定值，每秒幀率大于16幀。
7.根據(jù)權利要求6所述的屏幕數(shù)據(jù)的共享方法，其特征在于步驟d所述的按照約定協(xié)議處理為根據(jù)解密協(xié)議對屏幕數(shù)據(jù)進行解密。
8.一種根據(jù)權利要求1-7中任一項所述的屏幕數(shù)據(jù)的共享方法的系統(tǒng)，其特征在于，包括 一主機及多組從機； 主機包括， 第一接收模塊，用于接收從機發(fā)送的共享屏幕數(shù)據(jù)的請求； 第二接收模塊，用于接收從機發(fā)送的結束共享信號； 第一發(fā)送模塊，用于向從機發(fā)送握手信號； 第二發(fā)送模塊，用于向從機發(fā)送屏幕數(shù)據(jù)； 第三發(fā)送模塊，用于向從機發(fā)送結束共享信號； 從機包括， 第一發(fā)送模塊，用于向主機發(fā)送屏幕數(shù)據(jù)共享請求； 第二發(fā)送模塊，用于向主機發(fā)送結束共享信號； 第一接收模塊，用于接收主機發(fā)送的握手信號； 第二接收模塊，用于接收主機發(fā)送的屏幕數(shù)據(jù)；第三接收模塊，用于接收主機發(fā)送的結束共享信號。
9.根據(jù)權利要求8所述的屏幕數(shù)據(jù)的共享方法的系統(tǒng)，其特征在于所述的主機進一步包括加密模塊，用于對發(fā)送的共享屏幕數(shù)據(jù)進行加密。
10.根據(jù)權利要求9所述的屏幕數(shù)據(jù)的共享方法的系統(tǒng)，其特征在于所述的從機進一步包括解密模塊，用于對接收的共享屏幕數(shù)據(jù)進行解密。
全文摘要
本發(fā)明公開了一種屏幕數(shù)據(jù)的共享方法，所述的方法應用于屏幕數(shù)據(jù)的共享系統(tǒng)，該系統(tǒng)包括一主機及多組從機，所述方法包括以下步驟a.從機向主機發(fā)送屏幕數(shù)據(jù)共享請求；b.主機收到從機的請求后，同意從機請求則向從機發(fā)送握手信號并執(zhí)行下一步，否則直接拒絕請求；c.主機將屏幕數(shù)據(jù)按照約定協(xié)議處理后發(fā)送給從機，并保持一定幀率發(fā)送更新的屏幕數(shù)據(jù)；d.從機接收到主機握手信號后，等待主機發(fā)送屏幕數(shù)據(jù)，接收到主機發(fā)送的屏幕數(shù)據(jù)后按照約定協(xié)議處理后在本機播放；e.共享完畢后，主機或從機任意一方均可結束共享數(shù)據(jù)的發(fā)送、接收，同時向對方發(fā)送停止信號，結束共享。本發(fā)明能近距離發(fā)送或請求發(fā)送數(shù)據(jù)，方便了用戶，提高了工作效率。
文檔編號H04L29/06GK102984235SQ201210470560
公開日2013年3月20日 申請日期2012年11月20日 優(yōu)先權日2012年11月20日
發(fā)明者李健, 劉述 申請人:廣東歐珀移動通信有限公司