專利名稱：一種語音機頂盒設(shè)備及其實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及虛擬化技術(shù)領(lǐng)域，尤其涉及一種語音機頂盒設(shè)備及其實現(xiàn)方法。
背景技術(shù)：
現(xiàn)有的的語音呼叫坐席是使用PC加話機設(shè)備或者是PC加軟電話軟件來實現(xiàn)的。 但隨著呼叫中心規(guī)模的不斷發(fā)展，企業(yè)已經(jīng)開始從關(guān)注建設(shè)成本，轉(zhuǎn)向更關(guān)注運營成本、維護(hù)成本組成的全過程總體成本。同時企業(yè)也更關(guān)心呼叫中心的人性化管理方法，以及節(jié)能減排的社會責(zé)任?，F(xiàn)有的語音呼叫坐席具有以下缺點PC需要投入大量的維護(hù)成本，需要不斷地升級維護(hù)軟件，還會因為PC出現(xiàn)問題而無法使用；PC群的硬盤和風(fēng)扇會造成辦公區(qū)域的高噪聲污染；PC的功耗相對過高，浪費計算資源。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種語音機頂盒設(shè)備及其實現(xiàn)方法。本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的。一種語音機頂盒設(shè)備，包括應(yīng)用層、OS層及設(shè)備層，所述應(yīng)用層包括虛擬辦公桌面模塊和呼叫坐席模塊，所述虛擬辦公桌面模塊基于自適應(yīng)傳輸協(xié)議棧實現(xiàn)對遠(yuǎn)程服務(wù)上的應(yīng)用和桌面進(jìn)行訪問；所述呼叫坐席模塊基于SIP協(xié)議棧實現(xiàn)軟電話和話務(wù)臺的功能控制；所述設(shè)備層包括ARM、聲卡、USB接口單元、DSP模塊及GPU模塊，所述DSP模塊和 GPU模塊用于對音視頻進(jìn)行處理。優(yōu)選的，所述應(yīng)用層還包括會話層、軟電話模塊、話務(wù)臺模塊及網(wǎng)絡(luò)控制層。優(yōu)選的，所述設(shè)備層還包括網(wǎng)卡，用于應(yīng)用流和音視頻流的傳輸。優(yōu)選的，所述SIP協(xié)議棧包括棧應(yīng)用層、控制層及傳輸層，棧應(yīng)用層用于音頻數(shù)據(jù)的采集和播放、靜音檢測、回聲消除和音頻數(shù)據(jù)的編解碼；控制層用于控制音頻數(shù)據(jù)的播放和采集、音頻編解碼的選擇、會話過程控制和音頻數(shù)據(jù)傳輸質(zhì)量的控制；傳輸層用于音頻數(shù)據(jù)和話路控制指令的傳輸。優(yōu)選的，所述自適應(yīng)傳輸協(xié)議棧包括數(shù)據(jù)連接層、虛擬通道層、加解密層、自適應(yīng)傳輸協(xié)議數(shù)據(jù)層、網(wǎng)絡(luò)連接層及網(wǎng)絡(luò)校驗層。優(yōu)選的，所述自適應(yīng)傳輸協(xié)議棧由通道類型、加密數(shù)據(jù)、數(shù)據(jù)部分組成，所述通道類型包括，主控通道、聲音通道、視頻通道、外設(shè)通道、應(yīng)用通道、桌面通道；主控通道用于向服務(wù)器端發(fā)送對虛擬桌面和虛擬應(yīng)用的請求，對使用虛擬桌面和虛擬應(yīng)用的整個過程管理可控制，根據(jù)需要創(chuàng)建和釋放其他虛擬通道；
聲音通道用于傳輸音頻數(shù)據(jù)；
視頻通道用于傳輸視頻數(shù)據(jù)；應(yīng)用通道用于傳輸各種虛擬應(yīng)用的信息；桌面通道用于傳輸虛擬桌面的信息。一種語音機頂盒設(shè)備實現(xiàn)方法，包括步驟a:設(shè)備層網(wǎng)卡接收到數(shù)據(jù)，判斷為語音流或者桌面流，如果為桌面流，則進(jìn)入步驟 b，如果為語音流，則進(jìn)入步驟c ；b 經(jīng)自適應(yīng)傳輸協(xié)議解析數(shù)據(jù)，會話層進(jìn)行桌面拼裝及GSP圖像處理，由應(yīng)用層呈現(xiàn)桌面或應(yīng)用；c 經(jīng)SIP協(xié)議接收解析數(shù)據(jù)，判斷為會話控制數(shù)據(jù)，通過軟電話模塊進(jìn)行會話控制。優(yōu)選的，步驟c還包括經(jīng)SIP協(xié)議接收解析數(shù)據(jù)，判斷為語音數(shù)據(jù)，軟電話模塊進(jìn)行語音播放，經(jīng)DSP音頻處理，通過聲卡播放音頻。優(yōu)選的，步驟b中自適應(yīng)傳輸協(xié)議解析數(shù)據(jù)，具體包括bl 用戶登錄，創(chuàng)建控制通道；b2:根據(jù)需要創(chuàng)建對應(yīng)的虛擬通道，將自身的處理能力和請求信息通知流分發(fā)器；b3:流分發(fā)器收到請求以后，根據(jù)端的處理能力和請求信息進(jìn)行適配，查找到能夠為終端提供服務(wù)的云端，通知該云端；b4:云端根據(jù)收到的請求信息，創(chuàng)建對應(yīng)的虛擬通道，通道創(chuàng)建成功以后，將結(jié)果發(fā)給流分發(fā)器，流分發(fā)器將結(jié)果發(fā)給終端；b5 終端收到云端創(chuàng)建通道成功消息后，開始進(jìn)行數(shù)據(jù)交互，由新創(chuàng)建通道傳輸數(shù)據(jù)，由空中通道進(jìn)行管理。優(yōu)選的，步驟c中SIP協(xié)議接收解析數(shù)據(jù)包括呼入流程和呼出流程，所述呼入流程包括坐席登陸，軟電話進(jìn)入WAITING狀態(tài)；有電話呼入，軟電話收到INVIE消息后進(jìn)入RINGING狀態(tài)；坐席摘機軟電話收到OK消息，軟電話進(jìn)入會話狀態(tài)，同時開始通過音頻設(shè)備采集和播放，將采集到的數(shù)據(jù)經(jīng)過靜音檢測、回聲取消和一品編碼處理以后發(fā)送到對端，將接收到的數(shù)據(jù)經(jīng)過音頻解碼、靜音檢測、回聲取消后通過音頻設(shè)備播放；會話結(jié)束，坐席掛機，發(fā)起B(yǎng)YE消息，軟電話再次進(jìn)入WAITING狀態(tài)；呼出流程包括坐席發(fā)起會話收到100后進(jìn)入TRYING狀態(tài)；收到180后進(jìn)入 RINGING狀態(tài)；對方摘機后進(jìn)入會話狀態(tài)，同時開始通過音頻設(shè)備采集和播放，將采集到的數(shù)據(jù)經(jīng)過靜音檢測、回聲取消和一品編碼處理以后發(fā)送到對端，將接收到的數(shù)據(jù)經(jīng)過音頻解碼、靜音檢測、回聲取消后通過音頻設(shè)備播放；會話結(jié)束，坐席掛機，發(fā)起B(yǎng)YE消息，軟電話再次進(jìn)入WAITING狀態(tài)。本發(fā)明與現(xiàn)有技術(shù)相比，具有以下優(yōu)點本發(fā)明使用桌面虛擬化技術(shù)將桌面和應(yīng)用都放在遠(yuǎn)端的服務(wù)器上進(jìn)行統(tǒng)一管理，從而大大降低了維護(hù)成本，也避免了由于終端設(shè)備出現(xiàn)故障后無法繼續(xù)使用的問題。同時使用ARM平臺提高了安全性和可靠性；也解決了普通PC功耗高和PC群造成辦公區(qū)域噪聲的問題。本發(fā)明提供的語音機頂盒設(shè)備免維護(hù)、低功耗、“零”噪音，高語音質(zhì)量，高可靠性坐席終端。用戶與設(shè)備解綁定，以及對設(shè)備、端口、 應(yīng)用、數(shù)據(jù)和操作系統(tǒng)數(shù)據(jù)都集中管控在機房側(cè)。


