多媒體通信方法

2023-06-08 23:27:51

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

發明內容
本發明目的在於用於在通信設備上再現一個或多個會話的各種方法。 在第一個方法中，在多個會話中選擇一個當前會話。對被選擇的會話，接 收到的和與被選擇的會話相關的々某體被再現，並且在設備上創建的並與被 選擇的會話相關的媒體被發送到被選擇的會話的參與者。被選擇的會話的 媒體可以接近實時的模式或時移模式被再現。被選擇的會話可以選擇性地 在多個會話中變化。在第二個方法中，多個會話可以被連續再現。使用這 種實施方式，多個會話的可用^ 某體按照優先級順序被連續再現。在各種會 話的媒體被接收時，當以時移模式再現其他會話的媒體時，最高優先級會 話的可用媒體被再現。在又一種方法中，可同時再現並儲存多個會話的媒 體。使用該實施方式，可選擇多個會話之一用於複查。在複查期間，其他 會話的所接收到的媒體被存儲，但不被再現。在複查之後恢復多個會話的 同時再現。通過在複查期間存儲所有會話的^ 某體，可在以後再現在複查期間接收到的未被再現的媒體。 附圖的簡要說明
參考結合附圖理解的下列描述可最好地理解本發明，這些附圖示出本 發明的特定實施方式。


