專利名稱：多媒體內容點播的多播傳送的制作方法
技術領域：
本發(fā)明大體來說涉及在計算機網絡上傳輸多媒體內容，且更具體來說涉及多媒體 內容傳送系統及通過多媒體的選擇性多播將網絡帶寬消耗效率最大化的方法。
背景技術：
多播是其中源主機向一群目的主機發(fā)送消息的通信模式。盡管這可以通過向每一 目的主機發(fā)送單播(點對點)消息來完成，但建立對目的主機的連接所要求的帶寬及 處理功率的添加消耗使得在這一情形中單播是不合希望的。因此，使用多播的主要優(yōu) 勢是降低帶寬消耗。存在許多要求向數以百計的目的主機傳輸包的應用程序。發(fā)送到 這些目的主機的包在其到其目的地的路徑上共享一群鏈路。由于多播要求僅由源主機 傳輸單個包且僅在必要時(也就是說，在多播傳送樹的分叉處)重復這一包，所以多 播傳輸可以保存寶貴的網絡資源。
多播的另一重要特征及本申請案所關注的另一重要特征是其對"數據廣播"應用 的支持。最近幾年，因特網上的多媒體傳輸已經變得越來越受歡迎。這些傳輸也稱為 "網絡傳播(webcast)"、"音頻傳播(audiocast)"、"視頻傳播(vid醒st)"、 "個人傳播(podcast)"和其他相依于多媒體內容類型的奇特術語。最受歡迎的是音 頻及視頻信號從服務器到一群接收客戶機的捕獲、壓縮及傳輸。多播可用于將多媒體 內容有效分布到所有客戶機，而不是使用各參與客戶機之間的一組點對點連接?？蛻?機經常可以在任一時間加入或離開音頻傳播或視頻傳播。由多播提供的加入及離開組 群的靈活性可以使得對可變成員關系的管理更加易于處理。然而，多播或廣播多媒體 內容的當前系統總是廣播所有內容而不管客戶機是否正在請求所述內容。在這一方面， 數據傳播與無線電臺或電視臺相類似，無線電臺或電視臺分別廣播無線電或電視信號， 而不管是否有人在收聽或觀看。然而，在因特網上，這種類型的盲目廣播 (broadcasting-in-the-blind)可能導致稀有網絡資源的低效使用和最嚴重的網絡擁塞。 因此，希望一種可以選擇性地基于客戶機使用或請求來多播其流式內容的多媒體系統。

