專利名稱：多媒體通信方法
技術(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ò)和技術(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)生連接，則呼叫者無法留下消息。 當(dāng)前電話系統(tǒng)基于相對(duì)過于簡(jiǎn)單化的使用模式實(shí)時(shí)即時(shí)呼叫或無條理的語音郵 件消息，其一般在它們被聽到之后刪除。這些形式的語音通信沒有捕獲可使用語音通信獲 得的實(shí)際功效，或沒有利用網(wǎng)絡(luò)速度的提升和現(xiàn)在可用的帶寬。此外，如果電話網(wǎng)絡(luò)有故障 或不可訪問(例如，便攜式電話用戶在沒有覆蓋的區(qū)域內(nèi)或電話線路由于糟糕的天氣而有 故障)，則不可發(fā)生通信。 通常，基于電話的通信沒有跟上基于文本的通信中的進(jìn)步。即時(shí)消息(instant message)、電子郵件、傳真、聊天組和將文本消息存檔的能力對(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)行爭(zhēng)論的客戶。如果這個(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í)地聽到的消息；(iii)在會(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)作斗爭(zhēng)，給受困者提供醫(yī)療幫助，并控制旁觀者。如果每個(gè)隊(duì)使用同一信道，則通信 可能變得擁擠和混亂。當(dāng)多于一個(gè)的人同時(shí)傳輸時(shí)，傳輸變得"被壓制(st印on)"。此外 也沒有方法來區(qū)分開高和低優(yōu)先級(jí)消息。在燃燒的建筑物內(nèi)與火災(zāi)作斗爭(zhēng)或援救被困的受 困者的一隊(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ì)長(zhǎng)如何在 任何時(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)多長(zhǎng) 時(shí)間。此延遲使TCP對(duì)用在"即時(shí)"電話呼叫上不實(shí)際。目前，沒有這樣一種同時(shí)提供TCP 和UDP的性能優(yōu)點(diǎn)的已知協(xié)議，在這種協(xié)議中，可傳輸"足夠好的"媒體，用于盡快再現(xiàn)媒體 的完美拷貝的最后發(fā)送。此外，不存在根據(jù)在網(wǎng)絡(luò)上接收者的在場(chǎng)以及其在即時(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)不考慮接收者的在場(chǎ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ā)明目的在于一種通信設(shè)備。該通信設(shè)備被配置成通過通信網(wǎng)絡(luò)接收包含媒體 的消息，并且接收包含使用所述通信設(shè)備創(chuàng)建的媒體的消息。該設(shè)備還包括時(shí)移緩沖器，其 以基于時(shí)間的格式存儲(chǔ)包含在通過所述通信網(wǎng)絡(luò)接收到的消息和在本地創(chuàng)建的消息中的 媒體。該時(shí)移緩存器使所述通信設(shè)備能夠?qū)崿F(xiàn)(i)以接近實(shí)時(shí)的模式再現(xiàn)通過所述網(wǎng)絡(luò) 接收到的媒體；或者(ii)通過從所述時(shí)移緩存器取回所存儲(chǔ)的媒體來以時(shí)移模式再現(xiàn)通 過所述網(wǎng)絡(luò)接收到的媒體和在本地創(chuàng)建的媒體。該通信設(shè)備還包括消息管理系統(tǒng)，其使通 信設(shè)備能夠在不中斷接收到的消息的媒體到時(shí)移緩沖器中的正在進(jìn)行的存儲(chǔ)的情況下，將 媒體的再現(xiàn)在時(shí)移模式和接近實(shí)時(shí)的模式之間轉(zhuǎn)換。
附圖的簡(jiǎn)要說明 參考結(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ā)明通過共享IP網(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è)備。 圖11A到11F是示出本發(fā)明的多會(huì)話管理(MCMS)特征的圖示。 圖12A到12C是示出本發(fā)明的連續(xù)多會(huì)話管理系統(tǒng)(MCMS-C)特征的圖示。 圖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ì)話，或他們 可簡(jiǎn)單地被通知消息準(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è)人因此可彼此來回發(fā)送已記錄的語音消息，并在方便時(shí)復(fù)查消息，或消息可 按它們本質(zhì)上合并到即時(shí)同步語音會(huì)話的速率被發(fā)送。為了本申請(qǐng)的目的，這種新的通信 形式稱為"Voxing"。 當(dāng)你"Vox"某人時(shí)，會(huì)話由被記錄在多個(gè)位置上的一系列分立的已記錄的消息 組成，這些位置可包括發(fā)送者的編碼設(shè)備(例如電話或計(jì)算機(jī))、在網(wǎng)絡(luò)的多個(gè)傳輸中繼 (hop)上的服務(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)橄⒈挥涗洸⒖捎糜谝院笕』?，注意力可暫時(shí)從會(huì)話 轉(zhuǎn)移，接著可以后在方便時(shí)復(fù)查會(huì)話；(iv)會(huì)話可暫停數(shù)秒、數(shù)分鐘、數(shù)小時(shí)或甚至數(shù)天， 并可在停止的地方再次恢復(fù)；(v)人可再加入進(jìn)行中的會(huì)話并快速?gòu)?fù)查遺失的消息和跟上 (catch up)當(dāng)前的消息(例如，即時(shí)消息);(vi)發(fā)生會(huì)話不需要如傳統(tǒng)電話呼叫所要求 的專用電路；以及(vii)最后，為了發(fā)起會(huì)話，人可簡(jiǎn)單地開始傳輸?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í)間性和媒體質(zhì)量之間進(jìn)行折衷、 使用接收者是否打算立即實(shí)時(shí)地復(fù)查消息的在場(chǎng)和意圖以及網(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í)的通信； ii使用戶能夠在即時(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í)"、暫
?；驎r(shí)移會(huì)話直到方便復(fù)查時(shí)，在各種模式和用于管理會(huì)話(例如存檔、加標(biāo)記、搜索和從
檔案庫取回)的方法中重放(例如，播放加快、跟上即時(shí)、跳到會(huì)話首部)； viii.使系統(tǒng)能夠管理在場(chǎng)數(shù)據(jù)并與所有會(huì)話參與者共享在場(chǎng)數(shù)據(jù)，包括在線狀
態(tài)、關(guān)于在即時(shí)或時(shí)移模式中復(fù)查任何給定的消息的意圖、對(duì)消息的當(dāng)前關(guān)注、再現(xiàn)方法以
及發(fā)送方和接收方之間的網(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)易場(chǎng)所中； x.使用戶能夠儲(chǔ)存所有的會(huì)話，且如果需要，持久地將它們存檔在有形介質(zhì)中，按
需要提供可被有組織地編索引、搜索、轉(zhuǎn)錄、翻譯和/或復(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)行折衷、使用接收者的在場(chǎng)和意
圖(即，在實(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. 1.系統(tǒng)部件 客戶機(jī)客戶機(jī)是通信系統(tǒng)中的用戶應(yīng)用程序，其包括用戶接口、持久性數(shù)據(jù)存儲(chǔ) 器和"Voxing"功能。用戶與客戶機(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)證。客戶機(jī)可由一個(gè)或多個(gè)用戶使用(即，多租戶)。
設(shè)備運(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ù)、加密和驗(yàn)證。
B. 2.媒體 消息從一個(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)
志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)化延遲/質(zhì)量折衷。 持久性無限消息緩沖區(qū)(PMB) :PMB是指執(zhí)行"即時(shí)"數(shù)據(jù)的去抖動(dòng)以及存檔數(shù) 據(jù)的存儲(chǔ)和取回的、基于時(shí)間的媒體的存儲(chǔ)的存儲(chǔ)管理系統(tǒng)。PMB還包括媒體的可能無限 和持久性存儲(chǔ)的額外屬性。PMB在一些或所有參與者設(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ì)話的成員的人。可為用戶或非用戶參與者。
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í)的意圖。可能的意圖值包 括"現(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è)備13工到13n上運(yùn)行的多個(gè)客戶機(jī)12工到12n。設(shè)備13通過包括一個(gè) 或多個(gè)服務(wù)器16的通信服務(wù)網(wǎng)絡(luò)14彼此通信。 一個(gè)或多個(gè)網(wǎng)絡(luò)18工到18n設(shè)置成將多個(gè) 設(shè)備13工到13n耦合到通信服務(wù)網(wǎng)絡(luò)14。在不同實(shí)施方式中，網(wǎng)絡(luò)18可為公共交換電話網(wǎng) 絡(luò)(PSTN)、基于例如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ò)18工到18n的頂部上的或以其他方式與各網(wǎng)絡(luò) 18工到18n進(jìn)行通信的網(wǎng)絡(luò)層。在不同實(shí)施方式中，網(wǎng)絡(luò)層14是異類或同類的。客戶機(jī)12工 到12n使用稱為"Vox分組"的單獨(dú)的消息單元彼此通信并與網(wǎng)絡(luò)W到18n以及網(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ū)(P頂B)讀出器26、PMB寫入器28、PMB數(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)行通信?？蛻魴C(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ò)18連接到運(yùn) 行客戶機(jī)12的設(shè)備13。使用模塊40和44，在客戶機(jī)12之間提供多方端到端驗(yàn)證、加密和 保護(hù)。消息在網(wǎng)絡(luò)18工到18n和網(wǎng)絡(luò)14中從第一發(fā)送設(shè)備13到第二接收設(shè)備13被驗(yàn)證、 加密和保護(hù)。 D. 1. 1MCMS數(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ì)話、在場(chǎng)和狀態(tài)的從一時(shí)刻到另一時(shí)刻的操作數(shù)據(jù)，以及與用戶進(jìn)行會(huì) 話的或用戶聯(lián)系人列表上的所有參與者的會(huì)話、在場(chǎng)和狀態(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)、所有參與者 的在場(chǎng)和狀態(tài)、以及其它網(wǎng)絡(luò)和其它系統(tǒng)管理數(shù)據(jù)。
D. 1. 2MCMS應(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、在場(chǎng)/狀態(tài) 服務(wù)20i以及消息/信號(hào)服務(wù)20j。
D. 1. 2. 1MCMS數(shù)據(jù)庫樽塊MCMS數(shù)據(jù)庫模塊20a是管理MCMS應(yīng)用程序20訪問MCMS數(shù)據(jù)庫22所必需的所有
功能的服務(wù)模塊。D. 1. 2. 2SAS服備樽塊 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)各種Voxing功能。SAS服務(wù)模塊20b所執(zhí)行的一些功能包括維持和傳遞消息傳 輸和消息確認(rèn)的狀態(tài)、用于再現(xiàn)消息的指令、以及用戶的狀態(tài)和在場(chǎng)。
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í)不再?gòu)?fù)查會(huì)話實(shí)況。這些是在客戶機(jī)12和服務(wù)器16上的消息和信令服務(wù)模塊之間發(fā)送 的很多類型的消息和信號(hào)中的一些的實(shí)例，且決不應(yīng)被解釋為限制本發(fā)明。
D. 1. 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è)備、語音用戶接口 (VUI)和物理無線電通信接口。在各種實(shí)施方式中，用戶接口 API 20d既使高度靈活的也使高度受限的用戶接口的設(shè)計(jì)能夠支持MCMS應(yīng)用程序20的功能。
D. 1. 2. 5MCMS用戶接口樽塊 MCMS用戶接口模塊20e支持客戶機(jī)12的音頻和視頻用戶接口的操作和功能。用 戶接口模塊20e支持很多用戶交互作用，并可使用各種交互作用介質(zhì)例如圖形用戶接口屏 幕的陣列、音頻/DTMF接口或設(shè)備13上的語音用戶接口來實(shí)現(xiàn)，所有這些交互作用介質(zhì)都 使用戶能夠與系統(tǒng)IO進(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ì)話/消息管理服備 會(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í)間媒體到接收客戶機(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í))。在接收側(cè)上，消息的接收、儲(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)地混合被同時(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. 1.2.7優(yōu)先級(jí)服備 優(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)先順序排列會(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在場(chǎng)/狀態(tài)服務(wù) 在場(chǎng)/狀態(tài)服務(wù)20i是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊，其負(fù)責(zé)管理并共享在系統(tǒng)的某些用戶和/或非用戶之間的在場(chǎng)和狀態(tài)信息。在各種實(shí)施方式中，為參與客戶機(jī)12的用戶所參與的會(huì)話的所有用戶和非用戶、聯(lián)系人列表中的所有用戶和非用戶、或預(yù)定域內(nèi)的用戶(例如，公司或其它組織的成員)維持在場(chǎng)和狀態(tài)信息。這些例子只是例證性的，且不應(yīng)被解釋為限制性的。在場(chǎng)/狀態(tài)服務(wù)模塊20i可管理和共享關(guān)于用戶和/或非用戶的任何限定組的在場(chǎng)和狀態(tài)信息。 在場(chǎng)/狀態(tài)服務(wù)20i使用戶能夠監(jiān)控其它用戶的意圖、注意力及其對(duì)任何給定會(huì)話的時(shí)移延遲(即，他們對(duì)復(fù)查會(huì)話實(shí)況的消息落后到什么程度)的狀態(tài)。在一個(gè)實(shí)施方式中，提供了關(guān)于在場(chǎng)和狀態(tài)數(shù)據(jù)的可用性的隱私控制。在場(chǎng)/狀態(tài)模塊20i進(jìn)一步控制使系統(tǒng)10能夠發(fā)送與用戶的行為和意圖匹配的消息的數(shù)據(jù)。例如，用戶可通過指定復(fù)查或不復(fù)查會(huì)話實(shí)況的意圖來指示其狀態(tài)。作為響應(yīng)，根據(jù)用戶的意圖再現(xiàn)的命令，在場(chǎng)/狀態(tài)服務(wù)20i發(fā)出使"即時(shí)"或時(shí)移的消息。此外，用戶的意圖被會(huì)話的其他參與者共享。服務(wù)20i也能夠從用戶的行為推斷其它狀態(tài)值。在場(chǎng)和狀態(tài)信息也用于優(yōu)化網(wǎng)絡(luò)業(yè)務(wù)和帶寬，如
下面更詳細(xì)描述的。 D. 1. 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ò)上的用戶的在場(chǎng)或缺席，以及通知是否一個(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. 1. 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)化傳輸并根據(jù)用戶的愿望控制再現(xiàn)。 存儲(chǔ)和流模塊24維持與底層網(wǎng)絡(luò)18上的所有目標(biāo)接收者(例如服務(wù)器16或其 它設(shè)備13)的連接性，管理所有消息、信號(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í)間敏感的媒體，并為了存檔目的通過請(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和/或用戶接收的所有媒體。將該媒體儲(chǔ)存 在運(yùn)行客戶機(jī)12的設(shè)備13上有一些重要的優(yōu)點(diǎn)(i)它使用戶能夠?yàn)榱硪环搅粝孪?，即使在發(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. l持久件無限消息緩沖區(qū)(P頂B) 持久性無限消息緩沖區(qū)或PMB 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ì)P頂B 30的物理存儲(chǔ)實(shí)現(xiàn)方法存在很多可能的實(shí)現(xiàn)方法，包括但不限于RAM、閃存、硬盤驅(qū)動(dòng)器、光學(xué)介質(zhì)或其某種組合。PMB 30在尺寸上也是"無限的"，意味著可存儲(chǔ)在PMB 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)PIMB 30。當(dāng)超過PMB 30的物理儲(chǔ)存容量時(shí)，數(shù)據(jù)保持在服務(wù)器16上(如下所述)，用于以后按需取回。諸如最近最少使用或先進(jìn)先出的用戶標(biāo)準(zhǔn)或置換算法用于控制儲(chǔ)存在PMB 30中的實(shí)際數(shù)據(jù)和保持在服務(wù)器16上的或在任何時(shí)刻被存檔的數(shù)據(jù)。PMB 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)作者或其長(zhǎng)度也可存儲(chǔ)在PMB 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ǔ)存在P頂B30中。
D. 2. 2數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量存儲(chǔ)器數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量存儲(chǔ)器(DNQS)32是用于存儲(chǔ)關(guān)于從PMB 30讀取或?qū)懙絇MB 30的媒體有效載荷和Vox分組的信息的數(shù)據(jù)存儲(chǔ)器。
D. 2. 3P濕寫入器 PMB寫入器28為了兩個(gè)基本目的將數(shù)據(jù)寫到PMB 30。 PMB寫入器28寫入來自運(yùn)行客戶機(jī)12("編碼接收")的設(shè)備13上的媒體捕獲設(shè)備(例如，麥克風(fēng)或攝像機(jī))的數(shù)據(jù)。PMB寫入器28也將從其它客戶機(jī)12通過網(wǎng)絡(luò)18接收的數(shù)據(jù)寫入PMB 30中("凈接收(Net Receive)，，)。
D. 2. 3. 1編碼接收 為了從設(shè)備13捕獲媒體，PMB寫入器28包括編碼接收器28a和數(shù)據(jù)存儲(chǔ)器28c。 當(dāng)用戶對(duì)著麥克風(fēng)講話或使用例如設(shè)備13產(chǎn)生視頻圖像時(shí)，硬件34接收原始音頻和/或 視頻信號(hào)并將其提供到編碼接收器28a，編碼接收器28a將信號(hào)編碼成附有索引的媒體有 效載荷(此后有時(shí)簡(jiǎn)單地稱為"有效載荷")。數(shù)據(jù)存儲(chǔ)器28c將有效載荷儲(chǔ)存在PIMB 30 中。其它類型的媒體例如傳感器數(shù)據(jù)以類似的方式轉(zhuǎn)換成有效載荷。
D. 2. 3. 2凈接收 為了將通過網(wǎng)絡(luò)18接收的媒體儲(chǔ)存在PMB 30中，PMB寫入器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ǔ)在PMB 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ǔ)存在 PMB 30中。遺失和/或有缺陷的分組的重傳不實(shí)時(shí)地延遲消息的再現(xiàn)，假定被發(fā)送的分 組具有"足夠好"的質(zhì)量和數(shù)量。如果不足的網(wǎng)絡(luò)資源可用于支持新的"即時(shí)"數(shù)據(jù)以及重 傳，則重傳請(qǐng)求可被DQM 28g延遲。
D. 2. 4P頂B讀出器 PMB讀出器26為了兩個(gè)基本目的從PMB 30讀取數(shù)據(jù)。當(dāng)為本地客戶機(jī)12再現(xiàn) 數(shù)據(jù)PMB("再現(xiàn)")時(shí)，PMB讀出器26訪問PMB 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)消息，PMB讀出器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從PMB 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傳輸
為了準(zhǔn)備用于通過網(wǎng)絡(luò)18從客戶機(jī)12傳輸?shù)南ⅲ琍頂B讀出器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ù)南ⅰＪ褂门c可用于傳輸?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從PMB 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)和吞吐量，測(cè)量通過網(wǎng)絡(luò)接收到的數(shù)據(jù)的質(zhì)量。DQM 28g為了三個(gè)目的使用這些測(cè)量(i)將接收?qǐng)?bào)告發(fā)送回發(fā)送者；(ii)可選地使用那些接收?qǐng)?bào)告來請(qǐng)求某些數(shù)據(jù)的重傳；以及(iii)使NQM 28h可利用這些測(cè)量。
E.服備器結(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、 PMB 85、數(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、在場(chǎng)/狀態(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、打包器26i、發(fā)送器26 j和確認(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)行交互作用。因此，不需要用戶接口和用戶接口 API模塊和服務(wù)20e和20d。
每個(gè)服務(wù)器16上的應(yīng)用程序78可能為多個(gè)租戶服務(wù)，意味著它為系統(tǒng)10的多個(gè)用戶服務(wù)。服務(wù)器應(yīng)用程序78的PIMB 85因此明顯較大，并用于存儲(chǔ)多個(gè)用戶的媒體有效載荷，這與PMB 30不同，PMB 30用于只儲(chǔ)存僅僅一個(gè)用戶的所產(chǎn)生或接收到的有效載荷。存儲(chǔ)和流模塊84的主要目的是接收客戶機(jī)12所傳輸?shù)南⒉⑾鬏數(shù)狡渌蛻魴C(jī)12。當(dāng)消息被接收到時(shí)，它們儲(chǔ)存在PMB 85中并直接根據(jù)系統(tǒng)配置沿著到預(yù)期接收者或到接收者的路徑傳輸?shù)骄W(wǎng)絡(luò)層14的下一服務(wù)器16(即，下一"中繼")。存檔取回器88負(fù)責(zé)將儲(chǔ)存在P頂B 85中的媒體有效載荷在檔案庫89中存檔。當(dāng)PMB 85中的物理空間用完時(shí)，PIMB 85中的媒體有效載荷移到檔案庫89，其為大容量存儲(chǔ)設(shè)備。在各種實(shí)施方式中，儲(chǔ)存在PMB 85中的有效載荷可根據(jù)用戶定義的標(biāo)準(zhǔn)和/或任何已知的置換算法例如先進(jìn)先出(FIFO)或最近最少使用(LRU)被存檔。應(yīng)注意，為了簡(jiǎn)單起見在圖1中只示出一個(gè)服務(wù)器16。應(yīng)理解，在實(shí)際實(shí)施方式中，多個(gè)服務(wù)器或"服務(wù)器群"可用于具有大量用戶的網(wǎng)絡(luò)。 術(shù)語"持久"和"無限"用于描述PMB 30，且PMB 85不應(yīng)照字面被解釋為絕對(duì)術(shù)語。用戶可能希望無限地儲(chǔ)存被認(rèn)為重要的一些消息。在其它情況下，例如兩個(gè)朋友之間的隨意聊天，消息可在某個(gè)時(shí)間段之后被刪除以節(jié)省空間。根據(jù)本發(fā)明的各種實(shí)施方式，可使用由系統(tǒng)IO設(shè)置的或由用戶配置的不同的保留策略。詞"無限"的使用指沒有對(duì)PIMB強(qiáng)加任何預(yù)設(shè)時(shí)間邊界。這與當(dāng)前的抖動(dòng)緩沖器系統(tǒng)形成對(duì)照，其在媒體被再現(xiàn)之后丟棄它。術(shù)語"持久"和"無限"因此應(yīng)廣泛地被解釋為意指PMB30和PMB 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的格式包括用于類型、子類型、長(zhǎng)度和有效載荷的字段。Vox分組的不同類型包括驗(yàn)證、信令、媒體有效載荷、媒體多路復(fù)用(一個(gè)消息)和媒體多路復(fù)用(多個(gè)消息)。子類型字段用于表示驗(yàn)證、信令或媒體類型消息的不同類型。驗(yàn)證消息的可能的子類型包括用于關(guān)鍵字交換和驗(yàn)證所必需的那些子類型。信令消息的可能的子類型包括注冊(cè)、路由、消息建立和網(wǎng)絡(luò)管理。媒體消息的可能的子類型包括不同的編解碼器類型和不同的有效載荷聚集技術(shù)。長(zhǎng)度字段限定有效載荷的總長(zhǎng)度或大小。有效載荷字段包含分組95的媒體或?qū)嶋H有效載荷。
參考圖4B，其示出說明封裝在網(wǎng)絡(luò)18所使用的示例性協(xié)議中的Vox分組95的圖示。在本例中，Vox分組95分別嵌入底層UDP、 IP和以太網(wǎng)傳輸分組96中。以這種方式，Vox分組95可在網(wǎng)絡(luò)18的底層UDP、 IP和以太網(wǎng)層中傳輸。這是分組網(wǎng)絡(luò)所使用的標(biāo)準(zhǔn)協(xié)議封裝技術(shù)。 參考圖4C，其示出說明封裝在UDP、IP和以太網(wǎng)97中的媒體多路復(fù)用Vox分組95的圖示。在本例中，Vox分組95包括媒體類型字段、媒體子類型字段、長(zhǎng)度字段、消息ID字段、時(shí)間戳字段、序列ID字段和媒體有效載荷字段。 參考圖4D，其示出附有索引的媒體有效載荷98的格式。附有索引的媒體有效載荷包括子類型字段、長(zhǎng)度字段、消息標(biāo)識(shí)符(ID)字段、時(shí)間戳字段、序列標(biāo)識(shí)符(ID)字段和媒體有效載荷的字段。 Vox分組95封裝到底層網(wǎng)絡(luò)的傳輸分組中允許媒體、消息和會(huì)話每個(gè)都由多個(gè)屬性限定。 當(dāng)媒體在設(shè)備13上產(chǎn)生或以其他方式起源時(shí)，它一般是基于時(shí)間的，意指它隨著時(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ú)特的方面是客戶機(jī)12所產(chǎn)生的媒體有效載荷被儲(chǔ)存在多個(gè)位置。有效載荷不僅儲(chǔ)存在產(chǎn)生設(shè)備13的PMB 30中，而且儲(chǔ)存在服務(wù)器16的PMB85和接收設(shè)備13的PMB 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é)、i義的百.操作件 系統(tǒng)10預(yù)定在各種現(xiàn)有的通信網(wǎng)絡(luò)18例如互聯(lián)網(wǎng)、固定PSTN類型的電路網(wǎng)絡(luò)以及移動(dòng)或蜂窩電話網(wǎng)絡(luò)或其組合上運(yùn)行或被分層。系統(tǒng)10圍繞著在系統(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ò)例如互聯(liá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ò)100與服務(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耦合到共享的IP網(wǎng)絡(luò)100。在通信期間，Vox分組95(在附圖中被設(shè)計(jì)的"VP")被封裝在UDP/IP分組中，接著如本領(lǐng)域中公知的在其它IP協(xié)議分組中交錯(cuò)(interleave)，并在整個(gè)共享的IP網(wǎng)絡(luò)100中從客戶機(jī)12傳輸?shù)椒?wù)器16，或反之亦然。如公知的，每個(gè)較低分組層封裝直接在其上的層的整個(gè)分組。分組也可在兩個(gè)服務(wù)器16之間以類似的方式發(fā)送。消息通過共享的IP網(wǎng)絡(luò)100從啟用一個(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)再次注意，為了簡(jiǎn)單起見，只有單個(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ī)12A的設(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便于兩個(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ò)、電路類型的網(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ò)中的主機(jī)的32位數(shù)字。對(duì)于其它聯(lián)網(wǎng)技術(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)10設(shè)計(jì)成使用這些接收器接收?qǐng)?bào)告消息以協(xié)調(diào)此分組丟失管理。如果底層網(wǎng)絡(luò)能夠 通知發(fā)送者丟失或丟下的分組，則系統(tǒng)10在其重傳協(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分組必須為IP和以太網(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. 1存儲(chǔ)和流 參考圖8A到8F，提供了一系列流程圖來示出分別在客戶機(jī)12和服務(wù)器16上的 存儲(chǔ)和流模塊24和84的操作。圖8A示出將消息傳輸?shù)降诙蛻魴C(jī)122的第一客戶機(jī)12工 的操作的序列。圖8B和8C示出發(fā)送客戶機(jī)12i上的PMB寫入器28和PMB讀出器28的 操作。圖8D和8E示出接收客戶機(jī)122上的PMB寫入器28和PMB讀出器26的操作。圖 10F示出服務(wù)器16上的存儲(chǔ)和流模塊84的流程圖。 在圖8A中，在設(shè)備13工上運(yùn)行的客戶機(jī)12工的用戶發(fā)起待傳輸?shù)拿襟w。媒體可用 很多不同的方法被發(fā)起于設(shè)備13，以便用戶通過對(duì)著麥克風(fēng)講話而產(chǎn)生媒體或在其設(shè)備 13上產(chǎn)生視頻內(nèi)容。媒體也可由設(shè)備13通過接收傳感器數(shù)據(jù)例如GPS信息或溫度讀數(shù)而 被發(fā)起。無論媒體如何被發(fā)起，媒體都被P頂B寫入器28 (框130)編碼，PMB寫入器28將 媒體轉(zhuǎn)換成附有索引的媒體有效載荷，并將其存儲(chǔ)在客戶機(jī)12工上的PMB 30中(框132)。 客戶機(jī)上的PMB讀出器26從PMB 30讀出有效載荷，產(chǎn)生Vox分組，并通過網(wǎng)絡(luò)18將分組傳輸?shù)浇邮湛蛻魴C(jī)122 (框134)。沿著發(fā)送客戶機(jī)12工和接收客戶機(jī)122之間的路徑的 每個(gè)服務(wù)器16將所傳輸?shù)挠行лd荷存儲(chǔ)在PMB 85中，并將Vox分組傳輸?shù)较乱恢欣^(框 133)。在接收客戶機(jī)122，PMB寫入器28的凈接收功能將Vox分組轉(zhuǎn)換成附有索引的媒體 有效載荷(框136)，并將有效載荷存儲(chǔ)在客戶機(jī)122的PMB 30中(框138)。客戶機(jī)122 上的PMB讀出器26的再現(xiàn)模塊將從PMB 30讀取的有效載荷信息再現(xiàn)為適合于人使用的 介質(zhì)例如音頻或視頻(框140)。下面關(guān)于圖10B到10E更詳細(xì)地描述這些步驟中的每個(gè)。
在圖8B中，詳細(xì)提供了由PMB寫入器28執(zhí)行的編碼接收功能序列(圖8A的步 驟130)。在初始步驟13(^中，運(yùn)行客戶機(jī)12工的設(shè)備13的使用產(chǎn)生待傳輸?shù)拿襟w。如上 所述，可通過對(duì)著麥克風(fēng)講話、使用攝像機(jī)接收傳感器數(shù)據(jù)或通過某種其它媒體產(chǎn)生部件 來產(chǎn)生媒體。在下一步驟1302中，編碼接收器28a給媒體編碼并產(chǎn)生附有索引的媒體有效 載荷(步驟1303)，該有效載荷接著由數(shù)據(jù)存儲(chǔ)器28c儲(chǔ)存在PMB 30中(步驟132)。
在圖8C中，詳細(xì)提供了由客戶機(jī)A上的PMB讀出器26執(zhí)行的傳輸功能的序列 (圖8A的步驟134)。在決策環(huán)13^中，PMB讀出器26的傳輸功能連續(xù)檢查以查看是否 待傳輸?shù)母接兴饕拿襟w有效載荷被寫到P頂B 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(步驟1343)，如下面關(guān)于圖9A-9C更詳細(xì)描述的。適當(dāng)?shù)挠行?載荷接著由數(shù)據(jù)取回器26h從PMB 30取回(步驟1344)，并由打包器26i轉(zhuǎn)換成Vox分組 95 (步驟1345) 。 Vox分組95接著通過網(wǎng)絡(luò)18由發(fā)送器26j發(fā)送到接收客戶機(jī)122 (步驟 1346)，接收客戶機(jī)122發(fā)送回反映被接收到的分組的特性(損失、抖動(dòng)、吞吐量)的接收?qǐng)?bào) 告。這些接收?qǐng)?bào)告給PQM提供計(jì)算給定的接收方的MABR所必需的信息。前述過程對(duì)每個(gè) 傳輸環(huán)重復(fù)，如從傳輸步驟到流程圖的頂部的返回箭頭所指示的。 在上述實(shí)施方式中，媒體被編碼、存儲(chǔ)在PMB 30中，并接著通過網(wǎng)絡(luò)以串行方式 傳輸。在可選的實(shí)施方式中，被編碼的媒體可儲(chǔ)存在P頂B 30中，并通過網(wǎng)絡(luò)并行地傳輸， 意味著兩種功能實(shí)質(zhì)上同時(shí)出現(xiàn)。 在圖8D中，示出了在接收客戶機(jī)122上的PMB寫入器28的凈接收功能的序列(圖 8A的步驟136)。在初始步驟136i中，凈接收器28d通過網(wǎng)絡(luò)18接收Vox分組95。數(shù)據(jù)存 儲(chǔ)器28f將分組轉(zhuǎn)換成附有索引的媒體有效載荷(步驟1363)，這些有效載荷被儲(chǔ)存在PMB 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上的PMB讀出器26的再現(xiàn)功能的序列(圖 8A的步驟140)。在初始步驟14(^中，數(shù)據(jù)優(yōu)先器26a按優(yōu)先順序排列待再現(xiàn)的附有索引的 媒體有效載荷，如由MCMS應(yīng)用程序20使用MTSD信息以及包括用戶意圖和注意力狀態(tài)的用 戶狀態(tài)和在場(chǎng)信息所確定的。優(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)生聲音、視頻或其它媒體(步驟1406)。 在圖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)，以將接收到 的分組轉(zhuǎn)發(fā)到網(wǎng)絡(luò)18上的下一中繼上。以這種方式，由發(fā)送客戶機(jī)12工產(chǎn)生的媒體的拷貝 被接收、存儲(chǔ)并沿著到接收客戶機(jī)122的路徑的每個(gè)中繼被發(fā)送。在前述實(shí)施方式中，接收到的附有索引的媒體的記錄儲(chǔ)存在服務(wù)器16的PIMB 91
中，并以串行方式傳輸?shù)较乱恢欣^。在可選的實(shí)施方式中，接收到的附有索引的有效載荷可 儲(chǔ)存在PMB 91中，并實(shí)質(zhì)上同時(shí)傳輸?shù)较乱恢欣^。發(fā)送和接收設(shè)備13的PMB 30上的媒 體的存儲(chǔ)都考慮媒體的逐步傳輸和再現(xiàn)。在發(fā)送側(cè)上，當(dāng)正接收于發(fā)送設(shè)備上起源的媒體 時(shí)，它可通過網(wǎng)絡(luò)被逐步發(fā)送。在各種實(shí)施方式中，在被編碼的媒體存儲(chǔ)在PMB 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中之前、之后或 實(shí)質(zhì)上相同的時(shí)間，可逐步傳輸該媒體。如果接收到的媒體將在時(shí)移模式中被復(fù)查，則媒體 從PMB 30被取回(或如果在本地PMB 30上被代替，則可能為服務(wù)器16上的PMB 85)， 用于以后在用戶所指定的時(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)人暫?；蛲Ｖ怪v話時(shí)，沒有媒 體要逐步處理。當(dāng)人再次重新開始講話時(shí)，媒體的逐步處理重新開始。在接收側(cè)上，當(dāng)媒體 被接收時(shí)(即，可用)，媒體也被逐步處理。在媒體被接收時(shí)，它被連續(xù)地存儲(chǔ)。當(dāng)媒體在 接近實(shí)時(shí)的模式中時(shí)被接收到或在時(shí)移模式中從存儲(chǔ)器接收時(shí)，它也將被繼續(xù)再現(xiàn)。雖然 在語音的背景下提供了上面的解釋，應(yīng)理解，可按類似的方式逐步處理所有類型的媒體。此 外，媒體的逐步處理不一定必須以時(shí)間索引的順序被逐步處理。更確切地，媒體以其被接收 的順序被處理。如果在一個(gè)實(shí)施方式中不按索引順序接收媒體，則媒體以其被接收的順序 被逐步處理，并接著在PMB 30中組織成附有索引的序列。在可選的實(shí)施方式中，接收到的 媒體可組織成其附有索引的序列，并接著被逐步再現(xiàn)。
H. 2PQM操作流程圖 PQM 26g依賴于稱為最大可用比特率(MABR)的度量，最大可用比特率是在發(fā)送和 接收節(jié)點(diǎn)對(duì)之間的實(shí)際傳輸容量或帶寬(即，在給定時(shí)間點(diǎn)網(wǎng)絡(luò)的容量的測(cè)量)的連續(xù)計(jì) 算的近似。當(dāng)即時(shí)網(wǎng)絡(luò)條件變化時(shí)，MABR被更新。在計(jì)算MABR中考慮網(wǎng)絡(luò)吞吐量、分組損 失和抖動(dòng)的有規(guī)律的測(cè)量。在可選實(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ù)睦硐氡忍芈驶?IBR"。對(duì)于時(shí) 間敏感的傳輸，根據(jù)實(shí)質(zhì)上實(shí)時(shí)或即時(shí)通信所需的打包率來計(jì)算IBR(在這里稱為實(shí)時(shí)比 特率或RTBR)。例如對(duì)于語音，包含20毫秒的音頻數(shù)據(jù)的每20毫秒分組的打包率被認(rèn)為 是用于進(jìn)行即時(shí)會(huì)話的可接受的IBR。以每秒千比特為單位的這樣的系統(tǒng)的RTBR將是音 頻有效載荷數(shù)據(jù)的l秒的大小加上將為傳輸而產(chǎn)生的所有網(wǎng)絡(luò)首部的大小。對(duì)于視頻媒體 或語音和視頻的組合，RTBR可能實(shí)質(zhì)上高于簡(jiǎn)單的語音。對(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ā)送和接收對(duì)之間的MABR中的步驟。在圖9B中，示出了說明用于對(duì) 單個(gè)發(fā)送和接收對(duì)計(jì)算每個(gè)傳輸環(huán)的AIBR的步驟。在圖9C中，示出了用于確定要在每個(gè) 環(huán)的發(fā)送和接收對(duì)之間傳輸?shù)臄?shù)據(jù)的數(shù)量的序列。在這三個(gè)圖中示出的過程同時(shí)運(yùn)行并彼 此進(jìn)行交互作用，如下面更詳細(xì)描述的。 在圖9A中，示出了用于為發(fā)送和接收對(duì)之間的網(wǎng)絡(luò)接口計(jì)算MABR的流程圖50。 在初始步驟5(^中，監(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ò)接口 ，則為每個(gè)接口計(jì)算MABR，對(duì)該接口接 收到接收?qǐng)?bào)告。如果在網(wǎng)絡(luò)上最近沒有發(fā)送業(yè)務(wù)，或沒有接收到接收?qǐng)?bào)告，則MABR可能不反映當(dāng)前的網(wǎng)絡(luò)條件。然而，因?yàn)楫?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ù)拿襟w的消息(據(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。在初始步驟中，對(duì)于下次傳輸，比較MABR(如在圖9A中計(jì)算的) 與AIBR(如在圖9B中確定的)。 如果MABR大于或等于AIBR，則被識(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í)間敏感的消息， 則比特率減小到MABR54s，且消息被傳輸543。 如果列表包括時(shí)間敏感的消息，則為非時(shí)間敏感的消息分配的比特率減小546，直 到它滿足MABR限制。如果將比特率一直減小到零不足以滿足MABR，則這些非時(shí)間敏感的消 息從在環(huán)中待傳輸?shù)南⒌牧斜碇斜灰瞥Ｈ绻忍芈蕼p小，使得它小于或等于MABR，則剩 余的消息被打包和傳輸543。 如果非時(shí)間敏感的消息的移除不足以滿足MABR，則使用另一程序，其涉及對(duì)剩余 的時(shí)間敏感的消息使用較低質(zhì)量編解碼器547。通過在傳輸環(huán)期間發(fā)送較少的比特來試圖 盡快傳輸有效載荷數(shù)據(jù)。換句話說，通過降低有效載荷的質(zhì)量，傳輸在給定的一段時(shí)間發(fā)送 較少的比特。在各種實(shí)施方式中，可使用不同的編解碼器，每個(gè)編解碼器具有不同比特率對(duì) 質(zhì)量折衷。如果較低質(zhì)量的編解碼器的使用足夠，意味著滿足MABR限制，則消息被發(fā)送543。
如果較低質(zhì)量編解碼器的使用不滿足MABR，則時(shí)間敏感的消息的打包間隔增加 548。對(duì)于該程序，首部與有效載荷比增加了，這降低了總比特率，但引入等待時(shí)間(S卩，在 傳輸?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ù)541Q。 如果在發(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. 3DQM操作流稈圖 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ù)的DQM 28g的操作的流 程圖。在初始步驟56工中，DQM 28g使用公知技術(shù)例如CRC或類似的完整性檢查機(jī)制檢查破 壞的分組。如果分組被破壞，則分組被視為遺失的562。 DQM 28g接著確定任何分組是否是 遺失的563。如果在預(yù)定的一段時(shí)間之后沒有接收到失序分組，則假定它為遺失的。DQM 28g 記錄DNQS 32中任何破壞或遺失的分組564。另一方面，如果沒有檢測(cè)到破壞或遺失的分 組，則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ǔ)存在 DNQS32中567。前述過程連續(xù)地重復(fù)，如到流程圖的起始處的返回箭頭所表示的。
作為圖9D中詳述的過程的結(jié)果，關(guān)于未降質(zhì)的分組的接收的信息、降低質(zhì)量的分 組的缺陷以及遺失的分組都存儲(chǔ)在DNQS 32中。當(dāng)媒體被接收到時(shí)，DNQS 32維持關(guān)于媒 體的狀態(tài)的最新消息。 參考圖9E，其示出說明DQM 28g的接收?qǐng)?bào)告產(chǎn)生功能的操作的流程圖。在初始步 驟中，DNQS 32被周期性地掃描58p以確定是否有接收?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)時(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í)低，則PQM 26g應(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ì)的媒體的序列的流程圖。在初始步驟 6(^中，周期性地掃描DNQS 32尋找遺失或降質(zhì)的媒體602。如果沒有遺失或降質(zhì)的媒體，則 上面定義的掃描周期性地重復(fù)。 如果在預(yù)定閾值的時(shí)間段之后失序分組沒有到達(dá)，則媒體被認(rèn)為是遺失的603。如 果分組在閾值之前到達(dá)，則不再認(rèn)為它是遺失的。另一方面，如果在超過閾值之后，分組沒 有到達(dá)，則它被認(rèn)為是遺失的。由于遺失的分組，產(chǎn)生用于重傳的低優(yōu)先級(jí)的請(qǐng)求604，且請(qǐng) 求的時(shí)間被記錄在DNQS32中6(V該過程重復(fù)，直到接收到遺失的分組。當(dāng)遺失的分組到 達(dá)且相應(yīng)的媒體在PMB 30中可用時(shí)，從DNQS 32移除媒體的遺失狀態(tài)。因此，在步驟604 中定義的重傳請(qǐng)求是以媒體是否被確定為遺失為條件的。 如果被降質(zhì)，則DQM 32確定媒體是否是即時(shí)會(huì)話的部分606。如果不是，進(jìn)行對(duì)降 質(zhì)的媒體的完全質(zhì)量拷貝的請(qǐng)求607，完全質(zhì)量的媒體被指定為遺失的608，并在DNQS 32記 錄請(qǐng)求時(shí)間609。如果媒體是即時(shí)會(huì)話的部分，則不立即采取行動(dòng)，以便保存網(wǎng)絡(luò)帶寬。當(dāng) 會(huì)話轉(zhuǎn)變到即時(shí)模式之外時(shí)，則執(zhí)行步驟607到609以確保降質(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ù)，如在6(^從605和609到流程圖的頂部的返回箭頭表示的。通 過重復(fù)圖9F中概述的過程，所有被傳輸?shù)拿襟w的準(zhǔn)確拷貝被儲(chǔ)存在接收設(shè)備13的PIMB 30 中。以這種方式，在接收設(shè)備13保證被傳輸?shù)拿襟w的準(zhǔn)確拷貝的儲(chǔ)存。
I.圖形用戶接口 參考圖IO，其示出運(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)被解釋為限制性的。可在設(shè)備13上實(shí)現(xiàn)的、也包括音頻/DEMF接 口、語音用戶接口 (VUI)、音頻轉(zhuǎn)換接口或其組合的其它類型的用戶接口可都用于實(shí)現(xiàn)下面 描述的各種功能。為了簡(jiǎn)單起見，用戶可與其設(shè)備13進(jìn)行交互作用的這些類型的方法中的 每種通常都稱為"用戶接口"。 所有的設(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)參與者的在場(chǎng)/狀態(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)；(ii)即時(shí)消息型的個(gè)人消息導(dǎo)航；(iii)會(huì)話時(shí)間指示符；(iv)時(shí)標(biāo)(time scale)移 動(dòng)(即，通過會(huì)話的一個(gè)或多個(gè)消息的快速向前或向后)；(v)會(huì)話的變化的優(yōu)先級(jí)；(vi) 中止(hang up);以及(vii)始位(home)。 前述功能和特征可用各種方式實(shí)現(xiàn)，例如使用觸摸屏圖形用戶接口 IIO，或其它輸 入設(shè)備例如數(shù)據(jù)輸入按鈕、鍵或鍵盤112、鼠標(biāo)、通過語音激活的命令或其組合。同樣，在上 面列出的功能和特征以及如何實(shí)現(xiàn)它們不意味著是無遺漏的。可使用的各種方法和技術(shù)是 如此廣泛，以至于在這里全部列出或討論它們是不實(shí)際的。
J.會(huì)話 MCMS應(yīng)用程序20支持很多不同類型的會(huì)話，例如接近實(shí)時(shí)或"即時(shí)"呼叫，其中從 參與者講話以及其它參與者聽到第一參與者時(shí)開始的延遲非常小；參與者以較長(zhǎng)的延遲在 消息之間來回交換語音消息的會(huì)話；涉及多個(gè)用戶的"即時(shí)"會(huì)議呼叫；在有規(guī)律的調(diào)度時(shí) 間的常設(shè)會(huì)議呼叫；或可配置的有組織的呼叫類型例如同時(shí)總結(jié)，其中每個(gè)參與者都預(yù)先 留下消息簡(jiǎn)介，以讓其他人在每個(gè)人參加即時(shí)會(huì)議呼叫之前復(fù)查。MCMS應(yīng)用程序20的又一 獨(dú)特的屬性是用戶在不同類型的會(huì)話之間轉(zhuǎn)換的能力。例如，參與者可無縫地從語音消息 模式轉(zhuǎn)換到即時(shí)呼叫并再次轉(zhuǎn)換回來?；蛘呒磿r(shí)會(huì)議呼叫的參與者可轉(zhuǎn)換到語音消息模式 并在會(huì)議呼叫之后彼此發(fā)送更新或行動(dòng)項(xiàng)目。雖然提到了一些例子，但應(yīng)理解，系統(tǒng)io非 常靈活并提供在不同類型的呼叫或會(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í)施方式中，接口允許用戶通過各種屬性中的任何一個(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ì)長(zhǎng)的消息的優(yōu)先級(jí)的能力。 然而發(fā)送用戶有發(fā)送緊急或高度重要的消息的能力。通過將消息標(biāo)記為緊急的或危急的， 消息在接收者處被盡快再現(xiàn)，不考慮接收者的任何優(yōu)先級(jí)設(shè)置。根據(jù)預(yù)定的優(yōu)先級(jí)方案來 解決多個(gè)緊急消息中間的任何沖突。
K. MCMS操作 參考圖11A，其示出將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. 1賬戶管理 在賬戶管理功能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ì)話管理 如圖IIB所示，會(huì)話管理1104是一組功能，其允許用戶觀看其綜合會(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)、標(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)系人列表上的其他人的在場(chǎng)信息。如果會(huì)話被調(diào)度，則MCMS應(yīng)用程序20在指定的時(shí) 間開始會(huì)話。否則，會(huì)話立刻開始。 更新會(huì)話細(xì)節(jié)1104c-用戶可通過用戶接口 110對(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ì)話。 選擇會(huì)話1106a-通過接口 110，用戶可在用戶的綜合會(huì)話列表中選擇一個(gè)會(huì)話作 為當(dāng)前的。當(dāng)前會(huì)話的消息可在"即時(shí)"或時(shí)移模式中再現(xiàn)。用戶可在綜合會(huì)話列表中不 時(shí)地轉(zhuǎn)換會(huì)話。 轉(zhuǎn)換會(huì)話模式1106b-在可選的實(shí)施方式中，用戶能夠從MCMS、 MCMS-C和MCMS-S
操作模式轉(zhuǎn)換。 K. 4會(huì)話參與 如圖IID所示，會(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)用程序20通知該參與者。所有在線參與者的在場(chǎng)狀態(tài)在數(shù) 據(jù)庫22中被更新。 接收通知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-通過用戶接口 IIO，用戶可中止活躍的會(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ì)話控制1110是允許用戶控制其在會(huì)話中的參與的一組功能。這
些功能允許用戶跟上即時(shí)，跳到首部，跳到過去的位置、暫停、當(dāng)復(fù)查會(huì)話的消息時(shí)播放加
快和播放減慢。這些功能中的每個(gè)通過設(shè)備13上的接口 110由用戶觸發(fā)。 跟上即時(shí)1110a-用戶可在正在進(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í)模式。 跳到首部1110c-該功能使用戶能夠跳到會(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)系人1112a-該功能使用戶能夠?qū)⑿碌穆?lián)系人添加到其聯(lián)系人列表。新的
聯(lián)系人可為注冊(cè)用戶或外部聯(lián)系人。 一般為每個(gè)聯(lián)系人記錄提供名稱、電話號(hào)碼、號(hào)碼類型
(手機(jī)、辦公室、家庭、計(jì)算機(jī)等)、電子郵件地址和其它個(gè)人信息。 編輯聯(lián)系人1112b-該功能使用戶能夠編輯或更新現(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)行搜索。 獲得參與者列表1112e_該功能使用戶能夠按很多不同的搜索標(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. 1MCMS-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ì)長(zhǎng)的消息最高優(yōu)先級(jí)?？山o燃燒的建筑物內(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ì)話?；蛘哂脩艨稍诩彝ズ团笥阎虚g按優(yōu)先順序 排列連續(xù)消息。不管所使用的方案如何，都在此過程中定義連續(xù)會(huì)話的優(yōu)先級(jí)列表(步驟 1210)。 參考圖12C，其示出說明從不同的連續(xù)會(huì)話接收到的消息的隊(duì)列的結(jié)構(gòu)的流程圖。 在初始步驟中，為每個(gè)將被連續(xù)再現(xiàn)的會(huì)話連續(xù)檢測(cè)消息的未再現(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í)暫?；蜓舆t其它可用的附有索引的媒體有效載荷的再現(xiàn)。當(dāng)沒有沖突時(shí)，附有索 弓I的媒體有效載荷在變得可用時(shí)被立即再現(xiàn)。 在又一實(shí)施方式中，可在時(shí)移模式中可選地復(fù)查連續(xù)再現(xiàn)的會(huì)話的消息。如果第 一通信設(shè)備的用戶產(chǎn)生與連續(xù)再現(xiàn)的會(huì)話相關(guān)的媒體，則該媒體附有索引并儲(chǔ)存在設(shè)備的 PMB 30以及網(wǎng)絡(luò)上的服務(wù)器16的PMB 85中。因此當(dāng)在時(shí)移模式中復(fù)查會(huì)話時(shí)，用戶選 擇只復(fù)查與會(huì)話相關(guān)的進(jìn)入的消息，或復(fù)查進(jìn)入的消息以及與會(huì)話相關(guān)的第一用戶以時(shí)間 索引順序創(chuàng)建的媒體。
L. 2MCMS-S操作 在MCMS-S或同時(shí)模式中，啟用客戶機(jī)12的設(shè)備13的用戶可限定一組會(huì)話用于同
時(shí)再現(xiàn)。 一旦限定了該組會(huì)話，就在設(shè)備13上同時(shí)再現(xiàn)與該組會(huì)話相關(guān)的附有索引的媒體
有效載荷，而不管它們是否交迭。在可選的實(shí)施方式中，用戶可以可選地從一組媒體流分開
地再現(xiàn)接收到的附有索引的媒體有效載荷。也可以可選地在接近實(shí)時(shí)或時(shí)移模式中再現(xiàn)同
時(shí)會(huì)話的附有索引的媒體有效載荷。L. 3MCMS、 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)生。媒體由用戶Z在t3、 t6和t9到t10所標(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í)間段。
圖13A的圖示在說明會(huì)話的屬性時(shí)是有用的。當(dāng)一個(gè)用戶(Y或Z)正產(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以及C1和C2)的消息。每個(gè)消息的計(jì)時(shí)和持續(xù)時(shí)間由沿著時(shí)間線的起始點(diǎn)指示。在本例中，除了消息B2以外，所有的消息都在某種程度上在時(shí)間上交迭，注意到此是有用的。
對(duì)于MCMS應(yīng)用程序，用戶選擇一個(gè)會(huì)話作為當(dāng)前會(huì)話。對(duì)于選定的會(huì)話，用戶可復(fù)查進(jìn)入的消息并產(chǎn)生被傳輸?shù)綍?huì)話的其他參與者的消息。在本例中，用戶按順序分別選擇會(huì)話B、C和A為當(dāng)前的。消息序列因此最初是B1、B2和B3，后面是Cl和C2，接著最后是Al到A4。再次，當(dāng)特定的會(huì)話被選擇為當(dāng)前的時(shí)，用戶可在接近實(shí)時(shí)和時(shí)移模式之間轉(zhuǎn)換并轉(zhuǎn)換回來。該圖所示的最后的再現(xiàn)不意味著相應(yīng)于該圖的頂部部分所示的接收到的消息的計(jì)時(shí)。更確切地，該圖的下部部分用來根據(jù)用戶所選擇的會(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è)消息Bl、 B2和B3。對(duì)于本例，消息B1與消息A1沖突，注意到此是有用的。此外，會(huì)話A具有比會(huì)話B高 的優(yōu)先級(jí)。 在兩個(gè)會(huì)話的連續(xù)再現(xiàn)期間，較高優(yōu)先級(jí)的消息A1和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è)簡(jiǎn)單的實(shí)例中，優(yōu)先級(jí)是用于確 定再現(xiàn)的連續(xù)順序的唯一參數(shù)。如上所述，也可使用很多其它參數(shù)。 參考圖13D，其示出說明MCMS-S的圖。在本例中，用戶參與三個(gè)同時(shí)的會(huì)話A、 B 和C。對(duì)于在該圖中示出的每個(gè)會(huì)話A、B和C，分別接收消息A1、A2和A3、B1、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. ^和,禾口瞎, 參考圖14A，其示出說明用于儲(chǔ)存并執(zhí)行客戶機(jī)應(yīng)用程序12的設(shè)備13的硬件的結(jié) 構(gòu)圖140。硬件包括CPU 142、主存儲(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ā)明，但本領(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)利要求
一種裝置，其包括通信設(shè)備，其被配置成通過通信網(wǎng)絡(luò)接收包含媒體的消息，并且接收包含使用所述通信設(shè)備創(chuàng)建的媒體的在本地創(chuàng)建的消息；時(shí)移緩沖器，其以基于時(shí)間的格式存儲(chǔ)包含在通過所述通信網(wǎng)絡(luò)所接收的消息和所述在本地創(chuàng)建的消息中的媒體，所述時(shí)移緩存器使所述通信設(shè)備能夠?qū)崿F(xiàn)(i)以接近實(shí)時(shí)的模式再現(xiàn)通過所述網(wǎng)絡(luò)所接收的媒體；或者(ii)通過從所述時(shí)移緩存器取回所存儲(chǔ)的媒體來以時(shí)移模式再現(xiàn)通過所述網(wǎng)絡(luò)所接收的媒體和所述在本地創(chuàng)建的媒體；以及消息管理系統(tǒng)，其使所述通信設(shè)備能夠在不中斷所接收的消息的媒體到所述時(shí)移緩沖器中的正在進(jìn)行的存儲(chǔ)的情況下，在所述時(shí)移模式和所述接近實(shí)時(shí)的模式之間轉(zhuǎn)換再現(xiàn)。
2. 如權(quán)利要求1所述的裝置，其中所述通信設(shè)備還包括編碼接收元件，所述編碼接收 元件包括編碼器，其對(duì)包含在使用所述通信設(shè)備在本地創(chuàng)建的消息中的所述在本地創(chuàng)建的媒體 進(jìn)行編碼；以及媒體存儲(chǔ)器，其配置成以所述基于時(shí)間的格式在所述時(shí)移緩沖器中存儲(chǔ)被編碼的在本 地創(chuàng)建的媒體。
3. 如權(quán)利要求1所述的裝置，其中所述通信設(shè)備還包括發(fā)射元件，所述發(fā)射元件配置 成通過所述網(wǎng)絡(luò)向一個(gè)或多個(gè)接收者發(fā)送所述在本地創(chuàng)建的媒體。
4. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件被配置成當(dāng)所述消息在本地正被創(chuàng)建 時(shí)通過所述網(wǎng)絡(luò)逐步發(fā)送所述在本地創(chuàng)建的媒體。
5. 如權(quán)利要求4所述的裝置，其中所述發(fā)射元件通過所述網(wǎng)絡(luò)以等于或小于所述在本 地創(chuàng)建的媒體在被創(chuàng)建時(shí)通過所述通信設(shè)備被編碼的速率的速率來逐步發(fā)送所述在本地 創(chuàng)建的媒體。
6. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還被配置成在所述在本地創(chuàng)建的媒體 被存儲(chǔ)在所述時(shí)移緩沖器中之前，通過所述網(wǎng)絡(luò)逐步發(fā)送所述在本地創(chuàng)建的媒體。
7. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還被配置成在所述在本地創(chuàng)建的媒體 被存儲(chǔ)在所述時(shí)移緩沖器中之后，通過所述網(wǎng)絡(luò)逐步發(fā)送所述在本地創(chuàng)建的媒體。
8. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還被配置成實(shí)質(zhì)上在所述在本地創(chuàng) 建的媒體被存儲(chǔ)在所述時(shí)移緩沖器中的同時(shí)，通過所述網(wǎng)絡(luò)逐步發(fā)送所述在本地創(chuàng)建的媒 體。
9. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還被配置成當(dāng)在包含所發(fā)送的媒體的 消息在本地被創(chuàng)建和存儲(chǔ)之后的時(shí)間出現(xiàn)所述發(fā)送時(shí)，通過所述網(wǎng)絡(luò)從所述時(shí)移緩沖器逐 步發(fā)送所述在本地創(chuàng)建的媒體。
10. 如權(quán)利要求9所述的裝置，其中所述發(fā)射元件還被配置成通過所述網(wǎng)絡(luò)以至少部 分地由所述通信網(wǎng)絡(luò)上的條件指示的速率從所述時(shí)移緩沖器逐步發(fā)送所述在本地創(chuàng)建的 媒體。
11. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還包括優(yōu)先器元件，所述優(yōu)先器元件 配置成基于所述通信設(shè)備到所述網(wǎng)絡(luò)的確定的連通性，以優(yōu)先順序排列所述在本地創(chuàng)建的 媒體用于發(fā)送，其中連通性被定義為所述通信設(shè)備通過所述網(wǎng)絡(luò)發(fā)送數(shù)據(jù)的能力。
12. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還包括優(yōu)先器元件，所述優(yōu)先器元件 配置成基于所述發(fā)送的一個(gè)或多個(gè)接收者的確定的意圖，以優(yōu)先順序排列所述在本地創(chuàng)建 的媒體用于發(fā)送，所述確定的意圖是所述一個(gè)或多個(gè)接收者以所述接近實(shí)時(shí)的模式或所述 時(shí)移模式再現(xiàn)所發(fā)送的在本地創(chuàng)建的媒體的意圖。
13. 如權(quán)利要求12所述的裝置，其中所述發(fā)射元件還包括發(fā)送質(zhì)量元件，所述發(fā)送質(zhì) 量元件配置成當(dāng)所述一個(gè)或多個(gè)接收者中的至少一個(gè)的所述確定的意圖是以所述接近實(shí) 時(shí)的模式再現(xiàn)所述在本地創(chuàng)建的媒體時(shí)，發(fā)送足以用于接近實(shí)時(shí)地再現(xiàn)的所述在本地創(chuàng)建 媒體的充足的拷貝。
14. 如權(quán)利要求12所述的裝置，其中所述發(fā)射元件還包括發(fā)送質(zhì)量元件，所述發(fā)送質(zhì) 量元件配置成當(dāng)所述一個(gè)或多個(gè)接收者中的全部接收者的所述確定的意圖是以所述時(shí)移 模式再現(xiàn)所述在本地創(chuàng)建的媒體時(shí)，以最大網(wǎng)絡(luò)效率速率或接近最大網(wǎng)絡(luò)效率速率來發(fā)送 所述在本地創(chuàng)建的媒體。
15. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還包括數(shù)據(jù)取回器，所述數(shù)據(jù)取回器 配置成從所述時(shí)移緩沖器取回所述在本地創(chuàng)建的媒體用于發(fā)送。
16. 如權(quán)利要求3所述的裝置，其中所述發(fā)射元件還包括打包器，所述打包器為通過所 述網(wǎng)絡(luò)發(fā)送的媒體打包。
17. 如權(quán)利要求1所述的裝置，其中所述通信設(shè)備還包括網(wǎng)絡(luò)接收元件，所述網(wǎng)絡(luò)接收 元件處理包含在通過所述網(wǎng)絡(luò)所接收的消息中的媒體。
18. 如權(quán)利要求17所述的裝置，其中所述網(wǎng)絡(luò)接收元件還包括臨時(shí)緩沖器，所述臨時(shí) 緩沖器存儲(chǔ)包含在通過所述網(wǎng)絡(luò)所接收的消息中的媒體，并且在最小時(shí)移延遲(MTSD)之 前限制所接收的媒體以所述接近實(shí)時(shí)的模式的再現(xiàn)。
19. 如權(quán)利要求17所述的裝置，其中所述網(wǎng)絡(luò)接收元件還包括數(shù)據(jù)存儲(chǔ)元件，所述數(shù)據(jù)存儲(chǔ)元件以所述基于時(shí)間的格式在所述時(shí)移緩沖器中存儲(chǔ)通過所述網(wǎng)絡(luò)所接收的媒體。
20. 如權(quán)利要求17所述的裝置，其中所述網(wǎng)絡(luò)接收元件還包括數(shù)據(jù)質(zhì)量管理器，所述 數(shù)據(jù)質(zhì)量管理器配置成確定包含在通過所述網(wǎng)絡(luò)被所述通信設(shè)備接收的消息中的損壞或 丟失的媒體，并且請(qǐng)求重新發(fā)送包含所述損壞或丟失的媒體的消息，以便預(yù)期由所述通信 設(shè)備接收的所述媒體的準(zhǔn)確拷貝最終被儲(chǔ)存在所述時(shí)移緩沖器中。
21. 如權(quán)利要求1所述的裝置，其中所述通信設(shè)備還包括再現(xiàn)元件，所述再現(xiàn)元件在所 述通信設(shè)備上再現(xiàn)儲(chǔ)存在所述時(shí)移緩沖器中的媒體。
22. 如權(quán)利要求21所述的裝置，其中所述再現(xiàn)元件被配置成在將所述媒體存儲(chǔ)在所 述時(shí)移緩沖器之前，以所述接近實(shí)時(shí)的模式再現(xiàn)包含在通過所述網(wǎng)絡(luò)所接收的消息中的媒 體。
23. 如權(quán)利要求21所述的裝置，其中所述再現(xiàn)元件被配置成在將所述媒體存儲(chǔ)在所 述時(shí)移緩沖器之后，以所述接近實(shí)時(shí)的模式再現(xiàn)包含在通過所述網(wǎng)絡(luò)所接收的消息中的媒 體。
24. 如權(quán)利要求21所述的裝置，其中所述再現(xiàn)元件被配置成實(shí)質(zhì)上在將所述媒體存儲(chǔ) 在所述時(shí)移緩沖器的同時(shí)，以所述接近實(shí)時(shí)的模式再現(xiàn)包含在通過所述網(wǎng)絡(luò)所接收的消息 中的媒體。
25. 如權(quán)利要求21所述的裝置，其中所述再現(xiàn)元件還包括優(yōu)先排序元件，所述優(yōu)先排序元件配置成按優(yōu)先順序排列儲(chǔ)存在所述時(shí)移緩沖器中的媒體的再現(xiàn)。
26. 如權(quán)利要求21所述的裝置，其中所述再現(xiàn)元件還包括取回器，所述取回器配置成 從被選擇的時(shí)間點(diǎn)開始從所述時(shí)移緩沖器取回以時(shí)間序列的將被再現(xiàn)的媒體，其中所述被 選擇的時(shí)間點(diǎn)是所述通信設(shè)備的用戶選擇的。
27. 如權(quán)利要求26所述的裝置，其中所述再現(xiàn)元件還包括混合元件，所述混合元件進(jìn) 行混合，以再現(xiàn)由所述取回器從所述時(shí)移緩沖器取回的零個(gè)或多個(gè)媒體流。
28. 如權(quán)利要求1所述的裝置，其中所述時(shí)移緩沖器持久地存儲(chǔ)包含在通過所述網(wǎng)絡(luò) 所接收的消息和所述在本地創(chuàng)建的消息中的媒體。
29. 如權(quán)利要求1所述的裝置，還包括檔案庫存儲(chǔ)系統(tǒng)，所述檔案庫存儲(chǔ)系統(tǒng)配置成將 所述時(shí)移緩沖器中存儲(chǔ)的媒體存檔。
30. 如權(quán)利要求29所述的裝置，其中所述檔案庫存儲(chǔ)系統(tǒng)遠(yuǎn)程地位于所述網(wǎng)絡(luò)上。
31. 如權(quán)利要求29所述的裝置，其中所述通信設(shè)備還包括置換元件，所述置換元件選 擇性地置換在所述時(shí)移緩沖器中所存儲(chǔ)的媒體并且在所述檔案庫存儲(chǔ)系統(tǒng)中將所置換的 媒體存檔。
32. 如權(quán)利要求31所述的設(shè)備，其中所述置換元件依靠置換算法將所述時(shí)移緩沖器中 所存儲(chǔ)的媒體存檔，所述置換算法依靠下列算法中的一個(gè)或多個(gè)(i) 最近最少使用；(ii) 先進(jìn)先出;(iii) 在預(yù)先確定的存儲(chǔ)時(shí)間段后置換； 基于與所述媒體相關(guān)的特性置換；(v)基于所述媒體的發(fā)送者置換；或者 基于所述媒體的接收者置換。
33. 如權(quán)利要求1所述的裝置，其中所述通信設(shè)備還包括清除元件，所述清除元件定期 地清除存儲(chǔ)在所述時(shí)移緩沖器中的被選擇的媒體。
34. 如權(quán)利要求1所述的裝置，其中所述時(shí)移緩沖器使用第一級(jí)存儲(chǔ)器和第二級(jí)存儲(chǔ) 器在所述通信設(shè)備上被實(shí)現(xiàn)，其中所述第一級(jí)存儲(chǔ)器具有較快的訪問時(shí)間，并具有相對(duì)于 所述第二級(jí)存儲(chǔ)器較小的物理存儲(chǔ)容量。
35. 如權(quán)利要求1所述的裝置，其中所述時(shí)移緩沖器使用下列存儲(chǔ)器類型中的一個(gè)或 多個(gè)來實(shí)現(xiàn)隨機(jī)存儲(chǔ)器(RAM)、閃存、光學(xué)存儲(chǔ)器、或者硬盤。
36. 如權(quán)利要求1所述的裝置，其中所述基于時(shí)間的格式還包括，當(dāng)通過所述網(wǎng)絡(luò)所接 收的媒體和所述在本地創(chuàng)建的媒體都被存儲(chǔ)在所述時(shí)移緩沖器中時(shí)，將用于這兩種媒體的 時(shí)間戳關(guān)聯(lián)起來，所述時(shí)間戳按時(shí)間序列順序?qū)崿F(xiàn)來自所述時(shí)移緩沖器的所存儲(chǔ)的媒體的 取回和再現(xiàn)。
37. 如權(quán)利要求1所述的裝置，其中所接收的和在本地創(chuàng)建的媒體包括下列媒體類型 中的一個(gè)或多個(gè)語音、視頻、文本、傳感器數(shù)據(jù)、無線電信號(hào)、位置或GPS信息、或其組合。
38. 如權(quán)利要求1所述的裝置，其中所述通信設(shè)備包括下列項(xiàng)之一 固定電話、無線電 話、蜂窩電話、移動(dòng)電話、計(jì)算機(jī)、無線電裝置、衛(wèi)星電話、衛(wèi)星無線電裝置、戰(zhàn)術(shù)無線電裝 置、戰(zhàn)術(shù)電話、或任何其他類型的通信設(shè)備。
39. 如權(quán)利要求1所述的裝置，其中所述網(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ò)、或其組合。
40. 如權(quán)利要求1所述的裝置，其中所述消息管理系統(tǒng)還提供多個(gè)選項(xiàng)用于再現(xiàn)通過 所述網(wǎng)絡(luò)所接收的媒體和在所述時(shí)移緩沖器中所存儲(chǔ)的在本地創(chuàng)建的媒體，所述多個(gè)再現(xiàn)選項(xiàng)包括下列項(xiàng)的一個(gè)或多個(gè)正常播放、跳過靜音部分、暫停、重放、播放加快、播放減慢、 向后跳躍、向前跳躍、跟上最近接收的媒體、或跳到最近接收的媒體。
41. 如權(quán)利要求1所述的裝置，其中所述消息管理系統(tǒng)還被配置成在不中斷通過所述網(wǎng)絡(luò)所接收的和在所述通信設(shè)備上在本地創(chuàng)建的消息的媒體到所述時(shí)移緩沖器中的正在 進(jìn)行的存儲(chǔ)的情況下，在所述時(shí)移模式和所述接近實(shí)時(shí)的模式之間轉(zhuǎn)換再現(xiàn)。
全文摘要
通信設(shè)備(12)被配置成通過通信網(wǎng)絡(luò)接收包含媒體的消息并且接收包含使用所述通信設(shè)備創(chuàng)建的媒體的消息。該設(shè)備還包括時(shí)移緩沖器(30)，其以基于時(shí)間的格式存儲(chǔ)包含在通過所述通信網(wǎng)絡(luò)接收到的消息和在本地創(chuàng)建的消息中的媒體。該時(shí)移緩存器使所述通信設(shè)備能夠?qū)崿F(xiàn)(i)以接近實(shí)時(shí)的模式再現(xiàn)通過所述網(wǎng)絡(luò)所接收到的媒體；或者(ii)通過從所述時(shí)移緩存器取回所存儲(chǔ)的媒體來以時(shí)移模式再現(xiàn)通過所述網(wǎng)絡(luò)接收到的媒體和在本地創(chuàng)建的媒體。該通信設(shè)備還包括消息管理系統(tǒng)(20)，其使通信設(shè)備能夠在不中斷接收到的消息的媒體到時(shí)移緩沖器中的正在進(jìn)行的存儲(chǔ)的情況下，將媒體的再現(xiàn)在時(shí)移模式和接近實(shí)時(shí)的模式之間轉(zhuǎn)換。
文檔編號(hào)H04L29/06GK101730996SQ200880021723
公開日2010年6月9日 申請(qǐng)日期2008年5月8日 優(yōu)先權(quán)日2007年6月28日
發(fā)明者托馬斯·E·凱蒂斯, 瑪麗·G·潘塔加, 詹姆士·T·潘塔加, 馬修·J·蘭尼 申請(qǐng)人:萊貝爾沃克斯有限責(zé)任公司