專利名稱：多媒體通信裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信，尤其是涉及電信和多媒體管理方法和裝置，其使
用戶能夠在即時(shí)(live)模式或時(shí)移(time-shifted)模式中復(fù)查會(huì)話的消息并 在這兩個(gè)模式之間來回轉(zhuǎn)換會(huì)話，參與多個(gè)會(huì)話，并且將會(huì)話的消息存檔 用于以后的復(fù)查或處理。
相關(guān)技術(shù)的描述
語音通信的當(dāng)前狀態(tài)具有缺乏活動(dòng)性的缺點(diǎn)。不管自動(dòng)交換、高帶 寬網(wǎng)絡(luò)和才l術(shù)例如衛(wèi)星、光纖、語音IP ( VoIP )、無線和蜂窩網(wǎng)絡(luò)如何， 在人們?nèi)绾问褂秒娫挿矫嬗泻苌俚淖兓?。人們?nèi)匀恍枰闷痣娫?，撥叫?一方，等待產(chǎn)生連接，并接著與被撥叫方進(jìn)行全雙工同步會(huì)話。如果接收 者不回答，則不產(chǎn)生連接，且不發(fā)生會(huì)話。
如果接收者有語音郵件，最多可留下單向異步語音消息。然而，發(fā) 送語音郵件的過程繁瑣且耗費(fèi)時(shí)間。呼叫者需要等待另 一端的電話停止響 鈴，轉(zhuǎn)換到語音郵件系統(tǒng)，聽語音消息問候，并接著留下消息。當(dāng)前的語 音郵件系統(tǒng)對(duì)接收者也不方便。接收者必須撥代碼來訪問其語音郵件，在 一系列提示中導(dǎo)航(navigate)，聽隊(duì)列中的任何早些時(shí)候的語音消息，并 接著最后聽發(fā)送者的消息。
一般語音郵件系統(tǒng)的另 一缺點(diǎn)是不能組織語音消息或?qū)⒄Z音消息永 久地存檔。使用一些語音郵件系統(tǒng)，用戶可保存消息，但在預(yù)定的一段時(shí) 間之后它被自動(dòng)刪除并永遠(yuǎn)丟失。
當(dāng)前語音郵件系統(tǒng)的又一 問題是在可留下消息之前必須在呼叫者和 語音郵件系統(tǒng)之間產(chǎn)生連接。如果沒有產(chǎn)生連接，則呼叫者無法留下消't、。當(dāng)前電話系統(tǒng)基于相對(duì)過于簡單化的使用模式實(shí)時(shí)即時(shí)呼叫或無
條理的語音郵件消息，其一般在它們被聽到之后刪除。這些形式的語音通 信沒有捕獲可使用語音通信獲得的實(shí)際功效，或沒有利用網(wǎng)絡(luò)速度的提升 和現(xiàn)在可用的帶寬。此外，如果電話網(wǎng)絡(luò)有故障或不可訪問(例如，便攜 式電話用戶在沒有覆蓋的區(qū)域內(nèi)或電話線路由于糟糕的天氣而有故障)， 則不可發(fā)生通信。
通常，基于電話的通信沒有跟上基于文本的通信中的進(jìn)步。即時(shí)消
息(instantmessage)、電子郵件、傳真、聊天組和將文本消息存檔的能力對(duì) 于基于文本的通信都是平常的。除了語音郵件，少有現(xiàn)有的工具可管理語 音消息和/或?qū)⒄Z音消息存檔。比較起來，當(dāng)前可用來管理電話通信的工 具與文本通信比較是原始的。
公司環(huán)境提供了在當(dāng)前語音通信工具中的缺點(diǎn)的僅一個(gè)例子。當(dāng)前 沒有綜合方法來將整個(gè)組織中的語音通信作為公司資產(chǎn)來進(jìn)行管理。雇員 通常不記錄也持久地儲(chǔ)存其電話會(huì)話。大多數(shù)與商業(yè)有關(guān)的語音通信資產(chǎn) 與講話流失得一樣快，而沒有方法來以任何可管理的形式管理或存儲(chǔ)那些 會(huì)話的內(nèi)容。
作為例證性的例子，考慮公司的銷售經(jīng)理。在忙碌的一天中，經(jīng)理 可能打很多電話，并通過電話與客戶終結(jié)幾個(gè)銷售。沒有組織、儲(chǔ)存并隨 后取回這些會(huì)話的能力，經(jīng)理就沒有方法來解決可能出現(xiàn)的潛在問題，例 如恢復(fù)一 個(gè)交易相對(duì)另 一 交易的條款，或駁斥就以前對(duì)銷售達(dá)成協(xié)議的條 款進(jìn)行爭論的客戶。如果這個(gè)經(jīng)理有容易取回并復(fù)查會(huì)話的能力，則這些 類型的問題可容易和順利地解決。
當(dāng)前的戰(zhàn)術(shù)(tactical)無線電系統(tǒng)，例如軍事、火警、警察、護(hù)理人員、 援救隊(duì)和第一出動(dòng)人員所使用的那些系統(tǒng)也有很多缺點(diǎn)。大部分戰(zhàn)術(shù)無線 電通信必須通過消息發(fā)送者和接收者之間的"即時(shí)，，無線電連接出現(xiàn)。如 果在雙方之間沒有無線電連接，則會(huì)沒有通信。如果發(fā)送者或接收者不可 使用其無線電進(jìn)行傳送，或無線電電路連接不能建立，則不能發(fā)送緊急消 息。戰(zhàn)術(shù)通信因此被幾個(gè)基本問題困擾。沒有方法來(i)保證消息的遞 送；(ii)接收者回顧并聽取沒有被實(shí)時(shí)地聽到的消息；(m)在會(huì)話中控制參與者的間隔；(iv)在對(duì)即時(shí)會(huì)話缺乏信號(hào)完整性時(shí)使系統(tǒng)處理。如 果沒有即時(shí)聽到消息，則它被遺失。沒有工具來使發(fā)送者或接收者管理、 按優(yōu)先順序排列、存檔和以后取回(即，時(shí)移)以前被發(fā)送的會(huì)話消息。
戰(zhàn)術(shù)無線電通信系統(tǒng)的又一缺點(diǎn)是每個(gè)信道一次只有一個(gè)消息被發(fā) 送?？紤]大建筑物火災(zāi)的例子，其中，多隊(duì)消防員、警察和護(hù)理人員同時(shí) 援救被困在建筑物中的受困者，與火災(zāi)作斗爭，給受困者提供醫(yī)療幫助， 并控制旁觀者。如果每個(gè)隊(duì)使用同一信道，則通信可能變得擁擠和混亂。
當(dāng)多于一個(gè)的人同時(shí)傳輸時(shí)，傳輸變得"被壓制(step on)"。此外也沒有 方法來區(qū)分開高和低優(yōu)先級(jí)消息。在燃燒的建筑物內(nèi)與火災(zāi)作斗爭或援救 被困的受困者的一隊(duì)?wèi)?yīng)有高于其它隊(duì)例如控制旁觀者的隊(duì)的優(yōu)先級(jí)。如果 高優(yōu)先級(jí)消息被較低優(yōu)先級(jí)消息壓制，則它可能不僅妨礙重要的通信，而 且可能危及建筑物內(nèi)的消防員和受困者的生命。
對(duì)缺乏按優(yōu)先順序排列消息的能力的 一 個(gè)可能的解決方案是使用多 個(gè)信道，其中每隊(duì)被分配一個(gè)不同的信道。然而該解決方案產(chǎn)生其自己的 一組問題。消防隊(duì)長如何在任何時(shí)刻及時(shí)確定聽哪個(gè)信道？如果多個(gè)隊(duì)都 在不同的信道上，他們彼此如何通信？如果一個(gè)隊(duì)要求緊急幫助，而正在 聽別的信道的其他隊(duì)如何知道？雖然多個(gè)信道可減輕一些問題，但也可能 引起混亂，比使用單個(gè)信道的情況產(chǎn)生更多的問題。
有效地按優(yōu)先順序排列消息、允許多個(gè)會(huì)話同時(shí)發(fā)生、實(shí)現(xiàn)消息的 時(shí)移以保證發(fā)送、或支持存檔和儲(chǔ)存會(huì)話用于以后的取回和復(fù)查的管理工 具的缺乏都促成與戰(zhàn)術(shù)無線電相關(guān)的問題。在第一出動(dòng)人員例如軍事、警 察和火警的情況下，有效的通信工具可能實(shí)際上意味著生和死之間的差 別，或任務(wù)的成功或失敗。上面的燃燒的建筑物例子在說明當(dāng)前戰(zhàn)術(shù)無線 電通信的僅僅一些問題方面是有用的。對(duì)于軍事、警察、第一出動(dòng)人員和 使用戰(zhàn)術(shù)通信的其他人存在類似的問題。
使用基于分組的網(wǎng)絡(luò)，通常使用的協(xié)議包括傳輸控制協(xié)議(TCP)和 用戶數(shù)據(jù)報(bào)協(xié)議(UDP )。 UDP提供快速發(fā)送數(shù)據(jù)的優(yōu)點(diǎn)，但以完整性為 代價(jià)。分組可能在運(yùn)送中被漏掉，且當(dāng)試圖在目的地盡快再現(xiàn)(render)數(shù) 據(jù)時(shí)是不可行的。盡管有缺點(diǎn)，但由于其速度屬性，UDP是互聯(lián)網(wǎng)協(xié)議語音(VoIP)傳輸?shù)臉?biāo)準(zhǔn)。另一方面，TCP確實(shí)保證完美數(shù)據(jù)(即，所
傳輸?shù)臄?shù)據(jù)的準(zhǔn)確拷貝)的發(fā)送，但以等待時(shí)間為代價(jià)。所有分組被發(fā)送，
而不管花費(fèi)多長時(shí)間。此延遲使TCP對(duì)用在"即時(shí)"電話呼叫上不實(shí)際。 目前，沒有這樣一種同時(shí)提供TCP和UDP的性能優(yōu)點(diǎn)的已知協(xié)議，在這 種協(xié)議中，可傳輸"足夠好的"媒體，用于盡快再現(xiàn)媒體的完美拷貝的最 后發(fā)送。此外，不存在根據(jù)在網(wǎng)絡(luò)上接收者的在場以及其在即時(shí)或時(shí)移模 式中再現(xiàn)數(shù)據(jù)的意圖來確定應(yīng)通過網(wǎng)絡(luò)發(fā)送多少信息的協(xié)議。此外，在確 定傳輸多少數(shù)據(jù)中使用通?？紤]的其它因素，例如網(wǎng)絡(luò)等待時(shí)間、網(wǎng)絡(luò)降 質(zhì)、分組丟失、分組損壞和總帶寬條件。然而，現(xiàn)有技術(shù)系統(tǒng)不考慮接收 者的在場和意圖。作為結(jié)果，默認(rèn)的假定是，數(shù)據(jù)被接收者實(shí)時(shí)地再現(xiàn)。 當(dāng)接收者不打算立即再現(xiàn)數(shù)據(jù)時(shí)，當(dāng)不需要時(shí)，這些現(xiàn)有技術(shù)系統(tǒng)不必使 用帶寬，降低了網(wǎng)絡(luò)的總性能。
由于上述原因，電話、語音郵件和戰(zhàn)術(shù)語音通信系統(tǒng)是不夠的。因 此需要改進(jìn)的語音和媒體通信和管理系統(tǒng)和方法，以及通過基于分組的網(wǎng) 絡(luò)發(fā)送語音和其它媒體方面的改進(jìn)。

發(fā)明內(nèi)容
本發(fā)明目的在于再現(xiàn)一個(gè)或多個(gè)會(huì)話的通信設(shè)備的各種實(shí)施方案。在 第一個(gè)實(shí)施方案中，在該通信設(shè)備上從多個(gè)會(huì)話中選擇一個(gè)當(dāng)前會(huì)話。對(duì) 這個(gè)被選擇的會(huì)話，在設(shè)備上再現(xiàn)被接收到的并與被選擇的會(huì)話相關(guān)的媒
擇的會(huì)話相關(guān)的媒體。被選擇的會(huì)話的媒體可以接近實(shí)時(shí)的模式或時(shí)移模 式在通信設(shè)備上再現(xiàn)。被選擇的會(huì)話可以在多個(gè)會(huì)話中間選擇性地變化。 在第二個(gè)實(shí)施方案中，多個(gè)會(huì)話可以在通信設(shè)備連續(xù)再現(xiàn)。使用這個(gè)實(shí)施
到關(guān)于各種會(huì)話的媒體時(shí)，最高優(yōu)先級(jí)會(huì)話的可用媒體在設(shè)備上被再現(xiàn)， 而其他會(huì)話的媒體會(huì)以時(shí)移模式再現(xiàn)。優(yōu)先級(jí)順序連續(xù)地被更新，以便所 有接收到的媒體最終都被再現(xiàn)。在又一個(gè)實(shí)施方案中，可同時(shí)再現(xiàn)多個(gè)會(huì) 話的媒體并將其儲(chǔ)存在通信設(shè)備上。使用這個(gè)實(shí)施方案，可選擇會(huì)話中的一個(gè)用于復(fù)查。在復(fù)查期間，其他會(huì)話的接收到的媒體被儲(chǔ)存，但不被再現(xiàn)。在復(fù)查這個(gè)被選擇的會(huì)話之后，可恢復(fù)多個(gè)會(huì)話的同時(shí)再現(xiàn)。通過在復(fù)查期間儲(chǔ)存所有會(huì)話的媒體，在復(fù)查期間接收的未再現(xiàn)的媒體可以稍后被復(fù)查。
附圖的簡要說明
參考結(jié)合附圖理解的下列描述可最好地理解本發(fā)明，這些附圖示出本發(fā)明的特定實(shí)施方式。


