一種會議中成員智能發(fā)言控制的方法
【專利摘要】本發(fā)明公開了一種會議中成員智能發(fā)言控制的方法，包括如下步驟：S1，會議成員通過DPS向主持人發(fā)送請求發(fā)言的通知；S2，當主持人同意會議成員A發(fā)言時，DPS向MRS發(fā)送打開會議成員A的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的會議成員A；S3，MRS為會議成員A分配一個語音檢測模塊，用以檢測會議成員A時間周期內是否發(fā)言；如果在時間周期內會議成員A未發(fā)言，則MRS向DPS發(fā)送會議成員A的靜默事件；S4，DPS向主持人發(fā)送會議成員A產生的靜默事件；主持人將產生靜默事件的會議成員A的發(fā)言權強制關閉。該方法解決會議中主持人無有效的方式鑒別當前發(fā)言的會議成員是否長時間沒有發(fā)言的問題，便于及時釋放發(fā)言資源，提高會議效率。
【專利說明】
一種會議中成員智能發(fā)言控制的方法
技術領域
[0001]本發(fā)明涉及一種發(fā)言控制方法，尤其涉及一種會議中成員智能發(fā)言控制的方法， 屬于多媒體調度通信技術領域?！颈尘凹夹g】
[0002]目前，在多媒體調度會議中，用戶希望視頻會議能夠模擬真實的會議環(huán)境，在有多人同時說話時，終端能同時聽到每個人說話的聲音。這就需要混音功能，所謂混音就是將不同的音頻流在某個節(jié)點處通過線性疊加的方法混合成一個音頻流，這樣在播放時就達到模擬真實會議場景的目的?；煲粢彩且纛l處理中的一個難點，目前大部分視頻會議系統都沒有很好地解決這個難題。尤其是在大規(guī)模視頻會議中，為了保證聲音質量不可能把所有用戶聲音進行混音處理。因此需要由主持人控制發(fā)言的會議成員的總數，以保證會議聲音質量。
[0003]如圖1所示，當前IP多媒體調度通信會議中成員申請發(fā)言與結束發(fā)言控制包括以下處理過程:當會議成員(成員)A想要發(fā)言時，通過DPS(調度業(yè)務服務模塊)向主持人發(fā)送會議成員A請求發(fā)言的通知。如果主持人同意會議成員A發(fā)言，則向DPS回復同意會議成員A 發(fā)言。DPS向MRS(媒體資源服務模塊)發(fā)送打開會議成員A的發(fā)言控制命令。之后，DPS向會議成員A發(fā)送可發(fā)言的通知，并向主持人發(fā)送會議成員A已經允許發(fā)言的通知。會議成員A開始發(fā)言。當會議成員A結束發(fā)言時，通過DPS向主持人發(fā)送會議成員A的請求停止發(fā)言的通知。 DPS向MRS發(fā)送關閉會議成員A發(fā)言控制命令。之后，DPS向會議成員A發(fā)送已經結束發(fā)言的通知，并向主持人發(fā)送已經結束發(fā)言的通知。其中，業(yè)務調度服務模塊和媒體資源服務模塊為現有成熟的技術。
[0004]如果發(fā)言的成員長時間沒發(fā)言，也沒有通過DPS向主持人發(fā)送請求停止發(fā)言的通知，主持人則強制停止發(fā)言。如圖2所示，DPS向會議成員A發(fā)送可發(fā)言的通知之后，主持人通過監(jiān)聽會議發(fā)現會議成員A雖然申請了發(fā)言，但是長時間沒有發(fā)言。DPS則向MRS發(fā)送關閉會議成員A發(fā)言控制命令。之后，DPS向會議成員A發(fā)送已經結束發(fā)言的通知，并向主持人發(fā)送已經結束發(fā)言的通知。
[0005]—般情況下，成員結束發(fā)言會主動向系統申請結束發(fā)言，把發(fā)言權讓出來，以便主持人把發(fā)言權分配給其他成員。但是總可能存在某些情況，成員結束發(fā)言后沒有及時主動釋放發(fā)言資源。所以主持人總是需要監(jiān)聽會議中所有發(fā)言的會議成員的發(fā)言狀態(tài)，定時清除長時間不講話且可以發(fā)言的會議成員。如果會議主持人對所有發(fā)言的會議成員的聲音很熟悉，可以通過聲音判斷某發(fā)言的會議成員是否長時間沒有通話。但往往主持無法識別發(fā)言的會議成員是否在發(fā)言。所以主持人無法及時清除長時間沒有發(fā)言的會議成員。
【發(fā)明內容】

