本發(fā)明屬于通訊技術(shù)領(lǐng)域，尤其涉及voip通訊技術(shù)中的電話會議創(chuàng)建管理方法。

背景技術(shù)：

隨著全球化經(jīng)濟的發(fā)展，為減少溝通成本，用戶對voip終端設(shè)備支持音頻／視頻會議方面提出了更高要求。voip終端為適應(yīng)需求，在會議功能上做了很多改進。現(xiàn)有voip終端均能夠支持三方及三方以上的會議。

但現(xiàn)有技術(shù)中，會議創(chuàng)建方式較為單一，通常是在通話界面中提供一鍵會議控件，點擊控件即將所有單路通話組合成一個會議室。該方式提供了一種快速建立會議的方式，但存在一缺陷。在支持多方會議場景，若只想將已建立通話的幾條通話線路創(chuàng)建會議室，同時不愿意其他通話對象參與討論。則只能將其他通話結(jié)束，該操作是十分不友好的。同時，會議中途想將已有線路邀請入會議室亦無法實現(xiàn)。

現(xiàn)有實現(xiàn)方式存在上述缺陷的主要原因在于無法很好的解決單線路／會議室共存時sip通話的線路管理問題，以及單線路／會議室中音視頻媒體信息的混合及轉(zhuǎn)發(fā)處理相關(guān)問題。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的在于提供一種語音會議線路接入管理方法，為支持多方會議的voip終端提供一種友好的會議創(chuàng)建方式。

為了實現(xiàn)上述發(fā)明目的，本發(fā)明的技術(shù)方案如下：

一種語音會議線路接入管理方法，可以對本地ip話機中多個處于sip會話連接的通話線路進行合并，以此實現(xiàn)會議室的創(chuàng)建，該方法包括以下操作：步驟a：選擇當(dāng)前通話狀態(tài)的線路作為第一目標(biāo)會議成員，即在本地ip話機與第一目標(biāo)會議成員之間建立第一路實時傳輸協(xié)議rtp通道；步驟b：保持與第二目標(biāo)會議成員之間的sip會話連接；步驟c：選擇第二目標(biāo)會議成員的線路與第一目標(biāo)會議成員的線路進行合并，實現(xiàn)上述會議室的創(chuàng)建。

優(yōu)選的，在上述步驟c中，用戶通過手勢操作作用所述第二目標(biāo)會議成員的線路控件，待第二目標(biāo)會議成員的線路控件被移動至?xí)h室組建觸控區(qū)釋放后，實現(xiàn)電話會議室的創(chuàng)建，sipstack將第二目標(biāo)會議成員的線路進行sip會話控制，將第二目標(biāo)會議成員恢復(fù)至正常通話狀態(tài)，構(gòu)建第二路實時傳輸協(xié)議rtp通道，同時與第一路實時傳輸協(xié)議rtp通道進行混音處理。

優(yōu)選的，本地ip話機還設(shè)有計時器，用于對手勢操作的觸控時間進行計時，當(dāng)上述觸控時間超出預(yù)設(shè)閾值，則開啟上述會議室創(chuàng)建模式，點亮所述會議室組建觸控區(qū)的圖標(biāo)顯示，以及激活會議室組建觸控區(qū)的觸控檢測功能。

優(yōu)選的，上述會議室組建觸控區(qū)檢測到所述第二目標(biāo)會議成員的線路控件的移動軌跡，以及待所述第二目標(biāo)會議成員的線路控件的釋放手勢動作后，所述會議室顯示創(chuàng)建成功。

優(yōu)選的，上述會議室創(chuàng)建成功后，所述會議室線路作為一特殊的單路通話，在不同線路間通話狀態(tài)進行切換時，對所述會議室中所有成員進行相應(yīng)狀態(tài)切換的批量處理。

此外，本發(fā)明還提供一種語音會議線路接入的通訊設(shè)備，可以對多個處于sip會話連接的通話線路進行合并，以此實現(xiàn)會議室的創(chuàng)建，所述通訊設(shè)備主要包括：gui檢測單元、gui顯示單元、mediamanager（媒體控制單元）、模塊交互接口，以及sipstack單元，其中，mediamanager根據(jù)sipstack下發(fā)的媒體類型、音視頻編碼、通話目標(biāo)地址及通話狀態(tài)創(chuàng)建/銷毀通話通道，當(dāng)上述會議室創(chuàng)建成功后，其還負責(zé)將處于會議室中的媒體信息進行混疊處理；gui檢測單元，用于檢測用戶對線路控件欄的一些交互操作，包括對線路控件進行會議室創(chuàng)建的手勢操作。

