本發(fā)明屬于通訊技術領域，尤其涉及以voip電話會議的呼叫操作。

背景技術：

現代技術中，voip終端的互聯網會議功能已得到了廣泛應用，傳統的集中式會議在空間上和時間上的局限性已被技術革新打破，各種規(guī)模的企事業(yè)單位或組織的內外部溝通效率已得到極大地提高。

對于會議室功能來講，常規(guī)的會議類型有周期性會議、預約會議、臨時組織會議等，其中周期性會議和預約會議的與會成員基本固定，因此主持方開始會議時，會經常邀請相同的成員入會。

在會議室功能的部署過程中，碰到過如下的場景:在一次周例會會議中，主持方建立會議并依次邀請固定的成員，但其中兩位成員a和b邀請失敗，a是電話未接聽，b是電話忙正在通話中，由于相關事宜的溝通必須有ab在線，因此主持人需要稍后繼續(xù)嘗試呼叫兩位，每次呼叫都需要重復“點擊邀請成員->輸入成員號碼/從聯系人中找到成員號碼->撥號”的操作，直到ab接聽并進入會議，這個重新呼叫的過程非常繁瑣，每次呼叫相同的成員卻要重復輸入號碼，因此給主持方造成很多不便。

現有voip終端設備雖然基本都可以支持快速重呼功能，但都是針對單路通話或者對會議室整體進行的操作,而不能對與會成員單獨重呼，因此無法解決上述不足。

技術實現要素：

本發(fā)明的目的在于提供一種voip終端的會議室成員重呼方法，以通過實現會議室成員二級操作界面，進而能夠更高效的實現會議室成員重呼。

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

一種voip終端的會議室成員重呼方法，主要包括以下操作：步驟a：主持方創(chuàng)建會議室，通過撥號界面的操作首次邀請呼叫與會成員;步驟b：在電話會議過程中，需要重新呼叫與會成員時，在會議室界面上點擊與會成員頭像；步驟c：進入二級操作界面，通過二級操作界面的重呼按鈕可以直接激活所述voip終端對與會成員的呼叫。

優(yōu)選的，上述步驟a進一步包括：步驟a1：判斷上述與會成員的狀態(tài)；a2：當與會成員未接聽或處于忙碌狀態(tài)，由成員數據存儲模塊將與會成員的基本信息加以保存；步驟a3：在會議室界面中，結合與會成員的呼叫狀態(tài)繪制頭像菜單。

優(yōu)選的，二級操作界面包括所述重呼按鈕和掛斷按鈕。

優(yōu)選的，上述步驟c還包括：當主持方點擊重呼按鈕時，voip終端會根據位置定位成員序號，再依賴成員序號從所述成員數據存儲模塊查詢對應的號碼及使用的帳號等信息再進行呼出。

優(yōu)選的，上述與會成員基本信息包括：被呼叫號碼、與會成員名字、呼叫時使用的帳號、呼叫狀態(tài)，以及呼叫失敗時的具體原因。

優(yōu)選的，上述頭像菜單至少包括與會成員的號碼和呼叫狀態(tài)。

通過本發(fā)明的技術方案，提出了一種對會議室成員快捷重呼的方法，以更人性化更便捷的方式滿足需求，本發(fā)明所適用的用戶也包括基于web服務的任何有控制權限的用戶，大大方便了對多媒體會議及會議室成員的控制。

附圖說明

圖1為本發(fā)明具體實施例中實現會議室成員快速重呼的功能模塊圖；

圖2為本發(fā)明具體實施例中實現會議室成員快速重呼的流程簡化圖；

圖3為本發(fā)明具體實施例中實現會議室成員快速重呼的流程圖；

圖4為本發(fā)明具體實施例中會議室界面圖示；

圖5為本發(fā)明具體實施例中首次呼叫的撥號界面示意圖；

圖6為本發(fā)明具體實施例中會議室界面的坐席保留菜單圖示；

圖7為本發(fā)明具體實施例中重撥與會成員的二級操作界面圖示。

具體實施方式

本發(fā)明的基本原理是：在現有的會議室界面中增設會議室成員的快捷操作菜單，結合那些會議室創(chuàng)建過程中尚未呼叫成功的號碼相關信息，用戶可以直接在會議室界面點擊快捷操作再次實現會議室呼叫功能。

為了更清楚地說明本發(fā)明實例的技術方案，下面將結合示例圖對本發(fā)明的實施進行詳細的介紹，下面的描述僅僅是本發(fā)明的一些實施例。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些實施例獲得本發(fā)明的其他實施方式。