[0006]針對現有技術的不足，本發(fā)明所要解決的技術問題在于提供一種會議中成員智能發(fā)言控制的方法。
[0007]為實現上述發(fā)明目的，本發(fā)明采用下述的技術方案:
[0008]—種會議中成員智能發(fā)言控制的方法，包括如下步驟:
[0009]S1，會議成員通過調度業(yè)務服務模塊向主持人發(fā)送請求發(fā)言的通知；[〇〇1〇] S2,當主持人同意所述會議成員發(fā)言時，調度業(yè)務服務模塊向媒體資源服務模塊發(fā)送打開所述會議成員的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的所述會議成員；
[0011]S3，媒體資源服務模塊為所述會議成員分配一個語音檢測模塊，用以檢測所述會議成員時間周期內是否發(fā)言；如果在時間周期內所述會議成員未發(fā)言，則媒體資源服務模塊向調度業(yè)務服務模塊發(fā)送所述會議成員產生的靜默事件；
[0012]S4,調度業(yè)務服務模塊向主持人發(fā)送所述會議成員產生的靜默事件，所述主持人將產生靜默事件的會議成員的發(fā)言權強制關閉。
[0013]其中較優(yōu)地，在步驟S2中，當主持人接收到調度業(yè)務服務模塊發(fā)送的請求發(fā)言的通知時，判斷會議中擁有發(fā)言權的會議成員的個數；當會議中擁有發(fā)言權的會議成員的個數達到會議發(fā)言成員閾值時，主持人拒絕所述會議成員發(fā)言；否則，主持人同意所述會議成員發(fā)言。
[0014]其中較優(yōu)地，在步驟S2中，當調度業(yè)務服務模塊向媒體資源服務模塊發(fā)送打開會議成員的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的所述會議成員之后，調度業(yè)務服務模塊向主持人發(fā)送已經允許發(fā)言的通知，告知主持人所述會議成員已經進行發(fā)言，使主持人了解所述會議成員的發(fā)言狀況。
[0015]其中較優(yōu)地，在步驟S3中，所述語音檢測模塊實時檢測所述會議成員的發(fā)言情況， 當到達時間周期后，如果所述會議成員仍未發(fā)言時，媒體資源服務模塊向調度業(yè)務服務模塊發(fā)送所述會議成員產生的靜默事件。
[0016]其中較優(yōu)地，在步驟S4中，主持人接收到調度業(yè)務服務模塊發(fā)送的所述會議成員產生的靜默事件后，根據發(fā)送請求發(fā)言的通知的會議成員數量決定是否強制關閉所述會議成員的發(fā)言權；當主持人保留所述會議成員的發(fā)言權時，為所述會議成員分配的語音檢測模塊繼續(xù)實時檢測所述會議成員的發(fā)言情況，當到達時間周期后，如果所述會議成員A仍未發(fā)言，媒體資源服務模塊再次向調度業(yè)務服務模塊發(fā)送所述會議成員產生的靜默事件，主持人將產生靜默事件的所述會議成員的發(fā)言權強制關閉。
[0017]其中較優(yōu)地，在步驟S4中，當調度業(yè)務服務模塊向媒體資源服務模塊發(fā)送關閉所述會議成員的發(fā)言權的發(fā)言控制命令，并向所述會議成員發(fā)送已經結束發(fā)言的通知之后， 調度業(yè)務服務模塊向主持人發(fā)送結束發(fā)言的通知，告知主持人所述會議成員結束發(fā)言，使主持人了解所述會議成員的發(fā)言狀況。
[0018]本發(fā)明所提供的會議中成員智能發(fā)言控制的方法，通過在發(fā)言的會議成員端點增加靜默檢測流程，實時檢測擁有發(fā)言權的會議成員的發(fā)言情況，如果在時間周期內擁有發(fā)言權的會議成員未發(fā)言，則通過DPS向主持人發(fā)送會議成員產生的靜默事件；由主持人將產生靜默事件的會議成員的發(fā)言權強制關閉，解決會議中主持人無有效的方式鑒別當前發(fā)言的會議成員是否長時間沒有發(fā)言的問題，提高會議中主持人的工作效率及會議發(fā)言控制的準確性?！靖綀D說明】
[0019]圖1為現有技術中，IP多媒體調度通信會議中成員申請發(fā)言與結束發(fā)言控制的流程圖；
[0020]圖2為現有的成員申請發(fā)言與結束發(fā)言控制中，發(fā)言成員長時間沒發(fā)言，主持人強制停止發(fā)言的流程圖；
[0021]圖3為本發(fā)明所提供的會議中成員智能發(fā)言控制的方法的流程圖?！揪唧w實施方式】[〇〇22]下面結合附圖和具體實施例對本發(fā)明的技術內容進行詳細具體的說明。
[0023]本發(fā)明所提供的會議中成員智能發(fā)言控制的方法，解決會議中主持人無有效的方式鑒別當前發(fā)言的會議成員是否長時間沒有發(fā)言的問題。在MRS為發(fā)言的會議成員增加靜默檢測流程。當檢測到有發(fā)言權的會議成員某時間范圍內沒有發(fā)言，MRS向DPS發(fā)送該會議成員產生的靜默事件。然后DPS通知主持人，此會議成員產生靜默事件。主持人強制結束該會議成員的發(fā)言權。如圖3所示，本發(fā)明所提供的會議中成員智能發(fā)言控制的方法，包括如下步驟:首先，會議成員A通過DPS(調度業(yè)務服務模塊)向主持人發(fā)送請求發(fā)言的通知；當主持人同意會議成員A發(fā)言時，DPS向MRS發(fā)送打開會議成員A的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的會議成員A;其次，MRS為會議成員A分配一個語音檢測模塊，用以檢測會議成員A時間周期內是否發(fā)言；如果在時間周期內會議成員A未發(fā)言，則MRS 向DPS發(fā)送會議成員A產生的靜默事件;然后，DPS向會議主持人發(fā)送會議成員A產生的靜默事件;最后，主持人將產生靜默事件的會議成員A的發(fā)言權強制關閉。其中，語音檢測模塊為檢測語音輸出的常規(guī)模塊，為現有成熟的技術，并不體現本發(fā)明創(chuàng)造點，在此便不再贅述了。下面對這一過程做詳細具體的說明。[〇〇24] S1，會議成員A通過DPS向主持人發(fā)送請求發(fā)言的通知。
[0025]在會議過程中，當某個會議成員A想要發(fā)言時，向DPS發(fā)送請求發(fā)言的通知，DPS將請求發(fā)言的通知發(fā)送給主持人。
[0026]S2,當主持人同意會議成員發(fā)言A時，DPS向MRS發(fā)送打開會議成員A的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的會議成員A。[〇〇27]在大規(guī)模會議中，為了保證聲音質量，不可能把所有用戶聲音進行混音處理。因此需要由主持人控制發(fā)言的成員總數，以保證會議聲音質量。所以，當主持人接收到DPS發(fā)送的請求發(fā)言的通知時，首先判斷會議中擁有發(fā)言權的會議成員的個數；當會議中擁有發(fā)言權的會議成員的個數達到會議發(fā)言成員閾值時，主持人拒絕會議成員A發(fā)言；否則，當會議中擁有發(fā)言權的會議成員的個數未達到會議發(fā)言成員閾值時，主持人同意會議成員A發(fā)言。 在本發(fā)明所提供的實施例中，根據會議需求以及混音水平設定會議發(fā)言成員閾值。[〇〇28]當主持人同意會議成員A發(fā)言時，向DPS回復同意發(fā)言的通知;DPS向MRS發(fā)送打開會議成員A的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的會議成員A。 除此之外，DPS向主持人發(fā)送已經允許發(fā)言的通知，告知主持人會議成員A已經可以進行發(fā)言，使主持人及時了解會議用戶的發(fā)言狀況。[〇〇29] S3，MRS為會議成員A分配一個語音檢測模塊，用以檢測會議成員A時間周期內是否發(fā)言;如果在時間周期內會議成員A未發(fā)言，則MRS向DPS發(fā)送會議成員A產生的靜默事件。
[0030]當DPS向MRS發(fā)送打開會議成員A的發(fā)言權的發(fā)言控制命令時，MRS為會議成員A分配一個語音檢測模塊，用以檢測會議成員A時間周期內是否發(fā)言;如果在時間周期內會議成員A未發(fā)言，則MRS向DPS發(fā)送會議成員A產生的靜默事件。其中，在本發(fā)明所提供的實施例中，時間周期根據會議需求進行設定，語音檢測模塊實時檢測會議成員A的發(fā)言情況，當到達時間周期后，會議成員A仍未發(fā)言時，MRS向DPS發(fā)送會議成員A產生的靜默事件。[〇〇31] S4，DPS向會議主持人發(fā)送會議成員A產生的靜默事件;主持人將產生靜默事件的會議成員A的發(fā)言權強制關閉。[〇〇32] DPS向會議主持人發(fā)送會議成員A產生的靜默事件，主持人接收到DPS發(fā)送的會議成員A產生的靜默事件后，根據發(fā)送請求發(fā)言的通知的會議成員數量決定是否立即強制關閉會議成員A的發(fā)言權；當主持人決定暫時保留會議成員A的發(fā)言權時，為會議成員A分配的語音檢測模塊繼續(xù)實時檢測會議成員A的發(fā)言情況，當到達時間周期后，會議成員A仍未發(fā)言時，MRS再次向DPS發(fā)送會議成員A產生的靜默事件，主持人將產生靜默事件的會議成員A 的發(fā)g權強制關閉。
[0033]主持人將產生靜默事件的會議成員A的發(fā)言權強制關閉后，DPS向MRS發(fā)送關閉會議成員A發(fā)言的控制命令，并向會議成員A發(fā)送已經結束發(fā)言的通知。除此之外，DPS向主持人發(fā)送已經結束發(fā)言的通知，告知主持人會議成員A已經結束發(fā)言，使主持人及時了解會議用戶的發(fā)言狀況。
[0034]綜上所述，本發(fā)明所提供的會議中成員智能發(fā)言控制的方法，在主持人同意會議成員A發(fā)言時，DPS向MRS發(fā)送打開會議成員A的發(fā)言權的發(fā)言控制命令，MRS為發(fā)言的會議成員A分配一個語音檢測模塊，用以檢測會議成員A時間周期內是否發(fā)言；如果在時間周期內會議成員A未發(fā)言，則MRS通過DPS向主持人發(fā)送會議成員A產生的靜默事件；由主持人將產生靜默事件的會議成員A的發(fā)言權強制關閉，解決會議中主持人無有效的方式鑒別當前發(fā)言的會議成員是否長時間沒有發(fā)言的問題。便于及時釋放發(fā)言資源，供會議中其他會議成員使用，提高會議效率。該方法通過在會議成員中擁有發(fā)言權的會議成員端點增加靜默檢測流程，及時發(fā)現會議中不發(fā)言的會議成員，解除其對發(fā)言權的占用，提高會議中主持人的工作效率及會議發(fā)言控制的準確性。
[0035]上面對本發(fā)明所提供的會議中成員智能發(fā)言控制的方法進行了詳細的說明。對本領域的一般技術人員而言，在不背離本發(fā)明實質精神的前提下對它所做的任何顯而易見的改動，都將構成對本發(fā)明專利權的侵犯，將承擔相應的法律責任。
【主權項】
1.一種會議中成員智能發(fā)言控制的方法，其特征在于包括如下步驟:S1，會議成員通過調度業(yè)務服務模塊向主持人發(fā)送請求發(fā)言的通知；52,當主持人同意所述會議成員發(fā)言時，調度業(yè)務服務模塊向媒體資源服務模塊發(fā)送 打開所述會議成員的發(fā)言權的發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的所述 會議成員；53,媒體資源服務模塊為所述會議成員分配一個語音檢測模塊，用以檢測所述會議成 員時間周期內是否發(fā)言；如果在時間周期內所述會議成員未發(fā)言，則媒體資源服務模塊向 調度業(yè)務服務模塊發(fā)送所述會議成員產生的靜默事件；54,調度業(yè)務服務模塊向主持人發(fā)送所述會議成員產生的靜默事件，所述主持人將產 生靜默事件的會議成員的發(fā)言權強制關閉。2.如權利要求1所述的會議中成員智能發(fā)言控制的方法，其特征在于:在步驟S2中，當主持人接收到調度業(yè)務服務模塊發(fā)送的請求發(fā)言的通知時，判斷會議 中擁有發(fā)言權的會議成員的個數;當會議中擁有發(fā)言權的會議成員的個數達到會議發(fā)言成 員閾值時，主持人拒絕所述會議成員發(fā)言；否則，主持人同意所述會議成員發(fā)言。3.如權利要求1所述的會議中成員智能發(fā)言控制的方法，其特征在于:在步驟S2中，當調度業(yè)務服務模塊向媒體資源服務模塊發(fā)送打開會議成員的發(fā)言權的 發(fā)言控制命令，并將同意發(fā)言的通知發(fā)送給請求發(fā)言的所述會議成員之后，調度業(yè)務服務 模塊向主持人發(fā)送已經允許發(fā)言的通知，告知主持人所述會議成員已經進行發(fā)言，使主持 人了解所述會議成員的發(fā)言狀況。4.如權利要求1所述的會議中成員智能發(fā)言控制的方法，其特征在于:在步驟S3中，所述語音檢測模塊實時檢測所述會議成員的發(fā)言情況，當到達時間周期 后，如果所述會議成員仍未發(fā)言時，媒體資源服務模塊向調度業(yè)務服務模塊發(fā)送所述會議 成員產生的靜默事件。5.如權利要求1所述的會議中成員智能發(fā)言控制的方法，其特征在于:在步驟S4中，主持人接收到調度業(yè)務服務模塊發(fā)送的所述會議成員產生的靜默事件 后，根據發(fā)送請求發(fā)言的通知的會議成員數量決定是否強制關閉所述會議成員的發(fā)言權； 當主持人保留所述會議成員的發(fā)言權時，為所述會議成員分配的語音檢測模塊繼續(xù)實時檢 測所述會議成員的發(fā)言情況，當到達時間周期后，如果所述會議成員A仍未發(fā)言，媒體資源 服務模塊再次向調度業(yè)務服務模塊發(fā)送所述會議成員產生的靜默事件，主持人將產生靜默 事件的所述會議成員的發(fā)言權強制關閉。6.如權利要求1所述的會議中成員智能發(fā)言控制的方法，其特征在于:在步驟S4中，當調度業(yè)務服務模塊向媒體資源服務模塊發(fā)送關閉所述會議成員的發(fā)言 權的發(fā)言控制命令，并向所述會議成員發(fā)送已經結束發(fā)言的通知之后，調度業(yè)務服務模塊 向主持人發(fā)送結束發(fā)言的通知，告知主持人所述會議成員結束發(fā)言，使主持人了解所述會 議成員的發(fā)言狀況。
【文檔編號】H04N7/15GK106027947SQ201610346329
【公開日】2016年10月12日
【申請日】2016年5月23日
【發(fā)明人】任廣磊, 唐榮旺
【申請人】北京佳訊飛鴻電氣股份有限公司