[發(fā)明專利]Flash P2P 避開安全沙箱的方法

有效

• 申請?zhí)枺?/td>: 201210303174.6
• 申請日: 2012-08-24
• 公開（公告）號: CN102821107A
• 公開（公告）日: 2012-12-12
• 發(fā)明（設計）人: 李茗;邵長松;石志杰;趙瑞前;張海;李卓;李婷;王世友
• 申請（專利權(quán)）人: 樂視網(wǎng)信息技術(shù)（北京）股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 北京馳納智財知識產(chǎn)權(quán)代理事務所(普通合伙) 11367
• 代理人: 謝亮;唐與芬

技術(shù)領域

本發(fā)明涉及網(wǎng)絡通信技術(shù)領域，更具體地，涉及一種Flash?P2P避開安全沙箱的方法。

背景技術(shù)

隨著Adobe公司的Flash技術(shù)的迅速發(fā)展，F(xiàn)lash可以通過載入多媒體內(nèi)容與服務器端進行通信，甚至Flash與Flash之間也可以進行交互通信，即Flash?P2P技術(shù)。但是為了安全起見，在未經(jīng)授權(quán)的情況下，F(xiàn)lash默認狀態(tài)是不允許進行跨域通信的，這就是安全沙箱機制。

因為安全沙箱機制的存在，當使用Flash?P2P技術(shù)時，一旦Flash?Player與RTMFP服務器建立連接，就會彈出一個警告窗口，詢問用戶是否需要加入文件共享群組而進行P2P，用戶必須同意加入群組，后續(xù)才可進行P2P。

專利申請?zhí)枮?01110042931.4的名稱為“克服flex安全沙箱限制的視頻像素信息采集存儲的方法”的發(fā)明中披露了一種克服flex安全沙箱限制視頻像素信息采集存儲的方法，該發(fā)明采用的技術(shù)方案是將截取后待保存的一組幀圖像像素點信息數(shù)據(jù)由flex視頻控件上傳至WEB服務器，由WEB服務器進行該一組幀圖像像素點信息數(shù)據(jù)的處理并將處理后形成的圖像文件回傳至WEB終端。

現(xiàn)有技術(shù)中，常見的解決Flash安全沙箱的幾種方法如下：

一、通過配置跨域文件System.security.allowDomain(例如，配置成www.baidu.com，baidu.com，mp3.baidu.com)。

二、利用JS腳本繞過安全沙箱<param?name=allowScriptAccess?value=always?/>。

三、使用Asp.Net繞過As3的跨域安全沙箱完成文件轉(zhuǎn)發(fā)，以極低的效率解決問題，基本無實用價值。

四、設置本地安全沙箱，在C:/windows/system32/Macromed/Flash/FlashPlayerTrust下面，添加一個txt文件，例如songhuan.txt，然后在里面添加你的本機目錄。

圖1示出了現(xiàn)有技術(shù)中的傳統(tǒng)RTMFP協(xié)議交互流程的示意圖。由于Flash?P2P是基于Adobe?RTMFP協(xié)議進行，在傳統(tǒng)RTMFP協(xié)議交互中，Peer節(jié)點與RTMFP服務器的通信過程如圖1所示：首先Peer節(jié)點通過Handshake報文，與RTMFP服務器進行鑒權(quán)認證。通過鑒權(quán)認證后，Peer節(jié)點通過Connect報文與RTMFP服務器進行連接。然后，Peer節(jié)點通過JoinGroup報文加入RTMFP服務器中記錄的一個群組。第四，Peer節(jié)點通過setPeerInfo報文向RTMFP服務器注冊自身的內(nèi)網(wǎng)IP地址，注冊內(nèi)網(wǎng)地址的目的是用來進行后續(xù)的內(nèi)網(wǎng)穿越。在完成上述步驟后，Peer節(jié)點通過Ping報文向RTMFP服務器發(fā)送請求。

需要注意的是，兩個在同一群組內(nèi)的Peer節(jié)點在進行數(shù)據(jù)分享之前，需要先借助RTMFP服務器進行內(nèi)網(wǎng)穿越（NAT?Relay），隨后才可進行相互間的P2P數(shù)據(jù)傳輸。

由此可見，安全沙箱機制雖然使得Flash的安全可靠性得到了提高，但是也影響了用戶體驗。

發(fā)明內(nèi)容

本發(fā)明提供一種Flash?P2P避開安全沙箱的方法。所述方法包括如下步驟：每個Peer節(jié)點預先向RTMFP服務器注冊；所述每個Peer節(jié)點向Gather服務器注冊所述已發(fā)布的信息流和自身的節(jié)點信息；每個Peer節(jié)點需要與另外的Peer節(jié)點進行數(shù)據(jù)傳輸時，所述每個Peer節(jié)點需要預先在所述Gather服務器中查詢所述另外的Peer節(jié)點已發(fā)布的信息流和所述另外的Peer節(jié)點的相關信息；所述每個Peer節(jié)點經(jīng)由所述RTMFP服務器與所述另外的Peer節(jié)點進行內(nèi)網(wǎng)穿越，然后繼續(xù)進行所述每個Peer節(jié)點和所述另外的Peer節(jié)點間的數(shù)據(jù)傳輸。

優(yōu)選的是，所述每個Peer節(jié)點預先向RTMFP服務器發(fā)布信息流包括如下步驟：1）所述每個Peer節(jié)點通過Handshake報文，與所述RTMFP服務器進行鑒權(quán)認證；2）通過所述鑒權(quán)認證后，所述每個Peer節(jié)點通過Connect報文與所述RTMFP服務器進行連接；3）?所述每個Peer節(jié)點通過setPeerInfo報文向所述RTMFP服務器注冊自身的內(nèi)網(wǎng)IP地址；4）所述每個Peer節(jié)點通過Ping報文向所述RTMFP服務器發(fā)送保活報文。

優(yōu)選的是，所述每個Peer節(jié)點向Gather服務器注冊所述已發(fā)布的信息流和自身的節(jié)點信息包括如下步驟：