發送音頻數據的方法、裝置及終端的制作方法

發送音頻數據的方法、裝置及終端的制作方法
【專利摘要】本發明公開了一種發送音頻數據的方法、裝置及終端，其中，該方法包括：本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音；本地終端將設置為靜音后的音頻數據發送至接收終端。通過運用本發明，解決了由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響的問題，進而實現了數據不間斷采集及發送，保持了數據的連續性，提升了系統的性能。
【專利說明】發送音頻數據的方法、裝置及終端
【技術領域】
[0001]本發明涉及通信領域，具體而言，涉及一種發送音頻數據的方法、裝置及終端。
【背景技術】
[0002]在會議電視終端產品中，發起呼叫終端所接入的麥克常常處于打開狀態。
[0003]一種情況是此時如果發起呼叫終端所處的環境比較嘈雜，那么被呼叫的終端或正在召開會議的會場都會接收到嘈雜聲音，嚴重影響會議質量，給會議中的參會者帶來聽覺上的反感。在會議電視的以往技術實現中，點對點的會議(如圖1所示)都是在終端上會后，通過手動關閉環境嘈雜終端的麥克來實現麥克靜音，而在多點會議中(如圖2所示，為加入內置MCU終端召開的會議)，則是通過某一終端申請主席，然后關閉嘈雜終端的麥克來實現。傳統的技術實現都有一個重大的隱患，就是在與會終端都接受到了巨大的嘈雜聲后才可以進行麥克的關閉控制。
[0004]另外一種情況是，會議電視召開的會議中有很多的會議隸屬于機密會議。例如多個終端組成的會場正在討論機密內容或者一方會場多人在討論機密內容，此時所討論的內容是不允許另一方聽到的。點對點會議和多點會議都是需要手工進行靜音的操作，而在手工進行靜音的過程中是需要一段時間的，而此端時間內往往會導致機密信息的泄露。
[0005]相關技術中，由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響。

【發明內容】

[0006]本發明提供了一種發送音頻數據的方法、裝置及終端，以至少解決相關技術中，由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響的問題。
[0007]根據本發明的一個方面，提供了一種發送音頻數據的方法，包括:本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音；所述本地終端將設置為靜音后的音頻數據發送至接收終端。
[0008]優選地，本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音包括:所述本地終端在加入會議的過程中，檢測當前數據連接是否建立；如果是，則依據所述呼叫靜音命令將采集到的音頻數據設置為零。
[0009]優選地，所述本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音之前，還包括:所述本地終端根據當前的呼叫狀態設置呼叫靜音命令，其中，所述呼叫狀態包括:主叫或被叫。
[0010]優選地，所述本地終端根據當前的呼叫狀態設置呼叫靜音命令包括:如果所述本地終端當前的呼叫狀態為主叫，則確定所述呼叫靜音命令為將所述本地終端作為主叫進行呼入時采集到的音頻數據進行處理；如果所述本地終端當前的呼叫狀態為被叫，則確定所述呼叫靜音命令為將所述本地終端作為被叫進行呼入時采集到的音頻數據進行處理。[0011]優選地，在所述本地終端加入會議后，所述方法還包括:所述本地終端在會議進行過程中，實時監測是否有非本地終端加入所述會議；如果是，則依據當前的呼叫靜音命令將采集到的音頻數據設置為靜音。
[0012]根據本發明的另一方面，提供了一種發送音頻數據的裝置，包括:第一設置模塊，用于依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音；發送模塊，用于將設置為靜音后的音頻數據發送至接收終端。
[0013]優選地，所述第一設置模塊包括:檢測單元，用于在加入會議的過程中，檢測當前數據連接是否建立；設置單元，用于在當前數據連接建立的情況下，依據所述呼叫靜音命令將采集到的音頻數據設置為零。
[0014]優選地，所述裝置還包括:第二設置模塊，用于根據當前的呼叫狀態設置呼叫靜音命令，其中，所述呼叫狀態包括:主叫或被叫。
[0015]優選地，所述第二設置模塊包括:第一確定單元，用于在本地終端當前的呼叫狀態為主叫時，確定呼叫靜音命令為將所述本地終端作為主叫進行呼叫時采集到的音頻數據進行處理；第二確定單元，用于在所述本地終端當前的呼叫狀態為被叫時，確定呼叫靜音命令為將所述本地終端作為被叫進行呼叫時采集到的音頻數據進行處理。
[0016]優選地，所述裝置還包括:監測模塊，用于在會議進行過程中，實時監測是否有非本地終端加入所述會議；第三設置模塊，用于在有非本地終端加入所述會議的情況下，依據當前的呼叫靜音命令將采集到的音頻數據設置為靜音。
[0017]根據本發明的再一方面，提供了一種終端，包括:上述任一項所述的裝置。
[0018]本發明用了如下方法:本地終端根據呼叫靜音命令將音頻數據設置為靜音，并將靜音后的數據發送至接收終端，該過程的實現相當于將麥克進行了關閉，使在會的終端都聽不到剛加入終端的聲音。通過運用本發明，解決了由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響的問題，進而實現了數據不間斷采集及發送，保持了數據的連續性，提升了系統的性能。
【專利附圖】

