用於音樂管理的系統和方法

2023-06-10 21:12:31 1

專利名稱：用於音樂管理的系統和方法
技術領域：
本發明總體上涉及信息處理領域，更確切地說，涉及用於音樂管理的系統和方法。
背景技術：
隨著信息技術的進步，已經根據用戶的需求出現了許多新興技術。多媒體服務管 理是在多媒體領域中的新興技術之一。最近，用於回放音樂的音樂管理需求已經得到增長。 主要的重點在於音樂分發服務。這種服務使得用戶能夠在網際網路上購買音樂數據時，在線 收聽音樂。此外，可以基於不同的情緒、歌手、作曲家、語言等來將音樂分類。而且，用戶可 能想在伺服器上的公用位置處存儲他/她喜愛的歌曲列表。有時用戶可能想對某些歌曲進 行評級。這些評級可以用於在用戶下一次請求音樂時，對待播放的歌曲進行選擇。音樂管 理的一方面是具有完整、連續的音樂服務。例如，這些服務包括，歌曲評級、列出要播放的歌 曲、對用戶喜愛歌曲的列表進行存儲等。將音樂數據存儲在用於分發的音樂分發伺服器上。 用戶可以使用客戶端設備下載音樂數據。此外，在客戶端設備處的用戶所期望的各種服務 可以由音樂分發伺服器提供。然而，當在音樂數據中的條目數目增加時，用戶需要從大量音 樂數據的條目中搜索期望的音樂數據。從大量的音樂數據條目中搜索音樂數據的處理是耗 時並且複雜的。為了減少搜索音樂數據的時間/複雜度，傳統的音樂管理方法使用諸如藝術家名 稱、音樂作品標題、流派和年代等的分類來搜索期望的音樂數據。在音樂作品的標題或藝術 家的名稱未知的情形下，該方法使用音樂的歌詞或者音樂發行的年份。另一種傳統音樂管 理系統使用基於對收聽音樂時所感受到的圖像和印象的敏感性信息的搜索。這些印象可以 是，例如，當收聽者收聽該音樂時對收聽者情緒進行定義的「舒適」、「振奮」、「愉悅」等。然而，上述傳統的音樂管理方法可能不總是允許對適合於用戶的當前偏好的音樂 數據進行搜索。而且，從利用實時流協議——實時協議(RTSP-RTP)的預定義音樂信道對音 軌進行傳送，並且利用HTTP協議來分離地獲取音樂的元數據。這導致在客戶端設備和音 樂分發伺服器之間的大量消息交換。此外，在流傳送期間遇到損壞的音樂數據的情形下， RTSP-RTP和HTTP消息交換的使用會導致同步問題。


