導語：如何才能寫好一篇語音視頻，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

關鍵詞： DPI技術； 語音視頻監(jiān)控系統(tǒng)； 網(wǎng)絡協(xié)議； 流量監(jiān)控架構

中圖分類號： TN948.4?34； TP309 文獻標識碼： A 文章編號： 1004?373X（2017）01?0067?03

Abstract： The method of combining software and hardware is used to propose the voice video traffic monitoring system with monitoring architecture， which is based on the protocol commonly used in voice video network recognized by hardware， network protocol recognizing network complexity by software， and recognition scheme combining port， statistics and various recognition technologies. The design of system architecture and related modules are analyzed in detail. The system performance was verified in the practical experiment environment. The results show that the client recognition rate of the voice video traffic monitoring system is higher than 91%， the system has no false alarm， and the recognition performance of the system can satisfy the users′ requirement.

Keywords： DPI technology； voice video monitoring system； network protocol； traffic monitoring architecture

0 引 言

S著智能手機的普及，WiFi大面積覆蓋，語音視頻可隨時隨地實現(xiàn)，語音視頻因快捷方便、價格合理，因此得到眾多用戶的喜愛，目前其發(fā)展速度相當快[1]。但網(wǎng)絡應用在快速發(fā)展的同時，各種網(wǎng)絡語音視頻流量也變得越來越復雜化和多樣化，導致網(wǎng)絡安全事故頻發(fā)[2?4]。網(wǎng)絡語音視頻流量分布不均勻，因此網(wǎng)絡語音視頻流量的安全狀況急需管理和維護，網(wǎng)絡流量的監(jiān)控問題也同樣變得十分重要[5]。深度包監(jiān)測（DPI）是一種基于應用層的流量檢測技術和控制技術[6]。使用單純的軟件監(jiān)測系統(tǒng)速度較慢，難以滿足網(wǎng)絡高速數(shù)據(jù)包處理的要求；而單純的硬件識別則占用大量的內存，一般的內存難以達到要求[7]。

本文采用軟硬件相結合的方法，將硬件識別語音視頻網(wǎng)絡常見的協(xié)議，軟件識別網(wǎng)絡復雜的網(wǎng)絡協(xié)議，在DPI技術的基礎上，設計語音視頻流量監(jiān)控系統(tǒng)。

1 語音視頻流量監(jiān)控系統(tǒng)架構設計

本文設計的監(jiān)控語音視頻流量的系統(tǒng)架構主要包含三個模塊，分別為語音視頻特征庫識別模塊、語音視頻策略配置模塊、語音視頻流量控制模塊，設計的監(jiān)控語音視頻流量的系統(tǒng)架構，如圖1所示。

用戶使用語音視頻時，其數(shù)據(jù)流先進入語音視頻特征庫模塊，然后該模塊對其匹配進行識別，主要檢測用戶的語音視頻在特征庫中是否有與之相匹配的協(xié)議，然后語音視頻特征庫模塊將識別結果傳遞給語音視頻策略配置模塊，根據(jù)識別結果，該模塊對本庫進行查詢，主要是看是否有對應的語音視頻協(xié)議策略，如果有相關的語音視頻策略，該模塊就將結果傳遞到下個模塊，即語音視頻流量控制模塊，根據(jù)用戶下發(fā)的語音視頻控制策略，該模塊對達到用戶預期的語音視頻進行放行、限制流量和阻止隔斷；如果語音視頻流量控制模塊未對語音視頻策略進行任何傳遞，那么數(shù)據(jù)流在流出口直接傳輸。

1.1 語音視頻特征庫識別模塊

特征庫識別模塊首先要對網(wǎng)絡中各種協(xié)議的語音視頻流量進行準確識別，并根據(jù)用戶產(chǎn)生的語音視頻流量大小，對其實時占有的百分比進行統(tǒng)計，實現(xiàn)對用戶語音視頻流量的監(jiān)控。用戶的語音視頻流量如果傳遞到特征庫識別模塊，該模塊就會對相關的語音視頻報文進行解析，通過PushQueue操作將語音視頻報文壓入數(shù)據(jù)包；在PopQueue操作下，將該數(shù)據(jù)包送到引摯，在服務端口，引摯對語音視頻流量進行初步協(xié)議判定，并將結果記錄下來。引摯通過識別后，優(yōu)先對判定的語音視頻協(xié)議進行匹配，如果出現(xiàn)未能匹配的情況，引摯識別則由特征庫識別模塊直接進行。

經(jīng)過初步端口識別后，特征庫識別模塊進行最核心部分的DPI識別，DPI識別中的協(xié)議特征庫包含兩個預設接口，在進行識別時，一個接口匹配解析引摯，另一個接口提供一個全局數(shù)組，這個數(shù)組主要對所有應用名進行存儲，同時該接口還負責將數(shù)組傳遞到語音視頻的策略配置模塊，圖2為DPI識別語音視頻流程圖。

1.2 語音視頻策略配置模塊

語音視頻策略配置模塊主要由兩部分組成：一是全局數(shù)組。這個數(shù)組由存儲應用名的語音視頻特征庫識別模塊提供。二是語音視頻策略信息庫。全局數(shù)組提供了一個界面，該界面能使用戶查詢應用；根據(jù)查詢的結果，語音視頻策略信息庫至少提供一個配置策略，用戶將策略信息傳遞到下一個模塊，即語音視頻流量控制模塊，語音視頻控制模塊這時就會發(fā)出對應的干擾報文和控制報文。

1.3 語音視頻流量控制模塊

語音視頻流量控制模塊實質上是一種阻斷的技術，該模塊限制特定的語音視頻速率，并將其完全阻斷，要很好地控制語音視頻流量，就必須先對具體協(xié)議進行準確的識別，識別精度決定控制精度，語音視頻流量控制模塊對特征庫識別模塊具有高度的依賴性，為很好地實現(xiàn)語音視頻流量控制模塊的核心技術，本文選用旁路干擾語音視頻流量控制。

1.3.1 旁路干擾實現(xiàn)語音視頻流量控制

旁路干擾語音視頻流量控制主要由主機、路由器、分光器、流控設備組成，旁路干擾利用的是偽裝技術，偽裝的數(shù)據(jù)包被發(fā)送到TCP，UDP后，出現(xiàn)兩種可能：一是降低數(shù)據(jù)傳輸速率；二是阻斷通信連接，這樣控制語音視頻流量的目的就達到了。

1.3.2 控制模塊的實現(xiàn)

控制模塊采用旁路干擾語音視頻流量的控制方式，在用戶下發(fā)相應的語音視頻策略后，控制模塊就會產(chǎn)生相應報文，成功地對用戶語音視頻流量實現(xiàn)控制，這是控制模塊的主要功能?？刂颇K由策略接收器、報文緩存器、控制報文發(fā)送器組成，策略接收器接收由配置模塊發(fā)出的信息，并執(zhí)行命令送至報文緩存器和控制報文發(fā)送器；報文緩存器主要緩存和發(fā)送控制報文，并提供支持給控制報文發(fā)送器；控制報文發(fā)送器主要接收策略，并對控制報文進行發(fā)送。

2 語音視頻流量識別方案的設計

2.1 識別語音視頻具體流程

識別語音視頻流量流程圖如圖3所示，在對語音視頻流量進行識別時，采用DPI技術，對相關的信令流進行識別。當語音視頻被標記為信令流后，引摯便會對該語音視頻進行掃描，掃描包括數(shù)據(jù)包的全部負載內容，本文通過對傳輸層協(xié)議類型、相關的IP地址、對應的端口號的解析，得到語音視頻的三元組信息，把三元組信息添加到關聯(lián)表項協(xié)議中，如果有后續(xù)的流匹配到此三元組信息就被標記為其數(shù)據(jù)流。對于沒有被識別的語音視頻，一般將其標記為unknown，這樣，關于語音視頻流量的識別就全部完成。

2.2 監(jiān)控語音視頻流量方案的設計與部署

2.2.1 進行網(wǎng)絡部署

實驗室監(jiān)控語音視頻流量的組網(wǎng)環(huán)境如圖4所示，在同一個局域網(wǎng)，為了避免語音視頻流量不經(jīng)過供應商的服務器，采用不同的兩個公網(wǎng)，由路由器Route1和 Route2分別進行連接，服務器為Server，進行雙網(wǎng)卡配置， Linux楸狙芯肯低常語音視頻流量在經(jīng)過服務器后，在Server服務器中，語音視頻從一個網(wǎng)卡傳遞到另一個網(wǎng)卡，兩個網(wǎng)卡之間分別嵌入識別引摯、控制引摯。網(wǎng)關通過PC和WiFi被設置成一個網(wǎng)卡IP地址，這個網(wǎng)卡歸屬于Server服務器。語音視頻在流經(jīng)PC和WiFi后，能順利通過Server服務器，利用PC對服務器進行遠程控制；由MobilePhone1，MobilePhone2產(chǎn)生的語音視頻流量通過PC可使用Wiershark的混雜模式抓取，便于分析各應用的相關協(xié)議。

2.2.2 語音視頻流量監(jiān)控系統(tǒng)引摯架構

語音視頻流量監(jiān)控系統(tǒng)引摯架構如圖5所示，語音視頻流量監(jiān)控系統(tǒng)引摯由語音視頻流量識別、流量控制、特征庫、數(shù)據(jù)庫、前臺控制模塊五部分組成。通過對語音視頻特征的分析和提取，最后得到特征模塊庫文件，語音視頻進入引摯后，結合特征庫模塊，識別模塊對語音視頻流量進行模式匹配，并對語音視頻做出標記，將識別結果送至數(shù)據(jù)庫模塊，然后送至前臺控制模塊。根據(jù)語音視頻流量監(jiān)控系統(tǒng)的識別結果，對語音視頻流量控制模塊進行相關操作，從而實現(xiàn)對語音視頻流量的控制。