圖1是本發明的通信和媒體管理系統的體系結構的圖示。
圖2A和2B示出在本發明的通信和管理系統中的設備上運行的客戶機 的結構圖。
圖3是在本發明的通信和管理系統中使用的伺服器的結構圖。
圖4A到4D示出在本發明的通信和管理系統中使用的數據有效載荷的 各種實施方式。
圖5是示出根據本發明通過共享IP網絡傳輸的數據的圖示。
圖6是示出根據本發明通過基於電路的網絡傳輸的數據的圖示。
圖7是示出根據本發明在蜂窩網絡和網際網路上傳輸的數據的圖示。
圖8A到8F是示出本發明的通信和管理系統的存儲和流(stream)功能 的一系列流程圖。
圖9A到9C是示出有效載荷質量管理器(PQM)的操作的流程圖， 而圖9D到9F是示出數據質量管理器(DQM)的流程圖，這兩個管理器 都被本發明的客戶機和伺服器使用。
圖10是具有可用在本發明的系統上的圖形用戶接口的示例性設備。
圖IIA到IIF是示出本發明的多會話管理(MCMS)特徵的圖示。
圖12A到12C是示出本發明的連續多會話管理系統(MCMS-C )特徵 的圖示。
圖13A到13D示出詳述本發明的操作的一系列圖示。
圖14A和14B是示出用於運行本發明的客戶機和伺服器應用程式的硬 件的結構圖。應注意，在附圖中相似的參考數字指相似的元件。
特定實施方式的詳細描述
現在參考如在附圖中示出的其中的各種實施方式來詳細描述本發明。 在下列描述中，闡述了特定的細節，以便提供對本發明的徹底理解。然而 對本領域技術人員應明顯，本發明可在不使用這裡闡述的一些實現細節的 情況下實踐。還應理解，沒有詳細描述公知的操作，以便不必使本發明不 清楚。
A.功能概述
通信媒體管理方法和系統支持參與語音會話和/或使用各種媒體類型 例如語音、視頻、文本、位置、傳感器信息和其它數據管理多個同時會話
的新;溪式。用戶可通過向指定的接收者發送語音消息來參與會話。根據偏 好和優先級，接收者可實時地參與會話，或他們可簡單地被通知消息準備 被取回。在後面的情況下，接收者通過複查並在方便時回答已記錄的消息 在時移模式中參與會話。
用戶被授權在(i)給用戶提供類似於標準全雙工電話呼叫的體驗的近 似同步或"即時"會話；或(ii)在一系列前後時間延遲的傳輸(即，時 移模式)中進行通信。進一步地，參與會話的用戶可從即時模式無縫地轉 換到時移模式，並再次轉換回來。這個屬性也使用戶可能通過在每個會話 的兩個模式之間按優先順序排列並變動來同時參與多個會話。使用系統的 兩個人因此可糹皮此來回發送已記錄的語音消息，並在方便時複查消息，或 消息可按它們本質上合併到即時同步語音會話的速率被發送。為了本申請 的目的，這種新的通信形式稱為"Voxing"。
當你"Vox"某人時，會話由被記錄在多個位置上的一系列分立的已 記錄的消息組成，這些位置可包括發送者的編碼設備(例如電話或計算 機)、在網絡的多個傳輸中繼(hop)上的伺服器以及接收者的再現設備。與 標準電話呼叫或語音郵件不同，系統提供了下列特徵和優點(i)會話可 在即時和時移之間轉換，反之亦然；(ii)分立的會話消息在語義上連接在一起並被存檔；(m)因為消息被記錄並可用於以後取回，注意力可暫時從 會話轉移，接著可以後在方便時複查會話；(iv)會話可暫停數秒、數分鐘、 數小時或甚至數天，並可在停止的地方再次恢復；(v)人可再加入進行中 的會話並快速複查遺失的消息和跟上(catchup)當前的消息(例如，即時消 息)；(vi)發生會話不需要如傳統電話呼叫所要求的專用電路；以及(vii) 最後，為了發起會話，人可簡單地開始傳輸到個人或組。如果另一端上的 一人或多人注意到他們正接收消息，他們有選擇複查和實時地進會話的權 利或在他們選4奪之後的時間複查的權利。
通信媒體管理系統也支持優化數據通過網絡的傳輸的新模式。系統有 效地管理有效載荷到接收者的發送，當網絡條件較不理想時，該接收者實 時地參與會話。例如當網絡條件差時，系統有意降低用於傳輸到當^皮接收 者接收時"足夠好"以被再現的點的數據的質量，允許會話的實時參與。 系統也保證隨著時間的過去消息的"準確"拷貝的最終發送。系統和方法 因此提供了速度和準確性兩者的優點。通過在時間性和媒體質量之間進行 折衷、使用接收者是否打算立即實時地複查消息的在場和意圖以及網絡等 待時間、網絡降質、分組丟失或損壞和/或當前帶寬條件的衡量，來優化對 網絡帶寬的利用。
應注意，會話消息可只包含語音或包含語音、視頻和其它數據，例如 傳感器信息。當複查消息時，取決於包含在消息中的媒體的類型，聽取或 在視覺上複查它們，或其組合。雖然到本申請的提交為止，大多數會話只 是語音，但這裡描述的通信系統和方法旨在廣泛地包括會話，該會話包括 多媒體類型，例如語音和視頻。
公開了提供下列特徵和功能中的 一 個或多個的改進的語音和其它媒 體通信和管理系統和方法
i. 使用戶能夠參與多種會話類型，包括即時電話呼叫、會議電話、語 音消息、連續或同時的通信；
ii. 使用戶能夠在即時模式或時移模式(語音消息)中複查會話消息；
iii. 使用戶能夠在同步"即時"模式和時移模式之間無縫地轉換會話；連接。 該屬性允許用戶開始會話，參與會話，並且即使在網絡可不用時，在網絡
質量差時或其他參與者無空時也複查以前接收到的時移的會話消息；
V.使系統能夠在發送方保存有效載荷數據，且在網絡傳輸之後在所有
接收方保存i某體有效載荷數據；
vi. 使系統能夠通過將消息按序連接在一起形成在語義上有意義的會 話來組織消息，其中每個消息可被識別並聯繫到給定會話中的給定參與 者；
vii. 使用戶能夠使用一組用戶控制的功能來管理每個會話，例如複查 "即時"、暫停或時移會話直到方便複查時，在各種模式和用於管理會話 (例如存檔、加標記、搜索和從檔案庫取回)的方法中重放(例如，播放
加快、跟上即時、跳到會話首部)；
viii. 使系統能夠管理在場數據並與所有會話參與者共享在場數據，包 括在線狀態、關於在即時或時移才莫式中複查任何給定的消息的意圖、對消 息的當前關注、再現方法以及發送方和接收方之間的網絡條件；
ix. 使用戶能夠同時管理多個會話，其中(a) —個會話正在進行，而 所有其它會話暫停；(b)多個會話被連續再現，例如但不限於戰術通信， 或者(c)多個會話是活躍的並被同時再現，例如在股票交易所或貿易場所 中；
x. 使用戶能夠儲存所有的會話，且如果需要，持久地將它們存檔在有 形介質中，按需要提供可被有組織地編索引、搜索、轉錄、翻譯和/或複查
的有用資源；
xi. 使系統能夠使用消息的盡力交付模式，以用於儘快再現的"足夠
好"速率提供實時呼叫功能(類似於UDP),以及通過從最初保存的完美 拷貝(類似於TCP)請求任何遺失或損壞的數據的重傳來提供傳輸的消息 的準確拷貝的^f皮保證的最後發送；以及
xii. 使系統能夠通過在時間性和媒體質量之間進行折衷、使用接收者 的在場和意圖(即，在實時或在時移模式中複查々某體)以及網絡等待時間、網絡降質、分組丟失或損壞和/或當前帶寬條件的衡量，來優化對網絡帶寬 的利用。
在各種實施方式中，可實現上面列出的很多特徵和功能中的一些或全 部。然而應理解，本發明的不同實施方式不需要合併上面列出的全部特徵 和功能。
B.術語表
在解釋本發明的細節之前，定義在整個書面描述中使用的 一些術語和 縮略語是有用的。術語的該術語表被按系統部件、媒體、媒體管理、人和 會話管理組織成組。
B丄系統部件
客戶機客戶機是通信系統中的用戶應用程式，其包括用戶接口、持 久性數據存儲器和"Voxing"功能。用戶與客戶機應用程式進行交互作用， 且客戶機應用程式管理通過網絡傳輸或接收的所有通信(消息和信號)和 有效載荷(媒體)轉移。客戶機支持對々某體的編碼(例如，語音、視頻或 其它數據內容的捕獲)以及對媒體的再現，並支持對數據在網絡上的傳輸 進行優化以及保護、加密和驗證。客戶機可由一個或多個用戶使用(即， 多租戶)。
設備運行客戶機應用程式的物理設備。用戶可在任何給定的時間點 主動地登錄到單個設備或多個設備。在不同實施方式中，設備可為通用計 算機、可攜式計算設備、可編程的電話、可編程的無線電裝置或任何其它 可編程的通信設備。
伺服器通信網絡中的計算機節點。伺服器負責通過網絡和持久性存 儲器將在用戶之間來回發送的消息按規定路線傳送，還負責對媒體有效載 荷進行存檔。伺服器提供對數據在網絡上的傳輸的優化以及路由、解碼、 保護、加密和-瞼i正。
B.2.媒體
消息從一個用戶到另一的通信的單個單位。每個消息由某種媒體例 如語音或視頻組成。每個消息被分配某些屬性，包括(i)發送消息的用戶；(ii)它所屬的會話；(iii)可選的或用戶創建的重要標記；(iv)時間 戳；以及(v)媒體有效載荷。
媒體音頻、視頻、文本、位置、傳感器讀數例如溫度、或其它數據。
會話兩個或多個用戶之間在其設備上(被識別、持久地儲存、分組 並按優先順序排列)的一串消息。用戶通常按需要使用其設備，通過在實 時或在時移^t式中複查消息或創建並發送會話消息，來參與會話。當新消 息被創建時，它們定義新的會話，或它們被添加到現有的會話。
會話首部由最近的揚聲器編碼的會話的最近的消息。它是用戶在復 查"即時"時處於會話中的位置或人在使用"跳到即時，，特徵的情況下所 跳到的位置。
多會話管理系統或MCMS:作為客戶應用程式的部分運行的應用程 序，其使用戶能夠使用各種媒體類型參與多個會話。使用MCMS應用程 序，用戶在多個會話中選擇一個會話作為當前的，其中只有當前會話的消 息被再現。對於選定的當前會話，用戶可從時移模式中的一系列來回消息 轉換到接近同步的"即時"模式，類似於標準電話會話，並再次轉換回來。 未選定的會話的消息處於暫停狀態。如果其他人仍然參與那些會話，則與 未選定的會話相關的消息將累積。用戶可選擇性地在多個會話中轉換當前 會話，並複查選定的當前會話的被累積的消息。
連續多會話管理系統或MCMS-C:類似於MCMS，具有再現和使用 戶能夠通過時移和優先級分級系統來管理並參與連續多個會話的增加的 特徵，其由系統自動管理。MCMS-C應用程式允許連續會話的消息按優先 順序被再現，與只再現當前選定的會話的消息的MCMS相反。MCMS-C 特別適用於下列情況連續會話的消息按優先順序被再現很重要，和/或接 收所有消息，即使屬於較低優先級會話的那些消息，比實時地接收消息更 重要。MCMS-C可能適合的情況的例子包括但不限於醫院、計程車隊管理 或戰術通信。
同時多會話管理系統或MCMS-S:類似於MCMS，具有能夠使用 MCMS-S的增加的特徵，選擇用於同時再現的多個會話，與只再現當前選定的會話的消息的MCMS不同。MCMS-S特別適用於下列情況用戶同 時聽多個會話，例如交易人聽不同交易的多個經紀人並向其中的一人或多 人周期性地同時發送交易請求。MCMS-S也可適合於戰術通信。
優先級系統用來確定當用戶參與MCMS-C時接著再現哪個消息的 機制。優先級由系統自動管理。用戶可設置默認的優先級，或可使用一組 預定的系統優先級。在其中多於一個的消息準備被同時再現的沖突的情況 下，系統至少部分地根據優先級解決該衝突，以確定什麼消息要立即再現 以及什麼消息要時移。
標記用戶或系統可分配到會話或消息的一組屬性，例如主題(公司 名)、指令(行動條款)、指示符(會話概要)、或人可能想要通過其來搜 索或組織數據的任何其它標誌。
重要標記使發送者能夠指定消息何時被再現的特殊消息屬性，而不 管其它優先級設置如何。例如"緊急"重要標記將優先於其它優先級。該 特徵對戰術系統^L關4定，雖然任何系統可配置成使用或禁用該特徵。
分組能夠通過計算機網絡被按規定路由傳送的二進位數據的任何單 位。每個分組由首部(元數據)和有效載荷(媒體數據)組成。包括標準 分組協議，例如^旦不限於網際網路協議(IP)、 EvDO、 UMTS、或任何其它 基於分組的無線電、光纖或有線網絡。
首部或分組首部描述分組的分組部分；關於有效載荷的元數據、其 編石馬類型和目的i也。
Vox分組使系統和方法能夠進一步改進和優化消息、^(某體和其它信 令信息的發送的專有分組。
媒體有效載荷(或有效載荷)分組的實際媒體部分。
B.3.媒體管理
時移延遲(TSD):在Vox分組的到達與分組在設備上再現之間的時 間量。TSD必須超過最小時移延遲。TSD—般由用戶在接收到之後的某個 時間選擇複查會話消息時的行為確定。最小時移延遲(MTSD):被客戶機強加以允許使用抖動(jitter)緩衝 區技術來進行抖動處理的時移延遲。這使系統延遲再現，直到足夠數量的 分組到達以產生可用的^C體流。系統一般隨著時間的過去適應性地調節 MTSD，以補償網絡中的變化的條件。
再現以適合於用戶使用的形式(例如，語音、文本、圖形顯示、視 頻或其組合)將々某體流發送到用戶。
混合 一個或多個4某體流的再現。例如，來自會話的兩個參與者的媒 體流可在再現時被混合，產生類似於多人同時講話的會話的用戶體驗。
編碼轉換由用戶所產生的(例如，語音或視頻)、或以其他方式在 設備上引起(例如GPS或其它傳感器數據)的媒體、或將媒體轉換成由客 戶機處理的數字數據的過程。
自適應抖動緩沖區抖動緩沖區或去抖動緩沖區用於對分組交換網絡 引入的抖動(即，序列分組之外的到達或分組的延遲的到達)計數，以便 可沒有中斷地執行通過網絡傳輸的音頻(或視頻)信號的連續再現。數據 在再現之前存儲在緩沖區中，以允許媒體的合理尺寸的緩衝區到達。媒體 可在所有分組被接收之前被再現，為傳播折衷選擇質量。自適應抖動緩衝 區能夠動態地改變其尺寸以優化延遲/質量折衷。
持久性無限消息緩衝區(PIMB): PIMB是指執行"即時"數據的去 抖動以及存檔數據的存儲和取回的、基於時間的媒體的存儲的存儲管理系 統。P1MB還包括媒體的可能無限和持久性存儲的額外屬性。P1MB在一些 或所有參與者設備和/或伺服器維持消息和會話的Vox分組的"準確"或完 整拷貝。
分組丟失補償或隱蔽(PLC):在再現媒體流期間，PLC部件補償遺 失的分組，插入結果以向複查者提供流。遺失的分組可被再現為無聲，或 來自相鄰分組的信息可用於提供插入的聲音或圖像。待使用的特定的方法 將依賴於媒體、使用中的編解碼器和其它通常已知的參數。
B.4 ^
用戶被授權使用系統的人。聯繫人系統對用戶或非用戶的記錄。用戶一般參與和其聯繫人列表 上的成員的會話。非用戶是使用傳統電話、無線電裝置或啟用其它非客戶
機12的設備來訪問或使用系統的用戶。
組多個聯繫人的聯合。聯繫人可被選擇性添加或從組中刪除。當會 話發生在組中間時，組中的所有成員可以或可以不參加。
信道 一般用於戰術通信系統。信道類似於組，因為它使多個聯繫人 與信道關聯。
參與者被識別為會話的成員的人。可為用戶或非用戶參與者。 B.5.會話管理
時移時移是當任何消息(如用戶接收者所確定的)被接收之後，在 任何時間播放該消息的能力。通過時移，用戶可複查消息(i )通過在MTSD 之後立即再現來立即按需請求；或(ii)依據用戶的判斷在複查消息的模 式中時移；(iii)來自檔案庫，用於老的會話的搜索、重建等；(iv)在延 遲的一段時間之後適應需要被首先複查的其它較高優先級消息(或會話) 的複查；(v)和/或如果必要使消息重複地被再次聽到和理解。換句話說， 時移是用戶在系統強加MTSD之後的任何時間再現消息的能力。
複查聽、觀看、閱讀或以其他方式觀察消息中的々某體內容。複查可 在接近同步的實時的"即時模式"或時移模式中發生。
意圖(i)記錄用戶是希望儘快複查會話消息還是希望在時移模式中 複查消息的用戶定義的屬性；(ii)由用戶的行為暗示；或(i)和(ii)的 組合。
注意力記錄用戶是否此刻複查給定會話的消息的用戶屬性。
跟上即時(CTL):允許不在會話首部的用戶更快地複查以前的消息 以"跟上即時"(即，會話首部)的再現模式。CTL特徵可使用任何數量 的跟上技術，例如消息的較快重^:、消息的4某體中的間隙的移除、猶豫虛 詞(hesitation particle)的移除等。當用戶跟上即時時，系統無縫地進入即時 會話。這是例如在用戶需要暫時將其注意力從會話移走但在其返回時希望 聽到整個會話的情況下關於會議電話的非常有用的特徵。跟上模式確定CTL過程如何跟上(即，重放加快、消除無聲和猶豫 虛詞或其組合)的用戶配置或預先配置的模式。
跳到即時(JTL):該特徵允許用戶從其當前位置跳到會話首部。當用 戶不想複查其會話中的當前位置與會話首部之間的所有消息時，他們一般 使用JTL特徵。當實現JTL特徵時，用戶略過任何中間消息，並開始再現 在會話首部處的"即時"消息。
MCMS參與者屬性由用戶定義的、或由系統從用戶行為理解的、 由管理員分配的、或其組合的一組屬性，這些屬性定義意圖、注意力、優 先級和接收者對給定會話的再現偏好。這些屬性包括但不限於(i)當接 收者希望再現會話消息時的意圖。可能的意圖值包括"現在"、"時移"、
"跟上即時(CTL)"、"暫停"和"從不"；(ii)跟上模式，其是確定CTL 過程應如何使接收者跟上即時(例如，播放加快、略過無聲間隙或猶豫、 或以正常速度播放)的配置設置；(iii)時移延遲(TSD)，其定義接收者 在會話中的當前位置離會話首部多遠，以及(iv)消息相對於接收者的其 它會話的優先級。
C. 系統結構
參考圖1，其示出了根據本發明的一個實施方式的電信和媒體管理系
統的結構圖。系統10包括分別在設備13!到13n上運行的多個客戶機12!
到12n。設備13通過包括一個或多個伺服器16的通信服務網絡14彼此通
信。
一個或多個網絡18,到18n設置成將多個設備13!到13n耦合到通信服
務網絡14。在不同實施方式中，網絡18可為公共交換電話網絡(PSTN)、 基於例如CDMA或GSM的蜂窩網絡、網際網路、戰術無線電網絡、或任何 其它通信網絡、或其組合。通信服務網絡14是在各網絡18!到18n的頂部 上的或以其他方式與各網絡18i到18n進行通信的網絡層。在不同實施方式 中，網絡層14是異類或同類的。客戶機12!到12n使用稱為"Vox分組" 的單獨的消息單元彼此通信並與網絡18!到18n以及網絡14上的伺服器16 進行通信，這將在下面詳細描述。
D. 客戶機結構參考圖2A和2B，其示出了在設備13上運行的客戶機12的結構圖。 如圖2A所示，客戶機12包括多會話管理系統(MCMS)應用程式20、再 現和編碼才莫塊21 、以及MCMS應用資料庫22。如圖2B所示，客戶機12 還包括存儲和流(SAS)模塊24,其具有持久性無限消息緩衝區(PIMB) 讀出器26、 PIMB寫入器28、 PIMB資料庫30、數據和網絡質量(DNQS ) 存儲器32、以及i某體驅動器和編碼器硬體34。 MCMS應用程式20以及存 儲和流模塊24分別通過消息處理模塊25a和25b彼此進行通信。客戶機 12還包括驗證-加密-保護模塊40和通信協議模塊44。
模塊40在將"Vox"分組傳輸到客戶機12以及從客戶機12接收"Vox" 分組期間提供驗證、加密和保護服務。當在接收數據時傳輸數據並將Vox 分組從本地分組去封裝時，通信協議模塊44將Vox分組封裝到底層網絡 18所使用的本地分組中，底層網絡18連接到運行客戶機12的設備13。 使用模塊40和44,在客戶機12之間提供多方端到端驗證、加密和保護。 消息在網絡18,到18n和網絡14中從第一發送設備13到第二接收設備13 一皮-驗i正、力口密和寸呆護。
D.l.l MCMS資料庫
資料庫22儲存並管理系統10中很多實體的持久性元數據，包括聯繫 人和參與者、會話和消息(即時和所儲存的)、和默認優先級、以及關於 伺服器16的信息。此外，MCMS資料庫22儲存用戶會話、在場和狀態的 從一時刻到另 一時刻的操作數據，以及與用戶進行會話的或用戶聯繫人列 表上的所有參與者的會話、在場和狀態的從一時刻到另一時刻操作數據。 例如，對於會話和消息，資料庫22記住狀態信息，例如用戶已經或未曾 複查的會話的什麼消息、優先級、以及在其中客戶機12是參與者的每個 會話的跟上即時狀態、所有參與者的在場和狀態、以及其它網絡和其它系 統管理數據。
D丄2 MCMS應用程式
MCMS應用程式20使用各種媒體和數據類型(語音、視頻、文本、 位置、數據等)支持參與會話和/或管理多個會話的不同Voxing模式。用 戶通過使用他們的啟用客戶機12的設備13將消息發送到指定的接收者，來參與會話。根據偏好和優先級，接收者可實時地複查消息，或他們可僅 僅被通知消息準備好被複查。用戶可從一系列消息來迴轉換，這些消息在 時移模式(或語音消息)中或在接近同步的全雙工會話(類似於標準"即
時"電話呼叫)中被複查並接著再次回到語音消息。MCMS應用程式20 允許用戶實時地控制與其最重要會話的交互作用，而不遺失其它正在進行 的會話中的任何消息。例如，MCMS應用程式20通知來自會話的緊急或 高優先級通信的用戶他們目前不複查。MCMS應用程式20也使來自所有 會話的所有消息被儲存，用於以後取回，所以它們可在任何時間被複查。
根據各種實施方式，存在MCMS應用程式20的幾種不同的操作模式， 包括連續MCMS (MCMS-C)和同時MCMS (MCMS-S),其分別支持消 息的連續和同時的再現。下面詳細描述這些實施方式中的每個。除非特別 指出，術語"MCMS"通常用於表示MCMS應用程式20，其包括前述不 同的模式。
MCMS應用程式20是包括很多模塊和服務的多層結構。模塊和服務 包括MCMS資料庫模塊20a、 SAS服務模塊20b、消息和信令服務模塊20c、 用戶接口應用編程接口 (API)20d、用戶接口模塊20e、會話/消息管理服 務20f、優先級服務20g、聯繫人服務20h、在場/狀態服務20i以及消息/ 信號服務20j。
D.l.2.1 MCMS資料庫才莫塊
MCMS資料庫才莫塊20a是管理MCMS應用程式20訪問MCMS數據 庫22所必需的所有功能的服務模塊。
D.1.2.2 SAS服務模塊
SAS服務模塊20b包括一組功能調用，其實現MCMS應用程式20和 存儲和流模塊24之間的通信和協調，且其分別通過消息處理模塊25a和 25b來回傳遞。當被用戶調用和/或被網絡條件指示時，這組功能調用使 MCMS應用程式20和存儲和流模塊24能夠按需要操作來實現各種Voxing 功能。SAS服務模塊20b所執行的一些功能包括維持和傳遞消息傳輸和消 息確認的狀態、用於再現消息的指令、以及用戶的狀態和在場。D丄2,3消息和信令服務模塊
消息和信令服務模塊20c在客戶機12和伺服器16上運行，並實現系 統10的客戶機12和伺服器16之間的通信。包括消息、數據和其它信號 的該通信允許客戶機12和系統10跟蹤並管理通信、網絡狀態、用戶和用 戶狀態。在客戶機12和伺服器16上運行的消息和信令服務模塊20c之間 發送的消息和信號的類型包括例如用戶的網絡可用性、伺服器16發送到 客戶機12 (可能包括"高水印(high water mark)")的消息的跟蹤，這些消 息確定是否整個消息或消息的某個部分丟失(例如由"產生的"客戶機創 建的每會話每參與者的序列號)、用戶是否正講話或複查給定會話的消息、 用戶相對於會話首部的位置、或參與者何時不再複查會話實況。這些是在 客戶機12和伺服器16上的消息和信令服務模塊之間發送的很多類型的消 息和信號中的一些的實例，且決不應被解釋為限制本發明。
D.1.2.4用戶接口 API
用戶接口 API 20d是界定一組功能調用的模塊，這些調用定義用戶接 口模塊20e和MCMS應用程式20的底層服務之間的編程接口 。用戶接口 API 20d支持通用方法，例如UI應用程式支持、以及用戶接口操作MCMS 應用程式20所必需的所有功能調用。在各種實施方式中，用戶接口 API 20d 使客戶機12能夠支持各種用戶接口和設備類型，例如基於Adobe Flash的 和/或Microsoft Windows應用程式、蜂窩或行動電話設備、以載頻驅動的 PSTN設備、語音用戶接口 ( VUI)和物理無線電通信接口。在各種實施方 式中，用戶接口 API 20d既使高度靈活的也使高度受限的用戶接口的設計 能夠支持MCMS應用程式20的功能。
D.l.2.5 MCMS用戶接口才莫塊
MCMS用戶接口片莫塊20e支持客戶機12的音頻和視頻用戶接口的操 作和功能。用戶接口^t塊20e支持很多用戶交互作用，並可使用各種交互 作用介質例如圖形用戶接口屏幕的陣列、音頻/DTMF接口或設備13上的 語音用戶接口來實現，所有這些交互作用介質都使用戶能夠與系統10進 行交互作用。被支持的用戶交互作用的部分列表例如包括功能登錄；管 理、加入和監控會 ；控制會話再現；管理優先級；以及請求複查被存檔的會話。應注意，該列表是示例性的，且決不應被解釋為限制本發明。
D.1.2.6會話/消息管理服務
會話/消息管理服務20f是定義管理數據結構和過程的一組功能的才莫 塊，其負責管理並保留用戶管理在會話的參與者之間傳輸和接收的媒體 (例如，語音或視頻內容消息)的接收和複查所需要的所有信息。消息被 組織成會話。運行應用程式12的設備13所發送和接收的媒體可用於在被 接收時立即複查。接收到的媒體也被記錄，用於在時移模式中複查、會話 管理和歸檔目的。在可選的實施方式中，消息或會話可以可選地被暫時標 記，指定其期望的保留要求(例如，超出對立即再現的要求， 一些消息將 不被保留或儲存)。在又一實施方式中，々某體可以可選地被標記用於只在 時移模式中複查，且不能在接收到時立即被複查。
對於用戶的每個當前的或正在進行的會話，會話/消息管理服務20f進 一步實現在任何時間媒體到接收客戶機12的發送，且接收客戶機12無縫 地使這些消息與適當的會話相關，而不管接收者活動或不活動。
使用會話/消息管理服務20f，所有會話實質上是異步的。如果兩個用 戶主動地參與給定會話，且在傳輸之間用戶控制的延遲最小，則體驗將是 同步全雙工會話之一，如同當前的電話或VoIP會話一樣。如果用戶由於無 論什麼原因延遲其參與，則會話趨向於異步語音(或其它媒體)消息體驗。 在可選實施方式中，會話可以可選地被標記為僅僅異步消息或僅僅同步消 息。在這些情況的任一個中，會話不能在兩個模式之間移動，除非標記被 重置。在標記被重置之後，會話再次可在接近同步(即，即時或實時)和 異步(即，時移或語音消息)模式之間移動。
會話/消息管理服務20f以逐步的方式處理消息的傳輸和接收。當傳輸 時，々某體可在消息被同時編碼、儲存和傳輸時產生。換句話說，消息的傳 輸可與用戶產生々某體同時出現(即，當對其設備13講話或產生視頻時)。 在接收側上，消息的接收、儲存和再現也都逐步出現。消息不需要在它們 可被再現之前被全部接收到。消息的再現可與消息被傳送同時出現，直到 剛好達到MTSD。進一步地，服務20f也能夠同時傳輸正在進行的消息並 再現進入的消息。服務20f的逐步性質允許用戶參與即時會話，對會話的々某體同時儲存和流式化，用於以後取回和複查以及這裡所述的其它功能。
如果用戶遺失早些時候的消息或巻入另 一會話，通過會話/消息管理服 務20f對消息進行的時移，允許用戶對會話"跟上即時"。該時移過程消除 了用戶向其整個組或信道廣播使消息重複的請求的需要。較老的消息可在 任何時間以可能較高的速度重放，以節省時間。用戶可容易在其消息中和 各個消息內來回跳躍。複查過程可在消息-優先級基礎上配置成可能跳過較 低優先級的消息。
在一個實施方式中，會話/消息管理服務20f也由特定的參與者(講話 者)識別消息，且默認地混合被同時發送(MCMS-S)的會話消息。在可 選實施方式中，用戶可分開複查會話的不同參與的講話者的傳輸。
會話/消息管理服務20f進一步允許在被添加到活躍的或存檔的會話的 參與者中間共享會話。在一個實施方式中，任何添加到會話的參與者被提
供對會話的訪問，並有取回以前的會話消息用於複查的能力。在可選實施 方式中，所添加的參與者被提供對只從新參與者加入的點開始的會話消息 的訪問，而不是任何以前的會話消息。
會話/消息管理服務20f也負責管理用於控制存儲和流模塊24所執行 的所有再現任務的功能。這些任務包括適合地對運行應用程式12的設備 13再現i某體(例如，語音、視頻等)。這些再現任務包括但不限於混合消 息(即，交迭的消息)的再現，以及根據用戶定義的標準的再現，例如播 放加快、跟上即時、消除無聲和移除猶豫虛詞、頻移、以及在多方會話中 將獨立的增益控制應用於各個發送者的能力。
D.1.2.7優先級服務
優先級服務20g是定義管理數據結構和過程的一組功能的^^莫塊，其負 責管理並保留用戶管理用戶所參與的連續會話(即，MCMS-C)的優先級 所需的所有信息。當用戶參與多個連續的即時會話時，用戶需要按優先順 序排列會話。當不同會話的消息準備同時再現時產生問題。算法用於確定 消息被再現的順序，該順序考慮待再現的消息的可用性和用戶設置的優先 級。算法確定具有最高優先級的可用消息首先被再現，而任何同時可用的消息被自動時移，恰好足以允許再現較高優先級的消息。當再現時間變得 可獲得時，系統將根據用戶的優先級自動再現時移的消息。
D.1.2.8聯繫人服務
聯繫人服務20h是定義管理數據結構和過程的一組功能的模塊，其負 責管理並保留驗證一個或多個聯繫人並使一個或多個聯繫人與會話相關 聯所需的所有信息。當作為與多個聯繫人相關的會話的 一部分發送消息 時，所有的聯繫人都接收到該消息。
D.1.2.9在場/狀態服務
在場/狀態服務20i是定義管理數據結構和過程的一組功能的模塊，其 負責管理並共享在系統的某些用戶和/或非用戶之間的在場和狀態信息。在 各種實施方式中，為參與客戶機12的用戶所參與的會話的所有用戶和非 用戶、聯繫人列表中的所有用戶和非用戶、或預定域內的用戶(例如，公 司或其它組織的成員)維持在場和狀態信息。這些例子只是例證性的，且 不應被解釋為限制性的。在場/狀態服務模塊20i可管理和共享關於用戶和 /或非用戶的任何限定組的在場和狀態信息。
在場/狀態服務20i使用戶能夠監控其它用戶的意圖、注意力及其對任 何給定會話的時移延遲(即，他們對複查會話實況的消息落後到什麼程度) 的狀態。在一個實施方式中，提供了關於在場和狀態數據的可用性的隱私 控制。在場/狀態模塊20i進一步控制使系統10能夠發送與用戶的行為和 意圖匹配的消息的數據。例如，用戶可通過指定複查或不複查會話實況的 意圖來指示其狀態。作為響應，根據用戶的意圖再現的命令，在場/狀態服 務20i發出使"即時"或時移的消息。此外，用戶的意圖被會話的其他參 與者共享。服務20i也能夠從用戶的行為推斷其它狀態值。在場和狀態信 息也用於優化網絡業務和帶寬，如下面更詳細描述的。
D.1.2.10消息/信號服務
消息/信號服務20j是定義管理數據結構和過程的一組功能的模塊，其 負責使用特殊的消息或可聽音向系統10的用戶發消息和發信號。特殊的 消息或音可包括例如消息是即時的還是時移的、消息來自於誰的指示、優先級以及其它因素的指示。消息/信號服務20j進一步具有下列能力(i)
發信號通知網絡上的用戶的在場或缺席，以及通知是否一個或多個用戶不
再主動複查會話消息的能力；(ii)當其注意另一會話而根本不注意其設備 13時，"響鈴"或以其他方式通知另一用戶引起其注意；(iii)為當前不在 網絡18上的用戶留下消息，>^而下次個人再次連4妻到網絡18時立即複查 該消息；(iv)產生警告發送者發送消息沒有被接收者接收到的可聽到的或 可見的反饋，產生消息被接收者接收時的確認，和/或指示消息何時被接收 者聽到的確認；以及(v)實現優先級方案，其中可在會議或戰術呼叫時 通知個人立即需要其注意力在呼叫上。該指示可傳達接收者多級別緊急事 件和某種確認。
D.1.2.11再現和編碼
再現和編碼模塊21負責執行MCMS應用程式20的所有再現任務。 這些任務包括為運行應用程式12的設備13適當地再現媒體。
D.2存儲和流模塊
存儲和流模塊24支持下述很多功能和性能屬性。
使用存儲和流;漠塊24,消息傳輸本質上是"全雙工的"，使任一方能 夠在任何時間發送消息，即使當另一方也在發送消息時，或如果另一方沒 有空或以其他方式在使用中。存儲和流模塊能夠如在即時PSTN或VoIP 呼叫中一樣再現消息，或在時移消息模式中發送它們。它能夠優化傳輸並 根據用戶的願望控制再現。
存儲和流模塊24維持與底層網絡18上的所有目標接收者(例如服務 器16或其它設備13)的連接性，管理所有消息、信號和媒體傳輸，並優 化在網絡18上的發送速度和帶寬利用以滿足用戶的即時性能要求，同時 管理網絡質量和能力。模塊24適應並優化與底層網絡18的質量和能力相 稱的媒體發送。當可獲得底層網絡資源不充足時，所傳輸的媒體流的質量 可能被降低。當帶寬變得可用時，所傳輸的媒體流的質量可能提高。除了 對々某體質量的折衷以外，存儲和流功能可根據用戶意圖對在每個分組中傳 輸的^^某體的數量進行折衷，以如下所述實時地再現數據。通過根據底層網絡18的條件動態地控制媒體的發送速率，存儲和流 模塊24被優化以發送在接收時"足夠好"再現的時間敏感的媒體，並為 了存檔目的通過請求丟失的、低質量或損壞的分組的重傳的後臺過程，來 保證媒體的準確或完整拷貝的最終發送。只要足夠的網絡資源存在以滿足
最低媒體質量水平，該重傳就不妨礙即時呼叫媒體的再現。系統10的客 戶機12因此設計成在以相當大的可能等待時間為代價的媒體的準確或完 整拷貝的發送與媒體的快速發送之間填補性能缺口，但不保證完整性。在 本申請的上下文中，術語"足夠好"意指i某體的質量足夠，使得當它被再 現時它是可理解的。"足夠好"的概念因此是主觀的，且不應在絕對的意 義上被解釋。例如，足夠好的某些媒體的質量水平可根據媒體的類型、環 境和其它因素變化。
存儲和流模塊24進一步持久地儲存通過利用設備13產生的、或以其 它方式使用設備13發源的、或通過網絡18從其它設備13和/或用戶接收 的所有媒體。將該媒體儲存在運行客戶機12的設備13上有一些重要的優 點(i)它使用戶能夠為另一方留下消息，即使在發送者和/或接收者沒有 空或網絡連通性差時。在不充足的帶寬的情況下，消息將與可有效地使用 可用帶寬一樣快得被傳輸。在沒有連通性的情況下，只要網絡連通性變得 可用，就將消息排隊用於傳輸，導致時移發送；(ii)用戶能夠暫停、重放、 快進並對於正在進行的會話跟上即時，以及取回和複查被存檔的以前會話 的消息；以及(iii)它實現在系統IO上的數據有效載荷的優化，並提高了 相對網絡帶寬和可能不時地出現的連通性問題的系統適應性。
存儲和流模塊24還負責適當地混合消息以產生交迭的消息(由會 話或背景噪聲中的講話者的正常交迭產生)，模擬實際會話，其中多方正 在講話；再現音頻媒體的轉錄或轉換；根據很多用戶定義的標準調節媒體 的再現，該標準包括播放加快、消除口語詞之間的無聲間隙、移除猶豫虛 詞、以及頻移；以及在多方會話中將獨立的增益控制應用於各個發送者的 能力；以及其它可能的再現選項。
存儲和流模塊24管理其本身和MCMS之間的控制和信息消息。
D.2.1持久性無限消息緩衝區(PIMB)持久性無限消息緩衝區或PIMB 30是用於其儲存和取回的一組附有索
引的(即附有時間戳和順序編號的)媒體有效載荷數據結構和系統。在一
個實施方式中，PIMB 30中的數據是任意持久性的，意味著它實質上永遠 可用或至少直到系統用完儲存。各種保持速率和策略可用於有效地利用存 儲資源。對PIMB30的物理存儲實現方法存在很多可能的實現方法，包括 但不限於RAM、快閃記憶體、硬碟驅動器、光學介質或其某種組合。PIMB30 在尺寸上也是"無限的"，意味著可存儲在PIMB 30中的數據的量並不內 在地被限制。無需此限制與數據一被再現就丟棄數據的現有抖動緩衝區技 術比較。在一個特定的實施方式中，使用與用於持久儲存的硬碟驅動器連 接的小和相對快的RAM高速緩衝存儲器可實現PIMB 30。當超過PTMB 30 的物理儲存容量時，數據保持在伺服器16上(如下所述)，用於以後按需 取回。諸如最近最少使用或先進先出的用戶標準或置換算法用於控制儲存 在PIMB 30中的實際數據和保持在伺服器16上的或在任何時刻被存檔的 數據。PIMB 30進一步提供系統存儲器的屬性和資料庫的隨機存取屬性。 任何數量的會話不管其持續時間或每個會話中消息的數量如何，都可被儲 存並以後取回用於複查。此外，與會話消息相關的元數據例如其創作者或 其長度也可存儲在PIMB 30中。在可選實施方式中，附有索引的々某體有效 載荷和其它數據可在指定的一段時間(例如30天)內被儲存。 一旦媒體 的壽命超過指定的期限，有效載荷和數據就被丟棄。在另一實施方式中， 可根據包含有效載荷的消息的發送者和/或接收者或與有效載荷相關的會 話或消息的主題來丟棄有效載荷。在又一些其它實施方式中，有效載荷和 數據可被暫時標記，意味著超過對立即再現的要求，消息將不儲存在P1MB 30中。
D.2.2數據和網絡質量存儲器
數據和網絡質量存儲器(DNQS ) 32是用於存儲關於從PIMB 30讀取 或寫到PIMB 30的媒體有效載荷和Vox分組的信息的數據存儲器。
D.2.3 PIMB寫入器
PTMB寫入器28為了兩個基本目的將數據寫到PIMB 30。 PIMB寫入 器28寫入來自運行客戶機12 ("編碼接收")的設備13上的媒體捕獲設備(例如，麥克風或攝像機)的數據。PIMB寫入器28也將從其它客戶機12 通過網絡18接收的數據寫入PIMB 30中("淨接收(Net Receive)")。
D.2.3.1編碼接收
為了從設備13捕獲媒體，PIMB寫入器28包括編碼接收器28a和數 據存儲器28c。當用戶對著麥克風講話或使用例如設備13產生視頻圖像時， 硬體34接收原始音頻和/或視頻信號並將其提供到編碼接收器28a，編碼接
效載荷，，)。數據存儲器28c將有效載荷儲存在PIMB30中。其它類型的媒 體例如傳感器數據以類似的方式轉換成有效載荷。
D.2.3.2淨接收
為了將通過網絡18接收的媒體儲存在PIMB 30中，PIMB寫入器28 的淨接收功能包括淨接收器28d、數據緩衝器28e、數據存儲器28f、數據 質量管理器28g和網絡質量管理器28h。淨接收器28d通過網絡18接收 Vox分組。數據緩沖器28e將接收到的Vox分組置入其自己的適當序列中， 並阻止進入的Vox分組的重現延遲至少最小時移延遲(MTSD)。數據存儲 器28f將分組轉換成附有索引的媒體有效載荷，並將附有索引的媒體有效 載荷存儲在PIMB 30中。當有效載荷^皮儲存時，數據質量管理器(DQM) 28g記錄任何遺失或有缺陷的分組。如果分組遺失或有缺陷，則DQM28g 安排對通過網絡18重傳的請求。發送設備通過重發遺失或有缺陷的分組 來回答。最終這些分組轉換成附有索引的媒體有效載荷，並儲存在PTMB 30 中。通過取回遺失或有缺陷的分組，發送者的消息的"準確"拷貝最終儲 存在PIMB 30中。遺失和/或有缺陷的分組的重傳不實時地延遲消息的再 現，假定被發送的分組具有"足夠好"的質量和數量。如果不足的網絡資 源可用於支持新的"即時"數據以及重傳，則重傳請求可被DQM 28g延 遲。
D.2.4 PIMB讀出器
PIMB讀出器26為了兩個基本目的從PIMB 30讀取數據。當為本地客 戶機12再現數據PIMB ("再現'，)時，PIMB讀出器26訪問PIMB 30。當客戶機12通過網絡18傳輸數據("傳輸")時，數據從PIMB 30被讀取。 D.2.4.1再現
為了在客戶機12上再現消息，PTMB讀出器26包括數據優先器26a、 數據取回器26b、分組損失補償/內插器(PLC/內插器)26c、數據混合器 26d和數據再現器26e。優先器26a通過建立可能一皮再現的消息的有順序隊 列，按優先順序排列待再現的數據。它使用用戶配置的優先級用於再現連 續的會話(MCMS-C)。此外，數據優先器利用媒體數據在由MTSD所施 加的限制內再現的可用性、用戶的當前注意力、以及用戶限定和暗示的意
荷。PLC/內插器26c使用已知的分組損失補償和內插算法對取回的有效載 荷執行分組損失補償和內插。要使用的特定方法取決於使用中的媒體編解 碼器以及其它公知的參數。混合器26d用於將來自單個會話的多個消息的 數據流適當地混合在一起。例如，如果會話的兩個或多個參與者同時講話， 則混合器26d混合消息，產生兩個參與者同時講話的效應。在可選實施方 式中，用戶具有一次複查來自一個參與者的多個流的選擇。如果會話中只 有一個參與者講話，則混合器26d可只傳遞單個消息流，而不執行任何混 合。再現器26e從混合器模塊26d獲得數據，並將其轉換成適合於硬體驅 動器34的形式。硬體34接著根據媒體的類型驅動設備13的揚聲器或視 頻顯示器，產生語音、視頻或設備13上的某個其它可聽得見和/或可看得 見的通知。
D.2.4.2
為了準備用於通過網絡18從客戶機12傳輸的消息，PIMB讀出器26 包括數據優先器26f、分組質量管理器(PQM) 26g、數據取回器26h、打 包器26i、發送器26j和確認器26k。數據優先器26f按優先順序排列用於 通過網絡18傳輸的消息。使用與可用於傳輸的有效載荷有關的MCMS參 與者屬性、網絡連通性和帶寬條件以及超出下一中繼從而即時或時移地再 現的用戶意圖、且在一些實施方式中傳輸捆綁的可能優化，來確定優先級， 在所述一些實施方式中，到任何給定的下一 網絡中繼的多個分組是可用 的。按優先順序排列的分組接著使用PQM 26g被優化，這確保對即時消息的"足夠好"數據質量的及時發送，同時最小化實時帶寬，如下面更詳細
描述的。數據取回器26h從PTMB 30取回適當的有效載荷。打包器26i將 有效載荷裝配成Vox分組，其接著由發送器模塊26j通過網絡18發送。當 接收者接收到Vox分組時，確認通過網絡18被發送回確認器26k,用於通 知發送用戶消息已到達其目的地。
D.2.5分組質量管理器
PQM 26g具有幾個優化目標(i)時間敏感的媒體的充分拷貝的及時 發送(對於再現"儘快從而足夠好")；(ii)可用帶寬的有效使用，意味著 使用底層網絡的最佳傳輸頻率、有效載荷質量和分組大小；以及(iii)當 網絡條件變化時動態地調節或改變傳輸頻率、有效載荷內容、有效載荷質 量、分組大小等的能力。
D.2.6網絡質量管理器
在網絡傳輸的接收側上是網絡質量管理器28h (NQM )。 NQM負責為 將々某體發送到客戶機12的每個發送者觀察網絡性能的特定屬性，將抖動、 損失和吞吐量的期望值與其實際值比較。這用於為每個發送者計算網絡質 量評級(NQR )。該NQR用於指示發送者空閒性和接收設備的用戶的會話 活躍度。
D. 2.7數據質量管理器
數據質量管理器28g通過觀察分組損失、抖動和吞吐量，測量通過網 絡接收到的數據的質量。DQM 28g為了三個目的使用這些測量(i)將接 收報告發送回發送者；(ii)可選地使用那些接收報告來請求某些數據的重 傳；以及(iii)使NQM 28h可利用這些測量。
E. 伺服器結構
參考圖3，其為在伺服器16上運行的應用程式78的結構圖。應用程 序78在很多方面類似於客戶機應用程式12，並包括MCMS伺服器應用程 序80、 MCMS資料庫82、存儲和流模塊84、 PIMB 85、數據和網絡質量 存儲器(DNQS ) 86、管理在MCMS伺服器應用程式80與存儲和流模塊 84之間來回的消息和信號的MCMS-SAS消息處理模塊87a和87b、存檔/取回器88、和檔案庫89。應用程式78還包括驗證-加密-保護模塊40和通 信協議模塊44。
MCMS伺服器應用程式80是包括MCMS資料庫模塊20a、存儲和流 (SAS)模塊20b、消息/信令模塊20c、會話/消息管理服務20f、優先級服 務20g、聯繫人(包括用戶和驗證)服務20h、在場/狀態服務20i和消息/ 信號服務20的多層結構。應用程式78的前述^t塊和服務類似或等同於與 客戶機12具有相似的參考數字的模塊和服務，因此不在這裡詳細描述， 除了一個明顯的例外。在各種實施方式中，MCMS伺服器應用程式80以 及存儲和流模塊84,包括MCMS資料庫82,配置成在應用程式的一個實 例中支持很多用戶。所述一個實例還可配置成支持多個域，其中每個域被 定義為一組用戶(即，公司或屬於共同的組織的其它用戶組)。該結構允 許伺服器16上的每個應用程式78為多個用戶(或域)服務，其中每個用 戶(或域)對其他用戶是不可見的。此劃分被稱為"多租用(multi-tenancy)"。
伺服器存儲和流模塊84執行淨接收和傳輸的功能。對於淨接收功能， 模塊84包括淨接收器28d、數據緩衝器28e、數據存儲器28f、數據質量 管理器(DQM)28g和網絡質量管理器28h。對於傳輸功能，模塊84包括 數據優先器26f、分組優化器26g、數據取回器26h、打包器26i、發送器 26j和確認器26k。存儲和流模塊84的前述元件類似或等同於與客戶機12 具有相似參考數字的模塊和服務，因此不在這裡詳細描述。
因為伺服器16不直接與用戶進行交互作用，不需要提供在客戶機12 的存儲和流模塊24中設置的編碼和再現功能。MCMS應用程式80當在服 務器16上運行時不直接與用戶進行交互作用。因此，不需要用戶接口和 用戶接口 API模塊和服務20e和20d。
每個伺服器16上的應用程式78可能為多個租戶服務，意味著它為系 統10的多個用戶服務。伺服器應用程式78的PIMB85因此明顯較大，並 用於存儲多個用戶的々某體有效載荷，這與PIMB 30不同，PIMB 30用於只 儲存僅僅一個用戶的所產生或接收到的有效載荷。存儲和流模塊84的主 要目的是接收客戶機12所傳輸的消息並將消息傳輸到其它客戶機12。當 消息^皮接收到時，它們儲存在PIMB85中並直接根據系統配置沿著到預期接收者或到接收者的路徑傳輸到網絡層14的下一伺服器16(即，下一 "中
繼")。存檔取回器88負責將儲存在PIMB 85中的媒體有效載荷在檔案庫 89中存檔。當PIMB 85中的物理空間用完時，PIMB 85中的々某體有效載荷 移到檔案庫89，其為大容量存儲設備。在各種實施方式中，儲存在PIMB 85 中的有效載荷可根據用戶定義的標準和/或任何已知的置換算法例如先進 先出(FIFO)或最近最少使用(LRU)被存檔。應注意，為了簡單起見在 圖1中只示出一個伺服器16。應理解，在實際實施方式中，多個伺服器或 "伺服器群"可用於具有大量用戶的網絡。
術語"持久"和"無限"用於描述PIMB30，且PIMB85不應照字面 被解釋為絕對術語。用戶可能希望無限地儲存被認為重要的一些消息。在 其它情況下，例如兩個朋友之間的隨意聊天，消息可在某個時間段之後被 刪除以節省空間。根據本發明的各種實施方式，可使用由系統10設置的 或由用戶配置的不同的保留策略。詞"無限，，的使用指沒有對PIMB強加 任何預設時間邊界。這與當前的抖動緩沖器系統形成對照，其在i某體被再 現之後丟棄它。術語"持久"和"無限"因此應廣泛地被解釋為意指PTMB 30和PIMB 85對時間範圍和可存儲在其中的消息的數量沒有內在限制。
在持久性存儲介質中給會話消息存檔有很多優點。語音消息和其它媒 體可按需要被組織起來、編索引、搜索、轉錄、翻譯和複查。語音以及其 它々某體因此變成可由用戶和組織管理的資產。這些々某體資產對公司、第一 出動人員、警察和火警部門以及軍隊具有價值。
F. Vox協議和附有索引的媒體有效栽荷
如上所述，Vox協議由存儲和流模塊24使用來支持有效載荷傳輸、存 儲和優化的所有方面。Vox分組是設計成封裝在傳輸分組或網絡18的底層 技術的傳輸分組內部的有組織的消息格式。該布置明顯提高了系統10的 靈活性。通過將Vox分組嵌入現有的傳輸分組中，與定義"Voxmg"應用 程序的新傳輸層不同，系統10利用在現有電信基礎設施上運行的基於當 前分組的通信網絡。因此不需要產生用於處理Vox分組的新網絡結構，從 而利用這裡所述的系統和方法的所有好處。
參考圖4A，其示出Vox分組95的一般格式結構。Vox分組95的格式包括用於類型、子類型、長度和有效載荷的欄位。Vox分組的不同類型包 括驗證、信令、媒體有效載荷、媒體多路復用(一個消息)和媒體多路復 用(多個消息)。子類型欄位用於表示驗證、信令或媒體類型消息的不同 類型。驗證消息的可能的子類型包括用於關鍵字交換和驗證所必需的那些 子類型。信令消息的可能的子類型包括註冊、路由、消息建立和網絡管理。 媒體消息的可能的子類型包括不同的編解碼器類型和不同的有效載荷聚 集技術。長度欄位限定有效載荷的總長度或大小。有效載荷欄位包含分組
95的i某體或實際有效載荷。
參考圖4B，其示出說明封裝在網絡18所使用的示例性協議中的Vox 分組95的圖示。在本例中，Vox分組95分別嵌入底層UDP、 IP和乙太網 傳輸分組96中。以這種方式，Vox分組95可在網絡18的底層UDP、 IP 和乙太網層中傳輸。這是分組網絡所使用的標準協議封裝技術。
參考圖4C，其示出說明封裝在UDP、 IP和乙太網97中的媒體多路復 用Vox分組95的圖示。在本例中，Vox分組95包括媒體類型欄位、媒體 子類型欄位、長度欄位、消息1D欄位、時間戳欄位、序列1D欄位和媒體 有效載荷欄位。
參考圖4D，其示出附有索引的媒體有效載荷98的格式。附有索引的 媒體有效載荷包括子類型欄位、長度欄位、消息標識符(ID)欄位、時間 戳欄位、序列標識符(ID)欄位和媒體有效載荷的欄位。
Vox分組95封裝到底層網絡的傳輸分組中允許^ 某體、消息和會話每個 都由多個屬性限定。
當媒體在設備13上產生或以其他方式起源時，它一般是基於時間的， 意指它隨著時間的過去以某種有意義的方式改變。例如當人參與會話時， 他們講的詞集合在一起成為句子或語句，其可隨著時間的過去變化，且因 而形成的數據(流和分組)將隨著時間的過去維持相同的變化。類似地， 視頻(與靜止的照片不同)以及GPS或其它傳感器數據將隨著時間的過去 變化。不管類型或它如何起源，媒體被分割並置於多個Vox分組95的有 效載荷中。分組接著分別在傳輸和接收設備13處以流(即，流媒體)的 形式被連續地儲存、傳輸、接收、儲存並再現。因為每個分組95附有索引、附有時間戳並被給出序列標識符，單獨分組可被分割成消息。通過連 續將單獨的消息連接在一起，可構成會話。
系統10的一個進一步的獨特的方面是客戶機12所產生的媒體有效載
荷被儲存在多個位置。有效載荷不僅儲存在產生設備13的PIMB 30中， 而且儲存在伺服器16的PIMB 85和接收設備13的PIMB 30中。該基本特 徵使很多上述Voxing功能實現或變得可能，並給系統10提供適應性和可 操作性，即使當網絡條件差時或當會話的參與者沒有連接到網絡時。
G.與底層電信協議的互操作性
系統10預定在各種現有的通信網絡18例如互耳關網、固定PSTN類型 的電3各網絡以及移動或蟲奪窩電話網絡或其組合上運行或^皮分層。系統10 圍繞著在系統10中的不同客戶機12和伺服器16之間移動很多小單位的 信息(即，Vox分組)的概念而^皮設計。雖然Vox分組可在大小上變化， 根據其功能和有效載荷，它們對底層網絡層都表現為相同類型的數據。在 一個實施方式中，系統10為IPv4網絡例如網際網路而一皮設計和優化，{旦也 可支持其它類型的網絡。為了該文件的目的，術語"IP"應被理解為意指 IPv4、 IPv6或網際網路協議的任何其它當前或未來的實現。
參考圖5，其示出在設備13上運行並通過共享的IP網絡100與服務 器16進行通信的客戶機12的圖示。如所示，客戶機12通過第一網際網路 伺服器提供商A耦合到共享的IP網絡100，且伺服器16通過第二網際網路 服務提供商B耦合到共享的TP網絡100。在通信期間，Vox分組95 (在附 圖中被設計的"VP")被封裝在UDP/IP分組中，接著如本領域中公知的在 其它IP協議分組中交錯(interleave)，並在整個共享的IP網絡100中從客戶 機12傳輸到伺服器16，或反之亦然。如公知的，每個較低分組層封裝直 接在其上的層的整個分組。分組也可在兩個伺服器16之間以類似的方式 發送。消息通過共享的IP網絡100從啟用一個客戶機12的設備13發送到 另一設備。在每個中繼時，Vox分組95嵌入底層IP協議中並被傳輸，直 到它們達到目標目的地。
圖5的圖示僅僅是示例性的，為了說明只示出連接到網絡100的單個 客戶機12和伺服器16。在系統10的實際實施方式中，大量客戶機12和一個或多個伺服器16 —般連接到共享的IP網絡100。注意到客戶機12和 伺服器16沒有排它地使用IP網絡100也是有用的。在所示例子中，通過 網際網路提供商A耦合到網絡100的HTTP客戶機可使用HTTP伺服器來回 發送分組，其通過第三網際網路提供商C耦合到網絡100。系統10不控制嵌 入IP分組中的VP^黃穿網絡100的方式。更確切地，4黃穿並共享網絡100 的所有分組都根據底層共享的IP網絡100的標準程序這麼做。
參考圖6，其示出基於"電路"的網絡104，例如GSM行動電話網絡。 電路網絡104耦合在設備13上運行的客戶機12和伺服器16之間。 一旦 在客戶機12和伺服器16之間建立電路，系統10就將Vox分組(Vpl、 VP2、 VP3、 VP4、 VP5等)分層到網絡104所使用的底層分組上，並在整 個網絡104中傳輸它們，產生"虛擬Vox"電路。Vox分組連續橫穿電路 網絡104, —般使用本領域中公知的用於通過電路網絡傳輸數據的間隔或 成幀數據。此外，分組結構參數例如有效載荷大小和所包括的首部欄位的 數量可用於利用每個分組開銷的缺乏，並增加在整個網絡104中的數據傳 輸的速度和/或效率。應再次注意，為了簡單起見，只有單個客戶機12和 伺服器16被示為連接到網絡104。然而應理解，客戶機12和伺服器16之 間的額外的電路以及其它部件可同時通過網絡104來建立。網絡104因此 不專用於Vox分組的傳輸，而更確切地其可與其它類型的網絡業務共享。
參考圖7，其示出說明與第一網絡A相關的啟用第一客戶機12A的設 備13A和與第二網絡B相關的啟用第二客戶機12B的設備13B之間的通 信。網絡A和B每個還分別包括網關伺服器16A和16B。網關伺服器對 16A和16B便於兩個網絡A和B之間的通信，允許設備13A和13B彼此 通信。在各種實施方式中，網絡A和B每個可為任何類型的網絡。例如， 每個網絡A和/或B可為IP網絡、電路類型的網絡、或無線或蜂窩網絡(即， CDMA、 GSM、 TDMA等)。橫跨兩個網絡A和B的伺服器16被認為是 網關伺服器，因為它們在兩個網絡之間按規定路線傳輸業務或用作"門"。
使用系統10,存在優化系統性能的幾個底層網絡交互作用考慮因素。 這些考慮因素包括例如解析Vox分組95將一史發送到的底層地址、任何已 發送的Vox分組的完整性、以及可在整個給定網絡或網絡的組合上發送的單個消息的最大傳輸單元(MTU)的管理的因素。
目標客戶機12的地址需要是已知的，以便底層網絡將Vox分組95發 送到正確的位址。對於IPv4網絡，該地址一般為IPv4地址，其為唯一地 識別網絡中的主機的32位數字。對於其它聯網技術，該地址可為某個其 它類型的標識符。IP網絡使用域名系統(DNS)來將人可讀的名稱解析成 IP位址，並使用地址解析協議(ARP )將IP位址解析成物理地址。不管底 層聯網技術如何，系統10都使用上述或其它已知的編址方案以將Vox分 組95發送到正確的位置。
如同幾乎任何基於分組的通信系統一樣，如果底層網絡不能夠發送其 中封裝有Vox分組的分組，則所傳輸的Vox分組可能不被發送到其寄送的 位置。大多數分組網絡不通知發送器何時丟下分組。相反，它們依賴於發 送器和接收器來通知並補償任何丟下的分組。系統IO設計成使用這些接 收器接收報告消息以協調此分組丟失管理。如果底層網絡能夠通知發送者 丟失或丟下的分組，則系統IO在其重傳協議中利用該信息。
MTU的管理是確定可在整個網絡中發送的最大傳輸單元(即，單個 消息的最大大小)。對於基於分組的網絡，底層網絡利用MTU。對於電路 交換網絡，MTU可為網絡效率和性能的可調參數。因此在大多數情況下， 底層網絡利用或確定可糹皮有效地傳輸的Vox分組95的最大大小。例如對 於IP網絡，如果有效載荷超過MTU，則分組可^皮分,史，但遭受相當大的 性能損失。對於乙太網網絡上的IP,傳輸設備具有1518個字節的MTU， 如乙太網所實施的。最大的IP分組必須為乙太網首部留下空間。最大的 UDP分組必須為IP和乙太網首部留下空間，且可例如在乙太網上產生的 最大Vox協議是乙太網MTU ( 1518 ) -IP首部(20 ) -UDP首部(8 ) =1490 個字節。因為Vox協議將具有其自己的首部，實際Vox ^!某體有效載荷將小 於乙太網網絡上的1490個字節。對于吉比特(Gigabit)乙太網，MTU可大 得多，但將使用類似的規則確定。
在完全基於分組的網絡中，有MTU的兩個可能的值，本地鏈路MTU 和路徑MTU。確定本地鏈路MTU產生有效地發送到本地網絡接口的Vox 分組的最大大小。路徑MTU產生可完整無損地一直發送到遠程節點的Vox分組的最大大小。如果發送者通過乙太網被連接，則Vox分組可通過在途 中具有較小的MTU的各種其它系統傳遞到接收者。到目的地的路徑上的
較小MTU需要被發送者解析和知道。在IP世界中，存在用於發現稱為"路 徑MTU發現"的最小MTU的標準程序。對於其它類型的網絡，可使用等 效的程序。再次，因為系統10在其它網絡的頂部被分層，可使用上面MTU 算法中的任何一個。
H.操作流程圖
H.l存儲和流
參考圖8A到8F，提供了一系列流程圖來示出分別在客戶機12和服 務器16上的存儲和流模塊24和84的操作。圖8A示出將消息傳輸到第二 客戶機122的第一客戶機12,的操作的序列。圖8B和8C示出發送客戶機 12i上的PIMB寫入器28和PIMB讀出器28的操作。圖8D和8E示出接 收客戶機122上的PIMB寫入器28和PIMB讀出器26的操作。圖10F示 出伺服器16上的存儲和流^t塊84的流程圖。
在圖8A中，在設備13!上運行的客戶機12i的用戶發起待傳輸的媒體。 媒體可用很多不同的方法被發起於設備13，以便用戶通過對著麥克風講話 而產生媒體或在其設備13上產生視頻內容。媒體也可由設備13通過接收 傳感器數據例如GPS信息或溫度讀數而被發起。無論媒體如何被發起，媒 體都被PIMB寫入器28 (框130 )編碼，PIMB寫入器28將媒體轉換成附 有索引的媒體有效載荷，並將其存儲在客戶機12i上的PTMB 30中(框 132)。客戶機12!上的PIMB讀出器26從PIMB 30讀出有效載荷，產生 Vox分組，並通過網絡18將分組傳輸到接收客戶機122 (框134X沿著發 送客戶機12i和接收客戶機122之間的路徑的每個伺服器16將所傳輸的有 效載荷存儲在P1MB 85中，並將Vox分組傳輸到下一中繼(框133)。在 接收客戶機122， PIMB寫入器28的淨接收功能將Vox分組轉換成附有索 引的i某體有效載荷(框136 )，並將有效載荷存儲在客戶機122的PIMB 30 中(框138 )。客戶機122上的PIMB讀出器26的再現模塊將從PIMB 30 讀取的有效載荷信息再現為適合於人使用的介質例如音頻或視頻(框 140)。下面關於圖IOB到10E更詳細地描述這些步驟中的每個。在圖8B中，詳細提供了由PIMB寫入器28執行的編碼接收功能序列 (圖8A的步驟130 )。在初始步驟130i中，運行客戶機12,的設備13的使 用產生待傳輸的媒體。如上所述，可通過對著麥克風講話、使用攝像機接 收傳感器數據或通過某種其它A某體產生部件來產生i某體。在下一步驟1302 中，編碼接收器28a給媒體編碼並產生附有索引的媒體有效載荷(步驟 1303 ),該有效載荷接著由數據存儲器28c儲存在PIMB 30中(步驟132 )。
在圖8C中，詳細提供了由客戶機12!上的PIMB讀出器26執行的傳 輸功能的序列(圖8A的步驟134)。在決策環13^中，PIMB讀出器26 的傳輸功能連續檢查以查看是否待傳輸的附有索引的媒體有效載荷被寫 到PIMB 30中並可用於傳輸。如果這樣的有效載荷在PIMB 30中可用，則 數據優先器26f使用MCMS參與者屬性信息按優先順序排列應首先被發送 的有效栽荷，如在步驟1342中所示的。關於最高優先級有效載荷的信息被 傳遞到運行PQM的分組優化器模塊26g(步驟1343 ),如下面關於圖9A-9C 更詳細描述的。適當的有效載荷接著由數據取回器26h從PIMB 30取回(步 驟1344 )，並由打包器26i轉換成Vox分組95 (步驟1345 )。 Vox分組95 接著通過網絡18由發送器26j發送到接收客戶機122 (步驟1346 )，接收客 戶機122發送回反映被接收到的分組的特性(損失、抖動、吞吐量)的接 收報告。這些接收報告給PQM提供計算給定的接收方的MABR所必需的 信息。前述過程對每個傳輸環重複，如從傳輸步驟到流程圖的頂部的返回 箭頭所指示的。
在上述實施方式中，媒體被編碼、存儲在PIMB30中，並接著通過網 絡以串行方式傳輸。在可選的實施方式中，被編碼的4某體可儲存在PIMB 30 中，並通過網絡並行地傳輸，意口本著兩種功能實質上同時出現。
在圖8D中，示出了在接收客戶機122上的PIMB寫入器28的淨接收 功能的序列(圖8A的步驟136 )。在初始步驟136,中，淨接收器28d通過 網絡18接收Vox分組95。數據存儲器28f將分組轉換成附有索引的4某體 有效載荷(步驟1363 )，這些有效載荷被儲存在PIMB 30中(步驟1364 )。 當有效載荷被儲存時，運行數據質量管理器(DQM)。 DQM28g檢查遺失 或破壞的分組，確保所傳輸的數據的準確拷貝的最終存儲，並將關於網絡的條件的接收報告發送到發送器。下面關於圖9D到9F更詳細地描述DQM 28g的這些功能中的每個。
在圖8E中，示出了在接收客戶機122上的PIMB讀出器26的再現功 能的序列(圖8A的步驟140 )。在初始步驟140!中，數據優先器26a按優 先順序排列待再現的附有索引的媒體有效載荷，如由MCMS應用程式20 使用MTSD信息以及包括用戶意圖和注意力狀態的用戶狀態和在場信息 所確定的。優先的有效載荷接著由數據取回器26b從PIMB 30讀取(步驟 1402 )。 PLC/內插器26c使用已知的分組損失補償和內插算法，根據使用哪 個編解碼器，來對取回的有效載荷執行分組損失補償和內插(步驟1403 )。 在下一步驟中，如果兩個或多個參與者同時在同 一會話中產生媒體(例如， 都同時講話)，則混合器26d混合會話的多個消息(步驟1404 )。再現器26e 從混合器26d再現數據流(步驟1405 )，為接收的用戶產生聲音、視頻或 其它媒體(步驟1406 )。
在圖8F中，示出了伺服器16從網絡18中的前一中繼接收Vox分組， 儲存、存檔並傳輸Vox分組到下一中繼的序列。在初始步驟中，伺服器16 執行PIMB寫入器的淨接收功能(類似於圖8D)，以將接收到的數據的附 有索引的媒體有效載荷存儲在PIMB85和檔案庫89或伺服器16中。服務 器16也執行PIMB寫入器的傳輸功能(類似於圖8C),以將接收到的分組 轉發到網絡18上的下一中繼上。以這種方式，由發送客戶機12i產生的媒 體的拷貝被接收、存儲並沿著到接收客戶機122的路徑的每個中繼被發送。
在前述實施方式中，接收到的附有索引的々某體的記錄儲存在伺服器16 的PIMB91中，並以串行方式傳輸到下一中繼。在可選的實施方式中，接 收到的附有索引的有效載荷可儲存在PIMB91中，並實質上同時傳輸到下 一中繼。發送和接收設備H的PTMB 30上的々某體的存儲都考慮:樣體的逐 步傳輸和再現。在發送側上，當正接收於發送設備上起源的媒體時，它可 通過網絡被逐步發送。在各種實施方式中，在被編碼的々某體存儲在PIMB 30 中之前、之後或實質上相同的時間，可逐步傳輸該^某體(而不管它如何被 發起)。在接收側上，當進入的4某體通過網絡被接收時，它也可被逐步再 現，假定用戶選擇在接近實時的模式中複查媒體。在各種實施方式中，在進入的媒體存儲在接收設備13的PIMB 30中之前、之後或實質上相同的 時間，可逐步傳輸該媒體。如果接收到的媒體將在時移模式中被複查，則 媒體從PIMB 30被取回(或如果在本地PIMB 30上被代替，則可能為服務 器16上的PIMB 85),用於以後在用戶所指定的時間複查。
在本申請的上下文中，術語"逐步的"或"逐步地"意味著被廣泛地 解釋，且通常意指根據數據的可用性連續處理數據流。例如，當々某體在設 備13上產生或另被發起時，該媒體的逐步編碼、存儲、打包和傳輸是連 續的，只要媒體是可用的。當人講話時，該媒體在人講話的持續時間內逐 步或連續地被編碼、存儲、打包和傳輸。當人暫停或停止講話時，沒有媒 體要逐步處理。當人再次重新開始講話時，i某體的逐步處理重新開始。在 接收側上，當媒體被接收時(即，可用)，媒體也被逐步處理。在媒體被 接收時，它被連續地存儲。當媒體在接近實時的模式中時被接收到或在時 移模式中從存儲器接收時，它也將被繼續再現。雖然在語音的背景下提供 了上面的解釋，應理解，可按類似的方式逐步處理所有類型的媒體。此外， 媒體的逐步處理不一定必須以時間索引的順序被逐步處理。更確切地，媒 體以其被接收的順序被處理。如果在一個實施方式中不按索引順序接收^某 體，則媒體以其被接收的順序被逐步處理，並接著在PIMB30中組織成附 有索引的序列。在可選的實施方式中，接收到的々某體可組織成其附有索引 的序列，並4妄著糹皮逐步再現。
H.2 POM操作流程圖
PQM26g依賴於稱為最大可用比特率(MABR)的度量，最大可用比 特率是在發送和接收節點對之間的實際傳輸容量或帶寬(即，在給定時間 點網絡的容量的測量)的連續計算的近似。當即時網絡條件變化時，MABR 被更新。在計算MABR中考慮網絡吞吐量、分組損失和抖動的有規律的測 量。在可選實施方式中，也可根據一天的時刻、網絡類型、其它條件或參 數人工設置或限制MABR。
PQM也考慮接收者的意圖以優化時間敏感性的傳輸。如果(i)接收 者的意圖是"即時"或在接近實時的模式中複查傳輸，或(ii)接收者希 望立即複查由於某個原因當前沒有儲存在其設備13上的消息(例如，消息以前儲存在檔案庫89中)，則傳輸被認為是時間敏感的。接收者的意圖 可通過接收者的行為推斷出，或接收者可設置或以其他方式指定其意圖。 另一方面，如果接收者的意圖是在時移模式中複查消息，則傳輸被認為不 是時間敏感的。接收者在即時或時移模式中複查傳輸的意圖至少部分地限 定傳輸的"時間性要求"。在各種其它實施方式中，在限定傳輸的時間性 要求時也可考慮例如傳輸的緊急性或優先級的因素。
在發送者和接收者對之間網絡路徑中的節點也需要關於接收者的意 圖狀態一致。如果一個目標接收者指示時間性，意味著他們希望立即或即 時複查傳輸，則在網絡上沿著發送者-接收者路徑的所有中間節點需要有相 同的時間性要求，而不管其他接收者的要求如何。每個中間節點的時間性 要求因此依賴於傳輸被發送到的接收節點。這種依賴性對於網絡傳輸路徑 中的目標節點有時稱為"要求的聯合"。
PQM進一步考慮每個被調度的消息有效載荷傳輸的理想比特率或 "IBR"。對於時間敏感的傳輸，根據實質上實時或即時通信所需的打包率 來計算1BR (在這裡稱為實時比特率或RTBR)。例如對於語音，包含20 毫秒的音頻數據的每20毫秒分組的打包率被認為是用於進行即時會話的 可接受的IBR。以每秒千比特為單位的這樣的系統的RTBR將是音頻有效 載荷數據的1秒的大小加上將為傳輸而產生的所有網絡首部的大小。對於 視頻々某體或語音和視頻的組合，RTBR可能實質上高於簡單的語音。對於 其它類型的媒體例如傳感器或GPS定位數據，RTBR可能低於語音的 RTBR。對於非時間敏感的傳輸，IBR被設置到最大效率比特率(MEBR) 以優化網絡上傳輸的使用或效率。通過將打包率調節到底層網絡的最大可 能的值來計算MEBR。如果多個消息或有效載荷在發送和接收對之間被發 送，則對傳輸考慮綜合IBR ( AIBR)。
對於每個發送和接收對，PQM通過在一系列傳輸環中發送數據來操 作。每個發送和接收對的傳輸環是獨立的。在網絡上的任何傳輸可能影響 其它發送-接收對的MABR。因此，優選地為所有接收者連續計算MABR。
參考圖9A到9C,示出了說明對單個發送和接收對的PQM的操作的 序列。在圖9A中，示出了在確定單個發送和接收對之間的MABR中的步驟。在圖9B中，示出了說明用於對單個發送和接收對計算每個傳輸環的
AIBR的步驟。在圖9C中，示出了用於確定要在每個環的發送和接收對之 間傳輸的數據的數量的序列。在這三個圖中示出的過程同時運行並彼此進 行交互作用，如下面更詳細描述的。
在圖9A中，示出了用於為發送和接收對之間的網絡接口計算MABR 的流程圖50。在初始步驟5Ch中，監控發送和接收對之間的網絡接口。發 送者周期性地接收報告，其包含關於在步驟502中在接收方處的網絡連接 的狀態的信息。報告包括關於數據吞吐量503、分組損失504和抖動505的 當前狀態的信息，如由接收方在網絡接口處觀察到的。在步驟506中，根 據包含在報告中的這些觀察資料在發送方計算MABR。通過監控或觀察在 這些報告中的數據，根據發送和接收對之間的當前網絡容量或條件來連續 調節MABR值。當網絡容量變得對數據傳輸更有利時，MABR將增加。 如果網絡容量對傳輸變得較不利，MABR將減少，對於不穩定的網絡可能 一直到減少零。這些報告類似於TCP網絡中的節點產生的分組損失報告， 但也額外地包括吞吐量和抖動信息。
如果在發送和接收對之間有幾個網絡接口 ，則為每個接口計算 MABR，對該接口接收到接收報告。如果在網絡上最近沒有發送業務，或 沒有4妻收到4妄收才艮告，則MABR可能不反映當前的網絡條件。然而，因為 當數據被傳輸時接收報告由接收方連續產生，發送方的MABR度量將快速 收斂到更精確的值。
參考圖9B，其示出說明用於為傳輸環計算AIBR的步驟的流程圖52。 在初始步驟52!中，確定對於準備在當前環中的發送和接收對之間傳輸的 媒體的消息(據此，我們意指屬於該消息的附有時間索引的媒體的部分)。 接著建立對於媒體的消息的列表522。對於列表中的每個消息523,考慮每 個消息的時間敏感性或時間性要求524。如果特定的消息不是時間敏感的， 則IBR^皮設置到最大效率比特率(MEBR) 525。另一方面，如果消息是時 間敏感的，則IBIU皮設置到實時比特率(RTBR) 526。在下一步驟527中， 以前為列表中的每個消息計算的IBR被匯總在一起，產生傳輸環的綜合理 想比特率(AIBR) 528。如返回箭頭所表示的529，上述過程對發送和接收對之間的每個傳輸環重複。
參考圖9C，其示出說明用於確定要在每個傳輸環的發送和接收對之間
傳輸的數據率的序列的流程圖54。在初始步驟54!中，對於下次傳輸，比 較MABR (如在圖9A中計算的)與AIBR (如在圖9B中確定的)。
如果MABR大於或等於AIBR，則被識別為準備好在環中傳輸的所有 消息以IBR率4皮打包542並傳輸543。
另一方面，如果MABR小於AIBR,則應用一系列程序，使得PQM 滿足數據的充分拷貝的及時發送、可用帶寬的有效使用、和/或對有效載荷 內容和質量、分組大小和傳輸率的調節的其目標，以滿足當前的網絡條件。
在初始步驟中，為時間敏感性複查列表中的消息544。如果沒有時間 敏感的消息，則比特率減小到MABR545，且消息被傳輸543。
如果列表包括時間敏感的消息，則為非時間敏感的消息分配的比特率 減小546，直到它滿足MABR限制。如果將比特率一直減小到零不足以滿 足MABR，則這些非時間敏感的消息從在環中待傳輸的消息的列表中被移 除。如果比特率減小，使得它小於或等於MABR,則剩餘的消息被打包和 傳輸543。
如果非時間敏感的消息的移除不足以滿足MABR,則使用另一程序， 其涉及對剩餘的時間敏感的消息使用較低質量編解碼器547。通過在傳輸 環期間發送較少的比特來試圖儘快傳輸有效載荷數據。換句話說，通過降 低有效載荷的質量，傳輸在給定的一段時間發送較少的比特。在各種實施 方式中，可使用不同的編解碼器，每個編解碼器具有不同比特率對質量折 衷。如果較低質量的編解碼器的使用足夠，意味著滿足MABR限制，則消 息被發送543。
如果較低質量編解碼器的使用不滿足MABR，則時間敏感的消息的打 包間隔增加548。對於該程序，首部與有效載荷比增加了，這降低了總比 特率，但引入等待時間(即，在傳輸到接收者的發送中的延遲)。如果該 程序導致AIBR減小到小於或等於MABR,則傳輸發生543。
如果在改變打包間隔之後，仍然不滿足MABR,則比特率可逐漸降低到在MABR限制內549。當比特率以這種方式降低時，時間敏感的消息以 不足以維持即時會話的速率被發送。因此，會話被強制脫離"即時"。如 果網絡出故障或條件非常差，則可能沒有數據傳輸發生。再次，前述序列 對發送和接收對之間的每個傳輸環重複5410。
如果在發送和接收對之間有多個網絡接口 ，則對接收報告可用的每個 接口執行關於圖9C描述的序列。在各種實施方式中，發送方可包括在多 個接口中分配傳輸載荷的邏輯。在不同的例子中，有效載荷可只在一個接 口上發送，而在其它實施方式中，可使用一些或全部接口。
前述描迷涉及系統10中的任何發送和接收對。在大部分情況下，發 送和接收對將分別包括客戶機12、啟用的設備13和伺服器16、兩個服務 器16、伺服器16和啟用客戶機12的設備13,或甚至可能兩個客戶機12。 如果發送節點同時向兩個(或多個)接收節點傳輸，則關於圖9A-9C描述 的上述序列對每個接收-發送對同時發生。
H.3 DOM操作流程圖
DQM 28g確定在客戶機12接收到的數據是否被破壞或是否有遺失的 分組。此外，接收客戶機12的DQM 28g產生接收報告，其被發送回網絡
最終被接收和存儲。下面分別在圖9D到9F中描迷了這些功能。
參考圖9D,其示出說明用於檢查遺失的和/或破壞的數據的DQM28g 的操作的流程圖。在初始步驟56!中，DQM 28g使用公知技術例如CRC 或類似的完整性檢查機制檢查破壞的分組。如果分組糹皮破壞，則分組;故視 為遺失的562。 DQM28g接著確定任何分組是否是遺失的563。如果在預定 的一段時間之後沒有接收到失序分組，則假定它為遺失的。DQM28g記錄 DNQS 32中任何破壞或遺失的分組564。另一方面，如果沒有檢測到破壞 或遺失的分組，則DQM28確定是否為了節省帶寬的目的，接收到的數據 的質量被發送者故意降低565。降低的質量被記錄在DNQS 32中566。不 管接收到的數據的質量是否降低，數據的接收信息(例如，分組序列號、 時間戳、和分組將被發送到的網絡中下一節點的網絡地址)被儲存在DNQS 32中567。前述過程連續地重複，如到流程圖的起始處的返回箭頭所表示的。
作為圖9D中詳述的過程的結果，關於未降質的分組的接收的信息、 降低質量的分組的缺陷以及遺失的分組都存儲在DNQS 32中。當媒體被接 收到時，DNQS 32維持關於媒體的狀態的最新消息。
參考圖9E，其示出說明DQM28g的接收報告產生功能的操作的流程 圖。在初始步驟中，DNQS 32被周期性地掃描58i,以確定是否有接收報 告需要被產生的任何媒體582。如果答案是否定的，則上面的掃描過程重 復。另一方面，如果媒體被識別出，則該過程確定媒體是否是時間敏感的 583，意味著用戶打算複查媒體實況或用戶希望立即複查沒有儲存在其設備 13上的媒體。
如果不是時間敏感的，則接收者通知發送者將重傳優先級(如下定義 的)設置為低584。如果是時間敏感的，則考慮分組丟失的量585。如果分 組丟失的量在可用質量範圍之外，則重傳優先級被設置為高586。如上所 迷，如果分組丟失的量太大，則接收者可能不能夠在接收到媒體時複查媒 體。如果質量在可接受的範圍內，意味著傳輸的質量足以使其在再現時可 被理解，則用於發送接收報告的優先級被設置為低584。不管接收者是否 在接收到時複查，都發送接收報告587， DNQS32被更新588,且網絡質量 管理器(NQM)28h被更新589。在步驟584定義的重傳請求因此是以時間 敏感性為條件的。在步驟586定義的重傳請求是以時間敏感性和質量為條 件的。
重傳優先級通知發送者的PQM 26g適當地按優先順序排列需要重傳 的媒體的傳輸率。例如，當重傳優先級被設置為高時，則發送者的發送PQM 26g應在任何新+某體之前發送任何重傳。如果優先級低，則PQM26g應在 任何新媒體之後發送重傳的媒體。
前述過程連續地重複，以便在媒體被接收到時產生接收報告。如果發 送者沒有以及時的方式接收到接收報告，則發送者的PQM26g將減小傳輸 率，如果沒有接收到接收報告就最終停止傳輸。
參考圖9F，其示出說明用於請求遺失或降質的媒體的序列的流程圖。在初始步驟6(h中，周期性地掃描DNQS32尋找遺失或降質的々某體602。 如果沒有遺失或降質的媒體，則上面定義的掃描周期性地重複。
如果在預定閾值的時間段之後失序分組沒有到達，則i某體被認為是遺 失的603。如果分組在閾值之前到達，則不再認為它是遺失的。另一方面， 如果在超過閾值之後，分組沒有到達，則它被認為是遺失的。由於遺失的 分組，產生用於重傳的低優先級的請求604,且請求的時間被記錄在DNQS 32中605。該過程重複，直到接收到遺失的分組。當遺失的分組到達且相 應的媒體在PIMB30中可用時，從DNQS32移除媒體的遺失狀態。因此， 在步驟604中定義的重傳請求是以i某體是否被確定為遺失為條件的。
如果被降質，則DQM 32確定媒體是否是即時會話的部分606。如果 不是，進行對降質的媒體的完全質量拷貝的請求607,完全質量的媒體被 指定為遺失的608，並在DNQS 32記錄請求時間609。如果糹某體是即時會 話的部分，則不立即採取行動，以便保存網絡帶寬。當會話轉變到即時衝莫 式之外時，則執行步驟607到609以確保降質的媒體的完全質量(即，準確 的或完美的)拷貝最終被接收到。當數據在接收客戶機12的P1MB 30中 變得可用時，相關i某體的降質狀態從DQNS32移除。在步驟607中定義的 傳輸狀態是以媒體是否被降質且不是即時會話的部分為條件的。
前述過程連續重複，如在60!從605和609到流程圖的頂部的返回箭頭 表示的。通過重複圖9F中概述的過程，所有被傳輸的々某體的準確拷貝被 儲存在接收設備13的PIMB 30中。以這種方式，在接收設備13保證被傳 輸的媒體的準確拷貝的儲存。
I.圖形用戶接口
參考圖10,其示出運行客戶機應用程式12的示例性設備13。設備13 包括圖形用戶接口顯示器110、數據輸入按鈕、鍵或鍵盤112、麥克風114 以及用於將電信號轉換成聲音的變換器116，例如揚聲器。顯示器110也 可作為觸控螢幕接收輸入。進一步地，使用觸控螢幕接口可合併顯示器110和 鍵盤112。如上所述，設備13可以是多種不同的通信工具，例如桌面型計 算機、膝上型或其它移動計算機、個人數字助理、可編程固定電話或蜂窩 電話、或可編程無線電裝置、或幾乎任何其它類型的可編程通信設備。在以下的意義上附圖所示的示例性設備13意指是"一般的"，即，它被認為 表示或包括上面列出的所有通信設備。此外，術語"圖形"用戶接口不應
被解釋為限制性的。可在設備13上實現的、也包括音頻/DEMF接口 、語 音用戶接口 (VUI)、音頻轉換接口或其組合的其它類型的用戶接口可都用 於實現下面描述的各種功能。為了簡單起見，用戶可與其設備13進行交 互作用的這些類型的方法中的每種通常都稱為"用戶接口 "。
所有的設備13不管其類型如何都優選地具有使用戶能夠操作設備13 並與系統10中的其它用戶進行通信的用戶接口。雖然用戶接口可設計成 有實質上無限數量的不同外觀和感覺實現，但存在所有設備13應共同具 有的某些功能和特徵。下面列出這些功能和特徵。
用戶接口優選地包括下列狀態指示器或標記中的一個或多個(i)電 池指示器；(ii)連通性指示器；(iii)時鐘；(iv)發送器狀態；(v)傳輸 同步狀態；(vi)複查狀態；(vii)需要關注的優先級消息；以及(viii)遺 失的消息。
用戶接口優選地包括下列功能、標記和要素來進行和管理單個會話 (i)會話的名稱和/或參與者的列表；(ii)會話狀態；(iii)會話類型；(iv) 會話持續時間；(v)在會話首部之後的時間；(vi)未完成的消息；(vii) 參與者的在場/狀態；(viii)具有導航信息的元數據；(iix)會話屬性或標 志符；(ix)包括標題、計劃表、參與者、會話概述的會話結構；以及(v) 顯示哪些參與者貢獻消息以及哪些參與者聽或複查消息的指示符。
除了上面直接列出的那些以外，用戶接口還優選地包括下列功能、標 記和要素來進行和管理多個會話(i)每個會話的名稱/標識符；(ii)即時 /活動的或常設(standing)/不活動的指示符；(iii)在首部處或時移的複查位 置；(iv)優先級和其它屬性；以及(v)會話的什麼部分被遺失的指示符。
用戶接口還優選地包括很多導航特徵，例如(i)每個會話的DVR型 快速後退/前進；(ii)即時消息型的個人消息導航；(iii)會話時間指示符；
(iv)時標(time scale)移動(即，通過會話的一個或多個消息的快速向前或 向後)；(v)會話的變化的優先級；(vi)中止(hang up);以及(vii)始位
(home )。前述功能和特徵可用各種方式實現，例如使用觸控螢幕圖形用戶接口 110,或其它輸入設備例如數據輸入按鈕、鍵或鍵盤〗2、滑鼠、通過語音 激活的命令或其組合。同樣，在上面列出的功能和特徵以及如何實現它們 不意味著是無遺漏的。可使用的各種方法和技術是如此廣泛，以至於在這 裡全部列出或討論它們是不實際的。
J.會話
MCMS應用程式20支持很多不同類型的會話，例如接近實時或"即 時"呼叫，其中從參與者講話以及其它參與者聽到第一參與者時開始的延 遲非常小；參與者以較長的延遲在消息之間來回交換語音消息的會話；涉 及多個用戶的"即時，，會議呼叫；在有規律的調度時間的常設會議呼叫； 或可配置的有組織的呼叫類型例如同時總結，其中每個參與者都預先留下 消息簡介，以讓其他人在每個人參加即時會議呼叫之前複查。MCMS應用 程序20的又一獨特的屬性是用戶在不同類型的會話之間轉換的能力。例 如，參與者可無縫地從語音消息才莫式轉換到即時呼叫並再次轉換回來。或 者即時會議呼叫的參與者可轉換到語音消息模式並在會議呼叫之後彼此 發送更新或行動項目。雖然提到了一些例子，但應理解，系統10非常靈 活並提供在不同類型的呼叫或會話之間以及在多個會話之間轉換的很多 選擇。通過改變消息之間的延遲，參與者有效地在最適合其需要的會話類 型之間轉換。上面的例子因此不應被解釋為限制性的。
如上所述，會話由在其原始上下文和序列中保持的消息組成。被發送 的消息屬於現有的會話或開始的新會話。 一般會話包括圍繞所限定的主 題、話題、時間、組或信道組織的一組消息。例如，會話可涉及共用一組 人群，例如俱樂 部的成員，公司可在固定的時間有常設的會話，例如每周 銷售會議，或朋友可以有關於各種話題的特別會話，例如制定晚餐計劃。
每個會話由一組屬性限定，包括名稱、參與者的列表、開始和結束時 間、以及至少包括未決、現行或終止的狀態。在其它實施方式中，其它會 話狀態是可能的。用戶與其設備13上的MCMS應用程式20進行交互作 用。在優選實施方式中，接口允許用戶通過各種屬性中的任何一個組織會 話。參與者和會話之間的關係也具有屬性。這些屬性包括但不限於優先 級、狀態(參與者在會話中的狀態)。參與者狀態的值包括活躍的、 一次 參與多於一個的會話、在時移模式中複查會話、跟上即時、被動地參與(即，
不主動複查，而是接收高優先級的消息)、等待(standby)、或忽略會話(即， 拒絕參與或記錄會話)。
從接收者觀點來看，用戶可選擇或限定消息的相對優先級。例如，來 自某人的老闆的消息一般被給出比社會上的熟人高的優先級。在一些實施 方式中，接收者有設置其自己的優先級的能力。在MCMS-C的實現方法 中，用戶選擇其會話的子集被連續再現。用戶接著為這些會話設置有次序 的優先級。系統使用用戶設置的優先級來給待再現的消息排序。前述算法 使用用戶優先級和關於可用消息數據的信息(超出MTSD )來給待再現的 消息排隊。
在其它實施方式例如戰術通信中，接收者可能沒有設置優先級的能力 或者有受限制的設置優先級的能力。例如，消防員可能沒有降低來自消防 隊長的消息的優先級的能力。然而發送用戶有發送緊急或高度重要的消息 的能力。通過將消息標記為緊急的或危急的，消息在接收者處被儘快再現， 不考慮接收者的任何優先級設置。根據預定的優先級方案來解決多個緊急 消息中間的任何衝突。
K. MCMS操作
參考圖11A，其示出將MCMS應用程式20的主要功能分組的組織圖 1100。主要功能包括帳戶管理1102、會話管理1104、綜合會話列表管理 1106、會話參與1108、呼叫控制1110和聯繫人管理1112。在註冊並登錄 到系統10中之後，用戶可在實現下面詳細描述的各種管理功能的設備13 的用戶接口中導航。在一些實施方式中，該功能將提供極大的靈活性。在 其它實施方式例如戰術或通信無線電裝置中，用戶接口的實現可用很多用 戶功能和預先配置的選項被限制，以滿足設備的效用。這裡的討論是示例 性的，且不意味著是MCMS功能的無遺漏的解釋，而更確切地意味著僅 僅提供一些MCMS屬性的概述。
K.l帳戶管理在帳戶管理功能1102中，註冊用戶可改變某些設置和偏好。用戶可改變其電子郵件地址、口令、名字、電話號碼、電話口令、呼入號碼、默認和/或用戶定義的再現速度、標記、用於複查消息的增益或音量水平、跟上
即時模式等。為了進行這些變化，用戶通過其設備13的接口 110輸入適當的信息。MCMS應用程式20通過將更新的偏好寫入MCMS資料庫22中來作出反應。
K.2會話管理
如圖IIB所示，會話管理1104是一組功能，其允許用戶觀看其綜合會話列表、創建新的會話、更新會話的細節、刪除會話和選擇會話。下面描述這些功能中的每一個。
觀看會話1104a—對每個會話，MCMS應用程式20可給用戶提供下列屬性中的一個或多個會話的名稱、實際開始時間、最後的活動狀態、標記、持續時間、參與者的列表。對於每個參與者，名字和/或電話號碼、狀態(即時、其它呼叫、在過去、跟上模式、離線-可到達、離線-不可用)。
創建會話1104b—用戶通過輸入會話名稱、聯繫人的列表和可選的預定開始時間經由接口 IIO來創建會話。如果沒有指定開始時間，則假定開始時間是立刻。作為響應，MCMS應用程式20在資料庫22中創建新的會話，關聯聯繫人列表上每個參與者的記錄。MCMS應用程式20也在資料庫22中為聯繫人列表上的每個用戶創建參與者記錄，允許呼叫者接收聯繫人列表上的其他人的在場信息。如果會話被調度，則MCMS應用程式20在指定的時間開始會話。否則，會話立刻開始。
更新會話細節1104c—用戶可通過用戶接口 IIO對會話進行改變。例如，可添加或移除參與者。參與者的狀態的任何變化在MCMS資料庫22中淨皮更新。
刪除會話1104d—用戶可通過接口 110從會話列表刪除特定的會話。作為響應，MCMS應用程式20記錄資料庫22中的變化，並將會話指示為-故刪除的。
關閉會話ri04e—用戶可選擇終止或關閉會話。在一個實施方式中，只有創建會話的用戶可選擇終止該會話。
K.3綜合會話列表管理
如圖11 c所示，綜合會話列表管理n 06是允許用戶參與多個會話(即，用戶的綜合會話列表)的一組功能。綜合會話列表管理功能允許用戶通過其設備上的接口 rio來"即時"參與一個會話，同時在時移模式中參與其它會話。
選擇會話1106a—通過接口 IIO，用戶可在用戶的綜合會話列表中選擇一個會話作為當前的。當前會話的消息可在"即時"或時移模式中再現。用戶可在綜合會話列表中不時地轉換會話。
轉換會話模式1106b—在可選的實施方式中，用戶能夠從MCMS、MCMS-C和MCMS-S操作模式轉換。
K.4會話參與
如圖IID所示，會話參與1108是一組功能，其允許用戶開始會話、接收加入會話的通知、獲得會話狀態信息並中止會話。
開始會話1108a—在由用戶通過接口 IIO或由MCMS應用程式中的調度程序創建會話之後，檢查每個參與者的狀態。如果參與者是離線的，則努力聯繫這個人。如果參與者離線但參與另一會話，則MCMS應用程式20通知該參與者。所有在線參與者的在場狀態在資料庫22中被更新。
接收通知1108b—系統可藉助於用戶接口 110通過圖形顯示和/或可聽得見的通知來通知用戶其被請求對會話的注意。
會話狀態1108c—用戶可通過其設備13的接口 IIO請求會話的狀態。作為響應，MCMS應用程式20集合儲存在資料庫22中的狀態信息，並將信息顯示給用戶。
會話暫停1108d—通過用戶接口 IIO，用戶可中止活躍的會話或從活躍的會話轉換。作為響應，MCMS應用程式20對資料庫22中的活躍會話更新用戶的參與狀態，並指導存儲和流模塊24將用戶從會話移除。
K.5會話控制如圖IIE所示，會話控制1110是允許用戶控制其在會話中的參與的一組功能。這些功能允許用戶跟上即時，跳到首部，跳到過去的位置、暫停、當複查會話的消息時播放加快和播放減慢。這些功能中的每個通過設
備13上的4妄口 110由用戶觸發。
跟上即時1110a—用戶可在正在進行的會話中使用"CTL"功能跟上即時。當該功能被激活時，MCMS應用程式20檢查用戶已複查的會話中的最後一個點，並使用用戶指定的比正常再現選項更快的選項來指導存儲和流模塊24再現以前沒有聽到的消息，以及當它到達首部時無縫地轉換到即時模式。
跳到首部1110c—該功能使用戶能夠跳到會話首部，略過會話中的用戶的當前點和首部之間的任何介入的消息。當被實現時，MCMS應用程式20指示存儲和流模塊立即在會話首部再現消息。(如果會話首部當前是活躍的，這叫做跳到即時(JTL)。)
跳到過去1110d—該功能使用戶能夠跳回到會話中前面的消息或點，類似於倒帶或重^L功能。當^皮實現時，MCMS應用程式20指示存儲和流模塊24再現從倒帶點開始的媒體。
暫停1110e—該功能使用戶能夠暫停會話消息的複查。作為響應，存儲和流模塊24停止消息的再現，直到另 一命令被發出。
播放加快lllOf—該功能使用戶能夠更快地再現消息。作為響應，存儲和流模塊24以比正常更快的速率再現消息。再現速率可由用戶指定或用戶可從很多預設的選項選擇。
播放減慢1110g—該功能使用戶能夠更慢地再現消息。作為響應，存儲和流模塊24以比正常更慢的速率再現消息。再現速率可由用戶指定或用戶可從很多預設的選項選擇。
K.6聯繫人管理
如圖IIF所示，系統10給用戶提供了用於管理聯繫人列表和用戶組的很多功能。這些功能包括添加、編輯、刪除聯繫人和用戶組。這些功能中的每個由用戶通過其設備13的接口實現。在用戶的聯繫人列表或組列表中的任何修改或刪除被儲存在MCMS資料庫22中。
添加聯繫人1112a—該功能使用戶能夠將新的聯繫人添加到其聯繫人列表。新的聯繫人可為註冊用戶或外部聯繫人。 一般為每個聯繫人記錄提供名稱、電話號碼、號碼類型(手機、辦公室、家庭、計算機等)、電子郵件地址和其它個人信息。
編輯聯繫人1112b —該功能使用戶能夠編輯或更新現有的聯繫人記錄。
刪除聯繫人1112c—該功能使用戶能夠移除或刪除現有的聯繫人記錄。
搜索聯繫人1112d—該功能使用戶能夠在其聯繫人列表中搜索特定的聯繫人。可使用很多標準例如名字、電話號碼、最近被呼叫、最頻繁地被呼叫、組等來進行搜索。
獲得參與者列表1112e—該功能使用戶能夠按很多不同的搜索標準搜索和if又回會話的參與者的列表，所述搜索標準包括例如按名字、最近向外的呼叫、最近進入的呼叫、最頻繁的呼叫等。
授權呼叫者複查狀態1112f—該功能使第一用戶能夠授權其它用戶觀看第一用戶的狀態。非授權用戶不能觀看第一用戶的狀態。
創建聯繫人組1112g—該功能使用戶能夠將聯繫人的號碼關聯到組。當用戶定義組時，該組中的聯繫人的列表存儲在MCMS資料庫22中。
編輯聯繫人組1112h—該功能使用戶能夠編輯組或更新組的成員的聯繫4言息。
刪除聯繫人組1112i—該功能使用戶能夠刪除組。L. MCMS操作L.l MCMS畫C
如上所述，MCMS-C操作類似於MCMS,具有使用戶能夠通過消息的時移和優先級分級系統來連續管理和參與多個會話的增加的特徵，這些消息由系統自動管理。實現MCMS-C功能包括三個基本過程。如圖12A所示，第一過程涉及為連續再現限定一組會話。 一旦限定了該列表，分級的優先級組和其它因素就應用於與該組會話相關的附有索引的^ 某體有效載荷。附有索引的媒體有效載荷接著按先後順序被排列。通過按先後順序再現^某體，該組會話的消息被連續再現。
參考圖12A，其示出說明用於規定要連續再現的會話的列表的步驟的
流程圖。在初始步驟1202中，規定用戶的綜合會話列表。用戶或預配數據(步驟1204)接著用於選擇綜合列表中的會話，用於連續的再現(步驟1206 )。對於例如戰術通信系統，通常，預配數據用於強制會話被連續再現。對於非戰術應用程式，用戶一般被提供高度靈活性來選擇用於連續再現的會話。
消息的步驟的流程圖。在初始步驟(1208)中， 一組優先級規則被定義並應用於將被連續再現的會話的列表(1206)。在各種實施方式中，該組優先級規則範圍可從嚴格的分級通信協議到高度靈活的通信協議。例如在經常希望有嚴格的分級的戰術通信系統中，這組優先級規則將優選地以並行消息;故再現的特定順序來強加。例如，對於第一反應人員戰術系統，可給來自消防隊長的消息最高優先級。可給燃燒的建築物內的消防員下一級優先級。在下一級，可給建築物之外的消防員優先級。通過規定嚴格的優先級，監督滅火成效的人或處於危險中的人的當前消息先於起著不太重要的作用的人而被再現。使用非戰術通信，可給用戶極大的靈活性來定義其自己的優先級方案，以滿足個人需要。銷售經理可例如規定優先級方案，其列出與從最重要到最不重要的客戶的連續會話。或者用戶可在家庭和朋友中間按優先順序排列連續消息。不管所使用的方案如何，都在此過程中定義連續會話的優先級列表(步驟1210 )。
參考圖12C，其示出說明從不同的連續會話接收到的消息的隊列的結構的流程圖。在初始步驟中，為每個將被連續再現的會話連續檢測消息的未再現的附有索引的媒體有效載荷(即，流^某體)的可用性(步驟1212)。優先級分級應用於可用的附有索引的媒體有效載荷流(步驟1214)。至少部分地根據優先級分級和可能如下所述的其它參數，可用的附有索引的媒體有效載荷布置成連續的順序(步驟1216)。附有索引的々某體有效載荷接
著以先後順序被連續再現(步驟1218)。通過連續地重複上述過程，多個
會話的消息被連續再現。
在一個實施方式中，先後的順序部分或全部基於優先級分級。在可選的實施方式中，除了分級和可用性以外，也可考慮其它參數。例如，使用
一個或多個參數，例如，與中斷附有索引的^ 某體有效載荷的當前再現的流
以及高優先級會話的附有索引的媒體有效載荷有關的轉換成本、附有索引的々某體有效載荷的可用流的質量、附有索引的媒體有效載荷以打亂的順序
或從系統的控制器的輸入被接收的相對時間，可定義先後的順序。一般當不同會話的消息之間的衝突出現時，按先後順序再現附有索51
的^!某體有效載荷，同時暫停或延遲其它可用的附有索引的々某體有效載荷的
再現。當沒有衝突時，附有索引的媒體有效載荷在變得可用時被立即再現。
在又一實施方式中，可在時移模式中可選地複查連續再現的會話的消息。如果第一通信設備的用戶產生與連續再現的會話相關的i/某體，則該i某
體附有索引並儲存在設備的PIMB 30以及網絡上的伺服器16的PIMB 85中。因此當在時移;f莫式中複查會話時，用戶選擇只複查與會話相關的進入的消息，或複查進入的消息以及與會話相關的第一用戶以時間索？ 1順序創建的媒體。
L.2 MCMS-S操作
在MCMS-S或同時模式中，啟用客戶機12的設備13的用戶可限定一組會話用於同時再現。 一旦限定了該組會話，就在設備13上同時再現與該組會話相關的附有索引的^ 某體有效載荷，而不管它們是否交迭。在可選的實施方式中，用戶可以可選地從一組々某體流分開地再現接收到的附有索引的i某體有效載荷。也可以可選地在接近實時或時移模式中再現同時會話的附有索引的媒體有效載荷。
L.3 MCMS、 MCMS-C和MCMS-S實例
在圖13A到13D中，示出了說明會話的屬性以及MCMS、 MCMS-C和MCMS-S的操作的一系列圖。在圖13A中，時序圖示出在用戶"X"和標為"Y"和"Z"的兩個其他用戶之間再現標為"A"的會話的消息的附有索引的媒體有效載荷的序列。在本例中，i某體由用戶Y在tl 、 t5 、 t6、 t7和t9所標明的時間間隔期間產生。4某體由用戶Z在t3 、 t6和t9到tl0所標明的時間間隔期間產生。
在附圖底部示出在用戶X的設備13處的再現序列。在時間間隔tl、t5和t7期間，只再現從Y得到的4某體。在時間間隔t3和t10期間，只再現從Z得到的々某體。在時間間隔t6和t9期間，再現從Y和Z兩者得到的媒體。在時間間隔t2、 t4和t8期間，不再現任何媒體，因為用戶Y或Z都不在這些時期期間產生々某體。應注意，時間間隔tl到t10並不是意味著表示固定的時間間隔，而更確切地，僅僅是產生i某體的時間段。
圖13A的圖示在說明會話的屬性時是有用的。當一個用戶(Y或Z)正產生媒體時，該媒體在X的設備13處被接收到，並可用於再現。當用戶X和Y都產生媒體時，兩個媒體流都在X的設備13處被接收到，並可用於混合。當用戶X或Y都不產生媒體時，沒有媒體在X的設備13處被接收到。如上所述，用戶X可選擇以接近實時模式或時移模式複查在會話A期間產生的媒體。此外，用戶X可選擇複查以所示的混合格式的媒體或在時移模式中分開地複查來自Y和Z的媒體。
圖13B示出MCMS的操作。在本例中，用戶正參與被指定為A、 B和C三個會話。對於會話A、 B和C，用戶分別產生或接收所指定(分別是A1、 A2、 A3和A4、 Bl、 B2和B3以及Cl和C2 )的消息。每個消息的計時和持續時間由沿著時間線的起始點指示。在本例中，除了消息B2以外，所有的消息都在某種程度上在時間上交迭，注意到此是有用的。
對於MCMS應用程式，用戶選擇一個會話作為當前會話。對於選定的會話，用戶可複查進入的消息並產生被傳輸到會話的其他參與者的消息。在本例中，用戶按順序分別選擇會話B、 C和A為當前的。消息序列因此最初是B1、 B2和B3，後面是C1和C2，接著最後是A1到A4。再次，當特定的會話被選擇為當前的時，用戶可在接近實時和時移模式之間轉換並轉換回來。該圖所示的最後的再現不意味著相應於該圖的頂部部分所示的接收到的消息的計時。更確切地，該圖的下部部分用來根據用戶所選擇的會話順序只顯示消息的再現順序。
圖13B的例子因此在說明MCMS應用程式的屬性中是有用的。用戶 將一個會話選擇為當前的。其它會話暫停。用戶也可在所有會話中在任何 時間轉換當前的會話。
參考圖13C,其示出說明MCMS-C的操作的圖。在本例中，用戶參與 兩個連續的會話A和B。對於會話A, 4妻收到三個消息Al、 A2和A3。 對於會話B，接收到三個消息B1、 B2和B3。對於本例，消息B1與消息 Al沖突，注意到此是有用的。此外，會話A具有比會話B高的優先級。
在兩個會話的連續再現期間，較高優先級的消息Al和A2首先接近實 時地被再現，如附圖中的垂直虛線表示的。因為在消息A2和A3之間有相 對大的時間間隔，該間隔通過時移和再現消息Bl和B2來填充。當A3到 達時，它接近實時地被再現，而消息B3隻在較高優先級的消息A3被再現 之後才被再現。通過在較高優先級消息之間時移地再現優先級較低優先級 的消息，可管理連續的多個會話。應注意，在這個簡單的實例中，優先級 是用於確定再現的連續順序的唯一參數。如上所述，也可使用很多其它參 數。
參考圖13D，其示出說明MCMS-S的圖。在本例中，用戶參與三個同 時的會話A、 B和C。對於在該圖中示出的每個會話A、 B和C，分別接 收消息A1、 A2和A3、 Bl、 B2和B3以及C1和C2。對於MCMS-S，進 入的消息在被接收到時在接收設備13處被再現。如在該圖的下部部分所 示的，三個會話A、 B和C的消息的再現順序因此與消息被接收時相同。 以這種方式，可同時再現多個會話。
在前述實例中，描述了 MCMS應用程式的幾種變形，包括MCMS-C 和MCMS-S。不管所使用的MCMS應用程式的特定類型如何，它們都共 享幾個共同的特徵。在每種情況下，會話由消息的被連接的順序或組織限 定。消息從媒體流分割，每個消息被給出順序標識符，並以創建媒體的時 間編索引。根據MCMS應用程式的變形，可根據一個或多個再現選擇來 再現消息。再現選擇使用從零到多個不同的屬性，包括以一種形式或另一 種形式來過濾、分組、交迭和/或順序化消息。以這種方式，可在單個啟用客戶機12的設備13上進行多個會話，每個會話包括一連串消息。最後，
MCMS的每個變形可用相同的方式處理中斷消息的接收。當接收到中斷消 息時，它一般優先於其它消息，並在屬於其它會話的其它消息之前被再現。
M.客戶機和伺服器硬體
參考圖14A,其示出說明用於儲存並執行客戶機應用程式12的設備 13的硬體的結構圖140。硬體包括CPU 142、主存儲器144和大容量存儲 器146。如在本領域中公知的，客戶機應用程式12 — 皮裝入和儲存在主存儲 器144和大容量存儲器146中，並由CPU 142執行。
參考圖14B，其示出說明用於儲存並執行伺服器應用程式78的伺服器 16的硬體的結構圖150。硬體包括CPU 152、主存儲器154、大容量存儲 器156和檔案庫89。如在本領域中公知的，伺服器應用程式78被加載和 儲存在主存儲器154和大容量存儲器156中，並由CPU 152執行。如上所 述， 一個或多個用戶的附有索引的媒體有效載荷儲存在檔案庫89中。
雖然為了方便，上面以單數形式描述了很多部件和過程，但本領域的 技術人員應認識到，多個部件和重複的過程也可用於實踐這裡所述的系統 和方法的技術。進一步地，雖然參考其中的特定實施方式特別示出和描迷 了本發明，但本領域技術人員應理解，在所公開的實施方式的形式和細節 中可進行變化，而不偏離本發明的實質或範圍。例如，本發明的實施方式 用於各種部件，且不應被限制到上面提到的部件。因此，這意味著本發明 應被解釋為包括落在本發明的實質和範圍內的所有變形和等效形式。
權利要求
1.一種方法，其用於在通信設備上再現一個或多個會話的方法，所述方法包括通過網絡在所述通信設備上接收與所述一個或多個會話相關的媒體；當所述媒體通過所述網絡被接收時，在所述通信設備上存儲與所述一個或多個會話相關的所接收的媒體；在所述通信設備上選擇所述一個或多個會話中的一個作為當前會話；(i)在所述通信設備上創建與所選擇的當前會話相關的媒體並且存儲所創建的媒體；(ii)在所述通信設備上以下列模式再現與所選擇的當前會話相關的媒體(a)接近實時的模式，其中與所選擇的當前會話相關的所接收的媒體當被接收時被逐步再現；或者(b)時移模式，其中與所選擇的當前會話相關的所接收和創建的媒體在被創建或接收之後的一個時間被再現；以及(iii)通過所述網絡向與所選擇的當前會話相關的一個或多個遠程通信設備發送所創建的媒體。
2. 如權利要求l所述的方法，還包括在所述一個或多個會話中可選地轉換所選擇的當前會話；以及分別對每一個可選地所選擇的當前會話執行步驟(i)到(iii )。
3. 如權利要求1所述的方法，還包括在所述接近實時的模式和所述時移模式之間選擇性來迴轉換與所選擇的當前會話相關的媒體的再現。
4. 如權利要求1所述的方法，其中所選擇的當前會話還包括在所述參與者中間交換所接收和創建的媒體。
5. 如權利要求1所述的通信方法，其中在所述通信設備上以所述接近實時的模式再現所選擇的當前會話的所接收的媒體還包括當所接收的媒 體通過所述網絡被接收時逐步再現所接收的媒體。
6. 如權利要求1所述的通信方法，其中在所述通信設備上以所述時移 模式再現還包括從存儲器或儲存器取回並再現與所選擇的當前會話相關 的所接收和創建的媒體。
7. 如權利要求1所述的方法，還包括暫停對所選擇的當前會話相關的所接收的媒體的再現；在所述暫停期間連續存儲與所述一個或多個會話相關的所接收的媒 體；以及通過當與所選擇的當前會話相關的媒體正被接收時再現與所選擇的 當前會話相關的媒體，或通過從存儲器再現與所選擇的當前媒體相關的以 前存儲的媒體，在所述暫停之後恢復所選擇的當前會話的再現。
8. 如權利要求l所述的方法，還包括，在所述時移模式中，提供進行 下列操作的能力在所述通信設備上選擇相對於當前所選擇的會話的最當前的媒體的 起始位置，其中起始點是由所述通信設備的用戶限定的；從存儲器取回當前所選擇的會話的媒體；以及從存儲器再現所取回的糹某體。
9. 如權利要求1所述的方法，其中提供以所述時移模式複查所選擇的 當前會話的所接收和創建的媒體的能力還包括選擇所選擇的當前會話的一個參與者；從存儲器取回與所選擇的參與者相關的i某體；以及 分立地再現與所選擇的參與者相關的i某體。
10. 如權利要求1所述的方法，其中提供以所述時移模式複查所選擇 的當前會話的所接收和創建的媒體的能力還包括選擇所選擇的當前會話的兩個或更多參與者；從存儲器或儲存器中取回與所選擇的兩個或更多參與者相關的i某體；以及混合與所選擇的兩個或更多參與者相關的々某體的再現。
11. 如權利要求1所述的方法，其中以所述時移模式再現所選擇的當前會話的i某體還包括選擇再現點以開始再現所選擇的當前會話的媒體，其中所述再現點對 應於所選擇的當前會話的以前的時間點；以及再現從所選擇的再現點開始的所選擇的當前會話的媒體，其中所述以前的時間點是由所述通信設備的用戶選擇的。
12. 如權利要求1所述的方法，其中在所述通信設備上再現所選擇的 當前會話的所接收的媒體還包括在所述通信設備上從與所選擇的當前會話相關的多個參與者接收多 個媒體流或媒體，所述多個媒體流中的每一個各自都包括多個附有時間索 引的媒體有效載荷，每個附有時間索《1的媒體有效栽荷都有與之相關的時 間索引信息；以及通過按時間疊加每個參與者的所述附有索引的媒體有效載荷來再現 所述多個媒體流。
13. 如權利要求1所述的方法，還包括通過下列操作將所選擇的當前 會話的所接收的媒體的再現從所述時移模式轉換到所述接近實時的模式從存儲器取回所存儲的媒體；以增加的再現速率從存儲器再現所取回的媒體；在所選擇的當前會話的々某體通過所述網絡正被接收時，當以所述增加選擇的當前會話的i裝體並發生時，確定跟上點；以及在所述跟上點之後，當所選擇的當前會話的々某體通過所述網絡正被接 收時，以所述接近實時的模式再現所選擇的當前會話的媒體。
14. 如權利要求1所述的方法，其中可選地轉換所選擇的當前會話還包括在所述一個或多個會話中選擇第二被選擇的當前會話；選擇再現點以開始再現與所述第二被選擇的當前會話相關的媒體，其 中所述再現點相應於所述第二被選擇的當前會話的一個時間點；以及從所選擇的再現點開始再現所述第二被選擇的當前會話的媒體。
15. 如權利要求2所述的方法，其中可選地轉換所選擇的當前會話還 包括在所述一個或多個會話中選擇第二被選擇的當前會話； 在所述通信設備上創建與所述第二被選擇的當前會話相關的媒體；以及將與所述第二被選擇的當前會話相關的所創建的媒體發送並存儲到 與所述第二被選擇的當前會話相關的所述一個或多個遠程通信設備。
16. —種方法，其用於在通信設備上連續再現一個或多個會話，所述 方法包括通過網絡在所述通信設備上接收與所述一個或多個會話相關的々某體；在所述一個或多個會話中限定將被連續再現的一組會話；限定優先等級用於再現與所限定的一組會話相關的^ 某體；至少部分基於所限定的優先等級按序列順序對與所限定的 一 組會話 相關的媒體進行排序；以及按所述序列順序連續再現與所限定的 一組會話相關的媒體。
17. 如權利要求16所述的方法，其中限定將糹皮連續再現的所述一組會 話還包括允許所述通信設備的用戶限定將被連續再現的所述一組會話。
18. 如權利要求16所述的方法，其中限定將被連續再現的所述一組會 話還包括使用預定的配置來限定將被連續再現的所述一組會話。
19. 如權利要求16所述的方法，其中限定將被連續再現的所述一組會 話還包括允許所限定的 一組會話中的 一個的參與者限定連續再現的所述一組會話。
20. 如權利要求16所述的方法，其中限定所述優先等級還包括允許所述通信設備的用戶限定所述優先等級。
21. 如權利要求16所述的方法，其中限定所迷優先等級還包括使用預 定的配置優先等級。
22. 如權利要求16所述的方法，其中限定所述優先等級還包括允許所 限定的一組會話中的一個的參與者限定所述優先等級。
23. 如權利要求16所述的方法，其中按所述序列順序對與所限定的一 組會話相關的媒體排序還包括(i) 在將被連續再現的所述一組會話中確定帶有可用媒體的會話；(ii) 至少部分基於所限定的優先等級在帶有可用媒體的所確定的會 話中選擇一個會話；
24. 如權利要求23所述的方法，其中按所述序列順序連續再現與所限 定的 一組會話相關的媒體還包括(iii) 再現所選擇的一個會話的可用媒體；(iv) 暫停其他確定的會話的所述可用々某體的再現；以及(v) 連續執行(i)到(iv)。
25. 如權利要求23所述的方法，其中在帶有可用媒體的所確定的會話 中選擇一個會話還包括使用序列算法限定所述序列順序，所述序列算法使 用下列參數中的一個或多個(i) 所述優先等級；(ii) 與以較高優先級的媒體中斷當前所再現的媒體相關的轉換成本；(iii) 當前所再現的々某體的持續時間；(iv) 所述可用媒體的質量；(v) 來自所述通信設備的控制器的輸入；(vi) 所述媒體被接收的時間；(vii) 所述4某體被創建的時間；(viii) 所述媒體變得可用於再現的時間；(ix) 隨機或預先確定的打亂的順序；(x) 與進入的媒體相關的預定的優先級；或者(xi) 包含有所述進入的媒體的優先級信息。
26. 如權利要求16所述的方法，還包括當屬於所限定的一組會話的媒 體在所述通信設備上被接收時連續更新所述序列順序。
27. 如權利要求16所述的方法，其中按所述序列順序連續再現與所限定的一組會話相關的:^某體還包括以接近實時的模式再現所述會話的位於所述序列順序第 一位的可用^ 某體。
28. 如權利要求26所述的方法，還包括以時移模式再現在所述組中的 會話的不在所述序列順序第 一位的可用4某體。
29. 如權利要求16所述的方法，其中按所述序列順序連續再現與所限 定的一組會話相關的^^體還包括(i) 再現位於所述序列第一位的媒體；(ii) 更新所述序列順序；以及(iii) 連續執行步驟(i)和(ii)
30. 如權利要求29所述的方法，還包括(iv) 使在所述序列順序中較低級的媒體的再現連續時移；以及(v) 連續執行步驟(i)和(iv)。
31. 如權利要求29所述的方法，其中再現位於所述序列順序第一位的 媒體還包括(iv)當所述媒體通過所述網絡正被接收時，逐步再現所述媒體；或(v )如果位於所述序列順序第 一位的媒體以前被接收但未被再現， 則從存儲器或儲存器中逐步再現所述媒體。
32. 如權利要求16所述的方法，還包括根據所述序列順序在所述一組會話中確定最高優先級會話； 在所述通信設備上創建與由所述優先等級限定的最高優先級會話相關的糹某體；以及通過所述網絡從所述通信設備向一個或多個遠程通信設備發送所創 建的4某體並參與所述最高優先級會話。
33. 如權利要求32所述的方法，其中所創建的媒體和所接收的媒體構 成所述最高優先級會話。
34. 如權利要求32所述的方法，還包括當所述序列順序被不斷更新時，在所述一組會話中不斷確定所述最高 優先級會話；以及當所述序列順序被連續更新時，再現被連續確定的最高優先級會話的 所存儲的媒體。
35. 如權利要求32所述的方法，還包括阻止在所述通信設備上創建與 除了所述最高優先級會話之外的所述一組會話相關的媒體。
36. —種方法，其包括通過網絡在通信設備上接收與 一個或多個會話相關的々某體；當所述i某體通過所述網絡被接收時，同時再現與所述一個或多個會話 相關的所接收的媒體；在所述通信設備上分別創建所述一個或多個會話的々某體；通過所述網絡發送所述一個或多個會話的所創建的媒體，所創建的媒 體被分別發送到所述一個或多個會話的 一個或多個參與者；存儲與所述一個或多個會話相關的所接收和創建的媒體；暫停與所述一個或多個會話相關的通過所述網絡接收的媒體的同時 再現；在所述暫停期間選擇複查被同時再現的所述一個或多個會話之一，所 選擇會話的所述複查包括再現與所選擇的會話相關的所接收和/或創建的 媒體；在所述暫停期間，當所選擇的會話正被複查時，無中斷地連續存儲通過所述網絡接收的並與所述一個或多個會話相關的i某體；以及在所選擇的會話的所述暫停和複查之後，當所接收的i某體通過所述網 絡正被接收時，恢復與所述一個或多個會話相關的所接收的媒體的同時再現。
37. 如權利要求36所述的方法，其中在所述暫停期間選擇複查所選擇 的一個會話還包"fe:通過從存儲器取回而在所述通信設備上複查所選擇的一個會話，並且 再現與所選擇的會話相關的所取回的接收和/或創建的媒體；在複查與所選擇的一個會話相關的媒體時，暫停與未被選擇的一個或 多個會話相關的通過所述網絡接收的媒體的同時再現；以及在複查與所選擇的一個會話相關的々某體時，無中斷連續存儲通過所述 網絡接收的且與所述未被選擇的一個或多個會話相關的媒體。
38. 如權利要求37所述的方法，其中在所述通信設備上複查所選擇的 一個會話還包括選擇起始點用於複查與所選擇的一個會話相關的所存儲的接收和/或 創建的媒體，被選擇的起始點對應於在所選擇的會話中的以前的時間點；從與所述被選擇的起始點在同 一位置的存儲器或儲存器中取回所存 儲的接收和/或創建的媒體；以及在所述通信設備上從所選擇的點開始再現所取回的々裝體。
39. 如權利要求38所述的設備，其中在所述通信設備上再現所選擇的 一個會話還包括以比所述媒體初始被編碼更快的速率在所述通信設備上複查所取回 和/或創建的媒體；以及在所選擇的一個會話的媒體通過所述網絡正被接收時，當以所述更快 的速率的所取回的々某體的再現跟上所選擇的 一個會話的々某體並且實質上 與所選擇的一個會話的媒體並發時，確定跟上點。
40. 如權利要求36所述的方法，其中每個所述會話還包括在每個所述會話的參與者中間分別交換所接收的和被傳輸的媒體。
41. 如^l利要求36所述的方法，其中與所述一個或多個會話中的每一 都相關的所接收和創建的i某體分別被分割為消息。
42. 如權利要求36所述的方法，其中與所述一個或多個會話中的每一 都相關的所接收和創建的媒體還包括多個媒體有效載荷，所述多個媒體有 效載荷的每一個都有與之相關的時間索引。
43. 如權利要求42所述的方法，其中所述同時再現還包括確定與被同時再現的所述一個或多個會話相關的所接收的媒體有效 載荷的時間索引；以及同時再現按時間索引順序疊加所述々某體有效載荷的附有時間索引的 媒體。
44. 如權利要求36所述的方法，其中同時再現還包括 混合與將被同時再現的所述一個或多個會話相關的所接收的媒體；以及再現所混合的^;某體。
45. 如權利要求36所述方法，其中所述一個或多個會話將被同時再現 還包括允許所述通信設備的用戶限定將被同時再現的所迷一個或多個會話。
46. 如權利要求36所述的方法，其中所述一個或多個會話將被同時再 現還包括使用預定的配置來限定將被同時再現的所述一個或多個會話。
47. 如權利要求36所述的方法，其中限定將被同時再現的所述一個或 多個會話還包括允許所述一個或多個會話的參與者限定將被同時再現的 所述一個或多個會話。
48. 如權利要求36所述的方法，其中在所述通信設備上創建與所述一 個或多個會話相關的J 某體還包括在將被同時再現的所述一個或多個會話中選擇一個會話；使用所述通信設備創建與所選擇的一個會話相關的媒體；以及通過所述網絡從所述通信設備向所選擇的 一個會話的所述一個或多 個參與者發送所創建的媒體。
49. 如權利要求36所述的方法，其中當所述媒體通過所述網絡被接收 時同時再現與所述一個或多個會話相關的所接收的^^某體還包括在所述通信設備上連續確定所述媒體通過所述網絡是從僅僅一個源 還是同時從兩個或更多源正被接收；以及當所述接收的媒體同時從兩個或多個源正被接收時，疊加所接收的媒 體的再現；或者當所述媒體僅從一個源正被接收時，只再現從所述一個源接收的媒體。
50. 如權利要求36所述的方法，其中在所述暫停後恢復與所述一個或 多個會話相關的所接收的媒體的同時再現還包括當所接收的媒體通過所 述網絡被接收時再現與所述一個或多個會話相關的所接收的媒體，而不首 先複查在所述暫停期間接收的所存儲的媒體。
51. 如權利要求36所述的方法，其中恢復與所述一個或多個會話相關 的所接收的媒體的同時再現還包括只為所選擇的會話恢復通過所述網絡 接收的所接收的^ 某體的再現。
52. 如權利要求36所述的方法，其中在所述暫停之後恢復與所述一個 或多個會話相關的所接收的i某體的同時再現還包括在與所述一個或多個 會話相關的媒體的同時再現被暫停的時間點開始，從存儲器中再現與所述 一個或多個會話相關的所接收的^ 某體。
53. 如權利要求36所述的方法，在所述暫停之後恢復與所述一個或多 個會話相關的所接收的媒體的同時再現還包括在被選擇的以前的時間點開始，從存儲器中再現與所述一個或多個會話相關的所接收的媒體。
54. 如權利要求36所述的方法，其中恢復與所述一個或多個會話相關的所接收的i某體的同時再現還包括當所述一個或多個會話的所述媒體通 過所迷網絡被接收時，恢復為所述一個或多個會話所接收的^f某體的再現。
55. 如權利要求1、 16或36所述的方法，其中與所述一個或多個會話 相關的媒體被分割為消息。
56. 如權利要求1、 16或36所述的方法，還包括提供用於再現所述一 個或多個會話的所述i某體的多個再現選項，所述再現選項包括下列項中的 一個或多個暫停、重放、播放加快、播放減慢、向後跳躍、向前跳躍、 跳過靜音部分、跟上最近接收的媒體、或跳到最近接收的媒體。
57. 如權利要求l、 16或36所述的方法，還包括在發送所創建的媒體 之前，當所述4某體正被創建時，逐步存儲所創建的^ 某體。
58. 如權利要求l、 16或36所述的方法，還包括在存儲所創建的媒體 之前，當所述媒體正被創建時，逐步發送所創建的媒體。
59. 如權利要求l、 16或36所述的方法，還包括在所述媒體正被創建 時，同時並逐步再現和存儲所創建的媒體。
60. 如權利要求1或36所述的方法，還包括存儲所選擇的會話的所接 收的媒體，在以所述接近實時的模式再現所接收的媒體之前，所接收的媒 體被儲存。
61. 如權利要求1或36所述的方法，還包括以所述接近實時的;jt式逐 步再現與所選擇的當前會話相關的所接收的媒體，在存儲所接收的媒體之 前所接收的媒體被再現。
62. 如權利要求1或36所述的方法，還包括當所述媒體正被接收時， 同時並逐步再現和存儲與所選擇的當前會話相關的所接收的媒體。
63. 如權利要求l、 16或36所述的方法，其中通過所述網絡發送在所 述通信設備上創建的媒體還包括當所述媒體被創建時確定所述通信設備是否連接到所述網絡；以及如果所述通信設備連接到所述網絡則逐步發送所述媒體，其中連接到所述網絡被定義為在所述通信設備和所述網絡之間傳輸 數據的能力。
64. 如權利要求60所述的方法，還包括當所述媒體正被創建時，確定在所述網絡和所述通信設備之間的連接 的帶寬速率；以及在所確定的帶寬速率內逐步發送所創建的媒體。
65. 如權利要求1、 16或36所述的方法，其中通過所述網絡發送在所 述通信設備上創建的媒體還包括當所述i某體被創建時確定所述通信設備是否與所述網絡斷開連接；探測第 一通信設備何時重新連接到所述網絡；以及在所述通信設備重新連接到所述網絡後，從存儲器或儲存器發送所創 建的媒體，絡之間傳輸或不傳輸數據的能力。
66. 如權利要求l、 16或36所述的方法，其中通過所述網絡發送在所 述通信設備上創建的媒體還包括確定當所述媒體被創建時網絡條件是否足夠差以阻止所述發送；探測何時網絡條件充分改善以實現所述發送；以及在探測到何時所述網絡條件充分改善後，從存儲器或儲存器發送所創 建的媒體。
67. 如權利要求l、 16或36所述的方法，其中所述媒體還包括下列媒 體類型中的一個或多個語音、視頻、文本、傳感器數據、位置或GPS信 息、無線電信號、或其組合。
68. 如權利要求l、 16或36所述的方法，其中所述通信設備包括下列 項之一固定電話、無線或蜂窩電話、計算機或無線電裝置、衛星電話或衛星無線電裝置、或者戰術無線電裝置或戰術電話。
69. 如權利要求l、 16或36所述的方法，其中所述網絡包括基於分組的網絡、基於電路的網絡、蜂窩網絡、無線網絡、基於無線電裝置的網絡、電話網絡、衛星網絡、有線網絡、光纖網絡、或其組合。
70. 如4又利要求1、 16或36所述的方法，還包4舌在所述通信設備上接收緊急媒體；以及在再現與所述一個或多個會話相關的其他媒體之前再現所述緊急媒
全文摘要
本發明目的在於用於在通信設備上再現一個或多個會話的各種方法。在一個方法中，在多個會話中選擇一個當前會話。對這個被選擇的會話，當在設備上被創建並且與被選擇會話相關的媒體被發送至被選擇的會話的參與者時，被接收的且與被選擇會話相關的媒體被再現。與未被選擇的會話相關的媒體被存儲在通信設備上用於以後的複查。在第二個方法中，使用優先級順序可以連續再現多個會話。在各種會話的媒體被接收時，當以時移模式再現其他會話的媒體時，最高優先級會話的可用媒體被再現。在又一個方法中，多個會話的媒體被同時再現且存儲。使用這個實施方案，一個會話可以被選擇用來複查。在複查期間，其他會話的接收的媒體被存儲但不被再現。
文檔編號H04L29/06GK101690095SQ200880022140
公開日2010年3月31日 申請日期2008年5月27日 優先權日2007年6月28日
發明者託馬斯·E·凱蒂斯, 瑪麗·G·潘塔加, 詹姆士·T·潘塔加, 馬修·J·蘭尼 申請人:萊貝爾沃克斯有限責任公司