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