優(yōu)選的，上述mediamanager還用于：在本地ip話機與第一目標(biāo)會議成員之間建立第一路實時傳輸協(xié)議rtp通道；將第二目標(biāo)會議成員恢復(fù)至正常通話狀態(tài)，構(gòu)建第二路實時傳輸協(xié)議rtp通道。

優(yōu)選的，上述gui檢測單元進一步設(shè)有計時器，用于對手勢操作的觸控時間進行計時，當(dāng)所述觸控時間超出預(yù)設(shè)閾值，則開啟所述會議室創(chuàng)建模式，點亮所述會議室組建觸控區(qū)的圖標(biāo)顯示，以及激活所述會議室組建觸控區(qū)的觸控檢測功能。

優(yōu)選的，當(dāng)會議室創(chuàng)建成功后，sipstack和mediamanager將視會議室線路作為一特殊的單路通話，在不同線路間通話狀態(tài)進行切換時，sipstack對所述會議室中所有成員進行相應(yīng)狀態(tài)切換的批量處理。

本發(fā)明技術(shù)方案基于以上提出新式交互模式，以及底層sipstack和mediamanager的有效支持，可以給voip終端用戶在創(chuàng)建sip通話會議上帶來新的使用體驗，給工作與生活提供便利。

發(fā)明內(nèi)容

圖1為本發(fā)明具體實施例中合并單路通話創(chuàng)建會議室的操作界面；

圖2為本發(fā)明具體實施例中通話線路合并組建會議室的示意圖；

圖3為本發(fā)明具體實施例中通話線路合并組建會議室的操作流程；

圖4為本發(fā)明具體實施例中會議室組建成功的示意圖；

圖5為本發(fā)明具體實施例中添加會議室成員的操作界面；

圖6為本發(fā)明具體實施例中添加會議室成員的操作流程；

圖7為本發(fā)明具體實施例中合并單路通話創(chuàng)建會議室的系統(tǒng)流程圖；

圖8為本發(fā)明具體實施例中ip話機的功能模塊圖。

具體實施方式

本發(fā)明的目的主要是提供一種語音會議線路接入方法，通過對正在通話中的電話線路啟動線路合并功能進入電話會議，完善音頻會議的控制管理?；诖?，本發(fā)明的基本原理是通過voip終端sipstack（sip協(xié)議棧）和mediamanager（媒體控制單元）配合上層應(yīng)用，實現(xiàn)選擇線路加入會議室的一種新型會議室建立及交互模式。

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明提供了一種新的會議室建立和交互方式，及對應(yīng)相關(guān)的sip通話和mediamanager給出一種管理模式。具體的各場景下的交互方式如下所描述。

圖1為本發(fā)明具體實施例中合并單路通話創(chuàng)建會議室的操作界面。如圖1所示，本地話機已建立五路通話，分別是：3701、3703、3707、3708、3709，其中，3701號線路處于當(dāng)前通話的激活狀態(tài)。在該圖示操作中，左側(cè)為“線路控件欄”，用于多個處于sip會話連接線路控件，以及實時通話線路的控件，也就是用于顯示處于hold狀態(tài)和/或talking狀態(tài)的線路控件，以及添加呼叫的控件“addcall”；右側(cè)為“通話界面”，用于對當(dāng)前通話線路的音頻或視頻的調(diào)整，在本圖1的具體實施例中，就是對當(dāng)前通話的3701線路進行音量大小調(diào)整。

圖2為本發(fā)明具體實施例中通話線路合并組建會議室的示意圖。如該圖所示，此時，如果本地話機用戶想在hold狀態(tài)和/或talking狀態(tài)的線路中選擇幾條特定的單路通話組成一個會議室，比如，想在3707、3709，以及本地線路3700共三條單路通話之間成立會議室。首先，需要將目標(biāo)會議成員的線路激活為當(dāng)前talking狀態(tài)的通話，比如將第一目標(biāo)會議成員3707線路切換成當(dāng)前通話線路；之后，通過對其他目標(biāo)會議成員的控件進行移動操作至“會議室組建觸摸區(qū)”，從而實現(xiàn)會議室的線路合并。