3 本系統(tǒng)功能實行

本系統(tǒng)的主要目的是實現(xiàn)對語音視頻流量的監(jiān)控，系統(tǒng)的識別準確率由識別率、誤報率組成。識別率越大，系統(tǒng)監(jiān)控性能越好，誤報率越小，系統(tǒng)監(jiān)控準確率越高。為了對本系統(tǒng)的識別準確度進行驗證，對常用的媒體客戶端、視頻網(wǎng)站進行測試，測試結果見表1。

從表1中可以看出，這些常用語音視頻流量監(jiān)控客戶端的識別率都大于91%，同時沒有誤報，這表明系統(tǒng)識別性能可以滿足用戶需求。

4 結 語

本文采用軟件和硬件相結合的方法，設計了一種基于DPI技術的語音視頻流量監(jiān)控系統(tǒng)，將硬件識別語音視頻網(wǎng)絡常見的協(xié)議，軟件識別網(wǎng)絡復雜的網(wǎng)絡協(xié)議，結合端口、統(tǒng)計等多種識別技術的識別方案，對語音視頻流量監(jiān)控進行架構，同時對各種場景的應用和采用不同協(xié)議的情況進行了細致的分析，通過實際試驗環(huán)境對系統(tǒng)性能進行驗證。測試結果表明，本系統(tǒng)的語音視頻流量監(jiān)控客戶端的識別率都大于91%，沒有誤報，系統(tǒng)的識別性能可以滿足用戶需求。

參考文獻

[1] 陳先灝.DPI技術應用發(fā)展研究[J].無線互聯(lián)科技，2015（21）：32?33.

[2] 武光達，蔣朝惠.基于DPI的流量識別系統(tǒng)的研究[J].技術研究，2014（10）：44?49.

[3] 吳軍，杜澤華.一種以DPI為核心的網(wǎng)絡流量識別方案[J].軟件導刊，2014，13（1）：23?26.

[4] 程博，辛陽.基于VOIP的語音視頻流量監(jiān)控方案設計與實施[J].技術研究，2014（6）：53?58.

[5] 曾傳璜，陳景忠.基于DPI的流媒體流量監(jiān)控系統(tǒng)的分析與設計[J].電視技術，2014，38（9）：136?138.

篇2

何謂物聯(lián)網(wǎng)？

什么是物聯(lián)網(wǎng)？從用戶和行業(yè)角度來看，它是萬物相連，能把所有能上網(wǎng)的設備都連接起來，通過物聯(lián)網(wǎng)的感知再層和網(wǎng)絡交換層，進入到物聯(lián)網(wǎng)的網(wǎng)絡應用層。物聯(lián)網(wǎng)被視為互聯(lián)網(wǎng)的應用擴展，應用創(chuàng)新是物聯(lián)網(wǎng)發(fā)展的核心，以用戶體驗為核心的創(chuàng)新是物聯(lián)網(wǎng)發(fā)展的靈魂。

物聯(lián)網(wǎng)的架構分為三層：應用層，網(wǎng)絡層和感知層。第一層是感知層，感知層通常情況下就是模擬量，相關的數(shù)字量或者相關的可變量，對它進行數(shù)據(jù)的采集。通過網(wǎng)絡交換層把數(shù)據(jù)傳輸?shù)綉脤?，進行智能化的分析。感知層相當于人的五官以及皮膚。它要解決的問題就是把模擬量數(shù)據(jù)量進行采集編碼。網(wǎng)絡層非常重要，需要高可靠性、高安全性地傳輸送給上一層，上一層是應用層，主要功能是把感知層送過來的數(shù)據(jù)進行分析處理進行正確的判斷。應用層解決的問題是人機的交互，包括我們的觸摸屏也是。物聯(lián)網(wǎng)與傳統(tǒng)網(wǎng)絡的主要區(qū)別在于，物聯(lián)網(wǎng)擴大了傳統(tǒng)網(wǎng)絡的通信范圍。

物聯(lián)網(wǎng)的關鍵技術

物聯(lián)網(wǎng)關鍵技術有四點，主要包括：M2M，云計算，人工智能以及數(shù)據(jù)挖掘。

M2M是指Machine-to-Machine：機器對機器，設備對設備或Man-to-Machine：人對機器。M2M將多種通信技術有機地結合在一起，將數(shù)據(jù)從一臺終端傳送到另一臺終端。M2M技術的目標是使所有機器設備都具備聯(lián)網(wǎng)和通信能力。云計算是分布式計算、并行計算和網(wǎng)絡計算的發(fā)展。

云計算通過共享基礎資源（硬件、平臺、軟件）的方法，將巨大的資源池連接在一起以提供各種IT服務，這樣企業(yè)與個人用戶無需再投入昂貴的硬件購置成本，只需要通過互聯(lián)網(wǎng)來租賃計算力等資源。對于AV語音和視頻、照片數(shù)據(jù)資料存儲來說，我們可以從傳統(tǒng)的存儲在硬盤轉變存儲到云端。按需索取我們想要的資料與數(shù)據(jù)。

人工智能是探索研究使各種機器模擬人的某些思維過程和智能行為（如學習、推理、思考、規(guī)劃等），使人類的智能得以物化與延伸的一門學科。人工智能，主要是在應用層上面，人工智能包括語音識別、圖像識別或者人員識別，這也是屬于物聯(lián)網(wǎng)里面人工智能之一。

數(shù)據(jù)挖掘是從大量的、不完全的、有噪聲的、模糊的及隨機的實際應用數(shù)據(jù)中，挖掘出隱含的、未知的、對決策有潛在價值的數(shù)據(jù)的過程。數(shù)據(jù)挖掘主要基于人工智能、機器學習、模式識別、統(tǒng)計學、數(shù)據(jù)庫、可視化技術等，高度自動化地分析數(shù)據(jù)，做出歸納性的推理。在物聯(lián)網(wǎng)中，數(shù)據(jù)挖掘只是一個代表性概念，它是一些能夠實現(xiàn)物聯(lián)網(wǎng)“智能化”、“智慧化”的分析技術和應用的統(tǒng)稱。

傳統(tǒng)AV系統(tǒng)的技術瓶頸

傳統(tǒng)AV系統(tǒng)遭遇很多技術瓶頸。 （1）傳統(tǒng)的AV系統(tǒng)跨區(qū)度小，很難跨區(qū)域信號共享，在會議中心多會議室或可分割的酒店宴會廳，房間與房間很難跨區(qū)域進行音視頻信號的共享；如果要實現(xiàn)共享，傳統(tǒng)的方式需要布置非常多的跳線，如果用切換的方式，也可能會變成切換設備非常多，較為繁瑣，容易出現(xiàn)操作失誤。（2）傳輸距離受到限制，如在一些大型的宴會廳、報告廳及或功能廳，現(xiàn)場到機房的高清信號線的傳輸距離會受到限制，HDMI和DVI的距離理論上是15米，增加傳輸器后可適當延長，但不能很好保證系統(tǒng)的靈活性和穩(wěn)定性，增加了設計和施工的難度。（3）升級擴展麻煩，很多系統(tǒng)在應用了一兩年以后，在需要升級的時候，往往可能需要換主機，換主機基本上就把整個系統(tǒng)都換掉了。（4）傳統(tǒng)模擬系統(tǒng)容易被淘汰，因為它容易受線路干擾產(chǎn)生噪音，波紋，影響清晰度和語音可懂度。（5）保密單位重要場所的音視頻會議，與現(xiàn)場的音視頻管理模式或監(jiān)聽模式，在這種會議需要保密的情況下可能就會產(chǎn)生很多影響與沖突。（6）專業(yè)設備管理控制復雜。單個設備專業(yè)復雜，跳線繁瑣，一直是傳統(tǒng)系統(tǒng)的瓶頸，系統(tǒng)越大，復雜程度越高，對操作管理人員的專業(yè)知識要求越多，造成性能優(yōu)良的設備沒有好的管理人員不能發(fā)揮它應有的使用效率。

最主要的是傳統(tǒng)音視頻的基礎架構決定了它的瓶頸，單獨主機的方式，每個需要音視頻的房間重復復制主機，處理器，造成重復投資，資源浪費，需要更多的操作人員管理，很難形成整體協(xié)調和同步共享。采用數(shù)率比較低的，很難滿足我們日以漸進的使用要求。這些都是傳統(tǒng)音視頻方面的一些不足之處，那么有沒有新的方式來改變這些問題，答案當然是肯定的。那就是引入物聯(lián)網(wǎng)技術。

當傳統(tǒng)AV系統(tǒng)遭遇物聯(lián)網(wǎng)

引入物聯(lián)網(wǎng)的相關技術之后，首先，從體系架構上的變化，音頻和視頻以及控制基于物聯(lián)網(wǎng)的架構模式，全高清、標清視頻信號和高保真音頻信號統(tǒng)一進入到網(wǎng)絡，通過局域網(wǎng)絡無損傳輸，物聯(lián)應用層智能化管理和處理模式。系統(tǒng)結構簡單明了，拋棄了采用低速率通訊的架構模式。基于物聯(lián)網(wǎng)的架構分為三層，分別為智能管理應用層，網(wǎng)絡交換層和接口感知層；三個層面分別負責不同的工作任務，接口感知層負責與前端和終端設備的連接，起到協(xié)議轉換的功能；網(wǎng)絡傳輸層對音視頻信號進行無損的傳輸，智能化管理應用層控制所有的輸入和輸出及網(wǎng)絡控制節(jié)點，采用人性化3D立體的界面，通過有線或無線觸控終端管理，可提供集中流媒體的存儲，數(shù)據(jù)庫狀態(tài)服務等處理。其次，基于物聯(lián)網(wǎng)的數(shù)據(jù)庫管理設計尤為重要，對以后系統(tǒng)的擴展升級及維護都可重新分析系統(tǒng)的現(xiàn)狀，進一步提升了系統(tǒng)設計的穩(wěn)定性。

