交互式電話會議系統中的會議掛機處理方法
2023-06-11 13:23:01 1
專利名稱：交互式電話會議系統中的會議掛機處理方法
技術領域：
本發明涉及一種電話技術，更確切地說是涉及一種交互式電話會議系統中的會議掛機處理方法。
當前電話網絡提供的電話業務通常是一對一的交談，或者說是一對一的交互式交流信息。電話會議或電視會議可解決二個或二個以上的人進行交流的問題，但是，傳統的利用電話網絡舉行會議及利用電視網絡舉行會議都是廣播式的，即只有主席能講，其它與會者只能聽不能講。而隨著工業、農業、商務及工礦企業逐漸過渡到以群組活動、分散活動和高速、高效活動為主，要求召開電話會議的願望也越來越急迫，參加電話會議的人員也越來越分散，使用電話終端的種類越來越複雜，會議的討論性能也越來越高，顯然，現有的廣播式電話、電視會議都無法實現這些要求。
當前，由本申請人提供的快談器(Quick Tslk)構成的電話會議系統就是一種交互式電話會議系統，即每個與會者在任何時間、任何地點，用任何電話終端和任何授權人都能夠召集或出席的會議，所有的與會者都既能聽又能講彼此相互交談。極大地提高工作效率和效益、改善工作質量和生活質量。
本申請人試圖在標準微機(PC機或工控機)的硬體支撐環境下，採用美國DIALOGIC公司模擬接口語音卡(D/XXXSC-LS系列如D/160SC-LS等)和會議卡(DCB/XXXSC系列如DCB/320SC、DCB/640SC及DCB/960SC等)構成一種交互式電話會議系統，其軟體環境包括Microsoft Windows、Microsoft Visusl C++和Dialogic System Software SDKDNA。該交互式電話會議系統的表現狀況是由於DIALOGIC公司的音頻會議產品即會議卡DCB/SC卡能連接其它DIALOGIC的數字前端產品，如D/240SC-T1和D/300SC-E1卡，但不能連接模擬前端卡(語音卡)，如D/160SC-LS,LSI/81C,LSI/161SC,MSI/SC卡。其原因是由於該會議卡DCB/SC卡是基於數字語音卡接口設計的，其硬體算法決定了在電話會議中不能檢測並正確處理模擬接口用戶的掛機音，其表現是當會議中一方與會者(一個用戶)掛斷電話時，它的掛機音會一直在會議中持續並產生迴響，導致會議無法進行。如果在CST(Call Status Transition呼叫狀態轉換)事件中加入TONEON消息來處理掛機音，則某一用戶掛機，其它用戶都會被DCB/SC卡掛斷、這是因為DCB/SC卡將各用戶通道進行了語音混合，當某一通道的掛機音產生時，此掛機音被DCB/SC卡混合併進入了其它通道，此時的掛斷操作會對所有的用戶有效，也導致會議不能正常進行。
本發明的目的是設計一種交互式電話會議系統中的會議掛機處理方法，在標準微機(PC機或工控機或具有同等功能的裝置或設備)的硬體環境下，採用美國DIALOGIC公司模擬接口語音卡(D/XXXSC-LS系列如D/160SC-LS等)和會議卡(DCB/XXXSC系列如DCB/320SC、DCB/640SC及DCB/960SC等)構成一種交互式電話會議系統，可正確處理交互會議中一方掛機時的掛機音消除問題，使會議能正常進行。
本發明的目的是這樣實現的一種交互式電話會議系統中的會議掛機處理方法，其特徵在於包括以下步驟a．用美國DIALOGIC公司模擬接口語音卡、會議卡及其支撐環境，建立起交互式電話會議系統，語音卡與電話線連接，電話線連接公共電話網絡；b．用戶撥打電話進入會議系統，建立起一條雙向通路，包括發送通道和收聽通道，當檢測到某個用戶通道有掛機音時，把該用戶的會議屬性設置為「只聽」，即保留「收聽」通道而斷開用戶到會議的發送通道；c．將該用戶原來的「聽會議」時隙改為聽用戶自己的語音發送通道；d．等待一段時間，檢測該通道是否有掛機音停止的消息，若接收到掛機音停止的消息，說明該用戶未掛機則返回會議，若未接收到掛機音停止的消息，說明該用戶確實掛機，則得到通道號執行掛機處理過程。
所述的步驟d中，若一個通道正在執行掛機確認程序而另一通道檢測到有掛機音，則將檢測到有掛機音的通道置為等待一段時間，在等待時間內若接收到該通道有掛機音停止的消息則返回會議，在等待時間內若未接收到該通道有掛機音停止的消息則執行掛機確認程序。
所述的返回會議是首先將該用戶的「聽自己」通道改為「聽會議」時隙，再將用戶的會議屬性改為包括「收聽」及「發送」的全雙工模式。
所述步驟b中的檢測掛機音，是先預定義掛機音頻率範圍，再在呼叫狀態轉換事件中加入Toneon消息來檢測掛機音，即當某個用戶設備產生了在預定義掛機音頻率範圍內的信號音，則對該用戶進行相應的處理。
本發明的另一種交互式電話會議系統中的會議掛機處理方法，其特徵在於包括以下步驟a．用美國DIALOGIC公司模擬接口語音卡、會議卡及其支撐環境，建立起交互式電話會議系統，語音卡與電話線連接，電話線連接公共電話網絡；b．用戶撥打電話進入會議系統，建立起一條雙向通路，包括發送通道和收聽通道；
c．當檢測到某個用戶有先按鍵時的雙音多頻信號時，則得到通道號執行掛機處理過程。
但該處理方法有違正常的且為廣大用戶已經習慣了的掛機操作方法，因為用戶往往會忘記應「先按鍵後掛機」的操作步驟而直接掛機，仍會造成會議無法正常進行。因此這種方法雖然極其簡單且處理速度快，但其缺點也是不容忽視的。
本發明是基於美國DIALOGIC公司模擬接口語音卡D/XXXSC-LS系列(如D/160SC-LS等)和會議卡DCB/XXXSC系列(如DCB/320SC、DCB/640SC及DCB/960SC等)開發出交互式電話會議系統中與會方正確掛機的兩種方法，解決了該配置中會議的與會方因無法正確掛機而不能連接的問題，即實現了用模擬接口語音卡與會議卡構成交互式電話會議系統的連接，前一方法還具有與正常打電話掛機同等的效果。
下面結合實施例及附圖進一步說明本發明的方法
圖1是本交互式電話會議系統先按鍵的掛機處理方法流程示意2是本發明的模塊結構及連接示意3是本發明模塊的工作流程示意4是利用本發明的模塊構成的交互式電話會議系統第一實例圖5是利用本發明的模塊構成的交互式電話會議系統第二實例圖6是利用本發明的模塊構成的交互式電話會議系統第三實例圖7是利用本發明的模塊構成的交互式電話會議系統第四實例圖1示出一種在上述交互式電話會議系統中的會議掛機處理技術，是利用DCB/SC卡能檢測各通道的DTMF雙音多頻信號的功能實現的，用戶1至用戶n中，只要撥打電話進入會議系統，就建立起一條雙向通路，包括語音發送(transmit)和收聽(listen)，在與會者掛機時先按電話鍵盤上的某一個鍵(如#鍵)或某幾個鍵的組合，DCB/SC卡中程序檢測到所按鍵後便會進行該通道的掛機處理。
參見圖2，圖中示出的會議單元結構30為本發明掛機處理模塊10在會議應用時的結構及連接。會議掛機處理模塊10分別通過設備驅動模塊13、14與美國DIALOGIC公司模擬接口語音卡D/XXXSC-LS系列(如D/160SC-LS等)11和會議卡DCB/XXXSC系列(如DCB/320SC、DCB/640SC及DCB/960SC等)12連接，語音卡11、會議卡12及其支撐環境(包括標準微型機如PC機或工控機及其具有同等功能的裝置或設備)的SC總線連接。
系統支持軟體包括美國Microsoft公司的Windows NT,Visual C++(VC)，美國DIALOGIC公司的Dialogic System Software SDK DNA(DNA)和由本申請人開發的會議掛機處理模塊10。本會議掛機處理模塊是在Windows NT環境下，利用VC語言和DNA工具包開發出的。
DNA提供了語音卡和會議卡驅動程序以及API(Application Programming Interface)接口函數。會議掛機處理模塊10是利用了這些底層函數和VC的標準函數而開發出的功能模塊，該功能模塊的技術關鍵是實現了直接利用Dialogic公司DNA的API函數所不能實現的模擬電話接口環境下的掛機問題。
會議掛機處理模塊10處理會議掛機的邏輯過程是1．呼入過程(被叫過程)初始化語音卡11和DCB會議卡12→用戶撥號→語音卡11接收，佔用通道資源→處理呼入→定義掛機音頻和按鍵時的雙音多頻信號檢測→加入會議→DCB會議卡12處理會議→用戶掛機→檢測到掛機請求→判斷掛機通道→掛斷用戶→釋放資源。
2．呼出過程(主叫過程)系統呼出→佔用通道資源→被叫身份確認→被叫加入會議→DCB會議卡12處理會議→用戶掛機→檢測到掛機請求→判斷掛機通道→掛斷用戶→釋放資源。
參見圖3，為模塊10的工作流程。各會議用戶如圖中用戶1至用戶n，與DCB資源間具有雙向的「收聽」(Listen)及「發送」(Transmit)的會議屬性。模塊定義掛機音頻範圍；當在步驟21，某個通道檢測到有掛機音時就將該用戶的會議屬性設置為只「聽」，即保留聽會議時隙而斷開用戶到會議中的發送通道，避免該通道的掛機音繼續幹擾會議；在步驟22，將用戶原來的聽會議時隙修改為聽自己的語音資源DX發送通道，這樣該用戶就聽不到會議的聲音了；步驟23，執行掛機確認程序，如等待3秒鐘，在這段時間內，如果該用戶未掛機，應接收到掛機音停止的消息，如通道未接收到掛機音停止的消息，即仍有掛機音，證明確實掛機，繼續執行步驟24、25，得到通道號進行掛機處理；若在3秒鐘內未接收到掛機音，證明上述步驟是誤判，則返回會議程序，依次執行步驟26及27，步驟26及27是步驟21、22的逆過程，即將聽自己的發送通道修改為「聽會議」時隙，並將用戶修改為原本的全雙工模式，即「收聽」和「發送」。
如果一個通道(如通道1)正在執行掛機確認程序時，另一個或另幾個通道檢測到掛機音(如通道2)，則將檢測到有掛機音的通道即通道2置為等待一段時間，如2秒，在該等待時間內，如果通道2收到掛機音停止的消息即無掛機音則作返回會議處理，如果通道2未收到掛機音停止的消息即有掛機音則執行掛機確認程序。
參見圖4，圖中示出採用圖2所示的會議單元結構30可通過標準數字中繼E1接口(PCM30，2Mb/s)直接與局交換機連接，並進一步與公共電話網絡(PSTN)連接，構成交互式電話會議系統。
參見圖5，圖中示出採用圖2所示的會議單元結構30可通過標準數字E1接口(2Mb/s)直接與小交換機PABX連接，再連接局交換機，並進一步與公共電話網絡(PSTN)連接，構成交互式電話會議系統。
參見圖6，圖中示出利用圖2所示的會議單元結構30，利用會議單元的呼出功能擴充E1數字接口，以增加交互式電話會議系統的容量即增加與會人數的技術方案，圖中虛線框中的會議單元結構30是擴充單元。
參見圖7，圖中示出採用圖2所示的會議單元結構30，並通過模擬電話線接入公共電話網絡(PSTN)的原理圖。
權利要求
1．一種交互式電話會議系統中的會議掛機處理方法，其特徵在於包括以下步驟a．用美國DIALOGIC公司模擬接口語音卡、會議卡及其支撐環境，建立起交互式電話會議系統，語音卡與電話線連接，電話線連接公共電話網絡；b．用戶撥打電話進入會議系統，建立起一條雙向通路，包括發送通道和收聽通道，當檢測到某個用戶通道有掛機音時，把該用戶的會議屬性設置為「只聽」，即保留「收聽」通道而斷開用戶到會議的發送通道；c．將該用戶原來的「聽會議」時隙改為聽用戶自己的語音發送通道；d．等待一段時間，檢測該通道是否有掛機音停止的消息，若接收到掛機音停止的消息，說明該用戶未掛機則返回會議，若未接收到掛機音停止的消息，說明該用戶確實掛機，則得到通道號執行掛機處理過程。
2．根據權利要求1所述的交互式電話會議系統中的會議掛機處理方法，其特徵在於所述的步驟d中，若一個通道正在執行掛機確認程序而另一通道檢測到有掛機音，則將檢測到有掛機音的通道置為等待一段時間，在等待時間內若接收到該通道有掛機音停止的消息則返回會議，在等待時間內若未接收到該通道有掛機音停止的消息則執行掛機確認程序。
3．根據權利要求1或2所述的交互式電話會議系統中的會議掛機處理方法，其特徵在於所述的返回會議是首先將該用戶的「聽自己」通道改為「聽會議」時隙，再將用戶的會議屬性改為包括「收聽」及「發送」的全雙工模式。
4．根據權利要求1所述的交互式電話會議系統中的會議掛機處理方法，其特徵在於所述步驟b中的檢測掛機音，是先預定義掛機音頻率範圍，再在呼叫狀態轉換事件中加入Toneon消息來檢測掛機音，即當某個用戶設備產生了在預定義掛機音頻率範圍內的信號音，則對該用戶進行相應的處理。
5．一種交互式電話會議系統中的會議掛機處理方法，其特徵在於包括以下步驟a．用美國DIALOGIC公司模擬接口語音卡、會議卡及其支撐環境，建立起交互式電話會議系統，語音卡與電話線連接，電話線連接公共電話網絡；b．用戶撥打電話進入會議系統，建立起一條雙向通路，包括發送通道和收聽通道c．當檢測到某個用戶有先按鍵時的雙音多頻信號時，則得到通道號執行掛機處理過程。
全文摘要
本發明涉及一種交互式電話會議系統中的會議掛機處理方法,交互式電話會議系統的會議單元模塊包括美國DIALOGIC公司模擬接口語音卡、會議卡和微型機。本發明的會議掛機處理模塊在檢測到某個用戶通道有掛機音時,先把該用戶的會議屬性設置為「只聽」,即保留「聽」通道而斷開用戶到會議的「發送」通道;再將該用戶原來的「聽會議」時隙改為「聽自己」的語音發送通道;最後執行掛機確認程序。從而實現了原本不能實現的模擬電話接口環境下的掛機問題。
文檔編號H04M3/56GK1212554SQ98103088
公開日1999年3月31日 申請日期1998年7月29日 優先權日1998年7月29日
發明者劉勁松, 廖致慶 申請人:北京華商龍科技有限公司