專(zhuān)利名稱(chēng)：交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電話技術(shù)，更確切地說(shuō)是涉及一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法。
當(dāng)前電話網(wǎng)絡(luò)提供的電話業(yè)務(wù)通常是一對(duì)一的交談，或者說(shuō)是一對(duì)一的交互式交流信息。電話會(huì)議或電視會(huì)議可解決二個(gè)或二個(gè)以上的人進(jìn)行交流的問(wèn)題，但是，傳統(tǒng)的利用電話網(wǎng)絡(luò)舉行會(huì)議及利用電視網(wǎng)絡(luò)舉行會(huì)議都是廣播式的，即只有主席能講，其它與會(huì)者只能聽(tīng)不能講。而隨著工業(yè)、農(nóng)業(yè)、商務(wù)及工礦企業(yè)逐漸過(guò)渡到以群組活動(dòng)、分散活動(dòng)和高速、高效活動(dòng)為主，要求召開(kāi)電話會(huì)議的愿望也越來(lái)越急迫，參加電話會(huì)議的人員也越來(lái)越分散，使用電話終端的種類(lèi)越來(lái)越復(fù)雜，會(huì)議的討論性能也越來(lái)越高，顯然，現(xiàn)有的廣播式電話、電視會(huì)議都無(wú)法實(shí)現(xiàn)這些要求。
當(dāng)前，由本申請(qǐng)人提供的快談器(Quick Tslk)構(gòu)成的電話會(huì)議系統(tǒng)就是一種交互式電話會(huì)議系統(tǒng)，即每個(gè)與會(huì)者在任何時(shí)間、任何地點(diǎn)，用任何電話終端和任何授權(quán)人都能夠召集或出席的會(huì)議，所有的與會(huì)者都既能聽(tīng)又能講彼此相互交談。極大地提高工作效率和效益、改善工作質(zhì)量和生活質(zhì)量。
本申請(qǐng)人試圖在標(biāo)準(zhǔn)微機(jī)(PC機(jī)或工控機(jī))的硬件支撐環(huán)境下，采用美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡(D/XXXSC-LS系列如D/160SC-LS等)和會(huì)議卡(DCB/XXXSC系列如DCB/320SC、DCB/640SC及DCB/960SC等)構(gòu)成一種交互式電話會(huì)議系統(tǒng)，其軟件環(huán)境包括Microsoft Windows、Microsoft Visusl C++和Dialogic System Software & SDKDNA。該交互式電話會(huì)議系統(tǒng)的表現(xiàn)狀況是由于DIALOGIC公司的音頻會(huì)議產(chǎn)品即會(huì)議卡DCB/SC卡能連接其它DIALOGIC的數(shù)字前端產(chǎn)品，如D/240SC-T1和D/300SC-E1卡，但不能連接模擬前端卡(語(yǔ)音卡)，如D/160SC-LS,LSI/81C,LSI/161SC,MSI/SC卡。其原因是由于該會(huì)議卡DCB/SC卡是基于數(shù)字語(yǔ)音卡接口設(shè)計(jì)的，其硬件算法決定了在電話會(huì)議中不能檢測(cè)并正確處理模擬接口用戶(hù)的掛機(jī)音，其表現(xiàn)是當(dāng)會(huì)議中一方與會(huì)者(一個(gè)用戶(hù))掛斷電話時(shí)，它的掛機(jī)音會(huì)一直在會(huì)議中持續(xù)并產(chǎn)生回響，導(dǎo)致會(huì)議無(wú)法進(jìn)行。如果在CST(Call Status Transition呼叫狀態(tài)轉(zhuǎn)換)事件中加入TONEON消息來(lái)處理掛機(jī)音，則某一用戶(hù)掛機(jī)，其它用戶(hù)都會(huì)被DCB/SC卡掛斷、這是因?yàn)镈CB/SC卡將各用戶(hù)通道進(jìn)行了語(yǔ)音混合，當(dāng)某一通道的掛機(jī)音產(chǎn)生時(shí)，此掛機(jī)音被DCB/SC卡混合并進(jìn)入了其它通道，此時(shí)的掛斷操作會(huì)對(duì)所有的用戶(hù)有效，也導(dǎo)致會(huì)議不能正常進(jìn)行。
本發(fā)明的目的是設(shè)計(jì)一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，在標(biāo)準(zhǔn)微機(jī)(PC機(jī)或工控機(jī)或具有同等功能的裝置或設(shè)備)的硬件環(huán)境下，采用美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡(D/XXXSC-LS系列如D/160SC-LS等)和會(huì)議卡(DCB/XXXSC系列如DCB/320SC、DCB/640SC及DCB/960SC等)構(gòu)成一種交互式電話會(huì)議系統(tǒng)，可正確處理交互會(huì)議中一方掛機(jī)時(shí)的掛機(jī)音消除問(wèn)題，使會(huì)議能正常進(jìn)行。
本發(fā)明的目的是這樣實(shí)現(xiàn)的一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于包括以下步驟a．用美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡、會(huì)議卡及其支撐環(huán)境，建立起交互式電話會(huì)議系統(tǒng)，語(yǔ)音卡與電話線連接，電話線連接公共電話網(wǎng)絡(luò)；b．用戶(hù)撥打電話進(jìn)入會(huì)議系統(tǒng)，建立起一條雙向通路，包括發(fā)送通道和收聽(tīng)通道，當(dāng)檢測(cè)到某個(gè)用戶(hù)通道有掛機(jī)音時(shí)，把該用戶(hù)的會(huì)議屬性設(shè)置為“只聽(tīng)”，即保留“收聽(tīng)”通道而斷開(kāi)用戶(hù)到會(huì)議的發(fā)送通道；c．將該用戶(hù)原來(lái)的“聽(tīng)會(huì)議”時(shí)隙改為聽(tīng)用戶(hù)自己的語(yǔ)音發(fā)送通道；d．等待一段時(shí)間，檢測(cè)該通道是否有掛機(jī)音停止的消息，若接收到掛機(jī)音停止的消息，說(shuō)明該用戶(hù)未掛機(jī)則返回會(huì)議，若未接收到掛機(jī)音停止的消息，說(shuō)明該用戶(hù)確實(shí)掛機(jī)，則得到通道號(hào)執(zhí)行掛機(jī)處理過(guò)程。
所述的步驟d中，若一個(gè)通道正在執(zhí)行掛機(jī)確認(rèn)程序而另一通道檢測(cè)到有掛機(jī)音，則將檢測(cè)到有掛機(jī)音的通道置為等待一段時(shí)間，在等待時(shí)間內(nèi)若接收到該通道有掛機(jī)音停止的消息則返回會(huì)議，在等待時(shí)間內(nèi)若未接收到該通道有掛機(jī)音停止的消息則執(zhí)行掛機(jī)確認(rèn)程序。
所述的返回會(huì)議是首先將該用戶(hù)的“聽(tīng)自己”通道改為“聽(tīng)會(huì)議”時(shí)隙，再將用戶(hù)的會(huì)議屬性改為包括“收聽(tīng)”及“發(fā)送”的全雙工模式。
所述步驟b中的檢測(cè)掛機(jī)音，是先預(yù)定義掛機(jī)音頻率范圍，再在呼叫狀態(tài)轉(zhuǎn)換事件中加入Toneon消息來(lái)檢測(cè)掛機(jī)音，即當(dāng)某個(gè)用戶(hù)設(shè)備產(chǎn)生了在預(yù)定義掛機(jī)音頻率范圍內(nèi)的信號(hào)音，則對(duì)該用戶(hù)進(jìn)行相應(yīng)的處理。
本發(fā)明的另一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于包括以下步驟a．用美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡、會(huì)議卡及其支撐環(huán)境，建立起交互式電話會(huì)議系統(tǒng)，語(yǔ)音卡與電話線連接，電話線連接公共電話網(wǎng)絡(luò)；b．用戶(hù)撥打電話進(jìn)入會(huì)議系統(tǒng)，建立起一條雙向通路，包括發(fā)送通道和收聽(tīng)通道；
c．當(dāng)檢測(cè)到某個(gè)用戶(hù)有先按鍵時(shí)的雙音多頻信號(hào)時(shí)，則得到通道號(hào)執(zhí)行掛機(jī)處理過(guò)程。
但該處理方法有違正常的且為廣大用戶(hù)已經(jīng)習(xí)慣了的掛機(jī)操作方法，因?yàn)橛脩?hù)往往會(huì)忘記應(yīng)“先按鍵后掛機(jī)”的操作步驟而直接掛機(jī)，仍會(huì)造成會(huì)議無(wú)法正常進(jìn)行。因此這種方法雖然極其簡(jiǎn)單且處理速度快，但其缺點(diǎn)也是不容忽視的。
本發(fā)明是基于美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡D/XXXSC-LS系列(如D/160SC-LS等)和會(huì)議卡DCB/XXXSC系列(如DCB/320SC、DCB/640SC及DCB/960SC等)開(kāi)發(fā)出交互式電話會(huì)議系統(tǒng)中與會(huì)方正確掛機(jī)的兩種方法，解決了該配置中會(huì)議的與會(huì)方因無(wú)法正確掛機(jī)而不能連接的問(wèn)題，即實(shí)現(xiàn)了用模擬接口語(yǔ)音卡與會(huì)議卡構(gòu)成交互式電話會(huì)議系統(tǒng)的連接，前一方法還具有與正常打電話掛機(jī)同等的效果。
下面結(jié)合實(shí)施例及附圖進(jìn)一步說(shuō)明本發(fā)明的方法