三是帶來距離的改變。基于物理網(wǎng)的全交換音視頻方式，突破了傳統(tǒng)音視頻上距離的限制，近距離可通過局域網(wǎng)無損傳輸，遠距離可通過光纖；真正意義上達到了網(wǎng)絡到哪里，音視頻即可到哪里的境界。

四是設備數(shù)量的改變。隨著物聯(lián)網(wǎng)技術的加入，基本的設備變成了輸入輸出和控制節(jié)點與交換機之間的關系，用一套簡單明了的設備代替復雜繁多的傳統(tǒng)模擬設備，避免了重復復制主機的模式，降低了故障點和成本，保證了系統(tǒng)的完整性。

五是改變升級擴展方式，系統(tǒng)平臺軟件化，系統(tǒng)升級，設備基于網(wǎng)絡，只要增加接口類設備，軟件應用模塊就可以完成功能的升級。如原來的切換矩陣是8×8的，現(xiàn)在需要擴展到13進11出，那么我只需要增加輸入和輸出的節(jié)點即可。

六是信號交互共享的改變，多房間音視頻互聯(lián)互通，冗余備份，通過物聯(lián)網(wǎng)網(wǎng)絡交換層，經(jīng)授權可方便快捷地把本地的音視頻信號共享到其他房間，只需通過軟件直接就可控制；如在一些酒店可分割的宴會廳，通過物聯(lián)網(wǎng)的管理方式，能夠快速直觀地切換分割和聯(lián)合模式，無需手動頻繁跳線鏈接。

除此之外，傳統(tǒng)AV系統(tǒng)引入物聯(lián)網(wǎng)技術后還帶來了RFID控制方式。物聯(lián)網(wǎng)支持設備與設備直接通訊，M2M自助完成控制，通過RFID的模塊面板，對于投影幕、投影機、窗簾和燈光等雙通道的管理。

在保密會議中我們可通過物理上斷開機房的監(jiān)聽音箱和視頻的圖像，物聯(lián)網(wǎng)應用管理層提供電平表和各個設備狀態(tài)的顯示，通過軟件平臺的電平表可直觀掌握音量的大小，無需現(xiàn)場管理或機房監(jiān)聽，保密性強。

例如使用AVMedia的美國百威媒體矩陣MixMinus，基于物聯(lián)網(wǎng)的百威媒體矩陣NION系列設備提供了MixMinus話筒管理技術的設計。該設計包括聲場均勻度、GainUnity以及MixMinus技術。GainUnity電平統(tǒng)調是控制放大增益回饋最直接和準確的辦法，聲學頻點處理是輔助。MixMinus能顯著改善揚聲器與高靈敏話筒近距離拾音引起的房間增益不足。

物聯(lián)網(wǎng)架構下的AV系統(tǒng)集成―AVmedia“云”交互音視頻集成

傳統(tǒng)的音視頻控制較為復雜，按鈕和推桿，都是非常專業(yè)的控件?？勺罱K用戶并不是專業(yè)音頻人員，他們只是使用者。

在傳統(tǒng)方式的架構下，很難想到更多的人性化交互方式。如缺乏新的知識面，音頻、視頻與控制技術互通及距離都受限。對于網(wǎng)絡技術的了解較少，導致音視頻技術未能更人性化、以人為本地為我們提供服務。

基于物聯(lián)網(wǎng)的全交換音視頻技術，究竟給我們帶來了什么理念？

物聯(lián)網(wǎng)架構下的AV系統(tǒng)集成具備物聯(lián)網(wǎng)應用的方式。在管理應用層面，通過所見即所得的管理設計理念，提高了對人機交互的融洽度，并且給用戶帶來全新的體驗和感受的設計理念，這是傳統(tǒng)系統(tǒng)很難做到的。

篇3

關鍵詞：FMS4；實時網(wǎng)絡教學輔導；RTMFP；P2P

中圖分類號：TP37文獻標識碼：A文章編號：1009-3044(2012)01-0144-05

Research of Audio and Video Interaction Technology Teaching Application Based on P2P of FMS4―Base on Web-Based Remote Teaching Guidance System

HU Shi-qing, ZHOU Bing

(Department of Educational Technology, Normal College, Shenzhen University, Shenzhen 518060, China)

Abstract: In recent years, along with the development of information technology, web-based remote teaching guidance has become popular in the field of education guidance. But because Simultaneity of real-time video streaming is complicated and big, have led to the fact that it is difficult to develop the web-based remote teaching guidance system. Adobe Company release the latest FMS4 streaming media server in September of 2010, bring real-time video communication to P2P era. makes that FMS4 can be used to realize the P2P remote real-time video interactions and text communication function. Based on development of remote teaching guidance system, this paper analysis realization methods of P2P text Interaction function of FMS4, including the development environment, realization principle, key code and function etc. And analysis realization process of P2P real-time audio and video of FMS4, including the comparison RTMP with RTMFP agreement , principle and methods of realization based on P2P audio and video Interaction function of FMS4. through test and trial, Indicate that real-time and compressive capacity of the system have been obvious improved.

Key words: FMS4; Real-time Web-based Teaching Guidance; RTMFP; P2P

教學輔導作教學重要環(huán)節(jié)，它對鞏固教學效果，幫助學困生進步，推動學優(yōu)生全面發(fā)展起到了重要作用[1]。隨著信息技術的發(fā)展，教學輔導的形式，呈現(xiàn)遠程化、異地化、網(wǎng)絡化的趨勢。相對于傳統(tǒng)的面對面的教學輔導，網(wǎng)絡遠程教學輔導打破時間和地域限制，可以讓學生足不出戶得到教師的實時高效輔導，并且憑借其真實、直觀、實惠、便捷、安全的優(yōu)勢，快速發(fā)展成為了教育輔導市場的新方向。要開展網(wǎng)絡遠程教學輔導，它所依托的遠程教學輔導系統(tǒng)，成為了影響教學輔導效果的重要因素。

網(wǎng)絡遠程教學輔導系統(tǒng)的理想方式是通過網(wǎng)絡提供師生面對面的實時交流，因此，教師和學生之間的實時音視頻傳播和文字交流質量是遠程教學輔導的實現(xiàn)基礎和核心功能，一個優(yōu)秀的遠程教學輔導系統(tǒng)必須要確保系統(tǒng)運行時有流暢的實時性和豐富的交互性。

通過調查發(fā)現(xiàn)目前國內應用的網(wǎng)絡遠程教學輔導系統(tǒng)主要有泛智網(wǎng)、家教通、異地家教網(wǎng)、智龍網(wǎng)、24家教網(wǎng)等，這些遠程教學輔導系統(tǒng)的實時視頻應用，主要采用了兩種服務器：一種是開源的Red5，另一種是FMS服務器。其中Red5是一款基于Java的開源流媒體服務器，它依托RTMP協(xié)議來傳輸流媒體，實現(xiàn)了實時視頻播放、遠程共享對象、實時錄制等功能。由于開源的原因，目前成為了企業(yè)架設實時視頻通信服務時的優(yōu)先選擇[2]。FMS是Adobe公司推出的流媒體服務器，它是當前實時視頻通信市場的主流服務器，它幾乎能滿足網(wǎng)絡實時視頻通信的所有應用需求，是主流視頻服務廠商的偏愛。但由于Red5和FMS4.0之前版本的服務器，均采用基于TCP的RTMP協(xié)議來通信，不能支持低延遲和大的并發(fā)流，所以需要部署大量的邊緣服務器和增加服務器的帶寬，來保證視頻的流暢和通信質量，從而大大增加了企業(yè)開發(fā)成本。

2010年9月Adobe系統(tǒng)公司了最新版本的FMS4，它基于RTMFP協(xié)議實現(xiàn)了P2P技術，代表了當前主流的網(wǎng)絡實時視頻交互技術?；谝陨显?，我們在設計新版的遠程教學輔導系統(tǒng)中，采用了最新版的FMS4，實現(xiàn)了基于FMS4的P2P實時音視頻交互功能，將FMS4的P2P技術引入網(wǎng)絡遠程教學輔導領域，并對它進行有益嘗試和研究。

1 FMS和P2P技術概述

FMS（Adobe Flash Media Server）是Adobe公司推出的流媒體服務器，它能夠提供優(yōu)秀的流媒體播放和實時通信功能，同時FMS還提供了強大的可定制腳本的服務器流媒體引擎[3]。通過這個引擎，允許建構面向互聯(lián)網(wǎng)任何用戶群體的交互媒體應用，以及基于FLV的傳統(tǒng)視頻點播服務(VOD)，還能夠建構如視頻博客、視頻共享、視頻直播、在線游戲、視音頻聊天等交互性的雙向及多向應用[4]。由于Adobe公司在網(wǎng)絡多媒體應用上的雄厚實力，以及Flash Player在網(wǎng)絡上廣泛應用，F(xiàn)MS已成為多媒體應用服務器端的主要系統(tǒng)平臺，如優(yōu)酷、土豆等大型視頻網(wǎng)站就采用了這項技術。

P2P又稱對等互聯(lián)網(wǎng)絡技術，它不會將所有網(wǎng)絡負載聚集在較少的幾臺服務器上，而依賴網(wǎng)絡中參與者的計算能力和帶寬。在P2P應用環(huán)境中實現(xiàn)了客戶端的之間直接聯(lián)系，讓客戶端在網(wǎng)絡環(huán)境下利用P2P直接交互。在P2P環(huán)境中真正地消除中間商，使得網(wǎng)絡共享和交互變得更容易、更直接，因此，加入節(jié)點越多、整個系統(tǒng)的容量也越大[5]。這與傳統(tǒng)的客戶/服務器架構剛好相斥，在那種架構中每增加一個客戶端，意味著分享一份系統(tǒng)資源，系統(tǒng)的整體性能將下降[6]。P2P架構的這種分布特性，在大流量的實時遠程教學輔導系統(tǒng)中，對解決視頻帶寬緊張，提高視頻傳播的速度和質量有明顯優(yōu)勢。

