引??? 言?

隨著網(wǎng)絡技術的發(fā)展,，網(wǎng)絡事業(yè)的不斷擴大,，遠程監(jiān)控技術的使用越來越頻繁,。遠程監(jiān)控即遠程截獲屏幕圖像傳輸,。此技術大多用于網(wǎng)絡管理軟件等遠程控制軟件上。此技術的應用使得客戶端能夠?qū)?a class="innerlink" href="http://wldgj.com/tags/服務端" title="服務端" target="_blank">服務端進行遠程的監(jiān)控,。?

然而,，現(xiàn)在普遍的遠程監(jiān)控軟件只是從服務端傳送一張屏幕的圖片，只能觀察到截取屏幕時屏幕一瞬間的情況,，并不是一種實時的遠程監(jiān)控,，而本例中所實現(xiàn)的遠程監(jiān)控技術是一種實時的遠程監(jiān)控技術,。?

由于JMF是一種獨立的多媒體框架,，它的特點使得本實例中的實現(xiàn)的遠程監(jiān)控與一般的實現(xiàn)方法是不完全相同的，在功能上也要比傳統(tǒng)的強大很多,，下面將詳細介紹如何實現(xiàn)基于JMF下的遠程監(jiān)控技術,。?

概??? 述?

JMF即Java Media Frame，是基于java的多媒體框架,，JMF為 java提供了一種抽象機制,，向開發(fā)者隱藏了實現(xiàn)的細節(jié)，開發(fā)者利用它提供的借口可以方便的實現(xiàn)強大的功能,。?

在JMF中,，使用RTP協(xié)議來接收和傳輸多媒體數(shù)據(jù)的,，RTP是一種針對多媒體的一對一或一對多的傳輸協(xié)議，RTP會話將多媒體數(shù)據(jù)分作一系列的數(shù)據(jù)報來傳輸,，這些從特定的數(shù)據(jù)源發(fā)出的數(shù)據(jù)包就組成了RTP數(shù)據(jù)流,，這種多媒體數(shù)據(jù)流是一種實時數(shù)據(jù)流，即當客戶端以實時流的形式接收媒體數(shù)據(jù)時,，它可以不用等待所有的數(shù)據(jù)接收完畢,，就可以開始播放，這是實時流的最大優(yōu)點,。而本例中也用到了這一優(yōu)點來實現(xiàn)該技術,。?

實現(xiàn)描述?

由于是遠程監(jiān)控，即程序要分為兩部分,，一部分是服務端（Server） ,，另一部分是客戶端（Client）。服務端負責截獲屏幕圖像,，并傳輸媒體數(shù)據(jù) ,。客戶端負責控制服務端并接收和播放媒體數(shù)據(jù),。?

客戶端與服務端的連接是由套接字（Socket）連接和RTP連接來實現(xiàn)的,。?

套接字連接負責傳輸通訊信息及圖片數(shù)據(jù)，例如：RTP會話端口,，媒體格式,，圖片起點位置，高度寬度等,。實現(xiàn)遠程通知服務端開始或停止截屏等功能,。服務端套接字，使用多線程技術,，提供多個用戶連接,。?

RTP連接則實現(xiàn)了媒體實時數(shù)據(jù)流傳輸?shù)墓δ堋?

兩個連接的關系可看作，套接字連接把RTP連接包裝起來,。Socket先建立客戶端與服務端的連接,，之后再調(diào)用內(nèi)部的RTP連接進行媒體數(shù)據(jù)傳輸。?

流程如下圖1：?

編程細節(jié)描述?

本例中核心技術可分為以下幾個機制,，即：截屏機制,，傳輸實時數(shù)據(jù)流機制，接受數(shù)據(jù)流并播放機制,，下面將詳細分析這幾個機制,。

圖1?

1． 傳輸實時數(shù)據(jù)流機制?

機制流程可分為以下幾個步驟?

a.???? 根據(jù)客戶端發(fā)送的圖片信息，構造一個媒體定位器?

b.???? 通過媒體定位器獲得數(shù)據(jù)源?

c.???? 根據(jù)數(shù)據(jù)源產(chǎn)生一個處理器?

d.???? 通過處理器得到相應的傳輸軌道?

e.???? 設置軌跡支持格式為RTP并檢查傳輸?shù)拿襟w格式是否為RTP協(xié)議所支持的格式?

f.???? 通過處理器獲取輸出數(shù)據(jù)源?

g.???? 為每一個軌跡構造一個RTP管理器?

h.???? 利用目標的IP地址與端口構造發(fā)送端的RTP會話,，并賦給RTP管理器?

i.???? 數(shù)據(jù)流傳送給客戶端?

備注：?

RTP協(xié)議支持兩種圖片格式,，分別為H.263格式和JPEG格式, H.263只支持三種圖像大小352*288,，176*144和128*96像素。JPEG格式需要圖像的寬和高是8像素的整數(shù)倍,。因此想要屏截取圖像的話,，就要使用JPEG格式來傳輸，缺省情況下,，圖片格式為H.263,。?

2． 截獲屏幕機制?

??? 在截屏的時候，屏幕的數(shù)據(jù)將作為一種新的數(shù)據(jù)源,，為此,，在應用RTP協(xié)議完成圖像的傳輸前，需要先創(chuàng)建數(shù)據(jù)源,，使屏幕圖像數(shù)據(jù)作為RTP標準數(shù)據(jù)源的一種,，通過繼承javax.media.protocol包中的pushDataSouce類來實現(xiàn)創(chuàng)建新的push數(shù)據(jù)源類型，從而實現(xiàn)pushSourceStream接口來實現(xiàn)和管理數(shù)據(jù)源流,。?