圖1是本發(fā)明語音機頂盒結(jié)構(gòu)示意圖；圖2是本發(fā)明語音機頂盒實現(xiàn)方法流程圖；圖3是SIP協(xié)議棧架構(gòu)圖；圖4是SIP協(xié)議棧流程圖；圖5是自適應(yīng)傳輸協(xié)議棧架構(gòu)圖；圖6是自適應(yīng)傳輸協(xié)議棧組成示意圖；圖7是自適應(yīng)傳輸協(xié)議棧流程圖。
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。請參閱圖1所示，本發(fā)明語音機頂盒結(jié)構(gòu)示意圖，包括應(yīng)用層、OS層及設(shè)備層，應(yīng)用層有兩大部分組成，虛擬辦公桌面模塊和呼叫坐席模塊。虛擬辦公桌面模塊是通過自適應(yīng)傳輸協(xié)議實現(xiàn)對遠(yuǎn)程服務(wù)上的應(yīng)用和桌面進(jìn)行訪問，從而降低呼叫中心的維護(hù)和管理成本，提高坐席安全性和可靠性。呼叫坐席模塊是基于SIP協(xié)議棧實現(xiàn)軟電話和話務(wù)臺的功能。應(yīng)用層還包括會話層、軟電話模塊、話務(wù)臺模塊幾網(wǎng)絡(luò)控制層。在設(shè)備層中包括ARM、聲卡、USB接口單元、DSP模塊及GPU模塊，DSP和GPU模塊提高了語音機頂盒設(shè)備對音視頻的處理能力，同時增加了雙網(wǎng)卡，從物理層實現(xiàn)了雙通道， 提高了應(yīng)用流和音視頻流的傳輸質(zhì)量和高可靠性。請參閱圖2所示，本發(fā)明語音機頂盒實現(xiàn)方法流程圖，包括步驟201 設(shè)備層網(wǎng)卡接收到數(shù)據(jù)；步驟202 判斷為語音流或者桌面流，如果為桌面流，則進(jìn)入步驟203，如果為語音流，則進(jìn)入步驟207 ；步驟203 步驟206 經(jīng)自適應(yīng)傳輸協(xié)議解析數(shù)據(jù)，會話層進(jìn)行桌面拼裝及GSP圖像處理，由應(yīng)用層呈現(xiàn)桌面或應(yīng)用；步驟207 經(jīng)SIP協(xié)議和RTP協(xié)議接收解析數(shù)據(jù)；步驟208 判斷為語音數(shù)據(jù)或者會話控制數(shù)據(jù)，如果是會話控制數(shù)據(jù)，進(jìn)入步驟 209，如果是語音數(shù)據(jù)，則進(jìn)入步驟210 ；步驟209 通過軟電話模塊進(jìn)行會話控制；步驟210 步驟212 軟電話模塊進(jìn)行語音播放，經(jīng)DSP音頻處理，通過聲卡播放音頻。本發(fā)明應(yīng)用層中虛擬辦公桌面模塊用于通過自適應(yīng)傳輸協(xié)議實現(xiàn)對遠(yuǎn)程服務(wù)上的應(yīng)用和桌面進(jìn)行訪問；呼叫坐席模塊用于通過SIP協(xié)議棧實現(xiàn)軟電話和話務(wù)臺的功能控制。請參閱圖3所示SIP協(xié)議棧架構(gòu)圖，SIP協(xié)議棧是呼叫坐席模塊的主要組成部分。 SIP協(xié)議棧實現(xiàn)了音頻數(shù)據(jù)的采集和播放、靜音檢測、回聲消除、語音編解碼的選擇和執(zhí)行、 話路狀態(tài)控制、音頻數(shù)據(jù)傳輸和音頻數(shù)據(jù)傳輸質(zhì)量的控制。SIP協(xié)議棧主要組成部分有應(yīng)用層、控制層、傳輸層。應(yīng)用層負(fù)責(zé)音頻數(shù)據(jù)的采集和播放、靜音檢測、回聲消除和音頻數(shù)據(jù)的編解碼。控制層負(fù)責(zé)控制音頻數(shù)據(jù)的播放和采集、音頻編解碼的選擇、會話過程控制和音頻數(shù)據(jù)傳輸質(zhì)量的控制。傳輸層負(fù)責(zé)音頻數(shù)據(jù)和話路控制指令的傳輸。SIP協(xié)議棧流程，如圖4所示，分為呼入流程和呼出流程。呼入流程是坐席登陸， 軟電話進(jìn)入WAITING狀態(tài)；有電話呼入，軟電話收到INVIE消息后進(jìn)入RINGING狀態(tài)；坐席摘機軟電話收到OK消息，軟電話進(jìn)入會話狀態(tài)，同時開始通過音頻設(shè)備采集和播放，將采集到的數(shù)據(jù)經(jīng)過靜音檢測、回聲取消和一品編碼處理以后發(fā)送到對端，將接收到的數(shù)據(jù)經(jīng)過音頻解碼、靜音檢測、回聲取消后通過音頻設(shè)備播放；會話結(jié)束，坐席掛機，發(fā)起B(yǎng)YE消息，軟電話再次進(jìn)入WAITING狀態(tài)。呼出流程是坐席發(fā)起會話收到100后進(jìn)入TRYING狀態(tài)；收到180后進(jìn)入RINGING狀態(tài)；對方摘機后進(jìn)入會話狀態(tài)，同時開始通過音頻設(shè)備采集和播放，將采集到的數(shù)據(jù)經(jīng)過靜音檢測、回聲取消和一品編碼處理以后發(fā)送到對端，將接收到的數(shù)據(jù)經(jīng)過音頻解碼、靜音檢測、回聲取消后通過音頻設(shè)備播放；會話結(jié)束，坐席掛機，發(fā)起B(yǎng)YE消息，軟電話再次進(jìn)入WAITING狀態(tài)。請參閱圖5所示自適應(yīng)傳輸協(xié)議棧架構(gòu)圖，包括數(shù)據(jù)連接層(ISO)、虛擬通道層 (MCS)、加解密層(SEC)、自適應(yīng)傳輸協(xié)議數(shù)據(jù)層(APT)、網(wǎng)絡(luò)連接層及網(wǎng)絡(luò)校驗。其組成如圖6所示，包括通道類型、加密數(shù)據(jù)、數(shù)據(jù)部分。通道類型主要包括，主控通道、聲音通道、視頻通道、外設(shè)通道、應(yīng)用通道、桌面通道。主控通道負(fù)責(zé)向服務(wù)器端發(fā)送對虛擬桌面和虛擬應(yīng)用的請求，對使用虛擬桌面和虛擬應(yīng)用的整個過程管理可控制。根據(jù)需要創(chuàng)建和釋放其他虛擬通道。聲音通道負(fù)責(zé)傳輸音頻數(shù)據(jù)。視頻通道負(fù)責(zé)傳輸視頻數(shù)據(jù)。應(yīng)用通道負(fù)責(zé)傳輸各種虛擬應(yīng)用的信息。桌面通道負(fù)責(zé)傳輸虛擬桌面的信息。加密數(shù)據(jù)說明的是加密算法的類型、級別。加密算法分為3個級別高、中、低三個級別。高級別的加密算法使用1 位的強RC4加密算法，對終端到云端的數(shù)據(jù)和云端到終端的數(shù)據(jù)都進(jìn)行加密。中級別的加密算法使用64位的RC4加密算法，對終端到云端的數(shù)據(jù)和云端到終端的數(shù)據(jù)都進(jìn)行加密。低級別的加密算法使用64位的RC4加密算法，只對從終端到云端的數(shù)據(jù)進(jìn)行加密。數(shù)據(jù)部分為有效的自適應(yīng)傳輸協(xié)議的數(shù)據(jù)，以及數(shù)據(jù)的開始、結(jié)尾和長度。自適應(yīng)傳輸協(xié)議處理流程，參見圖7所示第一步用戶登錄，創(chuàng)建控制通道。第二步根據(jù)需要創(chuàng)建對應(yīng)的虛擬通道，將自身的處理能力和請求信息通知流分發(fā)器。
第三步流分發(fā)器收到請求以后，根據(jù)端的處理能力和請求信息進(jìn)行適配。查找到能夠為終端提供服務(wù)的云端，通知該云端。第四步云端根據(jù)收到的請求信息，創(chuàng)建對應(yīng)的虛擬通道。通道創(chuàng)建成功以后，將結(jié)果發(fā)給流分發(fā)器，流分發(fā)器將結(jié)果發(fā)給終端。第五步終端收到云端創(chuàng)建通道成功消息后，開始進(jìn)行數(shù)據(jù)交互。由新創(chuàng)建通道傳輸數(shù)據(jù)，由空中通道進(jìn)行管理。在此過程中云端會根據(jù)終端設(shè)備的能力以及當(dāng)下網(wǎng)絡(luò)環(huán)境將桌面或應(yīng)用進(jìn)行拆分有不同通道發(fā)出，最后在終端設(shè)備上進(jìn)行拼裝，為用戶展現(xiàn)一個完整的界面。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種語音機頂盒設(shè)備，其特征在于，包括應(yīng)用層、OS層及設(shè)備層，所述應(yīng)用層包括虛擬辦公桌面模塊和呼叫坐席模塊，所述虛擬辦公桌面模塊基于自適應(yīng)傳輸協(xié)議棧實現(xiàn)對遠(yuǎn)程服務(wù)上的應(yīng)用和桌面進(jìn)行訪問；所述呼叫坐席模塊基于SIP協(xié)議棧實現(xiàn)軟電話和話務(wù)臺的功能控制； 所述設(shè)備層包括ARM、聲卡、USB接口單元、DSP模塊及GPU模塊，所述DSP模塊和GPU 模塊用于對音視頻進(jìn)行處理。
2.如權(quán)利要求1所述的語音機頂盒設(shè)備，其特征在于，所述應(yīng)用層還包括會話層、軟電話模塊、話務(wù)臺模塊及網(wǎng)絡(luò)控制層。
3.如權(quán)利要求1所述的語音機頂盒設(shè)備，其特征在于，所述設(shè)備層還包括網(wǎng)卡，用于應(yīng)用流和音視頻流的傳輸。
4.如權(quán)利要求1所述的語音機頂盒設(shè)備，其特征在于，所述SIP協(xié)議棧包括棧應(yīng)用層、 控制層及傳輸層，棧應(yīng)用層用于音頻數(shù)據(jù)的采集和播放、靜音檢測、回聲消除和音頻數(shù)據(jù)的編解碼； 控制層用于控制音頻數(shù)據(jù)的播放和采集、音頻編解碼的選擇、會話過程控制和音頻數(shù)據(jù)傳輸質(zhì)量的控制；傳輸層用于音頻數(shù)據(jù)和話路控制指令的傳輸。
5.如權(quán)利要求1所述的語音機頂盒設(shè)備，其特征在于，所述自適應(yīng)傳輸協(xié)議棧包括數(shù)據(jù)連接層、虛擬通道層、加解密層、自適應(yīng)傳輸協(xié)議數(shù)據(jù)層、網(wǎng)絡(luò)連接層及網(wǎng)絡(luò)校驗層。
6.如權(quán)利要求5所述的語音機頂盒設(shè)備，其特征在于，所述自適應(yīng)傳輸協(xié)議棧由通道類型、加密數(shù)據(jù)、數(shù)據(jù)部分組成，所述通道類型包括，主控通道、聲音通道、視頻通道、外設(shè)通道、應(yīng)用通道、桌面通道； 主控通道用于向服務(wù)器端發(fā)送對虛擬桌面和虛擬應(yīng)用的請求，對使用虛擬桌面和虛擬應(yīng)用的整個過程管理可控制，根據(jù)需要創(chuàng)建和釋放其他虛擬通道； 聲音通道用于傳輸音頻數(shù)據(jù)； 視頻通道用于傳輸視頻數(shù)據(jù)； 應(yīng)用通道用于傳輸各種虛擬應(yīng)用的信息； 桌面通道用于傳輸虛擬桌面的信息。
7.一種語音機頂盒設(shè)備實現(xiàn)方法，其特征在于，包括步驟a:設(shè)備層網(wǎng)卡接收到數(shù)據(jù)，判斷為語音流或者桌面流，如果為桌面流，則進(jìn)入步驟b， 如果為語音流，則進(jìn)入步驟c;b 經(jīng)自適應(yīng)傳輸協(xié)議解析數(shù)據(jù)，會話層進(jìn)行桌面拼裝及GSP圖像處理，由應(yīng)用層呈現(xiàn)桌面或應(yīng)用；c 經(jīng)SIP協(xié)議接收解析數(shù)據(jù)，判斷為會話控制數(shù)據(jù)，通過軟電話模塊進(jìn)行會話控制。
8.如權(quán)利要求7所述的語音機頂盒設(shè)備實現(xiàn)方法，其特征在于，步驟c還包括經(jīng)SIP 協(xié)議接收解析數(shù)據(jù)，判斷為語音數(shù)據(jù)，軟電話模塊進(jìn)行語音播放，經(jīng)DSP音頻處理，通過聲卡播放音頻。
9.如權(quán)利要求7或8所述的語音機頂盒設(shè)備實現(xiàn)方法，其特征在于，步驟b中自適應(yīng)傳輸協(xié)議解析數(shù)據(jù)，具體包括bl 用戶登錄，創(chuàng)建控制通道；b2 根據(jù)需要創(chuàng)建對應(yīng)的虛擬通道，將自身的處理能力和請求信息通知流分發(fā)器； b3 流分發(fā)器收到請求以后，根據(jù)端的處理能力和請求信息進(jìn)行適配，查找到能夠為終端提供服務(wù)的云端，通知該云端；b4 云端根據(jù)收到的請求信息，創(chuàng)建對應(yīng)的虛擬通道，通道創(chuàng)建成功以后，將結(jié)果發(fā)給流分發(fā)器，流分發(fā)器將結(jié)果發(fā)給終端；b5 終端收到云端創(chuàng)建通道成功消息后，開始進(jìn)行數(shù)據(jù)交互，由新創(chuàng)建通道傳輸數(shù)據(jù)， 由空中通道進(jìn)行管理。
10.如權(quán)利要求7所述的語音機頂盒設(shè)備實現(xiàn)方法，其特征在于，步驟c中SIP協(xié)議接收解析數(shù)據(jù)包括呼入流程和呼出流程，所述呼入流程包括坐席登陸，軟電話進(jìn)入WAITING狀態(tài)；有電話呼入，軟電話收到 INVIE消息后進(jìn)入RINGING狀態(tài)；坐席摘機軟電話收到OK消息，軟電話進(jìn)入會話狀態(tài)，同時開始通過音頻設(shè)備采集和播放，將采集到的數(shù)據(jù)經(jīng)過靜音檢測、回聲取消和一品編碼處理以后發(fā)送到對端，將接收到的數(shù)據(jù)經(jīng)過音頻解碼、靜音檢測、回聲取消后通過音頻設(shè)備播放；會話結(jié)束，坐席掛機，發(fā)起B(yǎng)YE消息，軟電話再次進(jìn)入WAITING狀態(tài)；呼出流程包括坐席發(fā)起會話收到100后進(jìn)入TRYING狀態(tài)；收到180后進(jìn)入RINGING 狀態(tài)；對方摘機后進(jìn)入會話狀態(tài)，同時開始通過音頻設(shè)備采集和播放，將采集到的數(shù)據(jù)經(jīng)過靜音檢測、回聲取消和一品編碼處理以后發(fā)送到對端，將接收到的數(shù)據(jù)經(jīng)過音頻解碼、靜音檢測、回聲取消后通過音頻設(shè)備播放；會話結(jié)束，坐席掛機，發(fā)起B(yǎng)YE消息，軟電話再次進(jìn)入 WAITING 狀態(tài)。
全文摘要
本發(fā)明提供了一種語音機頂盒設(shè)備及其實現(xiàn)方法，該設(shè)備包括應(yīng)用層、OS層及設(shè)備層，所述應(yīng)用層包括虛擬辦公桌面模塊和呼叫坐席模塊，所述虛擬辦公桌面模塊基于自適應(yīng)傳輸協(xié)議棧實現(xiàn)對遠(yuǎn)程服務(wù)上的應(yīng)用和桌面進(jìn)行訪問；所述呼叫坐席模塊基于SIP協(xié)議棧實現(xiàn)軟電話和話務(wù)臺的功能控制；所述設(shè)備層包括ARM、聲卡、USB接口單元、DSP模塊及GPU模塊，所述DSP模塊和GPU模塊用于對音視頻進(jìn)行處理。本發(fā)明使用桌面虛擬化技術(shù)將桌面和應(yīng)用都放在遠(yuǎn)端的服務(wù)器上進(jìn)行統(tǒng)一管理，從而大大降低了維護(hù)成本，也避免了由于終端設(shè)備出現(xiàn)故障后無法繼續(xù)使用的問題。同時使用ARM平臺提高了安全性和可靠性；也解決了普通PC功耗高和PC群造成辦公區(qū)域噪聲的問題。
文檔編號H04M3/50GK102377776SQ201110311309
公開日2012年3月14日 申請日期2011年10月14日 優(yōu)先權(quán)日2011年10月14日
發(fā)明者尚維孝, 賈利選, 馬成立 申請人:深圳市京華科訊科技有限公司