目前，在剛的FMS 4中，增加了最值得期待的新功能，對p2p的支持，提供了安全、可擴展的P2P直播和點播功能。

2基于FMS4的P2P文本交互功能的實現(xiàn)研究

2.1基于FMS4的系統(tǒng)開發(fā)環(huán)境

在FMS4之前的FMS流媒體服務器都沒有提供P2P功能，直到2009年Adobe才提拱了在Stratus2的流媒體服務器中使用P2P功能[7]。但要架構Stratus2的P2P服務，首先要向Adobe公司申請開發(fā)密鑰，然后聯(lián)結Stratus服務器，如果成功將得到“NetConnection. Connect.Success”事件，并被分配一個獨特的256位peer ID，其它Flash Player客戶端必須通過個peer ID才能通信[8]。如果要進行第二次開發(fā)，就會感到局限，因為不能自己部署服務器進行局域網(wǎng)內的開發(fā)運營。令人高興的是，在最新的fms4中，p2p功能已經(jīng)集成進來了，使得利用FMS開發(fā)多媒體服務發(fā)生了質的飛躍，但要開發(fā)FMS4的P2P服務系統(tǒng)，開發(fā)環(huán)境要達到如下要求：（1）開發(fā)使用的Flex SDK要達到Flex SDK4.1以上版本，可以從Adobe官網(wǎng)下載，或者可以安裝目前最新版的Flash Builder4，它默認的Flex SDK是Flex SDK4.1。（2）FMS流媒體服務器，必須是FMS4以上版本，可以從Adobe官網(wǎng)上獲得。（3）Flash Player要達到Flash Player10.1以上版本，如果是開發(fā)，最好使用debug版的Flash Player。

2.2基于FMS4的P2P文本交互功能的實現(xiàn)原理

在FMS4.0之前，如果我們要做一個多人實時在線交互的應用，比如多人文本聊天功能時，我們需要通FMS服務器把所有在線用戶鏈接起來，如果網(wǎng)中的某個人需要向所有人發(fā)送信息，那所有信息都必須經(jīng)過FMS服務器發(fā)送，這樣才能實現(xiàn)共享數(shù)據(jù)服務。這種模式在眾多用戶的遠程教學輔導系統(tǒng)中會使服務器的壓力增大，實時交流的服務質量下降，影響學生學習的滿意度[9]。假如教師A一個數(shù)據(jù)想給同網(wǎng)段的其他100個學生，那么這100個學生都需要通過服務器來與教師A通信，這無疑加重了服務器和教師A的負擔，影響了整個系統(tǒng)的服務質量。而在FMS4.0中引入了NetGroup“群組”的概念，利用p2p的功能很好地解決了這個問題。當教師A數(shù)據(jù)想讓同一個組中的其他100個學生接收時，那么當教師A將數(shù)據(jù)發(fā)送到學生B時，學生B獲得所有數(shù)據(jù)后也可以將數(shù)據(jù)加入“群組”內，同時出去，這樣學生B也成了數(shù)據(jù)的者，那么其他學生就可以不從教師A處獲取數(shù)據(jù)，從而可以減輕教師A的實時通信壓力。同時由于采用了P2P通信，教師與學生之間的數(shù)據(jù)交換不需要經(jīng)過服務器中轉，從而也大幅度降低了服務器負荷，保證了服務質量。這就是新的基于FMS4.0的P2P模式，每個用戶都可以作為數(shù)據(jù)的接收者和發(fā)出者，參與的用戶越多，數(shù)據(jù)的副本就越多，服務的速度也就越快。

如圖1所示，基于FMS4的P2P文本交互功能的具體流程是：發(fā)送端和接收端分別向FMS4.0服務器發(fā)出聯(lián)接請求，如果FMS4服務器接收連接，發(fā)送端和接收端將分別收到連接成功的信息"NetConnection.Connect.Success"，此時發(fā)送端和接收端通過方法“new NetGroup(netConnec? tion, roupSpecifier.groupspecWithAuthorizations())”加入到同名的群組中。如果加入“群組”成功，發(fā)送端和接收端將收到“NetGroup.Connect.Success”狀態(tài)，這時發(fā)送端可以通過“netGroup.addHaveObjects(0, _dataLength -1)”將要發(fā)的數(shù)據(jù)加入群組的待發(fā)數(shù)據(jù)列表中。接收端收到“NetGroup.Connect.Success”狀態(tài)后，就可調用addWantObjects方法向發(fā)送端提出發(fā)送數(shù)據(jù)請求，此時發(fā)送端收到"Net Group.Replication.Request"狀態(tài)提示，發(fā)送端就可以響應接收端的請求，通過調用“netGroup.省略.省略.index])”方法，以UDP協(xié)議的方式將需要的數(shù)據(jù)塊發(fā)送過去，然后“接收方”會收到"NetGroup.Replication.Fetch.SendNotify"的數(shù)據(jù)到達通 知，如果成功接收，接收端將進入“NetGroup.Replication.Fetch.Result”狀態(tài)，數(shù)據(jù)全部接收完成后，接收端可將收到的數(shù)據(jù)重新合并呈現(xiàn)在接收端的視圖上，同時還可調用addWantObjects方法將數(shù)據(jù)添加到群組待發(fā)的數(shù)據(jù)列表中，接收端此時變成了新的發(fā)送端[10]。

部分關鍵代碼如下：

// "接收方"有數(shù)據(jù)到達時將觸發(fā)此處理，但目前尚未接收數(shù)據(jù)

case "NetGroup.Replication.Fetch.省略.index);//教師信息即將接收

break;

case "NetGroup.Replication.Fetch.Failed":

case "NetGroup.Replication.Fetch.省略.省略.object);//教師信息已接收

//接收完成以后，將數(shù)據(jù)添加到待發(fā)送對象列表，此時接收方又轉變成了發(fā)送方

netGroup.省略.省略.index);

//新建群組，設置相關參數(shù)，并加入群組

private function OnConnect():void{

var groupSpecifier:GroupSpecifier; //創(chuàng)建一個GroupSpecifier對象并設置相關參數(shù)據(jù)

groupSpecifier = new GroupSpecifier( groupNameText.text);

groupSpecifier.postingEnabled = true;

groupSpecifier.serverChannelEnabled = true;

groupSpecifier.objectReplicationEnabled = true;

groupSpecifier.ipMulticastMemberUpdatesEnabled=true;

netGroup = new NetGroup(netConnection, groupSpecifier.groupspecWithAuthorizations());

netGroup.addEventListener(_STATUS, NetStatusHandler);

}//將教師的聊天內容加入“群組”的待發(fā)送列表，并顯示在界面

private function massageDisplay():void{

var _message:Object = new Object;

_message.user = userNameText.text;

_message.text = chatText.text;

_message.sequence = sequenceNumber++;

_message.sender = netConnection.省略Group.addHaveOb? jects(0, _dataLength - 1);

}

2.3基于FMS4的P2P文本交互功能的實現(xiàn)驗證

為了真實再現(xiàn)FMS4.0的P2P實現(xiàn)過程，我們在基于p2p的文本交互功能模塊中，將教師端的每條發(fā)送數(shù)據(jù)通過for循環(huán)向發(fā)送列表重復加了二十條，點擊發(fā)送將數(shù)據(jù)發(fā)送出去，然后重開了二個學生端依次點“接收信息”。發(fā)現(xiàn)當?shù)谝粋€學生端接收完20條教師端的信息后，它自己開始接收第二個學生端的請求，此時第一個學生端變成了教師信息的發(fā)送端，其它學生端可以從第一個學生那里獲得教師信息。通過開多個窗口測試發(fā)現(xiàn)，加入學生群組的人越多速度會越快?；贔MS4.0的P2P文本交互功能演示如圖2。

3基于FMS4的P2P實時音視頻功能實現(xiàn)研究

Flash Player已經(jīng)在web視頻領域占有了重要的市場份額，這得益于FMS流媒體服務器卓越的性能和Flash Player的98%的普及程度。利用FMS流媒體服務器可以開發(fā)視頻點播或者實時視頻的應用程序。視頻點播應用程序是從服務器向客戶端提供已編碼處理的視頻流，這些音視頻流可以是歌曲、電影、電視劇等音頻或視頻文件，目前主流的優(yōu)酷、土豆等視頻網(wǎng)站就是采用的這種技術。實時視頻應用程序是客戶端通過視頻采集設備如攝像頭等，將采集的實時視頻或音頻數(shù)據(jù)，通過FMS服務器發(fā)送給其它的客戶端或者是發(fā)送給FMS服務器保存處理。實況視頻的典型應用包括視頻會議、遠程教學輔導等。

3.1 RTMP與RTMFP

FMS4.0之前版本在提供視頻服務時，使用了Real-Time Messaging Protocol (RTMP)協(xié)議。RTMP是流媒體、共享對象、遠程連接的優(yōu)秀選擇，它能滿足實時性要求不高的交互式音頻和視頻通信，當同時在線的用戶數(shù)量大時，網(wǎng)絡通信的并發(fā)量就會倍增，對服務器就會產(chǎn)生巨大的壓力。在FMS4.0中采用了一種新的通信協(xié)議RTMFP（實時流媒體協(xié)議），RTMFP是Adobe公司開發(fā)的新的通信協(xié)議，它可以使終端用戶在基于Adobe AIR架構的多個Adobe Flash播放器和應用程序之間進行直接通信[11]。RTMFP協(xié)議為應用程序（如遠程教學輔導系統(tǒng)）提供了高質量的實時通信解決方案，同時，RTMFP協(xié)議也實現(xiàn)了視頻點播、實時直播等功能，客戶端用 戶通過麥克風和攝像頭就能實現(xiàn)高質量的直接音頻或視頻通信交流。

