專利名稱：多播系統(tǒng)、客戶設備、上路由器控制器、顯示內(nèi)容的方法
技術領域：
本發(fā)明涉及多播系統(tǒng)、客戶設備、上路由器控制器、內(nèi)容顯示方 法和計算機程序。
背景技術：
借助于先進的網(wǎng)絡技術，經(jīng)由網(wǎng)絡來傳送廣播節(jié)目。切換頻道和 節(jié)目在經(jīng)由網(wǎng)絡的節(jié)目傳送中比在標準無線電電視廣播系統(tǒng)中花費 更多的等待時間。因此，需要高速節(jié)目選擇。曰本待審專利申請公布第2003-143587號公開了一種預測很有可 能被終端選擇的節(jié)目并事先參加多播組中以便實現(xiàn)高速節(jié)目選擇的 技術。發(fā)明內(nèi)容公開在日本待審專利申請公布第2003-143587號中的技術未能考 慮在整個網(wǎng)絡上參加多播組的調(diào)度，并且不能將切換節(jié)目的等待時間 縮短到足夠水平。而且，公開的技術未以可清楚看見的方式示出切換 節(jié)目的等待時間。因此，最好以可清楚識別的方式向用戶示出內(nèi)容的頻道切換時間。按照本發(fā)明的一個實施例， 一種多播系統(tǒng)包括傳送服務器，用于 經(jīng)由至少一個上路由器和多個下路由器來多播內(nèi)容；多個客戶設備， 用于播放由傳送服務器多播的內(nèi)容；和上路由器控制器，用于控制上 路由器。客戶設備包括個別存儲單元，用于存儲要由傳送服務器多播 的內(nèi)容的至少一部分的標識符、和與內(nèi)容的多播有關的會話信息，其中所述標識符被映射到所述會話信息；內(nèi)容檢索單元，用于按照存儲 在個別存儲單元上的內(nèi)容的標識符和會話信息，從傳送服務器中檢索內(nèi)容；和內(nèi)容播放單元，用于播放檢索的內(nèi)容。傳送服務器包括內(nèi)容傳送單元，用于將每個內(nèi)容傳送到客戶設備。上路由器控制器包括會 話信息檢索單元，用于從每個客戶設備中檢索存儲在個別存儲單元上的計劃在預約調(diào)度期間內(nèi)多播的內(nèi)容的會話信息；預約調(diào)度單元，用 于按照檢索的會話信息，來確定預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次 序，并根據(jù)確定的優(yōu)先級次序和連接上路由器與下路由器的訪問網(wǎng)絡 的允許工作負荷，來調(diào)度每個下路由器在預約調(diào)度期間內(nèi)參加的多播地址；和調(diào)度信息通知器，用于將指示預約調(diào)度單元的調(diào)度結果的預約調(diào)度信息通知每個客戶設備?？蛻粼O備進一步包括切換時間加入單 元，用于按照預約調(diào)度信息，將與預約調(diào)度期間內(nèi)每個內(nèi)容的頻道切換時間有關的信息加入存儲在個別存儲單元上的內(nèi)容的會話信息中； 和顯示控制器，用于根據(jù)與頻道切換時間有關的信息，在預約調(diào)度期 間內(nèi)以可識別的方式顯示每個內(nèi)容的頻道切換時間。按照本發(fā)明的一個實施例，接收和播放經(jīng)由上路由器和下路由器 從傳送服務器多播的內(nèi)容的客戶設備包括個別內(nèi)容存儲單元，用于存 儲要由傳送服務器多播的內(nèi)容的至少一部分的標識符、和與內(nèi)容的多 播有關的會話信息，其中所述標識符被映射到所述會話信息；內(nèi)容檢 索單元，用于按照存儲在個別存儲單元上的內(nèi)容的標識符和會話信 息，從傳送服務器中檢索內(nèi)容；內(nèi)容播放單元，用于播放檢索的內(nèi)容； 接收器，用于按照預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次序、和連接上 路由器與下路由器的訪問網(wǎng)絡的允許工作負荷，從上路由器控制器接 收代表下路由器在預約調(diào)度期間內(nèi)參加的多播地址的調(diào)度結果的預 約調(diào)度信息，優(yōu)先級次序是在控制上路由器的上路由器控制器中按照 要在預約調(diào)度期間內(nèi)多播的內(nèi)容的會話信息來確定的，所述會話信息 存儲在個別內(nèi)容存儲單元上；切換時間加入單元，用于按照預約調(diào)度 信息，將與預約調(diào)度期間內(nèi)每個內(nèi)容的頻道切換時間有關的信息加入 存儲在個別存儲單元上的內(nèi)容的會話信息中；和顯示控制器，用于根據(jù)與頻道切換時間有關的信息，在預約調(diào)度期間內(nèi)以可識別的方式來 顯示每個內(nèi)容的頻道切換時間。顯示控制器可以通過以顯示模式來區(qū)分用于顯示預約調(diào)度期間 內(nèi)作為傳送目標的每個內(nèi)容的屬性信息的窗口，以可識別的方式來顯 示內(nèi)容的頻道切換時間。這里的屬性信息指的是內(nèi)容標識符、元數(shù)據(jù)、 縮略圖、標題等。顯示控制器可以按照頻道切換時間的長度來顯示與每個內(nèi)容相 對應的窗口 。顯示控制器可以以多播地址的次序來顯示與每個內(nèi)容相對應的窗口。顯示控制器可以在窗口內(nèi)顯示每個內(nèi)容的運動圖像。 顯示控制器可以從上路由器控制器接收上路由器控制器針對圖 像質(zhì)量轉(zhuǎn)換從傳送服務器傳送的內(nèi)容而成的低圖像質(zhì)量內(nèi)容，并在窗 口上顯示低圖像質(zhì)量內(nèi)容。顯示控制器可以在窗口上顯示代表每個內(nèi)容的靜止圖像。 按照本發(fā)明的 一個實施例，上路由器控制器控制在傳送服務器與 多個客戶設備之間路由數(shù)據(jù)的上路由器，傳送服務器經(jīng)由至少一個上 路由器和多個下路由器向每個客戶設備多播內(nèi)容，以及客戶設備執(zhí)行 由傳送服務器多播的內(nèi)容。上路由器控制器包括會話信息檢索單元， 用于從多個客戶設備的每一個中檢索很有可能被客戶設備執(zhí)行的相 關內(nèi)容的會話信息當中，計劃在預約調(diào)度期間內(nèi)多播的相關內(nèi)容的會話信息；預約調(diào)度單元，用于按照檢索的會話信息，來確定預約調(diào)度 期間內(nèi)多播地址的優(yōu)先級次序，并根據(jù)確定的優(yōu)先級次序和連接上路 由器與下路由器的訪問網(wǎng)絡的允許工作負荷，來調(diào)度每個下路由器在預約調(diào)度期間內(nèi)參加的多播地址；以及調(diào)度信息通知器，用于將指示 預約調(diào)度單元的調(diào)度結果的預約調(diào)度信息通知下路由器控制器。上路由器控制器可以進一步包括內(nèi)容轉(zhuǎn)換器，用于將從傳送服務 器傳送的內(nèi)容轉(zhuǎn)換成占用窄傳送頻帶的內(nèi)容。內(nèi)容轉(zhuǎn)換器可以生成占用窄傳送頻帶的獲得內(nèi)容的新會話信息，并將生成的新會話信息發(fā)送到客戶設備。內(nèi)容轉(zhuǎn)換器可以將指示內(nèi)容占用窄傳送頻帶的信息附在占用窄 傳送頻帶的內(nèi)容的會話信息上。最好，內(nèi)容是視頻內(nèi)容，以及不轉(zhuǎn)換視頻內(nèi)容的音頻數(shù)據(jù)并降級 視頻內(nèi)容的運動圖像數(shù)據(jù)。按照本發(fā)明的一個實施例，在經(jīng)由下路由器和上路由器從傳送服 務器中檢索內(nèi)容并執(zhí)行內(nèi)容的客戶設備中以可識別的方式顯示內(nèi)容的頻道切換時間的方法包括如下步驟根據(jù)從控制上路由器的上路由 器控制器發(fā)送的預約調(diào)度信息，將指示每個內(nèi)容的頻道切換時間的長 度的標志信息附在存儲在每個客戶設備上的每個內(nèi)容的多播會話信 息上；以及按照指示每個內(nèi)容的頻道切換時間的長度的標志信息，以 可識別方式來顯示內(nèi)容的頻道切換時間。按照本發(fā)明的一個實施例，使計算機控制播放經(jīng)由上路由器從傳 送服務器多播的內(nèi)容的客戶設備的計算機程序包括如下步驟存儲要 由傳送服務器多播的內(nèi)容的至少一部分的標識符、和與內(nèi)容的多播有 關的會話信息，其中所述標識符被映射到所述會話信息；按照存儲內(nèi) 容的標識符和會話信息，從傳送服務器中檢索內(nèi)容；播放檢索的內(nèi)容； 按照預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次序、和連接上路由器與下路 由器的訪問網(wǎng)絡的允許工作負荷，從上路由器控制器接收代表下路由 器在預約調(diào)度期間內(nèi)參加的多播地址的調(diào)度結果的預約調(diào)度信息，優(yōu) 先級次序是在控制上路由器的上路由器控制器中按照要在預約調(diào)度 期間內(nèi)多播的內(nèi)容的會話信息來確定的，會話信息存儲在個別內(nèi)容存 儲單元上；按照預約調(diào)度信息，將與預約調(diào)度期間內(nèi)每個內(nèi)容的頻道 切換時間有關的信息加入存儲的內(nèi)容的會話信息中；以及根據(jù)與頻道切換時間有關的信息，在預約調(diào)度期間內(nèi)以可識別的方式來顯示每個 內(nèi)容的頻道切換時間。通過上面的安排，將計算機程序存儲到計算機中的存儲器中、讀 入計算機中的中央處理單元(CPU)中、然后執(zhí)行它。然后，使計算 機起上述客戶設備的作用。可以供應具有記錄在上面的計算機程序的計算機可讀記錄介質(zhì)。記錄介質(zhì)可以是磁盤、光盤、磁光盤和閃存之 一。計算機程序可以通過網(wǎng)絡傳送而不利用這樣的記錄介質(zhì)。使計算機控制將從傳送服務器多播的內(nèi)容轉(zhuǎn)發(fā)到客戶設備的上路由器的計算機程序包括如下步驟從多個客戶設備的每一個中檢索 很有可能被客戶設備執(zhí)行的相關內(nèi)容的會話信息當中，計劃在預約調(diào) 度期間內(nèi)多播的相關內(nèi)容的會話信息；按照檢索的會話信息，來確定 預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次序，并根據(jù)確定的優(yōu)先級次序和 連接上路由器與下路由器的訪問網(wǎng)絡的允許工作負荷，來調(diào)度每個下 路由器在預約調(diào)度期間內(nèi)參加的多播地址；以及將指示調(diào)度結果的預 約調(diào)度信息通知下路由器控制器。通過上面的安排，將計算機程序存儲到計算機中的存儲器中、讀 入計算機中的中央處理單元(CPU)中、然后執(zhí)行它。然后，使計算 機起上述客戶設備的作用。可以供應具有記錄在上面的計算機程序的 計算機可讀記錄介質(zhì)。記錄介質(zhì)可以是磁盤、光盤、磁光盤和閃存之 一。計算機程序可以通過網(wǎng)絡傳送而不利用這樣的記錄介質(zhì)。按照本發(fā)明的實施例，以可識別的方式來顯示切換內(nèi)容頻道所需 的時間。
圖l是按照本發(fā)明第一實施例的多播系統(tǒng)的方塊圖； 圖2例示了按照本發(fā)明第一實施例的傳送服務器的硬件結構； 圖3例示了按照本發(fā)明第一實施例的多播路由器的硬件結構； 圖4A-4D例示了基于本發(fā)明實施例的基礎技術的內(nèi)容傳送系統(tǒng); 圖5A-5C例示了基于本發(fā)明實施例的基礎技術的內(nèi)容傳送系統(tǒng)； 圖6A和6B例示了基于本發(fā)明實施例的基礎技術的內(nèi)容傳送系統(tǒng)；圖7是例示按照本發(fā)明第一實施例的傳送服務器的方塊圖； 圖8是例示按照本發(fā)明第一實施例的客戶設備的方塊圖； 圖9例示了按照本發(fā)明第一實施例的內(nèi)容標識符信息；圖IO例示了按照本發(fā)明第一實施例的元數(shù)據(jù)； 圖11例示了按照本發(fā)明第一實施例的個別內(nèi)容標識符存儲單元 的優(yōu)化過程；圖12例示了按照本發(fā)明第一實施例的上路由器控制器和下路由 器控制器；圖13例示了按照本發(fā)明第一實施例的多播預約調(diào)度過程； 圖14例示了按照本發(fā)明第一實施例的多播預約調(diào)度過程； 圖15A和15B例示了按照本發(fā)明第一實施例的多播預約調(diào)度過程；圖16例示了按照本發(fā)明第一實施例的多播預約調(diào)度過程； 圖17例示了按照本發(fā)明第一實施例的多播預約調(diào)度過程； 圖18例示了按照本發(fā)明第二實施例的訪問網(wǎng)絡頻帶； 圖19是例示按照本發(fā)明第二實施例的客戶設備的方塊圖； 圖20例示了按照本發(fā)明第二實施例的上路由器控制器； 圖21例示了按照本發(fā)明第二實施例的內(nèi)容轉(zhuǎn)換器； 圖22例示了按照本發(fā)明第二實施例的內(nèi)容轉(zhuǎn)換器； 圖23例示了按照本發(fā)明第二實施例的內(nèi)容轉(zhuǎn)換器； 圖24例示了按照本發(fā)明第二實施例的多播會話描述信息； 圖25例示了按照本發(fā)明第二實施例的快轉(zhuǎn)(zapping)多窗口； 圖26例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的控制方法； 圖27A例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的一個例子； 圖27B例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的另一個例 子；以及圖27C例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的又一個例子。
具體實施方式
下面參照附圖描述本發(fā)明的實施例。在如下的討論和描述中，用 相同的標號表示具有相似功能的相似元件，并且不重復對它們的討論。下面描述本發(fā)明第一實施例的多播系統(tǒng)10。圖l例示了按照本 發(fā)明第一實施例的多播系統(tǒng)10。多播系統(tǒng)10包括核心訪問網(wǎng)絡12、 本地網(wǎng)絡14和傳送服務器50。術語"多播系統(tǒng)，，指的是將內(nèi)容從單個傳送服務器傳送到多個客 戶設備的一到多點傳送。多播的一組節(jié)目(內(nèi)容)被稱為多播組。核心訪問網(wǎng)絡12用作工作在本地網(wǎng)絡14和傳送服務器50之間 的中繼網(wǎng)絡。核心訪問網(wǎng)絡12包括與本地網(wǎng)絡14相對應的多個路由 器20和中繼服務器16。傳送服務器50經(jīng)由上路由器20A與核心訪 問網(wǎng)絡12鏈接，而核心訪問網(wǎng)絡12經(jīng)由下路由器20B與本地網(wǎng)絡 14鏈接。中繼服務器16用作利用預定通信協(xié)議的傳送服務器50和客戶設 備60之間的中繼器。中繼服務器16可以安排在核心訪問網(wǎng)絡12上。 可替代地，中繼服務器16可以安排在核心網(wǎng)絡和訪問網(wǎng)絡之一上。 中繼服務器16控制每一個經(jīng)由上路由器20A和下路由器20B與中繼 服務器16間接連接的傳送服務器50和客戶設備60之間的通信。通信網(wǎng)絡18允許在下路由器20B和多個客戶設備60之間進行 雙向通信或單向通信。通信網(wǎng)絡18可以是有線或無線網(wǎng)絡。通信網(wǎng) 絡18可以包括因特網(wǎng)、電話通信網(wǎng)絡、衛(wèi)星通信網(wǎng)絡、用于多播服 務的公用線、廣域網(wǎng)(WAN)、局域網(wǎng)(LAN)、因特網(wǎng)協(xié)議-虛擬 專用網(wǎng)絡(IP-VPN)、以太網(wǎng)(注冊商標)、以及諸如無線LAN的 專線之一。除了通過通信網(wǎng)絡18之外，客戶設備60可以經(jīng)由通用串 行總線(UBS)端口、諸如Uink的IEEE 1394端口 、小型計算機系 統(tǒng)接口 (SCSI)端口、以及RS-232C端口之一直接與下路由器20B 連接。諸如上路由器20A和下路由器20B的路由器20轉(zhuǎn)發(fā)流過包括核 心訪問網(wǎng)絡12、本地網(wǎng)絡14和傳送服務器50的多播系統(tǒng)10的數(shù)據(jù)。 如圖1所示，在核心訪問網(wǎng)絡12中安排了多個路由器20。在這種規(guī) 范下，安排在中繼服務器16和傳送服務器50之間的路由器被稱為上路由器20A，而安排在中繼服務器16和本地網(wǎng)絡14之間的路由器被 稱為下路由器20B。每一個上路由器20A和下路由器20B的一端與中 繼服務器16連接。如圖1所示，上路由器20A和下路由器20B與單 個中繼服務器16連接。本發(fā)明不局限于這種安排。例如，上路由器 20A和下路由器20B可以與多個中繼服務器16連接。如圖1所示， 一個上路由器20A與一個傳送服務器50連接?？商娲兀梢詫⒍?個傳送服務器50與單個上路由器20A連接。上路由器20A由與之連接的上路由器控制器30來控制。下路由 器20B由與之連接的下路由器控制器40來控制。響應于來自中繼服 務器16的請求，上路由器控制器30和傳送服務器50控制各路由器， 使得數(shù)據(jù)在本發(fā)明第一實施例的多播系統(tǒng)10上流暢地流動。圖1例 示了由單個上路由器控制器30控制的一個上路由器20A。本發(fā)明不 局限于這種安排。例如，單個上路由器控制器30可以控制多個上路 由器20A。類似地，單個下路由器控制器40可以控制多個下路由器 20B。本發(fā)明第一實施例的上路由器控制器30在上路由器20A的外 部。本發(fā)明不局限于這種安排。例如，可以將上路由器控制器30的 功能合并到上路由器20A中。類似地，可以將下路由器控制器40的 功能合并到下路由器20B中。傳送服務器50管理諸如因特網(wǎng)協(xié)議電視(IPTV )內(nèi)容的多播內(nèi) 容的數(shù)據(jù)。響應于來自客戶設備60的請求，傳送服務器50將多播內(nèi) 容的音頻和視頻的媒體流傳送到客戶設備60。傳送服務器50可以是 諸如IPTV服務器或廣播電臺的內(nèi)容提供服務器。后面將詳細描述傳 送服務器50。諸如IPTV終端的客戶設備60接收諸如IPTV內(nèi)容的多播內(nèi)容 并執(zhí)行接收的內(nèi)容。如圖1所示，三個客戶設備60與單個本地網(wǎng)絡 14連接。本發(fā)明不局限于這種安排。例如，可以將一個客戶設備60 與單個本地網(wǎng)絡14連接，或可以將四個或更多個客戶設備60與單個 本地網(wǎng)絡14連接。對于客戶設備60來說，只要客戶設備具有網(wǎng)絡通信功能并可以 執(zhí)行多播內(nèi)容，任何類型的客戶設備都是可以接受的。例如，客戶設 備60可以是個人計算機(筆記本電腦或臺式計算機)、電視接收器、 蜂窩式電話、個人數(shù)字助理(PDA)、電視接收器的調(diào)諧器和解碼器 之一?？蛻粼O備60也可以是諸如移動游戲機、個人手提電話系統(tǒng) (PHS)、移動音頻/視頻播放器之一的用戶便攜式設備。后面將詳細 描述客戶設備60。圖2例示了按照本發(fā)明第一實施例的傳送服務器50的硬件結構。 作為主要元件，傳送服務器50包括中央處理單元(CPU) 501、只讀 存儲器(ROM) 503、隨機訪問存儲器(RAM) 505、主機總線507、 橋接器509、外部總線511、接口 513、輸入單元515、輸出單元517、 存儲器519、驅(qū)動器521、連接端口 523和通信單元525。CPU 501起算術設備和控制設備的作用，并按照存儲在ROM 503、 RAM 505、存儲器519和可拆卸記錄介質(zhì)22之一上的各種程序 來整體或部分地控制傳送服務器50。 ROM 503存儲CPU 501所使用 的程序和在執(zhí)行程序的過程中變化的參數(shù)。這些元件通過包括諸如 CPU總線的內(nèi)部總線的主機總線507互連。主機總線507通過橋接器509與諸如外圍部件互連/接口 ( PCI) 總線的外部總線511連接。輸入單元515是諸如鼠標、鍵盤、觸摸板、按鈕、開關和控制桿 之一的由用戶操作的操作裝置。輸入單元515也可以是應用紅外波或 其它無線電波的遙控裝置?？商娲兀斎雴卧?15可以是響應于傳 送服務器50的諸如蜂窩式電話或PDA的外部設備24，或可以是客戶 設備60。輸入單元515可以包括響應于用戶在操作裝置上輸入的信息 而生成輸入信號并將輸入信號輸出到CPU 501的輸入控制單元。通過 操作輸入單元515，傳送服務器50的用戶將各種數(shù)據(jù)輸入傳送服務器 50上并發(fā)出各種命令。輸出單元517可以是陰極射線管(CRT)顯示器、液晶顯示器 (LCD)、等離子顯示面板(PDP)、場致發(fā)光(EL)顯示器、由燈泡組成的顯示器、諸如揚聲器或耳機的音頻輸出單元、打印機、蜂窩式電話和傳真機之一。因此，輸出單元517可視地和/或可聽地向用戶 傳達獲得的信息。存儲器519是作為本發(fā)明第一實施例的傳送服務器50的一部分 的數(shù)據(jù)存儲設備。存儲器519可以是諸如硬盤驅(qū)動器(HDD)的磁記 錄設備、半導體存儲設備、光存儲設備和磁光設備之一。存儲器519 存儲CPU501所執(zhí)行的各種程序和各種數(shù)據(jù)、內(nèi)容、執(zhí)行內(nèi)容所需的 內(nèi)容信息、內(nèi)容的元數(shù)據(jù)和從外部獲得的內(nèi)容數(shù)據(jù)。驅(qū)動器521是記錄介質(zhì)讀寫器并可被安排在傳送服務器50的外 部或內(nèi)部。驅(qū)動器521讀取記錄在諸如磁盤、光盤、磁光盤或半導體 存儲器的可拆卸記錄介質(zhì)22上的信息，并且將讀取的信息輸出到 RAM 505。驅(qū)動器521還將信息寫入諸如磁盤、光盤、磁光盤或半導 體存儲器的可拆卸記錄介質(zhì)22中。可拆卸記錄介質(zhì)22可以是數(shù)字多 功能盤(DVD) 、 HD-DVD盤、藍光(Blu-ray)盤、CompactFlash (CF)存儲器、和存儲棒和安全數(shù)字(SD)存儲卡之一?？刹鹦队?錄介質(zhì)22可以是具有非接觸IC芯片或電子設備的集成電路(IC)卡。連接端口 523用于將外部設備24直接與傳送服務器50連接。連 接端口 523可以是通用串行總線(UBS )端口 、諸如i.link的IEEE 1394 端口、小型計算機系統(tǒng)接口 (SCSI)端口、 RS-232C端口和光學音頻 端之一。通過直接與連接端口 523連接的外部設備24，傳送服務器 50從外部設備24中檢索內(nèi)容數(shù)據(jù)，或?qū)⒏鞣N數(shù)據(jù)供應給外部設備24。通信單元525是用于與通信網(wǎng)絡或核心訪問網(wǎng)絡12連接的由通 信設備組成的通信接口 。通信單元525可以是有線或無線LAN通信 卡、藍牙通信卡、無線USB (WU)通信卡、光學通信路由器、非對 稱數(shù)字用戶線(ADSL)路由器、和各種通信調(diào)制解調(diào)器之一的一種。 通信單元525與客戶設備60交換內(nèi)容和/或與內(nèi)容有關的信息。通信 單元525還與因特網(wǎng)或另一個通信設備交換內(nèi)容和/或與內(nèi)容有關的 信息。與IPTV服務器50連接的通信網(wǎng)絡和核心訪問網(wǎng)絡12的每一 個都由有線或無線網(wǎng)絡構成。通信網(wǎng)絡和核心訪問網(wǎng)絡12的每一個可以是因特網(wǎng)、本地LAN、紅外通信網(wǎng)絡或衛(wèi)星通信網(wǎng)絡之一。通過上述配置，傳送服務器50將各種信息發(fā)送到諸如中繼服務 器16和客戶設備60的各種信息源以及從諸如中繼服務器16和客戶 設備60的各種信息源接收各種信息。傳送服務器50從可拆卸記錄介 質(zhì)22中檢索其信息。因此，優(yōu)選多播系統(tǒng)是利用相互通信的傳送服 務器50和客戶設備60來配置的。上路由器控制器30、下路由器控制器40和客戶設備60在硬件 結構上與傳送服務器50基本相同，這里省略對它們的討論。上面已經(jīng)討論了執(zhí)行上路由器控制器30、下路由器控制器40、 傳送服務器50和客戶設備60的每一個的功能的硬件結構。任何普遍 適用的部件都可以用于構成這些單元的每一個?？梢允褂脤Ｓ糜谔囟?元件的功能的硬件結構?？梢愿鶕?jù)實現(xiàn)本實施例時可達到的技術水 平，來適當?shù)匦薷挠布Y構。討論上述硬件結構只是為了示范的目的， 本發(fā)明不局限于這樣的硬件結構。根據(jù)使用模式，可以省略主機總線 507、外部總線511和接口 513之一。圖3例示了按照本發(fā)明第一實施例的諸如上路由器20A和下路 由器20B的路由器20的硬件結構。路由器20包括CPU 201、由ROM 和RAM組成的存儲器芯片203、以太網(wǎng)接口 205、物理層(PHY) 芯片207、交換集線器芯片209和連接端口 211。起算術單元和控制單元作用的CPU 201按照存儲在由ROM和 RAM組成的存儲器芯片203上的程序來整體或部分地控制路由器20， 并因此執(zhí)行IP分組的例行過程。形成存儲器芯片203的ROM存儲 CPU 201所使用的程序和算術參數(shù)。形成存儲器芯片203的RAM臨 時存儲CPU 201所使用的程序和在執(zhí)行程序的過程中變化的參數(shù)。這 些元件經(jīng)由包括諸如CPU總線的內(nèi)部總線的主機總線互連。以太網(wǎng)接口 205用作路由器20外的各種數(shù)據(jù)的傳輸格式與路由 器20內(nèi)的數(shù)據(jù)的傳輸格式之間的接口。如圖3所示，使用了兩個以 太網(wǎng)接口 205。安排在CPU 201和如后所述的PHY芯片207之間的 以太網(wǎng)接口 205將從路由器20外發(fā)送的數(shù)據(jù)轉(zhuǎn)發(fā)到路由器20內(nèi)。安排在CPU 201和如后所述的交換集線器芯片209之間的以太網(wǎng)接口 205將來自路由器20內(nèi)的數(shù)據(jù)轉(zhuǎn)發(fā)到路由器20外。如圖3所示，路 由器20包括兩個以太網(wǎng)接口 205。本發(fā)明不局限于這種安排。單個以 太網(wǎng)接口 205也可以執(zhí)行上述過程。PHY (物理層)芯片207存儲與連接到路由器20的網(wǎng)絡的物理 連接和傳輸方法有關的信息。例如，存儲的信息與數(shù)據(jù)和電信號的轉(zhuǎn) 換方法有關。PHY芯片207被安排在路由器20上游的連接端口 211 與以太網(wǎng)接口 205之間。交換集線器芯片209用作數(shù)據(jù)交換集線器。交換集線器芯片209 分析多播路由器20接收的數(shù)據(jù)，檢測接收數(shù)據(jù)的目的地，然后按照 例如目的地MAC地址將數(shù)據(jù)只傳輸?shù)竭m當?shù)倪B接端口 211。交換集 線器芯片209被安排在多播路由器20下游的連接端口 211與以太網(wǎng) 接口 205之間。上面已經(jīng)討論了執(zhí)行本發(fā)明第一實施例的路由器20的功能的硬 件結構?？梢允褂脤Ｓ糜谔囟ㄔ墓δ艿挠布Y構?？梢愿鶕?jù)實現(xiàn) 本實施例時可達到的技術水平，適當?shù)匦薷挠布Y構。討論上述硬件 結構只是為了示范的目的，本發(fā)明不局限于這樣的硬件結構。下面在描述本發(fā)明的實施例之前描述本發(fā)明實施例的基礎技術。 本發(fā)明的實施例是通過改進如下所述的基礎技術而發(fā)展的。本發(fā)明改 進的實施例具有基礎技術的特征。本發(fā)明的實施例基于基礎技術，但 這些實施例的關鍵部分在于改進。本發(fā)明的實施例和基礎技術在配置 上是不同的，本發(fā)明的實施例具有超過基礎技術的顯著優(yōu)點。圖4A-4D例示了與本發(fā)明的基礎技術有關的客戶設備。下面描 述IPTV服務。IPTV服務被期望作為利用IP多媒體子系統(tǒng)(IMS) 實現(xiàn)的下一代因特網(wǎng)協(xié)議(IP)網(wǎng)絡/下一代網(wǎng)絡(NGN)上的核心 應用發(fā)展。如圖4A-4D所示，與本發(fā)明實施例的基礎技術有關的多播系統(tǒng) 包括核心訪問網(wǎng)絡12、安排在核心訪問網(wǎng)絡12的上游，即，在作為 IPTV服務器的傳送服務器50 (未示出)這一側的上路由器20A、和安排在核心訪問網(wǎng)絡12的下游，即，在本地網(wǎng)絡14這一側的下路由 器20B。在本地網(wǎng)絡14這一側的下路由器20B經(jīng)由本地網(wǎng)絡14與作 為客戶設備的IPTV終端60連接。多播協(xié)議被用作典型IPTV的IP多播方法。支持IP多播協(xié)議的 路由器20使用諸如因特網(wǎng)組管理協(xié)議(GMP )等的多播組管理協(xié)議， 來管理與之連接的網(wǎng)絡段上作為參加每個多播組的客戶機的IPTV終 端60的存在。接收多播數(shù)據(jù)的IPTV終端60指定進行所需多播的多播地址， 并且按照多播組管理協(xié)議，向作為多播路由器的下路由器20B聲明參 加多播組。從形成多播樹的上路由器20A收到多播分組后，下路由器 20B只有當在作為與下路由器20B連接的網(wǎng)絡段的本地網(wǎng)絡14上存 在參加多播組的IPTV終端60時，才將分組發(fā)送到本地網(wǎng)絡14。為 了停止接收多播分組，IPTV終端60向下路由器20B聲明脫離多播組。下路由器20B被安排在本地網(wǎng)絡14和核心訪問網(wǎng)絡12之間的 邊界上，以及IPTV終端60被安排在通信網(wǎng)絡18上。當IPTV終端 60進行IP多播流的選擇/切換(頻道切換)時，下路由器20B參加/ 脫離多播組。參加/脫離過程通?；ㄙM一些時間，以及屏幕在每次切換 時都斷開。習慣于頻繁頻道切換(下文也稱為頻道快轉(zhuǎn))的任何用戶 都不能容忍這樣的慢響應。人們設想出一種對高于下路由器20B的多播樹減少切換開銷(多 播樹的切換等待時間)的方法。在這種方法中，如圖5A-5C所示，智 能下路由器20B事先參加在與智能下路由器20B連接的本地網(wǎng)絡14 上支持有可能被IPTV終端60的用戶選擇的多個頻道的多播組(例如， 支持數(shù)十個頻道的多播組)。通過這種方法，如圖6A和6B所示，路由器需要參加的多播組 的數(shù)量隨著要與訪問網(wǎng)絡連接的多播路由器的數(shù)量增加而增加(即使 多個多播路由器與參加相同多播地址的不同多播路由器共享一些多 播流)。由于許多多播流在訪問網(wǎng)絡上不斷地流動，使網(wǎng)絡承擔沉重 的工作負荷。因此，發(fā)生容量溢出，導致緩慢的響應。最好限制不斷流過訪問網(wǎng)絡的多播流的數(shù)量和頻道快轉(zhuǎn)的開銷 (由頻道切換引起的等待時間)。為此，各多播路由器參加的多播組 被優(yōu)先化。選擇有可能被用戶選擇的多播組，并使多播路由器事先參 加那個多播組。按照本發(fā)明的實施例，根據(jù)從用戶的觀看歷史中收集的每個內(nèi)容的元數(shù)據(jù)來推斷和優(yōu)化的內(nèi)容參照標識符(CRID)與多播路由器到 多播組的預約調(diào)度的優(yōu)化結合在一起用在優(yōu)先級控制中。因此，實現(xiàn) 了開銷(等待時間)小的頻道快轉(zhuǎn)。通過考慮存儲在IPTV終端60 上的個別內(nèi)容標識符中的優(yōu)化調(diào)度信息，預測頻道切換開銷(有關頻 道切換快慢)。在如下的討論中，作為傳送服務器50的一個例子，將描述傳送 因特網(wǎng)協(xié)議電視(IPTV)內(nèi)容的IPTV服務器，以及作為客戶設備 60的一個例子，將描述執(zhí)行IPTV內(nèi)容的IPTV終端。參照圖7，下面討論作為傳送服務器50的IPTV服務器。傳送 服務器50在本發(fā)明第一實施例的多播系統(tǒng)10中起重要作用。圖7例 示了本發(fā)明第一實施例的傳送服務器50的結構。本發(fā)明第一實施例的傳送服務器50包括會話啟動器531、內(nèi)容 傳送器533、優(yōu)化器535、主要內(nèi)容標識符存儲器541、元數(shù)據(jù)存儲器 543和通信單元545。會話啟動器531創(chuàng)建與作為安排在核心訪問網(wǎng)絡12中的IPTV 終端的客戶設備60的會話并終止啟動的會話。會話的創(chuàng)建/終止是根 據(jù)諸如會話啟動協(xié)議(SIP)的預定協(xié)議來進行的。內(nèi)容傳送器533響應于來自作為IPTV終端的客戶設備60的內(nèi) 容傳送請求，從而參照如后所述的元數(shù)據(jù)存儲器543并將內(nèi)容傳送到 客戶設備60。內(nèi)容傳送是利用由會話啟動器531在傳送服務器50與 客戶設備60之間建立的頻帶來進行的。優(yōu)化器535從客戶設備60中的播放歷史存儲器613當中檢索與 客戶設備60所執(zhí)行的內(nèi)容有關的播放歷史信息，并且利用播放歷史 信息來優(yōu)化客戶設備60中的個別內(nèi)容標識符存儲器611。優(yōu)化器535進一步包括相關內(nèi)容選擇器537和更新器539。經(jīng)由如后所述的通信單元545，相關內(nèi)容選擇器537檢索包含與 客戶設備60所執(zhí)行的內(nèi)容有關的信息的播放歷史信息。根據(jù)檢索的 播放歷史信息，相關內(nèi)容選擇器537選擇與客戶設備60所執(zhí)行的內(nèi) 容有關的相關內(nèi)容。更新器539通過參照主要內(nèi)容標識符存儲器541,來檢索相關內(nèi) 容選擇器537所選擇的相關內(nèi)容的內(nèi)容標識符和會話信息。更新器539 利用檢索的相關內(nèi)容的內(nèi)容標識符和會話信息，來更新客戶設備60 中的個別內(nèi)容標識符存儲器611。下面將進一步詳細描述相關內(nèi)容選擇器537和更新器539。主要內(nèi)容標識符存儲器541存儲與要傳送的內(nèi)容有關的多段內(nèi) 容標識符信息(CRID信息)。內(nèi)容標識符信息將要傳送的每個內(nèi)容 的內(nèi)容標識符映射到與內(nèi)容標識符相對應的多播會話描述。如上所 述，優(yōu)化器535中的更新器539通過參照主要內(nèi)容標識符存儲器541， 來檢索相關內(nèi)容選擇器537所選擇的相關內(nèi)容的內(nèi)容標識符和會話信 每圖9例示了存儲在主要內(nèi)容標識符存儲器541上的內(nèi)容標識符信 息。如圖9所示，內(nèi)容標識符信息(CRID)包含每個內(nèi)容的內(nèi)容標 識符和映射到每個內(nèi)容的多播會話描述。多播會話描述是按照諸如會 話描述協(xié)議(SDP)的預定協(xié)議來描述的。如圖9所示，多播會話描 述包含多播內(nèi)容的會話描述(標識每個會話的信息)、時間描述(諸 如會話的開始和停止時間的會話有效時間和會話的重復次數(shù))、以及 媒體描述(與媒體有關的信息)。多播內(nèi)容的會話描述包含多播內(nèi)容 的地址(多播地址)、端口號、諸如請求率的QoS參數(shù)、編解碼器信 息和傳送時間。編解碼器標識信息是一種元數(shù)據(jù)，以及內(nèi)容檢索路徑 等可以通過參照基于內(nèi)容標識符的內(nèi)容標識信息來知道?？梢詫⒅T如 高質(zhì)量圖像模式和低質(zhì)量圖像模式的多類會話描述映射到單個內(nèi)容 標識符。元數(shù)據(jù)存儲器543存儲要傳送到客戶設備60的多播內(nèi)容的元數(shù)據(jù)，其中內(nèi)容標識符被映射到所述元數(shù)據(jù)。 一旦從客戶設備60接收 到內(nèi)容傳送請求，內(nèi)容傳送器533在參照元數(shù)據(jù)存儲器533的同時將 多播內(nèi)容傳送到客戶設備60 。如圖10所示，存儲在元數(shù)據(jù)存儲器543上的元數(shù)據(jù)包含對于每 個多播內(nèi)容唯一的內(nèi)容標識符(CRID)、多播內(nèi)容的關鍵字和類型、 以及與多播內(nèi)容有關的內(nèi)容(相關內(nèi)容)的內(nèi)容標識符。通信單元545經(jīng)由核心訪問網(wǎng)絡12，來發(fā)送由會話啟動器531、 內(nèi)容傳送器533、相關內(nèi)容選擇器537和更新器539的每一個向客戶 設備60公開的各種信息。通信單元545允許傳送服務器50從IPTV 終端60接收請求等。本發(fā)明第一實施例的傳送服務器50可以進一步包括存儲器(未 示出)，以及可以在那個存儲器上存儲作為要傳送的多播內(nèi)容的視頻 數(shù)據(jù)和音頻數(shù)據(jù)。在圖7中，主要內(nèi)容標識符存儲器541和元數(shù)據(jù)存 儲器543被例示成分立單元。本發(fā)明第一實施例的傳送服務器50可 以包括包含主要內(nèi)容標識符存儲器541和元數(shù)據(jù)存儲器543的存儲 器。參照圖8，描述作為IPTV終端的客戶終端60。 IPTV終端60 在本發(fā)明第一實施例的多播系統(tǒng)10中起重要作用。圖8例示了本發(fā) 明第一實施例的IPTV終端60的結構。本發(fā)明第一實施例的IPTV終端60包括例如會話啟動器601、 內(nèi)容檢索單元603、內(nèi)容播放器605、個別內(nèi)容標識符管理器607、內(nèi) 容標識符收發(fā)器609、個別內(nèi)容標識符存儲器611、內(nèi)容播放歷史存 儲器613、和通信單元615。會話啟動器601創(chuàng)建通過下路由器20B、核心訪問網(wǎng)絡12以及 上路由器20A，與安排在本地網(wǎng)絡14的外部的作為IPTV服務器的傳 送服務器50的會話。會話的創(chuàng)建/終止是根據(jù)諸如會話啟動協(xié)議(SIP ) 的預定協(xié)議來進行的。內(nèi)容檢索單元603根據(jù)會話啟動器601所啟動的會話，向IPTV 服務器50發(fā)出內(nèi)容傳送請求。為了發(fā)出內(nèi)容傳送請求，內(nèi)容檢索單元603經(jīng)由如后所述的個別內(nèi)容標識符管理器607,對于個別內(nèi)容標 識符存儲器611參照所需內(nèi)容的內(nèi)容標識符。根據(jù)從參照中得出的多 播會話描述，內(nèi)容檢索單元603請求IPTV服務器50傳送內(nèi)容。當 IPTV服務器50傳送內(nèi)容時，內(nèi)容檢索單元603經(jīng)由通信單元615檢 索內(nèi)容，并且將檢索的內(nèi)容傳輸?shù)絻?nèi)容播放器605。內(nèi)容檢索單元603 可以將檢索的內(nèi)容存儲到存儲器(未示出)上。內(nèi)容播放器605執(zhí)行從內(nèi)容檢索單元603傳輸?shù)亩嗖?nèi)容，并且 將多播內(nèi)容輸出到安排在IPTV終端60中的顯示器(未示出)。 一旦 執(zhí)行了多播內(nèi)容，內(nèi)容播放器605就請求會話啟動器601終止會話。個別內(nèi)容標識符管理器607響應于來自打算檢索多播內(nèi)容的內(nèi) 容檢索單元603的內(nèi)容標識符檢索請求。根據(jù)存儲在個別內(nèi)容標識符 存儲器611上的內(nèi)容標識符信息，個別內(nèi)容標識符管理器607向內(nèi)容 檢索單元603應答與內(nèi)容標識符相對應的多播地址。如圖9所示，內(nèi) 容標識符信息包含每個內(nèi)容的內(nèi)容標識符和映射到每個內(nèi)容的多播 會話描述。多播會話描述是根據(jù)諸如會話描述協(xié)議(SDP)的預定協(xié) 議來描述的。如圖9所示，多播會話描述包含多播內(nèi)容的會話描述(標 識每個會話的信息)、時間描述(諸如會話的開始和停止時間的會話 有效時間和會話的重復次數(shù))、和媒體描述(與媒體有關的信息)。 多播內(nèi)容的會話描述包含多播內(nèi)容的地址(多播地址)、端口號、諸 如請求率的QoS參數(shù)、編解碼器信息和傳送時間。編解碼器標識信息 是一種元數(shù)據(jù)，以及內(nèi)容檢索路徑等可以通過參照基于內(nèi)容標識符的 內(nèi)容標識信息來知道。個別內(nèi)容標識符管理器607將內(nèi)容檢索單元603所請求的內(nèi)容標 識符存儲到如后所述的內(nèi)容播放歷史存儲器613上。更具體地說，個 別內(nèi)容標識符管理器607將IPTV終端60所執(zhí)行的多播內(nèi)容的播放歷 史存儲在內(nèi)容播放歷史存儲器613上。個別內(nèi)容標識符管理器607周 期性地分析存儲在內(nèi)容播放歷史存儲器613上的播放歷史信息，并確 定很有可能被IPTV終端60的用戶訪問的多播內(nèi)容(即，很有可能被 播放的內(nèi)容)，并且控制更新過程，以便更新存儲在個別內(nèi)容標識符存儲器611上的內(nèi)容標識符。個別內(nèi)容標識符存儲器611的更新過程 是周期性進行的。很有可能在IPTV終端60上播放的內(nèi)容被稱為相關 內(nèi)容。個別內(nèi)容標識符存儲器611的分析和更新過程可以作為分布在 IPTV終端60和IPTV服務器50之間的過程來執(zhí)行。IPTV服務器50 可以只執(zhí)行更新過程(優(yōu)化過程)，以及IPTV終端60中的個別內(nèi)容 標識符管理器607可以只控制個別內(nèi)容標識符存儲器611的更新過 程。個別內(nèi)容標識符存儲器611的優(yōu)化過程將在下面作詳細描述。個別內(nèi)容標識符管理器607收集與相關內(nèi)容有關的相關內(nèi)容信 息，然后更新個別內(nèi)容標識符存儲器611。因此，個別內(nèi)容標識符存 儲器611通過較高的優(yōu)先級來存儲很有可能被IPTV終端60執(zhí)行的內(nèi) 容的內(nèi)容標識符。因此縮短了執(zhí)行IPTV終端60的用戶希望觀看的多 播內(nèi)容的等待時間(開銷)。為了檢索個別內(nèi)容標識符管理器607所分析并然后選擇的相關 內(nèi)容的內(nèi)容信息，內(nèi)容標識符收發(fā)器609請求IPTV服務器50檢索映 射到內(nèi)容標識符的內(nèi)容信息和多播會話信息。 一旦檢索到相關內(nèi)容的 內(nèi)容信息，內(nèi)容標識符收發(fā)器609就將相關內(nèi)容的內(nèi)容信息存儲到個 別內(nèi)容標識符存儲器611上。個別內(nèi)容標識符存儲器611存儲作為內(nèi)容提供服務器的IPTV服 務器50所提供的多播內(nèi)容當中，很有可能被IPTV終端60執(zhí)行的相 關內(nèi)容的內(nèi)容標識符。在這種情況下，個別內(nèi)容標識符存儲器611存 儲內(nèi)容標識符，以及映射到內(nèi)容標識符的相關內(nèi)容的多播會話信息。 如上所述，個別內(nèi)容標識符存儲器611的存儲內(nèi)容被個別內(nèi)容標識符 管理器607和內(nèi)容標識符收發(fā)器609周期性優(yōu)化和更新。內(nèi)容播放歷史存儲器613存儲IPTV終端60到目前為止所執(zhí)行 的多播內(nèi)容的內(nèi)容標識符作為播放歷史信息。例如，存儲在內(nèi)容播放歷史存儲器613上的播放歷史信息可以被個別內(nèi)容標識符管理器607 參照并由IPTV終端60用于分析多播內(nèi)容的執(zhí)行歷史。播放歷史信息 還可以被IPTV服務器50中的優(yōu)化器535參照并由IPTV服務器50用在優(yōu)化過程中。通信單元615經(jīng)由核心訪問網(wǎng)絡12向IPTV服務器50發(fā)送由會 話啟動器601、內(nèi)容檢索單元603、內(nèi)容播放器605、個別內(nèi)容標識符 管理器607和內(nèi)容標識符收發(fā)器609的每一個向IPTV服務器50公開 的各種信息段。通信單元615還允許IPTV終端60從IPTV服務器 50接收請求等。上面已經(jīng)討論了本發(fā)明第一實施例的作為傳送服務器的IPTV 服務器50和作為客戶設備的IPTV終端60。任何普遍適用的部件或 電路都可以用于構成這些單元之一?？梢允褂脤Ｓ糜谔囟ㄔ墓δ?的硬件結構?？梢愿鶕?jù)實現(xiàn)本實施例時可達到的技術水平來適當?shù)匦?改硬件結構。討論上述硬件結構只是為了示范的目的，本發(fā)明不局限 于這樣的硬件結構。下面參照圖11來詳細描述按照本發(fā)明第一實施例的個別內(nèi)容標 識符存儲器611的優(yōu)化過程的特例。圖11例示了個別內(nèi)容標識符存 儲器611的優(yōu)化過程。IPTV終端60中的內(nèi)容檢索單元603向個別內(nèi)容標識符管理器 607發(fā)出內(nèi)容標識符檢索請求(步驟SIOI)。個別內(nèi)容標識符管理器 607參照個別內(nèi)容標識符存儲器611和試圖檢索內(nèi)容標識符(步驟 S103)。如果內(nèi)容檢索單元603所請求的內(nèi)容的內(nèi)容標識符未存儲在 個別內(nèi)容標識符存儲器611上，則個別內(nèi)容標識符管理器607向IPTV 服務器50詢問內(nèi)容的內(nèi)容標識符以便檢索內(nèi)容(步驟S103 )。 一旦 完成了內(nèi)容標識符的檢索，個別內(nèi)容標識符管理器607將所請求內(nèi)容 的內(nèi)容標識符存儲在內(nèi)容播放歷史存儲器613上(步驟S103 )。個別 內(nèi)容標識符管理器607將檢索的內(nèi)容標識符供應給內(nèi)容檢索單元603 (步驟S105)。IPTV服務器50中的優(yōu)化器535從IPTV終端60中的內(nèi)容播放 歷史存儲器613中收集內(nèi)容標識符的播放歷史信息(CRID)(步驟 S201 )。優(yōu)化器535參照元數(shù)據(jù)存儲器543以收集與記錄在收集的播 放歷史信息中的內(nèi)容標識符有關的元數(shù)據(jù)(步驟S203 )。優(yōu)化器535中的相關內(nèi)容選擇器537根據(jù)記錄在收集的元數(shù)據(jù)中的類型和關鍵 字、相關內(nèi)容標識符參照信息等，來推斷和提取適合IPTV終端60 的多播內(nèi)容的類型和關鍵字(步驟S205 )。優(yōu)化器535中的相關內(nèi)容選擇器537收集包含通過參照元數(shù)據(jù)存 儲器543提取的優(yōu)選類型和關鍵字的多播內(nèi)容的元數(shù)據(jù)(步驟S207 )。 通過參照映射到收集的元數(shù)據(jù)的內(nèi)容標識符(CRID)，相關內(nèi)容選 擇器537檢索優(yōu)選內(nèi)容標識符的列表和包含這些內(nèi)容的內(nèi)容描述的多 播會話信息。相關內(nèi)容選擇器537通過將檢索的內(nèi)容標識符映射到多 播會話信息來最后定下適當內(nèi)容標識符的列表(步驟S209)。優(yōu)化器 535參照IPTV服務器50中的主要內(nèi)容標識符存儲器541,以便核實 最后定下的內(nèi)容標識符的列表。當最后定下的列表被核實時，優(yōu)化器 535中的更新器539更新IPTV終端60中的個別內(nèi)容標識符存儲器611 (步驟S211)。優(yōu)選內(nèi)容標識符的檢索可以以如上所述對主要內(nèi)容標識符存儲 器541的請求和響應方法來進行?？商娲兀梢韵騃PTV終端60 多播內(nèi)容標識符，以便可以在IPTV終端60上選擇和檢索所需內(nèi)容標 識符。個別內(nèi)容標識符存儲器611的優(yōu)化過程都在IPTV服務器50上 進行。上面整個過程或優(yōu)選元數(shù)據(jù)的推斷和收集過程可以由IPTV終 端60中的個別內(nèi)容標識符管理器607來執(zhí)行。下面參照圖12-17來描述本發(fā)明第一實施例的多播預約調(diào)度過 程。首先參照圖12來描述上路由器控制器30和下路由器控制器40 的每一個的結構。參照圖12，第一實施例的上路由器控制器30包括會話信息檢索 單元301、預約調(diào)度單元303、調(diào)度信息通知器305和存儲器307。會話信息檢索單元301從多個客戶設備60中檢索很有可能被作 為客戶設備的IPTV終端60執(zhí)行的相關內(nèi)容的會話信息當中，計劃在 預約調(diào)度期間內(nèi)多播的相關內(nèi)容的會話信息。預約調(diào)度單元303根據(jù)會話信息檢索單元301所收集的會話信息，來確定在預約調(diào)度期間內(nèi)多播地址的優(yōu)化次序。預約調(diào)度單元303 根據(jù)確定的優(yōu)先級次序和連接上路由器控制器30所控制的上路由器 20A與下路由器20B的訪問網(wǎng)絡的允許工作負荷，來調(diào)度在預約調(diào)度 期間內(nèi)每個下路由器20B可以參加的多播地址。調(diào)度信息通知器305經(jīng)由上路由器20A將代表調(diào)度結果的預約 調(diào)度信息通知給控制連接在上路由器20A的下游的下路由器20B的下 路由器控制器40。存儲器307存儲當上路由器控制器30控制上路由器20A時生成 的各種參數(shù)和生成的預約調(diào)度信息。上路由器控制器30中的每個元 件可以自由地將數(shù)據(jù)寫入存儲器307中和從存儲器307中讀取數(shù)據(jù)。下面詳細描述會話信息檢索單元301、預約調(diào)度單元303和調(diào)度 信息通知器305的每一個的操作。如圖12所示，本發(fā)明第一實施例的下路由器控制器40包括例如 多播預約單元401、調(diào)度信息收發(fā)器403和存儲器405。多播預約單元401根據(jù)從上路由器控制器30發(fā)送的多播預約調(diào) 度信息，來執(zhí)行在預約調(diào)度期間內(nèi)每個下路由器20B參加/脫離每個 多播地址的過程。調(diào)度信息收發(fā)器403從上路由器控制器30接收多播預約調(diào)度信 息，同時將接收的多播預約調(diào)度信息發(fā)送到與下路由器控制器40所 控制的下路由器20B連接的IPTV終端60。存儲器405存儲下路由器控制器40控制下路由器20B時所生成 的各種參數(shù)和接收的預約調(diào)度信息。下路由器控制器40中的每個元 件可以自由地將數(shù)據(jù)寫入存儲器405中和從存儲器405中讀取數(shù)據(jù)。下面詳細描述多播預約單元401和調(diào)度信息收發(fā)器403的每一個 的操作。上面已經(jīng)討論了按照本發(fā)明第一實施例的上路由器控制器30和 下路由器控制器40的功能。任何普遍適用的部件或電路都可以用于 構成這些單元之一?？梢允褂脤Ｓ糜谔囟ㄔ墓δ艿挠布Y構。所 有功能都可以由CPU執(zhí)行?？梢愿鶕?jù)實現(xiàn)本實施例時可達到的技術水平，適當?shù)匦薷挠布Y構。下面詳細描述本發(fā)明第一實施例的多播預約調(diào)度過程。在如下的討論中，如圖12所示，作為多播路由器的下路由器20B 被安排在本地網(wǎng)絡14和訪問網(wǎng)絡12B之間的邊界上，以及作為多播 客戶設備的IPTV終端60與本地網(wǎng)絡14連接。訪問網(wǎng)絡12B與訪問 網(wǎng)絡頻帶控制器17連接，訪問網(wǎng)絡頻帶控制器17管理訪問網(wǎng)絡中的 頻帶作為網(wǎng)絡資源。上路由器20A被安排在訪問網(wǎng)絡12B與核心網(wǎng)絡 12A之間。作為傳送服務器的IPTV服務器50經(jīng)由多播路由器20與 核心網(wǎng)絡12A連接。上路由器20A與上路由器控制器30連接，以及 下路由器20B與下路由器控制器40連接。圖12的IPTV終端60的方塊圖只示出了 IPTV終端60的一部 分。圖8例示了 IPTV終端60的所有元件。如圖12所示，本發(fā)明第一實施例的多播預約調(diào)度過程一般像如 下所述那樣執(zhí)行。IPTV終端60中的個別內(nèi)容標識符管理器607按照 內(nèi)容標識符從個別內(nèi)容標識符存儲器611檢索多播會話描述。上路由 器控制器30中的會話信息檢索單元301經(jīng)由下路由器控制器40從 IPTV終端60中檢索多播會話描述，以及上路由器控制器30中的預 約調(diào)度單元303生成預約調(diào)度信息。上路由器控制器30中的調(diào)度信 息通知器305將生成的預約調(diào)度信息傳輸?shù)较侣酚善骺刂破?0。下路由器控制器40中的調(diào)度信息收發(fā)器403接收從上路由器控 制器30傳輸?shù)念A約調(diào)度信息。根據(jù)預約調(diào)度信息，多播預約單元401 對訪問網(wǎng)絡頻帶控制器17執(zhí)行多播地址的參加過程。然后，經(jīng)由調(diào) 度信息收發(fā)器403將參加過程結果傳輸?shù)絀PTV終端60。響應于參加過程結果，IPTV終端60中的個別內(nèi)容標識符管理 器607將與開銷的大小有關的標識信息(頻道切換的等待時間的長度) 和與期間有關的信息加入存儲在個別內(nèi)容標識符存儲器611上的多播 會話描述中。因此，個別內(nèi)容標識符管理器607更新了個別內(nèi)容標識 符存儲器611。下面參照圖13來詳細描述多播預約調(diào)度過程。會話信息檢索單元301包含在控制安排在核心網(wǎng)絡12A與訪問 網(wǎng)絡12B之間的邊界上的上路由器20A的上路由器控制器30中。會 話信息檢索單元301指定時間T(n)和時間T(n+1)作為多播預約調(diào)度期 間(T(n)<T(n+l))，并且經(jīng)由下路由器控制器40將多播預約調(diào)度期 間通知IPTV終端60中的個別內(nèi)容標識符管理器607 (步驟S301)。 IPTV終端60中的個別內(nèi)容標識符管理器607參照個別內(nèi)容標識符存 儲器611，并且檢索與接收的調(diào)度期間(T(n)-T(n+1))相對應的多播 會話描述的列表(計劃在期間內(nèi)的多播)。個別內(nèi)容標識符管理器607 經(jīng)由控制與IPTV終端60最接近并連接的下路由器20B的下路由器 控制器40，將該列表通知上路由器控制器30中的會話信息檢索單元 301 (步驟S303 )。上路由器控制器30中的預約調(diào)度單元303分配和調(diào)整頻帶，使 得訪問網(wǎng)絡12B不會過載。頻帶的分配和調(diào)整是根據(jù)描述在多個下路 由器控制器40通知的多播會話描述中的QoS參數(shù)來進行的。預約調(diào) 度單元303調(diào)度安排在上路由器20A下游的多播預約單元401參加/ 脫離多播組(步驟S305)。預約調(diào)度單元303將多播預約調(diào)度信息通 知下路由器控制器40 (步驟S307)。下路由器控制器40將從上路由器控制器30傳輸?shù)亩嗖ヮA約調(diào)度 信息通知IPTV終端60中的個別內(nèi)容標識符管理器607(步驟S307 )。 響應于多播預約調(diào)度信息，個別內(nèi)容標識符管理器607將多播開銷的 大小標識標志和期間加入存儲在個別內(nèi)容標識符存儲器611上的內(nèi)容 標識符信息中(步驟S309)。下路由器控制器40中的多播預約單元401根據(jù)從上路由器控制 器30傳輸?shù)亩嗖ヮA約調(diào)度信息，對訪問網(wǎng)絡頻帶控制器17執(zhí)行多播 網(wǎng)絡頻帶的預約/清除過程(步驟S311)。多播預約單元401對上路 由器控制器30執(zhí)行參加/脫離多播組的過程(步驟S313)。當在IPTV終端60中生成多播觀看請求時(步驟S315) , IPTV 終端60中的內(nèi)容檢索單元603向個別內(nèi)容標識符管理器607發(fā)出內(nèi) 容標識符檢索請求。個別內(nèi)容標識符管理器607響應于該檢索請求，執(zhí)行內(nèi)容標識符請求過程(步驟S317)。個別內(nèi)容標識符管理器607 應答多播地址(步驟S319)。在這種情況下，個別內(nèi)容標識符管理器 607還考慮開銷大小標識標志和期間而應答有關頻道切換開銷是否存 在的指示。IPTV終端60對下路由器控制器40進行多播預約(步驟 S321)。下路由器控制器40利用預留頻帶來啟動IPTV服務器50與 IPTV終端60之間的會話。因此開始內(nèi)容傳送。與上述過程并行，上路由器控制器30中的會話信息檢索單元301 確定從T(n+2) ( T(n+l)<T(n+2))開始的新期間并重復上述過程，使 得新調(diào)度的時間在開始時間之前，即，T(n+1)。下面參照圖14來描述個別內(nèi)容標識符管理器607所執(zhí)行的多播 預約調(diào)度期間內(nèi)的會話描述列表的選擇過程。IPTV終端60中的個別內(nèi)容標識符存儲器611現(xiàn)在存儲圖14的 三個內(nèi)容標識符(CRID)。這些內(nèi)容標識符被映射到相應的多播會 話描述。多播會話描述包含多播地址、端口號、QoS參數(shù)、編解碼器 信息和傳送時間。例如，CRID-1具有Tsl-Tel的傳送時間，CRID-2具有Ts2-Te2 的傳送時間，以及CRID-3具有Ts3-Te3的傳送時間。在圖14中示出 了期間的開始時間和結束時間。上路由器控制器30中的會話信息檢索單元301將預約調(diào)度期間 T(n)- T(n+1)通知IPTV終端60中的個別內(nèi)容標識符管理器607。 IPTV 終端60中的個別內(nèi)容標識符管理器607參照作為存儲在個別內(nèi)容標 識符存儲器611上的內(nèi)容標識符的CRID-1到CRID-3的傳送時間。如圖14所示，預約調(diào)度期間T(n)-T(n+1)在內(nèi)容CRID-1和 CRID-2的傳送時間內(nèi)，而內(nèi)容CRID-3的傳送不在預約調(diào)度期間 T(n)-T(n+1)內(nèi)開始。IPTV終端60中的個別內(nèi)容標識符管理器607 向上路由器控制器30中的會話信息檢索單元301公開CRID-1和 CRID-2。下面參照圖15和16來具體描述按照本發(fā)明第一實施例的參加/ 脫離多播地址的過程。上路由器控制器30中的會話信息檢索單元301經(jīng)由下路由器控 制器40從IPTV終端60收集會話信息(步驟S401)。按照會話信息， 上路由器控制器30中的預約調(diào)度單元303按照多播地址來排序計劃 在通知的期間T(n)-T(n+1)內(nèi)的多播內(nèi)容的會話描述(步驟S403 )。 預約調(diào)度單元303按出現(xiàn)頻率的次序來加權和分類多播地址(步驟 S407)。如圖16所示，會話信息檢索單元301從IPTV終端60中檢索多 播地址A、多播地址B和多播地址C。預約調(diào)度單元303按照多播地 址來排序收集的會話信息。圖16示出了排序結果。預約調(diào)度單元303 利用出現(xiàn)頻率來加權通知的期間內(nèi)的多播地址，并且分類多播地址。 在這種情況下，通知的期間內(nèi)具有最大權重的多播地址B具有最高優(yōu) 先級，接著是多播地址A，然后是多播地址C。上路由器控制器30的預約調(diào)度單元303從最高類別開始，獲取 與多播地址相對應的多播會話描述中的請求率(請求頻帶)r。每個 多播會話中的請求率被描述成r(class(j))，其中，j = l， 2, 3(較小的 j代表較高的優(yōu)先級)。預約調(diào)度單元303求和r(class(j))，其中j從j = 1開始連續(xù)增加， 最后定下不超過允許在訪問網(wǎng)絡12B內(nèi)使用的最大頻帶R的最大值J (步驟S407)。例如，如果r(l)+r(2)〈R以及r(l)+r(2)+r(3)〉R，則不 超過最大頻帶R的j的最大值是2。因此，預約調(diào)度單元303確定優(yōu) 先級的最大值J是2。如圖15所示，預約調(diào)度單元303按照最后定下的優(yōu)先級的最大 值，開始從多播地址中選擇具有最高優(yōu)先級的多播地址，因此生成最 后預約調(diào)度信息。調(diào)度信息通知器305將最后預約調(diào)度信息通知下路 由器控制器40 (步驟S409)。最后預約調(diào)度信息包含會話描述的列 表，所述會話描述包含與期間T(n)-T(n+1)相對應的多播地址的描述、 和類別j = i-N。調(diào)度信息通知器305還將最后預約調(diào)度信息通知IPTV 終端60中的個別內(nèi)容標識符管理器607 (步驟S409)。因此，上路由器控制器30將最后預約調(diào)度信息通知下路由器控制器40 ，以及下路由器控制器40執(zhí)行上述過程以便預約多播內(nèi)容。像上述那樣預約多播內(nèi)容，并且將多播預約調(diào)度信息通知IPTV 終端60。根據(jù)多播預約調(diào)度信息，個別內(nèi)容標識符管理器607將多播 開銷的大小標識標志和期間加入存儲在個別內(nèi)容標識符存儲器611上 的內(nèi)容標識符信息中。下面參照圖17來描述存儲在個別內(nèi)容標識符 存儲器611上的內(nèi)容標識符信息。下路由器控制器40按照上路由器控制器30所優(yōu)化的多播預約調(diào) 度信息，對多播內(nèi)容執(zhí)行參加過程。根據(jù)參加過程是否完成，即，按 照傳送時間，映射到存儲在IPTV終端60中的個別內(nèi)容標識符存儲器 611上的內(nèi)容標識符的多播地址可以經(jīng)受或不經(jīng)受參加過程。在預約期間T(n)-T(n+1)內(nèi)執(zhí)行多播參加過程的多播地址在頻道 切換時具有較小的開銷。IPTV60中的個別內(nèi)容標識符管理器607現(xiàn) 在可以在給定預約期間內(nèi)對多播地址執(zhí)行參加過程。在那個預約期間 內(nèi)，個別內(nèi)容標識符管理器607記錄頻道切換開銷的大小標識標志的 值作為小值，指示頻道切換開銷小。下面描述映射到例示在圖17中的內(nèi)容標識符CRID-1的多播會 話描述。在映射到那個內(nèi)容標識符的多播地址上，傳送從時間Ts開 始并在時間Te結束。上路由器控制器30通知多播地址的多播預約調(diào) 度信息，指示在Ts-T(n)之前不執(zhí)行參加過程、在期間T(n)-T(n+1)內(nèi) 執(zhí)行多播內(nèi)容的參加過程、以及在期間T(n+1)-Te內(nèi)不執(zhí)行多播內(nèi)容 的參加過程。一旦接收到通知，個別內(nèi)容標識符管理器607將開銷大小標識標 志的值設置成在Ts-T(n)的期間內(nèi)為大，將開銷大小標識標志的值設 置成在T(n)-T(n+1)的期間內(nèi)為小，并將開銷大小標識標志的值設置 成在T(n+1)-Te的期間內(nèi)為大。在上面的討論中，討論了個別內(nèi)容標識符存儲器611的優(yōu)化過程 和多播預約調(diào)度的優(yōu)化過程。這些優(yōu)化過程可以并行地和相互獨立地 執(zhí)行。多播預約調(diào)度的優(yōu)化是根據(jù)來自優(yōu)化的個別內(nèi)容標識符存儲器 的信息來進行的。IPTV終端60所存儲的個別內(nèi)容標識符存儲器611的信息是根 據(jù)IPTV終端60的播放歷史信息來優(yōu)化的。根據(jù)優(yōu)化的內(nèi)容標識符預 約請求的多播地址是按照請求的頻率來分類的。預約調(diào)度被優(yōu)化，并 且頻道切換等待時間被有效地縮短。可用在整個網(wǎng)絡上的頻帶得到有 效使用。第二實施例下面參照圖18到圖27A-27C來詳細描述本發(fā)明的第二實施例。 按照本發(fā)明的第二實施例，IPTV服務器50起傳送服務器的作用，以 及IPTV終端60起客戶設備的作用。在典型的頻道切換中，響應于頻道切換按鈕的選擇(命令)，在 主屏幕上將當前顯示在主屏幕(整個屏幕)上的頻道切換到下一個頻 道。到下一個頻道的頻道切換開銷不能預測，并且可以導致長得難以 忍受的等待時間。如參照本發(fā)明的第一實施例所述，通過事先參加具有經(jīng)常高命中 率的多播組中，可以減少頻道切換開銷。通過考慮在快轉(zhuǎn)操作中選擇 目標會話期間的開銷的大小，可以進行更舒適的快轉(zhuǎn)操作。關于本發(fā)明的第二實施例，下面描述如下方法。在網(wǎng)絡頻帶管理 方法中，將訪問網(wǎng)絡中指定給多播會話的網(wǎng)絡頻帶劃分成兩個類別。 第一類指定給登記在比訪問網(wǎng)絡高的上核心網(wǎng)絡上的主要多播會話 當中登記在訪問網(wǎng)絡中的很有可能觀看的主播會話，以及第二類指定 給登記在核心網(wǎng)絡上的主要多播會話轉(zhuǎn)換成的極低比率多播會話。在 頻道切換開銷的預測和比較方法中，在多窗口上顯示與第二類相對應 的多播會話，以及按照多條優(yōu)化規(guī)則(優(yōu)先級準則)來選擇多窗口上 的頻道排列次序，或以識別訪問網(wǎng)絡中的資源管理狀態(tài)的方式來顯示 窗口。借助于這些方法，可以在像IPTV終端那樣的多播客戶設備上有 效地控制多頻道快轉(zhuǎn)操作。本發(fā)明第二實施例的多播系統(tǒng)10將訪問網(wǎng)絡12B的網(wǎng)絡頻帶 (可用于多播流的整個頻帶)劃分成多個類別，并且將劃分的類別指定給各用法。例如，如圖18所示，定義了兩個類別，即，類別l和 類別2。將用于主要形式多播流的網(wǎng)絡頻帶指定給類別1,以及將用 于極低比率形式多播流的網(wǎng)絡頻帶指定給類別2。定義類別的數(shù)量不 局限于兩個，可以定義任意數(shù)量的類別。本發(fā)明第二實施例的多播系統(tǒng)IO在結構上與參照圖l討論的第 一實施例的多播系統(tǒng)IO相同。更具體地說，下路由器20B被安排在 本地網(wǎng)絡14與訪問網(wǎng)絡12B之間的邊界上，以及作為多播客戶設備 的IPTV終端60被安排在本地網(wǎng)絡段上。作為多播路由器的上路由器 20A被安排在訪問網(wǎng)絡12B與作為傳送服務器的IPTV服務器50之 間的邊界上。上路由器20A由與之連接的上路由器控制器30控制，以及下路 由器20B由與之連接的下路由器控制器40控制。上路由器控制器30、下路由器控制器40和與下路由器20B連接 的訪問網(wǎng)絡頻帶控制器17相互協(xié)作，從而進行訪問網(wǎng)絡12B的網(wǎng)絡 頻帶的登記管理和執(zhí)行多播預約調(diào)度過程。第二實施例中的IPTV服務器50和下路由器控制器40在結構和 優(yōu)點上分別與第 一實施例中的對應物基本相同，這里省略對它們的詳 細討論。下面參照圖19來詳細描述本發(fā)明第二實施例的作為客戶設備的 IPTV終端60。如圖19所示，本發(fā)明第二實施例的IPTV終端60包括會話啟動 器601、內(nèi)容檢索單元603、內(nèi)容播放器605、個別內(nèi)容標識符管理器 607、內(nèi)容標識符收發(fā)器609、個別內(nèi)容標識符存儲器611、內(nèi)容播放 歷史存儲器613、通信單元615、快轉(zhuǎn)多窗口控制器621、和多窗口控 制信息存儲器623。會話啟動器601、內(nèi)容檢索單元603、內(nèi)容播放器605、內(nèi)容標 識符收發(fā)器609、個別內(nèi)容標識符存儲器611、內(nèi)容播放歷史存儲器 613、和通信單元615在結構和優(yōu)點上與第一實施例的IPTV終端60 中它們的對應物基本相同，這里省略對它們的討論。個別內(nèi)容標識符管理器607除了具有本發(fā)明第一實施例中的個 別內(nèi)容標識符管理器607的功能之外，還具有切換時間加入單元的功 能。根據(jù)上路由器控制器30所提供的預約調(diào)度信息，切換時間加入 單元將與預約調(diào)度期間內(nèi)每個內(nèi)容的頻道切換時間有關的信息加入 存儲在個別內(nèi)容標識符存儲器611上的內(nèi)容的會話信息中?？燹D(zhuǎn)多窗口控制器621 —般控制顯示IPTV終端60的用戶用于 快轉(zhuǎn)的可選多播頻道的列表的多窗口的功能。用于快轉(zhuǎn)的多窗口被顯 示在例如IPTV終端60的輸出單元上。多窗口控制信息存儲器623存儲包含用于多窗口的顯示控制的 多窗口的顯示控制規(guī)則的多窗口控制信息。下面詳細描述快轉(zhuǎn)多窗口控制器621和多窗口控制信息存儲器 623的功能。本發(fā)明第二實施例的多播系統(tǒng)10中的主要形式多播流以與結合 參照圖11-17討論的第一實施例所述相同的方式被多播預約調(diào)度。然 后將多播流傳送到IPTV終端60。像下述那樣來管理在圖18中例示 成類別2的極低比率形式多播流的頻帶。為了在第二實施例的多播系統(tǒng)10中傳送極低比率形式多播流， 上路由器控制器30除了包括圖12的上路由器控制器30的元件之外， 還包括圖20的內(nèi)容轉(zhuǎn)換器351。內(nèi)容轉(zhuǎn)換器351與連接到訪問網(wǎng)絡 12B的訪問網(wǎng)絡控制器(未示出)合作參加訪問網(wǎng)絡12B的頻帶管理 中。如圖20所示，內(nèi)容轉(zhuǎn)換器351從在訪問網(wǎng)絡12B上面的核心網(wǎng) 絡12A上參加多播組中的多播流中生成極低比率形式多播流。生成的 極低比率形式多播流的整個頻帶被控制成在預先指定給類別2的頻帶 內(nèi)。如圖21所示，極低比率形式多播流的音頻部分保持不變。將多 播流的運動圖像部分轉(zhuǎn)換(降級)成周期性快照序列，然后使快照序 列與多播流的音頻部分同步。因此生成新的多播流。將生成的極低比 率形式多播流全部輸出到訪問網(wǎng)絡12B。核心網(wǎng)絡12A具有比訪問網(wǎng)絡12B大的容量。將數(shù)量顯著大于登記在訪問網(wǎng)絡12B中的多播流的 多播流登記在核心網(wǎng)絡12A中。極低比率形式多播流的數(shù)量變成大于 主要形式多播流的數(shù)量。下面參照圖22來詳細描述極低比率形式多播流的生成和輸出流。與上路由器20A連接的上路由器控制器30登記經(jīng)由核心網(wǎng)絡 12A從IPTV服務器50傳送的主要形式多播流(步驟S501)。上路 由器控制器30將登記的多播地址傳輸?shù)缴下酚善骺刂破?0中的內(nèi)容 轉(zhuǎn)換器351 (步驟S503 )。從IPTV服務器50到上路由器控制器30 的會話被啟動，因此主要形式多播流從IPTV服務器50傳輸?shù)缴下酚?器控制器30。同時，主要形式多播流到達上路由器控制器30中的內(nèi) 容轉(zhuǎn)換器351 (步驟S505 )。內(nèi)容轉(zhuǎn)換器315接收核心網(wǎng)絡12A上的主要形式多播流(步驟 S507)。內(nèi)容轉(zhuǎn)換器351在使多播流的音頻部分保持不變的同時轉(zhuǎn)換 多播流的視頻部分。內(nèi)容轉(zhuǎn)換器351因此從主要形式多播流中生成極 低比率形式多播流，然后將極低比率形式多播流傳輸?shù)皆L問網(wǎng)絡12B (步驟S509)。從IPTV服務器50中的主要內(nèi)容標識符存儲器541中，內(nèi)容轉(zhuǎn) 換器351檢索從中生成極低比率形式多播流的主要形式多播流的會話 描述信息(步驟S511)。內(nèi)容轉(zhuǎn)換器351利用如后所述的方法，從主 要形式多播流的會話描述信息中新生成極低比率形式多播流的會話 描述信息(步驟S513)。然后，在將生成的會話描述信息存儲在內(nèi)容 轉(zhuǎn)換器/內(nèi)容標識符存儲器353上的同時(步驟S513)，將生成的會 話描述信息傳輸?shù)较侣酚善骺刂破?0 (步驟S513)。一旦接收到極低比率形式多播流的會話描述信息，下路由器控制 器40就以與主要形式多播流相同的方式，來登記訪問網(wǎng)絡12B上的 極低比率形式多播流(步驟S515)。內(nèi)容轉(zhuǎn)換器351參照內(nèi)容轉(zhuǎn)換器/內(nèi)容標識符存儲器353，并且將 生成的極低比率形式多播流的會話描述信息通知IPTV終端60中的個別內(nèi)容標識符存儲器611 (步驟S517)。 一旦接收到極低比率形式多 播流的會話描述信息，IPTV終端60就可以執(zhí)行極低比率形式多播流。 下面參照圖23來詳細描述極低比率形式多播流的會話描述信息 的生成過程。當將核心網(wǎng)絡12A的原始多播流轉(zhuǎn)換成極低比率形式多播流時， 內(nèi)容轉(zhuǎn)換器351還生成與極低比率形式多播流相對應的用在參加多播 組中的會話描述信息。包含在與原始多播流的會話描述信息不同的會 話描述信息中的多播組(地址)等由內(nèi)容轉(zhuǎn)換器351新生成。將原始多播流的會話描述信息與相應內(nèi)容標識符(CRID) —起 存儲在IPTV服務器50上的主要內(nèi)容標識符存儲器541上。當參加核 心網(wǎng)絡12A上的主要多播地址中時，具有內(nèi)容轉(zhuǎn)換器351的上路由器 控制器30識別所需多播地址，并因此將多播地址通知內(nèi)容轉(zhuǎn)換器351 。如圖23所示，內(nèi)容轉(zhuǎn)換器351按照通知的多播地址，從主要內(nèi) 容標識符存儲器541中檢索相應的內(nèi)容標識符。內(nèi)容轉(zhuǎn)換器351將檢息，然^#標識符和多播流存儲到內(nèi)容轉(zhuǎn)換器;內(nèi)容標I只符存儲器35^ 上。將標識標志附在新指定的會話描述上，以便標識極低比率形式多 播流。還將存儲在內(nèi)容轉(zhuǎn)換器/內(nèi)容標識符存儲器353上的極低比率形 式多播流的會話描述通知下路由器控制器40。下路由器控制器40中 的多播預約單元401立即登記所述多播流。存儲在內(nèi)容轉(zhuǎn)換器/內(nèi)容標識符存儲器353上的數(shù)據(jù)都與個別內(nèi) 容標識符存儲器611同步(復制到個別內(nèi)容標識符存儲器611)。如 果個別內(nèi)容標識符存儲器611的容量小，則結合第一實施例描述的個 別內(nèi)容標識符存儲器611的優(yōu)化過程被用于將數(shù)據(jù)與IPTV終端60 中的個別內(nèi)容標識符存儲器611同步。下面參照圖24來描述存儲在IPTV終端60中的個別內(nèi)容標識符 存儲器611上的每個類別的會話描述信息。個別內(nèi)容標識符存儲器611與對應于與類別2相對應的極低比率形式多播流的會話描迷信息一起存儲與類別1的主要形式多播流相對應的會話描述信息。類別1的會話描述信息由IPTV服務器50中的優(yōu) 化器535優(yōu)化，然后，IPTV終端60中的個別內(nèi)容標識符管理器607 將諸如開銷標識標志的信息附在優(yōu)化的類別1多播流上。類別2的會 話描述信息由上路由器控制器30中的內(nèi)容轉(zhuǎn)換器351生成。參照圖24來描述存儲在個別內(nèi)容標識符存儲器611上的每個類 別的會話描述信息。將每個類別的會話描述信息映射到相應的內(nèi)容標 識符(CRID)。會話描述信息包含與內(nèi)容標識符相對應的多播地址、 端口號、QoS參數(shù)、編解碼器信息、和傳送時間和期間。如參照本發(fā) 明的第一實施例所述，將類別1的會話描述映射到頻道切換的預約調(diào) 度期間和開銷大小標識、標志。另一方面，將指示極低比率形式多播的極低比率形式標識標志加入類別2的會話描述信息中。但是，不加入類別1的開銷標識標志。 類別2的會話總是在訪問網(wǎng)絡12B上多播預約，并且保證頻道切換開 銷很小。只要本地網(wǎng)絡14中的通信網(wǎng)絡18具有可用網(wǎng)絡頻帶，本發(fā)明第 二實施例的下路由器20B就盡可能多地登記上路由器20A所生成的極 低比率形式多播流。IPTV終端60中的快轉(zhuǎn)多窗口控制器621接收極 低比率形式多播流?？燹D(zhuǎn)多窗口控制器621根據(jù)存儲在多窗口控制信 息存儲器623上的多窗口控制信息，在IPTV終端60的顯示器上顯示 多個接收的極低比率形式多播流。術語"快轉(zhuǎn)多窗口 "指的是顯示極低 比率形式多播流本身或多播流的屬性信息的多窗口。下面參照圖26來描述本發(fā)明第二實施例的極低比率形式多播流 的接收方法。快轉(zhuǎn)多窗口控制器621參加類別2的極低比率形式多播流的多播 組，以便獲取快轉(zhuǎn)顯示流。響應于要顯示在快轉(zhuǎn)多窗口上的窗口的數(shù) 量，快轉(zhuǎn)多窗口控制器621向個別內(nèi)容標識符管理器607請求極低比 率形式多播會話描述信息(步驟S601)。個別內(nèi)容標識符管理器607 參照個別內(nèi)容標識符存儲器611，并且根據(jù)多播會話描述信息的極低比率形式標志，只選擇極低比率多播會話(步驟S603 )。個別內(nèi)容標 識符管理器607向快轉(zhuǎn)多窗口控制器621應答選擇的極低比率形式的 多播會話描述信息(步驟S605 )。根據(jù)獲得的會話描述，快轉(zhuǎn)多窗口控制器621請求要登記的極低 比率形式多播會話，然后接收極低比率形式多播流(步驟S607)。極 低比率形式多播流被認為不極大地占用網(wǎng)絡頻帶，以及如果本地網(wǎng)絡 14具有更多可用頻帶，下路由器控制器40對盡可能多的極低比率多 播流執(zhí)行參加和登記過程?？燹D(zhuǎn)多窗口控制器621參照多窗口控制信息存儲器623，以便獲 取選擇極低比率形式多播會話的接收和窗口顯示次序的規(guī)則(多窗口 顯示控制規(guī)則)(步驟S609)。下面描述多窗口顯示控制規(guī)則?？燹D(zhuǎn)多窗口控制器621按照多窗口顯示控制規(guī)則，從極低比率形 式多播流當中選擇多播流，以便確定顯示次序。然后，快轉(zhuǎn)多窗口控 制器612在快轉(zhuǎn)多窗口上播放和顯示選擇的多播流(步驟S611)。個別內(nèi)容標識符存儲器611存儲滿足用戶喜好的與類別1和類別 2相對應的多播流的會話描述。只要個別內(nèi)容標識符存儲器611的容 量允許，個別內(nèi)容標識符存儲器611不僅可以存儲滿足用戶喜好的會 話描述，而且可以存儲下路由器控制器40中訪問網(wǎng)絡12B上的所有 登記會話。類別2的極低比率形式多播流包含主要形式多播流轉(zhuǎn)換成 的那個極低比率形式多播流。下面參照圖27A-27C來具體描述本發(fā)明第二實施例的多窗口顯 示控制規(guī)則。第二實施例的多窗口顯示控制規(guī)則包括確定要顯示在多窗口上 的極低比率形式多播頻道的次序的準則、和確定諸如窗口輪廓的外觀 的準則。確定次序的準則包括IPTV終端的用戶的喜好優(yōu)先級次序、 和本地網(wǎng)絡上的多播登記流的會話次序。確定窗口外觀的準則包括接 收主要形式多播流(類別1)時頻道切換開銷的大小、允許可區(qū)分地 顯示多個類別的窗口輪廓的顏色、改變窗口形狀的顯示模式等。顯示 模式的不同使用戶可以預測和比較頻道切換開銷。因此，可以有效地進行快轉(zhuǎn)操作。圖27A例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的顯示模式 的一個例子。如圖27A所示，可以按照用戶的喜好次序，來顯示在作 為最接近多播路由器的下路由器20B中經(jīng)歷了參加和登記過程的主 要形式多播流(類別1的多播流)。最接近下路由器控制器40像上述那樣，按照多播預約調(diào)度，對 指定成類別1的多播流執(zhí)行參加和登記過程。通過與存儲在個別內(nèi)容 標識符存儲器611上的多播會話描述的開銷標識標志相對應的時間期 間，來確定頻道是否屬于類別1?？燹D(zhuǎn)多窗口控制器621參照顯示快 轉(zhuǎn)多窗口的時間和時間期間，并且選擇在所述時間開銷小的多播流。 考慮記錄在個別內(nèi)容標識符存儲器611和內(nèi)容播放歷史存儲器613之 一上的用戶喜好級別，來確定顯示次序。如圖27A所示，通過以與其 它顯示輪廓不同的顏色來顯示小開銷的顯示輪廓或加亮小開銷的顯 示輪廓，將小開銷通知IPTV終端60的用戶。然后，在選擇了這種牽 涉到小快轉(zhuǎn)開銷的顯示之后馬上顯示主播屏幕。通過采用上述顯示控制規(guī)則，按照用戶的喜好次序從最左邊窗口 開始將主要形式多播流登記在快轉(zhuǎn)多窗口上。IPTV終端60的用戶可 以以用戶喜好優(yōu)先級次序來選擇頻道，在主要形式多播流的接收中牽 涉到的頻道切換中的開銷小。圖27B例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的顯示模式 的一個例子。如圖27B所示，以IPTV終端60的用戶的喜好次序來 顯示頻道。按照上述多窗口顯示控制規(guī)則，以記錄在個別內(nèi)容標識符存儲器 611上的用戶喜好優(yōu)先級次序來顯示多播登記在IPTV終端60中的類 別2的多播會話。以與上述相同的方式加亮類別1的多播會話。加亮 的會話通知用戶相應頻道的選擇使主播屏幕立即顯示。還通知用戶未 加亮的會話在相應頻道出現(xiàn)在屏幕上之前花費時間。通過采用上述顯示控制規(guī)則，按照用戶的喜好次序從最左邊窗口 開始將多播內(nèi)容顯示在快轉(zhuǎn)多窗口上，而與相應主要形式多播內(nèi)容是否已經(jīng)被登記無關。因此，可以預測頻道切換開銷，以及用戶可以以 感興趣的次序來選擇內(nèi)容。圖27C例示了按照本發(fā)明第二實施例的快轉(zhuǎn)多窗口的顯示模式 的一個例子。如圖27C所示，以服務提供者，即IPTV服務器50預 置的頻道次序(水平行次序)來顯示極低比率形式多播流。將IPTV服務器50所提供的頻道次序信息供應給個別內(nèi)容標識 符存儲器611作為電子節(jié)目指南(EPG )。按照多窗口顯示控制規(guī)則， 快轉(zhuǎn)多窗口控制器621可以將極低比率形式多播流顯示在快轉(zhuǎn)多窗口 顯示器上，而不執(zhí)行附加過程?？燹D(zhuǎn)多窗口控制器621上的工作負荷 被認為是輕的。借助于上述多窗口顯示控制規(guī)則，以水平行次序來顯示快轉(zhuǎn)多窗 口。如果用戶已經(jīng)將任何多播地址確定成要觀看的那個，就容易地確 定相應內(nèi)容。在上面對實施例的討論中，在快轉(zhuǎn)多窗口上顯示運動圖像?？商?代地，也可以在快轉(zhuǎn)多窗口上顯示靜止圖像或文本。本領域的普通技術人員應該明白，可以根據(jù)設計要求和其它因素 作出各種修改、組合、子組合和變更，只要它們在所附權利要求書或 其等效物的范圍之內(nèi)即可。相關申請的交叉引用本申請包含與2007年2月15日向日本專利局提出的日本專利申 請JP 2007-035427有關的主題，其全部內(nèi)容在這里通過引用而并入。
權利要求
1.一種多播系統(tǒng)，包含傳送服務器，用于經(jīng)由至少一個上路由器和多個下路由器來多播內(nèi)容；多個客戶設備，用于播放由傳送服務器多播的內(nèi)容；以及上路由器控制器，用于控制上路由器，所述客戶設備包括個別存儲單元，用于存儲要由傳送服務器多播的內(nèi)容的至少一部分的標識符、和與內(nèi)容的多播有關的會話信息，其中所述標識符被映射到所述會話信息；內(nèi)容檢索單元，用于按照存儲在個別存儲單元上的內(nèi)容的標識符和會話信息，從傳送服務器中檢索內(nèi)容；以及內(nèi)容播放單元，用于播放檢索的內(nèi)容；所述傳送服務器包括內(nèi)容傳送單元，用于將每個內(nèi)容傳送到客戶設備；所述上路由器控制器包括會話信息檢索單元，用于從每個客戶設備中檢索存儲在個別存儲單元上的計劃在預約調(diào)度期間內(nèi)多播的內(nèi)容的會話信息；預約調(diào)度單元，用于按照檢索的會話信息，來確定預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次序，并根據(jù)確定的優(yōu)先級次序和連接上路由器與下路由器的訪問網(wǎng)絡的允許工作負荷，來調(diào)度每個下路由器在預約調(diào)度期間內(nèi)參加的多播地址；和調(diào)度信息通知器，用于將指示預約調(diào)度單元的調(diào)度結果的預約調(diào)度信息通知每個客戶設備；以及所述客戶設備進一步包括切換時間加入單元，用于按照預約調(diào)度信息，將與預約調(diào)度期間內(nèi)每個內(nèi)容的頻道切換時間有關的信息加入存儲在個別存儲單元上的內(nèi)容的會話信息中；以及顯示控制器，用于根據(jù)與頻道切換時間有關的信息，在預約調(diào)度期間內(nèi)以可識別的方式顯示每個內(nèi)容的頻道切換時間。
2. —種接收和播放經(jīng)由上路由器和下路由器從傳送服務器多播 的內(nèi)容的客戶設備，該客戶設備包含個別存儲單元，用于存儲要由傳送服務器多播的內(nèi)容的至少一部 分的標識符、和與內(nèi)容的多播有關的會話信息，其中所述標識符被映 射到所述會話信息；內(nèi)容檢索單元，用于按照存儲在個別存儲單元上的內(nèi)容的標識符 和會話信息，從傳送服務器中檢索內(nèi)容；內(nèi)容播放單元，用于播放檢索的內(nèi)容；接收器，用于按照預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次序、和連 接上路由器與下路由器的訪問網(wǎng)絡的允許工作負荷，從上路由器控制 器接收代表預約調(diào)度期間內(nèi)下路由器參加的多播地址的調(diào)度結果的 預約調(diào)度信息，所述優(yōu)先級次序是在控制上路由器的上路由器控制器 中按照要在預約調(diào)度期間內(nèi)多播的內(nèi)容的會話信息來確定的，所述會 話信息存儲在個別存儲單元上；切換時間加入單元，用于按照預約調(diào)度信息，將與預約調(diào)度期間 內(nèi)每個內(nèi)容的頻道切換時間有關的信息加入存儲在個別存儲單元上的內(nèi)容的會話信息中；以及顯示控制器，用于根據(jù)與頻道切換時間有關的信息，在預約調(diào)度 期間內(nèi)以可識別的方式顯示每個內(nèi)容的頻道切換時間。
3. 根據(jù)權利要求2所述的客戶設備，其中，所述顯示控制器通 過以顯示模式來區(qū)分用于顯示預約調(diào)度期間內(nèi)作為傳送目標的每個 內(nèi)容的屬性信息的窗口 ，以可識別的方式來顯示內(nèi)容的頻道切換時 間。
4. 根據(jù)權利要求3所述的客戶設備，其中，所述顯示控制器按 照頻道切換時間的長度來顯示與每個內(nèi)容相對應的窗口。
5. 根據(jù)權利要求3所述的客戶設備，其中，所述顯示控制器以 多播地址的次序來顯示與每個內(nèi)容相對應的窗口。
6. 根據(jù)權利要求3所述的客戶設備，其中，所述顯示控制器在 窗口內(nèi)顯示每個內(nèi)容的運動圖像。
7. 根據(jù)權利要求6所述的客戶設備，其中，所述顯示控制器從 上路由器控制器接收上路由器控制器針對圖像質(zhì)量轉(zhuǎn)換從傳送服務 器傳送的內(nèi)容而成的低圖像質(zhì)量內(nèi)容，并在窗口上顯示低圖像質(zhì)量內(nèi) 容。
8. 根據(jù)權利要求3所述的客戶設備，其中，所述顯示控制器在 窗口上顯示代表每個內(nèi)容的靜止圖像。
9. 一種控制在傳送服務器和多個客戶設備之間路由數(shù)據(jù)的上路 由器的上路由器控制器，所述傳送服務器經(jīng)由至少一個上路由器和多 個下路由器向每個客戶設備多播內(nèi)容，以及所述客戶設備執(zhí)行由傳送 服務器多播的內(nèi)容，所述上路由器控制器包含會話信息檢索單元，用于從多個客戶設備的每一個中檢索很有可 能被客戶設備執(zhí)行的相關內(nèi)容的會話信息當中，計劃在預約調(diào)度期間 內(nèi)多播的相關內(nèi)容的會話信息；預約調(diào)度單元，用于按照檢索的會話信息，來確定預約調(diào)度期間 內(nèi)多播地址的優(yōu)先級次序，并根據(jù)確定的優(yōu)先級次序和連接上路由器 與下路由器的訪問網(wǎng)絡的允許工作負荷，來調(diào)度每個下路由器在預約 調(diào)度期間內(nèi)參加的多播地址；以及調(diào)度信息通知器，用于將指示預約調(diào)度單元的調(diào)度結果的預約調(diào) 度信息通知下路由器控制器。
10. 根據(jù)權利要求9所述的上路由器控制器，進一步包含內(nèi)容轉(zhuǎn)換器，用于將從傳送服務器傳送的內(nèi)容轉(zhuǎn)換成占用窄傳送頻帶的內(nèi)容。
11. 根據(jù)權利要求10所述的上路由器控制器，其中，所述內(nèi)容 轉(zhuǎn)換器生成占用窄傳送頻帶的獲得內(nèi)容的新會話信息，并將生成的新 會話信息發(fā)送到客戶設備。
12. 根據(jù)權利要求11所述的上路由器控制器，其中，所述內(nèi)容 轉(zhuǎn)換器將指示內(nèi)容占用窄傳送頻帶的信息附在占用窄傳送頻帶的內(nèi) 容的會話信息上。
13. 根據(jù)權利要求10所述的上路由器控制器，其中，所述內(nèi)容是視頻內(nèi)容，以及其中，不轉(zhuǎn)換視頻內(nèi)容的音頻數(shù)據(jù),并降級視頻內(nèi)容的運動圖像數(shù)據(jù)，
14. 一種在經(jīng)由下路由器和上路由器從傳送服務器中檢索內(nèi)容并 執(zhí)行內(nèi)容的客戶設備中以可識別的方式顯示內(nèi)容的頻道切換時間的 方法，該方法包含如下步驟根據(jù)從控制上路由器的上路由器控制器發(fā)送的預約調(diào)度信息，將 指示每個內(nèi)容的頻道切換時間的長度的標志信息附在存儲在每個客 戶設備上的每個內(nèi)容的多播會話信息上；以及按照指示每個內(nèi)容的頻道切換時間的長度的標志信息，以可識別 方式來顯示內(nèi)容的頻道切換時間。
15. —種控制播放經(jīng)由上路由器從傳送服務器多播的內(nèi)容的客戶 設備的方法，該方法包含如下步驟存儲要由傳送服務器多播的內(nèi)容的至少一部分的標識符、以及與 內(nèi)容的多播有關的會話信息，其中所述標識符被映射到所述會話信 息；按照存儲的內(nèi)容的標識符和會話信息，從傳送服務器中檢索內(nèi)容；播放檢索的內(nèi)容；按照預約調(diào)度期間內(nèi)多播地址的優(yōu)先級次序、和連接上路由器與 下路由器的訪問網(wǎng)絡的允許工作負荷，從上路由器控制器接收代表下 路由器在預約調(diào)度期間內(nèi)參加的多播地址的調(diào)度結果的預約調(diào)度信 息，所述優(yōu)先級次序是在控制上路由器的上路由器控制器中按照要在 預約調(diào)度期間內(nèi)多播的內(nèi)容的會話信息來確定的，所述會話信息存儲 在客戶設備上；按照預約調(diào)度信息，將與預約調(diào)度期間內(nèi)每個內(nèi)容的頻道切換時 間有關的信息加入存儲的作為多播目標的內(nèi)容的會話信息中；以及 根據(jù)與頻道切換時間有關的信息，在預約調(diào)度期間內(nèi)以可識別的方式來顯示每個內(nèi)容的頻道切換時間。
16. —種控制將從傳送服務器多播的內(nèi)容轉(zhuǎn)發(fā)到客戶設備的上路 由器的方法，該方法包含如下步驟從多個客戶設備的每一個中檢索很有可能被客戶設備執(zhí)行的相關內(nèi)容的會話信息當中，計劃在預約調(diào)度期間內(nèi)多播的內(nèi)容的會話信 命 按照檢索的會話信息，來確定預約調(diào)度期間內(nèi)多播地址的優(yōu)先級 次序，并根據(jù)確定的優(yōu)先級次序和連接上路由器與下路由器的訪問網(wǎng) 絡的允許工作負荷，來調(diào)度每個下路由器在預約調(diào)度期間內(nèi)參加的多 播地址；以及將指示調(diào)度結果的預約調(diào)度信息通知下路由器控制器。
全文摘要
一種多播系統(tǒng)包括傳送服務器，用于經(jīng)由至少一個上路由器和多個下路由器來多播內(nèi)容；多個客戶設備，用于播放由傳送服務器多播的內(nèi)容；以及上路由器控制器、內(nèi)容檢索單元和內(nèi)容播放單元?？蛻粼O備包括個別存儲單元、內(nèi)容檢索單元、內(nèi)容播放單元、切換時間加入單元和顯示控制器。傳送服務器包括內(nèi)容傳送單元，用于將每個內(nèi)容傳送到客戶設備。上路由器控制器包括會話信息檢索單元、預約調(diào)度單元和調(diào)度信息通知器。
文檔編號H04L12/56GK101247249SQ200810005680
公開日2008年8月20日 申請日期2008年2月15日 優(yōu)先權日2007年2月15日
發(fā)明者山岸靖明, 橋本勝憲 申請人:索尼株式會社