圖3為本發(fā)明具體實施例中通話線路合并組建會議室的操作流程。在本發(fā)明具體實施例中本機用戶需要如下操作：

s310：通過觸摸屏點擊選擇第一目標(biāo)會議成員線路3707，即選擇激活3707為當(dāng)前通話talking狀態(tài)，完成激活后，線路控件欄中將點亮3707線路控件，同時更新通話界面中的相關(guān)內(nèi)容顯示，如：名稱更新為線路3707。此時，本地ip話機與第一目標(biāo)會議成員之間建立第一路實時傳輸協(xié)議rtp通道。

s320：在線路控件欄中，觸摸長按第二目標(biāo)會議成員線路3709的控件后，系統(tǒng)激活會議室組建模式，并在通話界面中增設(shè)“會議室組建觸控區(qū)”，同時開啟該指定區(qū)域的即時檢測功能。

s330：將第二目標(biāo)會議成員3709線路控件拖動至“會議室組建觸控區(qū)”的區(qū)域內(nèi)，釋放手勢后會議室創(chuàng)建成功。同時，通話界面更新為“會議室界面”，增設(shè)“會議成員控件欄”，并對當(dāng)前發(fā)言會員增加語音會議相關(guān)功能按鈕，比如：靜音、刪除等功能。另外，如果之前通話線路是視頻或音頻模式顯示，此時音頻會議室仍舊保持原先模式的顯示。圖4為本發(fā)明具體實施例中會議室組建成功的示意圖。當(dāng)會議室組建成功時，第二目標(biāo)會議成員恢復(fù)至正常通話狀態(tài)，構(gòu)建第二路實時傳輸協(xié)議rtp通道，同時與第一目標(biāo)會議成員的第一路實時傳輸協(xié)議rtp通道進行混音處理。

圖5為本發(fā)明具體實施例中添加會議室成員的操作界面。圖6為本發(fā)明具體實施例中添加會議室成員的操作流程。如圖6所示，如果想在上述三方會議室中繼續(xù)添加目標(biāo)會議成員時，則本地話機用戶需要進行以下操作，在本發(fā)明具體實施例中，我們以添加3708線路為例來說明：

s610：將會議室線路切換成當(dāng)前通話talking狀態(tài)，即在線路控件欄中點亮左側(cè)“3人會議室”的控件，同時將右側(cè)“通話界面”更新為“會議室界面”的顯示模式。

s620：在左側(cè)線路控件欄中，選擇所需添加的目標(biāo)會議成員，即長按3708線路控件，使得該控件背景高亮并懸浮。

s630：系統(tǒng)啟動目標(biāo)會議成員添加模式，在右側(cè)會議室界面內(nèi)增設(shè)“會議成員添加觸控區(qū)”，同時顯示“將單路通話拖移至此區(qū)域，即可將其加入會議”。

s640：檢測用戶是否將高亮懸浮的3708線路控件完全拖動至上述“會議成員添加觸控區(qū)”的區(qū)域內(nèi)并成功釋放。

s650：會議成員添加成功，系統(tǒng)自動更新相關(guān)內(nèi)容顯示，包括：將“3人會議室”變更為“4人會議室”，同時在會議室界面中，將3708線路控件添加至?xí)h成員控件欄。

如果想通過撥打新的號碼進行添加會議室成員，可以通過撥打呼叫控件操作直接添加會議成員。該方法與現(xiàn)有技術(shù)中的實現(xiàn)方案一致，因此不再贅述。

圖7為本發(fā)明具體實施例中合并單路通話創(chuàng)建會議室的系統(tǒng)流程圖。在上述本地話機用戶進行ui界面操作時，話機系統(tǒng)對應(yīng)的流程處理如下：

s710：監(jiān)聽用戶對目標(biāo)會議成員的觸摸操作，判斷用戶是否在線路控件欄內(nèi)選擇現(xiàn)有線路控件進行觸摸操作。

s720：計時器計時，當(dāng)用戶選擇目標(biāo)線路控件進行觸摸操作時，計時器開始對該操作計時統(tǒng)計。