通過表1，RTMFP與RTMP的比較，RTMFP在多個功能點上進行了優(yōu)化，表現(xiàn)出強勁的性能和卓越的品質。

1）RTMP是基于TCP協(xié)議，而RTMFP是建立在UDP協(xié)議和性能更優(yōu)的FlashPlayer10以上版本。TCP提供了可靠的數(shù)據(jù)傳輸，比較適合于文件傳輸和電子郵件等用途，但它沒有提供任何端到端延遲保證。這種提供可靠數(shù)據(jù)傳輸?shù)腡CP實現(xiàn)了重新傳輸丟失數(shù)據(jù)的功能，但增加了延遲。而實時通信中最重要的目標是確保最小的端到端延遲，因此TCP協(xié)議并不適合這一用途。為了確保傳輸過程中的錯誤恢復，在Flash Player 10中采用了先進的音頻和視頻壓縮技術，如Speex音頻和H.264視頻編解碼器，保證實時通信的正確性。同時RTMFP還提供了可靠和不可靠的兩種服務，當在Flash Player實例之間，使用NetStream.send()發(fā)送數(shù)據(jù)時，提供可靠的數(shù)據(jù)傳輸；而當使用Speex發(fā)送音頻時，不可靠的交互方式被使用，以提供最小的延遲。

2）支持點對點通信。在利用RTMP通信時，如果客戶端之間要進行數(shù)據(jù)傳輸，必須先將數(shù)據(jù)發(fā)送到FMS服務器端，然后經(jīng)過服務器轉發(fā)到其它用戶，而利用RTMFP通信時，它無需經(jīng)過服務器的中轉，就可以將一個客戶端的數(shù)據(jù)直接發(fā)送到另一個客戶端。此時的FMS服務器只起到橋梁作用，為客戶端之間創(chuàng)建通信會話，傳遞其它客戶端的相關信息。這種優(yōu)勢在遠程教學輔導應用中，可大大減輕網(wǎng)絡帶寬的消耗和服務器的負擔。

3）支持數(shù)據(jù)傳輸?shù)膬?yōu)先次序。在實時通信中如果帶寬有限時我們希望能優(yōu)先確保聲音的暢通，再保證視頻和非實時的數(shù)據(jù)通信。RTMFP支持這種數(shù)據(jù)傳輸?shù)膬?yōu)先次序，大大提高了用戶體驗。

4）支持連接錯誤恢復能力。RTMFP協(xié)議提供了兩種重要特性，有助于解決一些連接錯誤導致的問題：1、快速連接修復：連接在短暫掉線的情況下將會快速恢復。例如，當一個無線網(wǎng)絡連接掉線了，那么會馬上重建連接。一旦重新連接，它將迅速擁有所有的傳送能力。2、IP動態(tài)化：即使一個客戶轉換到新的IP地址，原先處于活動狀態(tài)的網(wǎng)絡peer會話仍然會保持。例如，一臺無線網(wǎng)絡連接的筆記本接入到有線網(wǎng)絡后，會獲得一個新IP地址，但它仍然可以繼續(xù)之前的通信。

3.2基于FMS4的P2P的音視頻功能的實現(xiàn)原理

要架構基于FMS4.0的P2P實時音視頻共享教學應用，需要分別配置FMS4服務器、發(fā)送端和接收端。具體發(fā)送端、接收端和服務器的交互流程如圖3如示。

1）發(fā)送端的開發(fā)思路是：首先獲得FMS4.0服務器的URL和將要進入的“群組名”，然后創(chuàng)建一個NetConnec? tion對象，調用netConnection.addEventListener(NetSta? _STATUS, netStatusHandler)進行監(jiān)聽，通過命令netConnection.connect(“url”)連接服務器，這里URL與以往版本的FMS連接不同，F(xiàn)MS4.0采用的是RTMFP協(xié)議，所以URL應當改成“rtmfp://localhost/…”的形式；如果服務器接受請求，發(fā)送端將收到“NetConnection.Connect.Success”的狀態(tài)，此時發(fā)送端可以創(chuàng)建NetGroup對象，設置相關“群組”的配置并連接該“群組”；如果連接成功，發(fā)送端進入“NetGroup.Connect.Success”狀態(tài)，這時可繼續(xù)創(chuàng)建一個發(fā)送流NetStream對象并向服務器發(fā)送連接，如成功會收到“NetStream.Connect.Success”信息；當收到發(fā)送流連接成功后，可以檢測麥克風和攝像頭并配置它們的相關參數(shù)，分別使用netStream.attachAudio(mic);和netStream.attachCamera(camera)命令，將音頻和視頻信息添加到發(fā)送流上；同時還要創(chuàng)建一個VideoDisplay視頻播放組件，將攝像頭采集到的視頻信息在發(fā)送端顯示出來，讓發(fā)送者自己了解當前的視頻狀態(tài)；最后，發(fā)送端可以使用發(fā)送流的publish命令netStream.publish("教師名")將這個流出去，此時接收端就能收到這個音視頻流的信息了。當然此處也可以這樣設計，將流名改成為發(fā)送端的用戶名，當用戶將自己本地攝像頭捕捉到的畫面publish到fms4服務器時，fms4服務器將存放它在userList這個集合對象中，集合中存放的是每個用戶名也就是他們視頻的名字。每當新用戶加入或者退出會議的時候，fms4服務器就把這個userList廣播給每個還在線的用戶。接收端的用戶取得userList后，只需播放其它用戶名的視頻即可[12]。

2）接收端的開發(fā)思路是：前面步驟與發(fā)送端相同，也是先與服務器建立連接，然后創(chuàng)建“群組”，如果以上都成功，就要創(chuàng)建一個接收流來接收發(fā)送端的音視頻信息，這里不需要再去獲取麥克風和攝像頭的信息了，只需再創(chuàng)建一個Video視頻播放組件，將接收流的信息通過attachNetStream(inNetStream)命令加入Video組件，并調用netStream.play("教師名")，就可開始播放發(fā)送端的音視頻信息了。這里的play()方法的參數(shù)必須與發(fā)送端的publish()方法的參數(shù)名相同。當然大多數(shù)據(jù)情況下，一個客戶端既是者也是訂閱者，那么它必須創(chuàng)建兩個流，一個流，一個接受流。

3）服務器的開發(fā)思路，如果要在FMS4服務器上注冊一個應用程序，需要在FMS4的安裝目錄下的/applications文件夾中新建一個以應用程序名命名的文件夾，然后在此文件夾下新建一個名為main.asc文件存放服務器端代碼。在main.asc文件中可以使用兩個對象：Client對象和application對象。當一個客戶端連接到一個FMS4上的應用程序時，F(xiàn)MS4服務器可以通過創(chuàng)建Client類的實例來代表一個客戶端，有了這項客戶端實例，就可以用它來完成這個客戶端發(fā)送和接收數(shù)據(jù)。服務器端的application對象代表這個應用程序，它是Application類的實例，通過它服務器端可以接受客戶端的連接請求，也可完成客戶端的連接斷開和關閉應用程序等功能。當一個客戶端連接FMS4服務器時，服務器端將接受一個application.onConnect事件，如果接受此客戶端連接請求,則調用appli? cation.acceptConnection(currentClient)方法。如果此客戶端不符合連接要求，則調用application.rejectConnection(currentClient)方法來拒絕此客戶端請求。相反，當一個客戶端斷開FMS4.0服務器時，服務器端接受到一個application.onDisconnect事件，此時可以通過application.clients命令來向所有在線客戶端發(fā)送信息，通知其它用戶此用戶已下線[13]。

3.3基于FMS的P2P的音視頻功能的實現(xiàn)驗證

在最新的遠程教學輔導系統(tǒng)上采用FMS4作為流媒體服務器后，實現(xiàn)現(xiàn)了文本和音視頻的實時交互功能。經(jīng)測試發(fā)現(xiàn)依托FMS4的P2P技術，在課堂人越多時，視頻越流暢，語音越清晰。其系統(tǒng)演示如圖4所示。

4結束語

通過對FMS4的應用研究發(fā)現(xiàn)它對比以往版本的確實有了新的改進，特別是它基于RTMFP協(xié)議的P2P音視頻技術的新功能，給我們遠程教學輔導系統(tǒng)的系統(tǒng)穩(wěn)定性和抗壓性帶來了許多實惠，相信不久將有更多的視頻應用系統(tǒng)采用FMS4，希望通過將FMS4引入遠程教學輔導領域，能對將來遠程教學輔導系統(tǒng)的設計開發(fā)人員有所借鑒。

參考文獻：

[1]趙才欣.對改進教學輔導的若干認識[J].現(xiàn)代教學.2009.8.

[2]孫超.流媒體服務器Red5的擴展設計、測試與優(yōu)化[d].上海交通大學碩士學位論文.2009.1.

[3]魯志剛.基于Flash Media Server(FMS)的網(wǎng)絡教學系統(tǒng)設計與實現(xiàn)[D].東北師范大學碩士學位論文. 200906:29-45.

[4]尤亮.基于流媒體技術的在線視頻教學系統(tǒng)的設計與實現(xiàn)[D].廈門大學碩士學位論文. 200811:54-60.

[5]方玉田.淺談P2P拓撲結構及算法[J].遠程教育雜志.74-75.

[6]佚名. P2P網(wǎng)絡的優(yōu)勢[DB/OL].省略/Tutorial/CSharp/fms%20p2p/fms%20p2p.aspx.

[7]佚名.stratus[DB/OL]..

[9]菩提樹下的楊過. flash player10.1 + FMS4中的p2p功能[DB/OL].省略.

[10] Adobe?Flex?4.1語言參考.

