引??? 言?
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)事業(yè)的不斷擴(kuò)大，遠(yuǎn)程監(jiān)控技術(shù)的使用越來(lái)越頻繁。遠(yuǎn)程監(jiān)控即遠(yuǎn)程截獲屏幕圖像傳輸。此技術(shù)大多用于網(wǎng)絡(luò)管理軟件等遠(yuǎn)程控制軟件上。此技術(shù)的應(yīng)用使得客戶端能夠?qū)?a class="innerlink" href="http://www.jysgc.com/tags/服務(wù)端" title="服務(wù)端" target="_blank">服務(wù)端進(jìn)行遠(yuǎn)程的監(jiān)控。?
然而，現(xiàn)在普遍的遠(yuǎn)程監(jiān)控軟件只是從服務(wù)端傳送一張屏幕的圖片，只能觀察到截取屏幕時(shí)屏幕一瞬間的情況，并不是一種實(shí)時(shí)的遠(yuǎn)程監(jiān)控，而本例中所實(shí)現(xiàn)的遠(yuǎn)程監(jiān)控技術(shù)是一種實(shí)時(shí)的遠(yuǎn)程監(jiān)控技術(shù)。?
由于JMF是一種獨(dú)立的多媒體框架，它的特點(diǎn)使得本實(shí)例中的實(shí)現(xiàn)的遠(yuǎn)程監(jiān)控與一般的實(shí)現(xiàn)方法是不完全相同的，在功能上也要比傳統(tǒng)的強(qiáng)大很多，下面將詳細(xì)介紹如何實(shí)現(xiàn)基于JMF下的遠(yuǎn)程監(jiān)控技術(shù)。?
概??? 述?
JMF即Java Media Frame，是基于java的多媒體框架，JMF為 java提供了一種抽象機(jī)制，向開(kāi)發(fā)者隱藏了實(shí)現(xiàn)的細(xì)節(jié)，開(kāi)發(fā)者利用它提供的借口可以方便的實(shí)現(xiàn)強(qiáng)大的功能。?
在JMF中，使用RTP協(xié)議來(lái)接收和傳輸多媒體數(shù)據(jù)的，RTP是一種針對(duì)多媒體的一對(duì)一或一對(duì)多的傳輸協(xié)議，RTP會(huì)話將多媒體數(shù)據(jù)分作一系列的數(shù)據(jù)報(bào)來(lái)傳輸，這些從特定的數(shù)據(jù)源發(fā)出的數(shù)據(jù)包就組成了RTP數(shù)據(jù)流，這種多媒體數(shù)據(jù)流是一種實(shí)時(shí)數(shù)據(jù)流，即當(dāng)客戶端以實(shí)時(shí)流的形式接收媒體數(shù)據(jù)時(shí)，它可以不用等待所有的數(shù)據(jù)接收完畢，就可以開(kāi)始播放，這是實(shí)時(shí)流的最大優(yōu)點(diǎn)。而本例中也用到了這一優(yōu)點(diǎn)來(lái)實(shí)現(xiàn)該技術(shù)。?
實(shí)現(xiàn)描述?
由于是遠(yuǎn)程監(jiān)控，即程序要分為兩部分，一部分是服務(wù)端（Server） ，另一部分是客戶端（Client）。服務(wù)端負(fù)責(zé)截獲屏幕圖像，并傳輸媒體數(shù)據(jù) 。客戶端負(fù)責(zé)控制服務(wù)端并接收和播放媒體數(shù)據(jù)。?
客戶端與服務(wù)端的連接是由套接字（Socket）連接和RTP連接來(lái)實(shí)現(xiàn)的。?
套接字連接負(fù)責(zé)傳輸通訊信息及圖片數(shù)據(jù)，例如：RTP會(huì)話端口，媒體格式，圖片起點(diǎn)位置，高度寬度等。實(shí)現(xiàn)遠(yuǎn)程通知服務(wù)端開(kāi)始或停止截屏等功能。服務(wù)端套接字，使用多線程技術(shù)，提供多個(gè)用戶連接。?
RTP連接則實(shí)現(xiàn)了媒體實(shí)時(shí)數(shù)據(jù)流傳輸?shù)墓δ堋?
兩個(gè)連接的關(guān)系可看作，套接字連接把RTP連接包裝起來(lái)。Socket先建立客戶端與服務(wù)端的連接，之后再調(diào)用內(nèi)部的RTP連接進(jìn)行媒體數(shù)據(jù)傳輸。?
流程如下圖1：?
編程細(xì)節(jié)描述?
本例中核心技術(shù)可分為以下幾個(gè)機(jī)制，即：截屏機(jī)制，傳輸實(shí)時(shí)數(shù)據(jù)流機(jī)制，接受數(shù)據(jù)流并播放機(jī)制，下面將詳細(xì)分析這幾個(gè)機(jī)制。
圖1?
1． 傳輸實(shí)時(shí)數(shù)據(jù)流機(jī)制?
機(jī)制流程可分為以下幾個(gè)步驟?
a.???? 根據(jù)客戶端發(fā)送的圖片信息，構(gòu)造一個(gè)媒體定位器?
b.???? 通過(guò)媒體定位器獲得數(shù)據(jù)源?
c.???? 根據(jù)數(shù)據(jù)源產(chǎn)生一個(gè)處理器?
d.???? 通過(guò)處理器得到相應(yīng)的傳輸軌道?
e.???? 設(shè)置軌跡支持格式為RTP并檢查傳輸?shù)拿襟w格式是否為RTP協(xié)議所支持的格式?
f.???? 通過(guò)處理器獲取輸出數(shù)據(jù)源?
g.???? 為每一個(gè)軌跡構(gòu)造一個(gè)RTP管理器?
h.???? 利用目標(biāo)的IP地址與端口構(gòu)造發(fā)送端的RTP會(huì)話，并賦給RTP管理器?
i.???? 數(shù)據(jù)流傳送給客戶端?
備注：?
RTP協(xié)議支持兩種圖片格式，分別為H.263格式和JPEG格式, H.263只支持三種圖像大小352*288，176*144和128*96像素。JPEG格式需要圖像的寬和高是8像素的整數(shù)倍。因此想要屏截取圖像的話，就要使用JPEG格式來(lái)傳輸，缺省情況下，圖片格式為H.263。?
2． 截獲屏幕機(jī)制?
??? 在截屏的時(shí)候，屏幕的數(shù)據(jù)將作為一種新的數(shù)據(jù)源，為此，在應(yīng)用RTP協(xié)議完成圖像的傳輸前，需要先創(chuàng)建數(shù)據(jù)源，使屏幕圖像數(shù)據(jù)作為RTP標(biāo)準(zhǔn)數(shù)據(jù)源的一種，通過(guò)繼承javax.media.protocol包中的pushDataSouce類來(lái)實(shí)現(xiàn)創(chuàng)建新的push數(shù)據(jù)源類型，從而實(shí)現(xiàn)pushSourceStream接口來(lái)實(shí)現(xiàn)和管理數(shù)據(jù)源流。?
創(chuàng)造新的數(shù)據(jù)源需要對(duì)JMF的數(shù)據(jù)源進(jìn)行擴(kuò)展 ,需構(gòu)造一個(gè)具有以下形式的類名：?
??? 本例中該類的類名為com .sun .media .protocol .screen.DataSource ,完全按照創(chuàng)建數(shù)據(jù)源的結(jié)構(gòu)原則構(gòu)造的，其中“com.sun”作為
在本機(jī)制中，是由DataSource和LiveStream兩個(gè)類實(shí)現(xiàn)，LiveStream類實(shí)現(xiàn)實(shí)時(shí)的截屏數(shù)據(jù)采集，它從媒體定位器中得到屏幕圖像截取的起點(diǎn)位置尺寸等參數(shù)在實(shí)現(xiàn)了數(shù)據(jù)流的連接以及獲得到開(kāi)始通知后，開(kāi)始以設(shè)定的頻率取得屏幕區(qū)域圖象（RGB格式），傳輸給數(shù)據(jù)緩沖區(qū)，形成“推”數(shù)據(jù)流。?
LiveStream類中實(shí)現(xiàn)截取屏幕圖像部分代碼如下（關(guān)鍵語(yǔ)句）：?
…………?
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類的對(duì)象實(shí)現(xiàn)的一種新的數(shù)據(jù)源，DataSource把LiveStream采集到的圖像作為實(shí)時(shí)數(shù)據(jù)源。DataSource類中的getStreams( )實(shí)現(xiàn)了PushBufferDataSource類的抽象方法，而getContentType() , connect()等則重載了Controls接口的getControls(),getControl()方法。?
3． 接收機(jī)制與播放機(jī)制?
接收機(jī)制與播放機(jī)制主要用到了RTP監(jiān)聽(tīng)器，即用于監(jiān)聽(tīng)RTP事件的接口，如本例中用到了SessionListener接口 , ReceiveStreamListener接口 , ControllerListener接口。?
監(jiān)聽(tīng)器用來(lái)接收作為一個(gè)整體的RTP會(huì)話的狀態(tài)改變消息，例如，RTPEvent類以及其子類SessionEvent，ReceiveStreamEvent，SendStreamEvent，ControllerEvent等。?
SessionListener監(jiān)聽(tīng)器用來(lái)接收作為一個(gè)整體的RTP會(huì)話的狀態(tài)改變消息，例如在監(jiān)聽(tīng)到新的參與者時(shí)，并把它添加到RTP會(huì)話中，該接口通過(guò)實(shí)現(xiàn)update（）方法可以監(jiān)聽(tīng)到SessionEvent。?
ReceiveStreamListener監(jiān)聽(tīng)器用來(lái)監(jiān)聽(tīng)正在接收的RTP數(shù)據(jù)流的狀態(tài)消息，該接口中的update()方法可以監(jiān)聽(tīng)到ReceiveStreamEvent事件。?
ControllerListener接口用于處理控制器（Player,Processors等）對(duì)象產(chǎn)生的事件的一個(gè)異步接口。通過(guò)使用該接口，能夠?qū)崿F(xiàn)播放器潛在的耗時(shí)操作的計(jì)時(shí)管理，例如預(yù)取操作。該接口中的controllerUpdate()方法可以監(jiān)聽(tīng)到ControllerEvent事件。?
該監(jiān)聽(tīng)器工作機(jī)制如圖2：?
接收機(jī)制與播放機(jī)制實(shí)現(xiàn)流程如下:?
a． 實(shí)現(xiàn)ReceiveStreamListener監(jiān)聽(tīng)接口，監(jiān)聽(tīng)NewReceiveStreamEvent事件。?
b． 接收到NewReceiveStreamEvent事件后，接收媒體數(shù)據(jù)流，之后通過(guò)媒體數(shù)據(jù)流獲取??? RTP數(shù)據(jù)源。?
c．? Manager.creatPlayer()根據(jù)獲得的數(shù)據(jù)源產(chǎn)生一個(gè)播放器。?
d.為播放器添加監(jiān)聽(tīng)器，等到播放器實(shí)現(xiàn)后，即可顯示播放數(shù)據(jù)。
實(shí)現(xiàn)結(jié)果
截屏圖像頻率可設(shè)定在每秒1至30幀，經(jīng)測(cè)試，當(dāng)頻率設(shè)定較高時(shí)，可使服務(wù)端的屏幕活動(dòng)與客戶端接收到的屏幕活動(dòng)同步，達(dá)到了真正意義上的遠(yuǎn)程實(shí)時(shí)監(jiān)控。
由于圖像可為兩種格式，客戶端可設(shè)置圖像的大小，同時(shí)圖像位置和傳輸速率可以在一定范圍內(nèi)隨意設(shè)定。因此，用戶可以根據(jù)網(wǎng)絡(luò)硬件條件來(lái)實(shí)現(xiàn)遠(yuǎn)程監(jiān)控，從而達(dá)到最理想的效果。(結(jié)果如右圖)?
?
結(jié)束語(yǔ)?
??? 本例只是簡(jiǎn)單地體現(xiàn)了JMF的一些特點(diǎn)，并沒(méi)有進(jìn)行深入的研究。我們可以根據(jù)JMF的這些特點(diǎn)進(jìn)行一些擴(kuò)展，如網(wǎng)絡(luò)會(huì)議，語(yǔ)音視頻聊天，網(wǎng)絡(luò)教學(xué)等等。?
參考文獻(xiàn)：?
1．?? http://java.sun.com/products/java-media/jmf/2.1.1/solutions/?
2．?? 《JAVA多媒體程序設(shè)計(jì)》?????? 王峰?????????????????? 清華大學(xué)出版社?
《JAVA網(wǎng)絡(luò)編程實(shí)例》?????? 孫一林? 彭波???????????? 清華大學(xué)出版社