創(chuàng)造新的數(shù)據(jù)源需要對JMF的數(shù)據(jù)源進行擴展 ,需構造一個具有以下形式的類名：?

.media .protocol ..DataSource?

??? 本例中該類的類名為com .sun .media .protocol .screen.DataSource ,完全按照創(chuàng)建數(shù)據(jù)源的結(jié)構原則構造的,，其中“com.sun”作為（包前綴），“screen”作為（協(xié)議）,。因為媒體定位器定位媒體時,，需要使用相應的協(xié)議名，DataSource為數(shù)據(jù)源,。?

在本機制中,，是由DataSource和LiveStream兩個類實現(xiàn)，LiveStream類實現(xiàn)實時的截屏數(shù)據(jù)采集,，它從媒體定位器中得到屏幕圖像截取的起點位置尺寸等參數(shù)在實現(xiàn)了數(shù)據(jù)流的連接以及獲得到開始通知后,，開始以設定的頻率取得屏幕區(qū)域圖象（RGB格式），傳輸給數(shù)據(jù)緩沖區(qū),，形成“推”數(shù)據(jù)流,。?

LiveStream類中實現(xiàn)截取屏幕圖像部分代碼如下（關鍵語句）：?

…………?

buffer.setFormat( rgbFormat );????? ?

????? buffer.setTimeStamp( (long) (seqNo * (1000 / frameRate) * 1000000) ); ?

????? BufferedImage bi = robot.createScreenCapture(new Rectangle(x, y, width, height)); ?

????? bi.getRGB(0, 0, width, height,(int[])outdata, 0, width); ?

?…………?

? DataSource類是控制LiveStream類的對象實現(xiàn)的一種新的數(shù)據(jù)源，DataSource把LiveStream采集到的圖像作為實時數(shù)據(jù)源,。DataSource類中的getStreams( )實現(xiàn)了PushBufferDataSource類的抽象方法,，而getContentType() , connect()等則重載了Controls接口的getControls(),getControl()方法。?

3． 接收機制與播放機制?

接收機制與播放機制主要用到了RTP監(jiān)聽器,，即用于監(jiān)聽RTP事件的接口,，如本例中用到了SessionListener接口 , ReceiveStreamListener接口 , ControllerListener接口,。?

監(jiān)聽器用來接收作為一個整體的RTP會話的狀態(tài)改變消息,，例如，RTPEvent類以及其子類SessionEvent,，ReceiveStreamEvent,，SendStreamEvent,，ControllerEvent等。?

SessionListener監(jiān)聽器用來接收作為一個整體的RTP會話的狀態(tài)改變消息,，例如在監(jiān)聽到新的參與者時,，并把它添加到RTP會話中，該接口通過實現(xiàn)update（）方法可以監(jiān)聽到SessionEvent,。?

ReceiveStreamListener監(jiān)聽器用來監(jiān)聽正在接收的RTP數(shù)據(jù)流的狀態(tài)消息,，該接口中的update()方法可以監(jiān)聽到ReceiveStreamEvent事件。?

ControllerListener接口用于處理控制器（Player,Processors等）對象產(chǎn)生的事件的一個異步接口,。通過使用該接口,，能夠?qū)崿F(xiàn)播放器潛在的耗時操作的計時管理，例如預取操作,。該接口中的controllerUpdate()方法可以監(jiān)聽到ControllerEvent事件,。?

該監(jiān)聽器工作機制如圖2：?

接收機制與播放機制實現(xiàn)流程如下:?

a． 實現(xiàn)ReceiveStreamListener監(jiān)聽接口，監(jiān)聽NewReceiveStreamEvent事件,。?

b． 接收到NewReceiveStreamEvent事件后,，接收媒體數(shù)據(jù)流，之后通過媒體數(shù)據(jù)流獲取??? RTP數(shù)據(jù)源,。?

c．? Manager.creatPlayer()根據(jù)獲得的數(shù)據(jù)源產(chǎn)生一個播放器,。?

d.為播放器添加監(jiān)聽器，等到播放器實現(xiàn)后,，即可顯示播放數(shù)據(jù),。

實現(xiàn)結(jié)果

?

由于JMF多媒體框架及其RTP協(xié)議的特點，使得傳輸?shù)娇蛻舳说膱D像成為了一種動態(tài)數(shù)據(jù)流,，該數(shù)據(jù)流再由JMF特有的媒體播放器來播放,，使得本例中實現(xiàn)的遠程監(jiān)控技術與一般的遠程截屏技術，存在著一定的差別,。

截屏圖像頻率可設定在每秒1至30幀,，經(jīng)測試，當頻率設定較高時,，可使服務端的屏幕活動與客戶端接收到的屏幕活動同步,，達到了真正意義上的遠程實時監(jiān)控。

由于圖像可為兩種格式,，客戶端可設置圖像的大小,，同時圖像位置和傳輸速率可以在一定范圍內(nèi)隨意設定。因此,，用戶可以根據(jù)網(wǎng)絡硬件條件來實現(xiàn)遠程監(jiān)控,，從而達到最理想的效果。(結(jié)果如右圖)?

?

結(jié)束語?

??? 本例只是簡單地體現(xiàn)了JMF的一些特點，并沒有進行深入的研究,。我們可以根據(jù)JMF的這些特點進行一些擴展,，如網(wǎng)絡會議，語音視頻聊天,，網(wǎng)絡教學等等,。?

參考文獻：?

1．?? http://java.sun.com/products/java-media/jmf/2.1.1/solutions/?

2．?? 《JAVA多媒體程序設計》?????? 王峰?????????????????? 清華大學出版社?

《JAVA網(wǎng)絡編程實例》?????? 孫一林? 彭波???????????? 清華大學出版社