[11]徐洪華，底曉強，郭乃珠.基于RTMP協(xié)議的視頻廣播系統(tǒng)結構設計.長春理工大學學報,2007,12.

篇4

I空間――戰(zhàn)隊獨享屬地

何謂I空間？它就是ET為網(wǎng)游玩家們專門設計的一個獨享的屬地，除了獨立的空間以外，還有多人語音及視頻溝通，特別適合于戰(zhàn)隊使用。由于是一個戰(zhàn)隊獨享的網(wǎng)絡交流空間，不會為其它人所打擾。另一方面，戰(zhàn)隊非常需要一個在網(wǎng)絡上的聚集地，就像現(xiàn)實中部隊需要扎營一樣，否則就會一盤散沙。無論是比賽開始前，還是平時訓練，或者是比賽結束后的交流，I空間都為所有隊員提供一個共同的家，大家不僅可以用文字聊天，更可以實現(xiàn)清晰、同步的語音視頻聊天，這也是I空間區(qū)別于其它聊天室的最重要的部分。

多人視頻――從虛擬到現(xiàn)實不再是夢想

北京的玩家和海南的玩家，大家可以通過I空間的語音視頻聊天系統(tǒng)，即可以聽見了聲音，而且也看到了人，這個時候玩家與玩家之間的友情將變得更加真實。I空間可以同時實現(xiàn)十人在線同時進行視頻聊天，而且畫面十分淅流暢，幾乎和電視一樣。I空間將視頻窗口引入群體聊天室，通過兩個音視頻窗口輪流進行多人音視頻交流。這種全新的清晰音視頻聊天氣氛，與時下大部分文字聊天室具有截然不同的區(qū)別。

多人語音――游戲的臨時指揮系統(tǒng)

I空間的多人語音與多人視頻的原理幾乎相同，只不過主角由攝像頭變成了麥克風，可以支持10人同時在線語音。之所以單獨提出來，是因為一些對操作要求較高的游戲，使得你不得不全神貫注于游戲，而只能采用語音來溝通。比如星際、帝國、魔獸以及目前火爆中反恐精英等網(wǎng)絡游戲?，F(xiàn)在一些CS戰(zhàn)隊在平常比賽時則采用了I空間的語音功能作為一個游戲“語音指揮平臺”，隊友們可以實時報告位置、敵情，以及指揮掩護、沖鋒。

多媒體文件播放――游戲之外的友情世界

篇5

1、學會聲母y、w和整體認讀音節(jié)yi、wu、yu，認清字形，讀準音。

2、學會聲母y、w與單韻母的拼音，會拼讀yɑ、wɑ兩個音節(jié)。

3、會正確讀出yi、wu、yu的四聲。

4、會在四線格里抄寫聲母y、w。

課時安排：2課時

第一課時

教學目標：

1、學會聲母

y、w。

2、學會聲母y、w與單韻母的拼音，會拼讀yɑ、wɑ兩個音節(jié)。

教學過程：

一、復習檢查。

二、教學聲母y。

1、看圖說話引出y。

2、教學y的發(fā)音，認清字形。

用比較法：單韻母I要讀得響而長，聲母y要讀得輕而短。我們可以叫它大y。y的樣子像樹杈。

3、指導抄寫。

三、教學聲母w。

1、看圖說話引出w。

2、教學w的發(fā)音，認清字形。

（1）對比讀u—w。聲母w要讀得輕而短，我們叫它大w。

（2）用形象法記形：“小屋倒影w、w、w?！?/p>

3、指導抄寫。

四、看圖說話，教學y、w和ɑ拼音。

五、練習聲母y、w與帶調單韻母拼讀。

第二課時

教學目標：

1、學習整體認讀音節(jié)yi、wu、yu，認清字形，讀準音。

2、會正確讀出yi、wu、yu的四聲。

教學過程：

一、復習檢查。

二、教學整體認讀音節(jié)yi、wu、yu。

1、講述故事，幫助記憶：有一天，i、u、ü三個小朋友要出去玩，可是他們年紀小，又不認識路，怎么辦呢？他們就請大y和大w帶路。大y帶著小I一塊兒走，就成了音節(jié)yi。（帶學生念：yi、yi、yi）。大w帶著小u一塊兒走，就成了音節(jié)wu。（帶學生念：wu、wu、wu）。小ü沒人帶，急得哭了，兩滴眼淚往外流。大y說：“好吧，我再帶一個，可是你得把眼淚擦掉?！?/p>

小ü高興地把眼淚擦得干干凈凈，就成了音節(jié)yu。（帶學生念：yu、yu、yu）。

2、音節(jié)yi、wu、yu的四聲練習。

三、猜音節(jié)游戲。

老師拿出一張小圖片，說出一個詞，請小朋友認真聽并找出有關詞的音節(jié)，然后當小老師領讀。

醫(yī)生（yī）

椅子（yǐ）

阿姨（yí）

烏鴉（wū）

玉米（yù）

梧桐樹（wú）

跳舞（wǔ）

小魚（yú）

羽毛（yǔ）

四、練習拼讀音節(jié)。

1、看圖說話引出音節(jié)。

2、訓練正確認讀ā

yí（阿姨）、yǔ

篇6

關鍵詞 電視技術；音視頻同步；實現(xiàn)

中圖分類號TN94 文獻標識碼A 文章編號 1674-6708（2013）90-0006-02

音視頻的數(shù)字化處理與同步傳輸是電視節(jié)目傳輸高質量的重要標志，也是數(shù)字電視技術和多媒體通信技術中一個極為特殊和重要的關鍵技術。隨著數(shù)字技術、網(wǎng)絡技術、通信技術和多媒體技術的進一步發(fā)展及數(shù)字電視的廣泛普及，廣大電視用戶對音頻與視頻服務質量的要求越來越高，如何確保音視頻同步己經(jīng)成為電視技術研究領域的重點問題。

1有線電視技術中的音視頻同步

同步，即將不同類型載體所傳輸?shù)男畔凑找欢ǖ臅r間、空間和邏輯關系組成一個有機的整體，再以某種形式在同一時間點展現(xiàn)出來。音視頻同步，就是確保具有一定相關性的音視頻信號能夠在同一時間點上進行播放，以達到電視節(jié)目完整呈現(xiàn)的目的。音頻和視頻技術的發(fā)展是音視頻同步技術發(fā)展的前提。如果不能保持音視頻同步，廣大電視用戶所收看到的電視節(jié)目的聲音和圖像就不是相互匹配，邏輯關系十分混亂，降低了數(shù)字電視傳輸質量，影響了用戶的視聽感受，使用戶無法正確理解數(shù)字電視所提供的電視節(jié)目信息。在傳統(tǒng)的模擬電視系統(tǒng)中，發(fā)送端在傳輸圖像與聲音信號時會同時發(fā)送同步信號，接收端也就能夠直接獲得時間信息，發(fā)送端與接收端夠保持同步，用戶所看到電視音視頻也就保持了統(tǒng)一。當前，數(shù)字電視已經(jīng)逐步取代了模擬電視，被廣大用戶所接受。音視頻編解碼技術是數(shù)字電視技術的核心，圖像和聲音的數(shù)字化處理與傳輸取得突破性進展也正是其得以普及的重要原因。但在數(shù)字電視系統(tǒng)中，圖像編碼的類型不同，圖像的復雜程度明顯變化，編碼后也很難形成同步脈沖，幀與幀之間的延遲恒定性被打破，這就迫切需要新的技術來為音視頻同步服務。

2影響音視頻同步的相關因素

音視頻數(shù)據(jù)自身的特性及其所處的環(huán)境是造成音視頻無法保持同步的重要原因。在現(xiàn)代數(shù)字電視系統(tǒng)中，發(fā)送端產(chǎn)生的音視頻數(shù)據(jù)需要通過一定的傳輸網(wǎng)絡才能為接收端所接受。而在信號傳輸?shù)倪^程中，音視頻數(shù)據(jù)的將會因一些特定的原因受到影響，從而導致音視頻數(shù)據(jù)被接收端接收時不能保持同步。具體來說，主要有如下幾個因素。

2.1延時抖動

延時抖動，是指數(shù)據(jù)信號從起點傳輸?shù)浇K點時發(fā)生的延時變化。在有線電視技術系統(tǒng)中，音視頻信號在很多部位都可能發(fā)生延時抖動。延時抖動對于音視頻數(shù)據(jù)信號的同步影響較大，將導致視頻和音頻數(shù)據(jù)流的內部時序關系被打斷，二者之間的一致關系也被破壞。

2.2時鐘偏差

在無全局時鐘的情況下，由于物理因素而導致發(fā)送端的信源與接收端本地時鐘頻率存在偏差，而音視頻數(shù)據(jù)的播放是由接收端的本地時鐘驅動的，在一段時間之后，接收端就可能產(chǎn)生數(shù)據(jù)不足或溢出的現(xiàn)象，從而影響有線電視的收視效果。

2.3數(shù)據(jù)采集和傳輸時間偏差

當音視頻信號源頭為多個信源的時候，信源必須保持同步采集和傳輸，否則，就會引起接收端信號的不同步現(xiàn)象。

2.4其他

音視頻信號在傳輸過程中由于受到影響，或者是有線電視網(wǎng)絡傳輸能力出現(xiàn)問題，都有可能造成信號丟失或者是時間邏輯關系混亂，導致音視頻無法同步。

3 MPEG-2壓縮編碼技術及其在數(shù)字電視中的應用