s730：判斷觸摸操作類型。在本發(fā)明具體實施例中，根據(jù)預(yù)設(shè)的觸摸操作類別區(qū)分為“線路切換”類型和“會議室創(chuàng)建”類型。根據(jù)計時器的數(shù)值對上述觸摸操作進行判斷，當(dāng)該觸摸操作在預(yù)設(shè)的閾值內(nèi)，則表明該觸摸操作為點擊事件，在此時判斷為“線路切換”類型，后續(xù)轉(zhuǎn)到步驟s770進行操作；當(dāng)該觸摸操作超出預(yù)設(shè)的閾值，則表明該觸摸操作為長按事件，判斷為“會議室創(chuàng)建”類型進而向系統(tǒng)發(fā)起會議室創(chuàng)建請求，轉(zhuǎn)步驟s740進一步進行開啟會議室創(chuàng)建模式，否則轉(zhuǎn)步驟s760進行線路切換。

s740：系統(tǒng)接收到上述會議室創(chuàng)建請求后，開啟會議室創(chuàng)建模式，控制gui顯示單元，點亮上述步驟s730中長按事件對應(yīng)的線路控件時，通話界面將會被切換生成“會議室界面”，增設(shè)“會議成員添加觸控區(qū)”，其中顯示“將單路通話拖移至此區(qū)域，即可將其加入會議”字樣，對用戶操作進行提示。

s750：在會議室創(chuàng)建模式下，檢測用戶是否繼續(xù)執(zhí)行目標(biāo)線路拖動操作，一旦檢測到目標(biāo)線路控件圖標(biāo)被完全拖動至“會議成員添加觸控區(qū)”指定區(qū)域并釋放手勢動作，則轉(zhuǎn)到s760，否則轉(zhuǎn)步驟s770，該步驟也就是用于判斷是否滿足最終創(chuàng)建會議室功能的觸發(fā)條件。

s760：會議室組建成功，系統(tǒng)開啟本地話機相關(guān)會議功能，包括混音處理，增加會議室操作菜單。對于混音處理主要是將上述通話線路、移動操作線路，以及本地話機的語音進行混音處理，一旦會議室組建成功，在揚聲器端，系統(tǒng)自動將當(dāng)前線路和移動操作線路進行疊加混音處理輸出。在本發(fā)明具體實施例中，也就是將當(dāng)前線路3707和移動操作線路3709進行會議室混音處理。對于會議室操作菜單，可以根據(jù)具體會議室功能增加針對會議成員的功能按鈕，比如靜音、刪除等功能。

上述會議室中，其混音部分處理大致如下：首先將各通話線路按照其音頻編碼進行解碼，同時將由mic采集的音頻進行混疊。音頻混疊后再按照各通話線路的音頻編碼進行編碼后，通過實時傳輸協(xié)議rtp通道進行音頻傳輸。

s770：通話線路切換操作，將當(dāng)前通話線路切換成步驟s710中觸摸對象顯示欄對應(yīng)的線路，同時在通話界面進行對應(yīng)的內(nèi)容顯示更新，比如將當(dāng)前通話線路的控件高亮顯示。

在視頻通話模式下，本發(fā)明的會議室創(chuàng)建過程中，系統(tǒng)還會進一步判斷當(dāng)前通話線路是否有視頻模式顯示，如果存在視頻顯示，則對各會議成員的視頻進行混頻處理后在通話界面中加以圖像顯示。

在本發(fā)明具體實施例中，當(dāng)話機界面顯示“會議室組建觸控區(qū)”和“會議成員添加觸控區(qū)”時，ip話機立即啟動gui檢測單元，通過檢測各自對應(yīng)區(qū)域內(nèi)是否有目標(biāo)線路控件被完全拖移至內(nèi)并進行釋放。

圖8為本發(fā)明具體實施例中ip話機的功能模塊圖。為了實現(xiàn)終端ip話機的線路合并創(chuàng)建會議室的功能，在ip話機端，主要包括以下各功能模塊：

gui顯示單元，用于顯示會議室創(chuàng)建過程中的各種操作界面，比如：點亮用戶長按操作下高亮線路顯示欄、通話界面中自動生成“會議組建欄”等。

gui檢測單元，檢測用戶對線路控件欄的一些交互操作，主要包括：點擊、觸控、移動，以及用戶對線路控件拖動至指定區(qū)域并釋放的手勢操作等。在該gui檢測單元中，還包括計時器，用于對用戶觸控操作進行計時，并根據(jù)預(yù)設(shè)數(shù)值對用戶手勢操作進行判斷。在本發(fā)明具體實施例中，主要就對用戶線路操作進行“會議室創(chuàng)建”和“線路切換”進行區(qū)分。