發(fā)明內容
本發(fā)明通過提供新穎的流式多媒體廣播系統及方法來解決現有技術中存在的問 題，所述新穎的流式多媒體廣播系統及方法基于客戶機請求及使用來選擇性地多播其 內容。具體來說，本系統包含與多個源進行通信且具有多個客戶機的服務器。所述服 務器確定所述客戶機的至少一者是否正請求接收至少一個源。然后，所述服務器分別 向提出請求的客戶機多播這些所請求源。在客戶機均不請求特定源的情況下，服務器 不會多播所述特定源。在所有客戶機均停止請求服務器當前正在多播的特定源的情況 下，服務器終止所述特定源的多播。通過選擇性地多播所述可用的源，可以保存重要 的網絡資源且可以避免網絡擁塞。
在本發(fā)明的某些實施例中，存在用于執(zhí)行一種通過網絡將流式媒體內容從至少一 個源傳送到多個客戶機的方法的方法/裝置/系統，所述方法包括下述行為向多個客戶 機中的至少一個客戶機多播第一流式內容，及在確定所述多個客戶機均不希望繼續(xù)接 收第一流式內容時終止第一流式內容的多播。在某些實施例中，存在一種如上文/下文 所述的方法/系統/設備，其中在網絡協議的應用層做出所述確定，盡管在其他實施例中， 確定不是在應用層做出，且在某些實施例中，終止多播/阻止多播包含停止/阻止流式媒 體內容進入網絡/在網絡中傳播。
上文及下文所論述的某些實施例進一步包含下述行為在多播第一流式內容之 前，確定所述多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內 容。在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其中確定所述多 個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括估 計從所述多個客戶機中的一個或一個以上客戶機接收的輪詢消息，所述輪詢消息可指 示一個或一個以上客戶機繼續(xù)從所述至少一個源接收流式內容的希望。
在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其中確定所述多 個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括 基于多個當前已接收的輪詢消息中的至少一者來估計從所述多個客戶機中的一個或一 個以上客戶機接收的輪詢消息，所述輪詢消息可指示一個或一個以上客戶機繼續(xù)從所 述至少一個源接收流式內容的希望；及當前是否已接收至少一個輪詢消息。在某些實
施例中，存在一種如上文/下文所述的方法/系統/設備，其中確定所述多個客戶機中的 至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括向多個客戶機中 的一個或一個以上客戶機發(fā)送輪詢消息，其中所述輪詢消息向相應接收方請求確認所 述輪詢問題的相應接收方希望繼續(xù)從所述至少一個源接收流式內容。
在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其中確定所述多
個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括 向多個客戶機中的一個或一個以上客戶機發(fā)送輪詢消息，所述輪詢消息向相應接收方
請求確認輪詢問題的相應接收方希望繼續(xù)從所述至少一個源接收流式內容；及下述至少一者估計來自所述輪詢問題的相應接收方的響應，及估計來自所述輪詢問題的相 應接收方的響應缺失。
在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其中在終止流式 內容之前，確定所述多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收 流式內容，及當在網絡協議的應用層處確定客戶機均不希望從所述至少一個源接收流 式內容的情況下終止所述多播。
在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其進一步包括下 述行為在向所述多個客戶機中的至少一個客戶機多播第一流式內容之后，及在所述 多個客戶機均不希望繼續(xù)接收所述至少一個源的情況下終止所述第一流式內容的多播 之前，辨識至少一個其他客戶機希望接收所述第一流式內容，及將所述至少一個其他 客戶機添加到構成所述第一流式內容多播的多播傳輸的多播地址中。
在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其中確定所述多 個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括下 述至少一者對與服務器的開放TCP套接口連接的數量計數，所述服務器向多個客戶 機中的至少一個客戶機多播第一流式內容；及確定是否存在與服務器的開放TCP套接 口連接，所述服務器基于所計數的開放TCP套接口連接向多個客戶機中的至少一個客 戶機多播第一流式內容。
在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，其中確定所述多 個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括下 述至少一者對與服務器的開放TCP套接口連接的數量計數，所述服務器向多個客戶
機中的至少一個客戶機多播第一流式內容，且在開放TCP套接口連接的數量低于某一 數字時確定客戶機均不希望從所述至少一個源接收流式內容；及確定是否存在對服務 器的開放TCP套接口連接，所述服務器向所述多個客戶機中的至少一個客戶機多播第 一流式內容，及在確定不存在開放TCP套接口連接的情況下確定客戶機均不希望從所 述至少一個源接收流式內容。在某些實施例中，存在一種如上文/下文所述的方法/系統 /設備，其中在仍然產生流式內容并將其發(fā)送到服務器時發(fā)生在確定所述多個客戶機均 不希望繼續(xù)接收所述至少一個源時終止第一流式內容多播的行為。在某些實施例中， 存在一種如上文/下文所述的方法/系統/設備，其中第一流式內容包含由視頻攝像機系 統產生的視頻內容。在某些實施例中，存在一種如上文/下文所述的方法/系統/設備，
其進一步包括利用與所述至少一個源通信的服務器向多個客戶機中的至少一個客戶
機多播第一流式內容，其中所述至少一個源向所述服務器傳輸第一流式內容，其中所
述多播通過下述的至少一者來發(fā)生 一個或一個以上無線接入點、 一個或一個以上數 字訂戶線、 一個或一個以上廣域網絡連接、及一個或一個以上局域網絡連接，其中所 述第一內容包含文本、圖片、視頻及音頻內容的至少一者。在某些實施例中，存在一 種如上文/下文所述的方法/系統/設備，其中第一流式內容包含由第一視頻攝像機系統 產生的視頻內容，所述方法進一步包括下述行為向所述多個客戶機中的至少一個客戶機多播至少一個第二流式內容，所述第二流式內容包含由第二視頻攝像機系統產生 的視頻內容；及在確定所述多個客戶機均不希望繼續(xù)接收第二流式內容時終止第二流 式內容多播，其中所述多播行為通過同一服務器發(fā)生。
在某些實施例中，存在一種如上文/下文所述用于將流式媒體內容從至少一個源傳 送到多個客戶機的方法/系統/設備，其包括下述行為使用服務器從至少一個源接收第 一流式內容；及下述至少一者在從服務器多播第一流式內容之前確定所述多個客戶 機中的至少一個客戶機是否希望從所述至少一個源接收流式內容，以使所述多個客戶 機中的一者或一者以上可以接收第一流式內容；在從所述服務器多播第一流式內容之 前確定多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容，以 使所述多個客戶機中的一者或一者以上可以接收第一流式內容，其中在確定所述多個 客戶機中的至少一個客戶機希望從所述至少一個源接收流式內容的情況下多播所述第 一流式內容，以使所述多個客戶機中的至少一者可接收第一流式內容，且其中在確定 客戶機均不希望從所述至少一個源接收流式內容的情況下阻止第一流式內容的多播； 確定所述多個客戶機中先前已從至少一個源接收從服務器多播的流式內容的至少一個 客戶機是否希望繼續(xù)從所述至少一個源接收流式內容以確定是否斷開從服務器多播的 第一流式內容；及確定所述多個客戶機中先前已從至少一個源接收從服務器多播的流 式內容的至少一個客戶機是否希望繼續(xù)從所述至少一個源接收從服務器多播的流式內 容，以確定是否斷開從所述至少一個服務器多播的第一流式內容，其中在確定所述多 個客戶機中先前已從至少一個源接收從服務器多播的流式內容的至少一個客戶機不希 望繼續(xù)從所述至少一個源接收流式內容的情況下，終止所述第一流式內容的多播，且 其中在確定所述多個客戶機中先前已從至少一個源接收從服務器多播的流式內容的至 少一個客戶機希望繼續(xù)從所述至少一個源接收流式內容的情況下，繼續(xù)多播所述第一
流式內容。