MPEG-2 壓縮編碼技術是數(shù)字電視系統(tǒng)中的關鍵技術。MPEG，即活動圖像專家組英文表述的縮寫，Moving Picture Expert Group，MPEG-2是由ISO/IEC 信息技術聯(lián)合技術委員會1988年于制定的一種通用的活動圖像、伴音及其組合編碼的標準。這一標準支持較高范圍內的圖像分辨率。MPEG-2壓縮編碼技術在數(shù)字電視技術體系中有重要地位。數(shù)字電視，是將原有的模擬信號轉換為數(shù)字信號，再經(jīng)過 MPEG-2壓縮編碼形成數(shù)字信號源，并在電視傳輸網(wǎng)絡上進行傳輸，用戶接收端在模擬電視機上安裝一個可以機頂盒，再經(jīng)過調諧、QAM 解調、解擾等一系列處理后，將數(shù)字信號還原為模擬信號，最終實現(xiàn)用普通模擬電視來收看到高質量數(shù)字電視節(jié)目的電視技術。

4 主要的音視頻同步算法

音視頻同步是指音頻、視頻在經(jīng)過存儲、處理、傳輸和播放等環(huán)節(jié)仍能維持同一的時間邏輯關系。這一時間邏輯關系是在獲取音視頻數(shù)據(jù)時同時確定的，并且要保持恒定，否則就會影響數(shù)字電視節(jié)目的播放質量。目前，在MPEG-2標準下，以MPEG-2實時解碼技術為核心的音視頻同步算法主要操作方法有：

4.1恢復系統(tǒng)時鐘

針對因發(fā)送端與接收端時鐘不一致而導致的音視頻不同步現(xiàn)象，可以利用碼流中的PCR恢復系統(tǒng)時鐘的STC，進而按照DTS和PTS所指示的時間解碼和播放音視頻幀，這樣音視頻就能保持同步。

4.2音視頻跟蹤技術

利用MPEG-2 軟件解碼器進行解碼時可以采用這一方法。其中，音頻跟蹤技術主要是以音頻為主流媒體，視頻為從流媒體，在保持音頻的播放速率不變的基礎上，利用基于相同時間基點的數(shù)據(jù)單元的時間標簽，通過調整視頻的播放幀率來實現(xiàn)音視頻同步。而視頻跟蹤技術中，就是以視頻為主流媒體，音頻為從流媒體，處理方法同上。

4.3其他

除上述方法之外，還可以將音頻信號，嵌入到視頻的傳輸系數(shù)中，再將這種混合了音視頻的數(shù)據(jù)一起進行編碼。接收端接收到數(shù)據(jù)信息之后，先從混合信號中提取出隱藏的音頻信息，再利用解碼器進行解碼，這時就可以實現(xiàn)音視頻信號的同步播放。

當前，數(shù)字電視已成為廣播電視主要播出時所采用的主要形式，數(shù)字電視高質量傳輸和播出的重要標志就是音視頻同步。音視頻同步具體是指音視頻信號經(jīng)過信號存儲、轉換、傳輸、信號還原之后，在被播出時能夠保持一致。MPEG-2是適用于廣播電視技術圖像及語音同步的編碼標準，針對造成音視頻信號不能同步的因素，制定有效方案來實現(xiàn)音視頻同步，為廣大用戶提供更高質量的有線數(shù)字電視播放服務。

篇7

【關鍵詞】TCP/IP；delphi6.0；SQLserver 2000

【Abstract】The designand implementation of LAN communication tool have been proposrd. The system was designed in delphi 6.0 and stored data in SQLserver 2000.The transmission form of TCP and UDP and C/S structure were used in the design.At last，the function just as user registration and login，the display and find between friends，the text chat，the voice and video chat were achived.

【Key words】TCP/IP；delphi6.0；SQLserver 2000

0 引言

隨著全球信息化進程的不斷發(fā)展，越來越多的企業(yè)使用局域網(wǎng)來管理各種事務。但隨著局域網(wǎng)的機器增多，軟件的應用對局域網(wǎng)的信息吞吐、處理能力的要求也越高。為解決上述矛盾，就有必要設計一個在局域網(wǎng)里的ICQ，通過該系統(tǒng)，進行文件傳輸，消息的，提高企業(yè)的工作效率。

1 需求分析

該系統(tǒng)基于TCP/IP網(wǎng)絡協(xié)議，采用C/S模式，服務器端與數(shù)據(jù)庫連接，客戶端安裝在不同電腦上可通過同一服務器實現(xiàn)數(shù)據(jù)通訊。實現(xiàn)的功能如下：

（1）用戶注冊，隨機分配號碼并填寫個人信息；

（2）用戶登入驗證并導出好友列表；

（3）能夠查找好友并認證后加為好友；

（4）文字聊天，聊天記錄保存；

（5）點對點文件傳輸功能；

（6）視頻語音捕獲與傳輸（視頻語音聊天功能）。

2 詳細設計

2.1 概要設計

本課題在研究和分析計算機TCP/IP網(wǎng)絡協(xié)議基礎上，在不同計算機之間實現(xiàn)數(shù)據(jù)通訊。采用TCP和UDP傳輸方式，編寫客戶端與服務器端網(wǎng)絡軟件?？蛻粝蚍掌靼l(fā)出服務請求，服務器作出應答響應，服務器監(jiān)聽客戶發(fā)出的請求，當客戶提出連接請求后，服務器作出應答，并為客戶提供相應的服務。

本系統(tǒng)前臺使用Delphi6.0進行設計，后臺運用Sql Server 2000進行數(shù)據(jù)管理。

2.2 方案設計

該即時通的工作過程如下：當服務器開啟時，用戶從客戶端登錄，通過TCP/IP網(wǎng)絡將輸入的帳號和密碼傳到服務器，服務器從數(shù)據(jù)庫中對應的數(shù)據(jù)表查找驗證，若驗證錯誤，返回錯誤提示信息；若驗證通過，則登錄QQ主頁面。在進入主頁面后，用戶可通過輸入對方QQ號查找其他用戶且加對方為好友。兩用戶可通過點對點通訊實現(xiàn)文字聊天，語音視頻聊天，文件傳輸?shù)取?/p>

2.3 系統(tǒng)數(shù)據(jù)表設計

本系統(tǒng)使用SQL Server 2000設計后臺數(shù)據(jù)庫，共設計了兩張數(shù)據(jù)表：用戶信息表和好友信息表。

用戶信息數(shù)據(jù)表用于儲存注冊用戶的信息，存儲的信息包括：用戶QQ號（主鍵）、用戶密碼、用戶昵稱、性別、是否在線（1為在線，0為不在）、用戶上線地址、國籍、省份、城市等。

好友信息數(shù)據(jù)表，主要用于添加用戶好友信息，用戶登錄時調用相關信息并顯示。存儲的信息包括：用戶QQ號、好友QQ號、好友是否在線、好友在線地址、好友昵稱。

2.4 詳細模塊設計及功能實現(xiàn)

客戶端包括七個模塊：

（1）登錄模塊：此模塊實現(xiàn)客戶端與服務器連接，用戶登錄時驗證身份，驗證通過則進入QQ主頁面模塊，并調取好友信息顯示。

（2）主頁面模塊：用戶在登錄模塊驗證身份通過后，從服務器調取好友信息，并在QQ主頁面上顯示。

（3）查找模塊：該模塊用于用戶查找好友，輸入對方帳號查找對方信息，并加為好友，與服務器連接并修改數(shù)據(jù)表的內容，在主頁面上添加上新好友。

（4）文字聊天模塊：此模塊實現(xiàn)用戶間的點對點聊天，兩客戶端通過UDP連接，發(fā)送和接收文字信息，實現(xiàn)局域網(wǎng)文字聊天。

（5）文件傳輸模塊：此模塊實現(xiàn)兩客戶端點對點文件傳輸，圖片，文本文檔及壓縮包等均可傳輸。

（6）語音視頻聊天模塊：此模塊實現(xiàn)了語音和視頻的捕獲以及點對點傳輸功能。

服務器端根據(jù)功能要求可分為以下三個模塊：

（1）服務器監(jiān)聽模塊：用于回應客戶端請求，包括登錄回應，注冊回應，調用好友信息回應等。

（2）遠程截圖模塊：此模塊實現(xiàn)服務器端從上線的客戶端獲取IP地址后截取對方屏幕顯示。

（3）查詢模塊：此模塊實現(xiàn)服務器端訪問數(shù)據(jù)庫并查詢數(shù)據(jù)庫信息。分為綜合查詢和詳細查詢功能。

3 系統(tǒng)程序的總體設計與實現(xiàn)

本系統(tǒng)軟件采用模塊化結構，由用戶登錄程序、用戶注冊程序、好友信息顯示程序、好友查找程序、文字聊天程序、文件傳輸程序等子程序構成。其中，文件傳輸，語音視頻聊天模塊都具有獨立性，可在單獨設計后加入到整個系統(tǒng)中，其余各模塊間需要服務器客戶端相互連接同時調試才可實現(xiàn)。服務器端首先開啟運行，在和客戶端相互通訊實現(xiàn)基本功能。

4 結束語

本系統(tǒng)基于Delphi6.0和Sql Server 2000的運用，在研究和分析計算機TCP/IP網(wǎng)絡協(xié)議基礎上，實現(xiàn)不同計算機之間的數(shù)據(jù)通訊。采用C/S結構，實現(xiàn)在功能有：用戶的注冊和登錄，好友的顯示和查找，好友文字、語音視頻聊天，文件傳輸?shù)取?/p>

【參考文獻】

篇8

1、打開電腦，通過”設備管理器”確定電腦的攝像頭是否連接正確。

2、登陸QQ，單擊左下角的“設置”。

3、在彈出的系統(tǒng)設置對話框中，找到“音視頻選項”里面的“視頻設置”。

4、在彈出的語音視頻對話框內選擇“視頻設備”。

5、選擇“禁用攝像頭”，單擊“確定”保存。

篇9