圖1為本發(fā)明具體實施例中實現會議室成員快速重呼的功能模塊圖。由該圖可知，本發(fā)明使用的voip話機主要包括以下功能模塊：成員數據存儲模塊、控件事件處理模塊、界面顯示模塊。

成員數據存儲模塊,用于存儲成員的號碼、名字、撥號時使用的帳號、呼叫狀態(tài)以及呼叫失敗時的具體原因等數據，每位成員的數據獨立存儲。在開啟電話會議過程中，首次邀請成員時，基本信息被存儲下來，呼叫狀態(tài)在每次呼出后更新，重播時依賴成員序號從該模塊讀取數據，從而免去重新輸入成員信息的步驟。

控件事件處理模塊，主要根據用戶的操作來進行相應的處理，例如當用戶點擊重撥時,也就是用戶通過下面步驟s105中的點擊重呼按鈕時，首先會根據按鈕所在位置定位成員序號，再依賴成員序號從成員數據存儲模塊查詢成員號碼及使用的帳號等信息再進行呼出。當用戶點擊踢出按鈕時，將該成員的數據從存儲模塊清除并將其坐席空出。

界面顯示模塊，監(jiān)測成員數據存儲模塊的內容變化并更新界面。

圖2為本發(fā)明具體實施例中實現會議室成員快速重呼的流程簡化圖。如圖所示，本發(fā)明方法相對于現有技術的會議室與會成員撥號流程，省略了調出撥號界面及輸入號碼或查找號碼的重復性操作。

圖3為本發(fā)明具體實施例中實現會議室成員快速重呼的流程圖。在本發(fā)明具體實施方式中，我們以重呼與會成員36316為例進行說明,并參照圖3，具體實施步驟如下所述：

步驟s101：主持方發(fā)起會議。圖4為本發(fā)明具體實施例中會議室界面圖示。由該圖可知，主持方可以通過voip終端調出該會議室界面進行后續(xù)會議室創(chuàng)建工作。

步驟s102：主持方點擊“+”來調出撥號界面，可手動輸入號碼或從聯系人中選擇與會成員36316并點擊撥號。圖5為本發(fā)明具體實施例中首次呼叫的撥號界面示意圖。通過該圖所示的撥號界面，用戶可以方便的完成與會成員的首次呼叫。

步驟s103：當成員36316未接聽或正處于忙碌狀態(tài)，在會議室界面繪制其頭像，同時顯示號碼、狀態(tài)相關信息。在該步驟中，voip話機系統還會執(zhí)行以下操作：步驟s1031:判斷該呼叫號碼是否是未接聽或正在忙碌狀態(tài)，如果是則轉到步驟s1032，否則轉到步驟s1033；步驟s1032:將上述被呼叫號碼相關聯的名字、撥號時使用的帳號、呼叫狀態(tài)、呼叫失敗時的具體原因等數據存儲到成員數據存儲模塊；步驟s1033:界面顯示模塊根據步驟s1032中的數據，及時在會議室界面中繪制頭像菜單，同時顯示號碼、狀態(tài)等相關信息。

圖6為本發(fā)明具體實施例中會議室界面的坐席保留菜單圖示。根據該圖可知，在本發(fā)明方案中，我們通過與會成員頭像顯示，將那些尚未成功邀請進入會議室的與會成員加以顯示。因此，用戶可以很直觀的知曉這些尚未邀請成功與會成員的相關信息，并同時通過該與會成員頭像也可以實現重撥呼叫的快捷操作。

步驟s104：當需要重新呼叫時，點擊與會成員36316的頭像，進入二級操作界面，圖7為本發(fā)明具體實施例中重撥與會成員的二級操作界面圖示。如圖7所示，該二級操作界面主要設有與會成員的重呼按鈕和踢出按鈕。在該步驟中，voip電話會啟用控件事件處理模塊相關功能，也就是根據用戶當前點擊操作來定位判斷具體的成員序號。

步驟s105：直接點擊重呼按鈕即可啟動會議室呼叫，避免了現有技術中要再次進行點擊“+”調出撥號界面、手動輸入號碼或從聯系人中選擇成員、直到撥號的復雜操作?？梢詤⒖紙D6。

步驟s106：直接點擊踢出按鈕即可將該成員從會議室中踢出，即該成員對應的數據存儲模塊會清除，且界面顯示模塊信息會更新?？梢詤⒖紙D6。

基于上述實現會議室成員的重呼流程通過設置快捷菜單而被大大簡化，省略了調出撥號界面及輸入號碼或查找號碼的重復性操作。

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