模塊交互接口，通過gui檢測單元接收并檢測用戶的手勢操作后，并將其告知sipstack目前操作的行為及對應(yīng)的操作目的。

sipstack單元（sip協(xié)議棧），用于解析模塊交互接口傳輸過來的操作命令，負責(zé)與sbc（sessionbordercontrol,會話邊緣控制）進行通信，用于創(chuàng)建、修改、釋放sip協(xié)商會話。

mediamanager（媒體控制單元），根據(jù)sipstack下發(fā)的媒體類型、音視頻編碼、通話目標(biāo)地址及通話狀態(tài)創(chuàng)建/銷毀通話音視頻媒體通道通道，具體包括：在本地ip話機與第一目標(biāo)會議成員之間建立第一路實時傳輸協(xié)議rtp通道；將第二目標(biāo)會議成員恢復(fù)至正常通話狀態(tài)，構(gòu)建第二路實時傳輸協(xié)議rtp通道等等。此外，該mediamanager還同步負責(zé)媒體信息的處理和媒體通道管理。會議室創(chuàng)建成功后，負責(zé)將處于會議室中的媒體信息進行混疊處理，包括混音處理以及圖像混疊處理。媒體信息混疊處理完成后，依據(jù)各媒體通道的編碼類型進行重新壓縮打包處理，傳輸?shù)綄?yīng)的媒體通道中，實現(xiàn)會議信息分發(fā)。

在本發(fā)明具體實施例的實現(xiàn)流程中，為了實現(xiàn)上述會議室創(chuàng)建功能，終端ip話機內(nèi)部各功能模塊進行以下協(xié)同操作：

step1：gui顯示單元提供如圖一操作界面，待用戶將對應(yīng)線路拖動至指定區(qū)域并釋放手勢動作，將調(diào)用通信接口告知sipstack將某一通話線路加入到會議室中。

step2：sipstack收到信息，依據(jù)將加入會議室的通話線路通話狀態(tài)進行處理，各種通話狀態(tài)包括了：如hold狀態(tài)：通話建立但被暫時掛起；ringing狀態(tài)：處于來電呼入狀態(tài)，該狀態(tài)將直接接通通話；calling狀態(tài)：呼出對方暫未接聽，該狀態(tài)將繼續(xù)保持，等待對方接聽。對于hold狀態(tài)的通話線路，sipstack將會發(fā)送sipre-invite至通話對象進行會話協(xié)商，最終根據(jù)協(xié)商結(jié)果將構(gòu)建rtp媒體通道的通信地址，音視頻編碼信息告知mediamanager進行rtp媒體通道的構(gòu)建。

step3：mediamanager根據(jù)sipstack下發(fā)的媒體信息進行媒體通道創(chuàng)建，媒體信息接收及處理。媒體信息處理完成后進行分發(fā)至各個會議室成員。

在會議室創(chuàng)建后，sipstack和mediamanager將會議室的媒體通道視為一個特殊的單路通話。在整個本地ip話機中，同時只能有一條單路通話處于talking狀態(tài)。其它建立連接的通話只能處于hold狀態(tài)或者其它非talking狀態(tài)。在線路間通話狀態(tài)進行切換時，sipstack將會對會議室中的所有成員的狀態(tài)做批量處理切換。比如，在由會議室切換到其他單路通話時，sipstack將會依據(jù)sip協(xié)議將所有會議室中的通話線路進行hold操作，同時依據(jù)會話協(xié)商結(jié)果將媒體通道進行暫時斷連或掛起。

對應(yīng)于mediamanager對其mediachannel（rtp傳輸通道）有in_call和in_normal兩種狀態(tài)進行管理。其中，只有對in_call狀態(tài)的mediachannel進行媒體處理，當(dāng)有多個mediachannel時，即視為存在會議室將對所有媒體信息進行混疊、分發(fā)。對in_normal狀態(tài)的mediachannel將不進行媒體處理，這樣就可以達到消除會議線路和普通通話線路間媒體信息相互干擾的問題。在本發(fā)明具體實施例中，將會根據(jù)rtp傳輸?shù)刂罚约霸撏ǖ郎系木幋a特征進行標(biāo)記channelid，根據(jù)channelid建立一個通道隊列，當(dāng)隊列成員大于一時，也就是有多個mediachannel即視為開啟了會議室模式。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。