隨著現(xiàn)代科技的發(fā)展，網(wǎng)絡已經(jīng)深入到大學生日常生活的方方面面，各種數(shù)碼產(chǎn)品(如手機、電腦、平板電腦等)在大學生的生活中得到了廣泛使用。目前，我國大學英語聽說教學存在費時、低效的問題，這是英語教學界的共識，學生普遍反映學習興趣不高、效率低下。順應網(wǎng)絡時代的發(fā)展，合理有效地利用網(wǎng)絡資源輔助大學英語聽說教學，可以建造真實而栩栩如生的英語語言學習和使用環(huán)境，提高學生的學習興趣和效率。

一、影響大學生聽力和口語能力提高的因素分析

(一)英語學習和使用機會缺乏

學生在日常生活中接觸和使用英語的機會有限，多數(shù)學生除了有限的課堂學習外，很少有機會接觸和使用英語。即使在有限的課堂教學時間內，由于班級人數(shù)多，教學任務緊，每個學生能得到聽說練習的機會也是有限的。語言學習及使用環(huán)境的缺乏，導致學生并不能真實地體會到英語的用途和重要性，學習的主動性和興趣不高，很難堅持學下去。

(二)語音語調不夠清楚

由于語音語調不夠清楚和準確，導致學生在用英語交流時，很難與對方進行有效溝通和交流，因此缺乏使用英語進行交流的興趣和信心。

(三)語言和文化習俗的差異

英語的產(chǎn)生和使用與其賴以生存的歷史文化背景和社會環(huán)境息息相關，有其固有的、約定俗成的被人們普遍接受和認可的表達方式和習慣用語。如果學生對語言中反映的社會和歷史文化背景信息不熟悉、不了解，很容易出現(xiàn)每個詞匯都認識，卻不明白句子和文章整體含義的狀況。

(四)傳統(tǒng)大學英語聽說教學設計不夠合理

在目前的課堂教學體系下，大學英語聽說教學訓練主要以應對考試為目的，所使用的練習材料多根據(jù)考試需要進行設計和選擇，不夠真實和生活化。學生缺乏在真實交際環(huán)境中學習和使用英語的訓練，聽說能力難以得到提高。

二、網(wǎng)絡資源輔助大學英語聽說教學模式設計

(一)課前網(wǎng)絡資源的搜集和介紹李萌濤(2001:66)認為，語言學習應該采用立體輸入的方式，教師課堂教學采用圖、文、聲、像等立體語言輸入方式教學，可以使教學形象化、多樣化、生動化，突出重點、提高學生的學習興趣和記憶力。

1.教師課前根據(jù)單元主題，建議或指定學生上網(wǎng)搜集相關內容資源并學習如在學習到網(wǎng)絡愛情主題時，可要求學生課前觀看《電子情緣》等相關電影，并做好在課內針對已看電影發(fā)表自己看法和觀點的準備。教師也可以向學生提供課文的相關音視頻材料，并提出重點觀看內容和相關討論題目;要求學生在掌握課文重點詞匯和表達方式的基礎上，觀看教師提供的音視頻材料，同時注意觀察和標注其在教師所給音視頻中的使用情況，并加以模仿和學習。

2.教師利用網(wǎng)絡搜集或推薦與學生專業(yè)相關的英文音視頻，學生將其作為課后學習材料進行學遲，謝小苑(2013:77)認為對學生學習和生活影響度比較高的學習材料更能激發(fā)學習者的主觀能動性和學習興趣。如在大學英語聽說教學中針對所教的餐飲管理專業(yè)的學生，為其推薦了網(wǎng)易公開課中的《保羅教你做面包》等系列餐飲教學節(jié)目。通過課余觀看和課堂分享討論，學生不僅學到了與其專業(yè)相關的知識，而且英語使用能力和聽說能力也得到了較大提高。同時，由于與其所學專業(yè)有關，學生的學習興趣也比較高。黃慧，陳兢(2011:3)研究表明，在真實的語言環(huán)境中學習，學生對語言的使用和把握才會完整和有意義。英文影視片可以從不同角度，鮮明而直接地反映和表達以英語為母語的國家對英語語言在不同階層、職業(yè)、場景和社會背景下的使用和把握。觀看英文影視作品就是對所學語言的使用和練習，在充滿興趣和樂趣的觀看中，學生不僅可以觀察和學習所學詞匯和表達方式的地道標準使用方式和場景，也更有利于學生對英語文化習俗和表達方式的理解和記憶。

3.建立班級和小組的交流微信群，為學生提供使用英語進行交流和分享的機會學生由小組長負責課堂前后的分組學習和討論。小組討論學習要注意組員間的互相學習和協(xié)作，并把每名學生都融入到英語小組的學習和討論中，發(fā)揮個人的積極性和主動性。

(二)課堂教學組織

1.學生課堂的匯報討論

課堂匯報討論是對學生語言使用能力的培養(yǎng)和檢測。蔣蘇琴(2010:3)指出，行為只有在真實的語言環(huán)境中才能成功實施，并且實現(xiàn)說話人的意向目的。首先，由教師從每組學生中任意抽取一名學生代表本組作資料搜集和話題討論的匯報和展示，完成后組織其他學生就匯報內容進行提問和討論。教師要對學生課前小組討論提出明確的目標和要求，并指定專人負責實施。課堂小組討論中，教師應密切關注各組討論情況，在必要時給學生以具體的指導和幫助。課堂練習應注重語言交際目標的實現(xiàn)，而不是糾結于學生語言使用的細枝末節(jié)。學生在課堂討論發(fā)言中出現(xiàn)語法和語言使用錯誤時，如果任課教師或其他班級同學直接打斷，當場指出其所犯的錯誤，不僅達不到教學效果，還會對學生英語學習和參與課堂討論的興趣和積極性產(chǎn)生影響。

2.教師的總結講解

首先，學生討論發(fā)表完自己對課堂給定學習任務的認識和見解后，任課教師應當場及時對學生的語言使用掌握情況和課堂表現(xiàn)作出鼓勵性評價，以期能夠強化和加強學生學習英語的興趣和信心。其次，教師可以指出學生在課堂練習中出現(xiàn)的有代表性的錯誤，并作出規(guī)范使用的示范和講解。最后，教師應該帶領學生歸納和總結本單元的重要詞匯、表達方式及其在課文和相關音視頻中的使用情況。同時，對學生所使用的音視頻材料和課文中所體現(xiàn)的文化背景知識作出提示和說明。

(三)課后學習

1.語音語調的不斷學習與提高

語音語調的學習和掌握，對成功有效地使用英語進行口語交流必不可少。學生在課后不斷聽并模仿自己感興趣或教師提供的課文相關網(wǎng)絡音視頻材料，可以彌補大多數(shù)學生缺乏與以英語為母語者進行英語交流的不足。不僅可以提高和維持英語學習興趣，還可以改善和提高語音語調水平。英語魔方秀等應用軟件可以有效地幫助學生在提高英語學習趣味性的同時改善自己的語音語調。

2.學生英語興趣的維持與提高

微信除了可以使用圖文交流信息外，還可以使用音視頻與多人同時在線交流溝通，在大學生中得到廣泛使用。微信群等網(wǎng)絡及時通訊交流工具，使教師和學生以及學生相互間的學習和交流變得更加方便、及時。教師可利用網(wǎng)絡組織建立課程學習交流群組并與教學相關的音視頻資料，學生可以在其中與大家交流其所觀看和學習的網(wǎng)絡英語音視頻的觀點和看法，推薦與課程學習目標相一致的學習資源。學生可以采取匿名的方式，加入到課程學習交流群中，避免了面對面交流的尷尬和不自信。教師可使用Skype等網(wǎng)絡及時通信工具，邀請以英語為母語者來到課堂與學生通過網(wǎng)絡在線交流，并就學生感興趣的問題作出解答，提高學生對英語學習的興趣以及使用英語進行交流的信心。鼓勵學生課后利用網(wǎng)絡及時通信工具與以英語為母語者進行交流，獲得真實的語言使用體驗。

3.教師課后的教學反思

教師課后要及時分析學生和自己在課堂上的優(yōu)缺點表現(xiàn)以及影響因素，定期檢查學生課外音視頻資源觀看和使用情況，并通過反饋信息及時調整教學內容、方式和進度。

三、結語

合理利用網(wǎng)絡資源輔助大學英語聽說教學既符合語言習得規(guī)律，又順應時展潮流，并能有效地提高學生英語聽說的興趣和效率。同時也應該意識到只有在教師的精心準備和選擇下，與教師的課堂教學合理有效結合，網(wǎng)絡資源才能更好地服務于大學英語聽說教學。

參考文獻:

［1］李萌濤．多媒體投影英語課堂教學初探［J］．外語界，2001，(3):64—68．

［2］李遲，謝小苑．大學英語網(wǎng)絡教學模式構建研究［J］．外語電化教學，2013，(1):77．

篇10

微信的優(yōu)勢之一，就是它的方便，只要有網(wǎng)絡，語音視頻更是省了電話費的錢。

我以前使用微信，大多是使用文字，很少去使用語音。

一個是覺得語音畢竟是有聲音的，接收的人如果在安靜的環(huán)境下收聽還好，要是在人多的地方，一個是不太方便，總不能一直把手機往耳邊湊吧，還有一個如果是嘈雜的地方，那聲音也會聽不清。

所以，自己不愛用語音，對于別人總愛發(fā)語音也有點反感。

可是漸漸地我改變了這個想法。

一個是語音的設計，這個讓一些以前讀書少，或者只會聽普通話卻不會寫字的，甚至是一些只會方言的人，可以直接用語音就聊天。

還有一個是，有一回我自己也發(fā)了語音，很多人都有一個習慣，就是發(fā)完語音后會回聽一下自己剛才講的話。

正是那一下回聽，讓我聽到了自己在講話時的聲調語氣。

那天剛好是有人請教我問題，在我看來我的語氣還算平和，可是當我回聽自己的聲音時竟然聽出了一絲的不耐而且語氣有些沖。

原來，自己平時講話是這樣的？