圖1是本發(fā)明的通信和媒體管理系統(tǒng)的體系結(jié)構(gòu)的圖示。
圖2A和2B示出在本發(fā)明的通信和管理系統(tǒng)中的設(shè)備上運(yùn)行的客戶機(jī)的結(jié)構(gòu)圖。
圖3是在本發(fā)明的通信和管理系統(tǒng)中使用的服務(wù)器的結(jié)構(gòu)圖。
圖4A到4D示出在本發(fā)明的通信和管理系統(tǒng)中使用的數(shù)據(jù)有效載荷的各種實(shí)施方式。
圖5是示出根據(jù)本發(fā)明通過共享1P網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)的圖示。
圖6是示出根據(jù)本發(fā)明通過基于電路的網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)的圖示。
圖7是示出根據(jù)本發(fā)明在蜂窩網(wǎng)絡(luò)和互聯(lián)網(wǎng)上傳輸?shù)臄?shù)據(jù)的圖示。
圖8A到8F是示出本發(fā)明的通信和管理系統(tǒng)的存儲(chǔ)和流(stream)功能
的一系列流程圖。
圖9A到9C是示出有效載荷質(zhì)量管理器(PQM)的操作的流程圖，而圖9D到9F是示出數(shù)據(jù)質(zhì)量管理器(DQM)的流程圖，這兩個(gè)管理器都被本發(fā)明的客戶機(jī)和服務(wù)器使用。
圖10是具有可用在本發(fā)明的系統(tǒng)上的圖形用戶接口的示例性設(shè)備。
圖IIA到IIF是示出本發(fā)明的多會(huì)話管理(MCMS)特征的圖示。
圖12A到J2C是示出本發(fā)明的連續(xù)多會(huì)話管理系統(tǒng)(MCMS-C)特征的圖示。
18圖13A到13D示出詳述本發(fā)明的操作的一系列圖示。
圖14A和14B是示出用于運(yùn)行本發(fā)明的客戶機(jī)和服務(wù)器應(yīng)用程序的硬件的結(jié)構(gòu)圖。
應(yīng)注意，在附圖中相似的參考數(shù)字指相似的元件。
特定實(shí)施方式的詳細(xì)描述
現(xiàn)在參考如在附圖中示出的其中的各種實(shí)施方式來詳細(xì)描述本發(fā)明。在下列描述中，闡述了特定的細(xì)節(jié)，以便提供對(duì)本發(fā)明的徹底理解。然而對(duì)本領(lǐng)域技術(shù)人員應(yīng)明顯，本發(fā)明可在不使用這里闡述的 一 些實(shí)現(xiàn)細(xì)節(jié)的情況下實(shí)踐。還應(yīng)理解，沒有詳細(xì)描述公知的操作，以便不必使本發(fā)明不清楚。
A.功能概述
通信媒體管理方法和系統(tǒng)支持參與語音會(huì)話和/或使用各種媒體類型例如語音、視頻、文本、位置、傳感器信息和其它數(shù)據(jù)管理多個(gè)同時(shí)會(huì)話的新模式。用戶可通過向指定的接收者發(fā)送語音消息來參與會(huì)話。根據(jù)偏好和優(yōu)先級(jí)，接收者可實(shí)時(shí)地參與會(huì)話，或他們可簡單地被通知消息準(zhǔn)備被取回。在后面的情況下，接收者通過復(fù)查并在方便時(shí)回答已記錄的消息在時(shí)移模式中參與會(huì)話。
用戶被授權(quán)在(i)給用戶提供類似于標(biāo)準(zhǔn)全雙工電話呼叫的體驗(yàn)的近似同步或"即時(shí)"會(huì)話；或(ii)在一 系列前后時(shí)間延遲的傳輸(即，
時(shí)移模式)中進(jìn)行通信。進(jìn)一步地，參與會(huì)話的用戶可從即時(shí)模式無縫地轉(zhuǎn)換到時(shí)移模式，并再次轉(zhuǎn)換回來。這個(gè)屬性也使用戶可能通過在每個(gè)會(huì)話的兩個(gè)模式之間按優(yōu)先順序排列并變動(dòng)來同時(shí)參與多個(gè)會(huì)話。使用系統(tǒng)的兩個(gè)人因此可4皮此來回發(fā)送已記錄的語音消息，并在方便時(shí)復(fù)查消息，或消息可按它們本質(zhì)上合并到即時(shí)同步語音會(huì)話的速率被發(fā)送。為了本申
請(qǐng)的目的，這種新的通信形式稱為"Voxing"。
當(dāng)你"Vox"某人時(shí)，會(huì)話由被記錄在多個(gè)位置上的一系列分立的已記錄的消息組成，這些位置可包括發(fā)送者的編碼設(shè)備(例如電話或計(jì)算機(jī))、在網(wǎng)絡(luò)的多個(gè)傳輸中繼(h叩)上的服務(wù)器以及接收者的再現(xiàn)設(shè)備。與
標(biāo)準(zhǔn)電話呼叫或語音郵件不同，系統(tǒng)提供了下列特征和優(yōu)點(diǎn)(i)會(huì)話可在即時(shí)和時(shí)移之間轉(zhuǎn)換，反之亦然；(ii)分立的會(huì)話消息在語義上連接在一起并被存檔；(iii)因?yàn)橄⒈挥涗洸⒖捎糜谝院笕』兀⒁饬蓵簳r(shí)從會(huì)話轉(zhuǎn)移，接著可以后在方便時(shí)復(fù)查會(huì)話；(iv)會(huì)話可暫停數(shù)秒、數(shù)分鐘、數(shù)小時(shí)或甚至數(shù)天，并可在停止的地方再次恢復(fù)；(v)人可再加入進(jìn)行中的會(huì)話并快速復(fù)查遺失的消息和跟上(catch叩)當(dāng)前的消息(例如，即時(shí)消息)；(vi)發(fā)生會(huì)話不需要如傳統(tǒng)電話呼叫所要求的專用電路；以及(vii)最后，為了發(fā)起會(huì)話，人可簡單地開始傳輸?shù)絺€(gè)人或組。如果另 一端上的一人或多人注意到他們正接收消息，他們有選擇復(fù)查和實(shí)時(shí)地進(jìn)會(huì)話的權(quán)利或在他們選擇之后的時(shí)間復(fù)查的權(quán)利。
通信媒體管理系統(tǒng)也支持優(yōu)化數(shù)據(jù)通過網(wǎng)絡(luò)的傳輸?shù)男履Ｊ?。系統(tǒng)有效地管理有效載荷到接收者的發(fā)送，當(dāng)網(wǎng)絡(luò)條件較不理想時(shí)，該接收者實(shí)時(shí)地參與會(huì)話。例如當(dāng)網(wǎng)絡(luò)條件差時(shí)，系統(tǒng)有意降低用于傳輸?shù)疆?dāng)被接收者接收時(shí)"足夠好"以被再現(xiàn)的點(diǎn)的數(shù)據(jù)的質(zhì)量，允許會(huì)話的實(shí)時(shí)參與。系統(tǒng)也保證隨著時(shí)間的過去消息的"準(zhǔn)確"拷貝的最終發(fā)送。系統(tǒng)和方法因此提供了速度和準(zhǔn)確性兩者的優(yōu)點(diǎn)。通過在時(shí)間性和^C體質(zhì)量之間進(jìn)行折衷、使用接收者是否打算立即實(shí)時(shí)地復(fù)查消息的在場和意圖以及網(wǎng)絡(luò)等待時(shí)間、網(wǎng)絡(luò)降質(zhì)、分組丟失或損壞和/或當(dāng)前帶寬條件的衡量，來優(yōu)化對(duì)網(wǎng)絡(luò)帶寬的利用。
應(yīng)注意，會(huì)話消息可只包含語音或包含語音、視頻和其它數(shù)據(jù)，例如傳感器信息。當(dāng)復(fù)查消息時(shí)，取決于包含在消息中的媒體的類型，聽取或在視覺上復(fù)查它們，或其組合。雖然到本申請(qǐng)的提交為止，大多數(shù)會(huì)話只是語音，但這里描述的通信系統(tǒng)和方法旨在廣泛地包括會(huì)話，該會(huì)話包括多媒體類型，例如語音和視頻。
公開了提供下列特征和功能中的一個(gè)或多個(gè)的改進(jìn)的語音和其它媒體通信和管理系統(tǒng)和方法
i.使用戶能夠參與多種會(huì)話類型，包括即時(shí)電話呼叫、會(huì)議電話、語音消息、連續(xù)或同時(shí)的通信；
20il.使用戶能夠在即時(shí)模式或時(shí)移模式(語音消息)中復(fù)查會(huì)話消息；
iii.使用戶能夠在同步"即時(shí)"模式和時(shí)移模式之間無縫地轉(zhuǎn)換會(huì)話；
IV.使用戶能夠參與會(huì)話，而不等待建立與另 一參與者或網(wǎng)絡(luò)的連接。
該屬性允許用戶開始會(huì)話，參與會(huì)話，并且即使在網(wǎng)絡(luò)可不用時(shí)，在網(wǎng)絡(luò)
質(zhì)量差時(shí)或其他參與者無空時(shí)也復(fù)查以前接收到的時(shí)移的會(huì)話消息；
v. 使系統(tǒng)能夠在發(fā)送方保存有效載荷數(shù)據(jù)，且在網(wǎng)絡(luò)傳輸之后在所 有接收方保存媒體有效載荷數(shù)據(jù)；
vi. 使系統(tǒng)能夠通過將消息按序連接在一起形成在語義上有意義的 會(huì)話來組織消息，其中每個(gè)消息可被識(shí)別并聯(lián)系到給定會(huì)話中的給定參與 者；
vii. 使用戶能夠使用一組用戶控制的功能來管理每個(gè)會(huì)話，例如復(fù)查
"即時(shí)"、暫停或時(shí)移會(huì)話直到方便復(fù)查時(shí)，在各種模式和用于管理會(huì)話 (例如存檔、加標(biāo)記、搜索和從檔案庫取回)的方法中重放(例如，播放
加快、跟上即時(shí)、跳到會(huì)話首部)；
viii. 使系統(tǒng)能夠管理在場數(shù)據(jù)并與所有會(huì)話參與者共享在場數(shù)據(jù)， 包括在線狀態(tài)、關(guān)于在即時(shí)或時(shí)移模式中復(fù)查任何給定的消息的意圖、對(duì) 消息的當(dāng)前關(guān)注、再現(xiàn)方法以及發(fā)送方和4妄收方之間的網(wǎng)絡(luò)條件；
ix. 使用戶能夠同時(shí)管理多個(gè)會(huì)話，其中(a)—個(gè)會(huì)話正在進(jìn)行，而 所有其它會(huì)話暫停；(b)多個(gè)會(huì)話被連續(xù)再現(xiàn)，例如但不限于戰(zhàn)術(shù)通信， 或者(c)多個(gè)會(huì)話是活躍的并被同時(shí)再現(xiàn)，例如在股票交易所或貿(mào)易場 所中；
x. 使用戶能夠儲(chǔ)存所有的會(huì)話，且如果需要，持久地將它們存檔在 有形介質(zhì)中，按需要提供可被有組織地編索引、搜索、轉(zhuǎn)錄、翻譯和Z或 復(fù)查的有用資源；
xi. 使系統(tǒng)能夠使用消息的盡力交付模式，以用于盡快再現(xiàn)的"足夠 好，，速率提供實(shí)時(shí)呼叫功能(類似于UDP),以及通過從最初保存的完美 拷貝(類似于TCP)請(qǐng)求任何遺失或損壞的數(shù)據(jù)的重傳來提供傳輸?shù)南?息的準(zhǔn)確拷貝的被保證的最后發(fā)送；以及Xii.使系統(tǒng)能夠通過在時(shí)間性和媒體質(zhì)量之間進(jìn)行折衷、使用接收者 的在場和意圖(即，在實(shí)時(shí)或在時(shí)移模式中復(fù)查媒體)以及網(wǎng)絡(luò)等待時(shí)間、 網(wǎng)絡(luò)降質(zhì)、分組丟失或損壞和/或當(dāng)前帶寬條件的衡量，來優(yōu)化對(duì)網(wǎng)絡(luò)帶 寬的利用。
在各種實(shí)施方式中，可實(shí)現(xiàn)上面列出的很多特征和功能中的一些或 全部。然而應(yīng)理解，本發(fā)明的不同實(shí)施方式不需要合并上面列出的全部特 征和功能。
B.術(shù)語表
在解釋本發(fā)明的細(xì)節(jié)之前，定義在整個(gè)書面描述中使用的一些術(shù)語 和縮略語是有用的。術(shù)語的該術(shù)語表被按系統(tǒng)部件、媒體、媒體管理、人 和會(huì)話管理組織成組。
B丄系統(tǒng)部件
客戶機(jī)客戶機(jī)是通信系統(tǒng)中的用戶應(yīng)用程序，其包括用戶接口、 持久性數(shù)據(jù)存儲(chǔ)器和"Voxmg"功能。用戶與客戶機(jī)應(yīng)用程序進(jìn)行交互作 用，且客戶機(jī)應(yīng)用程序管理通過網(wǎng)絡(luò)傳輸或接收的所有通信(消息和信號(hào)) 和有效載荷(媒體)轉(zhuǎn)移?？蛻魴C(jī)支持對(duì)媒體的編碼(例如，語音、視頻 或其它數(shù)據(jù)內(nèi)容的捕獲)以及對(duì)媒體的再現(xiàn)，并支持對(duì)數(shù)據(jù)在網(wǎng)絡(luò)上的傳 輸進(jìn)行優(yōu)化以及保護(hù)、加密和驗(yàn)證?？蛻魴C(jī)可由一個(gè)或多個(gè)用戶使用(即， 多租戶)。
i殳備運(yùn)行客戶機(jī)應(yīng)用程序的物理設(shè)備。用戶可在任何給定的時(shí)間 點(diǎn)主動(dòng)地登錄到單個(gè)設(shè)備或多個(gè)設(shè)備。在不同實(shí)施方式中，設(shè)備可為通用 計(jì)算機(jī)、便攜式計(jì)算設(shè)備、可編程的電話、可編程的無線電裝置或任何其 它可編程的通信設(shè)備。
服務(wù)器通信網(wǎng)絡(luò)中的計(jì)算機(jī)節(jié)點(diǎn)。服務(wù)器負(fù)責(zé)通過網(wǎng)絡(luò)和持久性 存儲(chǔ)器將在用戶之間來回發(fā)送的消息按規(guī)定路線傳送，還負(fù)責(zé)對(duì)媒體有效 載荷進(jìn)行存檔。服務(wù)器提供對(duì)數(shù)據(jù)在網(wǎng)絡(luò)上的傳輸?shù)膬?yōu)化以及路由 >譯碼、 保護(hù)、力p密和-險(xiǎn)證。
B.2.媒體
22消息從一個(gè)用戶到另一的通信的單個(gè)單位。每個(gè)消息由某種媒體 例如語音或視頻組成。每個(gè)消息被分配某些屬性，包括(i)發(fā)送消息的 用戶；(ii)它所屬的會(huì)話；(iii)可選的或用戶創(chuàng)建的重要標(biāo)記；(iv)時(shí) 間戳；以及(v)媒體有效載荷。
媒體音頻、視頻、文本、位置、傳感器讀數(shù)例如溫度、或其它數(shù)據(jù)。
會(huì)話兩個(gè)或多個(gè)用戶之間在其設(shè)備上(被識(shí)別、持久地儲(chǔ)存、分 組并按優(yōu)先順序排列)的一串消息。用戶通常按需要使用其設(shè)備，通過在 實(shí)時(shí)或在時(shí)移模式中復(fù)查消息或創(chuàng)建并發(fā)送會(huì)話消息，來參與會(huì)話。當(dāng)新 消息-故創(chuàng)建時(shí)，它們定義新的會(huì)話，或它們被添加到現(xiàn)有的會(huì)話。
會(huì)話首部由最近的揚(yáng)聲器編碼的會(huì)話的最近的消息。它是用戶在 復(fù)查"即時(shí)，'時(shí)處于會(huì)話中的位置或人在使用"跳到即時(shí)"特征的情況下
所跳到的位置。
多會(huì)話管理系統(tǒng)或MCMS:作為客戶應(yīng)用程序的部分運(yùn)行的應(yīng)用程 序，其使用戶能夠使用各種媒體類型參與多個(gè)會(huì)話。使用MCMS應(yīng)用程 序，用戶在多個(gè)會(huì)話中選擇一個(gè)會(huì)話作為當(dāng)前的，其中只有當(dāng)前會(huì)話的消 息被再現(xiàn)。對(duì)于選定的當(dāng)前會(huì)話，用戶可從時(shí)移模式中的一系列來回消息 轉(zhuǎn)換到接近同步的"即時(shí)"模式，類似于標(biāo)準(zhǔn)電話會(huì)話，并再次轉(zhuǎn)換回來。 未選定的會(huì)話的消息處于暫停狀態(tài)。如果其他人仍然參與那些會(huì)話，則與 未選定的會(huì)話相關(guān)的消息將累積。用戶可選擇性地在多個(gè)會(huì)話中轉(zhuǎn)換當(dāng)前 會(huì)話，并復(fù)查選定的當(dāng)前會(huì)話的被累積的消息。
連續(xù)多會(huì)話管理系統(tǒng)或MCMS-C:類似于MCMS,具有再現(xiàn)和使用 戶能夠通過時(shí)移和優(yōu)先級(jí)分級(jí)系統(tǒng)來管理并參與連續(xù)多個(gè)會(huì)話的增加的 特征，其由系統(tǒng)自動(dòng)管理。MCMS-C應(yīng)用程序允許連續(xù)會(huì)話的消息按優(yōu) 先順序被再現(xiàn)，與只再現(xiàn)當(dāng)前選定的會(huì)話的消息的MCMS相反。MCMS-C 特別適用于下列情況連續(xù)會(huì)話的消息按優(yōu)先順序被再現(xiàn)很重要，和/或 接收所有消息，即使屬于較低優(yōu)先級(jí)會(huì)話的那些消息，比實(shí)時(shí)地接收消息 更重要。MCMS-C可能適合的情況的例子包括但不限于醫(yī)院、出租車隊(duì) 管理或戰(zhàn)術(shù)通信。同時(shí)多會(huì)話管理系統(tǒng)或MCMS-S:類似于MCMS，具有能夠使用 MCMS-S的增加的特征，選#^用于同時(shí)再現(xiàn)的多個(gè)會(huì)話，與只再現(xiàn)當(dāng)前 選定的會(huì)話的消息的MCMS不同。MCMS-S特別適用于下列情況用戶 同時(shí)聽多個(gè)會(huì)話，例如交易人聽不同交易的多個(gè)經(jīng)紀(jì)人并向其中的一人或 多人周期性地同時(shí)發(fā)送交易請(qǐng)求。MCMS-S也可適合于戰(zhàn)術(shù)通信。
優(yōu)先級(jí)系統(tǒng)用來確定當(dāng)用戶參與MCMS-C時(shí)接著再現(xiàn)哪個(gè)消息的 機(jī)制。優(yōu)先級(jí)由系統(tǒng)自動(dòng)管理。用戶可設(shè)置默認(rèn)的優(yōu)先級(jí)，或可使用一組 預(yù)定的系統(tǒng)優(yōu)先級(jí)。在其中多于一個(gè)的消息準(zhǔn)備被同時(shí)再現(xiàn)的沖突的情況 下，系統(tǒng)至少部分地根據(jù)優(yōu)先級(jí)解決該沖突，以確定什么消息要立即再現(xiàn) 以及什么消息要時(shí)移。
標(biāo)記用戶或系統(tǒng)可分配到會(huì)話或消息的一組屬性，例如主題(公 司名)、指令(行動(dòng)條款)、指示符(會(huì)話概要)、或人可能想要通過其來 搜索或組織數(shù)據(jù)的任何其它標(biāo)志。
重要標(biāo)記使發(fā)送者能夠指定消息何時(shí)被再現(xiàn)的特殊消息屬性，而 不管其它優(yōu)先級(jí)設(shè)置如何。例如"緊急"重要標(biāo)記將優(yōu)先于其它優(yōu)先級(jí)。 該特征對(duì)戰(zhàn)術(shù)系統(tǒng)很關(guān)鍵，雖然任何系統(tǒng)可配置成使用或禁用該特征。
分組能夠通過計(jì)算機(jī)網(wǎng)絡(luò)被按規(guī)定路由傳送的二進(jìn)制數(shù)據(jù)的任何 單位。每個(gè)分組由首部(元數(shù)據(jù))和有效載荷(媒體數(shù)據(jù))組成。包括標(biāo) 準(zhǔn)分組協(xié)議，例如但不限于互聯(lián)網(wǎng)協(xié)議(IP)、 EvDO、 UMTS、或任何其 它基于分組的無線電、光纖或有線網(wǎng)絡(luò)。
首部或分組首部描述分組的分組部分；關(guān)于有效載荷的元數(shù)據(jù)、 其編碼類型和目的地。
Vox分組使系統(tǒng)和方法能夠進(jìn)一步改進(jìn)和優(yōu)化消息、^ 某體和其它信 令信息的發(fā)送的專有分組。
媒體有效載荷(或有效載荷)分組的實(shí)際媒體部分。
B.3.媒體管理
時(shí)移延遲(TSD ):在Vox分組的到達(dá)與分組在設(shè)備上再現(xiàn)之間的時(shí) 間量。TSD必須超過最小時(shí)移延遲。TSD—般由用戶在接收到之后的某個(gè)時(shí)間選擇復(fù)查會(huì)話消息時(shí)的行為確定。
最小時(shí)移延遲(MTSD):被客戶機(jī)強(qiáng)加以允許使用抖動(dòng)(jitter)緩 沖區(qū)技術(shù)來進(jìn)行抖動(dòng)處理的時(shí)移延遲。這使系統(tǒng)延遲再現(xiàn)，直到足夠數(shù)量 的分組到達(dá)以產(chǎn)生可用的媒體流。系統(tǒng)一般隨著時(shí)間的過去適應(yīng)性地調(diào)節(jié) MTSD,以補(bǔ)償網(wǎng)絡(luò)中的變化的條件。
再現(xiàn)以適合于用戶使用的形式(例如，語音、文本、圖形顯示、 視頻或其組合)將媒體流發(fā)送到用戶。
混合 一個(gè)或多個(gè)媒體流的再現(xiàn)。例如，來自會(huì)話的兩個(gè)參與者的 媒體流可在再現(xiàn)時(shí)被混合，產(chǎn)生類似于多人同時(shí)講話的會(huì)話的用戶體驗(yàn)。
編碼轉(zhuǎn)換由用戶所產(chǎn)生的(例如，語音或視頻)、或以其他方式在 設(shè)備上引起(例如GPS或其它傳感器數(shù)據(jù))的媒體、或?qū)⒚襟w轉(zhuǎn)換成由 客戶機(jī)處理的數(shù)字?jǐn)?shù)據(jù)的過程。
自適應(yīng)抖動(dòng)緩沖區(qū)抖動(dòng)緩沖區(qū)或去抖動(dòng)緩沖區(qū)用于對(duì)分組交換網(wǎng) 絡(luò)引入的抖動(dòng)(即，序列分組之外的到達(dá)或分組的延遲的到達(dá))計(jì)數(shù)，以 便可沒有中斷地執(zhí)行通過網(wǎng)絡(luò)傳輸?shù)囊纛l(或視頻)信號(hào)的連續(xù)再現(xiàn)。數(shù) 據(jù)在再現(xiàn)之前存儲(chǔ)在緩沖區(qū)中，以允許媒體的合理尺寸的緩沖區(qū)到達(dá)。媒 體可在所有分組被接收之前被再現(xiàn)，為傳播折衷選擇質(zhì)量。自適應(yīng)抖動(dòng)緩 沖區(qū)能夠動(dòng)態(tài)地改變其尺寸以優(yōu)化延遲〃貧量折衷。
持久性無限消息緩沖區(qū)(PIMB): PIMB是指執(zhí)行"即時(shí)"數(shù)據(jù)的去 抖動(dòng)以及存檔數(shù)據(jù)的存儲(chǔ)和取回的、基于時(shí)間的媒體的存儲(chǔ)的存儲(chǔ)管理系 統(tǒng)。PTMB還包括媒體的可能無限和持久性存儲(chǔ)的額外屬性。P1MB在一 些或所有參與者設(shè)備和/或服務(wù)器維持消息和會(huì)話的Vox分組的"準(zhǔn)確" 或完整拷貝。
分組丟失補(bǔ)償或隱蔽(PLC):在再現(xiàn)媒體流期間，PLC部件補(bǔ)償遺 失的分組，插入結(jié)果以向復(fù)查者提供流。遺失的分組可被再現(xiàn)為無聲，或 來自相鄰分組的信息可用于提供插入的聲音或圖像。待使用的特定的方法 將依賴于媒體、使用中的編解碼器和其它通常已知的參數(shù)。
B.4 ^用戶被授權(quán)使用系統(tǒng)的人。
聯(lián)系人系統(tǒng)對(duì)用戶或非用戶的記錄。用戶一般參與和其聯(lián)系人列 表上的成員的會(huì)話。非用戶是使用傳統(tǒng)電話、無線電裝置或啟用其它非客 戶機(jī)12的設(shè)備來訪問或使用系統(tǒng)的用戶。
組多個(gè)聯(lián)系人的聯(lián)合。聯(lián)系人可被選擇性添加或從組中刪除。當(dāng) 會(huì)話發(fā)生在組中間時(shí)，組中的所有成員可以或可以不參加。
信道 一般用于戰(zhàn)術(shù)通信系統(tǒng)。信道類似于組，因?yàn)樗苟鄠€(gè)聯(lián)系 人與信道關(guān)聯(lián)。
參與者被識(shí)別為會(huì)話的成員的人?？蔀橛脩艋蚍怯脩魠⑴c者。 B.5.會(huì)話管理
時(shí)移時(shí)移是當(dāng)任何消息(如用戶接收者所確定的)被接收之后， 在任何時(shí)間播放該消息的能力。通過時(shí)移，用戶可復(fù)查消息(i)通過在 MTSD之后立即再現(xiàn)來立即按需請(qǐng)求；或(ii)依據(jù)用戶的判斷在復(fù)查消 息的模式中時(shí)移；(iii)來自檔案庫，用于老的會(huì)話的搜索、重建等；(iv) 在延遲的 一段時(shí)間之后適應(yīng)需要被首先復(fù)查的其它較高優(yōu)先級(jí)消息(或會(huì) 話)的復(fù)查；(v)和/或如果必要使消息重復(fù)地被再次聽到和理解。換句 話說，時(shí)移是用戶在系統(tǒng)強(qiáng)加MTSD之后的任何時(shí)間再現(xiàn)消息的能力。
復(fù)查聽、觀看、閱讀或以其他方式觀察消息中的媒體內(nèi)容。復(fù)查 可在接近同步的實(shí)時(shí)的"即時(shí)模式"或時(shí)移模式中發(fā)生。
意圖(i)記錄用戶是希望盡快復(fù)查會(huì)話消息還是希望在時(shí)移模式中 復(fù)查消息的用戶定義的屬性；(ii)由用戶的行為暗示；或(i)和(ii)的 組合。
注意力記錄用戶是否此刻復(fù)查給定會(huì)話的消息的用戶屬性。
跟上即時(shí)(CTL):允許不在會(huì)話首部的用戶更快地復(fù)查以前的消息 以"跟上即時(shí)"(即，會(huì)話首部)的再現(xiàn)模式。CTL特征可使用任何數(shù)量 的跟上技術(shù)，例如消息的較快重放、消息的媒體中的間隙的移除、猶豫虛 詞(hesitation particle)的移除等。當(dāng)用戶跟上即時(shí)時(shí)，系統(tǒng)無縫地進(jìn)入即時(shí)會(huì)話。這是例如在用戶需要暫時(shí)將其注意力從會(huì)話移走但在其返回時(shí)希望 聽到整個(gè)會(huì)話的情況下關(guān)于會(huì)議電話的非常有用的特征。
跟上模式確定CTL過程如何跟上(即，重放加快、消除無聲和猶 豫虛詞或其組合)的用戶配置或預(yù)先配置的模式。
跳到即時(shí)(JTL):該特征允許用戶從其當(dāng)前位置跳到會(huì)話首部。當(dāng) 用戶不想復(fù)查其會(huì)話中的當(dāng)前位置與會(huì)話首部之間的所有消息時(shí)，他們一 般使用JTL特征。當(dāng)實(shí)現(xiàn)JTL特征時(shí)，用戶略過任何中間消息，并開始 再現(xiàn)在會(huì)話首部處的"即時(shí)"消息。
MCMS參與者屬性由用戶定義的、或由系統(tǒng)從用戶行為理解的、 由管理員分配的、或其組合的一組屬性，這些屬性定義意圖、注意力、優(yōu) 先級(jí)和接收者對(duì)給定會(huì)話的再現(xiàn)偏好。這些屬性包括但不限于(i)當(dāng)接 收者希望再現(xiàn)會(huì)話消息時(shí)的意圖?？赡艿囊鈭D值包括"現(xiàn)在"、"時(shí)移"、 "跟上即時(shí)(CTL)"、"暫停"和"從不"；(ii)跟上模式，其是確定CTL 過程應(yīng)如何使接收者跟上即時(shí)(例如，播放加快、略過無聲間隙或猶豫、 或以正常速度播放)的配置設(shè)置；(iii)時(shí)移延遲(TSD)，其定義接收者 在會(huì)話中的當(dāng)前位置離會(huì)話首部多遠(yuǎn)，以及(iv)消息相對(duì)于接收者的其 它會(huì)話的優(yōu)先級(jí)。
C.系統(tǒng)結(jié)構(gòu)
參考圖l，其示出了根據(jù)本發(fā)明的一個(gè)實(shí)施方式的電信和媒體管理系 統(tǒng)的結(jié)構(gòu)圖。系統(tǒng)10包括分別在設(shè)備L^到13 上運(yùn)行的多個(gè)客戶機(jī)12, 到12n。設(shè)備13通過包括一個(gè)或多個(gè)服務(wù)器16的通信服務(wù)網(wǎng)絡(luò)14彼此 通信。一個(gè)或多個(gè)網(wǎng)絡(luò)18!到18u設(shè)置成將多個(gè)設(shè)備L、到3 耦合到通信 服務(wù)網(wǎng)絡(luò)14 。在不同實(shí)施方式中，網(wǎng)絡(luò)18可為公共交換電話網(wǎng)絡(luò)(P S TN )、 基于例如CDMA或GSM的蜂窩網(wǎng)絡(luò)、互聯(lián)網(wǎng)、戰(zhàn)術(shù)無線電網(wǎng)絡(luò)、或任 何其它通信網(wǎng)絡(luò)、或其組合。通信服務(wù)網(wǎng)絡(luò)14是在各網(wǎng)絡(luò)18i到18n的頂 部上的或以其他方式與各網(wǎng)絡(luò)18!到18 進(jìn)行通信的網(wǎng)絡(luò)層。在不同實(shí)施 方式中，網(wǎng)絡(luò)層14是異類或同類的?？蛻魴C(jī)12,到12n使用稱為"Vox分 組，，的單獨(dú)的消息單元彼此通信并與網(wǎng)絡(luò)18!到18 以及網(wǎng)絡(luò)14上的服務(wù) 器16進(jìn)行通信，這將在下面詳細(xì)描述。D.客戶機(jī)結(jié)構(gòu)
參考圖2A和2B，其示出了在設(shè)備13上運(yùn)行的客戶機(jī)12的結(jié)構(gòu)圖。 如圖2A所示，客戶機(jī)12包括多會(huì)話管理系統(tǒng)(MCMS)應(yīng)用程序20、 再現(xiàn)和編碼才莫塊21、以及MCMS應(yīng)用數(shù)據(jù)庫22 。如圖2B所示，客戶機(jī) 12還包括存儲(chǔ)和流(SAS )模塊24,其具有持久性無限消息緩沖區(qū)(PIMB ) 讀出器26、 PIMB寫入器28、 PIMB數(shù)據(jù)庫30、數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量(DNQS ) 存儲(chǔ)器32、以及媒體驅(qū)動(dòng)器和編碼器硬件34。 MCMS應(yīng)用程序20以及 存儲(chǔ)和流模塊24分別通過消息處理模塊25a和25b彼此進(jìn)行通信。客戶 機(jī)12還包括驗(yàn)證-加密-保護(hù)模塊40和通信協(xié)議模塊44。
模塊40在將"Vox"分組傳輸?shù)娇蛻魴C(jī)12以及從客戶機(jī)12接收"Vox" 分組期間提供驗(yàn)證、加密和保護(hù)服務(wù)。當(dāng)在接收數(shù)據(jù)時(shí)傳輸數(shù)據(jù)并將Vox 分組從本地分組去封裝時(shí)，通信協(xié)議模塊44將Vox分組封裝到底層網(wǎng)絡(luò) 18所使用的本地分組中，底層網(wǎng)絡(luò)8連接到運(yùn)行客戶機(jī)12的設(shè)備13 。 使用模塊40和44,在客戶機(jī)12之間提供多方端到端驗(yàn)證、加密和保護(hù)。 消息在網(wǎng)絡(luò)18,到18,,和網(wǎng)絡(luò)14中從第 一發(fā)送設(shè)備13到第二接收設(shè)備13 ,皮驗(yàn)、正、加密和保護(hù)。
D丄l MCMS數(shù)據(jù)庫
數(shù)據(jù)庫22儲(chǔ)存并管理系統(tǒng)10中很多實(shí)體的持久性元數(shù)據(jù)，包括聯(lián) 系人和參與者、會(huì)話和消息(即時(shí)和所儲(chǔ)存的)、和默認(rèn)優(yōu)先級(jí)、以及關(guān) 于服務(wù)器16的信息。此外，MCMS數(shù)據(jù)庫22儲(chǔ)存用戶會(huì)話、在場和狀 態(tài)的從一時(shí)刻到另 一時(shí)刻的操作數(shù)據(jù)，以及與用戶進(jìn)行會(huì)話的或用戶聯(lián)系 人列表上的所有參與者的會(huì)話、在場和狀態(tài)的從一 時(shí)刻到另 一 時(shí)刻操作數(shù) 據(jù)。例如，對(duì)于會(huì)話和消息，數(shù)據(jù)庫22記住狀態(tài)信息，例如用戶已經(jīng)或 未曾復(fù)查的會(huì)話的什么消息、優(yōu)先級(jí)、以及在其中客戶機(jī)12是參與者的 每個(gè)會(huì)話的跟上即時(shí)狀態(tài)、所有參與者的在場和狀態(tài)、以及其它網(wǎng)絡(luò)和其 它系統(tǒng)管理數(shù)據(jù)。
D丄2 MCMS應(yīng)用程序
MCMS應(yīng)用程序20使用各種媒體和數(shù)據(jù)類型(語音、視頻、文本、位置、數(shù)據(jù)等)支持參與會(huì)話和/或管理多個(gè)會(huì)話的不同Voxing模式。用 戶通過使用他們的啟用客戶機(jī)12的設(shè)備13將消息發(fā)送到指定的接收者， 來參與會(huì)話。根據(jù)偏好和優(yōu)先級(jí)，接收者可實(shí)時(shí)地復(fù)查消息，或他們可僅 僅被通知消息準(zhǔn)備好被復(fù)查。用戶可從一系列消息來回轉(zhuǎn)換，這些消息在 時(shí)移模式(或語音消息)中或在接近同步的全雙工會(huì)話(類似于標(biāo)準(zhǔn)"即 時(shí)"電話呼叫)中被復(fù)查并接著再次回到語音消息。MCMS應(yīng)用程序20 允許用戶實(shí)時(shí)地控制與其最重要會(huì)話的交互作用，而不遺失其它正在進(jìn)行 的會(huì)話中的任何消息。例如，MCMS應(yīng)用程序20通知來自會(huì)話的緊急或 高優(yōu)先級(jí)通信的用戶他們目前不復(fù)查。MCMS應(yīng)用程序20也使來自所有 會(huì)話的所有消息被儲(chǔ)存，用于以后取回，所以它們可在任何時(shí)間被復(fù)查。
根據(jù)各種實(shí)施方式，存在MCMS應(yīng)用程序20的幾種不同的操作模 式，包括連續(xù)MCMS (MCMS-C )和同時(shí)MCMS (MCMS-S )，其分別支
持消息的連續(xù)和同時(shí)的再現(xiàn)。下面詳細(xì)描述這些實(shí)施方式中的每個(gè)。除非 特別指出，術(shù)語"MCMS"通常用于表示MCMS應(yīng)用程序20,其包括前 述不同的模式。
MCMS應(yīng)用程序20是包括很多模塊和服務(wù)的多層結(jié)構(gòu)。模塊和服務(wù) 包括MCMS數(shù)據(jù)庫模塊20a、 SAS服務(wù)模塊20b、消息和信令服務(wù)模塊 20c 、用戶接口應(yīng)用編程接口 ( API) 20d 、用戶接口模塊20e 、會(huì)話/消息 管理服務(wù)20f、優(yōu)先級(jí)服務(wù)20g、聯(lián)系人服務(wù)20h、在場/狀態(tài)服務(wù)20i以 及消息/信號(hào)服務(wù)20j。
D丄2.1 MCMS數(shù)據(jù)庫模塊
MCMS數(shù)據(jù)庫模塊20a是管理MCMS應(yīng)用程序20訪問MCMS數(shù)據(jù) 庫22所必需的所有功能的服務(wù)模塊。
D. 1.2.2 SAS Ji良務(wù)才莫塊
SAS服務(wù)模塊20b包括一組功能調(diào)用，其實(shí)現(xiàn)MCMS應(yīng)用程序20 和存儲(chǔ)和流模塊24之間的通信和協(xié)調(diào)，且其分別通過消息處理模塊25a 和25b來回傳遞。當(dāng)被用戶調(diào)用和/或被網(wǎng)絡(luò)條件指示時(shí)，這組功能調(diào)用 使MCMS應(yīng)用程序20和存儲(chǔ)和流模塊24能夠按需要操作來實(shí)現(xiàn)各種
29Voxing功能。SAS服務(wù)模塊20b所執(zhí)行的一些功能包括維持和傳遞消息 傳輸和消息確認(rèn)的狀態(tài)、用于再現(xiàn)消息的指令、以及用戶的狀態(tài)和在場。
D.1.2.3消息和信令服務(wù)模塊
消息和信令服務(wù)^:莫塊20c在客戶機(jī)12和服務(wù)器16上運(yùn)行，并實(shí)現(xiàn)系 統(tǒng)10的客戶機(jī)12和服務(wù)器16之間的通信。包括消息、數(shù)據(jù)和其它信號(hào) 的該通信允許客戶機(jī)12和系統(tǒng)10跟蹤并管理通信、網(wǎng)絡(luò)狀態(tài)、用戶和用 戶狀態(tài)。在客戶機(jī)12和服務(wù)器16上運(yùn)行的消息和信令服務(wù)模塊20c之間 發(fā)送的消息和信號(hào)的類型包括例如用戶的網(wǎng)絡(luò)可用性、服務(wù)器16發(fā)送到 客戶機(jī)12 (可能包括"高水印(high water mark)")的消息的跟蹤，這些消 息確定是否整個(gè)消息或消息的某個(gè)部分丟失(例如由"產(chǎn)生的"客戶機(jī)創(chuàng) 建的每會(huì)話每參與者的序列號(hào))、用戶是否正講話或復(fù)查給定會(huì)話的消息、 用戶相對(duì)于會(huì)話首部的位置、或參與者何時(shí)不再復(fù)查會(huì)話實(shí)況。這些是在 客戶機(jī)12和服務(wù)器16上的消息和信令服務(wù)模塊之間發(fā)送的很多類型的消 息和信號(hào)中的一些的實(shí)例，且決不應(yīng),皮解釋為限制本發(fā)明。
D丄2.4用戶接口 API
用戶接口 API 20d是界定一組功能調(diào)用的模塊，這些調(diào)用定義用戶接 口模塊20e和MCMS應(yīng)用程序20的底層服務(wù)之間的編程接口 。用戶接口 API 20d支持通用方法，例如UI應(yīng)用程序支持、以及用戶接口操作MCMS 應(yīng)用程序20所必需的所有功能調(diào)用。在各種實(shí)施方式中，用戶接口 API 20d使客戶機(jī)12能夠支持各種用戶接口和設(shè)備類型，例如基于Adobe Flash的和/或Microsoft Windows應(yīng)用程序、蜂窩或移動(dòng)電話設(shè)備、以栽 頻驅(qū)動(dòng)的PSTN設(shè)備、語音用戶接口 ( VU1)和物理無線電通信接口。在 各種實(shí)施方式中，用戶接口 API 20d既使高度靈活的也使高度受限的用戶 接口的設(shè)計(jì)能夠支持MCMS應(yīng)用程序20的功能。
D.l.2.5 MCMS用戶接口模塊
MCMS用戶接口模塊20e支持客戶機(jī)12的音頻和視頻用戶接口的操 作和功能。用戶接口模塊20e支持很多用戶交互作用，并可使用各種交互 作用介質(zhì)例如圖形用戶接口屏幕的陣列、音頻/DTMF接口或設(shè)備13上的語音用戶接口來實(shí)現(xiàn)，所有這些交互作用介質(zhì)都使用戶能夠與系統(tǒng)10進(jìn)
行交互作用。被支持的用戶交互作用的部分列表例如包括功能登錄；管 理、加入和監(jiān)控會(huì)話；控制會(huì)話再現(xiàn)；管理優(yōu)先級(jí)；以及請(qǐng)求復(fù)查被存檔 的會(huì)話。應(yīng)注意，該列表是示例性的，且決不應(yīng)被解釋為限制本發(fā)明。
D.1.2.6會(huì)話/消息管理服務(wù)
會(huì)話/消息管理服務(wù)20f是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模 塊，其負(fù)責(zé)管理并保留用戶管理在會(huì)話的參與者之間傳輸和接收的媒體 (例如，語音或視頻內(nèi)容消息)的接收和復(fù)查所需要的所有信息。消息被 組織成會(huì)話。運(yùn)行應(yīng)用程序12的設(shè)備13所發(fā)送和接收的媒體可用于在被 接收時(shí)立即復(fù)查。接收到的媒體也被記錄，用于在時(shí)移模式中復(fù)查、會(huì)話 管理和歸檔目的。在可選的實(shí)施方式中，消息或會(huì)話可以可選地被暫時(shí)標(biāo) 記，指定其期望的保留要求(例如，超出對(duì)立即再現(xiàn)的要求， 一些消息將 不被保留或儲(chǔ)存)。在又一實(shí)施方式中，媒體可以可選地被標(biāo)記用于只在 時(shí)移模式中復(fù)查，且不能在接收到時(shí)立即被復(fù)查。
對(duì)于用戶的每個(gè)當(dāng)前的或正在進(jìn)行的會(huì)話，會(huì)話/消息管理服務(wù)20f 進(jìn)一步實(shí)現(xiàn)在任何時(shí)間4某體到接收客戶機(jī)12的發(fā)送，且接收客戶機(jī)12
無縫地使這些消息與適當(dāng)?shù)臅?huì)話相關(guān)，而不管接收者活動(dòng)或不活動(dòng)。
使用會(huì)話/消息管理服務(wù)20f,所有會(huì)話實(shí)質(zhì)上是異步的。如果兩個(gè)用 戶主動(dòng)地參與給定會(huì)話，且在傳輸之間用戶控制的延遲最小，則體驗(yàn)將是 同步全雙工會(huì)話之一，如同當(dāng)前的電話或VoIP會(huì)話一樣。如果用盧由于 無論什么原因延遲其參與，則會(huì)話趨向于異步語音(或其它媒體)消息體 驗(yàn)。在可選實(shí)施方式中，會(huì)話可以可選地被標(biāo)記為僅僅異步消息或僅僅同 步消息。在這些情況的任一個(gè)中，會(huì)話不能在兩個(gè)模式之間移動(dòng)，除非標(biāo) 記被重置。在標(biāo)記被重置之后，會(huì)話再次可在接近同步(即，即時(shí)或?qū)崟r(shí)) 和異步(即，時(shí)移或語音消息)模式之間移動(dòng)。
會(huì)話/消息管理服務(wù)20f以逐步的方式處理消息的傳輸和接收。當(dāng)傳 輸時(shí)，媒體可在消息被同時(shí)編碼、儲(chǔ)存和傳輸時(shí)產(chǎn)生。換句話說，消息的 傳輸可與用戶產(chǎn)生媒體同時(shí)出現(xiàn)(即，當(dāng)對(duì)其設(shè)備13講話或產(chǎn)生視頻時(shí))。 在接收惻上，消息的接收、儲(chǔ)存和再現(xiàn)也都逐步出現(xiàn)。消息不需要在它們可被再現(xiàn)之前被全部接收到。消息的再現(xiàn)可與消息被傳送同時(shí)出現(xiàn)，直到
剛好達(dá)到MTSD。進(jìn)一步地，服務(wù)20f也能夠同時(shí)傳輸正在進(jìn)行的消息并 再現(xiàn)進(jìn)入的消息。服務(wù)20f的逐步性質(zhì)允許用戶參與即時(shí)會(huì)話，對(duì)會(huì)話的 媒體同時(shí)儲(chǔ)存和流式化，用于以后取回和復(fù)查以及這里所述的其它功能。
如果用戶遺失早些時(shí)候的消息或巻入另 一會(huì)話，通過會(huì)話/消息管理 服務(wù)20f對(duì)消息進(jìn)行的時(shí)移，允許用戶對(duì)會(huì)話"跟上即時(shí)"。該時(shí)移過程 消除了用戶向其整個(gè)組或信道廣播使消息重復(fù)的請(qǐng)求的需要。較老的消息 可在任何時(shí)間以可能較高的速度重放，以節(jié)省時(shí)間。用戶可容易在其消息 中和各個(gè)消息內(nèi)來回跳躍。復(fù)查過程可在消息-優(yōu)先級(jí)基礎(chǔ)上配置成可能 跳過較低優(yōu)先級(jí)的消息。
在一個(gè)實(shí)施方式中，會(huì)話/消息管理服務(wù)20f也由特定的參與者(講 話者)識(shí)別消息，且默認(rèn)地混合^L同時(shí)發(fā)送(MCMS-S )的會(huì)話消息。在 可選實(shí)施方式中，用戶可分開復(fù)查會(huì)話的不同參與的講話者的傳輸。
會(huì)話/消息管理服務(wù)20f進(jìn)一步允許在被添加到活躍的或存檔的會(huì)話 的參與者中間共享會(huì)話。在一個(gè)實(shí)施方式中，任何添加到會(huì)話的參與者被
提供對(duì)會(huì)話的訪問，并有取回以前的會(huì)話消息用于復(fù)查的能力。在可選實(shí) 施方式中，所添加的參與者被提供對(duì)只從新參與者加入的點(diǎn)開始的會(huì)話消 息的訪問，而不是任何以前的會(huì)話消息。
會(huì)話/消息管理服務(wù)20f也負(fù)責(zé)管理用于控制存儲(chǔ)和流模塊24所執(zhí)行 的所有再現(xiàn)任務(wù)的功能。這些任務(wù)包括適合地對(duì)運(yùn)行應(yīng)用程序12的設(shè)備 13再現(xiàn)媒體(例如，語音、視頻等)。這些再現(xiàn)任務(wù)包括但不限于混合消 息(即，交迭的消息)的再現(xiàn)，以及根據(jù)用戶定義的標(biāo)準(zhǔn)的再現(xiàn)，例如播 放加快、跟上即時(shí)、消除無聲和移除猶豫虛詞、頻移、以及在多方會(huì)話中 將獨(dú)立的增益控制應(yīng)用于各個(gè)發(fā)送者的能力。
D丄2.7優(yōu)先級(jí)服務(wù)
優(yōu)先級(jí)服務(wù)20g是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊，其 負(fù)責(zé)管理并保留用戶管理用戶所參與的連續(xù)會(huì)話(即，MCMS-C)的優(yōu)先 級(jí)所需的所有信息。當(dāng)用戶參與多個(gè)連續(xù)的即時(shí)會(huì)話時(shí)，用戶需要按優(yōu)先
32順序排列會(huì)話。當(dāng)不同會(huì)話的消息準(zhǔn)備同時(shí)再現(xiàn)時(shí)產(chǎn)生問題。算法用于確 定消息被再現(xiàn)的順序，該順序考慮待再現(xiàn)的消息的可用性和用戶設(shè)置的優(yōu) 先級(jí)。算法確定具有最高優(yōu)先級(jí)的可用消息首先被再現(xiàn)，而任何同時(shí)可用 的消息被自動(dòng)時(shí)移，恰好足以允許再現(xiàn)較高優(yōu)先級(jí)的消息。當(dāng)再現(xiàn)時(shí)間變 得可獲得時(shí)，系統(tǒng)將根據(jù)用戶的優(yōu)先級(jí)自動(dòng)再現(xiàn)時(shí)移的消息。
D.1.2.8聯(lián)系人服務(wù)
聯(lián)系人服務(wù)20h是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊，其 負(fù)責(zé)管理并保留驗(yàn)證一個(gè)或多個(gè)聯(lián)系人并使一個(gè)或多個(gè)聯(lián)系人與會(huì)話相 關(guān)聯(lián)所需的所有信息。當(dāng)作為與多個(gè)聯(lián)系人相關(guān)的會(huì)話的一部分發(fā)送消息 時(shí)，所有的聯(lián)系人都接收到該消息。
D.1.2.9在場/狀態(tài)服務(wù)
在場/狀態(tài)服務(wù)20i是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊， 其負(fù)責(zé)管理并共享在系統(tǒng)的某些用戶和/或非用戶之間的在場和狀態(tài)信 息。在各種實(shí)施方式中，為參與客戶機(jī)12的用戶所參與的會(huì)話的所有用 戶和非用戶、聯(lián)系人列表中的所有用戶和非用戶、或預(yù)定域內(nèi)的用戶(例 如，公司或其它組織的成員)維持在場和狀態(tài)信息。這些例子只是例證性 的，且不應(yīng)被解釋為限制性的。在場/狀態(tài)服務(wù)模塊20i可管理和共享關(guān) 于用戶和/或非用戶的任何限定組的在場和狀態(tài)信息。
在場/狀態(tài)服務(wù)20i使用戶能夠監(jiān)控其它用戶的意圖、注意力及其對(duì) 任何給定會(huì)話的時(shí)移延遲(即，他們對(duì)復(fù)查會(huì)話實(shí)況的消息落后到什么程 度)的狀態(tài)。在一個(gè)實(shí)施方式中，提供了關(guān)于在場和狀態(tài)數(shù)據(jù)的可用性的 隱私控制。在場/狀態(tài)模塊20i進(jìn)一步控制使系統(tǒng)10能夠發(fā)送與用戶的行 為和意圖匹配的消息的數(shù)據(jù)。例如，用戶可通過指定復(fù)查或不復(fù)查會(huì)話實(shí) 況的意圖來指示其狀態(tài)。作為響應(yīng)，根據(jù)用戶的意圖再現(xiàn)的命令，在場/ 狀態(tài)服務(wù)20i發(fā)出使"即時(shí)"或時(shí)移的消息。此外，用戶的意圖被會(huì)話的 其他參與者共享。服務(wù)201也能夠從用戶的行為推斷其它狀態(tài)值。在場和 狀態(tài)信息也用于優(yōu)化網(wǎng)絡(luò)業(yè)務(wù)和帶寬，如下面更詳細(xì)描述的。
D丄2.10消息/信號(hào)服務(wù)消息/信號(hào)服務(wù)20j是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的才莫塊， 其負(fù)責(zé)使用特殊的消息或可聽音向系統(tǒng)10的用戶發(fā)消息和發(fā)信號(hào)。特珠 的消息或音可包括例如消息是即時(shí)的還是時(shí)移的.消息來自于誰的指示、
優(yōu)先級(jí)以及其它因素的指示。消息/信號(hào)服務(wù)20j進(jìn)一步具有下列能力(i) 發(fā)信號(hào)通知網(wǎng)絡(luò)上的用戶的在場或缺席，以及通知是否一個(gè)或多個(gè)用戶不 再主動(dòng)復(fù)查會(huì)話消息的能力；(ii)當(dāng)其注意另一會(huì)話而根本不注意其設(shè) 備13時(shí)，"響鈴"或以其他方式通知另一用戶引起其注意；(iii)為當(dāng)前 不在網(wǎng)絡(luò)18上的用戶留下消息，從而下次個(gè)人再次連接到網(wǎng)絡(luò)18時(shí)立即 復(fù)查該消息；(iv)產(chǎn)生警告發(fā)送者發(fā)送消息沒有被接收者接收到的可聽 到的或可見的反饋，產(chǎn)生消息被接收者接收時(shí)的確認(rèn)，和/或指示消息何 時(shí)被接收者聽到的確認(rèn)；以及(v)實(shí)現(xiàn)優(yōu)先級(jí)方案，其中可在會(huì)議或戰(zhàn) 術(shù)呼叫時(shí)通知個(gè)人立即需要其注意力在呼叫上。該指示可傳達(dá)接收者多級(jí) 別緊急事件和某種確認(rèn)。
D丄2.11再現(xiàn)和編碼
再現(xiàn)和編碼模塊21負(fù)責(zé)執(zhí)行MCMS應(yīng)用程序20的所有再現(xiàn)任務(wù)。 這些任務(wù)包括為運(yùn)行應(yīng)用程序12的設(shè)備13適當(dāng)?shù)卦佻F(xiàn)媒體。
D.2存儲(chǔ)和流才莫塊
存儲(chǔ)和流模塊24支持下述很多功能和性能屬性。
使用存儲(chǔ)和流模塊24,消息傳輸本質(zhì)上是"全雙工的"，使任一方能 夠在任何時(shí)間發(fā)送消息，即使當(dāng)另一方也在發(fā)送消息時(shí)，或如果另一方?jīng)] 有空或以其他方式在使用中。存儲(chǔ)和流模塊能夠如在即時(shí)PSTN或VoIP 呼叫中一樣再現(xiàn)消息，或在時(shí)移消息模式中發(fā)送它們。它能夠優(yōu)化傳輸并 根椐用戶的愿望控制再現(xiàn)。
存儲(chǔ)和流模塊24維持與底層網(wǎng)絡(luò)18上的所有目標(biāo)接收者(例如服 務(wù)器16或其它設(shè)備3)的連接性，管理所有消息、信號(hào)和媒體傳輸，并 優(yōu)化在網(wǎng)絡(luò)18上的發(fā)送速度和帶寬利用以滿足用戶的即時(shí)性能要求，同 時(shí)管理網(wǎng)絡(luò)質(zhì)量和能力。模塊24適應(yīng)并優(yōu)化與底層網(wǎng)絡(luò)18的質(zhì)量和能力 相稱的媒體發(fā)送。當(dāng)可獲得底層網(wǎng)絡(luò)資源不充足時(shí)，所傳輸?shù)拿襟w流的質(zhì)量可能被降低。當(dāng)帶寬變得可用時(shí)，所傳輸?shù)拿襟w流的質(zhì)量可能提高。除 了對(duì)々某體質(zhì)量的折衷以外，存儲(chǔ)和流功能可根據(jù)用戶意圖對(duì)在每個(gè)分組中 傳輸?shù)拿襟w的數(shù)量進(jìn)行折衷，以如下所述實(shí)時(shí)地再現(xiàn)數(shù)據(jù)。
通過根據(jù)底層網(wǎng)絡(luò)18的條件動(dòng)態(tài)地控制媒體的發(fā)送速率，存儲(chǔ)和流 才莫塊24被優(yōu)化以發(fā)送在接收時(shí)"足夠好，，再現(xiàn)的時(shí)間敏感的i某體，并為 了存檔目的通過請(qǐng)求丟失的、低質(zhì)量或損壞的分組的重傳的后臺(tái)過程，來 保證媒體的準(zhǔn)確或完整拷貝的最終發(fā)送。只要足夠的網(wǎng)絡(luò)資源存在以滿足 最低媒體質(zhì)量水平，該重傳就不妨礙即時(shí)呼叫媒體的再現(xiàn)。系統(tǒng)10的客
戶機(jī)12因此設(shè)計(jì)成在以相當(dāng)大的可能等待時(shí)間為代價(jià)的々某體的準(zhǔn)確或完
整拷貝的發(fā)送與々某體的快速發(fā)送之間填補(bǔ)性能缺口，但不保證完整性。在 本申請(qǐng)的上下文中，術(shù)語"足夠好"意指媒體的質(zhì)量足夠，使得當(dāng)它被再 現(xiàn)時(shí)它是可理解的。"足夠好"的概念因此是主觀的，且不應(yīng)在絕對(duì)的意 義上被解釋。例如，足夠好的某些媒體的質(zhì)量水平可根據(jù)媒體的類型、環(huán) 境和其它因素變化。
存儲(chǔ)和流模塊24進(jìn)一步持久地儲(chǔ)存通過利用設(shè)備13產(chǎn)生的、或以 其它方式使用設(shè)備13發(fā)源的、或通過網(wǎng)絡(luò)18從其它設(shè)備13和Z或用戶接 收的所有媒體。將該媒體儲(chǔ)存在運(yùn)行客戶機(jī)12的設(shè)備13上有一些重要的 優(yōu)點(diǎn)(i)它使用戶能夠?yàn)榱硪环搅粝孪ⅲ词乖诎l(fā)送者和/或接收者 沒有空或網(wǎng)絡(luò)連通性差時(shí)。在不充足的帶寬的情況下，消息將與可有效地 使用可用帶寬一樣快得被傳輸。在沒有連通性的情況下，只要網(wǎng)絡(luò)連通性 變得可用，就將消息排隊(duì)用于傳輸，導(dǎo)致時(shí)移發(fā)送；(ii)用戶能夠暫停、 重放、快進(jìn)并對(duì)于正在進(jìn)行的會(huì)話跟上即時(shí)，以及耳又回和復(fù)查被存檔的以 前會(huì)話的消息；以及(iii)它實(shí)現(xiàn)在系統(tǒng)10上的數(shù)據(jù)有效載荷的優(yōu)化， 并提高了相對(duì)網(wǎng)絡(luò)帶寬和可能不時(shí)地出現(xiàn)的連通性問題的系統(tǒng)適應(yīng)性。
存儲(chǔ)和流模塊24還負(fù)責(zé)適當(dāng)?shù)鼗旌舷⒁援a(chǎn)生交迭的消息(由會(huì) 話或背景噪聲中的講話者的正常交迭產(chǎn)生)，模擬實(shí)際會(huì)話，其中多方正 在講話；再現(xiàn)音頻媒體的轉(zhuǎn)錄或轉(zhuǎn)換；根據(jù)很多用戶定義的標(biāo)準(zhǔn)調(diào)節(jié)媒體 的再現(xiàn)，該標(biāo)準(zhǔn)包括播放加快、消除口語詞之間的無聲間隙、移除猶豫虛 詞、以及頻移；以及在多方會(huì)話中將獨(dú)立的增益控制應(yīng)用于各個(gè)發(fā)送者的能力；以及其它可能的再現(xiàn)選項(xiàng)。
存儲(chǔ)和流模塊24管理其本身和MCMS之間的控制和信息消息。 D.2.1持久性無限消息緩沖區(qū)(PIMB)
持久性無限消息緩沖區(qū)或PIMB 30是用于其儲(chǔ)存和取回的一組附有 索引的(即附有時(shí)間戳和順序編號(hào)的)媒體有效栽荷數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)。在 一個(gè)實(shí)施方式中，PIMB 30中的數(shù)據(jù)是任意持久性的，意味著它實(shí)質(zhì)上永 遠(yuǎn)可用或至少直到系統(tǒng)用完儲(chǔ)存。各種保持速率和策略可用于有效地利用 存儲(chǔ)資源。對(duì)PIMB 30的物理存儲(chǔ)實(shí)現(xiàn)方法存在很多可能的實(shí)現(xiàn)方法， 包括但不限于RAM、閃存、硬盤驅(qū)動(dòng)器、光學(xué)介質(zhì)或其某種組合。PIMB 30在尺寸上也是"無限的，，，意味著可存儲(chǔ)在PIMB 30中的數(shù)據(jù)的量并不 內(nèi)在地被限制。無需此限制與數(shù)據(jù)一被再現(xiàn)就丟棄數(shù)據(jù)的現(xiàn)有抖動(dòng)緩沖區(qū) 技術(shù)比較。在一個(gè)特定的實(shí)施方式中，使用與用于持久儲(chǔ)存的硬盤驅(qū)動(dòng)器 連接的小和相對(duì)快的RAM高速緩沖存儲(chǔ)器可實(shí)現(xiàn)PIMB30。當(dāng)超過PIMB 30的物理儲(chǔ)存容量時(shí)，數(shù)據(jù)保持在服務(wù)器16上(如下所述)，用于以后 按需取回。諸如最近最少使用或先進(jìn)先出的用戶標(biāo)準(zhǔn)或置換算法用于控制 儲(chǔ)存在PIMB 30中的實(shí)際數(shù)據(jù)和保持在服務(wù)器16上的或在任何時(shí)刻被存 檔的數(shù)據(jù)。PIMB 30進(jìn)一步提供系統(tǒng)存儲(chǔ)器的屬性和數(shù)據(jù)庫的隨機(jī)存取屬 性。任何數(shù)量的會(huì)話不管其持續(xù)時(shí)間或每個(gè)會(huì)話中消息的數(shù)量如何，都可 被儲(chǔ)存并以后取回用于復(fù)查。此外，與會(huì)話消息相關(guān)的元數(shù)據(jù)例如其創(chuàng)作 者或其長度也可存儲(chǔ)在PIMB 30中。在可選實(shí)施方式中，附有索引的媒 體有效載荷和其它數(shù)據(jù)可在指定的一段時(shí)間(例如30天)內(nèi)被儲(chǔ)存。一 旦^ 某體的壽命超過指定的期限，有效載荷和數(shù)據(jù)就被丟棄。在另 一 實(shí)施方 式中，可根據(jù)包含有效載荷的消息的發(fā)送者和/或接收者或與有效載荷相 關(guān)的會(huì)話或消息的主題來丟棄有效載荷。在又一些其它實(shí)施方式中，有效 載荷和數(shù)據(jù)可被暫時(shí)標(biāo)記，意味著超過對(duì)立即再現(xiàn)的要求，消息將不儲(chǔ)存
在PTMB 30中。
D.2.2數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量存儲(chǔ)器
數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量存儲(chǔ)器(DNQS) 32是用于存儲(chǔ)關(guān)于從PIMB 30讀 取或?qū)懙絇IMB 30的媒體有效栽荷和Vox分組的信息的數(shù)據(jù)存儲(chǔ)器。D.2.3 PIMB寫入器
PIMB寫入器28為了兩個(gè)基本目的將H據(jù)寫到PIMB 30。 PIMB寫入 器28寫入來自運(yùn)行客戶機(jī)12 ("編碼接收")的設(shè)備13上的媒體捕獲設(shè) 備(例如，麥克風(fēng)或攝像機(jī))的數(shù)據(jù)。PIMB寫入器28也將從其它客戶 機(jī)12通過網(wǎng)絡(luò)18接收的數(shù)據(jù)寫入PIMB 30中("凈接收(Net Receive)")。
D.2.3.1編碼接收
為了從設(shè)備13捕獲媒體，PIMB寫入器28包括編碼接收器28a和數(shù) 據(jù)存儲(chǔ)器28c。當(dāng)用戶對(duì)著麥克風(fēng)講話或使用例如設(shè)備13產(chǎn)生視頻圖像 時(shí)，硬件34接收原始音頻和/或視頻信號(hào)并將其提供到編碼接收器28a, 編碼接收器28a將信號(hào)編碼成附有索引的媒體有效載荷(此后有時(shí)簡單地 稱為"有效載荷")。數(shù)據(jù)存儲(chǔ)器28c將有效載荷儲(chǔ)存在PIMB 30中。其 它類型的々某體例如傳感器數(shù)據(jù)以類似的方式轉(zhuǎn)換成有效載荷。
D.2.3.2凈接收
為了將通過網(wǎng)絡(luò)18接收的媒體儲(chǔ)存在PIMB 30中，PIMB寫入器28 的凈接收功能包括凈接收器28d、數(shù)據(jù)緩沖器28e、數(shù)據(jù)存儲(chǔ)器28f、數(shù) 據(jù)質(zhì)量管理器28g和網(wǎng)絡(luò)質(zhì)量管理器28h。凈接收器28d通過網(wǎng)絡(luò)18接 收Vox分組。數(shù)據(jù)緩沖器28e將接收到的Vox分組置入其自己的適當(dāng)序 列中，并阻止進(jìn)入的Vox分組的重現(xiàn)延遲至少最小時(shí)移延遲(MTSD)。 數(shù)據(jù)存儲(chǔ)器28f將分組轉(zhuǎn)換成附有索引的媒體有效載荷，并將附有索引的 媒體有效載荷存儲(chǔ)在PIMB 30中。當(dāng)有效載荷被儲(chǔ)存時(shí)，數(shù)據(jù)質(zhì)量管理 器(DQM) 28g記錄任何遺失或有缺陷的分組。如果分組遺失或有缺陷， 則DQM 28g安排對(duì)通過網(wǎng)絡(luò)18重傳的請(qǐng)求。發(fā)送設(shè)備通過重發(fā)遺失或 有缺陷的分組來回答。最終這些分組轉(zhuǎn)換成附有索引的^^體有效載荷，并 儲(chǔ)存在PIMB 30中。通過取回遺失或有缺陷的分組，發(fā)送者的消息的"準(zhǔn) 確，，拷貝最終儲(chǔ)存在PIMB 30中。遺失和/或有缺陷的分組的重傳不實(shí)時(shí) 地延遲消息的再現(xiàn)，假定被發(fā)送的分組具有"足夠好"的質(zhì)量和數(shù)量。如 果不足的網(wǎng)絡(luò)資源可用于支持新的"即時(shí)"數(shù)據(jù)以及重傳，則重傳請(qǐng)求可 被DQM28g延遲。
37D.2.4 PIMB讀出器
PIMB讀出器26為了兩個(gè)基本目的從PIMB 30讀取數(shù)據(jù)。當(dāng)為本地 客戶機(jī)12再現(xiàn)數(shù)據(jù)PIMB ("再現(xiàn)")時(shí)，PIMB讀出器26訪問PIMB 30。 當(dāng)客戶機(jī)12通過網(wǎng)絡(luò)18傳輸數(shù)據(jù)("傳輸")時(shí)，數(shù)據(jù)從PIMB 30被讀取。
D.2.4.1再現(xiàn)
為了在客戶機(jī)12上再現(xiàn)消息，PIMB讀出器26包括數(shù)據(jù)優(yōu)先器26a、 數(shù)據(jù)取回器26b、分組損失補(bǔ)償/內(nèi)插器(PLC/內(nèi)插器)26c、數(shù)據(jù)混合器 26d和數(shù)據(jù)再現(xiàn)器26e。優(yōu)先器26a通過建立可能被再現(xiàn)的消息的有順序 隊(duì)列，按優(yōu)先順序排列待再現(xiàn)的數(shù)據(jù)。它使用用戶配置的優(yōu)先級(jí)用于再現(xiàn) 連續(xù)的會(huì)話(MCMS-C)。此外，數(shù)據(jù)優(yōu)先器利用媒體數(shù)據(jù)在由MTSD所 施加的限制內(nèi)再現(xiàn)的可用性、用戶的當(dāng)前注意力、以及用戶限定和暗示的 意圖。數(shù)據(jù)取回器26b從PIMB 30取回按優(yōu)先順序排列的附有索引的媒 體載荷。PLC/內(nèi)插器26c使用已知的分組損失補(bǔ)償和內(nèi)插算法對(duì)取回的 有效載荷執(zhí)行分組損失補(bǔ)償和內(nèi)插。要使用的特定方法取決于使用中的媒 體編解碼器以及其它公知的參數(shù)?；旌掀?6d用于將來自單個(gè)會(huì)話的多個(gè) 消息的數(shù)據(jù)流適當(dāng)?shù)鼗旌显谝黄?。例如，如果?huì)話的兩個(gè)或多個(gè)參與者同 時(shí)講話，則混合器26d混合消息，產(chǎn)生兩個(gè)參與者同時(shí)講話的效應(yīng)。在可 選實(shí)施方式中，用戶具有一次復(fù)查來自一個(gè)參與者的多個(gè)流的選擇。如果 會(huì)話中只有一個(gè)參與者講話，則混合器26d可只傳遞單個(gè)消息流，而不執(zhí) 行任何混合。再現(xiàn)器26e從混合器模塊26d獲得數(shù)據(jù)，并將其轉(zhuǎn)換成適合 于硬件驅(qū)動(dòng)器34的形式。硬件34接著根據(jù)媒體的類型驅(qū)動(dòng)設(shè)備13的揚(yáng) 聲器或視頻顯示器，產(chǎn)生語音、視頻或設(shè)備13上的某個(gè)其它可聽得見和/ 或可看得見的通知。
D.2.4.2 iil:
為了準(zhǔn)備用于通過網(wǎng)絡(luò)18從客戶機(jī)12傳輸?shù)南?，PTMB讀出器26 包括數(shù)據(jù)優(yōu)先器26f、分組質(zhì)量管理器(PQM) 26g、數(shù)據(jù)取回器26h、打 包器26i、發(fā)送器26j和確認(rèn)器26k。數(shù)據(jù)優(yōu)先器26f按優(yōu)先順序排列用于 通過網(wǎng)絡(luò)18傳輸?shù)南?。使用與可用于傳輸?shù)挠行лd荷有關(guān)的MCMS參與者屬性、網(wǎng)絡(luò)連通性和帶寬條件以及超出下一中繼從而即時(shí)或時(shí)移地 再現(xiàn)的用戶意圖、且在一些實(shí)施方式中傳輸捆綁的可能優(yōu)化，來確定優(yōu)先 級(jí)，在所述一些實(shí)施方式中，到任何給定的下一網(wǎng)絡(luò)中繼的多個(gè)分組是可 用的。按優(yōu)先順序排列的分組接著使用PQM 26g被優(yōu)化，這確保對(duì)即時(shí) 消息的"足夠好"數(shù)據(jù)質(zhì)量的及時(shí)發(fā)送，同時(shí)最小化實(shí)時(shí)帶寬，如下面更
詳細(xì)描述的。數(shù)據(jù)取回器26h從PIMB 30取回適當(dāng)?shù)挠行лd荷。打包器 26i將有效載荷裝配成Vox分組，其接著由發(fā)送器模塊26j通過網(wǎng)絡(luò)18 發(fā)送。當(dāng)接收者接收到Vox分組時(shí)，確認(rèn)通過網(wǎng)絡(luò)18被發(fā)送回確認(rèn)器26k， 用于通知發(fā)送用戶消息已到達(dá)其目的地。
D.2.5分組質(zhì)量管理器
PQM 26g具有幾個(gè)優(yōu)化目標(biāo)(i)時(shí)間敏感的媒體的充分拷貝的及時(shí) 發(fā)送(對(duì)于再現(xiàn)"盡快從而足夠好")；(ii)可用帶寬的有效使用，意味 著使用底層網(wǎng)絡(luò)的最佳傳輸頻率、有效載荷質(zhì)量和分組大??；以及(iii) 當(dāng)網(wǎng)絡(luò)條件變化時(shí)動(dòng)態(tài)地調(diào)節(jié)或改變傳輸頻率、有效載荷內(nèi)容、有效載荷 質(zhì)量、分組大小等的能力。
D.2.6網(wǎng)絡(luò)質(zhì)量管理器
在網(wǎng)絡(luò)傳輸?shù)慕邮諅?cè)上是網(wǎng)絡(luò)質(zhì)量管理器28h ( NQM )。 NQM負(fù)責(zé) 為將媒體發(fā)送到客戶機(jī)12的每個(gè)發(fā)送者觀察網(wǎng)絡(luò)性能的特定屬性，將抖 動(dòng)、損失和吞吐量的期望值與其實(shí)際值比較。這用于為每個(gè)發(fā)送者計(jì)算網(wǎng) 絡(luò)質(zhì)量評(píng)級(jí)(NQR)。該NQR用于指示發(fā)送者空閑性和接收設(shè)備的用戶 的會(huì)話活躍度。
D. 2.7數(shù)據(jù)質(zhì)量管理器
數(shù)據(jù)質(zhì)量管理器28g通過觀察分組損失、抖動(dòng)和吞吐量，測量通過 網(wǎng)絡(luò)接收到的數(shù)據(jù)的質(zhì)量。DQM 28g為了三個(gè)目的使用這些測量(i) 將接收?qǐng)?bào)告發(fā)送回發(fā)送者；(ii)可選地使用那些接收?qǐng)?bào)告來請(qǐng)求某些數(shù) 據(jù)的重傳；以及(iii)使NQM 28h可利用這些測量。
E. 月良務(wù)器結(jié)構(gòu)
參考圖3，其為在服務(wù)器16上運(yùn)行的應(yīng)用程序78的結(jié)構(gòu)圖。應(yīng)用程序78在很多方面類似于客戶機(jī)應(yīng)用程序12，并包括MCMS服務(wù)器應(yīng)用 程序80、 MCMS數(shù)據(jù)庫82、存儲(chǔ)和流才莫塊84、 PIMB85、數(shù)據(jù)和網(wǎng)絡(luò)質(zhì) 量存儲(chǔ)器(DNQS ) 86、管理在MCMS服務(wù)器應(yīng)用程序80與存儲(chǔ)和流模 塊84之間來回的消息和信號(hào)的MCMS-SAS消息處理才莫塊87a和87b、存 檔/取回器88、和檔案庫89。應(yīng)用程序78還包括驗(yàn)證-力。密-保護(hù)模塊40 和通信協(xié)議^^莫塊44。
MCMS服務(wù)器應(yīng)用程序80是包括MCMS數(shù)據(jù)庫模塊20a、存儲(chǔ)和流 (SAS)模塊20b、消息/信令模塊20c、會(huì)話/消息管理服務(wù)20f、優(yōu)先級(jí) 服務(wù)20g、聯(lián)系人(包括用戶和驗(yàn)證)服務(wù)20h、在場/狀態(tài)服務(wù)20i和消 息/信號(hào)服務(wù)20的多層結(jié)構(gòu)。應(yīng)用程序78的前述模塊和服務(wù)類似或等同 于與客戶機(jī)12具有相似的參考數(shù)字的模塊和服務(wù)，因此不在這里詳細(xì)描 述，除了一個(gè)明顯的例外。在各種實(shí)施方式中，MCMS服務(wù)器應(yīng)用程序 80以及存儲(chǔ)和流^莫塊84，包括MCMS數(shù)據(jù)庫82，配置成在應(yīng)用程序的 一個(gè)實(shí)例中支持很多用戶。所述一個(gè)實(shí)例還可配置成支持多個(gè)域，其中每 個(gè)域被定義為一組用戶(即，公司或?qū)儆诠餐慕M織的其它用戶組)。該 結(jié)構(gòu)允許服務(wù)器16上的每個(gè)應(yīng)用程序78為多個(gè)用戶(或域)服務(wù)，其中 每個(gè)用戶(或域)對(duì)其他用戶是不可見的。此劃分被稱為"多租用 (multi-tenancy)"。
服務(wù)器存儲(chǔ)和流模塊84執(zhí)行凈接收和傳輸?shù)墓δ?。?duì)于凈接收功能， 模塊84包括凈接收器28d、數(shù)據(jù)緩沖器28e、數(shù)據(jù)存儲(chǔ)器28f、數(shù)據(jù)質(zhì)量 管理器(DQM) 28g和網(wǎng)絡(luò)質(zhì)量管理器28h。對(duì)于傳輸功能，模塊84包 括數(shù)據(jù)優(yōu)先器26f、分組優(yōu)化器26g、數(shù)據(jù)取回器26h、打包器26"發(fā)送 器26j和確認(rèn)器26k。存儲(chǔ)和流模塊84的前述元件類似或等同于與客戶 機(jī)12具有相似參考數(shù)字的模塊和服務(wù)，因此不在這里詳細(xì)描述。
因?yàn)榉?wù)器16不直接與用戶進(jìn)行交互作用，不需要提供在客戶機(jī)12 的存儲(chǔ)和流模塊24中設(shè)置的編碼和再現(xiàn)功能。MCMS應(yīng)用程序80當(dāng)在 服務(wù)器16上運(yùn)行時(shí)不直接與用戶進(jìn)行交互作用。因此，不需要用戶接口 和用戶接口 AP模塊和服務(wù)20e和20d。
每個(gè)服務(wù)器16上的應(yīng)用程序78可能為多個(gè)租戶服務(wù)，意味著它為系統(tǒng)10的多個(gè)用戶服務(wù)。服務(wù)器應(yīng)用程序78的PIMB 85因此明顯較大， 并用于存儲(chǔ)多個(gè)用戶的4某體有效載荷，這與PIMB 30不同，PTMB 30用 于只儲(chǔ)存僅僅一個(gè)用戶的所產(chǎn)生或接收到的有效載荷。存儲(chǔ)和流模塊84 的主要目的是接收客戶機(jī)12所傳輸?shù)南⒉⑾鬏數(shù)狡渌蛻魴C(jī) 12。當(dāng)消息被接收到時(shí)，它們儲(chǔ)存在PIMB 85中并直接根據(jù)系統(tǒng)配置沿 著到預(yù)期接收者或到接收者的路徑傳輸?shù)骄W(wǎng)絡(luò)層14的下一服務(wù)器16(即， 下一 "中繼")。存檔取回器88負(fù)責(zé)將儲(chǔ)存在PIMB85中的媒體有效載荷 在檔案庫89中存檔。當(dāng)PIMB 85中的物理空間用完時(shí)，PIMB 85中的媒 體有效載荷移到檔案庫89，其為大容量存儲(chǔ)設(shè)備。在各種實(shí)施方式中， 儲(chǔ)存在PIMB 85中的有效載荷可根據(jù)用戶定義的標(biāo)準(zhǔn)和/或任何已知的置 換算法例如先進(jìn)先出(FIFO )或最近最少使用(LRU)被存檔。應(yīng)注意， 為了簡單起見在圖1中只示出一個(gè)服務(wù)器16。應(yīng)理解，在實(shí)際實(shí)施方式 中，多個(gè)服務(wù)器或"服務(wù)器群"可用于具有大量用戶的網(wǎng)絡(luò)。
術(shù)語"持久"和"無限"用于描述PIMB 30,且PIMB 85不應(yīng)照字 面被解釋為絕對(duì)術(shù)語。用戶可能希望無限地儲(chǔ)存被認(rèn)為重要的一些消息。 在其它情況下，例如兩個(gè)朋友之間的隨意聊天，消息可在某個(gè)時(shí)間段之后 被刪除以節(jié)省空間。根據(jù)本發(fā)明的各種實(shí)施方式，可使用由系統(tǒng)10設(shè)置 的或由用戶配置的不同的保留策略。詞"無限"的使用指沒有對(duì)P1MB強(qiáng) 加任何預(yù)設(shè)時(shí)間邊界。這與當(dāng)前的抖動(dòng)緩沖器系統(tǒng)形成對(duì)照，其在媒體被 再現(xiàn)之后丟棄它。術(shù)語"持久"和"無限"因此應(yīng)廣泛地被解釋為意指 PIMB 30和PIMB 85對(duì)時(shí)間范圍和可存儲(chǔ)在其中的消息的數(shù)量沒有內(nèi)在 限制。
在持久性存儲(chǔ)介質(zhì)中給會(huì)話消息存檔有很多優(yōu)點(diǎn)。語音消息和其它 媒體可按需要被組織起來、編索引、搜索、轉(zhuǎn)錄、翻譯和復(fù)查。語音以及 其它媒體因此變成可由用戶和組織管理的資產(chǎn)。這些媒體資產(chǎn)對(duì)公司、第 一出動(dòng)人員、警察和火警部門以及軍隊(duì)具有價(jià)值。
F. Vox協(xié)議和附有索引的媒體有效載荷
如上所述，Vox協(xié)議由存儲(chǔ)和流模塊24使用來支持有效載荷傳輸、 存儲(chǔ)和優(yōu)化的所有方面。Vox分組是設(shè)計(jì)成封裝在傳輸分組或網(wǎng)絡(luò)18的底層技術(shù)的傳輸分組內(nèi)部的有組織的消息格式。該布置明顯提高了系統(tǒng)
10的靈活性。通過將Vox分組嵌入現(xiàn)有的傳輸分組中，與定義"Voxing" 應(yīng)用程序的新傳輸層不同，系統(tǒng)10利用在現(xiàn)有電信基礎(chǔ)設(shè)施上運(yùn)行的基 于當(dāng)前分組的通信網(wǎng)絡(luò)。因此不需要產(chǎn)生用于處理Vox分組的新網(wǎng)絡(luò)結(jié) 構(gòu)，從而利用這里所述的系統(tǒng)和方法的所有好處。
參考圖4A,其示出Vox分組95的一般格式結(jié)構(gòu)。Vox分組95的格 式包括用于類型、子類型、長度和有效載荷的字段。Vox分組的不同類型 包括驗(yàn)證、信令、媒體有效載荷、媒體多路復(fù)用(一個(gè)消息)和媒體多路 復(fù)用(多個(gè)消息)。子類型字段用于表示驗(yàn)證、信令或媒體類型消息的不 同類型。驗(yàn)證消息的可能的子類型包括用于關(guān)鍵字交換和驗(yàn)證所必需的那 些子類型。信令消息的可能的子類型包括注冊(cè)、路由、消息建立和網(wǎng)絡(luò)管 理。媒體消息的可能的子類型包括不同的編解碼器類型和不同的有效載荷 聚集技術(shù)。長度字段限定有效載荷的總長度或大小。有效載荷字段包含分 組95的i某體或?qū)嶋H有效載荷。
參考圖4B，其示出說明封裝在網(wǎng)絡(luò)18所使用的示例性協(xié)議中的Vox 分組95的圖示。在本例中，Vox分組95分別嵌入底層UDP、 1P和以太 網(wǎng)傳輸分組96中。以這種方式，Vox分組95可在網(wǎng)絡(luò)18的底層UDP、 JP和以太網(wǎng)層中傳輸。這是分組網(wǎng)絡(luò)所使用的標(biāo)準(zhǔn)協(xié)議封裝技術(shù)。
參考圖4C,其示出說明封裝在UDP、 IP和以太網(wǎng)97中的媒體多路 復(fù)用Vox分組95的圖示。在本例中，Vox分組95包括媒體類型字段、媒 體子類型字段、長度字段，消息ID字段、時(shí)間戳字段、序列ID字段和 媒體有效載荷字段。
參考圖4D，其示出附有索引的媒體有效載荷98的格式。附有索引的 媒體有效載荷包括子類型字段、長度字段、消息標(biāo)識(shí)符(1D)字段、時(shí) 間戳字段、序列標(biāo)識(shí)符(ID)字段和媒體有效栽荷的字段。
Vox分組95封裝到底層網(wǎng)絡(luò)的傳輸分組中允許媒體、消息和會(huì)話每 個(gè)都由多個(gè)屬性限定。
當(dāng)媒體在設(shè)備13上產(chǎn)生或以其他方式起源時(shí)，它一般是基于時(shí)間的，
42意指它隨著時(shí)間的過去以某種有意義的方式改變。例如當(dāng)人參與會(huì)話時(shí)， 他們講的詞集合在一起成為句子或語句，其可隨著時(shí)間的過去變化，且因 而形成的數(shù)據(jù)(流和分組)將隨著時(shí)間的過去維持相同的變化。類似地， 視頻(與靜止的照片不同)以及GPS或其它傳感器數(shù)據(jù)將隨著時(shí)間的過
去變化。不管類型或它如何起源，纟某體被分割并置于多個(gè)Vox分組95的 有效載荷中。分組接著分別在傳輸和接收設(shè)備13處以流(即，流媒體) 的形式被連續(xù)地儲(chǔ)存、傳輸、接收、儲(chǔ)存并再現(xiàn)。因?yàn)槊總€(gè)分組95附有 索引、附有時(shí)間戳并被給出序列標(biāo)識(shí)符，單獨(dú)分組可被分割成消息。通過 連續(xù)將單獨(dú)的消息連接在一起，可構(gòu)成會(huì)話。
系統(tǒng)10的一個(gè)進(jìn)一步的獨(dú)特的方面是客戶沖幾12所產(chǎn)生的々某體有效 載荷被儲(chǔ)存在多個(gè)位置。有效載荷不僅儲(chǔ)存在產(chǎn)生設(shè)備13的PIMB 30中， 而且儲(chǔ)存在服務(wù)器16的PIMB 85和接收設(shè)備13的PIMB 30中。該基本 特征使很多上述Voxing功能實(shí)現(xiàn)或變得可能，并給系統(tǒng)10提供適應(yīng)性和 可操作性，即使當(dāng)網(wǎng)絡(luò)條件差時(shí)或當(dāng)會(huì)話的參與者沒有連接到網(wǎng)絡(luò)時(shí)。
G.與底層電信協(xié)議的互操作性
系統(tǒng)IO預(yù)定在各種現(xiàn)有的通信網(wǎng)絡(luò)18例如互聯(lián)網(wǎng)、固定PSTN類型
圍繞著在系統(tǒng)10中的不同客戶機(jī)12和服務(wù)器16之間移動(dòng)很多小單位的 信息(即，Vox分組)的概念而被設(shè)計(jì)。雖然Vox分組可在大小上變化， 根據(jù)其功能和有效載荷，它們對(duì)底層網(wǎng)絡(luò)層都表現(xiàn)為相同類型的數(shù)據(jù)。在 —個(gè)實(shí)施方式中，系統(tǒng)10為IPv4網(wǎng)絡(luò)例如互Jf關(guān)網(wǎng)而,皮設(shè)計(jì)和優(yōu)化，但也 可支持其它類型的網(wǎng)絡(luò)。為了該文件的目的，術(shù)語"IP"應(yīng)被理解為意指 IPv4 、 IPv6或互聯(lián)網(wǎng)協(xié)議的任何其它當(dāng)前或未來的實(shí)現(xiàn)。
參考圖5，其示出在設(shè)備13上運(yùn)行并通過共享的IP網(wǎng)絡(luò)]00與服務(wù) 器16進(jìn)行通信的客戶機(jī)12的圖示。如所示，客戶機(jī)12通過第一互聯(lián)網(wǎng) 服務(wù)器提供商A耦合到共享的IP網(wǎng)絡(luò)100，且服務(wù)器16通過第二互聯(lián)網(wǎng) 服務(wù)提供商B耦合到共享的]P網(wǎng)絡(luò)100。在通信期間，Vox分組95(在 附圖中^皮設(shè)計(jì)的"VP" ) ^皮封裝在UDP/IP分組中，接著如本領(lǐng)域中公知 的在其它P協(xié)議分組中交錯(cuò)(ii]terleave)，并在整個(gè)共享的IP網(wǎng)絡(luò)100中從客戶機(jī)12傳輸?shù)椒?wù)器16,或反之亦然。如公知的，每個(gè)較低分組層 封裝直接在其上的層的整個(gè)分組。分組也可在兩個(gè)服務(wù)器16之間以類似
的方式發(fā)送。消息通過共享的IP網(wǎng)絡(luò)]00從啟用一個(gè)客戶機(jī)12的設(shè)備 13發(fā)送到另 一設(shè)備。在每個(gè)中繼時(shí)，Vox分組95嵌入底層IP協(xié)議中并被 傳輸，直到它們達(dá)到目標(biāo)目的地。
圖5的圖示僅僅是示例性的，為了說明只示出連接到網(wǎng)絡(luò)100的單 個(gè)客戶機(jī)12和服務(wù)器16。在系統(tǒng)10的實(shí)際實(shí)施方式中，大量客戶機(jī)12 和一個(gè)或多個(gè)服務(wù)器16 —般連接到共享的IP網(wǎng)絡(luò)100。注意到客戶機(jī)12 和服務(wù)器16沒有排它地使用IP網(wǎng)絡(luò)100也是有用的。在所示例子中，通 過互聯(lián)網(wǎng)提供商A耦合到網(wǎng)絡(luò)100的HTTP客戶機(jī)可使用HTTP服務(wù)器 來回發(fā)送分組，其通過第三互聯(lián)網(wǎng)-提供商C耦合到網(wǎng)絡(luò)100。系統(tǒng)10不 控制嵌入IP分組中的VP橫穿網(wǎng)絡(luò)100的方式。更確切地，橫穿并共享 網(wǎng)絡(luò)100的所有分組都根據(jù)底層共享的IP網(wǎng)絡(luò)100的標(biāo)準(zhǔn)程序這么做。
參考圖6,其示出基于"電路，，的網(wǎng)絡(luò)104，例如GSM移動(dòng)電話網(wǎng) 絡(luò)。電路網(wǎng)絡(luò)104耦合在設(shè)備13上運(yùn)行的客戶機(jī)12和服務(wù)器16之間。 一旦在客戶機(jī)12和服務(wù)器16之間建立電路，系統(tǒng)10就將Vox分組(Vpl 、 VP2、 VP3、 VP4、 VP5等)分層到網(wǎng)絡(luò)104所使用的底層分組上，并在 整個(gè)網(wǎng)絡(luò)104中傳輸它們，產(chǎn)生"虛擬Vox"電路。Vox分組連續(xù)橫穿電 路網(wǎng)絡(luò)104， 一般使用本領(lǐng)域中公知的用于通過電路網(wǎng)絡(luò)傳輸數(shù)據(jù)的間隔 或成幀數(shù)據(jù)。此外，分組結(jié)構(gòu)參數(shù)例如有效載荷大小和所包括的首部字段 的數(shù)量可用于利用每個(gè)分組開銷的缺乏，并增加在整個(gè)網(wǎng)絡(luò)104中的數(shù)據(jù) 傳輸?shù)乃俣群?或效率。應(yīng)再次注意，為了簡單起見，只有單個(gè)客戶機(jī)12 和服務(wù)器16被示為連接到網(wǎng)絡(luò)104。然而應(yīng)理解，客戶機(jī)12和服務(wù)器16 之間的額外的電路以及其它部件可同時(shí)通過網(wǎng)絡(luò)104來建立。網(wǎng)絡(luò)104 因此不專用于Vox分組的傳輸，而更確切地其可與其它類型的網(wǎng)絡(luò)業(yè)務(wù) 共享。
參考圖7,其示出說明與第一網(wǎng)絡(luò)A相關(guān)的啟用第一客戶機(jī)]2A的 設(shè)備13A和與第二網(wǎng)絡(luò)B相關(guān)的啟用第二客戶機(jī)12B的設(shè)備13B之間的 通信。網(wǎng)絡(luò)A和B每個(gè)還分別包括網(wǎng)關(guān)服務(wù)器16A和16B。網(wǎng)關(guān)服務(wù)器對(duì)16A和16B i^更于兩個(gè)網(wǎng)絡(luò)A和B之間的通信，允許設(shè)備13A和13B 彼此通信。在各種實(shí)施方式中，網(wǎng)絡(luò)A和B每個(gè)可為任何類型的網(wǎng)絡(luò)。 例如，每個(gè)網(wǎng)絡(luò)A和/或B可為IP網(wǎng)絡(luò)、電3各類型的網(wǎng)絡(luò)、或無線或蟲奪 窩網(wǎng)絡(luò)(即，CDMA、 GSM、 TDMA等)。橫跨兩個(gè)網(wǎng)絡(luò)A和B的服務(wù) 器16被認(rèn)為是網(wǎng)關(guān)服務(wù)器，因?yàn)樗鼈冊(cè)趦蓚€(gè)網(wǎng)絡(luò)之間按規(guī)定路線傳輸業(yè) 務(wù)或用作"門"。
使用系統(tǒng)10，存在優(yōu)化系統(tǒng)性能的幾個(gè)底層網(wǎng)絡(luò)交互作用考慮因素。 這些考慮因素包括例如解析Vox分組95將,皮發(fā)送到的底層地址、任何已 發(fā)送的Vox分組的完整性、以及可在整個(gè)給定網(wǎng)絡(luò)或網(wǎng)絡(luò)的組合上發(fā)送 的單個(gè)消息的最大傳輸單元(MTU)的管理的因素。
目標(biāo)客戶機(jī)12的地址需要是已知的，以便底層網(wǎng)絡(luò)將Vox分組95 發(fā)送到正確的位址。對(duì)于IPv4網(wǎng)絡(luò)，該地址一般為IPv4地址，其為唯一 地識(shí)別網(wǎng)絡(luò)中的主才幾的32位數(shù)字。對(duì)于其它聯(lián)網(wǎng)4支術(shù)，該地址可為某個(gè) 其它類型的標(biāo)識(shí)符。IP網(wǎng)絡(luò)使用域名系統(tǒng)(DNS )來將人可讀的名稱解 析成IP地址，并使用地址解析協(xié)議(ARP )將IP地址解析成物理地址。 不管底層聯(lián)網(wǎng)技術(shù)如何，系統(tǒng)10都使用上述或其它已知的編址方案以將 Vox分組95發(fā)送到正確的位置。
如同幾乎任何基于分組的通信系統(tǒng)一樣，如果底層網(wǎng)絡(luò)不能夠發(fā)送 其中封裝有Vox分組的分組，則所傳輸?shù)腣ox分組可能不被發(fā)送到其寄 送的位置。大多數(shù)分組網(wǎng)絡(luò)不通知發(fā)送器何時(shí)丟下分組。相反，它們依賴 于發(fā)送器和接收器來通知并補(bǔ)償任何丟下的分組。系統(tǒng)IO設(shè)計(jì)成使用這 些接收器接收?qǐng)?bào)告消息以協(xié)調(diào)此分組丟失管理。如果底層網(wǎng)絡(luò)能夠通知發(fā) 送者丟失或丟下的分組，則系統(tǒng)IO在其重傳協(xié)議中利用該信息。
MTU的管理是確定可在整個(gè)網(wǎng)絡(luò)中發(fā)送的最大傳輸單元(即，單個(gè) 消息的最大大小)。對(duì)于基于分組的網(wǎng)絡(luò)，底層網(wǎng)絡(luò)利用MTU。對(duì)于電路 交換網(wǎng)絡(luò)，MTU可為網(wǎng)絡(luò)效率和性能的可調(diào)參數(shù)。因此在大多數(shù)情況下， 底層網(wǎng)絡(luò)利用或確定可被有效地傳輸?shù)腣ox分組95的最大大小。例如對(duì) 于IP網(wǎng)絡(luò)，如果有效載荷超過MTU，則分組可被分段，但遭受相當(dāng)大的 性能損失。對(duì)于以太網(wǎng)網(wǎng)絡(luò)上的IP,傳輸設(shè)備具有1518個(gè)字節(jié)的MTU ，如以太網(wǎng)所實(shí)施的。最大的IP分組必須為以太網(wǎng)首部留下空間。最大的 UDP分組必須為TP和以太網(wǎng)首部留下空間，且可例如在以太網(wǎng)上產(chǎn)生的
最大Vox協(xié)議是以太網(wǎng)MTU (1518 ) -IP首部(20 ) -UDP首部(8 ) =1490 個(gè)字節(jié)。因?yàn)閂ox協(xié)議將具有其自己的首部，實(shí)際Vox媒體有效載荷將 小于以太網(wǎng)網(wǎng)絡(luò)上的1490個(gè)字節(jié)。對(duì)于吉比特(Gigabit)以太網(wǎng)，MTU可 大得多，但將使用類似的規(guī)則確定。
在完全基于分組的網(wǎng)絡(luò)中，有MTU的兩個(gè)可能的值，本地鏈路MTU 和路徑MTU。確定本地鏈路MTU產(chǎn)生有效地發(fā)送到本地網(wǎng)絡(luò)接口的Vox 分組的最大大小。路徑MTU產(chǎn)生可完整無損地一直發(fā)送到遠(yuǎn)程節(jié)點(diǎn)的 Vox分組的最大大小。如果發(fā)送者通過以太網(wǎng)被連接，則Vox分組可通過 在途中具有較小的MTU的各種其它系統(tǒng)傳遞到接收者。到目的地的路徑 上的較小MTU需要被發(fā)送者解析和知道。在IP世界中，存在用于發(fā)現(xiàn) 稱為"路徑MTU發(fā)現(xiàn)"的最小MTU的標(biāo)準(zhǔn)程序。對(duì)于其它類型的網(wǎng)絡(luò)， 可使用等效的程序。再次，因?yàn)橄到y(tǒng)10在其它網(wǎng)絡(luò)的頂部被分層，可使 用上面MTU算法中的任何一個(gè)。
H.操作流程圖
H.l存儲(chǔ)和流
參考圖8A到8F ，提供了 一系列流程圖來示出分別在客戶機(jī)12和服 務(wù)器16上的存儲(chǔ)和流模塊24和84的操作。圖8A示出將消息傳輸?shù)降?二客戶機(jī)122的第一客戶機(jī)12,的操作的序列。圖8B和8C示出發(fā)送客盧 機(jī)12,上的PIMB寫入器28和PIMB讀出器28的操作。圖8D和8E示出 接收客戶機(jī)122上的PIMB寫入器28和PIMB讀出器26的操作。圖1 OF 示出服務(wù)器16上的存儲(chǔ)和流模塊84的流程圖。
在圖8A中，在設(shè)備13i上運(yùn)行的客戶機(jī)12,的用戶發(fā)起待傳輸?shù)拿?體。媒體可用很多不同的方法被發(fā)起于設(shè)備13，以便用戶通過對(duì)著麥克 風(fēng)講話而產(chǎn)生媒體或在其設(shè)備13上產(chǎn)生視頻內(nèi)容。媒體也可由設(shè)備I3 通過接收傳感器數(shù)據(jù)例如GPS信息或溫度讀數(shù)而被發(fā)起。無論媒體如何 被發(fā)起，媒體都被PIMB寫入器28 (框130 )編碼，PIMB寫入器28將 媒體轉(zhuǎn)換成附有索引的媒體有效載荷，并將其存儲(chǔ)在客戶機(jī)12,上的PIMB 30中(框132 )?？蛻魴C(jī)12!上的PIMB讀出器26從PIMB 30讀出 有效載荷，產(chǎn)生Vox分組，并通過網(wǎng)絡(luò)18將分組傳輸?shù)浇邮湛蛻魴C(jī)122 (框134 )。沿著發(fā)送客戶機(jī)12:和接收客戶機(jī)122之間的路徑的每個(gè)服務(wù) 器16將所傳輸?shù)挠行лd荷存儲(chǔ)在PIMB 85中，并將Vox分組傳輸?shù)较乱?中繼(框133 )。在接收客戶機(jī)122, PIMB寫入器28的凈接收功能將Vox 分組轉(zhuǎn)換成附有索引的々某體有效載荷(框136),并將有效載荷存儲(chǔ)在客 戶機(jī)122的PIMB 30中(框138 )?？蛻魴C(jī)122上的PIMB讀出器26的再 現(xiàn)模塊將從PIMB 30讀取的有效載荷信息再現(xiàn)為適合于人使用的介質(zhì)例 如音頻或視頻(框140)。下面關(guān)于圖10B到10E更詳細(xì)地描述這些步驟 中的每個(gè)。
在圖8B中，詳細(xì)提供了由PIMB寫入器28執(zhí)行的編碼接收功能序 列(圖8A的步驟130 )。在初始步驟130]中，運(yùn)行客戶機(jī)12!的設(shè)備13 的使用產(chǎn)生待傳輸?shù)拿襟w。如上所述，可通過對(duì)著麥克風(fēng)講話、使用攝像 機(jī)接收傳感器數(shù)據(jù)或通過某種其它媒體產(chǎn)生部件來產(chǎn)生媒體。在下一步驟 1302中，編碼接收器28a給媒體編碼并產(chǎn)生附有索引的媒體有效載荷(步 驟I303 )，該有效載荷接著由數(shù)據(jù)存儲(chǔ)器28c儲(chǔ)存在PIMB 30中(步驟 132 )。
在圖8C中，詳細(xì)提供了由客戶機(jī)12,上的PIMB讀出器26執(zhí)行的傳 輸功能的序列(圖8A的步驟134)。在決策環(huán)134,中，PIMB讀出器26 的傳輸功能連續(xù)檢查以查看是否待傳輸?shù)母接兴饕拿襟w有效載荷被寫 到PMB 30中并可用于傳輸。如果這樣的有效載荷在PIMB 30中可用， 則數(shù)據(jù)優(yōu)先器26f使用MCMS參與者屬性信息按優(yōu)先順序排列應(yīng)首先被 發(fā)送的有效載荷，如在步驟1342中所示的。關(guān)于最高優(yōu)先級(jí)有效載荷的 信息被傳遞到運(yùn)行PQM的分組優(yōu)化器模塊26g(步驟134、、)，如下面關(guān)于 圖9A-9C更詳細(xì)描述的。適當(dāng)?shù)挠行лd荷接著由數(shù)據(jù)取回器26h從PIMB 30取回(步驟1344 ),并由打包器26i轉(zhuǎn)換成Vox分組95 (步驟1345 )。 Vox分組95接著通過網(wǎng)絡(luò)8由發(fā)送器26j發(fā)送到接收客戶機(jī)122 (歩驟 ]346 )，接收客戶機(jī)122發(fā)送回反映被接收到的分組的特性(損失、抖動(dòng)、 吞吐量)的接收?qǐng)?bào)告。這些接收?qǐng)?bào)告給PQM提供計(jì)算給定的接收方的MABR所必需的信息。前述過程對(duì)每個(gè)傳輸環(huán)重復(fù)，如從傳輸步驟到流 程圖的頂部的返回箭頭所指示的。
在上述實(shí)施方式中，媒體被編碼、存儲(chǔ)在PIMB 30中，并接著通過 網(wǎng)絡(luò)以串行方式傳輸。在可選的實(shí)施方式中，被編碼的^ 某體可儲(chǔ)存在 PIMB30中，并通過網(wǎng)絡(luò)并行地傳輸，意味著兩種功能實(shí)質(zhì)上同時(shí)出現(xiàn)。
在圖8D中，示出了在接收客戶機(jī)122上的PIMB寫入器28的凈接收 功能的序列(圖的步驟136 )。在初始步驟136,中，凈接收器28d通 過網(wǎng)絡(luò)18接收Vox分組95。數(shù)據(jù)存儲(chǔ)器28f將分組轉(zhuǎn)換成附有索引的媒 體有效載荷(步驟1363 )，這些有效載荷被儲(chǔ)存在PIMB 30中(步驟1364 )。 當(dāng)有效載荷被儲(chǔ)存時(shí)，運(yùn)行數(shù)據(jù)質(zhì)量管理器(DQM)。 DQM 28g檢查遺 失或破壞的分組，確保所傳輸?shù)臄?shù)據(jù)的準(zhǔn)確拷貝的最終存儲(chǔ)，并將關(guān)于網(wǎng) 絡(luò)的條件的接收?qǐng)?bào)告發(fā)送到發(fā)送器。下面關(guān)于圖9D到9F更詳細(xì)地描述 DQM28g的這些功能中的每個(gè)。
在圖8E中，示出了在接收客戶機(jī)122上的PIMB讀出器26的再現(xiàn)功 能的序列(圖8A的步驟140)。在初始步驟140,中，數(shù)據(jù)優(yōu)先器26a按 優(yōu)先順序排列待再現(xiàn)的附有索引的媒體有效載荷，如由MCMS應(yīng)用程序 20使用MTSD信息以及包括用戶意圖和注意力狀態(tài)的用盧狀態(tài)和在場信 息所確定的。優(yōu)先的有效載荷接著由數(shù)據(jù)取回器26b從PIMB 30讀取(步 驟1402 )。 PLC/內(nèi)插器26c使用已知的分組損失補(bǔ)償和內(nèi)插算法，根據(jù)使 用哪個(gè)編解碼器，來對(duì)取回的有效載荷執(zhí)行分組損失補(bǔ)償和內(nèi)插(步驟 1403)。在下一步驟中，如果兩個(gè)或多個(gè)參與者同時(shí)在同一會(huì)話中產(chǎn)生媒 體(例如，都同時(shí)講話)，則混合器26d混合會(huì)話的多個(gè)消息(步驟1404 )。 再現(xiàn)器26e從混合器26d再現(xiàn)數(shù)據(jù)流(步驟1405 ),為接收的用戶產(chǎn)生聲 音、視頻或其它々某體(步驟14()6)。
在圖8F中，示出了服務(wù)器16從網(wǎng)絡(luò)18中的前一中繼接收Vox分組， 儲(chǔ)存、存檔并傳輸Vox分組到下一中繼的序列。在初始步驟中，服務(wù)器 16執(zhí)行PIMB寫入器的凈接收功能(類似于圖8D),以將接收到的數(shù)據(jù) 的附有索引的媒體有效載荷存儲(chǔ)在PIMB 85和檔案庫89或服務(wù)器16中。 服務(wù)器16也執(zhí)行PIMB寫入器的傳輸功能(類似于圖8C)，以將接收到
48的分組轉(zhuǎn)發(fā)到網(wǎng)絡(luò)18上的下一中繼上。以這種方式，由發(fā)送客戶機(jī)12! 產(chǎn)生的媒體的拷貝被接收、存儲(chǔ)并沿著到接收客戶機(jī)122的路徑的每個(gè)中 繼被發(fā)送。
在前述實(shí)施方式中，接收到的附有索引的媒體的記錄儲(chǔ)存在服務(wù)器
16的PIMB91中，并以串行方式傳輸?shù)较乱恢欣^。在可選的實(shí)施方式中， 接收到的附有索引的有效載荷可儲(chǔ)存在PIMB 91中，并實(shí)質(zhì)上同時(shí)傳輸 到下一中繼。發(fā)送和接收設(shè)備13的PIMB 30上的媒體的存儲(chǔ)都考慮媒體 的逐步傳輸和再現(xiàn)。在發(fā)送側(cè)上，當(dāng)正接收于發(fā)送設(shè)備上起源的媒體時(shí)， 它可通過網(wǎng)絡(luò)被逐步發(fā)送。在各種實(shí)施方式中，在被編碼的媒體存儲(chǔ)在 PIMB 30中之前、之后或?qū)嵸|(zhì)上相同的時(shí)間，可逐步傳輸該媒體(而不管 它如何被發(fā)起)。在接收側(cè)上，當(dāng)進(jìn)入的媒體通過網(wǎng)絡(luò)被接收時(shí)，它也可 被逐步再現(xiàn)，假定用戶選擇在接近實(shí)時(shí)的模式中復(fù)查媒體。在各種實(shí)施方 式中，在進(jìn)入的+某體存儲(chǔ)在接收設(shè)備13的PIMB 30中之前、之后或?qū)嵸|(zhì) 上相同的時(shí)間，可逐步傳輸該媒體。如果接收到的媒體將在時(shí)移模式中被 復(fù)查，則媒體從PIMB 30被取回(或如果在本地P1MB 30上被代替，則 可能為服務(wù)器16上的PIMB85),用于以后在用戶所指定的時(shí)間復(fù)查。
在本申請(qǐng)的上下文中，術(shù)語"逐步的"或"逐步地"意味著被廣泛 地解釋，且通常意指根據(jù)數(shù)據(jù)的可用性連續(xù)處理數(shù)據(jù)流。例如，當(dāng)媒體在 設(shè)備13上產(chǎn)生或另被發(fā)起時(shí)，該媒體的逐步編碼、存儲(chǔ)、打包和傳輸是 連續(xù)的，只要媒體是可用的。當(dāng)人講話時(shí)，該媒體在人講話的持續(xù)時(shí)間內(nèi) 逐步或連續(xù)地被編碼、存儲(chǔ)、打包和傳輸。當(dāng)人暫停或停止講話時(shí)，沒有 4某體要逐步處理。當(dāng)人再次重新開始講話時(shí)，々某體的逐步處理重新開始。 在接收側(cè)上，當(dāng)媒體被接收時(shí)(即，可用)，媒體也被逐步處理。在媒體 被接收時(shí)，它被連續(xù)地存儲(chǔ)。當(dāng)媒體在接近實(shí)時(shí)的模式中時(shí)被接收到或在 時(shí)移模式中從存儲(chǔ)器接收時(shí)，它也將被繼續(xù)再現(xiàn)。雖然在語音的背景下提 供了上面的解釋，應(yīng)理解，可按類似的方式逐步處理所有類型的媒體。此 外，媒體的逐步處理不 一定必須以時(shí)間索？ 1的順序被逐步處理。更確切地， 媒體以其被接收的順序被處理。如果在一個(gè)實(shí)施方式中不按索引順序接收 媒體，則媒體以其被接收的順序被逐步處理，并接著在PIMB 30中組織成附有索引的序列。在可選的實(shí)施方式中，接收到的媒體可組織成其附有 索引的序列，并接著被逐步再現(xiàn)。
H.2 POM操作流程圖
PQM 26g依賴于稱為最大可用比特率(MABR)的度量，最大可用 比特率是在發(fā)送和接收節(jié)點(diǎn)對(duì)之間的實(shí)際傳輸容量或帶寬(即，在給定時(shí) 間點(diǎn)網(wǎng)絡(luò)的容量的測量)的連續(xù)計(jì)算的近似。當(dāng)即時(shí)網(wǎng)絡(luò)條件變化時(shí)， MABR被更新。在計(jì)算MABR中考慮網(wǎng)絡(luò)吞吐量、分組損失和抖動(dòng)的有 規(guī)律的測量。在可選實(shí)施方式中，也可根據(jù)一天的時(shí)刻、網(wǎng)絡(luò)類型、其它 條件或參數(shù)人工設(shè)置或限制MABR。
PQM也考慮接收者的意圖以優(yōu)化時(shí)間敏感性的傳輸。如果(i)接收 者的意圖是"即時(shí)"或在接近實(shí)時(shí)的模式中復(fù)查傳輸，或(ii)接收者希 望立即復(fù)查由于某個(gè)原因當(dāng)前沒有儲(chǔ)存在其設(shè)備13上的消息(例如，消 息以前儲(chǔ)存在檔案庫89中)，則傳輸被認(rèn)為是時(shí)間敏感的。接收者的意圖 可通過接收者的行為推斷出，或接收者可設(shè)置或以其他方式指定其意圖。 另一方面，如果接收者的意圖是在時(shí)移模式中復(fù)查消息，則傳輸被認(rèn)為不 是時(shí)間敏感的。接收者在即時(shí)或時(shí)移模式中復(fù)查傳輸?shù)囊鈭D至少部分地限 定傳輸?shù)?時(shí)間性要求"。在各種其它實(shí)施方式中，在限定傳輸?shù)臅r(shí)間性 要求時(shí)也可考慮例如傳輸?shù)木o急性或優(yōu)先級(jí)的因素。
在發(fā)送者和接收者對(duì)之間網(wǎng)絡(luò)路徑中的節(jié)點(diǎn)也需要關(guān)于接收者的意 圖狀態(tài)一致。如果一個(gè)目標(biāo)接收者指示時(shí)間性，意味著他們希望立即或即 時(shí)復(fù)查傳輸，則在網(wǎng)絡(luò)上沿著發(fā)送者-接收者路徑的所有中間節(jié)點(diǎn)需要有 相同的時(shí)間性要求，而不管其他接收者的要求如何。每個(gè)中間節(jié)點(diǎn)的時(shí)間 性要求因此依賴于傳輸被發(fā)送到的接收節(jié)點(diǎn)。這種依賴性對(duì)于網(wǎng)絡(luò)傳輸路 徑中的目標(biāo)節(jié)點(diǎn)有時(shí)稱為"要求的聯(lián)合"。
PQM進(jìn)一步考慮每個(gè)被調(diào)度的消息有效載荷傳輸?shù)睦硐氡忍芈驶?"舊R"。對(duì)于時(shí)間敏感的傳輸，根據(jù)實(shí)質(zhì)上實(shí)時(shí)或即時(shí)通信所需的打包 率來計(jì)算IBR (在這里稱為實(shí)時(shí)比特率或RTBR)。例如對(duì)于語音，包含 20毫秒的音頻數(shù)據(jù)的每20毫秒分組的打包率被認(rèn)為是用于進(jìn)行即時(shí)會(huì)話 的可接受的舊R。以每秒千比特為單位的這樣的系統(tǒng)的RTBR將是音頻有
50效載荷數(shù)據(jù)的1秒的大小加上將為傳輸而產(chǎn)生的所有網(wǎng)絡(luò)首部的大小。對(duì)
于視頻媒體或語音和視頻的組合，RTBR可能實(shí)質(zhì)上高于簡單的語音。對(duì) 于其它類型的^ 某體例如傳感器或GPS定位數(shù)據(jù)，RTBR可能低于語音的 RTBR。對(duì)于非時(shí)間敏感的傳輸，IBR被設(shè)置到最大效率比特率(MEBR) 以優(yōu)化網(wǎng)絡(luò)上傳輸?shù)氖褂没蛐?。通過將打包率調(diào)節(jié)到底層網(wǎng)絡(luò)的最大可 能的值來計(jì)算MEBR。如果多個(gè)消息或有效載荷在發(fā)送和接收對(duì)之間被 發(fā)送，則對(duì)傳輸考慮綜合IBR (AIBR)。
對(duì)于每個(gè)發(fā)送和接收對(duì)，PQM通過在一系列傳輸環(huán)中發(fā)送數(shù)據(jù)來操 作。每個(gè)發(fā)送和接收對(duì)的傳輸環(huán)是獨(dú)立的。在網(wǎng)絡(luò)上的任何傳輸可能影響 其它發(fā)送-接收對(duì)的MABR。因此，優(yōu)選地為所有接收者連續(xù)計(jì)算MABR。
參考圖9A到9C，示出了說明對(duì)單個(gè)發(fā)送和接收對(duì)的PQM的操作的 序列。在圖9A中，示出了在確定單個(gè)發(fā)送和4妻收對(duì)之間的MABR中的 步驟。在圖9B中，示出了說明用于對(duì)單個(gè)發(fā)送和接收對(duì)計(jì)算每個(gè)傳輸環(huán) 的AJBR的步驟。在圖9C中，示出了用于確定要在每個(gè)環(huán)的發(fā)送和接收 對(duì)之間傳輸?shù)臄?shù)據(jù)的數(shù)量的序列。在這三個(gè)圖中示出的過程同時(shí)運(yùn)行并彼 此進(jìn)4于交互作用，如下面更詳細(xì)描述的。
在圖9A中，示出了用于為發(fā)送和接收對(duì)之間的網(wǎng)絡(luò)接口計(jì)算MABR 的流程圖50。在初始步驟50,中，監(jiān)控發(fā)送和接收對(duì)之間的網(wǎng)絡(luò)接口。發(fā) 送者周期性地接收?qǐng)?bào)告，其包含關(guān)于在步驟502中在接收方處的網(wǎng)絡(luò)連接 的狀態(tài)的信息。報(bào)告包括關(guān)于數(shù)據(jù)吞吐量503、分組損失504和抖動(dòng)505 的當(dāng)前狀態(tài)的信息，如由接收方在網(wǎng)絡(luò)接口處觀察到的。在步驟506中， 根據(jù)包含在報(bào)告中的這些觀察資料在發(fā)送方計(jì)算MABR。通過監(jiān)控或觀 察在這些報(bào)告中的數(shù)據(jù)，根據(jù)發(fā)送和接收對(duì)之間的當(dāng)前網(wǎng)絡(luò)容量或條件來 連續(xù)調(diào)節(jié)MABR值。當(dāng)網(wǎng)絡(luò)容量變得對(duì)數(shù)據(jù)傳輸更有利時(shí)，MABR將增 加。如果網(wǎng)絡(luò)容量對(duì)傳輸變得較不利，MABR將減少，對(duì)于不穩(wěn)定的網(wǎng) 絡(luò)可能一直到減少零。這些報(bào)告類似于TCP網(wǎng)絡(luò)中的節(jié)點(diǎn)產(chǎn)生的分組損 失報(bào)告，但也額外地包括吞吐量和抖動(dòng)信息。
如果在發(fā)送和接收對(duì)之間有幾個(gè)網(wǎng)絡(luò)4妻口 ，則為每個(gè)接口計(jì)算 MABR,對(duì)該接口接收到接收?qǐng)?bào)告。如果在網(wǎng)絡(luò)上最近沒有發(fā)送業(yè)務(wù)，或沒有接收到接收?qǐng)?bào)告，則MABR可能不反映當(dāng)前的網(wǎng)絡(luò)條件。然而，因 為當(dāng)數(shù)據(jù)被傳輸時(shí)接收?qǐng)?bào)告由接收方連續(xù)產(chǎn)生，發(fā)送方的MABR度量將 快速收斂到更精確的值。
參考圖9B，其示出說明用于為傳輸環(huán)計(jì)算AIBR的步驟的流程圖52。 在初始步驟52!中，確定對(duì)于準(zhǔn)備在當(dāng)前環(huán)中的發(fā)送和接收對(duì)之間傳輸?shù)?媒體的消息(據(jù)此，我們意指屬于該消息的附有時(shí)間索引的媒體的部分)。 接著建立對(duì)于媒體的消息的列表522。對(duì)于列表中的每個(gè)消息523，考慮 每個(gè)消息的時(shí)間敏感性或時(shí)間性要求524。如果特定的消息不是時(shí)間敏感 的，則IBR^皮設(shè)置到最大效率比特率(MEBR) 525。另一方面，如果消 息是時(shí)間每丈感的，則IBR 一皮設(shè)置到實(shí)時(shí)比特率(RTBR) 526。在下一步 驟527中，以前為列表中的每個(gè)消息計(jì)算的IBR被匯總在一起，產(chǎn)生傳輸 環(huán)的綜合理想比特率(AIBR) 528。如返回箭頭所表示的529，上述過程 對(duì)發(fā)送和接收對(duì)之間的每個(gè)傳輸環(huán)重復(fù)。
參考圖9C,其示出說明用于確定要在每個(gè)傳輸環(huán)的發(fā)送和接收對(duì)之 間傳輸?shù)臄?shù)據(jù)率的序列的流程圖54。在初始步驟54,中，對(duì)于下次傳輸， 比較MABR (如在圖9A中計(jì)算的)與A舊R (如在圖9B中確定的)。
如果MABR大于或等于ALBR，則被識(shí)別為準(zhǔn)備好在環(huán)中傳輸?shù)乃?有消息以腿率被打包542并傳輸543。
另一方面，如果MABR小于AIBR,則應(yīng)用一系列程序，使得PQM 滿足數(shù)據(jù)的充分拷貝的及時(shí)發(fā)送、可用帶寬的有效使用、和/或?qū)τ行лd 荷內(nèi)容和質(zhì)量、分組大小和傳輸率的調(diào)節(jié)的其目標(biāo)，以滿足當(dāng)前的網(wǎng)絡(luò)條件。
在初始步驟中，為時(shí)間敏感性復(fù)查列表中的消息544。如果沒有時(shí)間 敏感的消息，則比特率減小到MABR545,且消息被傳輸54;。
如果列表包括時(shí)間敏感的消息，則為非時(shí)間敏感的消息分配的比特 率減小546，直到它滿足MABR限制。如果將比特率一直減小到零不足 以滿足MABR ，則這些一^時(shí)間敏感的消息從在環(huán)中待傳輸?shù)南⒌牧斜?中被移除。如果比特率減小，使得它小于或等于MABR,則剩余的消息-波打包和傳輸543。
如果非時(shí)間敏感的消息的移除不足以滿足MABR,則使用另 一程序， 其涉及對(duì)剩余的時(shí)間敏感的消息使用較低質(zhì)量編解碼器547。通過在傳輸 環(huán)期間發(fā)送較少的比特來試圖盡快傳輸有效載荷數(shù)據(jù)。換句話說，通過降 低有效載荷的質(zhì)量，傳輸在給定的一段時(shí)間發(fā)送較少的比特。在各種實(shí)施 方式中，可使用不同的編解碼器，每個(gè)編解碼器具有不同比特率對(duì)質(zhì)量折 衷。如果較低質(zhì)量的編解碼器的使用足夠，意味著滿足MABR限制，則 消息#1發(fā)送543。
如果較低質(zhì)量編解碼器的使用不滿足MABR，則時(shí)間敏感的消息的 打包間隔增加548。對(duì)于該程序，首部與有效載荷比增加了，這降低了總 比特率，但引入等待時(shí)間(即，在傳輸?shù)浇邮照叩陌l(fā)送中的延遲)。如果 該程序?qū)е翧IBR減小到小于或等于MABR，則傳輸發(fā)生543。
如果在改變打包間隔之后，仍然不滿足MABR,則比特率可逐漸降 低到在MABR限制內(nèi)549。當(dāng)比特率以這種方式降低時(shí)，時(shí)間敏感的消 息以不足以維持即時(shí)會(huì)話的速率被發(fā)送。因此，會(huì)話被強(qiáng)制脫離"即時(shí)"。 如果網(wǎng)絡(luò)出故障或條件非常差，則可能沒有數(shù)據(jù)傳輸發(fā)生。再次，前述序 列對(duì)發(fā)送和接收對(duì)之間的每個(gè)傳輸環(huán)重復(fù)5410。
如果在發(fā)送和接收對(duì)之間有多個(gè)網(wǎng)絡(luò)接口 ，則對(duì)接收?qǐng)?bào)告可用的每 個(gè)接口執(zhí)行關(guān)于圖9C描述的序列。在各種實(shí)施方式中，發(fā)送方可包括在 多個(gè)接口中分配傳輸載荷的邏輯。在不同的例子中，有效載荷可只在一個(gè)
接口上發(fā)送，而在其它實(shí)施方式中，可使用一些或全部接口。
前述描述涉及系統(tǒng)10中的任何發(fā)送和接收對(duì)。在大部分情況下，發(fā) 送和接收對(duì)將分別包括客戶機(jī)12、啟用的設(shè)備13和服務(wù)器16、兩個(gè)服務(wù) 器16、服務(wù)器16和啟用客戶機(jī)12的設(shè)備13,或甚至可能兩個(gè)客戶機(jī)12。 如果發(fā)送節(jié)點(diǎn)同時(shí)向兩個(gè)(或多個(gè))接收節(jié)點(diǎn)傳輸，則關(guān)于圖9A-9C描 述的上述序列對(duì)每個(gè)接收-發(fā)送對(duì)同時(shí)發(fā)生。
H.3 DOM操作流程圖
DQM 28g確定在客戶機(jī)12接收到的數(shù)據(jù)是否被破壞或是否有遺失的分組。此外，接收客戶機(jī)12的DQM 28g產(chǎn)生接收?qǐng)?bào)告，其被發(fā)送回網(wǎng) 絡(luò)上的傳輸節(jié)點(diǎn)。DQM 28g也運(yùn)行后臺(tái)過程以確保所傳輸?shù)臄?shù)據(jù)的準(zhǔn)確 拷貝最終被接收和存儲(chǔ)。下面分別在圖9D到9F中描述了這些功能。
參考圖9D，其示出說明用于檢查遺失的和/或破壞的數(shù)據(jù)的DQM28g 的操作的流程圖。在初始步驟56!中，DQM 28g使用公知技術(shù)例如CRC 或類似的完整性檢查機(jī)制檢查破壞的分組。如果分組被破壞，則分組被視 為遺失的562。 DQM28g接著確定任何分組是否是遺失的563。如果在預(yù) 定的一段時(shí)間之后沒有接收到失序分組，則假定它為遺失的。DQM 28g 記錄DNQS 32中任何破壞或遺失的分組564。另一方面，如果沒有檢測 到破壞或遺失的分組，則DQM 28確定是否為了節(jié)省帶寬的目的，接收 到的數(shù)據(jù)的質(zhì)量被發(fā)送者故意降低565。降低的質(zhì)量被記錄在DNQS 32 中566。不管接收到的數(shù)據(jù)的質(zhì)量是否降低，數(shù)據(jù)的接收信息(例如，分 組序列號(hào)、時(shí)間戳、和分組將被發(fā)送到的網(wǎng)絡(luò)中下一節(jié)點(diǎn)的網(wǎng)絡(luò)地址)被 儲(chǔ)存在DNQS 32中567。前述過程連續(xù)地重復(fù)，如到流程圖的起始處的 返回箭頭所表示的。
作為圖9D中詳述的過程的結(jié)果，關(guān)于未降質(zhì)的分組的接收的信息、 降低質(zhì)量的分組的缺陷以及遺失的分組都存儲(chǔ)在DNQS 32中。當(dāng)媒體被 接收到時(shí)，DNQS32維持關(guān)于媒體的狀態(tài)的最新消息。
參考圖9E，其示出說明DQM28g的接收?qǐng)?bào)告產(chǎn)生功能的操作的流程 圖。在初始步驟中，DNQS 32被周期性地掃描58i，以確定是否有接收?qǐng)?bào) 告需要被產(chǎn)生的任何媒體582。如果答案是否定的，則上面的掃描過程重 復(fù)。另一方面，如果媒體被識(shí)別出，則該過程確定媒體是否是時(shí)間敏感的 583，意味著用戶打算復(fù)查媒體實(shí)況或用戶希望立即復(fù)查沒有儲(chǔ)存在其設(shè) 備13上的媒體。
如果不是時(shí)間敏感的，則接收者通知發(fā)送者將重傳優(yōu)先級(jí)(如下定 義的)設(shè)置為低584。如果是時(shí)間敏感的，則考慮分組丟失的量585。如 果分組丟失的量在可用質(zhì)量范圍之外，則重傳優(yōu)先級(jí)被設(shè)置為高586。如 上所述，如果分組丟失的量太大，則接收者可能不能夠在接收到媒體時(shí)復(fù) 查媒體。如杲質(zhì)量在可接受的范圍內(nèi)，意味著傳輸?shù)馁|(zhì)量足以使其在再現(xiàn)
54時(shí)可被理解，則用于發(fā)送接收?qǐng)?bào)告的優(yōu)先級(jí)被設(shè)置為低584。不管接收者
是否在接收到時(shí)復(fù)查，都發(fā)送接收?qǐng)?bào)告587， DNQS 32被更新588，且網(wǎng) 絡(luò)質(zhì)量管理器(NQM) 28h被更新589。在步驟584定義的重傳請(qǐng)求因此 是以時(shí)間敏感性為條件的。在步驟586定義的重傳請(qǐng)求是以時(shí)間敏感性和 質(zhì)量為條件的。
重傳優(yōu)先級(jí)通知發(fā)送者的PQM 26g適當(dāng)?shù)匕磧?yōu)先順序排列需要重傳 的媒體的傳輸率。例如，當(dāng)重傳優(yōu)先級(jí)被設(shè)置為高時(shí)，則發(fā)送者的發(fā)送 PQM26g應(yīng)在任何新媒體之前發(fā)送任何重傳。如果優(yōu)先級(jí)低，則PQM26g 應(yīng)在任何新媒體之后發(fā)送重傳的媒體。
前述過程連續(xù)地重復(fù)，以便在媒體被接收到時(shí)產(chǎn)生接收?qǐng)?bào)告。如果 發(fā)送者沒有以及時(shí)的方式接收到接收?qǐng)?bào)告，則發(fā)送者的PQM 26g將減小 傳輸率，如果沒有接收到接收?qǐng)?bào)告就最終停止傳輸。
參考圖9F,其示出說明用于請(qǐng)求遺失或降質(zhì)的媒體的序列的流程圖。 在初始步驟60,中，周期性地掃描DNQS32尋找遺失或降質(zhì)的媒體602。 如果沒有遺失或降質(zhì)的媒體，則上面定義的掃描周期性地重復(fù)。
遺失的603。如果分組在闊值之前到達(dá)，則不再i^為它是遺失的。另一方 面，如果在超過閾值之后，分組沒有到達(dá)，則它被認(rèn)為是遺失的。由于遺 失的分組，產(chǎn)生用于重傳的低優(yōu)先級(jí)的請(qǐng)求604，且請(qǐng)求的時(shí)間被記錄在 DNQS32中60s。該過程重復(fù)，直到接收到遺失的分組。當(dāng)遺失的分組到 達(dá)且相應(yīng)的媒體在PIMB 30中可用時(shí)，從DNQS 32移除媒體的遺失狀態(tài)。 因此，在步驟604中定義的重傳請(qǐng)求是以媒體是否被確定為遺失為條件 的。
如果被降質(zhì)，則DQM32確定媒體是否是即時(shí)會(huì)話的部分606。如果 不是，進(jìn)行對(duì)降質(zhì)的媒體的完全質(zhì)量拷貝的請(qǐng)求607，完全質(zhì)量的媒體被 指定為遺失的60s，并在DNQS 32記錄請(qǐng)求時(shí)間609。如果媒體是即時(shí)會(huì) 話的部分，則不立即采取行動(dòng)，以便保存網(wǎng)絡(luò)帶寬。當(dāng)會(huì)話轉(zhuǎn)變到即時(shí)模 式之外時(shí)，則執(zhí)行步驟607到60y以確保降質(zhì)的媒體的完全質(zhì)量(即，準(zhǔn) 確的或完美的)拷貝最終被接收到。當(dāng)數(shù)據(jù)在接收客戶機(jī)12的PIMB 30中變得可用時(shí)，相關(guān)媒體的降質(zhì)狀態(tài)從DQNS 32移除。在步驟607中定 義的傳輸狀態(tài)是以媒體是否被降質(zhì)且不是即時(shí)會(huì)話的部分為條件的。
前述過程連續(xù)重復(fù)，如在60i從605和609到流程圖的頂部的返回箭 頭表示的。通過重復(fù)圖9F中概述的過程，所有被傳輸?shù)拿襟w的準(zhǔn)確拷貝 被儲(chǔ)存在接收設(shè)備13的PIMB 30中。以這種方式，在接收設(shè)備13保證 被傳輸?shù)拿襟w的準(zhǔn)確拷貝的儲(chǔ)存。
I.圖形用戶接口
參考圖10,其示出運(yùn)行客戶機(jī)應(yīng)用程序12的示例性設(shè)備13。設(shè)備 13包括圖形用戶接口顯示器110、數(shù)據(jù)輸入按鈕、鍵或鍵盤112、麥克風(fēng) 114以及用于將電信號(hào)轉(zhuǎn)換成聲音的變換器116，例如揚(yáng)聲器。顯示器110 也可作為觸摸屏接收輸入。進(jìn)一步地，使用觸摸屏接口可合并顯示器110 和鍵盤112。如上所述，設(shè)備13可以是多種不同的通信工具，例如桌面 型計(jì)算機(jī)、膝上型或其它移動(dòng)計(jì)算機(jī)、個(gè)人數(shù)字助理、可編程固定電話或 蜂窩電話、或可編程無線電裝置、或幾乎任何其它類型的可編程通信設(shè)備。 在以下的意義上附圖所示的示例性設(shè)備13意指是"一般的"，即，它被認(rèn) 為表示或包括上面列出的所有通信設(shè)備。此外，術(shù)語"圖形"用戶接口不 應(yīng)被解釋為限制性的?？稍谠O(shè)備13上實(shí)現(xiàn)的、也包括音頻/DEMF接口 、 語音用戶接口 (VUI)、音頻轉(zhuǎn)換接口或其組合的其它類型的用戶接口可 都用于實(shí)現(xiàn)下面描述的各種功能。為了簡單起見，用戶可與其設(shè)備13進(jìn) 行交互作用的這些類型的方法中的每種通常都稱為"用戶4妻口 "。
所有的設(shè)備13不管其類型如何都優(yōu)選地具有使用戶能夠操作設(shè)備13 并與系統(tǒng)10中的其它用戶進(jìn)行通信的用戶接口。雖然用戶接口可設(shè)計(jì)成 有實(shí)質(zhì)上無限數(shù)量的不同外觀和感覺實(shí)現(xiàn)，但存在所有設(shè)備13應(yīng)共同具 有的某些功能和特征。下面列出這些功能和特征。
用戶接口優(yōu)選地包括下列狀態(tài)指示器或標(biāo)記中的一個(gè)或多個(gè)(i)電 池指示器；(ii)連通性指示器；(iii)時(shí)鐘；(iv)發(fā)送器狀態(tài)；(v)傳輸 同步狀態(tài)；(vi)復(fù)查狀態(tài)；(vii)需要關(guān)注的優(yōu)先級(jí)消息；以及(viii) 遺失的消息。用戶接口優(yōu)選地包括下列功能、標(biāo)記和要素來進(jìn)行和管理單個(gè)會(huì)話
(i)會(huì)話的名稱和/或參與者的列表;(ii)會(huì)話狀態(tài);(iii)會(huì)話類型;(iv) 會(huì)話持續(xù)時(shí)間；(v)在會(huì)話首部之后的時(shí)間；(vi)未完成的消息；(vii) 參與者的在場/狀態(tài)；(viii)具有導(dǎo)航信息的元數(shù)據(jù)；(iix)會(huì)話屬性或標(biāo) 志符；(ix)包括標(biāo)題、計(jì)劃表、參與者、會(huì)話概述的會(huì)話結(jié)構(gòu)；以及(v) 顯示哪些參與者貢獻(xiàn)消息以及哪些參與者聽或復(fù)查消息的指示符。
除了上面直接列出的那些以外，用戶接口還優(yōu)選地包括下列功能、 標(biāo)記和要素來進(jìn)行和管理多個(gè)會(huì)話(i)每個(gè)會(huì)話的名稱/標(biāo)識(shí)符；(ii) 即時(shí)/活動(dòng)的或常設(shè)(standing)/不活動(dòng)的指示符；(iii)在首部處或時(shí)移的復(fù) 查位置；(iv)優(yōu)先級(jí)和其它屬性；以及(v)會(huì)話的什么部分被遺失的指 示符。
用戶接口還優(yōu)選地包括很多導(dǎo)航特征，例如(i)每個(gè)會(huì)話的DVR 型快速后退/前進(jìn)；(ij)即時(shí)消息型的個(gè)人消息導(dǎo)航；(iii)會(huì)話時(shí)間指示 符；(iv)時(shí)標(biāo)(timescale)移動(dòng)(即，通過會(huì)話的一個(gè)或多個(gè)消息的快速向 前或向后)；(v)會(huì)話的變化的優(yōu)先級(jí)；(vi)中止(hang叩)；以及(vii) ^臺(tái)4立(home )。
前述功能和特征可用各種方式實(shí)現(xiàn)，例如使用觸摸屏圖形用戶接口 110，或其它輸入設(shè)備例如數(shù)據(jù)輸入按鈕、鍵或鍵盤112、鼠標(biāo)、通過語 音激活的命令或其組合。同樣，在上面列出的功能和特征以及如何實(shí)現(xiàn)它 們不意味著是無遺漏的。可使用的各種方法和技術(shù)是如此廣泛，以至于在 這里全部列出或討論它們是不實(shí)際的。
丄會(huì)話
MCMS應(yīng)用程序20支持很多不同類型的會(huì)話，例如接近實(shí)時(shí)或"即 時(shí)"呼叫，其中從參與者講話以及其它參與者聽到第一參與者時(shí)開始的延 遲非常??；參與者以較長的延遲在消息之間來回交換語音消息的會(huì)話；涉
及多個(gè)用戶的"即時(shí)"會(huì)議呼叫；在有規(guī)律的調(diào)度時(shí)間的常設(shè)會(huì)議呼叫； 或可配置的有組織的呼叫類型例如同時(shí)總結(jié)，其中每個(gè)參與者都預(yù)先留下 消息簡介，以讓其他人在每個(gè)人參加即時(shí)會(huì)議呼叫之前復(fù)查。MCMS應(yīng) 用程序20的又一獨(dú)特的屬性是用戶在不同類型的會(huì)話之間轉(zhuǎn)換的能力。例如，參與者可無縫地從語音消息才莫式轉(zhuǎn)換到即時(shí)呼叫并再次轉(zhuǎn)換回來。 或者即時(shí)會(huì)議呼叫的參與者可轉(zhuǎn)換到語音消息模式并在會(huì)議呼叫之后彼 此發(fā)送更新或行動(dòng)項(xiàng)目。雖然提到了一些例子，但應(yīng)理解，系統(tǒng)10非常 靈活并提供在不同類型的呼叫或會(huì)話之間以及在多個(gè)會(huì)話之間轉(zhuǎn)換的很 多選擇。通過改變消息之間的延遲，參與者有效地在最適合其需要的會(huì)話 類型之間轉(zhuǎn)換。上面的例子因此不應(yīng)被解釋為限制性的。
如上所述，會(huì)話由在其原始上下文和序列中保持的消息組成。被發(fā) 送的消息屬于現(xiàn)有的會(huì)話或開始的新會(huì)話。一般會(huì)話包括圍繞所限定的主 題、話題、時(shí)間、組或信道組織的一組消息。例如，會(huì)話可涉及共用一組 人群，例如倶樂部的成員，公司可在固定的時(shí)間有常設(shè)的會(huì)話，例如每周 銷售會(huì)議，或朋友可以有關(guān)于各種話題的特別會(huì)話，例如制定晚餐計(jì)劃。
每個(gè)會(huì)話由一組屬性限定，包括名稱、參與者的列表、開始和結(jié)束 時(shí)間、以及至少包括未決、現(xiàn)行或終止的狀態(tài)。在其它實(shí)施方式中，其它
會(huì)話狀態(tài)是可能的。用戶與其設(shè)備13上的MCMS應(yīng)用程序20進(jìn)行交互 作用。在優(yōu)選實(shí)施方式中，4妻口允許用戶通過各種屬性中的任何一個(gè)組織 會(huì)話。
參與者和會(huì)話之間的關(guān)系也具有屬性。這些屬性包括但不限于優(yōu)先 級(jí)、狀態(tài)(參與者在會(huì)話中的狀態(tài))。參與者狀態(tài)的值包括活躍的、 一次 參與多于一個(gè)的會(huì)話、在時(shí)移模式中復(fù)查會(huì)話、跟上即時(shí)、被動(dòng)地參與(即，
不主動(dòng)復(fù)查，而是接收高優(yōu)先級(jí)的消息)、等待(standby)、或忽略會(huì)話(即， 拒絕參與或記錄會(huì)話)。
從接收者觀點(diǎn)來看，用戶可選擇或限定消息的相對(duì)優(yōu)先級(jí)。例如， 來自某人的老板的消息一般被給出比社會(huì)上的熟人高的優(yōu)先級(jí)。在一些實(shí) 施方式中，接收者有設(shè)置其自己的優(yōu)先級(jí)的能力。在MCMS-C的實(shí)現(xiàn)方 法中，用戶選擇其會(huì)話的子集被連續(xù)再現(xiàn)。用戶接著為這些會(huì)話設(shè)置有次 序的優(yōu)先級(jí)。系統(tǒng)使用用戶設(shè)置的優(yōu)先級(jí)來給待再現(xiàn)的消息排序。前述算 法使用用戶優(yōu)先級(jí)和關(guān)于可用消息數(shù)據(jù)的信息(超出MTSD)來給待再 現(xiàn)的消息排隊(duì)。
在其它實(shí)施方式例如戰(zhàn)術(shù)通信中，接收者可能沒有設(shè)置優(yōu)先級(jí)的能力或者有受限制的設(shè)置優(yōu)先級(jí)的能力。例如，消防員可能沒有降低來自消 防隊(duì)長的消息的優(yōu)先級(jí)的能力。然而發(fā)送用戶有發(fā)送緊急或高度重要的消 息的能力。通過將消息標(biāo)記為緊急的或危急的，消息在接收者處被盡快再 現(xiàn)，不考慮接收者的任何優(yōu)先級(jí)設(shè)置。根據(jù)預(yù)定的優(yōu)先級(jí)方案來解決多個(gè) 緊急消息中間的任何沖突。
K. MCMS操作
參考圖IIA，其示出將MCMS應(yīng)用程序20的主要功能分組的組織圖 1100。主要功能包括賬戶管理1102、會(huì)話管理1104、綜合會(huì)話列表管理 1106、會(huì)話參與1108、呼叫控制1110和聯(lián)系人管理1112。在注冊(cè)并登錄 到系統(tǒng)10中之后，用戶可在實(shí)現(xiàn)下面詳細(xì)描述的各種管理功能的設(shè)備13 的用戶接口中導(dǎo)航。在一些實(shí)施方式中，該功能將提供極大的靈活性。在 其它實(shí)施方式例如戰(zhàn)術(shù)或通信無線電裝置中，用戶接口的實(shí)現(xiàn)可用很多用 戶功能和預(yù)先配置的選項(xiàng)被限制，以滿足設(shè)備的效用。這里的討論是示例 性的，且不意味著是MCMS功能的無遺漏的解釋，而更確切地意"未著僅 僅提供一些MCMS屬性的概述。
K.l賬戶管理
在賬戶管理功能1102中，注冊(cè)用戶可改變某些設(shè)置和偏好。用戶可 改變其電子郵件地址、口令、名字、電話號(hào)碼、電話口令、呼入號(hào)碼、默 認(rèn)和/或用戶定義的再現(xiàn)速度、標(biāo)記、用于復(fù)查消息的增益或音量水平、 跟上即時(shí)模式等。為了進(jìn)行這些變化，用戶通過其設(shè)備13的接口 110輸 入適當(dāng)?shù)男畔?。MCMS應(yīng)用程序20通過將更新的偏好寫入MCMS數(shù)據(jù) 庫22中來作出反應(yīng)。
K.2會(huì)話管理
如圖11B所示，會(huì)話管理ri04是一組功能，其允許用戶觀看其綜合
會(huì)話列表、創(chuàng)建新的會(huì)話、更新會(huì)話的細(xì)節(jié)、刪除會(huì)話和選擇會(huì)話。下面 描述這些功能中的每一個(gè)。
觀看會(huì)話1104a—對(duì)每個(gè)會(huì)話，MCMS應(yīng)用程序20可給用盧提供下 列屬性中的一個(gè)或多個(gè)會(huì)話的名稱、實(shí)際開始時(shí)間、最后的活動(dòng)狀態(tài)、
59標(biāo)記、持續(xù)時(shí)間、參與者的列表。對(duì)于每個(gè)參與者，名字和/或電話號(hào)碼、 狀態(tài)(即時(shí)、其它呼叫、在過去、跟上模式、離線-可到達(dá)、離線-不可用)。
創(chuàng)建會(huì)話1104b—用戶通過輸入會(huì)話名稱、聯(lián)系人的列表和可選的預(yù) 定開始時(shí)間經(jīng)由接口 IIO來創(chuàng)建會(huì)話。如果沒有指定開始時(shí)間，則假定開 始時(shí)間是立刻。作為響應(yīng)，MCMS應(yīng)用程序20在數(shù)據(jù)庫22中創(chuàng)建新的 會(huì)話，關(guān)聯(lián)聯(lián)系人列表上每個(gè)參與者的記錄。MCMS應(yīng)用程序20也在數(shù) 據(jù)庫22中為聯(lián)系人列表上的每個(gè)用戶創(chuàng)建參與者記錄，允許呼叫者接收 聯(lián)系人列表上的其他人的在場信息。如果會(huì)話被調(diào)度，則MCMS應(yīng)用程 序20在指定的時(shí)間開始會(huì)話。否則，會(huì)話立刻開始。
更新會(huì)話細(xì)節(jié)1104c—用戶可通過用戶接口 IIO對(duì)會(huì)話進(jìn)行改變。例 如，可添加或移除參與者。參與者的狀態(tài)的任何變化在MCMS數(shù)據(jù)庫22
中被更新。
刪除會(huì)話1104d—用戶可通過接口 110從會(huì)話列表刪除特定的會(huì)話。 作為響應(yīng)，MCMS應(yīng)用程序20記錄數(shù)據(jù)庫22中的變化，并將會(huì)話指示 為被刪除的。
關(guān)閉會(huì)話1104e—用戶可選擇終止或關(guān)閉會(huì)話。在一個(gè)實(shí)施方式中， 只有創(chuàng)建會(huì)話的用戶可選擇終止該會(huì)話。
K.3綜合會(huì)話列表管理
如圖11C所示，綜合會(huì)話列表管理1106是允許用戶參與多個(gè)會(huì)話 (即，用戶的綜合會(huì)話列表)的一組功能。綜合會(huì)話列表管理功能允許用 戶通過其設(shè)備上的接口 110來"即時(shí)"參與一個(gè)會(huì)話，同時(shí)在時(shí)移模式中 參與其它會(huì)話。
選4奪會(huì)話U06a—通過接口 110，用戶可在用戶的綜合會(huì)話列表中選 擇一個(gè)會(huì)話作為當(dāng)前的。當(dāng)前會(huì)話的消息可在"即時(shí)"或時(shí)移模式中再現(xiàn)。
轉(zhuǎn)換會(huì)話模式l:l06b—在可選的實(shí)施方式中，用戶能夠從MCMS、 MCMS-C和MCMS-S操作模式轉(zhuǎn)換。
K.4會(huì)話參與如圖11D所示，會(huì)話參與1108是一組功能，其允許用戶開始會(huì)話、 接收加入會(huì)話的通知、獲得會(huì)話狀態(tài)信息并中止會(huì)話。
開始會(huì)話1108a—在由用戶通過接口 110或由MCMS應(yīng)用程序中的 調(diào)度程序創(chuàng)建會(huì)話之后，檢查每個(gè)參與者的狀態(tài)。如果參與者是離線的， 則努力聯(lián)系這個(gè)人。如果參與者離線但參與另一會(huì)話，則MCMS應(yīng)用程
接收通知1108b—系統(tǒng)可借助于用戶接口 110通過圖形顯示和/或可 聽得見的通知來通知用戶其被請(qǐng)求對(duì)會(huì)話的注意。
會(huì)話狀態(tài)1108c—用戶可通過其設(shè)備13的接口 IIO請(qǐng)求會(huì)話的狀態(tài)。 作為響應(yīng)，MCMS應(yīng)用程序20集合儲(chǔ)存在數(shù)據(jù)庫22中的狀態(tài)信息，并 將信息顯示給用戶。
會(huì)話暫停1108d—通過用戶接口 110，用戶可中止活躍的會(huì)話或從活 躍的會(huì)話轉(zhuǎn)換。作為響應(yīng)，MCMS應(yīng)用程序20對(duì)數(shù)據(jù)庫22中的活躍會(huì) 話更新用戶的參與狀態(tài)，并指導(dǎo)存儲(chǔ)和流模塊24將用戶從會(huì)話移除。
K.5會(huì)話控制
如圖iie所示，會(huì)話控制iiio是允許用戶控制其在會(huì)話中的參與的 一組功能。這些功能允許用戶跟上即時(shí)，跳到首部，跳到過去的位置、暫 停、當(dāng)復(fù)查會(huì)話的消息時(shí)播放加快和播放減慢。這些功能中的每個(gè)通過設(shè)
備13上的接口 IIO由用戶觸發(fā)。
跟上即時(shí)inOa—用戶可在正在進(jìn)行的會(huì)話中使用"CTL"功能跟上 即時(shí)。當(dāng)該功能被激活時(shí)，MCMS應(yīng)用程序20檢查用戶已復(fù)查的會(huì)話中 的最后一個(gè)點(diǎn)，并使用用戶指定的比正常再現(xiàn)選項(xiàng)更快的選項(xiàng)來指導(dǎo)存儲(chǔ) 和流模塊24再現(xiàn)以前沒有聽到的消息，以及當(dāng)它到達(dá)首部時(shí)無縫地轉(zhuǎn)換 到即時(shí)模式。
跳到首部H10c—該功能使用戶能夠跳到會(huì)話首部，略過會(huì)話中的用 戶的當(dāng)前點(diǎn)和首部之間的任何介入的消息。當(dāng)被實(shí)現(xiàn)時(shí)，MCMS應(yīng)用程 序20指示存儲(chǔ)和流模塊立即在會(huì)話首部再現(xiàn)消息。(如果會(huì)話首部當(dāng)前是 活躍的，這叫做跳到即時(shí)(JTL)。)跳到過去1110d —該功能使用戶能夠跳回到會(huì)話中前面的消息或點(diǎn)，
類似于倒帶或重放功能。當(dāng)被實(shí)現(xiàn)時(shí)，MCMS應(yīng)用程序20指示存儲(chǔ)和流 模塊24再現(xiàn)從倒帶點(diǎn)開始的媒體。
暫停1110e—該功能使用戶能夠暫停會(huì)話消息的復(fù)查。作為響應(yīng)，存 儲(chǔ)和流模塊24停止消息的再現(xiàn)，直到另 一命令被發(fā)出。
播放加快1110f—該功能使用戶能夠更快地再現(xiàn)消息。作為響應(yīng)，存 儲(chǔ)和流模塊24以比正常更快的速率再現(xiàn)消息。再現(xiàn)速率可由用戶指定或 用戶可從很多預(yù)設(shè)的選項(xiàng)選擇。
播放減慢1110g—該功能使用戶能夠更慢地再現(xiàn)消息。作為響應(yīng)，存 儲(chǔ)和流模塊24以比正常更慢的速率再現(xiàn)消息。再現(xiàn)速率可由用戶指定或 用戶可從很多預(yù)設(shè)的選項(xiàng)選擇。
K.6聯(lián)系人管理
如圖IIF所示，系統(tǒng)IO給用戶提供了用于管理聯(lián)系人列表和用戶組 的很多功能。這些功能包括添加、編輯、刪除聯(lián)系人和用戶組。這些功能 中的每個(gè)由用戶通過其設(shè)備13的接口實(shí)現(xiàn)。在用戶的聯(lián)系人列表或組列 表中的任何修改或刪除被儲(chǔ)存在MCMS數(shù)據(jù)庫22中。
添加聯(lián)系人11.12a—該功能使用戶能夠?qū)⑿碌穆?lián)系人添加到其聯(lián)系 人列表。新的聯(lián)系人可為注冊(cè)用戶或外部聯(lián)系人。 一般為每個(gè)聯(lián)系人記錄 提供名稱、電話號(hào)碼、號(hào)碼類型(手機(jī)、辦公室、家庭、計(jì)算機(jī)等)、電 子郵件地址和其它個(gè)人信息。
編輯聯(lián)系人U12b—該功能使用戶能夠編輯或更新現(xiàn)有的聯(lián)系人記錄。
刪除聯(lián)系人1112c —該功能使用戶能夠移除或刪除現(xiàn)有的聯(lián)系人記錄。
搜索聯(lián)系人1112d—該功能使用戶能夠在其聯(lián)系人列表中搜索特定 的聯(lián)系人。可使用很多標(biāo)準(zhǔn)例如名字、電話號(hào)碼、最近被呼叫、最頻繁地 被呼叫、組等來進(jìn)行搜索。
62獲得參與者列表1112e—該功能使用戶能夠按4艮多不同的搜索標(biāo)準(zhǔn)
搜索和取回會(huì)話的參與者的列表，所述搜索標(biāo)準(zhǔn)包括例如按名字、最近向 外的呼叫、最近進(jìn)入的呼叫、最頻繁的呼叫等。
授權(quán)呼叫者復(fù)查狀態(tài)1112f—該功能使第 一用戶能夠授權(quán)其它用戶觀
看第 一用戶的狀態(tài)。非授權(quán)用戶不能觀看第 一用戶的狀態(tài)。
創(chuàng)建聯(lián)系人組1112g—該功能使用戶能夠?qū)⒙?lián)系人的號(hào)碼關(guān)聯(lián)到組。 當(dāng)用戶定義組時(shí)，該組中的聯(lián)系人的列表存儲(chǔ)在MCMS數(shù)據(jù)庫22中。
編輯聯(lián)系人組1112h—該功能使用戶能夠編輯組或更新組的成員的 聯(lián)系信息。
刪除聯(lián)系人組1112i—該功能使用戶能夠刪除組。 L. MCMS操作 L.l MCMS畫C
如上所述，MCMS-C操作類似于MCMS，具有使用戶能夠通過消息 的時(shí)移和優(yōu)先級(jí)分級(jí)系統(tǒng)來連續(xù)管理和參與多個(gè)會(huì)話的增加的特征，這些 消息由系統(tǒng)自動(dòng)管理。實(shí)現(xiàn)MCMS-C功能包括三個(gè)基本過程。如圖12A 所示，第一過程涉及為連續(xù)再現(xiàn)限定一組會(huì)話。 一旦限定了該列表，分級(jí) 的優(yōu)先級(jí)組和其它因素就應(yīng)用于與該組會(huì)話相關(guān)的附有索引的媒體有效 載荷。附有索引的媒體有效載荷接著按先后順序被排列。通過按先后順序 再現(xiàn)媒體，該組會(huì)話的消息被連續(xù)再現(xiàn)。
參考圖12A，其示出說明用于規(guī)定要連續(xù)再現(xiàn)的會(huì)話的列表的步驟的 流程圖。在初始步驟1202中，規(guī)定用戶的綜合會(huì)話列表。用戶或預(yù)配數(shù) 據(jù)(步驟1204)接著用于選擇綜合列表中的會(huì)話，用于連續(xù)的再現(xiàn)(步 驟1206)。對(duì)于例如戰(zhàn)術(shù)通信系統(tǒng)，通常，預(yù)配數(shù)據(jù)用于強(qiáng)制會(huì)話被連續(xù) 再現(xiàn)。對(duì)于非戰(zhàn)術(shù)應(yīng)用程序，用戶一般被提供高度靈活性來選擇用于連續(xù) 再現(xiàn)的會(huì)話。
參考圖12B，其示出說明用于規(guī)定分級(jí)的優(yōu)先級(jí)組以再現(xiàn)連續(xù)會(huì)話的 消息的步驟的流程圖。在初始步驟(1208)中， 一組優(yōu)先級(jí)規(guī)則被定義并 應(yīng)用于將被連續(xù)再現(xiàn)的會(huì)話的列表(1206)。在各種實(shí)施方式中，該組優(yōu)先級(jí)規(guī)則范圍可從嚴(yán)格的分級(jí)通信協(xié)議到高度靈活的通信協(xié)議。例如在經(jīng) 常希望有嚴(yán)格的分級(jí)的戰(zhàn)術(shù)通信系統(tǒng)中，這組優(yōu)先級(jí)規(guī)則將優(yōu)選地以并行 消息被再現(xiàn)的特定順序來強(qiáng)加。例如，對(duì)于第一反應(yīng)人員戰(zhàn)術(shù)系統(tǒng)，可給 來自消防隊(duì)長的消息最高優(yōu)先級(jí)。可給燃燒的建筑物內(nèi)的消防員下一級(jí)優(yōu) 先級(jí)。在下一級(jí)，可給建筑物之外的消防員優(yōu)先級(jí)。通過規(guī)定嚴(yán)格的優(yōu)先 級(jí)，監(jiān)督滅火成效的人或處于危險(xiǎn)中的人的當(dāng)前消息先于起著不太重要的 作用的人而被再現(xiàn)。使用非戰(zhàn)術(shù)通信，可給用戶極大的靈活性來定義其自 己的優(yōu)先級(jí)方案，以滿足個(gè)人需要。銷售經(jīng)理可例如規(guī)定優(yōu)先級(jí)方案，其 列出與從最重要到最不重要的客戶的連續(xù)會(huì)話?；蛘哂脩艨稍诩彝ズ团笥?中間按優(yōu)先順序排列連續(xù)消息。不管所使用的方案如何，都在此過程中定 義連續(xù)會(huì)話的優(yōu)先級(jí)列表(步驟1210)。
參考圖12C,其示出說明從不同的連續(xù)會(huì)話接收到的消息的隊(duì)列的結(jié) 構(gòu)的流程圖。在初始步驟中，為每個(gè)將被連續(xù)再現(xiàn)的會(huì)話連續(xù)檢測消息的 未再現(xiàn)的附有索引的媒體有效載荷(即，流媒體)的可用性(步驟1212 )。 優(yōu)先級(jí)分級(jí)應(yīng)用于可用的附有索引的媒體有效載荷流(步驟1214 )。至少 部分地根據(jù)優(yōu)先級(jí)分級(jí)和可能如下所述的其它參數(shù)，可用的附有索引的媒 體有效載荷布置成連續(xù)的順序(步驟1216)。附有索引的媒體有效載荷接 著以先后順序被連續(xù)再現(xiàn)(步驟1218)。通過連續(xù)地重復(fù)上述過程，多個(gè) 會(huì)話的消息被連續(xù)再現(xiàn)。
在一個(gè)實(shí)施方式中，先后的順序部分或全部基于優(yōu)先級(jí)分級(jí)。在可 選的實(shí)施方式中，除了分級(jí)和可用性以外，也可考慮其它參數(shù)。例如，使 用一個(gè)或多個(gè)參數(shù)，例如，與中斷附有索引的媒體有效載荷的當(dāng)前再現(xiàn)的 流以及高優(yōu)先級(jí)會(huì)話的附有索引的媒體有效載荷有關(guān)的轉(zhuǎn)換成本、附有索 引的媒體有效載荷的可用流的質(zhì)量、附有索引的媒體有效載荷以打亂的順 序或從系統(tǒng)的控制器的輸入被接收的相對(duì)時(shí)間，可定義先后的順序。
一般當(dāng)不同會(huì)話的消息之間的沖突出現(xiàn)時(shí)，按先后順序再現(xiàn)附有索 引的媒體有效載荷，同時(shí)暫停或延遲其它可用的附有索引的媒體有效載荷 的再現(xiàn)。當(dāng)沒有沖突時(shí)，附有索引的媒體有效載荷在變得可用時(shí)被立即再現(xiàn)。在又一實(shí)施方式中，可在時(shí)移模式中可選地復(fù)查連續(xù)再現(xiàn)的會(huì)話的 消息。如果第一通信設(shè)備的用戶產(chǎn)生與連續(xù)再現(xiàn)的會(huì)話相關(guān)的i某體，則該
媒體附有索引并儲(chǔ)存在設(shè)備的PIMB 30以及網(wǎng)絡(luò)上的服務(wù)器16的PIMB 85中。因此當(dāng)在時(shí)移才莫式中復(fù)查會(huì)話時(shí)，用戶選擇只復(fù)查與會(huì)話相關(guān)的 進(jìn)入的消息，或復(fù)查進(jìn)入的消息以及與會(huì)話相關(guān)的第 一用戶以時(shí)間索引順 序創(chuàng)建的媒體。
L.2 MCMS-S搡作
在MCMS-S或同時(shí)才莫式中，啟用客戶機(jī)12的設(shè)備13的用戶可限定 一組會(huì)話用于同時(shí)再現(xiàn)。 一旦限定了該組會(huì)話，就在設(shè)備13上同時(shí)再現(xiàn) 與該組會(huì)話相關(guān)的附有索引的i某體有效載荷，而不管它們是否交迭。在可 選的實(shí)施方式中，用戶可以可選地從一組々某體流分開地再現(xiàn)4妻收到的附有 索？ 1的媒體有效載荷。也可以可選地在接近實(shí)時(shí)或時(shí)移模式中再現(xiàn)同時(shí)會(huì) 話的附有索纟I的媒體有效栽荷。
L.3 MCMS、 MCMS-C和MCMS-S實(shí)例
在圖13A到13D中，示出了說明會(huì)話的屬性以及MCMS、 MCMS-C 和MCMS-S的操作的 一 系列圖。
在圖13A中，時(shí)序圖示出在用戶"X"和標(biāo)為"Y"和"Z"的兩個(gè) 其他用戶之間再現(xiàn)標(biāo)為"A"的會(huì)話的消息的附有索引的^ 某體有效載荷的 序列。在本例中，女裝體由用戶Y在tl、 t5、 t6、 t7和t9所標(biāo)明的時(shí)間間 隔期間產(chǎn)生。4某體由用戶Z在t3 、 t6和t9到110所標(biāo)明的時(shí)間間隔期間 產(chǎn)生。
在附圖底部示出在用戶X的設(shè)備13處的再現(xiàn)序列。在時(shí)間間隔tl 、 t5和t7期間，只再現(xiàn)從Y得到的媒體。在時(shí)間間隔t3和t10期間，只再 現(xiàn)從Z得到的媒體。在時(shí)間間隔t6和t9期間，再現(xiàn)從Y和Z兩者得到的 媒體。在時(shí)間間隔t2 、 t4和t8期間，不再現(xiàn)任何媒體，因?yàn)橛脩鬥或Z 都不在這些時(shí)期期間產(chǎn)生^某體。應(yīng)注意，時(shí)間間隔tl到t10并不是意味 著表示固定的時(shí)間間隔，而更確切地，僅僅是產(chǎn)生媒體的時(shí)間段。
圖L3A的圖示在說明會(huì)話的屬性時(shí)是有用的。當(dāng)一個(gè)用戶(Y或Z)
65正產(chǎn)生媒體時(shí)，該媒體在X的設(shè)備13處被接收到，并可用于再現(xiàn)。當(dāng)用
戶X和Y都產(chǎn)生々某體時(shí)，兩個(gè)媒體流都在X的設(shè)備13處被接收到，并 可用于混合。當(dāng)用戶X或Y都不產(chǎn)生媒體時(shí)，沒有媒體在X的設(shè)備13 處被接收到。如上所述，用戶X可選擇以接近實(shí)時(shí)模式或時(shí)移模式復(fù)查 在會(huì)話A期間產(chǎn)生的媒體。此外，用戶X可選擇復(fù)查以所示的混合格式 的媒體或在時(shí)移模式中分開地復(fù)查來自Y和Z的媒體。
圖13B示出MCMS的操作。在本例中，用戶正參與被指定為A、 B 和C三個(gè)會(huì)話。對(duì)于會(huì)話A、 B和C，用戶分別產(chǎn)生或接收所指定(分別 是A1、 A2、 A3和A4、 Bl、 B2和B3以及Cl和C2 )的消息。每個(gè)消 息的計(jì)時(shí)和持續(xù)時(shí)間由沿著時(shí)間線的起始點(diǎn)指示。在本例中，除了消息 B2以外，所有的消息都在某種程度上在時(shí)間上交迭，注意到此是有用的。
對(duì)于MCMS應(yīng)用程序，用戶選4奪一個(gè)會(huì)話作為當(dāng)前會(huì)話。對(duì)于選定 的會(huì)話，用戶可復(fù)查進(jìn)入的消息并產(chǎn)生被傳輸?shù)綍?huì)話的其他參與者的消 息。在本例中，用戶按順序分別選擇會(huì)話B、 C和A為當(dāng)前的。消息序 列因此最初是B1、 B2和B3，后面是C1和C2,接著最后是A1到A4。 再次，當(dāng)特定的會(huì)話被選擇為當(dāng)前的時(shí)，用戶可在接近實(shí)時(shí)和時(shí)移模式之 間轉(zhuǎn)換并轉(zhuǎn)換回來。該圖所示的最后的再現(xiàn)不意味著相應(yīng)于該圖的頂部部 分所示的接收到的消息的計(jì)時(shí)。更確切地，該圖的下部部分用來根據(jù)用戶 所選4奪的會(huì)話順序只顯示消息的再現(xiàn)順序。
圖13B的例子因此在說明MCMS應(yīng)用程序的屬性中是有用的。用戶 將一個(gè)會(huì)話選擇為當(dāng)前的。其它會(huì)話暫停。用戶也可在所有會(huì)話中在任何 時(shí)間轉(zhuǎn)換當(dāng)前的會(huì)話。
參考圖13C，其示出說明MCMS-C的操作的圖。在本例中，用戶參 與兩個(gè)連續(xù)的會(huì)話A和B。對(duì)于會(huì)話A，接收到三個(gè)消息Al 、 A2和A3。 對(duì)于會(huì)話B，接收到三個(gè)消息B〗、B2和B3。對(duì)于本例，消息Bl與消息 Al沖突，注意到此是有用的。此外，會(huì)話A具有比會(huì)話B高的優(yōu)先級(jí)。
在兩個(gè)會(huì)話的連續(xù)再現(xiàn)期間，較高優(yōu)先級(jí)的消息Al和A2首先接近 實(shí)時(shí)地被再現(xiàn)，如附圖中的垂直虛線表示的。因?yàn)樵谙2和A3之間 有相對(duì)大的時(shí)間間隔，該間隔通過時(shí)移和再現(xiàn)消息Bl和B2來填充。當(dāng)A3到達(dá)時(shí)，它接近實(shí)時(shí)地被再現(xiàn)，而消息B3只在較高優(yōu)先級(jí)的消息A3 被再現(xiàn)之后才被再現(xiàn)。通過在較高優(yōu)先級(jí)消息之間時(shí)移地再現(xiàn)優(yōu)先級(jí)較低 優(yōu)先級(jí)的消息，可管理連續(xù)的多個(gè)會(huì)話。應(yīng)注意，在這個(gè)簡單的實(shí)例中， 優(yōu)先級(jí)是用于確定再現(xiàn)的連續(xù)順序的唯一參數(shù)。如上所述，也可使用很多 其它參數(shù)。
參考圖13D，其示出說明MCMS-S的圖。在本例中，用戶參與三個(gè) 同時(shí)的會(huì)話A、 B和C。對(duì)于在該圖中示出的每個(gè)會(huì)話A、 B和C，分別 接收消息Al 、 A2和A3、 Bl 、 B2和B3以及Cl和C2。對(duì)于MCMS-S， 進(jìn)入的消息在被接收到時(shí)在接收設(shè)備13處被再現(xiàn)。如在該圖的下部部分 所示的，三個(gè)會(huì)話A、 B和C的消息的再現(xiàn)順序因此與消息被接收時(shí)相 同。以這種方式，可同時(shí)再現(xiàn)多個(gè)會(huì)話。
在前述實(shí)例中，描述了 MCMS應(yīng)用程序的幾種變形，包括MCMS-C 和MCMS-S。不管所使用的MCMS應(yīng)用程序的特定類型如何，它們都共
享幾個(gè)共同的特征。在每種情況下，會(huì)話由消息的被連接的順序或組織限 定。消息從媒體流分割，每個(gè)消息被給出順序標(biāo)識(shí)符，并以創(chuàng)建媒體的時(shí) 間編索引。根據(jù)MCMS應(yīng)用程序的變形，可根據(jù)一個(gè)或多個(gè)再現(xiàn)選擇來 再現(xiàn)消息。再現(xiàn)選擇使用從零到多個(gè)不同的屬性，包括以一種形式或另一 種形式來過濾、分組、交迭和/或順序化消息。以這種方式，可在單個(gè)啟 用客戶機(jī)12的設(shè)備13上進(jìn)行多個(gè)會(huì)話，每個(gè)會(huì)話包括一連串消息。最后， MCMS的每個(gè)變形可用相同的方式處理中斷消息的接收。當(dāng)接收到中斷 消息時(shí)，它一般優(yōu)先于其它消息，并在屬于其它會(huì)話的其它消息之前被再 現(xiàn)。
M.客戶機(jī)和服務(wù)器硬件
參考圖14A，其示出說明用于儲(chǔ)存并執(zhí)行客戶機(jī)應(yīng)用程序12的設(shè)備 13的硬件的結(jié)構(gòu)圖140。硬件包括CPU142、主存儲(chǔ)器144和大容量存儲(chǔ) 器146。如在本領(lǐng)域中公知的，客戶機(jī)應(yīng)用程序12纟皮裝入和儲(chǔ)存在主存 儲(chǔ)器144和大容量存儲(chǔ)器146中，并由CPU 142執(zhí)行。
參考圖14B，其示出說明用于儲(chǔ)存并執(zhí)行服務(wù)器應(yīng)用程序78的服務(wù) 器16的硬件的結(jié)構(gòu)圖150。硬件包括CPU 152、主存儲(chǔ)器154、大容量存儲(chǔ)器156和檔案庫89。如在本領(lǐng)域中公知的，服務(wù)器應(yīng)用程序78被加載 和儲(chǔ)存在主存儲(chǔ)器154和大容量存儲(chǔ)器156中，并由CPU 152執(zhí)行。如 上所述，一個(gè)或多個(gè)用戶的附有索引的媒體有效載荷儲(chǔ)存在檔案庫89中。
雖然為了方便，上面以單數(shù)形式描述了很多部件和過程，但本領(lǐng)域 的技術(shù)人員應(yīng)認(rèn)識(shí)到，多個(gè)部件和重復(fù)的過程也可用于實(shí)踐這里所述的系 統(tǒng)和方法的技術(shù)。進(jìn)一步地，雖然參考其中的特定實(shí)施方式特別示出和描 述了本發(fā)明，^f旦本領(lǐng)域沖支術(shù)人員應(yīng)理解，在所公開的實(shí)施方式的形式和細(xì) 節(jié)中可進(jìn)行變化，而不偏離本發(fā)明的實(shí)質(zhì)或范圍。例如，本發(fā)明的實(shí)施方 式用于各種部件，且不應(yīng)被限制到上面提到的部件。因此，這意味著本發(fā) 明應(yīng)— 皮解釋為包括落在本發(fā)明的實(shí)質(zhì)和范圍內(nèi)的所有變形和等效形式。
權(quán)利要求
1.一種通信設(shè)備，其包括接收器，其配置成通過網(wǎng)絡(luò)在所述通信設(shè)備上接收與一個(gè)或多個(gè)會(huì)話相關(guān)的媒體；編碼器，其被配置成對(duì)于使用所述通信設(shè)備創(chuàng)建的媒體進(jìn)行編碼，被編碼的媒體與所述一個(gè)或多個(gè)會(huì)話相關(guān)；儲(chǔ)存器或存儲(chǔ)器元件，其被配置成當(dāng)所述媒體通過所述網(wǎng)絡(luò)被接收時(shí)，在所述通信設(shè)備上存儲(chǔ)與所述一個(gè)或多個(gè)會(huì)話相關(guān)的所接收的媒體以及與所述一個(gè)或多個(gè)會(huì)話相關(guān)的所編碼的媒體；會(huì)話控制元件，其配置成在所述通信設(shè)備上選擇所述一個(gè)或多個(gè)會(huì)話中的一個(gè)作為當(dāng)前會(huì)話；以及再現(xiàn)元件，其與所述會(huì)話控制元件耦合并被所述會(huì)話控制元件控制，所述再現(xiàn)元件還配置成在所述通信設(shè)備上以下列模式再現(xiàn)與所選擇的當(dāng)前會(huì)話相關(guān)的媒體(a)接近實(shí)時(shí)的模式，其中與所選擇的當(dāng)前會(huì)話相關(guān)的所接收的媒體在被接收時(shí)被逐步再現(xiàn)；或者(b)時(shí)移模式，其中與所選擇的當(dāng)前會(huì)話相關(guān)的所接收的和編碼的媒體在被編碼和接收之后的一個(gè)時(shí)間被再現(xiàn)；以及發(fā)射器，其被配置成通過所述網(wǎng)絡(luò)向一個(gè)或多個(gè)遠(yuǎn)程通信設(shè)備發(fā)送與所選擇的當(dāng)前會(huì)話相關(guān)的所編碼的媒體。
2. 如權(quán)利要求l所述的設(shè)備，其中所述會(huì)話控制元件還被配置成可選地在所述一個(gè)或多個(gè)會(huì)話中轉(zhuǎn)換所選擇的當(dāng)前會(huì)話，其中所述再現(xiàn)元件還被配置成以所述接近實(shí)時(shí)的才莫式或所述時(shí)移模 式再現(xiàn)所述被轉(zhuǎn)換的當(dāng)前會(huì)話的所接收的媒體和所編碼的媒體。
3. 如權(quán)利要求1至2中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元件還被配置成使所述再現(xiàn)元件在所述接近的實(shí)時(shí)模式和所述時(shí)移模式之間 選擇性地來回轉(zhuǎn)換與所選擇的當(dāng)前會(huì)話相關(guān)的媒體的再現(xiàn)。
4. 如權(quán)利要求1至3中任一項(xiàng)所述的設(shè)備，其中所選擇的當(dāng)前會(huì)話還包括在所選擇的當(dāng)前會(huì)話的參與者中間交換所接收的和編碼的媒體。
5. 如權(quán)利要求1至4中任一項(xiàng)所述的設(shè)備，其中所述接收器和所述 再現(xiàn)元件還一皮配置成當(dāng)所述々某體通過所述網(wǎng)絡(luò)-皮接收時(shí)，以所述4姿近實(shí)時(shí) 的再現(xiàn)模式逐步再現(xiàn)與所選擇的當(dāng)前會(huì)話相關(guān)的所接收的媒體。
6. 如權(quán)利要求1至5中任一項(xiàng)所述的設(shè)備，其中所述儲(chǔ)存器或存儲(chǔ) 器元件和所述再現(xiàn)元件還被配置成當(dāng)在所述時(shí)移模式中時(shí)逐步再現(xiàn)來自 所述儲(chǔ)存器或存儲(chǔ)器元件的所選擇的當(dāng)前會(huì)話的i某體。
7. 如權(quán)利要求1至6中任一項(xiàng)所述的設(shè)備，其中所迷會(huì)話控制元件、 所述儲(chǔ)存器或存儲(chǔ)器元件以及所述再現(xiàn)元件還被配置成在所述通信設(shè)備 上提供選擇性地暫停并接著恢復(fù)當(dāng)前被選擇的會(huì)話的再現(xiàn)的能力，在所述 暫停期間所述儲(chǔ)存器或存儲(chǔ)器元件連續(xù)存儲(chǔ)與所述一個(gè)或多個(gè)會(huì)話相關(guān) 的所接收的媒體。
8. 如權(quán)利要求1至7中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元件 和所述再現(xiàn)元件還纟皮配置成從所選擇的當(dāng)前會(huì)話的以前的時(shí)間點(diǎn)開始從 存儲(chǔ)器或儲(chǔ)存器元件以所述時(shí)移模式再現(xiàn)所選擇的當(dāng)前會(huì)話的媒體。
9. 如權(quán)利要求I至8中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元件 和所述再現(xiàn)元件還被配置成通過從所述儲(chǔ)存器或存儲(chǔ)器元件中取回來自 選定的一個(gè)參與者的所接收的媒體，提供以所述時(shí)移模式復(fù)查來自所迷當(dāng) 前會(huì)話的所述選定的 一 個(gè)參與者的所選擇的當(dāng)前會(huì)話的所接收的媒體的 能力。
10. 如權(quán)利要求1至9中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元件 和所述再現(xiàn)元件還被配置成通過從所述儲(chǔ)存器或存儲(chǔ)器元件中取回來自兩個(gè)或多個(gè)參與者的所接收的媒體，提供以所述時(shí)移模式復(fù)查來自所述當(dāng) 前會(huì)話的所述兩個(gè)或多個(gè)參與者的所選擇的當(dāng)前會(huì)話的所接收的媒體的 能力。
11. 如權(quán)利要求1至10中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元 件還包括輸入元件，所述輸入元件配置成接收限定所選擇的當(dāng)前會(huì)話的以 前的時(shí)間點(diǎn)的再現(xiàn)點(diǎn)輸入，以開始以所述時(shí)移模式再現(xiàn)所選擇的當(dāng)前會(huì) 話，其中所述時(shí)間點(diǎn)由所述通信設(shè)備的用戶選擇和輸入。
12. 如權(quán)利要求1至11中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還 被配置成在所述通信設(shè)備上再現(xiàn)來自與所選擇的當(dāng)前會(huì)話相關(guān)的多個(gè)參 與者的多個(gè)媒體流，所述多個(gè)媒體流中的每個(gè)包含多個(gè)附有時(shí)間索引的媒信息，所述再現(xiàn)元件通過按時(shí)間疊加每個(gè)參與者的所述附有索引的媒體有效載荷來再現(xiàn)所述多個(gè)流J;某體。
13. 如權(quán)利要求1至12中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元 件和所述再現(xiàn)元件還被配置成通過下列操作將所選擇的當(dāng)前會(huì)話的所接 收的媒體的再現(xiàn)從所述時(shí)移模式轉(zhuǎn)換到所述接近實(shí)時(shí)的模式從所述儲(chǔ)存器或存儲(chǔ)器元件以增加的再現(xiàn)速率再現(xiàn)所取回的"C體，直 到所取回的媒體跟上通過所述網(wǎng)絡(luò)接收的所選擇的會(huì)話的所接收的媒體 并且實(shí)質(zhì)上與通過所述網(wǎng)絡(luò)接收的所選擇的會(huì)話的所接收的媒體同時(shí)發(fā) 生；且然后在跟上點(diǎn)之后，當(dāng)々某體通過所述網(wǎng)絡(luò)正#皮接收時(shí)，以所述接近實(shí)時(shí)的 模式再現(xiàn)所選擇的當(dāng)前會(huì)話的媒體。
14. 如權(quán)利要求1至13中任一項(xiàng)所述的設(shè)備，其中所述會(huì)話控制元 件還包括會(huì)話選擇輸入裝置和再現(xiàn)點(diǎn)輸入裝置，所述會(huì)話選擇輸入裝置配 置成接收會(huì)話選擇輸入，所述再現(xiàn)點(diǎn)輸入裝置定義再現(xiàn)與輸入所選會(huì)話相 關(guān)的J 某體的點(diǎn)，所述會(huì)話控制元件還配置成使所述再現(xiàn)元件再現(xiàn)開始于輸 入開始點(diǎn)的輸入所選會(huì)話。
15. 如權(quán)利要求1至14中任一項(xiàng)所述的設(shè)備，其中所述發(fā)射器還被關(guān)的被編碼的^ 某體。
16. —種設(shè)備，其用于連續(xù)再現(xiàn)一個(gè)或多個(gè)會(huì)話，所述設(shè)備包括接收器，其配置成通過網(wǎng)絡(luò)在所述通信設(shè)備上接收與 一個(gè)或多個(gè)會(huì)話 相關(guān)的媒體，所述一個(gè)或多個(gè)會(huì)話包括按照確定的優(yōu)先等級(jí)將被連續(xù)再現(xiàn)的限定的一組會(huì)話；排序元件，其配置成至少部分地基于所確定的優(yōu)先等級(jí)按序列順序排 列與所述限定的一組會(huì)話相關(guān)的所接收的媒體；以及再現(xiàn)元件，其配置成按所述序列順序連續(xù)地再現(xiàn)與所述限定的一組會(huì) 話相關(guān)的所接收的媒體。
17. 如權(quán)利要求16所述的設(shè)備，其中將被連續(xù)再現(xiàn)的所述限定的一 組會(huì)話由所述通信設(shè)備的用戶限定。
18. 如權(quán)利要求16至17中任一項(xiàng)所述的設(shè)備，其中將被連續(xù)再現(xiàn)的 所述限定的 一組會(huì)話由預(yù)設(shè)配置限定。
19. 如權(quán)利要求16至18中任一項(xiàng)所述的設(shè)備，其中將被連續(xù)再現(xiàn)的 所述限定的一組會(huì)話由所述一組會(huì)話中的一個(gè)的參與者限定。
20. 如權(quán)利要求16至19中任一項(xiàng)所述的設(shè)備，其中所述優(yōu)先等級(jí)由 所述通信設(shè)備的用戶限定。
21. 如權(quán)利要求16至20中任一項(xiàng)所述的設(shè)備，其中所述優(yōu)先等級(jí)是 預(yù)定的優(yōu)先等級(jí)。
22. 如權(quán)利要求16至21中任一項(xiàng)所述的設(shè)備，其中所述優(yōu)先等級(jí)由 所述一組會(huì)話中的 一個(gè)的參與者確定。
23. 如權(quán)利要求16至22中任一項(xiàng)所述的設(shè)備，其中所述排序元件還 被配置成通過下列操作對(duì)與所述限定的 一組會(huì)話相關(guān)的媒體按序列順序 進(jìn)行排列(i) 在將被連續(xù)再現(xiàn)的所述一組會(huì)話中確定帶有可用媒體的所述會(huì) 話；以及(ii) 至少部分基于所限定的優(yōu)先等級(jí)在帶有可用媒體的所確定的會(huì)話中選擇一個(gè)會(huì)話。
24. 如權(quán)利要求16至23中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還所述限定的一組會(huì)話相關(guān)的^ 某體(iii) 再現(xiàn)所選擇的 一個(gè)會(huì)話的所述可用-媒體；(iv) 暫停其他確定的會(huì)話的可用媒體的再現(xiàn)；以及(v) 連續(xù)執(zhí)行(i)到(iv)。
25. 如權(quán)利要求16至24中任一項(xiàng)所述的設(shè)備，其中所述排序元件依 靠排序算法來在帶有可用媒體的所述確定的會(huì)話中選擇一個(gè)會(huì)話，所述排序算法使用下列參數(shù)中的一個(gè)或多個(gè)(i) 所述優(yōu)先等級(jí)；(ii) 與使用較高優(yōu)先級(jí)媒體中斷當(dāng)前再現(xiàn)的媒體相關(guān)的轉(zhuǎn)換成本；(iii) 所述當(dāng)前再現(xiàn)的媒體的持續(xù)時(shí)間；(iv) 所述可用媒體的質(zhì)量；(v) 來自所述通信設(shè)備的控制器的輸入；(vi) 所述媒體被接收的時(shí)間；(vii) 所述媒體被創(chuàng)建和編碼的時(shí)間；(viii) 所述媒體變?yōu)榭捎糜谠佻F(xiàn)的時(shí)間； (ix )隨機(jī)或打亂的移動(dòng)順序；(x) 與進(jìn)入的媒體相關(guān)的預(yù)定優(yōu)先級(jí)；或者(xi) 包括有所述進(jìn)入的媒體的優(yōu)先級(jí)信息。
26. 如權(quán)利要求16至25中任一項(xiàng)所述的設(shè)備，其中所述排序元件還 被配置成當(dāng)屬于所述限定的一組會(huì)話的媒體在所述通信設(shè)備上被接收時(shí)， 連續(xù)更新所述序列順序。
27. 如權(quán)利要求16至26中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還序列順序第 一位的所述可用媒體。
28. 如權(quán)利要求16至27中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還 -故配置成以時(shí)移;漠式再現(xiàn)所述組中的會(huì)話的不在所述序列順序第 一位的 所述可用i某體。
29. 如權(quán)利要求16至28中任一項(xiàng)所述的設(shè)備，其中所述排序元件還 被配置成通過下列操作按所述序列順序連續(xù)再現(xiàn)與所述限定的一組會(huì)話 相關(guān)的媒體(i) 再現(xiàn)位于所述序列順序第一位的媒體；(ii) 更新所述序列順序；以及(iii) 連續(xù)執(zhí)行步驟(i)和(ii)
30. 如權(quán)利要求16至29中任一項(xiàng)所述的設(shè)備，其中所述排序元件還 被配置成通過下列操作按所述序列順序連續(xù)再現(xiàn)與所述限定的一組會(huì)話 相關(guān)的媒體(iv) 使在所述序列順序中較低級(jí)的媒體的再現(xiàn)連續(xù)時(shí)移；以及(v) 連續(xù)執(zhí)行(i)和(iv)。
31. 如權(quán)利要求16至30中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還 被配置成(iv)當(dāng)所述J 某體通過所述網(wǎng)絡(luò)正被接收時(shí)，逐步地再現(xiàn)位于所述序 列順序中第一位的所述^裝體；或者(v )如果位于所述序列順序第 一位的媒、體以前被接收但沒有被再現(xiàn)， 則從儲(chǔ)存器或存儲(chǔ)器元件中逐步地再現(xiàn)位于所述序列順序中第 一位的所述媒體。
32. 如權(quán)利要求16至31中任一項(xiàng)所述的設(shè)備，其還包括編碼器，所 述編碼器配置成對(duì)在所述通信設(shè)備上創(chuàng)建的并與由所述優(yōu)先等級(jí)限定的 最高優(yōu)先級(jí)會(huì)話相關(guān)的媒體進(jìn)行編碼。
33. 如權(quán)利要求32所述的設(shè)備，其中所編碼的媒體和所接收的媒體 構(gòu)成所述最高優(yōu)先級(jí)會(huì)話。
34. 如權(quán)利要求32至33中任一項(xiàng)所述的設(shè)備，還包括儲(chǔ)存器或存儲(chǔ) 器元件，所述儲(chǔ)存器或存儲(chǔ)器元件配置成存儲(chǔ)與所述組中的會(huì)話相關(guān)的所 接收和編碼的i某體。
35. 如權(quán)利要求32至34中任一項(xiàng)所述的設(shè)備，還包括發(fā)射器，所述 發(fā)射器配置成通過所述網(wǎng)絡(luò)從所述通信設(shè)備向參與所述最高優(yōu)先級(jí)會(huì)話 的 一個(gè)或多個(gè)遠(yuǎn)程通信設(shè)備發(fā)送所編碼的4某體。
36. —種通信設(shè)備，其包括^接收器，其配置成通過網(wǎng)絡(luò)在所述通信設(shè)備上接收與一個(gè)或多個(gè)會(huì)話 相關(guān)的媒體；再現(xiàn)元件，其配置成當(dāng)所述々某體通過所述網(wǎng)絡(luò)被接收時(shí)，同時(shí)再現(xiàn)與 所述一個(gè)或多個(gè)會(huì)話相關(guān)的所接收的媒體；^ 某體創(chuàng)建設(shè)備，其配置成在所述通信設(shè)備上分別為所述一個(gè)或多個(gè)會(huì) 話創(chuàng)建媒體；發(fā)射器，其被配置成通過所述網(wǎng)絡(luò)發(fā)送所述一個(gè)或多個(gè)會(huì)話的所創(chuàng)建 的媒體，所創(chuàng)建的媒體被分別發(fā)送給所述一個(gè)或多個(gè)會(huì)話的一個(gè)或多個(gè)參 與者；存儲(chǔ)器或儲(chǔ)存器元件，其被配置成存儲(chǔ)與所述一個(gè)或多個(gè)會(huì)話相關(guān)的 所接收和創(chuàng)建的媒體；以及再現(xiàn)控制元件，其被配置成控制所述再現(xiàn)元件，所述再現(xiàn)控制元件還 包括(i) 暫停功能，其暫停通過所述網(wǎng)絡(luò)接收的與所述一個(gè)或多個(gè)會(huì)話 相關(guān)的媒體的同時(shí)再現(xiàn)；(ii) 選擇元件，其配置成在所述暫停期間選擇復(fù)查正被同時(shí)再現(xiàn)的 所述一個(gè)或多個(gè)會(huì)話中的 一 個(gè)，所選擇的會(huì)話的所述復(fù)查包括再現(xiàn)與所選 擇的會(huì)話相關(guān)的所接收和/或創(chuàng)建的媒體；所述存儲(chǔ)器或儲(chǔ)存器元件還配置成在所述暫停期間當(dāng)所選擇的會(huì)話 正被復(fù)查時(shí)，無中斷地連續(xù)存儲(chǔ)通過所述網(wǎng)絡(luò)接收的與所述一個(gè)或多個(gè)會(huì)話相關(guān)聯(lián)的媒體；以及所述再現(xiàn)控制元件還配置成在所選擇的會(huì)話的所述暫停和復(fù)查之后， 當(dāng)所接收的媒體通過所述網(wǎng)絡(luò)正被接收時(shí)，恢復(fù)與所述一個(gè)或多個(gè)會(huì)話相 關(guān)的所接收的媒體的再現(xiàn)。
37. 如權(quán)利要求36所述的設(shè)備，其中所述存儲(chǔ)器或儲(chǔ)存器元件還被 配置成在所述一個(gè)或多個(gè)會(huì)話的同時(shí)再現(xiàn)的所述暫停期間，當(dāng)與所選擇的 一個(gè)會(huì)話相關(guān)的媒體正被復(fù)查時(shí)，無中斷地連續(xù)存儲(chǔ)通過所述網(wǎng)絡(luò)接收的 并與未被選擇的 一個(gè)或多個(gè)會(huì)話相關(guān)的所述i某體。
38. 如權(quán)利要求36至37中任一項(xiàng)所述的設(shè)備，其中再現(xiàn)控制元件還 被配置成接收起始點(diǎn)輸入，所述起始點(diǎn)輸入限定在所述暫停期間復(fù)查所選 擇的會(huì)話的媒體 的起始點(diǎn)，所述再現(xiàn)元件還被配置成使所述媒體在所述起 始點(diǎn)開始從所述儲(chǔ)存器或存儲(chǔ)器元件被取回并且從所述起始點(diǎn)開始在所 述再現(xiàn)元件上被再現(xiàn)。
39. 如權(quán)利要求36至38中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件還被配置成控制所述再現(xiàn)元件以比所述4某體初始被編碼更快的速率再 現(xiàn)所取回的A萊體，并且在所選擇的一個(gè)會(huì)話的媒體通過所述網(wǎng)絡(luò)正被接收媒體并且實(shí)質(zhì)上與所選擇的 一個(gè)會(huì)話的媒體并發(fā)時(shí)，確定跟上點(diǎn)。
40. 如權(quán)利要求36至39中任一項(xiàng)所迷的設(shè)備，其中每個(gè)所述會(huì)話還 包括在每個(gè)所迷會(huì)話的參與者中間分別交換所接收和發(fā)送的媒體。
41. 如權(quán)利要求36至40中任一項(xiàng)所述的設(shè)備，其中分別與所述一個(gè) 或多個(gè)會(huì)話中的每一個(gè)都相關(guān)的所接收和創(chuàng)建的媒體被分割為消息。
42. 如權(quán)利要求36至41中任一項(xiàng)所述的設(shè)備，其中與所述一個(gè)或多 個(gè)會(huì)話中的每一個(gè)都相關(guān)的所接收和創(chuàng)建的媒體還包括多個(gè)媒體有效載 荷，所述多個(gè)媒體有效載荷的每一個(gè)都具有與之相關(guān)的時(shí)間索引信息。
43. 如權(quán)利要求42所述的設(shè)備，其中所述再現(xiàn)設(shè)備還被配置成通過 確定與將被同時(shí)再現(xiàn)的所述一個(gè)或多個(gè)會(huì)話相關(guān)的所接收的媒體有效載 荷的所述時(shí)間索引并且同時(shí)再現(xiàn)根據(jù)時(shí)間索引順序疊加所述媒體有效載荷的附有有時(shí)間索引的i某體，來同時(shí)再現(xiàn)與一個(gè)或多個(gè)消息相關(guān)的所接收 的媒體。
44. 如權(quán)利要求36至43中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還 包括混合器，所述混合器配置成混合與將被同時(shí)再現(xiàn)的所述一個(gè)或多個(gè)會(huì) 話相關(guān)的所接收的媒體。
45. 如權(quán)利要求36至44中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件是可編程的，允許所述通信設(shè)備的用戶限定將被同時(shí)再現(xiàn)的所述一個(gè)或 多個(gè)會(huì)話。
46. 如權(quán)利要求36至45中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件^皮預(yù)先配置成限定將被同時(shí)再現(xiàn)的所述一個(gè)或多個(gè)會(huì)話。
47. 如權(quán)利要求36至46中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件是可編程的，允許所述一個(gè)或多個(gè)會(huì)話的參與者限定將被同時(shí)再現(xiàn)的所 述一個(gè)或多個(gè)會(huì)話。
48. 如權(quán)利要求36至47中任一項(xiàng)所述的設(shè)備，其中所述發(fā)射器還被 配置成發(fā)送被同時(shí)再現(xiàn)的所述一個(gè)或多個(gè)會(huì)話中的被選擇的一個(gè)的被創(chuàng) 建的媒體。
49. 如權(quán)利要求36至48中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)元件還 被配置成通過當(dāng)所述媒體僅從一 個(gè)源正被接收時(shí)僅再現(xiàn)從所述一 個(gè)源接 收的々某體或者當(dāng)所接收的媒體同時(shí)從兩個(gè)或多個(gè)源正被接收時(shí)疊加所接 收的媒體的再現(xiàn)，來同時(shí)再現(xiàn)。
50. 如權(quán)利要求36至49中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件還被配置成在所述暫停之后，當(dāng)所接收的媒體通過所述網(wǎng)絡(luò)被接收而沒 有首先復(fù)查在所述暫停期間接收的所存儲(chǔ)媒體時(shí)，恢復(fù)與所述一個(gè)或多個(gè) 會(huì)話相關(guān)的所接收的媒體的同時(shí)再現(xiàn)。
51. 如權(quán)利要求36至50中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件還被配置成在所述暫停之后，只為所選擇的會(huì)話恢復(fù)通過所述網(wǎng)絡(luò)接收 的所接收的媒體的再現(xiàn)。
52. 如權(quán)利要求36至51中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元件還被配置成通過從所述儲(chǔ)存器或存儲(chǔ)器元件再現(xiàn)在所述暫停期間接收 的媒體，在所述暫停之后，在與所述一個(gè)或多個(gè)會(huì)話相關(guān)的媒體的同時(shí)再 現(xiàn)被暫停的時(shí)間點(diǎn)開始，恢復(fù)與所述一個(gè)或多個(gè)會(huì)話相關(guān)的所接收的媒體 的同時(shí)再現(xiàn)。
53. 如權(quán)利要求36至52中任一項(xiàng)所述的設(shè)備，其中所述再現(xiàn)控制元 件還被配置成在所述暫停之后，在由所述通信設(shè)備的用戶限定的被選擇的 以前的時(shí)間點(diǎn)開始，恢復(fù)與所述一個(gè)或多個(gè)會(huì)話相關(guān)的所接收的々某體的同 時(shí)再現(xiàn)。
54. 如權(quán)利要求36至53中任一項(xiàng)所述的設(shè)備，還包括編碼器，所述 編碼器配置成對(duì)使用所述媒體創(chuàng)建設(shè)備創(chuàng)建的被創(chuàng)建的媒體進(jìn)行編碼。
55. 如權(quán)利要求1至54中任一項(xiàng)所述的設(shè)備，其中與所述一個(gè)或多 個(gè)會(huì)話相關(guān)的所述媒體被分割為消息。
56. 如權(quán)利要求1至55中任一項(xiàng)所述的設(shè)備，還包括提供用于再現(xiàn) 所述一個(gè)或多個(gè)會(huì)話的々某體的多個(gè)再現(xiàn)選項(xiàng)，所述再現(xiàn)選項(xiàng)包括下列項(xiàng)中 的一個(gè)或多個(gè)暫停、重放、播放加快、播放減慢、向后跳躍、向前跳躍、 跳過靜音部分、跟上最近接收的媒體、或跳到最近接收的媒體。
57. 如權(quán)利要求1至15或32至54中任一項(xiàng)所述的設(shè)備，還包括在 發(fā)送所編碼的媒體之前，當(dāng)所述媒體正被創(chuàng)建時(shí)，逐步存儲(chǔ)所編碼的媒體。
58. 如權(quán)利要求1至57中任一項(xiàng)所述的設(shè)備，還包括在存儲(chǔ)所編碼 的媒體之前，當(dāng)所述媒體正被創(chuàng)建時(shí)，逐步發(fā)送所編碼的媒體。
59. 如權(quán)利要求1至58中任一項(xiàng)所述的設(shè)備，還包括在所述媒體正 —皮創(chuàng)建和編碼時(shí)，同時(shí)并逐步再現(xiàn)和存儲(chǔ)所編碼的々某體。
60. 如權(quán)利要求1至15或36至54中任一項(xiàng)所述的設(shè)備，還包括存 儲(chǔ)所選擇的會(huì)話的所接收的媒體，在以所述接近實(shí)時(shí)的模式再現(xiàn)所述接收 的i 某體之前，所接收的〗某體正被儲(chǔ)存。
61. 如權(quán)利要求I至15或36至54中任一項(xiàng)所述的設(shè)備，還包括以 所述接近實(shí)時(shí)的模式逐步再現(xiàn)與所選擇的當(dāng)前會(huì)話相關(guān)的所接收的媒體， 在存儲(chǔ)所接收的媒體之前所接收的媒體正被再現(xiàn)。
62. 如權(quán)利要求1至15或36至54中任一項(xiàng)所述的設(shè)備，還包括當(dāng) 所述媒體正被接收時(shí)同時(shí)且逐步再現(xiàn)和存儲(chǔ)與所選擇的當(dāng)前會(huì)話相關(guān)的 所接收的媒體。
63. 如權(quán)利要求1至15或32至54中任一項(xiàng)所述的設(shè)備，其中通過 所述網(wǎng)絡(luò)發(fā)送在所述通信設(shè)備上創(chuàng)建的所編碼的i某體還包括確定當(dāng)所述媒體被編碼時(shí)所述通信設(shè)備是否連接到所述網(wǎng)絡(luò)；以及 當(dāng)所述通信設(shè)備連接到所述網(wǎng)絡(luò)時(shí)逐步發(fā)送所述媒體，其中連接到所述網(wǎng)絡(luò)被定義為在所述通信設(shè)備和所述網(wǎng)絡(luò)之間傳輸 數(shù)據(jù)的能力。
64. 如權(quán)利要求60所述的設(shè)備，還包括當(dāng)所述媒體正被創(chuàng)建時(shí)，確定在所述網(wǎng)絡(luò)和所述通信設(shè)備之間所述連 接的帶寬速率；以及在所確定的帶寬速率內(nèi)逐步發(fā)送所創(chuàng)建的媒體。
65. 如權(quán)利要求1至15或32至54中任一項(xiàng)所述的設(shè)備，其中通過 所述網(wǎng)絡(luò)發(fā)送在所述通信設(shè)備上創(chuàng)建的所編碼的媒體還包括確定當(dāng)所述:^某體被編碼時(shí)所述通信設(shè)備是否與所述網(wǎng)絡(luò)斷開連接；探測所述第 一通信設(shè)備何時(shí)重新連接到所述網(wǎng)絡(luò)；以及在所述通信設(shè)備重新連接到所述網(wǎng)絡(luò)時(shí)，發(fā)送來自儲(chǔ)存器或存儲(chǔ)器元 件的所創(chuàng)建的媒體，其中與所述網(wǎng)絡(luò)連接和斷開分別被定義為在所述通信設(shè)備和所述網(wǎng) 絡(luò)之間傳輸或不傳輸數(shù)據(jù)的能力。
66. 如權(quán)利要求I至15或32至54中任一項(xiàng)所述的設(shè)備，其中通過 所述網(wǎng)絡(luò)發(fā)送在所述通信設(shè)備上創(chuàng)建的所編碼的i某體還包括確定當(dāng)所述媒體被創(chuàng)建時(shí)網(wǎng)絡(luò)條件是否足夠差以阻止所述發(fā)送；探測何時(shí)網(wǎng)絡(luò)條件充分改善以實(shí)現(xiàn)所述發(fā)送；以及在探測到何時(shí)所述網(wǎng)絡(luò)條件充分改善時(shí)從儲(chǔ)存器或存儲(chǔ)器元件發(fā)送所創(chuàng)建的媒體。
67. 如權(quán)利要求1至66中任一項(xiàng)所述的設(shè)備，其中所述媒體還包括 下列々某體類型中的一個(gè)或多個(gè)語音、視頻、文本、傳感器數(shù)據(jù)、位置或 GPS信息、無線電信號(hào)、或其組合。
68. 如權(quán)利要求1至67中任一項(xiàng)所述的設(shè)備，其中所述通信設(shè)備包 括下列項(xiàng)之一固定電話、無線或蜂窩電話、計(jì)算機(jī)或無線電裝置、衛(wèi)星 電話或衛(wèi)星無線電裝置、或者戰(zhàn)術(shù)無線電裝置或戰(zhàn)術(shù)電話。
69. 如權(quán)利要求1至68中任一項(xiàng)所述的設(shè)備，其中所述網(wǎng)絡(luò)包括基 于分組的網(wǎng)絡(luò)、基于電路的網(wǎng)絡(luò)、蜂窩網(wǎng)絡(luò)、無線網(wǎng)絡(luò)、基于無線電裝置 的網(wǎng)絡(luò)、電話網(wǎng)絡(luò)、衛(wèi)星網(wǎng)絡(luò)、有線網(wǎng)絡(luò)、光纖網(wǎng)絡(luò)、或其組合。
70. 如權(quán)利要求1至69中任一項(xiàng)所述的設(shè)備，還包括 在所述通信設(shè)備上接收緊急媒體；以及在再現(xiàn)與所述一個(gè)或多個(gè)會(huì)話相關(guān)的其它媒體之前，再現(xiàn)所述緊急媒體。
全文摘要
本發(fā)明目的在于通信設(shè)備的各種實(shí)施方案。在一個(gè)實(shí)施方案中，在通信設(shè)備上從多個(gè)會(huì)話中選擇一個(gè)當(dāng)前會(huì)話。對(duì)于被選擇的會(huì)話，在設(shè)備上再現(xiàn)被接收的并與被選擇的會(huì)話相關(guān)的媒體，同時(shí)從設(shè)備向被選擇的會(huì)話的參與者發(fā)送在設(shè)備上創(chuàng)建并與被選擇的會(huì)話相關(guān)的媒體。與未被選擇的會(huì)話相關(guān)的媒體被保存在通信設(shè)備上用于以后復(fù)查。在第二個(gè)實(shí)施方案中，可在設(shè)備上使用優(yōu)先級(jí)順序連續(xù)再現(xiàn)多個(gè)會(huì)話。當(dāng)多個(gè)會(huì)話的媒體被接收時(shí)，最高優(yōu)先級(jí)會(huì)話的可用媒體被再現(xiàn)，而其他會(huì)話的媒體以時(shí)移模式再現(xiàn)。優(yōu)先級(jí)順序連續(xù)地被更新，以便所有被接收到的媒體最終都被再現(xiàn)。在另一個(gè)實(shí)施方案中，多個(gè)會(huì)話的媒體可被同時(shí)再現(xiàn)并儲(chǔ)存。使用這個(gè)實(shí)施方案，可選擇會(huì)話中的一個(gè)用于復(fù)查。在復(fù)查期間，其他會(huì)話的接收到的媒體被儲(chǔ)存，但不被再現(xiàn)。
文檔編號(hào)H04L29/06GK101690094SQ200880021907
公開日2010年3月31日 申請(qǐng)日期2008年6月24日 優(yōu)先權(quán)日2007年6月28日
發(fā)明者托馬斯·E·凱蒂斯, 瑪麗·G·潘塔加, 詹姆士·T·潘塔加, 馬修·J·蘭尼 申請(qǐng)人:萊貝爾沃克斯有限責(zé)任公司