專利名稱：成組通信系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種成組通信系統(tǒng)及方法，尤其但不專門用在對等通 信系統(tǒng)中。
背景技術(shù)：
電話會議系統(tǒng)使得三人或更多人連接并參加同 一會議的電話呼叫 成為可能。電話會議系統(tǒng)是一種允許一組人以交互的方式討論一個主 題而不要求人們在同一個物理位置的有用的方法。
通過會議中每一個參與者撥打?qū)⑴c者連接到會議服務(wù)器(也稱 為會議橋)的預(yù)定電話號碼來實(shí)現(xiàn)利用傳統(tǒng)的共用交換電話網(wǎng)絡(luò)
("PSTN")的電話會議。會議服務(wù)器應(yīng)答來自多個參與者對會議的電 話呼叫，并且執(zhí)行將來自每一個參與者的語音信號混合在一起并且將 所述混合信號分發(fā)到全部參與者的功能。這樣，每一個參與者能夠聽 到會議中的其他每一個參與者在說什么。
除利用傳統(tǒng)的PSTN系統(tǒng)之外，還能夠利用因特網(wǎng)電話系統(tǒng)來實(shí) 現(xiàn)電話會議。因特網(wǎng)通信系統(tǒng)允許例如個人計(jì)算機(jī)的裝置的用戶通過 例如因特網(wǎng)的計(jì)算機(jī)網(wǎng)絡(luò)來進(jìn)行電話呼叫。這些系統(tǒng)對用戶是有益的， 這是因?yàn)樗鼈兺ǔ１葌鹘y(tǒng)的電話網(wǎng)絡(luò)，例如固定線路或移動網(wǎng)絡(luò)，具 有顯著降低的成本，這尤其是在長途呼叫的情況。盡管也可以使用可 選擇的協(xié)議，但這些系統(tǒng)可以利用在現(xiàn)存的網(wǎng)絡(luò)(例如因特網(wǎng))上的 因特網(wǎng)協(xié)議語音技術(shù)("VoIP")提供這些服務(wù)。為了使用因特網(wǎng)電話服務(wù)，用戶必須在他們的裝置上安裝并且執(zhí)行客戶軟件。所述客戶軟 件提供了 VoIP連接以及例如注冊和驗(yàn)證的其它功能。電話呼叫可以根 據(jù)本領(lǐng)域/^知的方法例如在WO 2005/009019中7>開的方法利用VoIP 來進(jìn)行。
利用VoIP的電話會議是以與利用PSTN的電話會議類似的方式來 執(zhí)行的。然而，用戶的終端不是利用PSTN來連接到會議服務(wù)器，而 是利用因特網(wǎng)連接到會議服務(wù)器。VoIP會議服務(wù)器執(zhí)行來自會議中每 一個參與者的VoIP音頻流的解碼，混合來自參與者的音頻流，將所述 混合音頻流編碼為VoIP，并且通過因特網(wǎng)將所述混合音頻流分發(fā)到所 有參與者。
對等技術(shù)(以及其關(guān)聯(lián)的低成本)的使用和因特網(wǎng)的普遍存在特 性使大量的用戶能夠從世界各地集合以討論各種主題。然而，電話會 議中大量參與者的存在會引起重大的問題。當(dāng)電話會議中參與者的數(shù) 目較小時(shí)，則單個會議服務(wù)器能夠處理來自參與者的所有連接。然而， 隨著參與者的數(shù)目增加，會議服務(wù)器上的負(fù)載也增加。特別地，CPU 負(fù)載隨著參與者的數(shù)目增加而增加。因此，對于支持大量用戶的會議 服務(wù)器，其必須具有大的處理能力。當(dāng)會議服務(wù)器上的負(fù)載達(dá)到某個 極限時(shí)，則會議服務(wù)器必須拒絕更多參與者的加入或冒著由于過載而 變得不穩(wěn)定的危險(xiǎn)。
除上述關(guān)于處理在會議服務(wù)器處的大量用戶的問題之外，還存在 其它關(guān)于大型會議的控制和管理的問題需要考慮。從可用性觀點(diǎn)看， 當(dāng)參與者的數(shù)目較大時(shí)，管理電話會議上的討論變得很難。這是因?yàn)?一些人將傾向于在任何情況下及時(shí)嘗試并交談，這導(dǎo)致了重疊語音和 打斷了討論流程的混亂。這尤其可能是如果語音信號上有任何延遲存在的情況，因?yàn)檫@會引起人們彼此重復(fù)地交談，導(dǎo)致一種停止-開始類
型(stop-start type )的會話。另夕卜，還存在從一大組人識別正在談話的 一特定的參與者的問題。當(dāng) 一個人在包含一大組人的電話會議中開始 談話時(shí)，對談話人的標(biāo)識可能不清晰。這可能需要中斷這個人來建立 他們的標(biāo)識，并且可能依次導(dǎo)致幾個人同時(shí)交談的問題。這些問題限 制了在一大組人之間討論的電話會議的有效性。
因此，由于傳統(tǒng)的電話會議不能應(yīng)對一大組人，因此需要一種允 許一大組人以受控方式通信的系統(tǒng)。
發(fā)明內(nèi)容
根據(jù)本發(fā)明的一方面，提供了 一種在通信網(wǎng)絡(luò)之上提供多個用戶 之間語音會議的方法，多個用戶包括主機(jī)用戶和多個參與用戶，該方 法包括
主機(jī)用戶利用連接到所述通信網(wǎng)絡(luò)上的主機(jī)用戶終端來啟動語音 會議；
多個用戶加入語音會議，多個用戶中的每一個通過利用在他們各 自的用戶終端上^U亍的客戶機(jī)來加入會議，其中，在加入語音會議時(shí)， 多個參與用戶中的每一個的用戶終端展示參與用戶接口 ，而主機(jī)的用 戶終端展示主機(jī)用戶接口 ；
多個參與用戶中的至少一個在參與用戶接口上激活請求控制，所 述客戶機(jī)響應(yīng)于請求控制的激活通過所述通信網(wǎng)絡(luò)向主機(jī)用戶傳送請 求以在語音會議中發(fā)言；以及主機(jī)用戶在主機(jī)用戶接口上接收來自多個參與用戶中的至少 一個 的請求的指示，并且在主機(jī)接口上激活選擇控制以在傳送請求的所述 多個用戶中選擇至少 一個，所述至少 一個被選擇的用戶的語音被傳送 到所述通信網(wǎng)絡(luò)上的所有多個用戶。
在一個實(shí)施例中，本方法進(jìn)一步包括阻止來自沒有被主機(jī)用戶選 擇的其他用戶的語音的步驟。
在另 一個實(shí)施例中，該方法進(jìn)一步包括在參與用戶接口和主機(jī)用 戶接口處展示語音會議中的多個用戶的列表的步驟。在另 一個實(shí)施例 中，語音會議中的多個用戶的列表指示了多個用戶中的哪一個已經(jīng)被 主機(jī)用戶選擇以在語音會議中發(fā)言。
在另一個實(shí)施例中，該方法進(jìn)一步包括如下步驟主機(jī)用戶激活 與在主機(jī)用戶接口上展示的多個參與用戶關(guān)聯(lián)的屏蔽控制，響應(yīng)于所 述屏蔽控制的激活所述關(guān)聯(lián)的參與用戶的語音被阻止。
在另一個實(shí)施例中，該方法進(jìn)一步包括如下步驟主機(jī)用戶激活 與在主機(jī)用戶接口上展示的多個參與用戶關(guān)聯(lián)的屏蔽控制，響應(yīng)于所 述屏蔽控制的激活所有多個參與用戶的語音被阻止。在另 一個實(shí)施例 中，來自被主機(jī)用戶阻止的用戶的語音在通信網(wǎng)絡(luò)中的服務(wù)器處被阻 止。在另一個實(shí)施例中，來自被主機(jī)用戶阻止的用戶的語音在被所述 主機(jī)用戶阻止的用戶的客戶機(jī)處被阻止。
在另一個實(shí)施例中，該方法進(jìn)一步包括如下步驟主機(jī)用戶激活 與在主機(jī)用戶接口上展示的參與用戶關(guān)聯(lián)的移去控制，響應(yīng)于移去控 制的激活從語音會議中移去所述關(guān)聯(lián)的參與用戶。在另 一個實(shí)施例中，啟動語音會議的步驟進(jìn)一步包括向多個用戶 展示語音會議的細(xì)節(jié)。
根據(jù)本發(fā)明的另 一個方面，提供了 一種在通信網(wǎng)絡(luò)之上提供多個 用戶終端之間的語音會議的系統(tǒng)，多個用戶終端包括主機(jī)用戶終端和
多個參與用戶終端，該系統(tǒng)包括
客戶機(jī)，其在多個用戶終端中的每一個處被執(zhí)行，用于將多個用 戶終端中的每一個的用戶加入到語音會議；
參與用戶接口，其在多個參與用戶終端中的每一個上被展示，其 包括用于請求在語音會議中發(fā)言的請求控制，響應(yīng)于所述請求控制的 激活安排所述客戶機(jī)來向所述主機(jī)用戶終端傳送請求消息。
主機(jī)用戶接口，其在主機(jī)用戶終端上被展示，其包括參與用戶終 端的用戶中的至少 一個正在請求在語音會議中發(fā)言的指示，主機(jī)用戶 接口進(jìn)一步包括至少一個選擇控制，用于選擇請求在語音會議中發(fā)言 的參與用戶終端的用戶中的至少一個，響應(yīng)于所述選擇控制的激活在 通信網(wǎng)絡(luò)之上傳送至少 一個被選用戶的語音到多個用戶終端。
在一個實(shí)施例中，來自還未被主機(jī)用戶終端的用戶選擇的其他用 戶的語音在通信網(wǎng)絡(luò)之上被阻止向多個用戶終端傳送。
在另一個實(shí)施例中，排列參與用戶接口以及主機(jī)接口，以展示語 音會議中的多個用戶終端的用戶的列表。在另一個實(shí)施例中，語音會 議中的多個用戶的列表指示了多個用戶中的哪一個已經(jīng)被主機(jī)用戶終 端的用戶選#^以在語音會議中發(fā)言。在另 一個實(shí)施例中，主機(jī)用戶接口進(jìn)一步包括與參與用戶終端的 用戶關(guān)聯(lián)的屏蔽控制，響應(yīng)于所述屏蔽控制的激活阻止關(guān)聯(lián)的用戶的 語音。在另一個實(shí)施例中，主機(jī)用戶接口進(jìn)一步包括與多個參與用戶 關(guān)聯(lián)的屏蔽控制，響應(yīng)于所述屏蔽控制的激活阻止所有多個參與用戶 的語音。在另一個實(shí)施例中，來自被主機(jī)用戶阻止的用戶的語音在通 信網(wǎng)絡(luò)中的服務(wù)器處被阻止。在另一個實(shí)施例中，來自被主機(jī)用戶阻 止的用戶的語音在被主機(jī)用戶阻止的用戶的客戶機(jī)處被阻止。
在另 一個實(shí)施例中，主機(jī)用戶接口進(jìn)一步包括與參與用戶終端關(guān) 聯(lián)的移去控制，響應(yīng)于移去控制的激活從語音會議中移去關(guān)聯(lián)的用戶。
根據(jù)本發(fā)明的另 一個方面，提供了 一種用于在通信網(wǎng)絡(luò)之上提供
語音會議的用戶終端，其包括
客戶機(jī)，其在用戶終端處被執(zhí)行，用于將用戶終端的用戶加入到
語音會議；
用戶接口，其在用戶終端上被展示，其包括用于請求在電話會議 中求發(fā)言的請求控制，響應(yīng)于請求控制的激活安排所述客戶機(jī)來向主 機(jī)用戶的用戶終端傳送請求消息。
根據(jù)本發(fā)明的另 一個方面，提供了 一種用于在通信網(wǎng)絡(luò)之上提供 語音會議的用戶終端，其包括
客戶機(jī)，其在用戶終端處被執(zhí)行，用于將用戶終端的用戶加入到 語音會議；
用戶接口，其在用戶終端上被展示，其包括語音會議中的至少一 個用戶正在請求在語音會議中發(fā)言的指示，用戶接口進(jìn)一步包括至少一個選擇控制，用于選擇請求在語音會議中發(fā)言的用戶中的至少一個， 響應(yīng)于所述選擇控制的激活在通信網(wǎng)絡(luò)之上傳送至少一個被選用戶的 語音到所有用戶。
根據(jù)本發(fā)明的另一個方面，提供了一種計(jì)算程序產(chǎn)品，其包括當(dāng) 被加載到計(jì)算機(jī)內(nèi)時(shí)控制計(jì)算機(jī)以實(shí)現(xiàn)以上方法的程序編碼工具。
根據(jù)本發(fā)明的另 一個方面，提供了 一種管理多個用戶被連接到第
一網(wǎng)絡(luò)實(shí)體的語音會議的方法，該方法包括以下步驟 接收請求以在控制節(jié)點(diǎn)處將新用戶加到語音會議；
控制節(jié)點(diǎn)分析在第 一 網(wǎng)絡(luò)實(shí)體上的會議負(fù)載，如果會議負(fù)載超過 閾值則選擇另一個網(wǎng)絡(luò)實(shí)體并且向所述另一個網(wǎng)絡(luò)實(shí)體傳送請求；
接收來自在另 一個網(wǎng)絡(luò)實(shí)體處的控制節(jié)點(diǎn)的請求，并且確定另一 個網(wǎng)絡(luò)實(shí)體當(dāng)前是否被包括在語音會議中；以及
如果另 一個網(wǎng)絡(luò)實(shí)體當(dāng)前沒有被包括在語音會議中，則在另 一個 網(wǎng)絡(luò)實(shí)體與第 一 網(wǎng)絡(luò)實(shí)體之間創(chuàng)建橋接連接，將新用戶連接到另 一個 網(wǎng)絡(luò)實(shí)體，并且通過所述橋接連接將新用戶連接到語音會議。
在一個實(shí)施例中，分析會議負(fù)載的步驟進(jìn)一步包括以下步驟確 定第一網(wǎng)絡(luò)實(shí)體是否能夠支持新用戶；如果第一網(wǎng)絡(luò)實(shí)體不能支持新 用戶，則檢查另外的網(wǎng)絡(luò)實(shí)體當(dāng)前是否被包括在語音會議中；如果另 外的網(wǎng)絡(luò)實(shí)體當(dāng)前被包括在語音會議中，則確定另外的網(wǎng)絡(luò)實(shí)體是否 能夠支持新用戶；如果另外的網(wǎng)絡(luò)實(shí)體當(dāng)前沒有被包括在語音會議中 或不能支持新用戶，則選擇另一個網(wǎng)絡(luò)實(shí)體。在另 一個實(shí)施例中，選擇另 一個網(wǎng)絡(luò)實(shí)體的步驟包括選擇可用的 最小負(fù)載的網(wǎng)絡(luò)實(shí)體。
在另一個實(shí)施例中，分析會議負(fù)載的步驟包括確定CPU負(fù)載。在 另 一 個實(shí)施例中，分析會議負(fù)載的步驟包括確定連接到第 一 網(wǎng)絡(luò)實(shí)體 的用戶的數(shù)目。
在另 一個實(shí)施例中，將新用戶連接到另 一個網(wǎng)絡(luò)實(shí)體的步驟進(jìn)一 步包括在將新用戶加到語音會議之前驗(yàn)證新用戶。
在另 一個實(shí)施例中，該方法進(jìn)一步包括控制節(jié)點(diǎn)訪問數(shù)據(jù)庫以及 庫，則控制節(jié)點(diǎn)停止向所述被詢問的網(wǎng)絡(luò)實(shí)體傳送請求。
在另 一個實(shí)施例中，創(chuàng)建橋接連接的步驟進(jìn)一步包括如下步驟 確定創(chuàng)建橋接連接的是否已經(jīng)失敗，如果失敗，則用另一個網(wǎng)絡(luò)實(shí)體 代替第一網(wǎng)絡(luò)實(shí)體。
在另一個實(shí)施例中，該方法進(jìn)一步包括以下步驟監(jiān)控另一個網(wǎng) 絡(luò)實(shí)體與第一網(wǎng)絡(luò)實(shí)體之間的橋接連接；如果所述監(jiān)控步驟觀察到該
連接已經(jīng)失敗，則確定第一網(wǎng)絡(luò)實(shí)體是否已經(jīng)被代替；如果第一網(wǎng)絡(luò) 實(shí)體還沒有被代替，則用另 一個網(wǎng)絡(luò)實(shí)體代替第 一 網(wǎng)絡(luò)實(shí)體。
根據(jù)本發(fā)明的另 一個方面，提供了 一種用于管理多個用戶被連接 到第一網(wǎng)絡(luò)實(shí)體的語音會議的系統(tǒng)，該系統(tǒng)包括
控制節(jié)點(diǎn)，其包括用于接收請求將新用戶加到語音會議的工具、 用于分析第一網(wǎng)絡(luò)實(shí)體上的會議負(fù)載的工具、用于如果會議負(fù)載超過閾值則選擇另一個網(wǎng)絡(luò)實(shí)體的工具和用于將請求傳送到所述另一個網(wǎng) 絡(luò)實(shí)體的工具，以及
另一個網(wǎng)絡(luò)實(shí)體，其包括用于接收來自控制節(jié)點(diǎn)的請求的工具、 確定另 一個網(wǎng)絡(luò)實(shí)體當(dāng)前是否包括在語音會議中的工具、用于如果另 一個網(wǎng)絡(luò)實(shí)體當(dāng)前沒有被包括在語音會議中則在另一個網(wǎng)絡(luò)實(shí)體與第 一網(wǎng)絡(luò)實(shí)體之間創(chuàng)建橋接連接的工具、用于將新用戶連接到另 一個網(wǎng) 絡(luò)實(shí)體的工具和用于通過所述橋接連接將新用戶加到語音會議的工 具。
在一個實(shí)施例中，用于分析會議負(fù)載的工具進(jìn)一步包括用于確定
第一網(wǎng)絡(luò)實(shí)體是否能夠支持新用戶的工具；用于如果第一網(wǎng)絡(luò)實(shí)體不 能支持新用戶則檢查另外的網(wǎng)絡(luò)實(shí)體當(dāng)前是否被包括在語音會議中的 工具；用于如果另外的網(wǎng)絡(luò)實(shí)體當(dāng)前被包括在語音會議中則確定另外 的網(wǎng)絡(luò)實(shí)體是否能夠支持新用戶的工具；以及用于如果另外的網(wǎng)絡(luò)實(shí) 體當(dāng)前未被包括在語音會議中或不能支持新用戶則選擇另 一個網(wǎng)絡(luò)實(shí) 體的工具。
在另一個實(shí)施例中，用于選擇另一個網(wǎng)絡(luò)實(shí)體的工具包括用于選 擇可用的最小負(fù)載的網(wǎng)絡(luò)實(shí)體的工具。
在另一個實(shí)施例中，用于分析會議負(fù)載的工具包括用于確定CPU 負(fù)載的工具。在另一個實(shí)施例中，用于分析會議負(fù)載的工具包括用于 確定被連接到第 一網(wǎng)絡(luò)實(shí)體的用戶的數(shù)目的工具。
在另 一個實(shí)施例中，用于將新用戶連接到另 一個網(wǎng)絡(luò)實(shí)體的工具 進(jìn)一步包括用于在將新用戶加到語音會議之前驗(yàn)證新用戶的工具。在另 一個實(shí)施例中，控制節(jié)點(diǎn)進(jìn)一步包括用于訪問數(shù)據(jù)庫的工具
的工具，由此，如果在預(yù)定的時(shí)間段內(nèi)被詢問的網(wǎng)絡(luò)實(shí)體還沒有接觸 數(shù)據(jù)庫，則控制節(jié)點(diǎn)停止向所述被詢問的網(wǎng)絡(luò)實(shí)體傳送請求。
在另 一個實(shí)施例中，用于創(chuàng)建橋接連接的工具進(jìn)一步包括用于確 定橋接連接的創(chuàng)建是否已經(jīng)失敗，如果失敗，則用另一個網(wǎng)絡(luò)實(shí)體代 替第一網(wǎng)絡(luò)實(shí)體的工具。
在另一個實(shí)施例中，另一個網(wǎng)絡(luò)實(shí)體進(jìn)一步包括用于監(jiān)控另一個 網(wǎng)絡(luò)實(shí)體與第一網(wǎng)絡(luò)實(shí)體之間的橋接連接的工具、用于如果用于監(jiān)控
的工具觀察到連接已經(jīng)失敗則確定第 一 網(wǎng)絡(luò)實(shí)體是否已經(jīng)被代替的工 具和用于如果第 一 網(wǎng)絡(luò)實(shí)體還沒有被代替則用另 一個網(wǎng)絡(luò)實(shí)體代替第 一網(wǎng)絡(luò)實(shí)體的工具。
為了更好的理解本發(fā)明以及示出如何實(shí)施本發(fā)明，將結(jié)合下列附
圖以實(shí)例的方式作參考，附圖中
圖1示出了利用VoIP建立語音會議的第一實(shí)施例；
圖2示出了利用VoIP建立語音會議的第二實(shí)施例；
圖3示出了用于管理會議服務(wù)器上的負(fù)載的系統(tǒng)；
圖4示出了用于在SIP代理服務(wù)器處處理呼叫請求的進(jìn)程的流程
圖5示出了用于在會議服務(wù)器處處理呼叫請求的進(jìn)程的流程圖；圖7示出了用于創(chuàng)建、觀看和加入會議的網(wǎng)頁； 圖8A-B示出了用于進(jìn)入會議創(chuàng)建細(xì)節(jié)的網(wǎng)頁； 圖9示出了展示預(yù)定會議的指南網(wǎng)頁； 圖IO示出了展示預(yù)定會議的通知框；
圖11A-C示出了被呈現(xiàn)給正在進(jìn)行會議的主機(jī)的控制窗口 ；
圖12A-B示出了被呈現(xiàn)給正在進(jìn)行會議的參與者的控制窗口 ；
圖13示出了用于控制會議的網(wǎng)絡(luò)元件；以及
圖14A-B示出了用于屏蔽會議的參與者的兩個實(shí)施例。
具體實(shí)施例方式
下面描述的是一種利用語音通信來允許一組人以受控的方式互相 作用的系統(tǒng)及方法。在本發(fā)明的一個優(yōu)選實(shí)施例中，大量用戶能夠利 用VoIP (或其它基于分組報(bào)文的語音通信協(xié)議)參與語音會議討論。 用于提供語音會議服務(wù)的系統(tǒng)對于 一 大組人是可靠的和可擴(kuò)展的 (scalable)。另外，如將在下面討論的，該系統(tǒng)提供了 一種用于確保避 免與在共享的媒介上通信的一大組人關(guān)聯(lián)的問題的技術(shù)。
首先參考圖1，在圖1中示出了利用VoIP來建立語音會議的第一 實(shí)施例。第一實(shí)施例說明了僅有少量用戶正在參與會議的情況。該實(shí) 施例可能被限定于例如僅有五個用戶或更少，盡管技術(shù)人員將意識到 這是任意的數(shù)目并且用戶的數(shù)目能夠被限定于任意適當(dāng)?shù)牧?。圖l示出了主機(jī)用戶102，其正在操作用戶終端104。主機(jī)102為 正在建立語音會議的用戶。換句話說，與加入先存在的一個語音會議 相對，主機(jī)用戶102正在設(shè)置新的語音會議。用于從用戶的觀點(diǎn)設(shè)置 語音會議的程序稍后在下面進(jìn)行討論。用戶終端104可以為個人計(jì)算 機(jī)("PC")、個人數(shù)字助理("PDA")、移動電話、無繩電話或能夠連 接到網(wǎng)絡(luò)的其它種類的電子裝置。
客戶軟件106在用戶終端104上被安裝和執(zhí)行?？蛻糗浖?06由 電話系統(tǒng)的操作員來提供，并且允許終端104的用戶向電話系統(tǒng)的其 他用戶(或向其它電話系統(tǒng))作出VoIP呼叫。用戶終端104通過網(wǎng)絡(luò) 端口連接到網(wǎng)絡(luò)(未示出)，并且可以通過電纜(有線)連接或無線連 接來連接。該網(wǎng)絡(luò)可以為因特網(wǎng)。
主機(jī)用戶102已經(jīng)預(yù)定了在特定時(shí)間發(fā)生的語音會議并且這已經(jīng) 被預(yù)先廣告(根據(jù)下面所述的方法)。已經(jīng)請求加入會議的其他用戶也 存在，并且在圖1中以參與者108表示。參與者108正在操作可以與 主機(jī)102的那些終端類似的用戶終端110，并且參與者108的終端正在 執(zhí)行與主機(jī)102的軟件類似的客戶軟件112。
當(dāng)會議開始時(shí)，參與者108中的每一個通過VoIP被連接到主機(jī)102 的用戶終端104。來自用戶(主機(jī)和參與者)的VoIP音頻流被傳送到 主機(jī)102的用戶終端104。在主機(jī)102的用戶終端104上執(zhí)行的客戶軟 件106解碼來自所有用戶的VoIP音頻流。混合所述被解碼的音頻流， 因此將包括每一個其他用戶的音頻流的混合音頻流提供給每一個用戶 (但不包括混合流被用于的用戶的音頻流)。混合流中的每一個則被編 碼并且傳送到適當(dāng)?shù)挠脩簟２煌牧餍枰獙τ诿恳粋€用戶而被混合和 被編碼的原因是不希望用戶的語音返回到同 一個用戶而被聽到。這尤其是在由于在音頻流的傳送和解碼/編碼進(jìn)程中產(chǎn)生延遲，而用戶會因 此聽到他們在短時(shí)間被延遲的使用戶混亂的聲音的情況。
由于例如VoIP的可尋址網(wǎng)絡(luò)包協(xié)議的對等("P2P")性質(zhì)，因此
能夠以該方式來設(shè)置語音會議。這準(zhǔn)許參與者分散連接到主機(jī)102的 用戶終端104。然而，由于需要在主機(jī)102的客戶軟件106處對音頻流 解碼、混合以及編碼，所以該技術(shù)僅適于有限的用戶參與會議。客戶 軟件106達(dá)到該技術(shù)的能力可能取決于用戶終端104的處理能力，這 從電話系統(tǒng)的操作員的觀點(diǎn)來確定是困難的。另外，用戶終端104連 接到網(wǎng)絡(luò)的數(shù)據(jù)率可能不足以支持大量的參與者。
如果需要較大量用戶的會議，則可利用圖2中所示的系統(tǒng)。圖2 示出了利用VoIP來建立語音會議的第二實(shí)施例。圖2示出主機(jī)用戶102 利用正在以與以上參考圖1略述的方式相同的方式執(zhí)行客戶軟件106 的終端104。如上所述，用戶終端104通過網(wǎng)絡(luò)端口連接到網(wǎng)絡(luò)。網(wǎng)絡(luò) 可以還是因特網(wǎng)。
在圖2中所示的實(shí)施例中，主機(jī)102已經(jīng)預(yù)定用于大量參與者的 會議(利用下面將描述的方法)。作為其結(jié)果，該系統(tǒng)不基于P2P結(jié)構(gòu)。 反而，主機(jī)102連接到中央會議服務(wù)器202，該中央會議服務(wù)器202被 遠(yuǎn)程定位于網(wǎng)絡(luò)中并且被電話系統(tǒng)的操作員操作。
參與者108 (利用執(zhí)行客戶軟件112的用戶終端110，如參考圖1 所示)能夠在預(yù)定的時(shí)間加入會議。然而，參與者108連接到會議服 務(wù)器202而不是直接連接到主機(jī)102的用戶終端104。會議服務(wù)器202 被安排以執(zhí)行如下功能，解碼來自每個用戶的VoIP音頻流，以及混合 和編碼被傳送到每個用戶的音頻流。因此，如在以上參考圖1描述的主機(jī)102的客戶軟件106處執(zhí)行的功能相同的功能現(xiàn)在在會議服務(wù)器 202處被執(zhí)行。
由于會議服務(wù)器202為執(zhí)行對音頻流解碼、混合和編碼的任務(wù)的 專用服務(wù)器，因此能夠處理參與語音會議的較大量的用戶。此外，會 議服務(wù)器202能夠連接到較快的數(shù)據(jù)率網(wǎng)絡(luò)連接，以確保存在足夠的 帶寬以支持所有用戶的連接。因此，利用圖2中所示的系統(tǒng)，能夠?yàn)?相對大量的參與者建立語音會議。
總之，如果已經(jīng)為少量的參與者預(yù)定語音會議，則圖1中所示的 系統(tǒng)能夠用來操作語音會議。在該情況下，可能對能夠加入會議的用 戶的數(shù)目建立嚴(yán)格的限定(例如五個用戶)。如果在該限定之上更多的 用戶試圖加入會議，則他們可能被阻止加入。然而，如果會議被預(yù)定 為大型會議，則使用圖2中所示的系統(tǒng)，進(jìn)而較大量的用戶能夠加入 會議。不過，盡管圖2中所示的系統(tǒng)能夠支持較大量的用戶，但會議 服務(wù)器仍然受其處理能力的限制，因此在其所能夠支持的用戶數(shù)目上 受限制。因此，隨著會議中的用戶的數(shù)目增加，必須適當(dāng)管理會議服 務(wù)器上的負(fù)載。
參考圖3、 4和5描述會議服務(wù)器的管理。首先參考圖3，圖3示 出了用于管理會議服務(wù)器上的負(fù)載的系統(tǒng)。圖3示出了參與語音會議 的大量客戶機(jī)(302-306)。圖3中示出了p個參與者?？蛻魴C(jī)302-306 與圖1和圖2中所示的在用戶終端上運(yùn)行的那些相同。
VoIP會議使用7>知的因特網(wǎng)對話初始化協(xié)議("SIP")來對會議服 務(wù)器的語音對話初始化、控制和終止。p個客戶機(jī)302-306中的每一個 連接到SIP代理服務(wù)器308。 SIP代理服務(wù)器308連接到能夠被用于支圖3示出了 n個會議服務(wù)器。n個會議服務(wù)器中的每一個能夠創(chuàng)建對其 它會議服務(wù)器中的任意一個的連接。n個會議服務(wù)器中的每一個連接到 存儲關(guān)于正在進(jìn)行的會議和服務(wù)器的信息的會議數(shù)據(jù)庫316。特別地， 會議服務(wù)器310-314用關(guān)于其CPU負(fù)載和服務(wù)器支持的用戶的數(shù)目的 信息來頻地更新會議數(shù)據(jù)庫316。該信息能夠被用于確定服務(wù)器的負(fù) 載情況。
現(xiàn)在將參考圖4和圖5中的流程圖對圖3中所示的負(fù)載管理系統(tǒng) 的操作進(jìn)行描述。圖4示出了當(dāng)SIP請求消息從客戶機(jī)302-306到達(dá)時(shí) SIP代理服務(wù)器308處出現(xiàn)的進(jìn)程。
在步驟S402中,SIP請求消息從客戶機(jī)302-306到達(dá)SIP代理服 務(wù)器308。然后，在步驟S404中，SIP代理服務(wù)器308詢問會議數(shù)據(jù) 庫316以確定預(yù)定會議的原會議服務(wù)器是否能夠接受另一個用戶。這 通過從會議數(shù)據(jù)庫316獲得CPU負(fù)載和用戶的數(shù)目以及將其與閾值進(jìn) 行比較來確定。如果最初預(yù)定會議的會議服務(wù)器能夠接受另一個用戶， 則在步驟S406中，將該消息轉(zhuǎn)發(fā)到原會議服務(wù)器。然而，如果原會議 服務(wù)器因?yàn)樨?fù)載太大而不能接受任何新的請求，則在步驟S408中SIP
議支持用戶。將會議跨越多個服務(wù)器的進(jìn)程被稱為"橋接"，這將在下 面更詳細(xì)地描述。原會議服務(wù)器與被用于支持用戶的其它服務(wù)器之間 的連接被稱為"橋式連接"，其它用于支持用戶的服務(wù)器被稱為"橋接 會議服務(wù)器"。
如果會議已經(jīng)跨越多個服務(wù)器并且一個或多個橋接會議服務(wù)器已 經(jīng)為該會議而存在，則在步驟S409處SIP代理服務(wù)器用會議數(shù)據(jù)庫316檢查這些橋接服務(wù)器是否已經(jīng)過載。如果在步驟S410處橋接服務(wù)器沒
有過載，則在步驟S412中SIP代理服務(wù)器向最小負(fù)載的橋接會議服務(wù) 器轉(zhuǎn)發(fā)SIP消息。
然而，如果在步驟S408中確定沒有橋接會議服務(wù)器存在，或在步 驟S410中發(fā)現(xiàn)所有的橋接會議服務(wù)器過載，則在步驟S414處SIP代 理服務(wù)器308利用來自會議數(shù)據(jù)庫316的信息確定可用的會議服務(wù)器 的哪一個是最小負(fù)載的。然后在步驟S416中確定可用的最小負(fù)載的服 務(wù)器是否超過其負(fù)載限定。如果最小負(fù)載的服務(wù)器沒有超過其負(fù)載限 定，則在步驟S418中SIP代理服務(wù)器308向最小負(fù)載的服務(wù)器轉(zhuǎn)發(fā)SIP 消息?？蛇x地，在步驟S420中，如果最小負(fù)載的服務(wù)器已經(jīng)超過負(fù)載 限定，則SIP代理服務(wù)器308用消息"暫時(shí)不可用"(SIP狀態(tài)編碼480) 來通知用戶不能加入會議。
以上參考圖4的描述略述了當(dāng)SIP請求消息從客戶機(jī)302-306到達(dá) 時(shí)出現(xiàn)在SIP代理服務(wù)器308處的進(jìn)程的操作?，F(xiàn)在參考圖5，圖5略 述了當(dāng)作出用戶加入會議的請求時(shí)在會議服務(wù)器(310-314)處執(zhí)行的 進(jìn)程。這可以是加入會議的第一個用戶，或加入已經(jīng)建立的會議的新 用戶。對會議服務(wù)器的請求能夠在如以上參考圖4略述的步驟S406、 S412或S418之后從SIP代理服務(wù)器發(fā)送。另外，所述請求還可以是另 一個會議服務(wù)器被作為參與者而增加，作為創(chuàng)建橋接服務(wù)器的進(jìn)程的 一部分。
在步驟S502中，會議服務(wù)器接收加入會議的請求。在步驟S504 中，會議服務(wù)器確定正被用于連接到服務(wù)器的信道的類型。特別地， 在步驟S506中確定客戶機(jī)302-306是否正在直接連接到會議服務(wù)器(通過SIP代理服務(wù)器308 )，或請求是否來自試圖連接的另 一個會議
服務(wù)器(例如橋接服務(wù)器)。
如果SIP請求直接從客戶機(jī)接收，則在步驟S508中會議服務(wù)器用 會議數(shù)據(jù)庫316檢查在請求消息中指定的會議是否被預(yù)定。如果會議 在數(shù)據(jù)庫316中沒有被預(yù)定，則在步驟S510中會議服務(wù)器將陳述會議 號碼無效的消息發(fā)送回給用戶。
如果在數(shù)據(jù)庫316中會議被預(yù)定，則在步驟S512中會議服務(wù)器檢 查是否為特定服務(wù)器預(yù)定該會議。這是通過將請求消息中的服務(wù)器前 綴與圖5中正在執(zhí)行的步驟中的會議服務(wù)器的服務(wù)器前綴進(jìn)行比較而 實(shí)現(xiàn)的。
如果會議服務(wù)器為用于預(yù)定會議的原服務(wù)器，則在步驟S514中利 用數(shù)據(jù)庫316來驗(yàn)證用戶，然后在步驟S516加入會議。
再次回到步驟S512,如果最初沒有為該服務(wù)器預(yù)定會議，則在步 驟S518中服務(wù)器確定該會議是否已經(jīng)在該服務(wù)器上運(yùn)行。如果會議已 經(jīng)在該服務(wù)器上運(yùn)行(即，其為用于該會議的橋接服務(wù)器)，則在步驟 S514利用數(shù)據(jù)庫316來驗(yàn)證用戶，然后在步驟S516加入會議。然而， 如果會議還沒有在該服務(wù)器上運(yùn)行，則在步驟S520,服務(wù)器創(chuàng)建到原 始預(yù)定會議的服務(wù)器的橋式連接。
正如提到的，橋接會議服務(wù)器被用于在原會議服務(wù)器過載時(shí)處理 更多的用戶的負(fù)載。橋接通過創(chuàng)建在兩個服務(wù)器之間的直接連接以及 創(chuàng)建兩個新的參與者， 一個在原服務(wù)器中而另 一個在橋接服務(wù)器中來
的語音信號作為單語音流傳送到原服務(wù)器，反之亦然。因此，對于原服務(wù)器，來自橋接服務(wù)器的單語音流(其包括來自橋接服務(wù)器的用戶 的所有語音信號)表現(xiàn)為其好像是來自單個參與者(被作為橋接的部 分而增加的新參與者)。類似地，橋接服務(wù)器通過被加到橋接服務(wù)器的 新的單個參與者來接收來自原服務(wù)器的所有語音信號。
在創(chuàng)建橋式連接之后，在步驟S514利用數(shù)據(jù)庫316驗(yàn)證用戶，然 后在步驟S516加入所述會議。
再次返回到步驟S506，如果請求來自另一個會議服務(wù)器，則驗(yàn)證 的步驟可以被跳過，因?yàn)閬碜栽诓僮鲉T的控制下的可用的服務(wù)器的另 一個會議服務(wù)器不需要被驗(yàn)證，并且所述服務(wù)器能夠在步驟S522被加 到會議。
總之，利用圖3中所示的系統(tǒng)以及圖4和圖5中所示的進(jìn)程，可 管理會議服務(wù)器上的負(fù)載。示出的進(jìn)程隨著負(fù)載的增加而操作以創(chuàng)建 多個會議服務(wù)器的可擴(kuò)展結(jié)構(gòu)。此外，所述管理所述服務(wù)器上的負(fù)載 的方法如目前將描述的在失效的情況下也能恢復(fù)。
現(xiàn)在參考圖6A-C，圖6A-C示出了表明在會議服務(wù)器失效的情況 下的程序的流程圖。系統(tǒng)被設(shè)計(jì)以受控方式來管理失效，并且在能使 對會議的中斷最小時(shí)，取代失效的服務(wù)器。這也被稱作失效結(jié)束進(jìn)程。
首先參考圖6A，圖6A示出了為檢測失效的會議服務(wù)器通過SIP 代理服務(wù)器308 (如圖3中所說明的)來執(zhí)行的進(jìn)程。步驟S602中， 客戶機(jī)試圖通過SIP代理服務(wù)器308來連接到會議服務(wù)器。步驟S604 中，SIP代理服務(wù)器308檢查會議服務(wù)器何時(shí)對會議數(shù)據(jù)庫316作出最 后的更新。如前面所提到的，會議服務(wù)器310-314用關(guān)于它們的CPU 負(fù)載和用戶的數(shù)目的信息來更新數(shù)據(jù)庫316。然而，如果存在會議服務(wù)器的軟件或硬件失效，則這些更新將停止。SIP代理服務(wù)器在步驟S606 確定最后的更新是否比例如15秒前更長。
如果凄t據(jù)庫316在最近的15秒內(nèi)^皮更新，則如前面圖4和圖5中 略述的那樣，對會議服務(wù)器的請求能夠在步驟S608中照常進(jìn)行。然而， 如果數(shù)據(jù)庫316在最近的15秒內(nèi)沒有被更新，則SIP代理服務(wù)器308 確定會議服務(wù)器已經(jīng)失效。如果會議服務(wù)器已經(jīng)失效，則在步驟S610 中SIP代理服務(wù)器將呼叫導(dǎo)向到可選擇的空載服務(wù)器。用于選擇使用 的服務(wù)器的程序可以與圖4中關(guān)于負(fù)載管理所略述的相同。顯然，更 新之間的暫?？梢詾槿我庵刀幌薅ㄓ?5秒的實(shí)例。
現(xiàn)在參考圖6B,圖6B示出了在新會議服務(wù)器嘗試設(shè)置到失效的 服務(wù)器的橋式連接的情況下，會議服務(wù)器310-314 (如圖3中說明的) 執(zhí)行的進(jìn)程。該程序僅應(yīng)用于不是原服務(wù)器的服務(wù)器，所述原服務(wù)器 在其上建立會議并且在其上還不存在橋式連接(即，圖5中所示的程 序已經(jīng)執(zhí)行到步驟S522 )。并且還假設(shè)服務(wù)器為足夠的空載以允許其支 持新用戶。
步驟S612中，呼叫到達(dá)會議服務(wù)器(其不是原服務(wù)器)。如果原 服務(wù)器已經(jīng)被檢測為失效，則該呼叫能夠通過圖6A中所示的進(jìn)程而被 導(dǎo)向到服務(wù)器?？蛇x地，該呼叫能夠通過圖4中所示的負(fù)載管理進(jìn)程 被導(dǎo)向到服務(wù)器。由于不是原服務(wù)器并且當(dāng)前不具有到原服務(wù)器的橋 式連接，因此在步驟S614該服務(wù)器將嘗試設(shè)置到原服務(wù)器的橋式連接。 會議服務(wù)器在步驟S616中確定設(shè)置橋式連接的嘗試是否已經(jīng)失敗。
如果設(shè)置橋式連接的嘗試成功，則原服務(wù)器明顯還沒有失效，并 且在步驟S618中程序能夠照常繼續(xù)(見圖5)。然而，如果原服務(wù)器已經(jīng)失效，則設(shè)置橋式連接的嘗試將失敗，并且原服務(wù)器將不響應(yīng)連接
請求。在該情況下，如將在下面進(jìn)行更詳細(xì)描述的，在步驟S620中新
會議服務(wù)器將嘗試代替原服務(wù)器。
現(xiàn)在參考圖6C，圖6C示出了在橋接會議服務(wù)器檢測原服務(wù)器中 的失效的情況下，會議服務(wù)器310-314 (如圖3中所說明的)執(zhí)行的進(jìn) 程。圖6C中所示的進(jìn)程僅應(yīng)用在具有存在到原服務(wù)器的橋式連接的不 是原服務(wù)器的會議服務(wù)器的情況下。
步驟S622中，橋接服務(wù)器檢測到原服務(wù)器的連接的損失(loss)。 然后，在步驟S624中，橋接服務(wù)器嘗試重新連接到原服務(wù)器，并且在 步驟S626中確定重新連接嘗試是否失敗。如果重新連接嘗試成功，則 原服務(wù)器還沒有失效，并且在步驟S628中橋式連接能夠如之前一樣繼 續(xù)。然而，如果重新連接嘗試失敗，則在步驟S630中橋接服務(wù)器將嘗 試代替失效的原服務(wù)器。
首先，橋接服務(wù)器將在步驟S632中檢查代替是否已經(jīng)出現(xiàn)?？赡?已經(jīng)對另一個服務(wù)器進(jìn)行代替，因?yàn)樵У姆?wù)器可能已經(jīng)具有連 接于其上的若干橋接服務(wù)器，所述橋接服務(wù)器之前可能已經(jīng)檢測到失 效并且執(zhí)行代替。連接到原失效服務(wù)器的所有橋接服務(wù)器可能嘗試代 替原服務(wù)器，但是它們中僅有一個能夠在會議數(shù)據(jù)庫316中更新表格 并且變成替代服務(wù)器。
如果在步驟S632中確定已經(jīng)進(jìn)行代替，則在步驟S634中將橋接 服務(wù)器重新連接到替代服務(wù)器。可選地，如果確定還沒有進(jìn)行代替， 則在步驟S636中服務(wù)器執(zhí)行代替失效的原服務(wù)器的進(jìn)程。因此，圖6C 中略述的進(jìn)程允許單個橋接服務(wù)器代替原服務(wù)器，并且可能已經(jīng)連接到原服務(wù)器的所有其它的橋接服務(wù)器將重新連接到替代服務(wù)器。這樣， 僅有原失效的服務(wù)器上的呼叫將被從會議中丟失，而在其它橋接服務(wù) 器上的呼叫能夠繼續(xù)彼此交談。
服務(wù)器的代替的進(jìn)程不僅用在以上參考圖6B和6C所略述的失效 結(jié)束的進(jìn)程的情況下。代替進(jìn)程還用在當(dāng)會議服務(wù)器為了錯誤修正或 更新/升級而需要被無效的時(shí)候。在這些情況下，需要一種方法，該方 法能使服務(wù)器無效同時(shí)保持正在進(jìn)行的會議，并且提供用于即使服務(wù)
為了執(zhí)行代替進(jìn)程， 一種軟件工具被用于觸發(fā)事件。將待被無效 的服務(wù)器置于無效狀態(tài)并且選擇可用的最小負(fù)載的會議服務(wù)器代替無 效的服務(wù)器。從此刻開始，將不再為無效的服務(wù)器預(yù)定會議直到該無 效的服務(wù)器被重新激活。
當(dāng)新客戶機(jī)嘗試加入為失效的服務(wù)器預(yù)定的會議時(shí)，客戶機(jī)被重 新導(dǎo)向到所述替代服務(wù)器。替代服務(wù)器檢查該會議是否已經(jīng)在其上運(yùn) 行。如果會議已經(jīng)在該替代服務(wù)器上運(yùn)行，則新的客戶機(jī)被加到所述 會議。如果會議還沒有在該替代服務(wù)器上運(yùn)行，則替代服務(wù)器檢查會 議數(shù)據(jù)庫316以確定該會議中是否仍然存在連接到失效的服務(wù)器的客 戶機(jī)。如果在失效的服務(wù)器上仍然存在連接到該會議的客戶機(jī)，則替 代服務(wù)器創(chuàng)建到所述無效的服務(wù)器的橋式連接以使替代服務(wù)器上的新 客戶機(jī)能夠跟會議中先存在的客戶機(jī)交談。如果會議中不存在連接到 無效的服務(wù)器的任何先存在的客戶機(jī)，則替代服務(wù)器能夠創(chuàng)建會議并 且將新客戶才幾加到會議。僅當(dāng)沒有橋式連接或客戶機(jī)連接時(shí)，無效的服務(wù)器才能夠被完全 地?zé)o效。此外， 一旦服務(wù)器已經(jīng)被無效，它僅能在最初為失效的服務(wù) 器預(yù)定的會議中的任何一個中沒有用戶存在時(shí)被重新激活。這是因?yàn)?替代服務(wù)器上會議中的參與者不能從替代服務(wù)器移到重新激活的服務(wù) 器，并且任何新用戶將嘗試加入重新激活的服務(wù)器，而不是會議實(shí)際 上正在其中進(jìn)行的替代服務(wù)器。當(dāng)服務(wù)器被重新激活時(shí)，它更新數(shù)據(jù) 庫316以在服務(wù)器列表中激活其本身并且移去替代服務(wù)器。以上程序
當(dāng)用戶離開會議時(shí)，資源必須被適當(dāng)?shù)蒯尫?。特別地，當(dāng)用戶離 開會議以及用戶被連接到橋接會議服務(wù)器時(shí)，橋接服務(wù)器檢查用戶是 否為連接到其上的最后的用戶。如果用戶為連接到橋接服務(wù)器的最后 的用戶，則服務(wù)器移去對原服務(wù)器的橋式連接，并且更新數(shù)據(jù)庫以移 去橋接服務(wù)器上正在舉行的會議的記錄。
以上描述詳述了會議系統(tǒng)的結(jié)構(gòu)并且略述了網(wǎng)絡(luò)中執(zhí)行的管理會 議的程序。下面描述的是從用戶的觀點(diǎn)的會議系統(tǒng)的操作。如之前所 提到的，略述了用于管理與在共享的介質(zhì)上通信的 一 大組人關(guān)聯(lián)的問 題的技術(shù)。
用戶能夠利用由會議系統(tǒng)的操作員提供的網(wǎng)頁和在用戶的用戶終 端上安裝并執(zhí)行的客戶軟件來創(chuàng)建、觀看和加入會議。由會議系統(tǒng)的
操作員提供的網(wǎng)頁700的實(shí)例可以在圖7中示出。用戶通過執(zhí)行用戶 終端上的網(wǎng)頁瀏覽器程序以及導(dǎo)航到網(wǎng)頁700的地址來觀看網(wǎng)頁700。會議由用戶利用諸如圖7所示的網(wǎng)頁700來創(chuàng)建和預(yù)定。網(wǎng)頁700 包含標(biāo)記為"創(chuàng)建Skypecast，，的超鏈接702。用戶能夠使用定點(diǎn)設(shè)備 在該鏈接702上點(diǎn)擊以開始創(chuàng)建以及預(yù)定會議的進(jìn)程。
在點(diǎn)擊所述鏈接時(shí)，用戶的網(wǎng)頁瀏覽器導(dǎo)航到會議創(chuàng)建網(wǎng)頁800， 例如圖8A中所示的。會議創(chuàng)建網(wǎng)頁800包括用于用戶輸入關(guān)于用戶希 望創(chuàng)建的會議的信息的表格。該表格包括用于用戶輸入為會議而展示 的標(biāo)題的第一字段802，以及用于用戶輸入會議的主題的簡短描述的可 選第二字段804。
用戶利用關(guān)于待被設(shè)置的會議的規(guī)模的按鈕806作出選擇。在圖 8A中所示的網(wǎng)頁800的實(shí)例中，用戶對于會議的規(guī)才莫具有兩個選項(xiàng)， 適合至多IOO人或適合至多5人。用戶的選擇確定能夠連接到會議的 用戶的最大數(shù)目。特別地，該選擇確定會議是否將利用以上參考圖1 所描述的對等結(jié)構(gòu)或利用以上參考圖2所描述的中央服務(wù)器結(jié)構(gòu)來建 立。
網(wǎng)頁800上的表格在圖8B中繼續(xù)，其示出了用戶已經(jīng)滾動的表格 的下部。在表才各的下一部分中，用戶從按鈕808選4奪以確定會議是否 即刻開始，或會議是否在特定時(shí)間開始。如果用戶已經(jīng)選擇在特定時(shí) 間開始會議，則用戶利用下拉列表810的時(shí)間和日期的選項(xiàng)輸入該時(shí) 間。用戶還利用下拉列表812定義了會議的持續(xù)時(shí)間。
用戶能夠任選地在字段814中輸入關(guān)鍵詞(公知為"標(biāo)簽")。標(biāo) 簽?zāi)軌虮挥糜诙x會議的主題。特別地，標(biāo)簽?zāi)軌蛱峁淖侄?02中 定義的標(biāo)題來看可能不清晰的會議的主題的信息。例如，標(biāo)簽可以為 可能沒有明確地在會議的標(biāo)題中涉及的一般的關(guān)鍵詞例如"音樂"或"足球"。標(biāo)簽在當(dāng)用戶正在搜索特別主題的會議時(shí)被使用。例如再次
參考圖7，搜索字段704在網(wǎng)頁700上被示出，用戶可以在搜索字段 704中輸入搜索項(xiàng)，并且響應(yīng)于該搜索字段704將與搜索項(xiàng)有關(guān)的預(yù)定 的或正在進(jìn)行的會議向用戶展示。搜索功能能夠利用包含在標(biāo)簽內(nèi)的 信息返回與特別主題相關(guān)的結(jié)果。
用戶能夠從例如816中所示的那些圖片的選擇中任選地選擇一幅 與會議關(guān)聯(lián)的圖片。當(dāng)以上信息已經(jīng)被輸入到網(wǎng)頁800時(shí)，用戶能夠 通過點(diǎn)擊標(biāo)記為"創(chuàng)建"的按鈕818來創(chuàng)建會議。通過在網(wǎng)頁800中 輸入信息以及創(chuàng)建會議，用戶變?yōu)闀h的主機(jī)。如將在下面討論的， 會議的主機(jī)具有對會議的操作的特定控制。如參照圖4和5，如果會議 被作為大型會議來設(shè)置，則它將被分配擔(dān)當(dāng)原服務(wù)器的會議服務(wù)器。 會議服務(wù)器的分配可以基于隨機(jī)分配，盡管也可以使用分配服務(wù)器的 其它方法。
一旦用戶已經(jīng)創(chuàng)建會議，它就被列在"指南"網(wǎng)頁，例如圖9中 所示。指南網(wǎng)頁卯0展示了當(dāng)前正在進(jìn)行的或被預(yù)定將出現(xiàn)的會議。 因?yàn)闀h被以它們即將開始的次序列出，這能夠以類似"電視指南" 的方式來構(gòu)造。例如網(wǎng)頁卯O示出了標(biāo)題為"了解Skypecast"的實(shí)例 會議902，其與主機(jī)用戶的名稱以及會議的預(yù)定開始時(shí)間列在一起。用 戶還能夠選擇不同的標(biāo)簽來改變哪些會議被列在指南中。例如，用戶 能夠通過選擇標(biāo)簽卯4來選擇以看到所有的當(dāng)前以及預(yù)定的會議，通 過選擇標(biāo)簽卯6來選一奪僅看到正在進(jìn)行的會議，通過選4奪標(biāo)簽908來 選擇僅看到馬上要開始的會議，通過點(diǎn)擊標(biāo)簽910來選擇看到由操作 員選擇的特色會議，或通過點(diǎn)擊標(biāo)簽912來選擇僅看到當(dāng)前用戶為主機(jī)的那些會議。特色會議還可以列在圖7中所示的主會議網(wǎng)頁700上， 例如標(biāo)題為"了解Skypecast"的會議706。
除圖9中所示的指南網(wǎng)頁900以及圖7中所示的網(wǎng)頁700之外， 會議還能夠列在不由會議系統(tǒng)的操作員來操作的其它網(wǎng)頁上。例如， 會議能夠利用例如圖10所示的通知框被列在第三方網(wǎng)頁上。通知框 1000提供了關(guān)于會議的標(biāo)題的信息1002、會議的主機(jī)1004以及會議 被預(yù)定/開始的時(shí)間1006。通知框能夠被包括在第三方網(wǎng)頁中以公布與 第三方網(wǎng)頁的主題有關(guān)的會議討論。通知框可以根據(jù)本領(lǐng)域已知的技 術(shù)以超文本鏈接標(biāo)示語言("HTML")片段或作為RSS供給的形式被 包括在第三方網(wǎng)頁中。
用戶能夠通過點(diǎn)擊標(biāo)記為"加入Skypecast"的鏈接加入會議(將 要開始的或當(dāng)前正在進(jìn)行的會議)，所述鏈接靠著列在指南網(wǎng)頁900上、 主網(wǎng)頁700上或第三方網(wǎng)頁上通知框1000中的會"i義示出。
當(dāng)用戶點(diǎn)擊"加入"時(shí)，在用戶終端上執(zhí)行的客戶軟件撥打與即 將被加入的會議關(guān)聯(lián)的號碼。撥打的號碼與會議細(xì)節(jié)被一起存儲，但 可以對用戶不直接可見。號碼的撥打根據(jù)上面所述的技術(shù)使得客戶軟 件連接到會議服務(wù)器。
用戶不能加入還沒有開始的會議。然而，用戶能夠選擇與用戶希 望加入的會議關(guān)聯(lián)的標(biāo)記為"提醒我"的鏈接。當(dāng)所期望的會議即將 開始時(shí)，發(fā)送給用戶提示以提醒他加入會議。
當(dāng)會議生效時(shí)，主機(jī)用戶已經(jīng)控制了會議運(yùn)行的方式。圖11A-C 示出了向正在進(jìn)行的會議的主機(jī)呈現(xiàn)的控制窗口?？刂拼翱?1100展示 了會議的標(biāo)題1102、會議的已經(jīng)過時(shí)間1104以及會議中的參與者的數(shù)目1106。會議中的參與者在控制窗口 1100內(nèi)的列表1108中示出?？?制窗口可能不夠大以至不能看到會議中的所有參與者，倘若如此，則 提供滾動條以允許用戶滾動參與者的整個列表。
與傳統(tǒng)的電話會議不同，主機(jī)用戶控制在任何時(shí)間哪些參與者能 夠發(fā)言。這是因?yàn)榇罅康膮⑴c者能夠參加會議，而如果他們中的很多 人正在同時(shí)發(fā)言則討論變得難以理解。主機(jī)用戶能夠選擇哪些參與者 能夠在會議中發(fā)言。換句話說，主機(jī)能夠選擇哪些參與者將被屏蔽(即， 不被會議中的其他參與者中的任何一個聽到)或不被屏蔽(即，能夠 被會議中的其他所有參與者聽到)。主機(jī)具有緊接每一個參與者的按鈕 1110以屏蔽他們。另外，主機(jī)具有將屏蔽會議中的每一個參與者(除 主機(jī)之外)的"屏蔽每一個"按鈕1112。激活"屏蔽每一個"按鈕1112 的效果能夠在圖11B中見到，其中所有參與者被屏蔽。由于所有參與 者當(dāng)前被屏蔽，因此緊接參與者的按鈕1114現(xiàn)在被標(biāo)記為"不屏蔽"。 另外，按鈕1116現(xiàn)在被標(biāo)記為"不屏蔽每一個"，并且能夠被激活以 不屏蔽所有參與者。圖IIC示出了一個參與者1118被屏蔽而兩個參與 者1120、 1122不^皮屏蔽的情況。
如果參與者被屏蔽而希望在會議中發(fā)言，則他必須首先從主機(jī)請 求不被屏蔽(或"請求麥克風(fēng)")。圖12A顯示了向會議中的參與者(不 是主機(jī))展示的會議窗口。該窗口 1200示出了與圖IIA-C中的主機(jī)的 控制窗口類似的信息，而且包括用于從主機(jī)請求麥克風(fēng)的按鈕1202。
當(dāng)參與者從主機(jī)請求麥克風(fēng)時(shí)，這通過圖IIA中的控制窗口 1100 中閃爍(或可選地活動或改變顏色)圖標(biāo)1124來向主機(jī)指示(相同的 圖標(biāo)在參與者窗口 1200中同樣被示出以指示誰在請求麥克風(fēng))。主機(jī) 能夠利用緊接參與者所示的屏蔽/不屏蔽按鈕1110來選擇以讓用戶在會議中發(fā)言。主機(jī)可以選擇每次僅把麥克風(fēng)交給單個用戶，或主機(jī)可 以把麥克風(fēng)交給若千用戶或所有參與者。如果有許多參與者存在，則 這允許會議以有效的方式被控制。例如，主機(jī)可以把麥克風(fēng)交給一小 組人，例如能夠就一主題自由地交談的"座談小組"，然后可以從參與 者的剩下的人中請求問題。參與者能夠請求麥克風(fēng)以向能夠相應(yīng)地響 應(yīng)的"座談小組"詢問他們的問題。
當(dāng)前正在發(fā)言的參與者以及那些請求麥克風(fēng)的參與者被帶到主機(jī)
的控制窗口 1100和參與者的窗口 1200中所示出的參與者列表的頂部， 因此他們可以容易地被用戶看到。圖標(biāo)1204緊接窗口 1200中的參與 者的名字被示出，以指示用戶當(dāng)前是否被屏蔽。這允許所有參與者容 易地識別誰在會議中發(fā)言，這在大量的參與者存在時(shí)是有用的。圖12B 示出了其中參與者當(dāng)前不被屏蔽并且能夠被會議的所有參與者聽到的 情況。在該情況下，從主機(jī)請求麥克風(fēng)的按鈕并不存在，由于用戶未 被屏蔽，因此已經(jīng)"具有麥克風(fēng)"。
除屏蔽參與者或分配參與者麥克風(fēng)之外，主機(jī)還能夠從會議中驅(qū) 逐參與者。例如，如果用戶正在對會議討論制造混亂，則這是有用的。 主機(jī)可以通過利用圖11A中所示的按鈕1126來驅(qū)逐參與者。
圖13示出了用于控制會議的網(wǎng)絡(luò)元件。圖13中所示的元件控制 會議的預(yù)定、更新和刪除以及從會議中屏蔽、不屏蔽和移去用戶。網(wǎng) 頁或客戶機(jī)接口 1302 (例如主機(jī)的客戶機(jī)或用于預(yù)定會議的網(wǎng)頁)能 夠連接到管理器代理服務(wù)器1304。網(wǎng)頁或客戶機(jī)接口 1302可以通過其 它元件連接到管理器代理服務(wù)器1304，但是這些不在該申請的范圍之 內(nèi)。管理器代理服務(wù)器1304擔(dān)當(dāng)用于管理會議的單個接觸點(diǎn)。由于參 與會議的用戶可能被分散到若干不同的服務(wù)器，并且管理器代理服務(wù)
39器1304允許客戶機(jī)接觸能夠隨后適當(dāng)管理對不同服務(wù)器的請求的單個 中央實(shí)體，因此這是必需的。管理器代理服務(wù)器被連接到會議數(shù)據(jù)庫
316以及會議服務(wù)器310-314 (之前參考圖3討論的)。管理器代理服務(wù) 器1304接收來自網(wǎng)頁或客戶機(jī)接口的請求(例如移去用戶)，并且確 定該請求應(yīng)該被導(dǎo)向到的特別的服務(wù)器。
現(xiàn)在參考圖14A和14B,圖14A和14B示出了用于實(shí)現(xiàn)在會議中 屏蔽參與者的兩個實(shí)施例。圖14A和14B示出了主才幾用戶102和運(yùn)行 客戶軟件106的用戶終端104。主機(jī)用戶正在控制在會議服務(wù)器202上 運(yùn)行的正在進(jìn)行的會議。具有執(zhí)行客戶機(jī)112的用戶終端110的參與 者108連接到會議服務(wù)器202。這與之前圖2中所示的場景相同。主機(jī) 102希望屏蔽來自參與者108的音頻流。
圖14A說明了在會議服務(wù)器處執(zhí)行屏蔽的實(shí)施例。如由箭頭1402 指示的，參與者的用戶終端110上的客戶機(jī)112正在接收來自會議服 務(wù)器的混合音頻流。如箭頭1404表示的，來自參與者108的語音被客 戶機(jī)112編碼為音頻流并且被傳送到會議服務(wù)器202。然而，由于主機(jī) 102已經(jīng)屏蔽了參與者108，因此會議服務(wù)器不會把來自參與者108的 語音分發(fā)到所有其他參與者。而是會議服務(wù)器丟棄了來自參與者108 的音頻流。這在圖14A中由被定位于會議服務(wù)器202的"屏蔽點(diǎn)"1406 來表示。該實(shí)施例具有提供了屏蔽用戶的簡單的中央方式的優(yōu)點(diǎn)。然 而，其具有浪費(fèi)帶寬的缺點(diǎn)，因?yàn)橐纛l流1404被從參與者發(fā)送到會議 服務(wù)器，僅為了被丟棄。
圖14B說明了在客戶機(jī)處執(zhí)行屏蔽的第二實(shí)施例。如前所述，如 由箭頭1402指示的，參與者的用戶終端IIO上的客戶機(jī)112正在接收 來自會議服務(wù)器的混合音頻流。然而，和將混合音頻流發(fā)送到參與者108 —樣，會議服務(wù)器202也將屏蔽信息傳送到客戶機(jī)112?？蛻魴C(jī)112 被通告主機(jī)102已經(jīng)屏蔽了參與者108,因此不會對來自參與者108的 任何語音編碼，并且不會將音頻流1404傳送到會議服務(wù)器202。這在 圖14B中由定位于客戶才幾112的"屏蔽點(diǎn)"1408來表示。
點(diǎn)，因?yàn)橐纛l流除非需要否則不會被傳送到會議服務(wù)器。然而，該實(shí) 施例不需要從會議服務(wù)器發(fā)送到客戶機(jī)更多的信息。
上述系統(tǒng)及方法提供了一種將基于語音的成組通信輸送到一大組 人的有效的方式。因特網(wǎng)的使用允許會議被預(yù)先預(yù)定并且能夠向任何 人開放以加入和討論主題。這允許一大組人以受控的方式討論問題， 其具有可擴(kuò)展和可靠的服務(wù)器體系結(jié)構(gòu)以確保能夠支持大量的參與 者。
一種公知的用于 一 大組人之間的討論的可選4奪的方法為通過在線 論壇和聊天室。在線論壇通常在萬維網(wǎng)之上運(yùn)行，并且允許大量的用 戶通過以文本的方式發(fā)布消息來討論主題，所示消息以時(shí)間順序?qū)φ?壇的所有用戶是可見的。正在被討論的主題通常在網(wǎng)頁上做廣告，并 且用戶能夠通過閱讀迄今為止公布的消息以及隨后將他們本身的消息 加到討論來加入討論。用戶還能夠通過在新主題下發(fā)布第一個消息來 創(chuàng)建新的討論(公知為線程)，新主題隨后能夠被其他用戶響應(yīng)。在線 論壇的問題是其在交互性的限定。論壇的用戶能夠發(fā)布消息，但是隨 后必須等待直到其他用戶已經(jīng)閱讀該消息并且寫入和發(fā)布響應(yīng)才能得 到回復(fù)。這引起消息的發(fā)布與響應(yīng)之間的顯著的延遲。然而，在線論 壇確實(shí)避免了上面參考包括大量參與者的電話會議所描述的問題。允許更大程度的交互性的在線論壇的變化公知為聊天室。聊天室 以類似于以上描述的論壇的方式來操作，但是由用戶鍵入的文本被實(shí) 時(shí)傳送。因此，聊天室中的參與者能夠以會話的方式參加，并且能夠 即刻被其他用戶響應(yīng)，在會話中，消息被鍵入并且立即被傳送給聊天 室中的所有參與者。
一種用在聊天室中的公知的協(xié)議的實(shí)例為因特網(wǎng)
多線交談("IRC，，)。盡管聊天室比基于消息的在線論壇提供了更大程
度的交互性，但是它們比語音的交互性仍然少很多。鍵入的行為總是 比語音呈現(xiàn)更大程度地延遲來自用戶的響應(yīng)。另外，很多用戶可能更 樂于通過語音而不是文本與其他用戶相互作用。本文描述的系統(tǒng)及方 法通過提供用于大量用戶之間的語音通信的技術(shù)從而提供所需程度的 交互性來克服這些問題。
雖然本發(fā)明已經(jīng)特別通過參考優(yōu)選實(shí)施例來示出和描述，但是本 領(lǐng)域技術(shù)人員應(yīng)該理解形式和細(xì)節(jié)的各種變化可以在不背離如附帶的 權(quán)利要求所限定的本發(fā)明的范圍的情況下來作出。
權(quán)利要求
1、一種在通信網(wǎng)絡(luò)之上提供多個用戶之間的語音會議的方法，所述多個用戶包括主機(jī)用戶和多個參與用戶，該方法包括所述主機(jī)用戶利用連接到所述通信網(wǎng)絡(luò)上的主機(jī)用戶終端來啟動語音會議；多個用戶加入所述語音會議，所述多個用戶中的每一個通過利用在他們各自的用戶終端上執(zhí)行的客戶機(jī)來加入所述會議，其中，在加入所述語音會議時(shí)，所述多個參與用戶中的每一個的用戶終端展示參與用戶接口，而所述主機(jī)的用戶終端展示主機(jī)用戶接口；所述多個參與用戶中的至少一個在所述參與用戶接口上激活請求控制，所述客戶機(jī)響應(yīng)于所述請求控制的激活通過所述通信網(wǎng)絡(luò)向所述主機(jī)用戶傳送請求以在所述語音會議中發(fā)言；以及所述主機(jī)用戶在主機(jī)用戶接口上接收來自所述多個參與用戶中的至少一個的請求的指示，并且在所述主機(jī)接口上激活選擇控制以在傳送請求的所述多個用戶中選擇至少一個，所述至少一個被選擇的用戶的語音被傳送到所述通信網(wǎng)絡(luò)上的所有多個用戶。
2、 根據(jù)權(quán)利要求1所述的方法，其進(jìn)一步包括阻止來自沒有被所 述主機(jī)用戶選^^的其他用戶的語音的步驟。
3、 根據(jù)權(quán)利要求1或2所述的方法，其進(jìn)一步包括在所述參與用 戶接口和所述主機(jī)接口處展示所述語音會議中的所述多個用戶的列表 的步驟。
4、 根據(jù)權(quán)利要求3所述的方法，其中所述語音會議中的所述多個 用戶的列表指示了所述多個用戶中的哪一個已經(jīng)被所述主機(jī)用戶選擇 以在所述語音會議中發(fā)言。
5、 根據(jù)前述任一項(xiàng)權(quán)利要求所述的方法，其進(jìn)一步包括如下步驟 所述主機(jī)用戶激活與在所述主機(jī)用戶接口上展示的參與用戶關(guān)聯(lián)的屏 蔽控制，響應(yīng)于所述屏蔽控制的激活所述關(guān)聯(lián)的參與用戶的語音被阻 止。
6、 根據(jù)前述任一項(xiàng)權(quán)利要求所述的方法，其進(jìn)一步包括如下步驟 所述主機(jī)用戶激活與在所述主機(jī)用戶接口上展示的所述多個參與用戶 關(guān)聯(lián)的屏蔽控制，響應(yīng)于所述屏蔽控制的激活所有多個參與用戶的語 音一皮阻止。
7、 根據(jù)權(quán)利要求5或6所述的方法，其中來自被所述主機(jī)用戶阻 止的所述用戶的語音在所述通信網(wǎng)絡(luò)中的服務(wù)器處被阻止。
8、 根據(jù)權(quán)利要求5或6所述的方法，其中來自被所述主機(jī)用戶阻 止的所述用戶的語音在被所述主機(jī)用戶阻止的所述用戶的客戶機(jī)處被 阻止。
9、 根據(jù)前述任一項(xiàng)權(quán)利要求所述的方法，其進(jìn)一步包括如下步驟 所述主機(jī)用戶激活與在所述主機(jī)用戶接口上展示的參與用戶關(guān)聯(lián)的移 去控制，響應(yīng)于所述移去控制的激活從所述語音會議中移去所述關(guān)聯(lián) 的參與用戶。
10、 根據(jù)前述任一項(xiàng)權(quán)利要求所述的方法，其中啟動語音會議的 所述步驟進(jìn)一步包括向所述多個用戶展示所述語音會議的細(xì)節(jié)。
11 、 一種用于在通信網(wǎng)絡(luò)之上提供多個用戶終端之間的語音會議 的系統(tǒng)，所述多個用戶終端包括主機(jī)用戶終端和多個參與用戶終端，該系統(tǒng)包4舌客戶機(jī)，其在所述多個用戶終端中的每一個處被執(zhí)行，用于將所述多個用戶終端中的每一個的用戶加入到語音會議；參與用戶接口 ，其在所述多個參與用戶終端中的每一個上被展示， 其包括用于請求在所述語音會議中發(fā)言的請求控制，響應(yīng)于所述請求 控制的激活安排所述客戶機(jī)來向所述主機(jī)用戶終端傳送請求消息。主機(jī)用戶接口，其在所述主機(jī)用戶終端上被展示，其包括所述參 與用戶終端的用戶中的至少 一個正在請求在所述語音會議中發(fā)言的指 示，所述主機(jī)用戶接口進(jìn)一步包括至少一個選擇控制，用于選擇請求 在所述語音會議中發(fā)言的所述參與用戶終端的用戶中的至少一個，響 應(yīng)于所述選擇控制的激活在所述通信網(wǎng)絡(luò)之上傳送所述至少一個被選 用戶的語音到所述多個用戶終端。
12、 根據(jù)權(quán)利要求11所述的系統(tǒng)，其中來自還未被所述主機(jī)用戶 終端的用戶選擇的其他用戶的語音在所述通信網(wǎng)絡(luò)之上被阻止向所述 多個用戶終端傳送。
13、 根據(jù)權(quán)利要求11或12所述的系統(tǒng)，其中排列所述參與用戶 接口以及所述主才/L用戶接口 ，以展示語音會i義中的所述多個用戶終端 的用戶的列表。
14、 根據(jù)權(quán)利要求13所述的系統(tǒng)，其中所述語音會議中的所述多 個用戶的列表指示了所述多個用戶中的哪一個已經(jīng)被所述主機(jī)用戶終 端的用戶選擇以在所述語音會議中發(fā)言。
15、 沖艮據(jù)權(quán)利要求11到14中的任一項(xiàng)所述的系統(tǒng)，其中所述主 機(jī)用戶接口進(jìn)一 步包括與參與用戶終端的用戶關(guān)聯(lián)的屏蔽控制，響應(yīng) 于所述屏蔽控制的激活阻止所述關(guān)聯(lián)用戶的語音。
16、 根據(jù)權(quán)利要求11到15中的任一項(xiàng)所述的系統(tǒng)，其中所述主 機(jī)用戶接口進(jìn)一步包括與所述多個參與用戶關(guān)聯(lián)的屏蔽控制，響應(yīng)于 所述屏蔽控制的激活阻止所有所述多個參與用戶的語音。
17、 根據(jù)權(quán)利要求15或16所述的系統(tǒng)，其中來自被所述主機(jī)用 戶阻止的用戶的語音在所述通信網(wǎng)絡(luò)中的服務(wù)器處被阻止。
18、 根據(jù)權(quán)利要求15或16所述的系統(tǒng)，其中來自被所述主機(jī)用 戶阻止的用戶的語音在被所述主機(jī)用戶阻止的用戶的客戶機(jī)處被阻 止。
19、 根據(jù)權(quán)利要求11到18中的任一項(xiàng)所述的系統(tǒng)，其中所述主 機(jī)用戶接口進(jìn)一步包括與參與用戶終端的用戶關(guān)聯(lián)的移去控制，響應(yīng)于所述移去控制的激活從所述語音會議中移去所述關(guān)聯(lián)的用戶。
20、 一種用于在通信網(wǎng)絡(luò)之上提供語音會議的用戶終端，其包括客戶機(jī)，其在用戶終端處被執(zhí)行，用于將所述用戶終端的用戶加 入到語音會議；用戶接口，其在所述用戶終端上被展示，其包括用于請求在電話 會議中發(fā)言的請求控制，響應(yīng)于所述請求控制的激活安排所述客戶機(jī) 來向主機(jī)用戶的所述用戶終端傳送請求消息。
21、 一種用于在通信網(wǎng)絡(luò)之上提供語音會議的用戶終端，其包括客戶機(jī)，其在所述用戶終端處被執(zhí)行，用于將所述用戶終端的用戶加入到語音會議；用戶接口，其在所述用戶終端上被展示，其包括所述語音會議中 的至少 一個用戶正在請求在所述語音會議中發(fā)言的指示，所述用戶接 口進(jìn)一步包括至少一個選擇控制，用于選擇請求在所述語音會議中發(fā) 言的所述用戶中的至少一個，響應(yīng)于所述選"l奪控制的激活在所述通信 網(wǎng)絡(luò)之上傳送所述至少一個被選用戶的語音到所有所述用戶。
22、 一種計(jì)算程序產(chǎn)品，其包括當(dāng)被加載到計(jì)算機(jī)內(nèi)時(shí)控制所述 計(jì)算機(jī)以實(shí)現(xiàn)權(quán)利要求1到10中任一項(xiàng)所述方法的程序編碼工具。
23、 一種管理多個用戶被連接到第一網(wǎng)絡(luò)實(shí)體的語音會議的方法， 該方法包括以下步驟接收請求以在控制節(jié)點(diǎn)處將新用戶加到語音會議；控制節(jié)點(diǎn)分析在所述第一網(wǎng)絡(luò)實(shí)體上的會議負(fù)載，如果所述會議負(fù)載超過闊值則選擇另一個網(wǎng)絡(luò)實(shí)體并且向所述另一個網(wǎng)絡(luò)實(shí)體傳送 所述請求；接收來自在所述另一個網(wǎng)絡(luò)實(shí)體處的控制節(jié)點(diǎn)的請求，并且確定 所述另一個網(wǎng)絡(luò)實(shí)體當(dāng)前是否被包括在所述語音會議中；以及如果所述另一個網(wǎng)絡(luò)實(shí)體當(dāng)前沒有被包括在所述語音會議中，則 在所述另一個網(wǎng)絡(luò)實(shí)體與所述第一網(wǎng)絡(luò)實(shí)體之間創(chuàng)建橋接連接，將所 述新用戶連接到所述另 一個網(wǎng)絡(luò)實(shí)體，并且通過所述橋接連接將新用 戶連接到所述語音會議。
24、 根據(jù)權(quán)利要求23所述的方法，其中分析所述會議負(fù)載的所述 步驟進(jìn)一 步包括以下步驟確定所述第一網(wǎng)絡(luò)實(shí)體是否能夠支持所述新用戶；如果所述第一網(wǎng)絡(luò)實(shí)體不能支持所述新用戶，則檢查另外的網(wǎng)絡(luò) 實(shí)體當(dāng)前是否被包括在所述語音會議中；如果另外的網(wǎng)絡(luò)實(shí)體當(dāng)前被包括在所述語音會議中，則確定所述 另外的網(wǎng)絡(luò)實(shí)體是否能夠支持所述新用戶；如果所述另外的網(wǎng)絡(luò)實(shí)體當(dāng)前沒有被包括在所述語音會議中或不 能支持所述新用戶，則選擇另一個網(wǎng)絡(luò)實(shí)體。
25、 根據(jù)權(quán)利要求24所述的方法，其中選擇另一個網(wǎng)絡(luò)實(shí)體的所 述步驟包括選擇可用的最小負(fù)載的網(wǎng)絡(luò)實(shí)體。
26、 根據(jù)權(quán)利要求23到25中的任一項(xiàng)所述的方法，其中分析會 議負(fù)載的所述步驟包括確定所述CPU負(fù)載。
27、 根據(jù)權(quán)利要求23到26中的任一項(xiàng)所述的方法，其中分析會 議負(fù)載的所述步驟包括確定連接到所述第一網(wǎng)絡(luò)實(shí)體的用戶的數(shù)目。
28、 根據(jù)權(quán)利要求23到27中的任一項(xiàng)所述的方法，其中將新用 戶連接到另 一個網(wǎng)絡(luò)實(shí)體的所述步驟進(jìn)一步包括在將所述新用戶加到 所述語音會議之前驗(yàn)證所述新用戶。
29、 根據(jù)權(quán)利要求23到28中的任一項(xiàng)所述的方法，其進(jìn)一步包 實(shí)體是否已經(jīng)接觸所述數(shù)據(jù)庫的步驟，由此，如果在所述預(yù)定的時(shí)間段內(nèi)所述被詢問的網(wǎng)絡(luò)實(shí)體還沒有接觸所述數(shù)據(jù)庫，則所述控制節(jié)點(diǎn) 停止向所述^皮詢問的網(wǎng)絡(luò)實(shí)體傳送請求。
30、 根據(jù)權(quán)利要求23到29中的任一項(xiàng)所述的方法，其中創(chuàng)建橋 接連接的所述步驟進(jìn)一步包括如下步驟確定創(chuàng)建所述橋接連接是否 已經(jīng)失敗，如果失敗，則用所述另一個網(wǎng)絡(luò)實(shí)體代替所述第一網(wǎng)絡(luò)實(shí)體。
31、 根據(jù)權(quán)利要求23到30中的任一項(xiàng)所述的方法，其進(jìn)一步包 括以下步驟監(jiān)控所述另一個網(wǎng)絡(luò)實(shí)體與所述第一網(wǎng)絡(luò)實(shí)體之間的所述橋接連接；如果所述監(jiān)控步驟觀察到所述連接已經(jīng)失敗，則確定所述第一網(wǎng) 絡(luò)實(shí)體是否已經(jīng)被代替；以及如果所述第一網(wǎng)絡(luò)實(shí)體還沒有被代替，則用所述另一個網(wǎng)絡(luò)實(shí)體 代替所述第一網(wǎng)絡(luò)實(shí)體。
32、 一種用于管理多個用戶被連接到第一網(wǎng)絡(luò)實(shí)體的語音會議的 系統(tǒng)，該系統(tǒng)包4舌控制節(jié)點(diǎn)，其包括用于接收請求將新用戶加到語音會議的工具、 用于分析所述第一網(wǎng)絡(luò)實(shí)體上的會議負(fù)載的工具、用于如果所述會議 負(fù)載超過閾值則選擇另一個網(wǎng)絡(luò)實(shí)體的工具和用于將所述請求傳送到 所述另一個網(wǎng)絡(luò)實(shí)體的工具，以及另 一個網(wǎng)絡(luò)實(shí)體，其包括用于接收來自所述控制節(jié)點(diǎn)的請求的工 具、確定所述另 一個網(wǎng)絡(luò)實(shí)體當(dāng)前是否包括在所述語音會議中的工具、用于如果所述另一個網(wǎng)絡(luò)實(shí)體當(dāng)前沒有被包括在所述語音會議中則在 所述另一個網(wǎng)絡(luò)實(shí)體與所述第一網(wǎng)絡(luò)實(shí)體之間創(chuàng)建橋接連接的工具、 用于將所述新用戶連接到所述另一個網(wǎng)絡(luò)實(shí)體的工具和用于通過所述 橋接連接將所述新用戶加到所述語音會議的工具。
33、 根據(jù)權(quán)利要求32所述的系統(tǒng)，其中用于分析會議負(fù)載的所述 工具進(jìn)一步包括用于確定所述第一網(wǎng)絡(luò)實(shí)體是否能夠支持所述新用戶的工具；用于如果所述第一網(wǎng)絡(luò)實(shí)體不能支持所述新用戶則檢查另外的網(wǎng) 絡(luò)實(shí)體當(dāng)前是否被包括在所述語音會議中的工具；用于如果所述另外的網(wǎng)絡(luò)實(shí)體當(dāng)前被包括在所述語音會議中則確 定所述另外的網(wǎng)絡(luò)實(shí)體是否能夠支持所述新用戶的工具；以及用于如果所述另外的網(wǎng)絡(luò)實(shí)體當(dāng)前未被包括在所述語音會議中或 不能支持所述新用戶則選擇另一個網(wǎng)絡(luò)實(shí)體的工具。
34、 根據(jù)權(quán)利要求32或33所述的系統(tǒng)，其中用于選擇另一個網(wǎng) 絡(luò)實(shí)體的所述工具包括用于選擇可用的最小負(fù)載的網(wǎng)絡(luò)實(shí)體的工具。
35、 根據(jù)權(quán)利要求32到34中的任一項(xiàng)所述的系統(tǒng)，其中用于分 析會議負(fù)載的所述工具包括用于確定所述CPU負(fù)載的工具。
36、 根據(jù)權(quán)利要求32到35中的任一項(xiàng)所述的系統(tǒng)，其中用于分 析會議負(fù)載的所述工具包括用于確定被連接到所述第 一 網(wǎng)絡(luò)實(shí)體的用 戶的數(shù)目的工具。
37、 根據(jù)權(quán)利要求32到36中的任一項(xiàng)所述的系統(tǒng)，其中用于將 新用戶連接到另一個網(wǎng)絡(luò)實(shí)體的所述工具進(jìn)一步包括用于在將所述新 用戶加到所述語音會議之前—瞼證所述新用戶的工具。
38、 根據(jù)權(quán)利要求32到37中的任一項(xiàng)所述的系統(tǒng)，其中所述控 制節(jié)點(diǎn)進(jìn)一步包括用于訪問數(shù)據(jù)庫的工具和用于確定在預(yù)定的時(shí)間段 內(nèi)被詢問的網(wǎng)絡(luò)實(shí)體是否已經(jīng)接觸數(shù)據(jù)庫的工具，由此，如果在所述述控制節(jié)點(diǎn)停止向所述被詢問的網(wǎng)絡(luò)實(shí)體傳送請求。
39、 根據(jù)權(quán)利要求32到38中的任一項(xiàng)所述的系統(tǒng)，其中用于創(chuàng) 建橋接連接的所述工具進(jìn)一步包括用于確定所述橋接連接的所述創(chuàng)建 是否已經(jīng)失敗，如果失敗則用所述另一個網(wǎng)絡(luò)實(shí)體代替所述第一網(wǎng)絡(luò) 實(shí)體的工具。
40、 根據(jù)權(quán)利要求32到39中的任一項(xiàng)所述的系統(tǒng)，其中所述另 一個網(wǎng)絡(luò)實(shí)體進(jìn)一步包括用于監(jiān)控所述另一個網(wǎng)絡(luò)實(shí)體與所述第一網(wǎng) 絡(luò)實(shí)體之間的所述橋接連接的工具、用于如果用于監(jiān)控的所述工具觀 察到所述連接已經(jīng)失敗則確定所述第一網(wǎng)絡(luò)實(shí)體是否已經(jīng)被代替的工 具和用于如果所述第 一 網(wǎng)絡(luò)實(shí)體還沒有被代替則用所述另 一個網(wǎng)絡(luò)實(shí) 體代替所述第一網(wǎng)絡(luò)實(shí)體的工具。
41、 一種在通信網(wǎng)絡(luò)之上提供多個用戶之間的語音會議的方法， 所述多個用戶包括主機(jī)用戶和多個參與用戶，該方法包括主機(jī)用戶利用連接到所述通信網(wǎng)絡(luò)的主機(jī)用戶終端來啟動語音會議；多個用戶加入所述語音會議，其中在加入所述語音會議時(shí)，所述 多個參與用戶中的每一個的用戶終端展示參與用戶接口 ，而所述主機(jī) 的用戶終端展示主機(jī)用戶接口 ；所述多個參與用戶中的至少一個在所述參與用戶接口上激活請求 控制，響應(yīng)于所述請求控制的激活使得請求通過所述通信網(wǎng)絡(luò)向所述主機(jī)用戶傳送以在所述語音會議中發(fā)言；以及所述主機(jī)用戶在所述主機(jī)用戶接口上接收來自所述多個參與用戶 中的至少一個的請求的的指示，并且在所述主機(jī)接口上激活選擇控制 以在傳送請求的所述多個用戶中選擇至少一個，所述至少一個被選擇 的用戶的語音被傳送到所述通信網(wǎng)絡(luò)上的所有多個用戶。
42、 一種用于在通信網(wǎng)絡(luò)之上提供多個用戶終端之間的語音會議 的系統(tǒng)，所述多個用戶終端包括主機(jī)用戶終端和多個參與用戶終端， 該系統(tǒng)包4舌在多個用戶終端中的每一個處的用于將所述多個用戶終端中的每 一個的用戶加入到語音會i義的工具；在所述多個參與用戶終端中的每一個上被展示的參與用戶接口 ， 其包括用于請求在所述語音會議中發(fā)言的請求控制；響應(yīng)所述請求控制以響應(yīng)于所述請求控制的激活向所述主機(jī)用戶 終端傳送請求消息的工具；以及在所述主機(jī)用戶終端上被展示的主機(jī)用戶接口 ，其包括所述參與 用戶終端的所述用戶中的至少一個正在請求在所述語音會議中發(fā)言的 指示，所述主機(jī)用戶接口進(jìn)一步包括至少一個選擇控制，用于選擇請求在所述語音會議中發(fā)言的所述參與用戶終端的用戶中的至少 一個， 響應(yīng)于所述選擇控制的激活在所述通信網(wǎng)絡(luò)中傳送至少 一個被選用戶 的語音到所述多個用戶終端。
全文摘要
描述了一種方法，用于在通信網(wǎng)絡(luò)之上提供多個用戶之間的語音會議，多個用戶包括主機(jī)用戶和多個參與用戶。該方法包括主機(jī)用戶利用連接到通信網(wǎng)絡(luò)的主機(jī)用戶終端來啟動語音會議。多個用戶加入語音會議。多個用戶中的每一個通過利用在他們各自的用戶終端執(zhí)行的客戶機(jī)來加入會議，其中在加入語音會議時(shí)多個參與用戶中的每一個的用戶終端展示參與用戶接口并且主機(jī)的用戶終端展示主機(jī)用戶接口。多個參與用戶中的至少一個激活參與用戶接口上的請求控制?？蛻魴C(jī)響應(yīng)于請求控制的激活通過通信網(wǎng)絡(luò)向主機(jī)用戶傳送請求以在語音會議中發(fā)言。主機(jī)用戶在主機(jī)用戶接口上接收來自多個參與用戶中的至少一個的請求的指示，并且在主機(jī)接口上激活選擇控制以在傳送請求的所述多個用戶中選擇至少一個，所述至少一個被選擇的用戶的語音被傳送到所述通信網(wǎng)絡(luò)上的所有多個用戶。
文檔編號H04L29/06GK101438559SQ200780015997
公開日2009年5月20日 申請日期2007年4月26日 優(yōu)先權(quán)日2006年5月2日
發(fā)明者丹·霍頓, 安東尼奧·瓦蘭達(dá), 米卡埃爾·蘇維, 蒂亞戈·洛雷羅, 邁克·羅特利特 申請人:斯凱普有限公司