根據本發明，在其中，在所有的單獨的視圖裡相同參考符號表示相同或功能類似元件；並且與下文具體描述一起被包含在說明書中並形成說明書的部分的所附附圖被用於 進一步闡釋各種實施例，並且解釋各種原則和優勢。圖1示出了在其中可以實踐本發明的各種實施例的示例性環境；圖2示出了根據本發明的示例性網絡設備的框圖；圖3示出了根據本發明實施例的呼叫流程圖；以及圖4是示出了根據本發明實施例的用於音樂管理的方法的流程圖。本領域的技術人員應當理解的是，附圖中元件是出於簡明和清楚目的而示出的，並且不需要按比例來進行繪製。例如，在附圖中的某些元件的尺寸相對於其他元件可能被 誇大，以有助於改善對本發明的實施例的理解。
具體實施例方式在具體描述根據本發明各種實施例的用於音樂管理的具體系統之前，應注意的 是，本發明主要與音樂管理相關的方法步驟的組合有關。因此，在附圖中適當之處通過傳統 符號來表示系統組件和方法步驟，其僅示出了與本發明的理解相關的那些具體細節，以避 免因對於利用此處描述的那些本領域的技術人員而言顯而易見的細節模糊了本發明。在本文獻中，術語「包括(comprises) 」、「包括(comprising)，，或其任何其他變體 旨在涵蓋非排他性包含，從而包括元件列表的處理、方法、物件或裝置不僅包含那些元件， 而是可以包含未明確列出或在這種處理、方法、物件或裝置中所固有的其他元件。處在「包 括(comprises…a) 」之前的元件在沒有更多約束的情況下，不排除在包括該元件的處理、方 法、物件或裝置中存在額外的相同元件。本文獻中所使用的術語「另一個(another)」被定 義為至少第二個或更多。此處所使用的術語「包含(includes) 」和/或「具有(having)」被 定義為包括。在此處的描述中，給出了多個特定的示例，以提供對本發明各種實施例的透徹理 解。包含的這些示例僅是闡釋性目的，並且其目的並非是窮盡所有或以任何方式來限制本 發明。應注意的是，在本發明的精神和範圍內，各種等效修改是可能的。然而，本領域的技 術人員應當認識到，在使用或不使用如在本描述中提及裝置、系統、構件、方法、組件的條件 下，都可以實踐本發明的實施例。對於一個實施例而言，提供了一種通過使用實時流協議(RTSP)，在通信網絡中提 供多媒體服務的方法。該通信網絡包含客戶端設備和網絡設備。在網絡設備處的所述方法 包含從客戶端設備接收對於服務的請求。此外，在網絡設備處的所述方法包含基於該請求， 將屬性集合和與所述屬性集合的每個屬性相對應的子屬性傳送至客戶端設備。每個屬性和 每個子屬性與一個或多個數據文件相關。此外，在網絡設備處的所述方法包括對與一個 或多個數據文件相關的元數據集合進行基本上持續地傳送，直到來自客戶端設備的幹預為 止。基於客戶端設備對傳送的子屬性和屬性集合的響應，來選擇一個或多個數據文件的每 個數據文件。就另一實施例而言，提供了一種網絡設備。該網絡設備包含接收模塊，該接收模塊 用於在通信網絡中從客戶端設備接收多媒體服務的請求。而且，該網絡設備包含傳送模塊。 該傳送模塊被構造成基於請求，將屬性集合和與所述屬性集合的每個屬性相對應的子屬性 傳送至客戶端設備。每個屬性和每個子屬性與一個或多個數據文件相關聯。此外，該傳送 模塊被構造成對與一個或多個數據文件相關的元數據進行基本持續地傳送，直到來自客戶 端設備的幹預為止。基於客戶端設備對傳送的屬性集合的響應，來選擇該一個或多個數據 文件的每個數據文件。術語「基本持續地」指的是相對於元數據被傳送的時間而進行的元數據的持續傳 送。在元數據中的數據條目可以具有在其他數據值之間的一個或多個零數據值。在下文中， 相對於元數據傳送有關的上述定義，採用術語「基本持續地」的用法。本發明提供了對於在用於多媒體服務分發的傳統方法中所遇到的同步問題的解決方案。本發明主動傳送用於一個或多個數據文件的元數據。在傳統方法中，一個或多個 數據文件的每個數據文件的元數據只能由客戶端設備來請求。圖1示出了其中可以實踐本發明的各個實施例的示例性環境100。環境100可以包含網絡設備102和至少一個客戶端設備104。在下文，為簡明起見，將該至少一個客戶端 設備104稱為客戶端設備104。網絡設備102向客戶端設備104提供多媒體服務。在此，將 網絡設備102和客戶端設備104表示為框圖。網絡設備102可以是能夠用於伺服器用途的 任何電子設備。客戶端設備104可以是能夠與被表示為網絡設備102的伺服器進行通信的 任何電子設備。網絡設備102的示例包括，但不限於，流伺服器、流管理伺服器、計算機和集 成伺服器。此外，網絡設備102可以是兩個或更多個伺服器的組合。客戶端設備104的示 例包括，但不限於，計算機、行動電話、音樂播放器、無線電接收機等。例如，本(Ben)可以是客戶端設備104的用戶，他希望收聽「槍與玫瑰」樂隊的60 年代的歌曲音軌。對於該音樂服務而言，Ben可以使用客戶端設備104將請求發送至網絡 設備102。網絡設備102可以將服務列表發送至客戶端設備104。Ben可以選擇他希望使 用的服務，並且基於他的選擇，網絡設備102可以將子屬性和屬性集合發送給他。這些子屬 性對應於屬性集合的每個屬性。然後，他可以選擇屬性「音樂發行年份」和「搖滾」。他的選 擇的子屬性可以是「60年代」和「槍與玫瑰」。Ben還可以選擇他想收聽的歌曲音軌的數目。 網絡設備102可以將選擇的歌曲音軌傳送至客戶端設備104。因此，Ben可以通過利用多媒 體音樂服務，收聽在他的客戶端設備上選擇的歌曲。此外，客戶端設備104和網絡設備102 可以通過利用在本領域中已知的標準通信協議進行通信。就一個實施例而言，標準通信協 議可以是實時流協議(RTSP)。圖2示出了根據本發明實施例的網絡設備102的框圖。網絡設備102是將多媒體 服務提供給客戶端設備104的伺服器。網絡設備102可以是專用伺服器、計算機或具有兩 個或多個伺服器的組合的集成伺服器、能夠作為伺服器的無線設備、能夠作為伺服器的有 線設備等。網絡設備102包含接收模塊202和傳送模塊204。接收模塊202可以從客戶端 設備接收對於多媒體服務的請求。就一個實施例而言，多媒體服務可以是音樂服務。例如， 用戶可以通過使用客戶端設備，向網絡設備102請求音樂服務。用戶可以請求在網絡設備 102處可用的，具有諸如流派的特定屬性的歌曲列表。為了描述本發明，請求客戶端設備可 以是客戶端設備104。就一個實施例而言，客戶端設備104可以通過使用實時流協議(RTSP)與網絡設 備102通信。典型地，RTSP通信方法可以被用於對在例如網際網路的通信網絡上的流媒體進 行控制。在RTSP通信方法中，RTSP命令可以由客戶端設備104發送，以請求來自網絡設備 102的用於多媒體數據文件的子屬性和屬性集合。在接收到RTSP請求之後，網絡設備102 可以根據RTSP通信方法，將子屬性和屬性列表傳送至客戶端設備104。此外，基於由客戶端 設備104進行的屬性和子屬性的選擇，網絡設備102選擇一個或多個多媒體數據文件。此 夕卜，網絡設備102可以基本持續地將對應於該一個或多個數據文件的元數據集合傳送至客 戶端設備104。根據RTSP方法，通過使用GET_PLAYLIST_ATTRIBUTE (獲取播放列表屬性)命令， 客戶端設備104可以發送對於多媒體服務的請求。接收模塊202接收對於多媒體服務的請 求。就一個實施例而言，接收模塊202可以被構造成接收從客戶端設備104至網絡設備102的所有後續的通信。傳送模塊204可以被構造成響應於多媒體請求，將音樂數據傳送至客 戶端設備104。就一個實施例而言，傳送模塊204可以基於對多媒體服務的請求，將子屬性 和屬性集合傳送至客戶端設備104。子屬性對應於屬性集合的每個屬性。例如，如果請求是 關於歌曲列表的，則傳送模塊將提供具有像流派、標題、藝術家名稱、音樂發行年份等的屬 性的歌曲列表。子屬性可以對應於這些屬性的每個。例如，用於音樂發行年份的子屬性可 以是60年代、70年代等。此外，每個屬性和子屬性與一個或多個數據文件相關。每個數據 文件對應於一首歌曲。就一個實施例而言，客戶端設備104被要求在建立會話時，僅將根據 RSTP方法的GET_PLAYLIST_ATTRIBUTE (獲取播放列表屬性)命令發送一次。而且，網絡設 備102可以在會話開始時，僅將子屬性和屬性集合傳送一次。會話可以被定義為客戶端設 備104和網絡設備102之間的互動，其包含多媒體服務的請求和後續的服務。此外，傳送模塊204可以被構造成對與一個或多個數據文件相關的元數據集合進 行基本持續地傳送，直到存在來自客戶端設備104的幹預為止。元數據是被用於處理數據 文件的基本數據。例如，在數據文件為歌曲的情形下，歌曲的元數據可以包含對於處理數據 文件是必要的並且使得用戶能夠通過媒體播放器播放該歌曲的數據。就一個實施例而言， 傳送模塊204可以在相關子屬性和屬性集合傳送之後對元數據進行傳送。基於客戶端設 備104對於傳送的子屬性和屬性集合的響應，選擇用於其的元數據被傳送的一個或多個數 據文件。例如，當客戶端設備104請求60年代的歌曲時，傳送模塊204可以傳送在60年代 發行的一個或多個歌曲以及它們的元數據。此外，傳送模塊204可以基本持續地傳送數據 文件和相關元數據，直到存在來自客戶端設備104的用戶的幹預。當存在利用DESCRIBE_ PLAYLIST(描述播放列表)方法的來自客戶端設備104的幹預時，網絡設備102發送對於 DESCRIBE_PLAYLIST (描述播放列表)的響應。就一個實施例而言，DESCRIBE_PLAYLIST (描 述播放列表)方法具有客戶端設備104已經於預的特定數據文件的信息。例如，在音樂服 務中，DESCRIBE_PLAYLIST(描述播放列表)方法將提供與客戶端設備104已經幹預的歌曲 相關的信息。在傳送信息之後，網絡設備102恢復用於隨後數據文件的元數據的傳送。對 於DESCRIBE_PLAYLIST (描述播放列表)的響應提供了與媒體類型相關的信息、在編碼該媒 體中所使用的比特率以及其他媒體特定信息。本發明建議在DESCRIBE_PLAYLIST(描述播 放列表)響應中還提供元數據信息。為了描述清楚起見，在下文中，已經將由網絡設備102根據客戶端設備104的請求 所提供的術語「多媒體服務」與術語「音樂服務」可互換地使用，其中，「音樂服務」是特定類 型的多媒體服務。圖3示出了根據本發明實施例的網絡設備102和客戶端設備104之間的呼叫流 程圖。在客戶端設備104處的用戶可以從網絡設備102請求該用戶所期望的多媒體服務。 通過將客戶端設備104用於多媒體服務，用戶可以發起與網絡設備102的會話。為了發起 用於接收多媒體服務，例如，音樂服務的會話，客戶端設備104將服務發起請求302發送至 網絡設備102。就一個實施例而言，服務發起請求302可以是根據RTSP通信方法的GET_ PLAYLIST_ATTRIBUTE (獲取播放列表屬性)命令。該GET_PLAYLIST_ATTRIBUTE (獲取播放 列表屬性)命令可以被用於請求網絡設備102以獲取子屬性和屬性集合。就另一實施例而 言，服務發起請求302可以作為對網絡設備102的指示，該指示表示客戶端設備104支持 RTSP通信方法。
響應服務發起請求302，網絡設備102將確認消息304傳送至客戶端設備104。就 一個實施例而言，確認消息304可以是服務確認消息，以確認來自客戶端設備104的服務發 起請求302的接收。就另一實施例而言，確認消息304可以是向客戶端設備104提供網絡 設備102處可用的多媒體服務列表的消息。就另一實施例而言，確認消息304的傳送可以 表示網絡設備已經被準備，以提供服務發起請求302。就另一實施例而言，在接收了確認消息304之後，客戶端設備將第一響應306發送 至網絡設備102。就一個實施例而言，第一響應306可以作為對網絡設備102的指示，該指 示表示客戶端設備104已準備好從網絡設備102接收數據。就另一實施例而言，第一響應 306可以是根據RTSP通信方法的GET_PLAYLIST_ATTRIBUTE (獲取播放列表屬性)命令。該 GET_PLAYLIST_ATTRIBUTE(獲取播放列表屬性)命令可以被用於請求網絡設備102以獲取 子屬性和屬性集合。就又一實施例而言，第一響應306可以被包含在服務發起請求302中。 在某些情形下，服務發起請求302和第一響應306可以包含與在服務期間由網絡設備102 傳送的歌曲音軌的數目相關的信息。就某些實施例而言，如果歌曲音軌的數目沒有在服務 發起請求302或者第一響應306中指定，那麼網絡設備102選擇默認數目的音軌用於傳送。 此外，如果客戶端設備104不選擇任何屬性，那麼網絡設備102選擇預定義的屬性集合的數 據文件。此外，網絡設備102傳送預定義的屬性集合的元數據。此外，網絡設備102傳送屬性-內容308至客戶端設備104。就一個實施例而言， 基於來自客戶端設備104的服務發起請求302和第一響應306中的一個，屬性_內容集合 308可以提供子屬性集合和與每個屬性相對應的子屬性。對於由客戶端設備104所請求的 音樂服務，子屬性和屬性集合可以是具有像流派、標題、藝術家名稱、音樂發行年份等屬性 的歌曲列表。子屬性可以對應於這些屬性的每個。例如，用於音樂發行年份的子屬性可以 是60年代、70年代等。此外，每個屬性和子屬性與一個或多個數據文件相關。每個數據文 件可以對應於一首歌曲。因此，通過使用屬性-內容308，網絡設備102可以對子屬性和屬 性集合進行傳送。在接收到屬性-內容308之後，客戶端設備104發送第二響應310至網絡設備102。 就一個實施例而言，第二響應310可以是確認屬性-內容308的接收的確認消息。就另一 實施例而言，第二響應310可以是DESCRIBE_PLAYLIST (描述播放列表)方法。DESCRIBE_ PLAYLIST(描述播放列表)可以是由客戶端設備104所選擇的子屬性和屬性集合。基於客 戶端設備104的這種選擇，網絡設備102可以發送數據-內容312。就又一實施例而言，基 於向客戶端設備104傳送的屬性-內容308，第二響應310可以表示對歌曲和數據文件的特 定集合的選擇。就又另一實施例而言，客戶端設備104不需要將第二響應310發送至網絡 設備102。此外，網絡設備102可以傳送數據-內容312至網絡設備104。就一個實施例而言， 網絡設備102基本上持續地對數據-內容312進行傳送，直到存在來自客戶端設備104的 幹預為止。數據_內容312可以包含用於與在屬性_內容308中傳送的子屬性和屬性集合 相關的一個或多個數據文件的元數據集合。基於來自客戶端設備104的服務發起請求302 和第一響應306，可以選擇一個或多個數據文件。就一個實施例而言，通過使用數據-內容 312傳送的用於一個或多個數據文件的元數據集合可以是會話描述協議(SDP)文件。就另 一個實施例而言，數據-內容312可以是根據RTSP通信方法的DESCRIBE_PLAYLIST(描述播放列表)方法。DESCRIBE_PLAYLIST(描述播放列表)方法可以提供與有客戶端設備104 所期望的數據文件相關的信息。例如，DESCRIBE_PLAYLIST(描述播放列表)方法可以包含 與用於歌曲音軌集合的元數據和流統一資源定位器(URL)相關的信息。此外，客戶端設備104可以發送服務請求314至網絡設備102。服務請求314可以是例如流媒體請求。就一個實施例而言，服務請求314可以是在數據-內容312的傳送 期間來自客戶端設備104的幹預。該幹預可以發送指示至網絡設備102，以發送與元數據 相關的數據文件的描述，在該指示傳送期間，服務請求314被發送。例如，當接收用於歌曲 音軌「son of a gim(槍之子)」的元數據時，客戶端設備104的用戶可以通過使用服務請 求314來發送幹預。在接收到該幹預之後，網絡設備102可以通過使用流媒體內容316來 發送被請求的歌曲音軌的描述。對另一實施例而言，服務請求314可以發送指示至網絡設 備102以開始對音樂進行流傳送。在該實施例中，網絡設備102可以通過利用流媒體內容 316將音樂流傳送至客戶端設備104。例如，流媒體內容316可以開始向客戶端設備104流 傳送數據文件。通過利用流傳送的數據文件和接收到的元數據，客戶端設備104可以處理 該接收到的數據文件。此外，網絡設備102保持基本持續地將元數據集合傳送至客戶端設 備 104。在某些情形下，從網絡設備102傳送至客戶端設備104的任何數據文件可能有錯 誤或者可能被損壞。結果，客戶端設備104可能無法處理損壞的數據文件。根據用於多媒 體服務分發的傳統方法，這可能導致在客戶端設備104和網絡設備102之間的同步問題。 傳統地，因為傳統方法沒有採用基本持續地將元數據傳送至客戶端設備104，所以客戶端設 備必須將用於每個數據文件的元數據的獨立請求發送至網絡設備。在這種情形下，當數據 文件損壞時，用於後續的數據文件的元數據對於客戶端設備104而言可能是不可用的。結 果，由於相應元數據的不可用，使得後續的數據文件可能不被處理。本發明主動地對用於該 一個或多個數據文件的每個數據文件的元數據進行基本持續地傳送。在該情形下，當遇到 損壞的數據文件時，客戶端設備104不需要獨立地請求用於隨後的數據文件的元數據。此 夕卜，在數據文件損壞的情況下，客戶端設備104能夠處理隨後的數據文件，因為隨後數據文 件的元數據被網絡設備102主動地傳送至客戶端設備104。此外，元數據信息可以作為SDP 文件而被發送，其消除了客戶端設備104為與每個數據文件相關的其他信息發送額外的請 求的需求。例如，在音樂服務的情形下，其他信息可以是與在客戶端設備104處播放的歌曲 音軌相關的圖片、專輯藝術等。圖4是示出了根據本發明實施例的用於音樂管理的方法的流程圖。為了描述該方 法，將參考圖1、2和3，雖然顯而易見的是該方法還可以應用在任何其他適當的系統中。在 步驟402，開始用於音樂管理的方法。在步驟404，網絡設備102從客戶端設備104接收用 於發起多媒體服務的請求。就一個實施例而言，多媒體服務可以是音樂服務。就另一實施 例而言，來自客戶端設備104的請求可以是服務發起請求302。網絡設備102和客戶端設備 104之間的通信可以是通過使用RTSP通信方法的通信。就一個實施例而言，對於多媒體服 務的請求可以是根據RTSP通信方法的GET_PLAYLIST_ATTRIBUTE (獲取播放列表屬性)命 令。在步驟406，網絡設備102可以將子屬性和屬性集合傳送至客戶端設備104。子屬 性對應於該屬性集合的每個屬性。基於來自客戶端設備104的請求，可以對屬性集合進行傳送。此外，每個屬性和子屬性與一個或多個數據文件相關。就一個實施例而言，該數據文 件可以是歌曲或音樂文件。此外，對於由客戶端設備104所請求的音樂服務，子屬性和屬性 集合可以是具有像流派、標題、藝術家名稱、音樂發行年份等的屬性的歌曲列表。子屬性可 以對應於這些屬性的每個。例如，用於音樂發行年份的子屬性可以是60年代、70年代等。 因此，在步驟406，可以由網絡設備102傳送用於歌曲列表的子屬性和屬性集合。在步驟408，網絡設備102基本持續地對與一個或多個數據文件相關的元數據集 合進行傳送，直到存在來自客戶端設備104的幹預。基於對來自客戶端設備104的子屬性 和屬性集合的響應，可以選擇一個或多個數據文件。例如，如果客戶端設備104對於音樂服 務的響應是60年代的歌曲，那麼，該一個或多個數據文件可以是在60年代中發行的那些歌 曲。就一個實施例而言，元數據可以作為SDP文件而被傳送。元數據是用於處理數據文件 的基本數據。本發明的各個實施例提供了一種或多種優點。本發明可以由能夠支持RTSP/RTP 通信方法的任何通信設備來實現。而且，因為客戶端設備104不需要發送用於每個數據文 件的元數據的獨立請求，所以來自網絡設備102的對於客戶端設備104的服務請求有更快 的響應。此外，由於元數據基本上持續地被從網絡設備102傳送至客戶端設備104，在它們 之間交換的消息的數目被顯著減少。而且，因為對於由技術演進導致的RTSP通信方法的各 種變化具有容易的適應性，所以本發明為通信設備提供了更大的靈活性。應理解的是，此處所描述的用於音樂管理的系統和方法可以包括一個或多個傳統 處理器，以及控制該一個或多個處理器的唯一存儲的程序指令，從而與某些非處理器電路 聯合，實現此處所描述系統的功能的某些、絕大多數或全部。非處理器電路可以包含，但不 限於，信號驅動器、時鐘電路、電源電路和用戶輸入設備。由此，這些功能可以被解釋為用於 在通信網絡中傳送消息的方法和系統的步驟。可選地，這些功能的某些或全部可以由不具 有存儲的程序指令的狀態機來實現，或者以一個或多個專用集成電路(ASIC)來實現，在專 用集成電路(ASIC)中，每項功能或者這些功能的某些的組合被實現為定製邏輯。當然，也 可以使用這兩種方法的組合。由此，用於這些功能的方法和裝置此處已經作了描述。可預期的是，儘管在例如可用時間、當前技術和經濟考慮的驅動下，本領域的技術 人員可能付出了顯著努力和做出許多設計選擇，但是當在此處所公開的概念和原則的指導 下時，其將能夠以最少的實驗，容易地生成這種軟體指令、程序和IC。在前文的描述中，已經結合特定實施例描述了本發明及其益處和優點。然而，本 領域的技術人員應當理解的是，在不脫離如下文的權利要求所闡明的本發明的範圍的條件 下，可以做出各種修改和改變。因此，本說明書和附圖應被視為闡釋性而非限制性，並且所 有這種修改應被包含在本發明的範圍內。這些益處、優點、問題解決方案和可能導致任何益 處、優點或解決方案出現或變得更為明顯的任何元件，不應被視為任何或所有權利要求的 關鍵、必需或本質特徵或元件。本發明僅由隨附的權利要求所定義，隨附的權利要求包含在 本發明審查期間所作的任何修正，以及如所發布的那些權利要求的所有等同內容。遵照37CF. R. § 1. 72 (b)，提供「公開摘要」，37CF. R. § 1. 72(b)要求允許讀者快速 確定該技術公開的本質的摘要。應理解的是，提交的摘要將不被用於解釋或限制權利要求 的範圍或含義。此外，在前文的「具體實施方式
」中，可以看出，在單個實施例中將各種特徵 歸納在一起是出於簡化本公開的目的。這種公開的方法不應被解釋為反映如下的目的，即，所聲明的實施例要求比在每項權利要求中所明確表述的特徵更多的特徵。相反，如下列權 利所反映的，發明的主題的特徵少於單個公開的實施例的所有特徵。因此，下列權利要求由 此被包含在具體實施方式
中，而每項權利要求作為獨立聲明的主題而存在。
權利要求
一種通過使用實時流協議(RTSP)在通信網絡中提供多媒體服務的方法，所述通信網絡包括客戶端設備和網絡設備，在所述網絡設備處的所述方法包括從所述客戶端設備接收對於所述服務的請求；基於所述請求，將屬性集合和與所述屬性集合的每個屬性相對應子屬性傳送至所述客戶端設備，其中，所述每個屬性和每個子屬性與一個或多個數據文件相關；以及基本持續地傳送與所述一個或多個數據文件相關的元數據集合，直到來自所述客戶端設備的幹預為止，其中，基於所述客戶端設備對所述傳送的子屬性和屬性集合的響應，來選擇所述一個或多個數據文件的每個數據文件。
2.根據權利要求1所述的方法，還包括在接收到所述請求之後，將確認消息從所述網 絡設備傳送至所述客戶端設備。
3.根據權利要求2所述的方法，還包括在傳送所述子屬性和屬性集合之前，在所述網 絡設備處從所述客戶端設備接收對於所述確認消息的第一響應。
4.根據權利要求3所述的方法，還包括基於來自所述客戶端設備的所述第一響應，對 所述第一或多個數據文件進行分類。
5.根據權利要求1所述的方法，還包括在持續傳送所述元數據集合之前，在所述網絡 設備處從所述客戶端設備接收對於所述傳送的子屬性和屬性集合的第二響應。
6.根據權利要求4所述的方法，其中，當所述客戶端設備未從所述屬性集合中選擇屬 性時，對於預定的屬性集合持續地傳送元數據集合。
7.根據權利要求1所述的方法，其中，所述服務是音樂服務。
8.根據權利要求1所述的方法，其中，所述元數據文件集合是會話描述協議(SDP)文件。
9.根據權利要求1所述的方法，還包括在所述網絡設備處從所述客戶端設備接收流媒 體請求。
10.一種網絡設備，包括接收模塊，所述接收模塊用於在通信網絡中從客戶端設備接收對於多媒體服務的請 求；以及傳送模塊，所述傳送模塊被構造成用於基於所述請求，將屬性集合和與所述屬性集合的每個屬性相對應的子屬性傳送至所述 客戶端設備，其中，每個屬性和每個子屬性與一個或多個數據文件相關；以及基本持續地傳送與所述一個或多個數據文件相關的元數據集合，直到來自所述客戶端 設備的幹預為止，其中，基於所述客戶端設備對所述傳送的屬性集合的響應，來選擇所述一 個或多個數據文件的每個數據文件。
11.根據權利要求10所述的網絡設備，其中，所述多媒體服務是音樂服務。
12.根據權利要求10所述的網絡設備，其中，從包括流伺服器和流管理伺服器的組中 選擇所述網絡設備。
13.根據權利要求10所述的網絡設備，其中，所述元數據集合是會話描述協議(SDP)文件。
14.根據權利要求10所述的網絡設備，其中，所述傳送器進一步被構造成在接收到所 述請求之後，將確認消息傳送至所述客戶端設備。
15.根據權利要求14所述的網絡設備，其中，所述接收模塊被構造成用於在傳送所述 子屬性和屬性集合之前，從所述客戶端設備接收對於所述確認消息的第一響應。
16.根據權利要求10所述的網絡設備，其中，所述接收模塊被構造成用於在持續傳送 所述元數據集合之前，從所述客戶端設備接收對於所述傳送的子屬性和屬性集合的第二響應。
17.根據權利要求10所述的網絡設備，其中，所述接收模塊被構造成用於從所述客戶 端設備接收流媒體請求。
全文摘要
提供了一種通過使用實時流協議(RTSP)在通信網絡中提供多媒體服務的網絡設備(102)和方法。該通信網絡包含客戶端設備(104)和網絡設備。在網絡設備處的方法包括從客戶端設備接收(404)對於服務的請求。而且，該方法包含基於該請求，將屬性集合和與該屬性集合的每個屬性相對應的子屬性傳送(406)至客戶端設備。每個屬性和每個子屬性與一個或多個數據文件相關。此外，該方法包括基本連續地傳送(408)與一個或多個數據文件相關的元數據，直到來自客戶端設備的幹預為止。基於客戶端設備對傳送的子屬性和屬性集合的響應，來選擇一個或多個數據文件的每個數據文件。
文檔編號G06F12/16GK101803292SQ200880107388
公開日2010年8月11日 申請日期2008年9月10日 優先權日2007年9月18日
發明者安庫爾·梅羅特拉, 布哈瓦納·巴特, 納溫·帕帕納 申請人:摩託羅拉公司