【附圖說明】
[0019]此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中:
[0020]圖1是根據相關技術的點對點會議架構示意圖；
[0021]圖2是根據相關技術的多點會議架構示意圖；
[0022]圖3是根據本發明實施例的發送音頻數據的方法的流程圖；
[0023]圖4是根據本發明實施例的發送音頻數據的裝置的結構框圖一；
[0024]圖5是根據本發明實施例的發送音頻數據的裝置的結構框圖二 ；
[0025]圖6是根據本發明實施例的發送音頻數據的裝置的結構框圖三；
[0026]圖7是根據本發明實施例的發送音頻數據的裝置的結構框圖四；
[0027]圖8是根據本發明優選實施例的終端的結構框圖；
[0028]圖9是根據本發明優選實施例的實例一的主叫終端下發靜音命令的流程圖；
[0029]圖10是根據本發明優選實施例的實例二的被叫終端下發靜音命令的流程圖；
[0030]圖11是根據本發明優選實施例的實例三的被叫終端下發靜音命令的流程圖；[0031]圖12是根據本發明優選實施例的實例四的音頻采集模塊處理靜音命令的流程圖。
【具體實施方式】
[0032]下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0033]基于相關技術中，由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響的問題，本發明實施例提供一種發送音頻數據的方法，該方法的流程如圖3所示，包括步驟S102至步驟S104:
[0034]步驟S102，本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音；
[0035]步驟S104，本地終端將設置為靜音后的音頻數據發送至接收終端。
[0036]本實施例采用了如下方法:本地終端根據呼叫靜音命令將音頻數據設置為靜音，并將靜音后的數據發送至接收終端，該過程的實現相當于將麥克進行了關閉，使在會的終端都聽不到剛加入終端的聲音。通過運用本實施例，解決了由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響的問題，進而實現了數據不間斷采集及發送，保持了數據的連續性，提升了系統的性能。
[0037]在本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音之前，還可以使本地終端根據當前的呼叫狀態設置呼叫靜音命令，其中，呼叫狀態包括主叫狀態或被叫狀態。
[0038]在上述步驟實施的過程中，如果本地終端當前的呼叫狀態為主叫，則確定呼叫靜音命令為將本地終端作為主叫進行呼入時采集到的音頻數據進行處理。在實現過程中，如果本地終端要求加入會議，則其當前狀態為主叫，其呼叫靜音命令的實現就是使會議中的任何一個終端都聽不到其聲音。
[0039]如果本地終端當前的呼叫狀態為被叫，則確定呼叫靜音命令為將本地終端作為被叫進行呼入時采集到的音頻數據進行處理。在該過程中，如果本地終端為被叫，則其它終端要求加入本地終端所在的會議時，本地終端的麥克也相當于關閉狀態，使會議中都聽不到本地終端的聲音。
[0040]該過程也可以通過軟件實現在操作界面上，例如，用戶可以在操作界面上的主叫呼叫靜音或被叫呼叫靜音中選擇，如果選擇主叫呼叫靜音，則在呼叫其它終端(即加入會議)的過程中，其它終端無法聽到該終端的聲音，相當于麥克關閉。
[0041]在設置完呼叫靜音命令后，本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音可以包括如下處理:本地終端在加入會議的過程中，檢測當前數據連接是否建立；如果是，則依據呼叫靜音命令將采集到的音頻數據設置為零。在實施過程中，將采集到的音頻數據設置為零只是一種優選的方式，還可以將采集到的數據全部設置為空進行發送，也可以達到將采集到的音頻數據設置為零相同的效果。通過上述步驟的實施，可以在數據連續發送的情況下，實現與關閉麥克相同的效果。
[0042]在本地終端加入會議后，可以按照用戶的指示選擇開啟或繼續處于音頻數據靜音發送的狀態。
[0043]在本地終端在會議進行過程中，可以實時監測是否有非本地終端加入會議；如果是，則依據當前的呼叫靜音命令將采集到的音頻數據設置為靜音。在有非本地終端加入會議的過程中，本地終端可以自動設置為被叫靜音命令，也可以通過界面讓用戶選擇是否設置被叫靜音命令。在設置被叫靜音命令的情況下，其它終端加入會議時，本地終端自動將本地采集到的音頻數據設置為靜音進行發送，保證了會議質量，不對會議造成任何噪聲影響。
[0044]基于上述發送音頻數據的方法，本發明實施例還提供了一種發送音頻數據的裝置，該裝置可以應用于終端中，其結構框圖可以如圖4所示，包括:第一設置模塊10，用于依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音；發送模塊20，與第一設置模塊10耦合，用于將設置為靜音后的音頻數據發送至接收終端。
[0045]圖5示出了本發明實施例發送音頻數據的裝置的優選實施例，在圖5中，第一設置模塊10可以包括:檢測單元102，用于在加入會議的過程中，檢測當前數據連接是否建立；設置單元104，與檢測單元102耦合，用于在當前數據連接建立的情況下，依據呼叫靜音命令將采集到的音頻數據設置為零。
[0046]在一個優選實施例中，裝置還可以如圖6所示包括:第二設置模塊30，與第一設置模塊10耦合，用于根據當前的呼叫狀態設置呼叫靜音命令，其中，呼叫狀態包括:主叫或被
口 Li。
[0047]其中，第二設置模塊還包括:第一確定單元302，用于在本地終端當前的呼叫狀態為主叫時，確定呼叫靜音命令為將本地終端作為主叫進行呼叫時采集到的音頻數據進行處理；第二確定單元304，用于在本地終端當前的呼叫狀態為被叫時，確定呼叫靜音命令為將本地終端作為被叫進行呼叫時采集到的音頻數據進行處理。
[0048]在圖7所示的裝置中，還包括:監測模塊40，與發送模塊20耦合，用于在會議進行過程中，實時監測是否有非本地終端加入會議；第三設置模塊50，與監測模塊40耦合，用于在有非本地終端加入會議的情況下，依據當前的呼叫靜音命令將采集到的音頻數據設置為靜音。
[0049]下面結合附圖及優選實施例對上述實施例進行說明。在下述優選實施例中，裝置設置在終端內部，其終端中各模塊的命名與上述實施方式的發送音頻數據的裝置中各模塊的命名略有不同，但能達到相同的技術效果。
[0050]優選實施例
[0051]本優選實施例涉及一種會議電視終端在點對點呼叫建立后，或加入內置MCU終端召開的會議后自動關閉接入麥克音量的裝置，其設置在終端內部。該終端可以如圖8所示，包括:主控模塊及音頻采集模塊。當終端發起呼叫后，終端的主控模塊會定時檢測終端是否入會、能力協商是否發生變化，并根據配置選項自動關閉接入的麥克音量。本發明有效地提高了會場中的聲音不被新入會終端所影響，同時也可以保護會場中正在討論的內容不被新加入終端所獲取。
[0052]本優選實施例終端的執行過程如下:
[0053](I)在用戶Π界面上提供“主叫呼入(呼叫)靜音”與“被叫呼入(呼叫)靜音”的選項，在Π上選擇相應的靜音配置后，UI會將對應的索引值傳遞給主控模塊。
[0054](2)主控模塊會檢測終端的狀態。該終端可以包括兩種狀態，一種是連接狀態，一種是能力協商發生變化的狀態。對能連接狀態進行檢測時，當連接建立后，主控模塊會根據下發的索引值將靜音命令下發給音頻采集模塊；如果連接未建立，則終端不會下發靜音命令給音頻采集模塊。對能力協商發生變化的狀態進行檢測時，當能力協商發生變化后，主控模塊會根據下發的索引值將靜音命令下發給音頻采集模塊。
[0055](3)音頻采集模塊在接受到靜音命令后，會將采集到的音頻數據置為0，并將置為O的數據發送給遠端，從而遠端聽不到任何發送端會場所發出的聲音，但不會停止音頻數據的米集。
[0056]該終端的實現過程與現有技術相比較，實現了由會議電視終端在呼叫建立后根據具體的配置項決定是否關閉接入麥克，最大程度地減少了新呼入終端對整個會場的干擾與影響，提升了系統性能，同時提高了用戶體驗。
[0057]下面結合實例進行說明。
[0058]實例一
[0059]圖9是主叫終端主控模塊下發靜音命令的流程圖。該流程可以包括步驟S202至步驟S210:
[0060]步驟S202，主控模塊檢測本終端是否在會。如果是，則執行步驟S204，否則繼續執行步驟S202。
[0061]步驟S204，判斷本終端是否為主叫。如果是，則執行步驟S206，否則執行步驟S210。
[0062]步驟S206，判斷是否啟動主叫呼入靜音。如果是，則執行步驟S208，否則執行步驟S210。
[0063]步驟S208，下發靜音命令至音頻采集模塊。
[0064]步驟S210，不下發靜音命令。
[0065]上述為點對點呼叫實施的過程中，主叫終端監控下發靜音命令的過程。實施時，兩個終端均未在會，主叫終端設置了主叫呼入靜音，當主叫終端發起呼叫時，主叫終端的主控模塊會定時監測是否在會，如果在會的話則會下發靜音命令道音頻采集模塊，相反則不會下發靜音命令。
[0066]舉例說明，如有兩個終端A，B,假設終端A設置了主叫呼入靜音，終端B未啟用任何靜音設置，此時終端A呼叫終端B時，終端A的主控會將靜音命令下發給自己的音頻采集模塊，而終端B的主控則不會下發靜音命令；此時終端B呼叫終端A時，兩個終端均不會下發靜音命令。
[0067]實例二
[0068]圖10是被叫終端主控模塊下發靜音命令的流程圖。該流程可以包括步驟S302至步驟S310:
[0069]步驟S302，主控模塊檢測本終端是否在會。如果是，則執行步驟S304，否則繼續執行步驟S302。
[0070]步驟S304，判斷本終端是否為被叫。如果是，則執行步驟S306，否則執行步驟S310。
[0071]步驟S306，判斷是否啟動被叫呼入靜音。如果是，則執行步驟S308，否則執行步驟S310。
[0072]步驟S308，下發靜音命令至音頻采集模塊。
[0073]步驟S310，不下發靜音命令。[0074]上述為點對點呼叫實施的過程中，被叫終端監控下發靜音命令的過程。實施時，兩個終端均未在會，被叫終端設置了被叫呼入靜音，當被叫終端上會后，被叫終端的主控模塊會定時監測是否在會，如果在會的話則會下發靜音命令道音頻采集模塊，相反則不會下發靜音命令。
[0075]舉例說明，如有兩個終端A，B假設終端A設置了被叫呼入靜音，終端B未啟用任何靜音設置，此時終端B呼叫終端A時，終端A的主控會將靜音命令下發給自己的音頻采集模塊，而終端B的主控則不會下發任何靜音命令；此時終端A呼叫終端B時，兩個終端均不會下發靜音命令。
[0076]實例三
[0077]圖11是被叫終端主控模塊下發靜音命令的流程圖。該流程可以包括步驟S402至步驟S410:
[0078]步驟S402，主控模塊檢測本終端是否有能力協商。如果是，則執行步驟S404，否則繼續執行步驟S402。
[0079]步驟S404，判斷本終端是否為被叫。如果是，則執行步驟S406，否則執行步驟S410。
[0080]步驟S406，判斷是否啟動被叫呼入靜音。如果是，則執行步驟S408，否則執行步驟S410。
[0081]步驟S408，下發靜音命令至音頻采集模塊。
[0082]步驟S410，不下發靜音命令。
[0083]上述為多點呼叫實施的過程中，被叫終端監控下發靜音命令的過程。實施時，當內置MCU終端已經呼叫多個終端在會，且所有終端均設置了被叫呼入靜音。此時，如果有一個新的終端呼叫內置MCU終端，新的終端入會后，會場中的所有終端會重新進行一次能力交互，每個終端的主控會定時檢測是否發生能力交互，當檢測到有能力交互后，主控會下發靜音命令給音頻采集模塊。
[0084]實例四
[0085]圖12是音頻采集模塊處理靜音命令的流程圖。該流程可以包括步驟S502至步驟S508:
[0086]步驟S502，音頻采集模塊會實時采集音頻數據并進行存儲。如果是，則執行步驟S504，否則繼續執行步驟S502。
[0087]步驟S504，判斷是否接收到靜音命令。如果是，則執行步驟S508，否則執行步驟S506。
[0088]步驟S506，將采集到的音頻數據編碼送到對端。
[0089]步驟S508，將音頻數據置0，并將采集到的音頻數據編碼送到對端。
[0090]上述為音頻采集的過程中，音頻采集模塊執行過程的流程圖。實施時，音頻采集模塊會實時采集音頻數據，當未收到音命令時，音頻采集模塊會將采集到的音頻數據存儲到一個內存區域中，并將內存區域的數據進行編碼發送出去；當音頻采集模塊接收到靜音命令后，會將存儲音頻內存區域的值置為0，并將此段區域數據發送出去。
[0091]從以上的描述中，可以看出，本發明實現了如下技術效果:
[0092]本實施例采用了如下方法:本地終端根據呼叫靜音命令將音頻數據設置為靜音，并將靜音后的數據發送至接收終端，該過程的實現相當于將麥克進行了關閉，使在會的終端都聽不到剛加入終端的聲音。通過運用本實施例，解決了由于加入會議過程中，關閉麥克的操作都是在加入會議之后手動執行的，導致會議受到噪聲的影響的問題，進而實現了數據不間斷采集及發送，保持了數據的連續性，提升了系統的性能。
[0093]顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，并且在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發明不限制于任何特定的硬件和軟件結合。
[0094]以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【權利要求】
1.一種發送音頻數據的方法，其特征在于，包括: 本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音； 所述本地終端將設置為靜音后的音頻數據發送至接收終端。
2.根據權利要求1所述的方法，其特征在于，本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音包括: 所述本地終端在加入會議的過程中，檢測當前數據連接是否建立； 如果是，則依據所述呼叫靜音命令將采集到的音頻數據設置為零。
3.根據權利要求1所述的方法，其特征在于，所述本地終端依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音之前，還包括: 所述本地終端根據當前的呼叫狀態設置呼叫靜音命令，其中，所述呼叫狀態包括: 主叫或被叫。
4.根據權利要求3所述的方法，其特征在于，所述本地終端根據當前的呼叫狀態設置呼叫靜音命令包括: 如果所述本地終端當前的呼叫狀態為主叫，則確定所述呼叫靜音命令為將所述本地終端作為主叫進行呼入時采集到的音頻數據進行處理； 如果所述本地終端當前的呼叫狀態為被叫，則確定所述呼叫靜音命令為將所述本地終端作為被叫進行呼入時采集到的音頻數據進行處理。
5.根據權利要求1所述的方法，其特征在于，在所述本地終端加入會議后，所述方法還包括: 所述本地終端在會議進行過程中，實時監測是否有非本地終端加入所述會議； 如果是，則依據當前的呼叫靜音命令將采集到的音頻數據設置為靜音。
6.一種發送音頻數據的裝置，其特征在于，包括: 第一設置模塊，用于依據設置的呼叫靜音命令將采集到的音頻數據設置為靜音； 發送模塊，用于將設置為靜音后的音頻數據發送至接收終端。
7.根據權利要求6所述的裝置，其特征在于，所述第一設置模塊包括: 檢測單元，用于在加入會議的過程中，檢測當前數據連接是否建立； 設置單元，用于在當前數據連接建立的情況下，依據所述呼叫靜音命令將采集到的音頻數據設置為零。
8.根據權利要求6所述的裝置，其特征在于，所述裝置還包括: 第二設置模塊，用于根據當前的呼叫狀態設置呼叫靜音命令，其中，所述呼叫狀態包括:主叫或被叫。
9.根據權利要求8所述的裝置，其特征在于，所述第二設置模塊包括: 第一確定單元，用于在本地終端當前的呼叫狀態為主叫時，確定呼叫靜音命令為將所述本地終端作為主叫進行呼叫時采集到的音頻數據進行處理； 第二確定單元，用于在所述本地終端當前的呼叫狀態為被叫時，確定呼叫靜音命令為將所述本地終端作為被叫進行呼叫時采集到的音頻數據進行處理。
10.根據權利要求6所述的裝置，其特征在于，所述裝置還包括: 監測模塊，用于在會議進行過程中，實時監測是否有非本地終端加入所述會議； 第三設置模塊，用于在有非本地終端加入所述會議的情況下，依據當前的呼叫靜音命令將采集到的音頻數據設置為靜音。
11.一種終端，其特征在于`，包括:權利要求6至10中任一項所述的裝置。
【文檔編號】H04M3/56GK103516919SQ201210217649
【公開日】2014年1月15日 申請日期:2012年6月27日 優先權日:2012年6月27日
【發明者】盧正宇, 楊龍 申請人:中興通訊股份有限公司