引??? 言?

隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)事業(yè)的不斷擴(kuò)大，遠(yuǎn)程監(jiān)控技術(shù)的使用越來越頻繁。遠(yuǎn)程監(jiān)控即遠(yuǎn)程截獲屏幕圖像傳輸。此技術(shù)大多用于網(wǎng)絡(luò)管理軟件等遠(yuǎn)程控制軟件上。此技術(shù)的應(yīng)用使得客戶端能夠?qū)?a class="innerlink" href="http://ihrv.cn/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ī)制，向開發(fā)者隱藏了實(shí)現(xiàn)的細(xì)節(jié)，開發(fā)者利用它提供的借口可以方便的實(shí)現(xiàn)強(qiáng)大的功能。?

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

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

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

兩個(gè)連接的關(guān)系可看作，套接字連接把RTP連接包裝起來。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.???? 通過媒體定位器獲得數(shù)據(jù)源?

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

d.???? 通過處理器得到相應(yīng)的傳輸軌道?

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

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

g.???? 為每一個(gè)軌跡構(gòu)造一個(gè)RTP管理器?

h.???? 利用目標(biāo)的IP地址與端口構(gòu)造發(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． 截獲屏幕機(jī)制?

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

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

.media .protocol ..DataSource?

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

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

LiveStream類中實(shí)現(xiàn)截取屏幕圖像部分代碼如下（關(guā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類的對象實(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)聽器，即用于監(jiān)聽RTP事件的接口，如本例中用到了SessionListener接口 , ReceiveStreamListener接口 , ControllerListener接口。?

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

SessionListener監(jiān)聽器用來接收作為一個(gè)整體的RTP會話的狀態(tài)改變消息，例如在監(jiān)聽到新的參與者時(shí)，并把它添加到RTP會話中，該接口通過實(shí)現(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)生的事件的一個(gè)異步接口。通過使用該接口，能夠?qū)崿F(xiàn)播放器潛在的耗時(shí)操作的計(jì)時(shí)管理，例如預(yù)取操作。該接口中的controllerUpdate()方法可以監(jiān)聽到ControllerEvent事件。?

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

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

a． 實(shí)現(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)生一個(gè)播放器。?

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

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

?

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

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

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

?

結(jié)束語?

??? 本例只是簡單地體現(xiàn)了JMF的一些特點(diǎn)，并沒有進(jìn)行深入的研究。我們可以根據(jù)JMF的這些特點(diǎn)進(jìn)行一些擴(kuò)展，如網(wǎng)絡(luò)會議，語音視頻聊天，網(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é)出版社