圖1是本交互式電話會(huì)議系統(tǒng)先按鍵的掛機(jī)處理方法流程示意2是本發(fā)明的模塊結(jié)構(gòu)及連接示意3是本發(fā)明模塊的工作流程示意4是利用本發(fā)明的模塊構(gòu)成的交互式電話會(huì)議系統(tǒng)第一實(shí)例圖5是利用本發(fā)明的模塊構(gòu)成的交互式電話會(huì)議系統(tǒng)第二實(shí)例圖6是利用本發(fā)明的模塊構(gòu)成的交互式電話會(huì)議系統(tǒng)第三實(shí)例圖7是利用本發(fā)明的模塊構(gòu)成的交互式電話會(huì)議系統(tǒng)第四實(shí)例圖1示出一種在上述交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理技術(shù)，是利用DCB/SC卡能檢測(cè)各通道的DTMF雙音多頻信號(hào)的功能實(shí)現(xiàn)的，用戶(hù)1至用戶(hù)n中，只要撥打電話進(jìn)入會(huì)議系統(tǒng)，就建立起一條雙向通路，包括語(yǔ)音發(fā)送(transmit)和收聽(tīng)(listen)，在與會(huì)者掛機(jī)時(shí)先按電話鍵盤(pán)上的某一個(gè)鍵(如#鍵)或某幾個(gè)鍵的組合，DCB/SC卡中程序檢測(cè)到所按鍵后便會(huì)進(jìn)行該通道的掛機(jī)處理。
參見(jiàn)圖2，圖中示出的會(huì)議單元結(jié)構(gòu)30為本發(fā)明掛機(jī)處理模塊10在會(huì)議應(yīng)用時(shí)的結(jié)構(gòu)及連接。會(huì)議掛機(jī)處理模塊10分別通過(guò)設(shè)備驅(qū)動(dòng)模塊13、14與美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡D/XXXSC-LS系列(如D/160SC-LS等)11和會(huì)議卡DCB/XXXSC系列(如DCB/320SC、DCB/640SC及DCB/960SC等)12連接，語(yǔ)音卡11、會(huì)議卡12及其支撐環(huán)境(包括標(biāo)準(zhǔn)微型機(jī)如PC機(jī)或工控機(jī)及其具有同等功能的裝置或設(shè)備)的SC總線連接。
系統(tǒng)支持軟件包括美國(guó)Microsoft公司的Windows NT,Visual C++(VC)，美國(guó)DIALOGIC公司的Dialogic System Software & SDK DNA(DNA)和由本申請(qǐng)人開(kāi)發(fā)的會(huì)議掛機(jī)處理模塊10。本會(huì)議掛機(jī)處理模塊是在Windows NT環(huán)境下，利用VC語(yǔ)言和DNA工具包開(kāi)發(fā)出的。
DNA提供了語(yǔ)音卡和會(huì)議卡驅(qū)動(dòng)程序以及API(Application Programming Interface)接口函數(shù)。會(huì)議掛機(jī)處理模塊10是利用了這些底層函數(shù)和VC的標(biāo)準(zhǔn)函數(shù)而開(kāi)發(fā)出的功能模塊，該功能模塊的技術(shù)關(guān)鍵是實(shí)現(xiàn)了直接利用Dialogic公司DNA的API函數(shù)所不能實(shí)現(xiàn)的模擬電話接口環(huán)境下的掛機(jī)問(wèn)題。
會(huì)議掛機(jī)處理模塊10處理會(huì)議掛機(jī)的邏輯過(guò)程是1．呼入過(guò)程(被叫過(guò)程)初始化語(yǔ)音卡11和DCB會(huì)議卡12→用戶(hù)撥號(hào)→語(yǔ)音卡11接收，占用通道資源→處理呼入→定義掛機(jī)音頻和按鍵時(shí)的雙音多頻信號(hào)檢測(cè)→加入會(huì)議→DCB會(huì)議卡12處理會(huì)議→用戶(hù)掛機(jī)→檢測(cè)到掛機(jī)請(qǐng)求→判斷掛機(jī)通道→掛斷用戶(hù)→釋放資源。
2．呼出過(guò)程(主叫過(guò)程)系統(tǒng)呼出→占用通道資源→被叫身份確認(rèn)→被叫加入會(huì)議→DCB會(huì)議卡12處理會(huì)議→用戶(hù)掛機(jī)→檢測(cè)到掛機(jī)請(qǐng)求→判斷掛機(jī)通道→掛斷用戶(hù)→釋放資源。
參見(jiàn)圖3，為模塊10的工作流程。各會(huì)議用戶(hù)如圖中用戶(hù)1至用戶(hù)n，與DCB資源間具有雙向的“收聽(tīng)”(Listen)及“發(fā)送”(Transmit)的會(huì)議屬性。模塊定義掛機(jī)音頻范圍；當(dāng)在步驟21，某個(gè)通道檢測(cè)到有掛機(jī)音時(shí)就將該用戶(hù)的會(huì)議屬性設(shè)置為只“聽(tīng)”，即保留聽(tīng)會(huì)議時(shí)隙而斷開(kāi)用戶(hù)到會(huì)議中的發(fā)送通道，避免該通道的掛機(jī)音繼續(xù)干擾會(huì)議；在步驟22，將用戶(hù)原來(lái)的聽(tīng)會(huì)議時(shí)隙修改為聽(tīng)自己的語(yǔ)音資源DX發(fā)送通道，這樣該用戶(hù)就聽(tīng)不到會(huì)議的聲音了；步驟23，執(zhí)行掛機(jī)確認(rèn)程序，如等待3秒鐘，在這段時(shí)間內(nèi)，如果該用戶(hù)未掛機(jī)，應(yīng)接收到掛機(jī)音停止的消息，如通道未接收到掛機(jī)音停止的消息，即仍有掛機(jī)音，證明確實(shí)掛機(jī)，繼續(xù)執(zhí)行步驟24、25，得到通道號(hào)進(jìn)行掛機(jī)處理；若在3秒鐘內(nèi)未接收到掛機(jī)音，證明上述步驟是誤判，則返回會(huì)議程序，依次執(zhí)行步驟26及27，步驟26及27是步驟21、22的逆過(guò)程，即將聽(tīng)自己的發(fā)送通道修改為“聽(tīng)會(huì)議”時(shí)隙，并將用戶(hù)修改為原本的全雙工模式，即“收聽(tīng)”和“發(fā)送”。
如果一個(gè)通道(如通道1)正在執(zhí)行掛機(jī)確認(rèn)程序時(shí)，另一個(gè)或另幾個(gè)通道檢測(cè)到掛機(jī)音(如通道2)，則將檢測(cè)到有掛機(jī)音的通道即通道2置為等待一段時(shí)間，如2秒，在該等待時(shí)間內(nèi)，如果通道2收到掛機(jī)音停止的消息即無(wú)掛機(jī)音則作返回會(huì)議處理，如果通道2未收到掛機(jī)音停止的消息即有掛機(jī)音則執(zhí)行掛機(jī)確認(rèn)程序。
參見(jiàn)圖4，圖中示出采用圖2所示的會(huì)議單元結(jié)構(gòu)30可通過(guò)標(biāo)準(zhǔn)數(shù)字中繼E1接口(PCM30，2Mb/s)直接與局交換機(jī)連接，并進(jìn)一步與公共電話網(wǎng)絡(luò)(PSTN)連接，構(gòu)成交互式電話會(huì)議系統(tǒng)。
參見(jiàn)圖5，圖中示出采用圖2所示的會(huì)議單元結(jié)構(gòu)30可通過(guò)標(biāo)準(zhǔn)數(shù)字E1接口(2Mb/s)直接與小交換機(jī)PABX連接，再連接局交換機(jī)，并進(jìn)一步與公共電話網(wǎng)絡(luò)(PSTN)連接，構(gòu)成交互式電話會(huì)議系統(tǒng)。
參見(jiàn)圖6，圖中示出利用圖2所示的會(huì)議單元結(jié)構(gòu)30，利用會(huì)議單元的呼出功能擴(kuò)充E1數(shù)字接口，以增加交互式電話會(huì)議系統(tǒng)的容量即增加與會(huì)人數(shù)的技術(shù)方案，圖中虛線框中的會(huì)議單元結(jié)構(gòu)30是擴(kuò)充單元。
參見(jiàn)圖7，圖中示出采用圖2所示的會(huì)議單元結(jié)構(gòu)30，并通過(guò)模擬電話線接入公共電話網(wǎng)絡(luò)(PSTN)的原理圖。
權(quán)利要求
1．一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于包括以下步驟a．用美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡、會(huì)議卡及其支撐環(huán)境，建立起交互式電話會(huì)議系統(tǒng)，語(yǔ)音卡與電話線連接，電話線連接公共電話網(wǎng)絡(luò)；b．用戶(hù)撥打電話進(jìn)入會(huì)議系統(tǒng)，建立起一條雙向通路，包括發(fā)送通道和收聽(tīng)通道，當(dāng)檢測(cè)到某個(gè)用戶(hù)通道有掛機(jī)音時(shí)，把該用戶(hù)的會(huì)議屬性設(shè)置為“只聽(tīng)”，即保留“收聽(tīng)”通道而斷開(kāi)用戶(hù)到會(huì)議的發(fā)送通道；c．將該用戶(hù)原來(lái)的“聽(tīng)會(huì)議”時(shí)隙改為聽(tīng)用戶(hù)自己的語(yǔ)音發(fā)送通道；d．等待一段時(shí)間，檢測(cè)該通道是否有掛機(jī)音停止的消息，若接收到掛機(jī)音停止的消息，說(shuō)明該用戶(hù)未掛機(jī)則返回會(huì)議，若未接收到掛機(jī)音停止的消息，說(shuō)明該用戶(hù)確實(shí)掛機(jī)，則得到通道號(hào)執(zhí)行掛機(jī)處理過(guò)程。
2．根據(jù)權(quán)利要求1所述的交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于所述的步驟d中，若一個(gè)通道正在執(zhí)行掛機(jī)確認(rèn)程序而另一通道檢測(cè)到有掛機(jī)音，則將檢測(cè)到有掛機(jī)音的通道置為等待一段時(shí)間，在等待時(shí)間內(nèi)若接收到該通道有掛機(jī)音停止的消息則返回會(huì)議，在等待時(shí)間內(nèi)若未接收到該通道有掛機(jī)音停止的消息則執(zhí)行掛機(jī)確認(rèn)程序。
3．根據(jù)權(quán)利要求1或2所述的交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于所述的返回會(huì)議是首先將該用戶(hù)的“聽(tīng)自己”通道改為“聽(tīng)會(huì)議”時(shí)隙，再將用戶(hù)的會(huì)議屬性改為包括“收聽(tīng)”及“發(fā)送”的全雙工模式。
4．根據(jù)權(quán)利要求1所述的交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于所述步驟b中的檢測(cè)掛機(jī)音，是先預(yù)定義掛機(jī)音頻率范圍，再在呼叫狀態(tài)轉(zhuǎn)換事件中加入Toneon消息來(lái)檢測(cè)掛機(jī)音，即當(dāng)某個(gè)用戶(hù)設(shè)備產(chǎn)生了在預(yù)定義掛機(jī)音頻率范圍內(nèi)的信號(hào)音，則對(duì)該用戶(hù)進(jìn)行相應(yīng)的處理。
5．一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法，其特征在于包括以下步驟a．用美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡、會(huì)議卡及其支撐環(huán)境，建立起交互式電話會(huì)議系統(tǒng)，語(yǔ)音卡與電話線連接，電話線連接公共電話網(wǎng)絡(luò)；b．用戶(hù)撥打電話進(jìn)入會(huì)議系統(tǒng)，建立起一條雙向通路，包括發(fā)送通道和收聽(tīng)通道c．當(dāng)檢測(cè)到某個(gè)用戶(hù)有先按鍵時(shí)的雙音多頻信號(hào)時(shí)，則得到通道號(hào)執(zhí)行掛機(jī)處理過(guò)程。
全文摘要
本發(fā)明涉及一種交互式電話會(huì)議系統(tǒng)中的會(huì)議掛機(jī)處理方法,交互式電話會(huì)議系統(tǒng)的會(huì)議單元模塊包括美國(guó)DIALOGIC公司模擬接口語(yǔ)音卡、會(huì)議卡和微型機(jī)。本發(fā)明的會(huì)議掛機(jī)處理模塊在檢測(cè)到某個(gè)用戶(hù)通道有掛機(jī)音時(shí),先把該用戶(hù)的會(huì)議屬性設(shè)置為“只聽(tīng)”,即保留“聽(tīng)”通道而斷開(kāi)用戶(hù)到會(huì)議的“發(fā)送”通道;再將該用戶(hù)原來(lái)的“聽(tīng)會(huì)議”時(shí)隙改為“聽(tīng)自己”的語(yǔ)音發(fā)送通道;最后執(zhí)行掛機(jī)確認(rèn)程序。從而實(shí)現(xiàn)了原本不能實(shí)現(xiàn)的模擬電話接口環(huán)境下的掛機(jī)問(wèn)題。
文檔編號(hào)H04M3/56GK1212554SQ98103088
公開(kāi)日1999年3月31日 申請(qǐng)日期1998年7月29日 優(yōu)先權(quán)日1998年7月29日
發(fā)明者劉勁松, 廖致慶 申請(qǐng)人:北京華商龍科技有限公司