【文章內(nèi)容簡介】 電話。銷售經(jīng)理們可以將他們的辦公室電話轉(zhuǎn)移到自己的筆記本電腦或手機上，從而確保不會錯過任何一個客戶來電或銷售線索。 節(jié)約 成本 是 IP 語音通信的另一個關(guān)鍵優(yōu)勢。它可以無縫集成多個分支機構(gòu)，提供更強大的通信功能，進(jìn)一步密切不同地區(qū)員工之間的互動，同時降低投資成本。此外，通過將您的語音網(wǎng)絡(luò)和數(shù)據(jù)網(wǎng)絡(luò)融合成一套緊湊的網(wǎng)絡(luò)，系統(tǒng)的綜合管理將由于實現(xiàn)單點管理而得到簡基于 IP的 語音通信 6 化，移動、添加、和修改系統(tǒng)的成本也隨之減少。 對企業(yè)和機構(gòu)而言，業(yè)務(wù)連續(xù)性變得日益重要。 IP 語音通信提供了一種經(jīng)濟(jì)高效的方法來確保企業(yè)在最需要時其多站點網(wǎng)絡(luò)中的商務(wù)通信可正常進(jìn)行 ， 即使在某個主要站點或廣域網(wǎng) (WAN)發(fā)生故障 時 也是如此。 提供卓越的客戶服務(wù)是企業(yè)成功的關(guān)鍵。對大多數(shù)企業(yè)而言，以多種方式（包括現(xiàn)場電話交談、網(wǎng)上互動和電子郵件）很好地與客戶溝通已經(jīng)成為或即將成為留住客戶和反復(fù)贏得商機的關(guān)鍵所在?；贗P 的呼叫中心可使企業(yè)以全新的方式與客戶通信，同時盡享降低基礎(chǔ)設(shè)施成本 所帶來的優(yōu)勢。它可使企業(yè)輕松、有效地利用整個企業(yè)的資源來更好地為 客戶服務(wù)。 IP 語音通信雖然有上述種種優(yōu)勢，許多公司這 幾年一直遲遲不愿采用它，因為他們對 IP 語音通信網(wǎng)絡(luò)的質(zhì)量和可靠性缺乏信心。然而，實際上 IP 網(wǎng)絡(luò)的性能已得到了大幅的改進(jìn)，現(xiàn)在可以提供與傳統(tǒng)高性能電話系統(tǒng)不相上下的服務(wù)質(zhì)量。正是由于這一原因，全球范圍內(nèi)越來越多的公司開始部署可以支持 IP 語音通信的融合網(wǎng)絡(luò)。 IP 語音通信使實現(xiàn)新一代通信網(wǎng)絡(luò)過程中邁出的一大步，因為它可以消除不同系統(tǒng)、軟件和服務(wù)間的界限，為在企業(yè)內(nèi)部以及企業(yè)與客戶之間實現(xiàn)更加靈活、有效的通信打開一扇大門。 基于 IP的 語音通信 7 2 VisualC++網(wǎng)絡(luò)編程 技術(shù)分析 MFC 開發(fā)技術(shù) MFC 特點 MFC 是微軟提供的 ， 用于在 C++環(huán)境下編寫應(yīng)用程序的一個框架和引擎 ， VC++是 Windows 下開發(fā)人員使用的專業(yè) C++ SDK(SDK，Standard SoftWare Develop Kit， 專業(yè) 軟件 開發(fā)平臺 )， MFC 就是掛在它之上的一個輔助軟件開發(fā)包 ， MFC 是 為與 VC++血肉相連的 一 部分 。 MFC 是 Win API與 C++的結(jié)合 ， API， 即微軟提供的 Windows 下應(yīng)用程序的 編程語言 接口 ， 是 一種軟件編程的規(guī)范 ， 但不是一種程序開發(fā)語言本身 ， 可以允許用戶使用各種各樣的第三方的編程語言來進(jìn)行對 Windows 下應(yīng)用程序的開發(fā) ， 使這些被開發(fā)出來的應(yīng)用程序能在Windows 下運行 ， 比如 VB， VC++， Java， Delhpi 編程語言 函數(shù) 其 本質(zhì)上全部源于 API， 因此用它們開發(fā)出來的應(yīng)用程序都能工作在Windows 的 消息機制 和繪 圖里 ， MFC 是微軟對 API 函數(shù)的專用 C++封裝 ,這種結(jié)合一方面讓用戶使用微軟的專業(yè) C++ SDK 來進(jìn)行 Windows下應(yīng)用程序的開發(fā)變得容易 ， 因為 MFC 是對 API 的封裝 ， 微軟做了大量的工作 ， 隱藏了好多程序開發(fā)人員在 Windows 下用 C++ amp。 MFC編制軟件時的大量 細(xì) 節(jié) 。 MFC 不只是一個功能單純的 界面 開發(fā)系統(tǒng) ， 它提供的類絕大部分用來進(jìn)行界面開發(fā) ， 關(guān)聯(lián)一個窗口的動作 ,但它提供 的類中有好多類不與一個窗口關(guān)聯(lián) ， 即類的作用不是一個界面類 ,不實現(xiàn)對一個窗口對象的控制 (如創(chuàng)建 ， 銷毀 )， 而是一些在 Windows(用 MFC 編寫的程序絕大部分都在 Windows 中運行 )中實現(xiàn)內(nèi)部處理的類 ， 如 數(shù)據(jù)庫 的管理類等 。 基于 IP的 語音通信 8 MFC 的優(yōu)勢 MFC 是微軟封裝了的 API。 WINDOWS 作為一個提供功能強大的應(yīng)用程序接口 編程的操作系統(tǒng)，的確方便了許多 程序員 ，傳統(tǒng)的win32 開發(fā)（直接使用 WINDOWS 的 接口函數(shù) API）對于程序員來說非常的困難，因為， API 函數(shù)實在太多了，而且名稱很亂， 從零構(gòu)架一個窗口動輒就是上百行的代碼。 MFC 是面向?qū)ο蟪绦蛟O(shè)計與Application Framework 的完美結(jié)合，他將傳統(tǒng)的 API 進(jìn)行了分類封裝，并且創(chuàng)建了程序的一般框架， 隨著編程語言的推陳出新， MFC 一些缺點日益突出。最重要的就是入門門檻相對其他語言要高，而且同樣完成一個任務(wù)代碼量相對較多。而原有的優(yōu)勢如運行速度快等，也因為 其他編程語言的日臻完善和個人電腦的運算速度增加而顯得不那么突出 。 MFC 的文檔視圖的概念 文檔是給予應(yīng)用程序中與用戶交互的數(shù)據(jù)集合的名稱。雖然單詞“文檔 ” 似乎意味 著某種文本的本質(zhì)，但文檔 決不僅僅限于文檔。文檔實際上可以是游戲數(shù)據(jù)、幾何模型、文本文件。 術(shù)語文檔只是一種方便的標(biāo)簽，表示作為整體對待的應(yīng)用程序中的應(yīng)用數(shù)據(jù)。程序中的文檔是作為 文檔類的對象定義的，文檔類是從 MFC 庫中的CDocument 類派生的，需要添加數(shù)據(jù)成員來存儲應(yīng)用程序需要的數(shù)據(jù)，還要添加成員函數(shù)來支持對數(shù)據(jù)的處理。應(yīng)用程序不僅僅限于單文檔類型，當(dāng)應(yīng)用程序中涉及若干不同種類的文檔時，可以定義多個文檔類。 整體 視圖總是與特定的文檔對象相關(guān)。文檔包含程序中的一組應(yīng)用程序，而視圖對象可以提供一種機制來顯示文檔 中存儲的部分或全部數(shù)據(jù)。視圖定義了在窗口中顯示數(shù)據(jù)的方式以及與用戶的交互的方式。 文檔對象可以擁有任意多個與其相關(guān)的視圖對象。各個視圖對象可以提供文檔數(shù)據(jù)或文檔數(shù)據(jù)子集的不同表示方法。 基于 IP的 語音通信 9 網(wǎng)絡(luò)編程技術(shù) 套接字 技術(shù)簡介 套接字 （ Socket） ，是支持 TCP/IP 的網(wǎng)絡(luò)通 信的基本操作單元，可以看做是不同主機之間的進(jìn)程進(jìn)行雙向通信的端 點，簡單的說就是通信的兩方的一種約定，用套接字中的相關(guān)函數(shù)來完成通信過程 以 區(qū)分不同應(yīng)用程序進(jìn)程間的 網(wǎng)絡(luò)通信 和連接， 套接字主要包括 3 個參數(shù)：通信的目的 IP 地址、使用的傳輸層協(xié)議 (TCP 或 UDP)和使用的 端口號 。 Socket 原意是 “ 插座 ” 。通過將這 3 個參數(shù)結(jié)合起來，與一個“ 插座 ” Socket 綁定，應(yīng)用層就可以和傳輸層通過套接字接口，區(qū)分來自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信，實現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。 Socket 可以看成在兩個程序進(jìn)行通訊連接中的一個端點，是連接應(yīng)用程序和網(wǎng)絡(luò)驅(qū)動程序的橋梁， Socket 在應(yīng)用程序中創(chuàng)建，通過綁定與網(wǎng)絡(luò)驅(qū)動建立關(guān)系。此后，應(yīng)用程序送給 Socket 的數(shù)據(jù)，由Socket 交網(wǎng)絡(luò)驅(qū)動程序向網(wǎng)絡(luò)上發(fā)送出去。計算機從網(wǎng)絡(luò)上收到與該Socket 綁定 IP 地址和端口號相關(guān)的數(shù)據(jù)后，由網(wǎng)絡(luò)驅(qū)動程序交給Socket，應(yīng)用程序便可從該 Socket 中提取接收到得數(shù)據(jù)，網(wǎng)絡(luò)應(yīng)用程序就是這樣通過 Socket 進(jìn)行數(shù)據(jù)的發(fā)送與接收的。 套接字通信過程 通過 Inter 進(jìn)行通信，至少需要一對套接字， 其中一個運行在客戶端，稱之為 ClientSocket ，另一個運行于服務(wù)器端面，稱為ServerSocket。根據(jù)連接啟動的方式以及本地要連接的目標(biāo)，套接字之間的連接過程可以分為三個步驟：服務(wù)器監(jiān)聽、客戶端請求、連接確認(rèn)。 服務(wù)器監(jiān)聽是指服務(wù)端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實時監(jiān)控網(wǎng)絡(luò)狀態(tài)。客戶端請求是由客戶端的套接字提出連接請求，要連接的目標(biāo)是服務(wù)器端套接字。為此，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器套接字的地址和端口號，然后再向服務(wù)器端套接字提出連接請 求。連基于 IP的 語音通信 10 接確認(rèn)是當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時，它就響應(yīng)客戶端套接字的請求，建立一個新的線程，把服務(wù)器端套接字的信息發(fā)送給客戶端，一旦客戶端確認(rèn)了此連接，連接即可建立。而服務(wù)器端繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端的連接請求。 使用套接字進(jìn)行數(shù)據(jù)處理有兩種基本模式：同步和異步。 1 同步模式： 同步模式的特點是在通過 Socket 進(jìn)行連接、接收、發(fā)送數(shù)據(jù)時，客戶機和服務(wù)器在接收到對方響應(yīng)前會 處 于阻塞狀態(tài)，即一直等到收到對方請求 時 才繼續(xù)執(zhí)行下面的語句?？梢?，同步模式只適用于數(shù)據(jù)處理不 太多的場合。當(dāng)程序執(zhí)行的任務(wù)很多時，長時間的等待可能會讓用戶無法忍受。 2 異步模式： 異步模式的特點是在通過 Socket 進(jìn)行連接、接收、發(fā)送操作時，客戶機或服務(wù)器不會處于阻塞方式，而是利用 callback 機制進(jìn)行連接、接收、發(fā)送處理，這樣就可以在調(diào)用發(fā)送或接收的方法后直接返回，并繼續(xù)執(zhí)行下面的程序?？梢姡惒教捉幼痔貏e適用于進(jìn)行大量數(shù)據(jù)處理的場合。 多線程編程技術(shù) 多線程技術(shù) CPU 生產(chǎn)商為了提高 CPU 的性能，通常做法是提高 CPU 的時鐘頻率和增加緩存容量。不過 由于 目前 CPU 的頻率越來越 快，如果再通過提升 CPU 頻率和增加緩存的方法來提高性能，往往會受到制造工藝上的限制以及成本過高的制約。 盡管提高 CPU 的時鐘頻率和增加緩存容量后的確可以改善性能，但這樣的 CPU 性能提高在技術(shù)上存在較大的難度。實際上在應(yīng)用中基于很多原因， CPU 的執(zhí)行單元都沒有被充分使用。如果 CPU 不能正常讀取數(shù)據(jù)（總線 /內(nèi)存的瓶頸），其執(zhí)行單元利用率會明顯下降。另外就是目前大多數(shù)執(zhí)行線程缺乏 ILP（ InstructionLevel Parallelism，多基于 IP的 語音通信 11 種指令同時執(zhí)行）支持。這些都造成了目前 CPU 的性能沒有得到全部的 發(fā)揮。因此， Intel 采用另一個思路去提高 CPU 的性能，讓 CPU 可以同時執(zhí)行多重線程，就能夠讓 CPU 發(fā)揮更大效率，即所謂 “ 超線程（ HyperThreading，簡稱 “ HT” ）技術(shù) ” 。超線程技術(shù)就是利用特殊的硬件指令，把兩個邏輯內(nèi)核模擬成兩個物理芯片，讓單個處理器都能使用線程級并行計算，進(jìn)而兼容 多線程 操作系統(tǒng) 和 軟件 ，減少了CPU 的閑置時間，提高 了 CPU 的運行效率。 以上就是多線程技術(shù)的設(shè)計初衷。 WIN32 環(huán)境下多線程編程技術(shù) Windows 系統(tǒng)平臺經(jīng)歷了從 16 位到 32 位的轉(zhuǎn)變后，系統(tǒng)運 行方式和任務(wù)管理方式有了很大的變化。每個 Win32 程序在獨立的進(jìn)程空間上運行， 32 位地址空間使其在邏輯上達(dá)到了 4GB 的線性地址空間。這樣在設(shè)計程序時大大提高了程序運行效率。獨立進(jìn)程空間的一個優(yōu)越性是大大提高了系統(tǒng)的穩(wěn)定性，一個應(yīng)用程序的異常錯誤不會影響其他的應(yīng)用程序。 在 Windows 的一個進(jìn)程內(nèi)，包含一個或多個線程。線程是指進(jìn)程的一條執(zhí)行路徑 ，它包括獨立的堆棧和 CPU 寄存器狀態(tài)，每個線程共享所有的進(jìn)程資源，包括打開的文件、信號標(biāo)識、以及動態(tài)分配的內(nèi)存等等。一個進(jìn)程內(nèi)的所有線程使用同一個 32 位地址空間，而這 些線程的執(zhí)行由系統(tǒng)調(diào)度程序控制，調(diào)度程序決 定哪個線程可執(zhí)行以及什么時候執(zhí)行線程。線程具有優(yōu)先級別，優(yōu)先權(quán)較低的線程必須等到優(yōu)先權(quán)高的線程執(zhí)行完任務(wù)后再執(zhí)行。在多處理器的機器上，調(diào)度程序可將多個線程放到不同的處理器上去運行，這樣就可使處理器的任務(wù)平衡，也提高了系統(tǒng)的運行效率。如果用戶的應(yīng)用程序需要有多個任務(wù)同時進(jìn)行相應(yīng)的處理，則使用多線程是較理想的選擇。 Win32 方式的多線程編程的原理與 MFC 類庫支持下的原理是一致的，進(jìn)程的主線程在任何需要的時候都可以創(chuàng)建新的線程。當(dāng)線程執(zhí)行完任務(wù)后，自動中止線程；當(dāng)進(jìn)程結(jié) 束后，所有的線程都中止。在多線程編程模式下，所有活動的線程共享進(jìn)程的資源。因此，在編程時需要考慮多個線程訪問同一資源時產(chǎn)生沖突的問題：當(dāng)一個線程正在訪問一個進(jìn)程對象時，另一個線程要改變該對象，這時可能會產(chǎn)生基于 IP的 語音通信 12 錯誤的結(jié)果。 MFC 環(huán)境下多線程編程技術(shù) MFC 多線程編程基本原理與 Win32 函數(shù)的設(shè)計是一致的，不過由于 MFC 對同步對象做了封裝，因此對用戶編程實現(xiàn)來說更加方便，避免了對象句柄管理上的繁瑣工作。尤其是在多個窗口線程情況下，MFC 中直接提供了用戶接口線程的設(shè)計。 在 MFC 中，線程分為兩種：用戶 接口線程和輔助線程。用戶接口線程常用于接收用戶的輸入，處理相應(yīng)的事件和消息。在用戶接口線程中，包含一個消息處理循環(huán)，負(fù)責(zé)處理用戶輸入產(chǎn)生的事件和消息。 Win32API 并不區(qū)分這兩種線程的類型，它只是獲取線程的起始地址，然后開始執(zhí)行線程。而 MFC 則針對不同的用戶的需要作出了分類。如果我們需要編寫多個有用戶接口的線程的應(yīng)用程序，則利用Win32API 要寫很多的框架代碼來完成每個線程的消息事件的處理，而用 MFC 則可以充分發(fā)揮 MFC 類中的強大功能，還可以使用ClassWizard 來幫助管理類的消息映射和成員變量。 線程同步技術(shù) 在程序中使用多線程時，一般很少有多個線程能在其生命期內(nèi)進(jìn)行完全獨立的操作。更多的情況是一些線程進(jìn)行某些處理操作，而其他的線程必須對其處理結(jié)果進(jìn)行了解。正常情況下對這種處理結(jié)果的了解應(yīng)當(dāng)在其處理任務(wù)完成后進(jìn)行。 如果不