參照下列說明、附加權利要求書和附圖，將更好地理解本發(fā)明的這些和其他特征、 方面及優(yōu)勢，其中
圖1是本發(fā)明的優(yōu)選實施例的計算機網絡的示意圖。
具體實施例方式
參照圖1，其顯示網絡系統的實例，其中存在通過各種網絡連接與服務器進行通
信的5個客戶機和3個攝像機(或源)。盡管下列說明為便利起見將涉及通過攝像機 捕獲的視頻，但應了解，本發(fā)明可以容納所有類型的流式內容，包含而不限于例如文 本、圖片和音頻等格式。此外，在某些實施例中，可以利用各種類型的網絡及/或對服 務器的連接。此外，客戶機及源的數量也可以變化。因此，在某些實施例中，客戶機
11和源可以通過任一數量的方式連接到服務器，所述方式包含(僅舉例說明而非限制) 無線接入點、數字訂戶線、廣域網絡連接及/或局域網絡連接。
圖1描繪其中存在5個客戶機和3個視頻源的系統的實例。在典型的多播IP視 頻系統中，所有3個攝像機將隨時向網絡的所有部分進行廣播。因此，在每個攝像機 傳輸lMbps數據的情況下，廣播區(qū)域A和廣播區(qū)域B將各自處理3Mbps的數據，且 在每一客戶機上將有3Mbps進入每一網絡接口卡(NIC)。如果存在300個攝像機， 則所述數字將是300Mbps，且這可能導致引起網絡擁塞。
在實施本發(fā)明某些實施例的系統中，在一個客戶機請求視頻前視頻服務器將不發(fā) 送任何視頻。以此方式，服務器將在其從單個客戶機接收到對特定資源的請求時開始 多播。在其接收到接續(xù)請求的情況下，則其將繼續(xù)將所述資源流化。當客戶機不再希 望所述流時，服務器將注意到所述情況并在客戶機不希望所述流時就停止流化。
本發(fā)明的某些實施例的服務器可能包含可以包含實施本文所述的某些或全部實 施例的邏輯的處理器，所述服務器可以從與其通信的攝像機接收穩(wěn)定的視頻流。然而， 服務器不會像現有技術中那樣總是多播所有的這些視頻饋送。相反，其檢查是否存在 任何客戶機正向任一特定攝像機請求觀看任何視頻。如果沒有任何客戶機向特定攝像 機請求視頻，則服務器不會多播所述攝像機的內容。然而，如果至少一個客戶機希望 觀看來自特定攝像機的視頻，則服務器向所述客戶機多播所述攝像機的視頻流。如果 后續(xù)的其他客戶機想要接收所述攝像機的視頻饋送，則服務器僅注意到存在額外客戶 機，并將所述客戶機添加到多播傳輸的多播地址中。可以了解，在某些實施方案中， 這會保存足夠的網絡資源，因為僅做出任一特定攝像機的視頻的單傳輸。然而，就像 隨時可能發(fā)生的那樣，如果所有客戶機都停止請求特定視頻饋送，則服務器可以終止 所述視頻的多播，以進一步保存網絡資源?；仡^參考先前進行的不完善的無線電和電 視類推，可以了解到本系統停止對無人收聽或觀看的內容進行數據傳播。
"通過終止多播"等是指在客戶機均不希望接收流式媒體內容的情況下阻止將所 述內容放置在網絡上，及在客戶機均不希望繼續(xù)接收流式媒體內容的情況下暫停通過 網絡傳播所述內容。也就是說，在本發(fā)明的某些實施例中，如果客戶機均不希望所述 內容，則由(例如)視頻攝像機發(fā)送到服務器的內容并未置于網絡上(且因此不被多 播)。在這點上，在某些實施例中，存在視頻分布系統，其包括服務器和多個適于分 別向服務器發(fā)送流式視頻內容的攝像機。所述服務器適于接收至少某些所發(fā)送的流式 視頻內容，且適于通過網絡向多個客戶機多播至少某些所接收的流式媒體內容。進一 步地，在此系統中，能夠由服務器接收的流式視頻內容的總位速率超過網絡帶寬，且 服務器適于通過下述確定來將相應流式媒體內容的多播次數限定為總位速率不超過網 絡帶寬確定所接收流式視頻內容的至少一者是否希望由客戶機觀看，且在所述至少 一個客戶機不希望觀看所接收流式視頻的情況下不將所述至少一個所接收流式視頻放 置在網絡上。在這種實施例中，50、 60、 70、 80、 90、 100、 300或更多個攝像機可能 與服務器通信，且可能避免網絡飽和的負面影響，即使對服務器的輸入超過網絡帶寬。例如，在UDP業(yè)務的情形中，將不存在視頻延時或減速，而在TCP業(yè)務的情形中， 將不存在數據傳送停止等，因為由于僅請求來自某些攝像機的某些內容而僅將那些內 容放在網絡上/或將大量不希望的內容從網絡移除，以使總位速率低于最大帶寬。因此， 在某些實施例中，本發(fā)明使得系統能夠基于客戶機希望而準許管理通過網絡傳播的內 容。
在本發(fā)明的某些實施例中，不把內容放在網絡上會減輕利用網絡轉換(switch) / 網絡交換(switching)增加利用帶寬的效率的希望。
盡管跟蹤特定視頻饋送的請求數量的方法是多種多樣的，但一實例是對特定攝像 機對服務器的開放TCP套接口連接的數量計數。當客戶機向服務器請求特定視頻饋送 時，通常通過將其自身的TCP套接口打開到服務器來建立連接。當客戶機希望停止觀 看視頻饋送時，關閉這一相同TCP套接口。在這種制度下，觀看特定攝像視頻饋送的 客戶機數量總是對應于服務器處的開放TCP套接口數量。通過對開放TCP套接口的 數量計數，服務器可以容易地確定是繼續(xù)多播特定攝像機視頻饋送還是終止所述多播。 盡管對開放TCP套接口計數是一種確定對特定攝像機內容感興趣的客戶機數量的方 法，但任何建立與服務器的連接的通信協議(例如HTTP等)均可以用作指示符。
另一選擇為，客戶機可以向服務器發(fā)送規(guī)則的輪詢消息以指示其仍然對接收攝像 機內容感興趣。然后，服務器可以記錄當前接收的輪詢消息數量以確定是否繼續(xù)所述 視頻多播。另一選擇為，客戶機可以發(fā)送指示其對特定攝像機的視頻饋送感興趣的消 息，且然后所述服務器可以周期性地向正在觀看的客戶機發(fā)送輪詢消息以確保其仍然 對接收所述內容感興趣。通過記錄來自客戶機的響應，服務器可以確定繼續(xù)對視頻饋 送進行數據傳播。在本發(fā)明的某些實施例中，確定所述多個客戶機中的至少一個客戶 機是否希望從所述至少一個源接收流式內容。這一確定可以包含基于當前接收的大量 輪詢消息的至少一者及當前是否已接收到至少一個輪詢消息來估計從所述多個客戶機 中的一個或一個以上客戶機接收的輪詢消息，所述輪詢消息可以指示一個或一個以上 客戶機繼續(xù)從所述至少一個源接收流式內容的希望。在這點上，如果在由系統管理器 等識別的預定或可變時間內尚未接收到輪詢消息，則可以確定客戶機均不希望接收流 式視頻。在某些實施例中，這一確定包含向一個或多個客戶機發(fā)送輪詢消息，所述輪 詢消息向相應接收方請求確認所述輪詢問題的相應接收方希望繼續(xù)從所述至少一個源 接收流式內容的確認。這可以進一步包含估計來自輪詢問題的相應接收方的響應及/ 或估計來自輪詢問題的相應接收方的響應缺失，其中如果所述響應可指示接收內容的 否定希望，及/或如果沒有接收到任何響應，則可以確定客戶機均不希望接收這一內容。
因此，可以看出，本發(fā)明的某些實施例通過提供可以基于客戶機使用及/或請求來 選擇性地多播其流式多媒體內容的系統來提供對現有技術問題的獨特解決方案。
本發(fā)明的某些實施例可以使用編程/邏輯/軟件/控制等方式在網絡協議的所謂應用 層實施。在某些實施例中，應用層允許用戶通過應用程序存取網絡上的信息。這個層 可能是用戶與應用程序及因此與網絡交互作用的主接口。應用層協議的某些實例包含
13(僅舉例說明而非限定)遠程登錄、文件傳送協議(FTP)、簡單郵件傳送協議(SMTP) 和超文本傳送協議(HTTP)。在某些實施例中，網絡協議可以包含開放系統互連(OSI) 模型的7個層中的某些或全部，應用層類似于所述模型的第七層。也就是說，在具有 7層結構的0SI模型的網絡中，實施本發(fā)明某些實施例的編程、邏輯、軟件及/或控制 將在第七層或其等效層。
在本發(fā)明的例示性實施例中，存在用于通過網絡將流式媒體內容從至少一個源傳 送到多個客戶機的方法。這一方法可以包括下述行為向多個客戶機中的至少一個客 戶機多播第一流式內容，及當在網絡協議的應用層確定所述多個客戶機均不希望繼續(xù) 接收第一流式內容時終止所述第一流式內容的多播，所述確定可以使用(例如)應用 層處的邏輯來完成。
本發(fā)明包含用于實踐本發(fā)明的方法、用以實踐本發(fā)明的軟件、用以實踐本發(fā)明的 邏輯(包含硬件、軟件及/或固件)、及經配置以實施本發(fā)明的設備。因此，本發(fā)明包 含用于實施實踐本發(fā)明的算法以及本文所述的系統及方法、且還用于控制本文所述裝 置及方法的實施方案的程序產品及硬件及固件。
應注意，本文使用的術語"處理器"囊括簡單電路和復雜電路以及計算機處理器。 進一步應注意，本發(fā)明的教示可以結合下述一者或二者的教示2001年7月25 曰由彼得.莫特(PeterMottur)和伊桑.齊默爾(Ethan Zimmer)提出申請且名稱為"用 于網絡攝像機控制的方法及系統(Methods and Systems for Networked Camera Control)" 的美國專利申請案第09/912,869號，及2002年11月21日由彼得.莫特(Peter Mottur) 提出申請且名稱為"控制對網絡裝置的接入的方法及系統(Methods and Systems to Control Access to Network Devices)"的美國專利申請案第10/301,344號，這些申請案 的內容全文均以引用的方式并入本文中。在參照關于本文所述攝像機網絡和輔助組件 的教示時尤其如此。
在本發(fā)明的某些實施例中，存在如上文/下文所述的方法/系統/設備，其包括下述 行為使用服務器從至少一個源接收第一流式內容；將第一流式內容置于網絡上并多 播所述第一流式內容；及在使用服務器從所述至少一個源接收第一流式內容時確定所
述多個客戶機是否已全部停止希望從所述至少一個源接收經多播的第一流式內容，且
如果確定所述多個客戶機已全部停止希望從至少一個源接收經多播的第一流式內容， 則阻止第一流式內容繼續(xù)進入網絡，且如果確定所述多個客戶機中的至少一個繼續(xù)希 望從所述至少一個源接收經多播的第一流式內容，則繼續(xù)所述第一流式內容的多播及 繼續(xù)將第一流式內容置于網絡上。在某些實施例中，存在如上文/下文所述的方法/系統
/設備，其包括下述行為確定所述多個客戶機中的至少一個客戶機是否希望接收所述 多個源中的至少一個源；向所述至少一個客戶機多播所述至少一個源；及在所述多個 客戶機均不希望繼續(xù)從所述至少一個源接收內容的情況下終止所述至少一個源的多 播。
在某些實施例中，存在如上文/下文所述的方法/系統/設備，其中服務器適于從第一源接收第一流式媒體內容且適于向所述多個客戶機中的至少一個客戶機多播所接收 的第一流式媒體內容，其中所述服務器包含在某些實施例中在網絡協議的應用層處的 邏輯，所述邏輯確定所述多個客戶機中的任一者是否希望下述至少一者接收所述第 一流式媒體內容的多播傳輸；及繼續(xù)接收第一流式媒體內容的多播傳輸，且其中所述 服務器包含在某些實施例中在網絡協議的應用層處的邏輯以執(zhí)行下述至少一者如果 確定客戶機均不希望接收第一流式媒體內容的多播傳輸則不起始所述第一流式媒體內 容的多播；及如果確定客戶機均不希望繼續(xù)接收所述第一流式媒體內容的多播傳輸則 終止所述第一流式媒體內容的多播。在某些實施例中，存在如上文/下文所述的方法/ 系統/設備，其中所述服務器包含執(zhí)行下述的邏輯在某些實施例中，在網絡協議的應 用層處估計從所述多個客戶機中的一個或一個以上客戶機接收的輪詢消息，所述輪詢 消息可指示一個或一個以上客戶機希望從所述至少一個源接收及繼續(xù)接收流式內容的 至少一者，及基于所述估計來確定是否執(zhí)行下述至少一者如果確定客戶機均不希望 接收第一流式媒體內容的多播傳輸則不起始所述第一流式媒體內容的多播；且如果確 定客戶機均不希望繼續(xù)接收第一流式媒體內容的多播傳輸則終止所述第一流式媒體內 容的多播。在某些實施例中，存在如上文/下文所述的方法/系統/設備，其中所述服務 器適于向所述多個客戶機中的一個或一個以上客戶機發(fā)送輪詢消息，所述輪詢消息請 求確認輪詢問題的相應接收方希望從至少一個源接收和繼續(xù)接收流式內容中的至少一 者，其中所述服務器包含在網絡協議的應用層處的邏輯，所述邏輯執(zhí)行下述至少一者 分析對輪詢消息的所接收響應及估計對輪詢消息的所接收響應的缺失，以執(zhí)行下述至 少一者確定關于所述多個客戶機中的至少一個客戶機是否希望下述至少一者從所 述至少一個源接收流式內容及繼續(xù)接收流式內容。在某些實施例中，存在如上文/下文
所述的方法/系統/設備,其中存在適于從第一源接收第一流式媒體內容且適于向所述多 個客戶機中的至少一個客戶機多播所接收的第一流式媒體內容的服務器，其中所述服 務器包含用以確定所述多個客戶機中的任一者是否希望下述至少一者的邏輯接收所 述第一流式媒體內容的多播傳輸；及繼續(xù)接收所述第一流式媒體內容的多播傳輸，且 其中所述服務器包含用于下述至少一者的邏輯阻止第一流式媒體內容被置于網絡上， 及在發(fā)生下述至少一者時阻止第一流式媒體內容繼續(xù)被置于網絡上確定客戶機均不 希望接收所述第一流式媒體內容的多播傳輸；且確定客戶機均不希望繼續(xù)接收所述第 一流式媒體內容的多播傳輸。
在某些實施例中，存在如上文/下文所述的方法/系統/設備，其中所述服務器包含 用于以下的邏輯估計從所述多個客戶機的一個或一個以上客戶機接收的輪詢消息的 邏輯，所述輪詢消息指示一個或一個以上客戶機希望從所述至少一個源接收及繼續(xù)接 收流式內容中的至少一者，及基于所述估計來確定是否執(zhí)行下述的至少一者阻止第 一流式媒體內容被置于網絡上，及在下述至少一者的情況下阻止第一流式媒體內容繼 續(xù)被置于網絡上確定客戶機均不希望接收第一流式媒體內容的多播傳輸；及如果確 定客戶機均不希望繼續(xù)接收第一流式媒體內容的多播傳輸。在某些實施例中，存在如上文/下文所述的方法/系統/設備，其中所述服務器適于向所述多個客戶機中的一個或 一個以上客戶機發(fā)送輪詢消息，所述輪詢消息請求確認所述輪詢問題的相應接收方希 望從所述至少一個源接收及繼續(xù)接收流式內容中的至少一者，其中所述服務器包含用 以執(zhí)行下述至少一者的邏輯分析對輪詢消息的所接收響應，及估計對輪詢消息的所 接收響應的缺失，以執(zhí)行下述至少一者確定關于所述多個客戶機中的至少一個客戶 機是否希望下述的至少一者從所述至少一個源接收流式內容及繼續(xù)接收流式內容。
在某些實施例中，存在程序產品，其包括用于將流式媒體內容從至少一個源傳 送到多個客戶機的程序產品，所述程序產品包括用于在被執(zhí)行時致使機器執(zhí)行上文及/ 或下文所述的各種行為、方法等的某些或全部的機器可讀程序碼。在某些實施例中， 機器是服務器系統，且在某些實施例中，程序產品適于在網絡協議的應用層處加以利 用。
在某些實施例中，存在用于將流式媒體內容從至少一個源傳送到多個客戶機的程 序產品，所述程序產品包括用于在被執(zhí)行時致使機器執(zhí)行上文及/或下文所述的各種方 法/行為等的某些或全部的機器可讀程序碼。在某些實施例中，存在如上文/下文所述的 方法/系統/設備，其用于通過網絡分布多個流式視頻內容而不會由于所述多個流式視頻 內容的總位速率而超過網絡帶寬容量，所述方法包括下述行為如果所述多個流式視 頻內容的總位速率達到網絡帶寬容量那么執(zhí)行上文/下文所述的各種行為/方法等的某 些或全部，其中第一流式內容是第一流式視頻內容。
在某些實施例中，存在如上文/下文所述的方法/系統/設備，其包含在所述多個流 式視頻內容的總位速率將超過網絡帶寬容量時阻止新的客戶機接收第一流式內容。在 某些實施例中，存在如上文/下文所述的方法/系統/設備，其包含一旦阻止新的客戶機 接收第一流式內容則向新的客戶機提供消息來通告拒絕接收第一流式內容。在某些實 施例中，存在如上文/下文所述的方法/系統/設備，其用于通過網絡分布多個流式視頻 內容而不會由于所述多個流式視頻內容的總位速率而超過網絡帶寬容量，所述方法包 括下述行為在所述多個流式視頻內容的總位速率達到網絡帶寬容量的情況下執(zhí)行上 文及/或下文所述各種行為/方法中的某些或全部，其中第一流式內容是第一流式視頻內 容。
在某些實施例中，存在如上文/下文所述的方法/系統/設備，其進一步包括向所 述多個客戶機中的一個或一個以上客戶機多播至少一個第二流式內容，所述第二流式
內容包含由第二視頻攝像機系統產生的視頻內容；及在某些實施例中，在網絡協議的 應用層處，在確定所述多個客戶機中的至少一者希望繼續(xù)接收第二流式內容之后繼續(xù) 所述第二流式內容的多播，其中在某些實施例中，多播行為通過同一服務器發(fā)生。在 某些實施例中，存在如上文/下文所述的方法/系統/設備，其中存在視頻分布系統，其 包括服務器；及多個攝像機，所述攝像機適于向服務器發(fā)送相應的流式視頻內容， 其中所述服務器適于接收至少某些所發(fā)送的流式視頻內容及適于通過網絡向多個客戶 機多播至少某些所接收的流式媒體內容，其中所述流式視頻內容的能夠由服務器接收的總位速率超過網絡帶寬，且其中所述服務器適于通過下述來將相應流式媒體內容的 多播次數限制為總位速率不會超過網絡帶寬確定所接收流式視頻內容的至少一者是 否希望由客戶機觀看，且在所述至少一個客戶機不希望觀看所接收流式視頻的情況下 不把所述至少一個所接收流式視頻置于網絡上。
在給出本發(fā)明所述揭示內容的情況下，所屬技術領域中的技術人員將了解可能存 在其他實施例和修改在本發(fā)明范圍和精神內。因此，所屬技術領域的技術人員從本揭 示內容可獲得的在本發(fā)明范圍及精神內的所有修改將包含為本發(fā)明的進一步實施例。 因此，本發(fā)明的范圍將如隨附權利要求書中所列舉來界定。
權利要求
1、一種用于通過網絡將流式媒體內容從至少一個源傳送到多個客戶機的方法，所述方法包括以下行為向所述多個客戶機中的至少一個客戶機多播第一流式內容；及一旦在網絡協議的應用層處做出所述多個客戶機均不希望繼續(xù)接收所述第一流式內容的確定，那么終止所述第一流式內容的所述多播。
2、 如權利要求1所述的方法，其進一步包括以下行為在多播所述第一流式內 容之前，確定所述多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流 式內容。
3、 如權利要求2所述的方法，其中所述確定所述多個客戶機中的至少一個客戶 機是否希望從所述至少一個源接收流式內容的行為包括估計從所述多個客戶機中的一 個或一個以上客戶機接收輪詢消息，所述輪詢消息指示一個或一個以上客戶機希望繼 續(xù)從所述至少一個源接收流式內容。
4、 如權利要求2所述的方法，其中所述確定所述多個客戶機中的至少一個客戶 機是否希望從所述至少一個源接收流式內容的行為包括在所述網絡協議的所述應用層 處基于以下中的至少一者來估計從所述多個客戶機中的一個或一個以上客戶機接收的 輪詢消息，所述輪詢消息指示一個或一個以上客戶機希望繼續(xù)從所述至少一個源接收 流式內容最近接收的輪詢消息的數量；及 最近是否已接收到至少一個輪詢消息。
5、 如權利要求2所述的方法，其中所述確定所述多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容的行為包括向所述多個客戶機中的一個或 一個以上客戶機發(fā)送輪詢消息，所述輪詢消息請求從相應接收方確認輪詢問題的所述 相應接收方希望繼續(xù)從所述至少一個源接收流式內容。
6、 如權利要求2所述的方法，其中所述確定所述多個客戶機中的至少一個客戶 機是否希望從所述至少一個源接收流式內容的行為包括向所述多個客戶機中的一個或一個以上客戶機發(fā)送輪詢消息，所述輪詢消息請求 從相應接收方確認所述輪詢問題的所述相應接收方希望繼續(xù)從所述至少一個源接收流式內容；及以下中的至少一者-估計來自所述輪詢問題的相應接收方的響應；及估計來自所述輪詢問題的相應接收方的響應缺失。
7、 如權利要求1所述的方法，其進一步包括以下行為在終止所述流式內容之 前，在所述網絡協議的所述應用層處確定所述多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容，及如果在所述網絡協議的所述應用層處確定客戶 機均不希望從所述至少一個源接收流式內容，那么終止所述多播。
8、 如權利要求1所述的方法，其進一步包括以下行為在向所述多個客戶機中 的至少一個客戶機多播第一流式內容之后，及在所述多個客戶機均不希望繼續(xù)接收所 述至少一個源的情況下終止所述第一流式內容的所述多播之前，在所述網絡協議的所 述應用層處辨識至少一個其他客戶機希望接收所述第一流式內容并將所述至少一個其 他客戶機添加到構成所述第一流式內容的所述多播的多播傳輸的多播地址中。
9、 如權利要求2所述的方法，其中所述確定所述多個客戶機中的至少一個客戶 機是否希望從所述至少一個源接收流式內容的行為包括對到服務器的開放TCP套接口連接的數量進行計數，所述服務器向所述多個客戶 機中的至少一個客戶機多播所述第一流式內容；及基于所計數的開放TCP套接口連接的所述數量來確定是否存在到向所述多個客 戶機中的至少一個客戶機多播所述第一流式內容的服務器的開放TCP套接口連接。
10、 如權利要求2所述的方法，其中所述確定所述多個客戶機中的至少一個客戶 機是否希望從所述至少一個源接收流式內容的行為包括以下中的至少一者對到服務器的開放TCP套接口連接的數量進行計數，所述服務器向所述多個客戶 機中的至少一個客戶機多播第一流式內容，及如果開放TCP套接口連接的數量低于某 一數字，那么確定客戶機均不希望從所述至少一個源接收流式內容；及確定是否存在到向所述多個客戶機中的至少一個客戶機多播所述第一流式內容 的服務器的開放TCP套接口連接，及如果確定不存在開放TCP套接口連接，那么確 定客戶機均不希望從所述至少一個源接收流式內容。
11、 如權利要求l所述的方法，其中在所述流式內容仍在產生并發(fā)送到所述服務 器時， 一旦確定所述多個客戶機均不希望繼續(xù)接收所述至少一個源那么終止所述第一 流式內容的所述多播的行為發(fā)生。
12、 如權利要求l所述的方法，其中所述第一流式內容包含由視頻攝像機系統產 生的視頻內容。
13、 如權利要求l所述的方法，其進一步包括利用與所述至少一個源通信的服務器向所述多個客戶機中的至少一個客戶機多 播所述第一流式內容，其中所述至少一個源向所述服務器傳輸所述第一流式內容，其 中所述多播通過以下中的至少一者發(fā)生.-一個或一個以上無線接入點， 一個或一個以上數字訂戶線， 一個或一個以上廣域網絡連接，及一個或一個以上局域網絡連接， 其中所述第一內容包含文本、圖片、視頻及音頻內容中的至少一者。
14、 如權利要求l所述的方法，其中所述第一流式內容包含由第一視頻攝像機系 統產生的視頻內容，所述方法進一步包括以下行為向所述多個客戶機中的至少一個客戶機多播至少第二流式內容，所述第二流式內 容包含由第二視頻攝像機系統產生的視頻內容；及當在所述網絡協議的所述應用層處做出所述多個客戶機均不希望繼續(xù)接收所述 第二流式內容的確定時，終止所述第二流式內容的所述多播，其中所述多播行為通過同一服務器發(fā)生。
15、 一種用于將流式媒體內容從至少一個源傳送到多個客戶機的方法，其包括以 下行為使用服務器從所述至少一個源接收第一流式內容；及 以下中的至少一者在網絡協議的應用層處確定在從所述服務器多播所述第一流式內容之前所述 多個客戶機中的至少一個客戶機是否希望從所述至少一個源接收流式內容， 以便所述多個客戶機中的一者或一者以上可以接收所述第一流式內容； 在網絡協議的應用層處確定在從所述服務器多播所述第一流式內容之前所述 多個客戶機中的所述至少一個客戶機是否希望從所述至少一個源接收流式內 容，以便所述多個客戶機中的一者或一者以上可以接收所述第一流式內容， 其中如果確定所述多個客戶機中的所述至少一個客戶機希望從所述至少一個 源接收流式內容，那么多播所述第一流式內容以使所述多個客戶機中的至少 一者可以接收所述第一流式內容，且其中如果確定客戶機均不希望從所述至 少一個源接收流式內容，那么阻止所述第一流式內容的所述多播； 在網絡協議的應用層處確定所述多個客戶機中先前已從所述至少一個源接收 從所述服務器多播的所述流式內容的至少一個客戶機是否希望繼續(xù)從所述至 少一個源接收流式內容，以在網絡協議的所述應用層處確定是否斷開從所述 服務器多播所述第一流式內容；及在網絡協議的應用層處確定所述多個客戶機中先前已從所述至少一個源接收從所述至少一個服務器多播的所述流式內容的至少一個客戶機是否希望繼續(xù)從所述至少一個源接收從所述服務器多播的流式內容，以在網絡協議的所述應用層處確定是否斷開從所述至少一個服務器多播所述第一流式內容，其中如果確定所述多個客戶機中先前己從所述至少一個源接收所述流式內容的所 述至少一個客戶機希望不繼續(xù)從所述至少一個源接收流式內容，那么終止所述第一流式內容的多播，且其中如果在網絡協議的所述應用層處確定所述多 個客戶機中先前己從所述至少一個源接收所述流式內容的所述至少一個客戶 機希望繼續(xù)從所述至少一個源接收流式內容，那么繼續(xù)多播所述第一流式內 容。
16、 一種用于通過包含服務器的網絡將流式媒體內容從至少一個源傳送到多個客 戶機的方法，所述方法包括以下行為使用服務器從所述至少一個源接收第一流式內容；將所述第一流式內容置于所述網絡上并多播所述第一流式內容；及 在使用所述服務器從所述至少一個源接收所述第一流式內容時，確定所有所述多 個客戶機是否已停止希望從所述至少一個源接收所述多播的第一流式內容，且如果做 出所有所述多個客戶機已停止希望從所述至少一個源接收所述多播的第一流式內容的 確定，那么阻止所述第一流式內容繼續(xù)進入所述網絡，且如果做出所述多個客戶機中 的至少一者繼續(xù)希望從所述至少一個源接收所述多播的第一流式內容的確定，那么繼 續(xù)所述第一流式內容的多播并繼續(xù)將所述第一流式內容置于所述網絡上。
17、 一種用于將流式多媒體內容從多個源傳送到多個客戶機的方法，其包括以下行為確定所述多個客戶機中的至少一個客戶機是否希望接收所述多個源中的至少一 個源；向所述至少一個客戶機多播所述至少一個源；及如果所述多個客戶機均不希望繼續(xù)從所述至少一個源接收內容，那么終止所述至 少一個源的所述多播。
18、 一種用于通過網絡將流式媒體內容從至少一個源傳送到多個客戶機的設備， 所述設備包括服務器，其適于從第一源接收第一流式媒體內容并適于向所述多個客戶機中的至 少一個客戶機多播所述接收的第一流式媒體內容，其中所述服務器在網絡協議的應用層處包含用以確定所述多個客戶機中的任一 者是否希望以下中至少一者的邏輯接收所述第一流式媒體內容的多播傳輸；及 繼續(xù)接收所述第一流式媒體內容的多播傳輸，及 其中所述服務器在所述網絡協議的所述應用層處包含用于以下中的至少一者的 邏輯如果確定客戶機均不希望接收所述第一流式媒體內容的所述多播傳輸，那么不起始所述第一流式媒體內容的多播；及如果確定客戶機均不希望繼續(xù)接收所述第一流式媒體內容的所述多播傳輸， 那么終止所述第一流式媒體內容的多播。
19、 如權利要求18所述的設備，其中所述服務器包含用于以下的邏輯在所述網絡協議的所述應用層處估計從所述多個客戶機中的一個或一個以上客戶機接收的輪 詢消息，所述輪詢消息指示一個或一個以上客戶機希望從所述至少一個源接收及繼續(xù)接收流式內容中的至少一者；及基于所述估計來確定是否執(zhí)行以下中至少一者如果確定客戶機均不希望接收所述第一流式媒體內容的所述多播傳輸，那么 不起始所述第一流式媒體內容的多播；及如果確定客戶機均不希望繼續(xù)接收所述第一流式媒體內容的所述多播傳輸， 那么終止所述第一流式媒體內容的多播。
20、 如權利要求18所述的設備，其中所述服務器適于向所述多個客戶機中的一 個或一個以上客戶機發(fā)送輪詢消息，所述輪詢消息請求確認輪詢問題的相應接收方希 望從所述至少一個源接收及繼續(xù)接收流式內容中至少一者，其中所述服務器在所述網 絡協議的所述應用層處包含用于以下中至少一者的邏輯分析對所述輪詢消息的所接 收響應，及估計對所述輪詢消息的所接收響應的缺失，以執(zhí)行以下中的至少一者做 出關于所述多個客戶機中的至少一個客戶機是否希望以下中至少一者的確定從所述 至少一個源接收流式內容及繼續(xù)接收流式內容。
21、 一種用于通過網絡將流式媒體內容從至少一個源傳送到多個客戶機的設備， 所述設備包括服務器，其適于從第一源接收第一流式媒體內容，且適于向所述多個客戶機中的 至少一個客戶機多播所述接收的第一流式媒體內容，其中所述服務器包含用以確定所述多個客戶機中的任一者是否希望以下中至少 一者的邏輯-接收所述第一流式媒體內容的多播傳輸；及 繼續(xù)接收所述第一流式媒體內容的多播傳輸，及 其中所述服務器包含用于以下中至少一者的邏輯如果發(fā)生以下中至少一者，那 么阻止將所述第一流式媒體內容置于所述網絡上且阻止將所述第一流式媒體內容繼續(xù) 置于所述網絡上確定客戶機均不希望接收所述第一流式媒體內容的所述多播傳輸；及 確定客戶機均不希望繼續(xù)接收所述第一流式媒體內容的所述多播傳輸。
22、 如權利要求21所述的設備，其中所述服務器包含用于以下的邏輯估計從 所述多個客戶機中的一個或一個以上客戶機接收的輪詢消息，所述輪詢消息指示一個 或一個以上客戶機希望從所述至少一個源接收及繼續(xù)接收流式內容中的至少一者；及 基于所述估計確定是否執(zhí)行以下中的至少一者如果發(fā)生以下中的至少一者，那么阻 止將所述第一流式媒體內容置于所述網絡上且阻止將所述第一流式媒體內容繼續(xù)置于 所述網絡上-確定客戶機均不希望接收所述第一流式媒體內容的所述多播傳輸；及 是否確定客戶機均不希望繼續(xù)接收所述第一流式媒體內容的所述多播傳輸。
23、 如權利要求21所述的設備，其中所述服務器適于向所述多個客戶機中的一 個或一個以上客戶機發(fā)送輪詢消息，所述輪詢消息請求確認所述輪詢問題的相應接收 方希望從所述至少一個源接收及繼續(xù)接收流式內容中的至少一者，其中所述服務器包含用于以下中的至少一者的邏輯分析對所述輪詢消息的所接收響應，及估計對所述 輪詢消息的所接收響應的缺失，以執(zhí)行以下中的至少一者做出關于所述多個客戶機 中的至少一個客戶機是否希望以下中的至少一者的確定從所述至少一個源接收流式 內容及繼續(xù)接收流式內容。
24、 一種程序產品，其包括程序產品，其用于將流式媒體內容從至少一個源傳送到多個客戶機，其包括用于 在被執(zhí)行時致使機器執(zhí)行如權利要求1所述的方法的機器可讀程序碼，其中所述機器 是服務器系統，且其中所述程序產品適于在網絡協議的應用層處加以利用。
25、 一種程式產品，其包括-程序產品，其用于將流式媒體內容從至少一個源傳送到多個客戶機，其包括用于在被執(zhí)行時致使機器執(zhí)行如權利要求16所述方法的機器可讀程序碼，其中所述機器是服務器系統。
26、 一種通過網絡分布多個流式視頻內容而不會由于所述多個流式視頻內容的總 位速率而超出網絡帶寬容量的方法，所述方法包括以下行為執(zhí)行如權利要求1所述的行為，其中如果所述多個流式視頻內容的所述總位速率 達到所述網絡帶寬容量，那么第一流式內容是第一流式視頻內容。
27、 如權利要求26所述的方法，其進一步包含-如果所述多個流式視頻內容的所述總位速率將超過所述網絡帶寬容量，那么阻止 新的客戶機接收所述第一流式內容。
28、 如權利要求27所述的方法，其進一步包括一旦阻止所述新的客戶機接收所述第一流式內容，那么向所述新的客戶機提供通 告關于拒絕接收所述第一流式內容的消息。
29、 一種通過網絡分布多個流式視頻內容而不會由于所述多個流式視頻內容的總位速率而超出網絡帶寬容量的方法，所述方法包括以下行為執(zhí)行如權利要求16所述的行為，其中如果所述多個流式視頻內容的所述總位速 率達到所述網絡帶寬容量，那么第一流式內容是第一流式視頻內容。
30、 如權利要求l所述的方法，其進一步包括向所述多個客戶機中的至少一個客 戶機多播至少第二流式內容，所述第二流式內容包含由第二視頻攝像機系統產生的視 頻內容；及當在所述網絡協議的應用層處確定所述多個客戶機中的至少一者希望繼續(xù)接收 所述第二流式內容之后繼續(xù)所述第二流式內容的所述多播， 其中所述多播行為通過同一服務器發(fā)生。
31、 一種視頻分布系統，其包括-服務器；及多個攝像機，其適于向所述服務器發(fā)送相應的流式視頻內容， 其中所述服務器適于接收至少某些所述發(fā)送的流式視頻內容，且適于通過網絡向多個客戶機多播至少某些所述接收的流式媒體內容，其中所述服務器所能夠接收的所述流式視頻內容的總位速率超出網絡帶寬，及 其中所述服務器適于通過以下方式將相應流式媒體內容的多播次數限制為不超出所述網絡帶寬的總位速率確定客戶機是否希望觀看所述接收的流式視頻內容中的至少一者，且如果所述至少一個客戶機不希望觀看所述接收的流式視頻，那么不把至少一個接收的流式視頻置于所述網絡上。
全文摘要
本發(fā)明揭示一種與多個多媒體源相連接的具有多個客戶機的服務器。所述服務器確定所述客戶機中的至少一者是否請求接收所述源中的至少一者。然后，所述服務器分別向提出請求的客戶機多播這些所請求的源。如果所述客戶機均不請求特定源，那么所述服務器不多播所述特定源。如果所有所述客戶機均停止請求所述服務器當前正多播的特定源，那么所述服務器終止所述特定源的多播。
文檔編號G06F15/16GK101548275SQ200680039733
公開日2009年9月30日 申請日期2006年9月11日 優(yōu)先權日2005年9月9日
發(fā)明者喬納森·希爾頓·庫珀 申請人:史密斯探測公司