音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法、系統(tǒng)、客戶端和服務(wù)器的制造方法
【專利摘要】本發(fā)明提出一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法、系統(tǒng)、客戶端和服務(wù)器，其中該方法包括以下步驟：客戶端獲取音頻文件；客戶端根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及客戶端根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信息。本發(fā)明實施例方法，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
【專利說明】音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法、系統(tǒng)、客戶端和服務(wù)器
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及音頻傳輸控制和音頻處理【技術(shù)領(lǐng)域】，尤其涉及一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法、系統(tǒng)、客戶端和服務(wù)器。
【背景技術(shù)】
[0002]目前,服務(wù)器和客戶端(例如PC (personal computer,個人計算機)、移動終端等)結(jié)合播放音頻文件的方式越來越普及，也越來越流行，因此，用戶對音頻文件播放的要求也越來高。例如，用戶在客戶端中收聽音樂或者廣播的過程中，會希望在收聽文件音樂或者廣播的同時獲得一些與其相關(guān)的信息，例如，歌詞、專輯圖片、注釋信息等。目前，在音頻文件中加載與該音頻文件相關(guān)的信息通常有以下兩種方式，一種方式是在音頻文件中加入轉(zhuǎn)碼的音頻文件的標簽字段，該標簽字段主要用于定義與音頻文件相關(guān)的屬性信息，例如，在MP3格式的音頻文件中加入歌曲名稱、演唱者、專輯名稱、專輯時間、專輯流派等注釋信息。也就是說，在客戶端中將與音頻文件相關(guān)的信息以標簽的形式添加在音頻文件中，從而在播放設(shè)備播放該音頻文件時，通過檢測音頻文件中的標簽信息，獲取與該音頻文件相關(guān)的信息的超鏈接字段，并在適當?shù)臅r候打開相應(yīng)的超鏈接獲取音頻文件中存儲的相關(guān)信息；另一種方式是借助音頻水印技術(shù)或者聲音隱藏技術(shù)，在音頻文件的聽感知處理基礎(chǔ)上，將需要加載到音頻文件中的相關(guān)信息直接添加在音頻文件的數(shù)據(jù)中，在播放設(shè)備播放音頻文件時，通過對應(yīng)的水印檢測技術(shù)，對添加在音頻文件的數(shù)據(jù)中的相關(guān)信息進行識別。
[0003]然而，目前存在的問題是，前一種在音頻文件中添加標簽的方式操作比較簡單和基礎(chǔ)，由于添加標簽的位置較為明顯，因此標簽很容易被破解軟件“過濾”掉。此外，音頻文件更換標簽時必須重新編輯音頻文件的內(nèi)容，如果音頻文件的鏈接更新或者失效，用戶將音頻文件下載到客戶端時音頻文件無法獲得更新的音頻文件；后一種通過音頻水印加載相關(guān)信息的方式，由于相關(guān)信息直接加載在音頻文件的內(nèi)容中，這種方式計算量大并且較為復(fù)雜，而且仍然需要針對音頻文件的內(nèi)容進行處理，導(dǎo)致音頻文件更換標簽時會產(chǎn)生更新失敗或者管理失效的問題，用戶體驗差。

【發(fā)明內(nèi)容】

[0004]本發(fā)明旨在至少解決上述技術(shù)問題之一。
[0005]為此，本發(fā)明的第一個目的在于提出一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，該方法可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0006]本發(fā)明的第二個目的在于提出一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)。
[0007]本發(fā)明的第三目的在于提出一種客戶端。
[0008]本發(fā)明的第四目的在于提出一種服務(wù)器。[0009]為了實現(xiàn)上述目的，本發(fā)明第一方面實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，包括以下步驟:客戶端獲取音頻文件；所述客戶端根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及所述客戶端根據(jù)所述展現(xiàn)策略在播放所述音頻文件時加載對應(yīng)的所述至少一個超鏈接信息。
[0010]本發(fā)明實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0011]為了實現(xiàn)上述目的，本發(fā)明第二方面實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)，包括:客戶端和服務(wù)器，其中，所述客戶端，用于獲取音頻文件，并根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，以及根據(jù)所述展現(xiàn)策略在播放所述音頻文件時加載對應(yīng)的所述至少一個超鏈接信息。
[0012]本發(fā)明實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0013]為了實現(xiàn)上述目的，本發(fā)明第三方面實施例的客戶端，包括:第一獲取模塊，用于獲取音頻文件；第二獲取模塊，用于根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及播放加載模塊，用于根據(jù)所述展現(xiàn)策略在播放所述音頻文件時加載對應(yīng)的所述至少一個超鏈接信息。
[0014]本發(fā)明實施例的客戶端，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0015]為了實現(xiàn)上述目的，本發(fā)明第四方面實施例的服務(wù)器，包括:接收模塊，用于接收客戶端發(fā)送的音頻文件的特征信息；獲取模塊，用于根據(jù)所述特征信息獲取所述音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及發(fā)送模塊，用于將所述音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略發(fā)送至所述客戶端。
[0016]本發(fā)明實施例的服務(wù)器，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0017]本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。
【專利附圖】

【附圖說明】
[0018]本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變得明顯和容易理解，其中，
[0019]圖1是本發(fā)明一個實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法的流程圖；[0020]圖2是本發(fā)明一個實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)的結(jié)構(gòu)框圖；
[0021]圖3是本發(fā)明一個實施例的客戶端的結(jié)構(gòu)框圖；
[0022]圖4是本發(fā)明一個具體實施例的客戶端的結(jié)構(gòu)框圖；
[0023]圖5是本發(fā)明另一個具體實施例的客戶端的結(jié)構(gòu)框圖；
[0024]圖6是本發(fā)明一個實施例的服務(wù)器的結(jié)構(gòu)框圖；以及
[0025]圖7是本發(fā)明一個具體實施例的服務(wù)器的結(jié)構(gòu)框圖。
【具體實施方式】
[0026]下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。相反，本發(fā)明的實施例包括落入所附加權(quán)利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。
[0027]在本發(fā)明的描述中，需要理解的是，術(shù)語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。在本發(fā)明的描述中，需要說明的是，除非另有明確的規(guī)定和限定，術(shù)語“相連”、“連接”應(yīng)做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連。對于本領(lǐng)域的普通技術(shù)人員而言，可以具體情況理解上述術(shù)語在本發(fā)明中的具體含義。此外，在本發(fā)明的描述中，除非另有說明，“多個”的含義是兩個或兩個以上。
[0028]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本發(fā)明的實施例所屬【技術(shù)領(lǐng)域】的技術(shù)人員所理解。
[0029]下面參考附圖描述本發(fā)明實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法、系統(tǒng)、客戶端和服務(wù)器。
[0030]目前，音頻文件中加載與該音頻文件相關(guān)信息的方法存在標簽很容易被破解軟件“過濾”掉，或者計算量大并且較為復(fù)雜的缺點，導(dǎo)致用戶體驗差。如果可以在音頻文件中加載例如聲音內(nèi)容、文本內(nèi)容或者圖像內(nèi)容等超鏈接信息，并配合客戶端中的應(yīng)用程序進行操作控制，可增強用戶體驗，即通過對音頻文件進行編碼，添加超鏈接信息，然后在客戶端播放該音頻文件時，通過音頻處理技術(shù)檢測出隱藏的超鏈接信息，或者根據(jù)音頻文件內(nèi)容的特征進行控制操作。由此，實現(xiàn)用戶相應(yīng)控制操作的效果，提升了用戶體驗。為此，本發(fā)明提出了一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，包括以下步驟:客戶端獲取音頻文件；客戶端根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及客戶端根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信息。
[0031]圖1是本發(fā)明一個實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法的流程圖。
[0032]如圖1所示，通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，包括下述步驟:
[0033]步驟S101，客戶端獲取音頻文件。
[0034]在本發(fā)明的實施例中，客戶端可包括但不限于PC、手機、平板電腦、個人數(shù)字助理、電子書等具有各種操作系統(tǒng)的硬件設(shè)備。音頻文件不僅可以包括例如MP3、CD、WAV等格式的音頻多媒體文件，還可以包括DVD、MPEG等格式的視頻多媒體文件。
[0035]具體地，當用戶播放客戶端的本地存儲器中存儲的音頻文件，或者用戶在服務(wù)器在線播放音頻文件時，客戶端可獲取用戶選擇播放的音頻文件。此外，客戶端還可以獲取用戶使用客戶端中的例如麥克風(fēng)等硬件設(shè)備錄制的音頻文件。
[0036]步驟S102，客戶端根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。
[0037]在本發(fā)明的一個實施例中，客戶端根據(jù)音頻文件生成特征信息，并將特征信息發(fā)送至服務(wù)器，服務(wù)器根據(jù)特征信息提供音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，并發(fā)送至客戶端。具體地，首先，客戶端可分析音頻文件的特征信息，其中，特征信息包括音頻文件的指紋特征信息，和/或音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。以音頻文件的指紋特征信息為例，客戶端對音頻文件進行分幀處理后，每一部分都具有其各自的特征信息?？蛻舳丝梢赃x擇完整的音頻文件或者部分的音頻文件來計算該音頻文件的指紋特征信息，然后將指紋特征信息發(fā)送至服務(wù)器。
[0038]此外，服務(wù)器可事先在服務(wù)器的例如數(shù)據(jù)庫中建立各種音頻文件的指紋特征信息與特定的超鏈接信息的對應(yīng)關(guān)系，即將音頻文件的指紋特征信息和超鏈接信息耦合在一起。例如，服務(wù)器可通過歌曲的指紋特征信息查詢和該歌曲對應(yīng)的歌名、歌手介紹等文本信息，并建立指紋特征信息和該文本信息的對應(yīng)關(guān)系，即通過超鏈接的方式將文本文檔和音頻文件耦合在一起；或者對于一些用戶觀看的例如電視節(jié)目或者電影等，服務(wù)器還可通過視頻中音頻的指紋特征信息查詢視頻中某個商品的具體介紹和購買方式等信息，并將這些信息和視頻文件耦合在一起等等。其中，超鏈接信息可由服務(wù)提供商預(yù)先設(shè)定的，例如，廣告、文字等信息，或者URL(Uniform Resource Locator,統(tǒng)一資源定位符)鏈接,或者還可以是多媒體內(nèi)容信息等，并且服務(wù)提供商可將超鏈接信息上傳至服務(wù)器的數(shù)據(jù)庫中保存。服務(wù)提供商在編輯超鏈接信息時，還可以借助例如LBS(Location Based Service,基于位置的服務(wù))位置和場景信息、或者根據(jù)用戶的年齡、性別、愛好等信息，將超鏈接信息推送給指定位置的用戶或者指定年齡、性別、愛好等的人群。應(yīng)理解，上述示例均可以使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅，并且上述示例僅僅是為了解釋本發(fā)明實施例中的方法，并不作為對本發(fā)明的限制。
[0039]更具體地，服務(wù)器接收到客戶端發(fā)送的音頻文件的指紋特征信息后，可在服務(wù)器中查詢是否存在對應(yīng)的超鏈接信息。如果服務(wù)器中存在對應(yīng)的超鏈接信息，則服務(wù)器可獲取超鏈接信息，并獲取對應(yīng)的超鏈接信息的展現(xiàn)策略，并將超鏈接信息和超鏈接信息的展現(xiàn)策略發(fā)送至客戶端。其中，展現(xiàn)策略可包括但不限于展現(xiàn)至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件，且展現(xiàn)策略由服務(wù)器設(shè)定或者由音頻文件的作者或上傳者設(shè)定。例如，服務(wù)器或者音頻文件的上傳者可設(shè)置超鏈接信息的展現(xiàn)時間為音頻文件播放到某個時間點，或者設(shè)置超鏈接信息在用戶點擊時才進行展現(xiàn)等。也就是說，服務(wù)器可在例如數(shù)據(jù)庫中保存服務(wù)提供商提供的超鏈接信息的同時，將該超鏈接信息的展現(xiàn)策略對應(yīng)地保存在數(shù)據(jù)庫中。
[0040]在本發(fā)明的一個實施例中，客戶端將音頻文件發(fā)送至服務(wù)器，服務(wù)器根據(jù)音頻文件生成特征信息，并根據(jù)特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，以及發(fā)送至客戶端。應(yīng)理解，在本發(fā)明的實施例中，音頻文件的特征信息可由客戶端分析獲取，亦可由服務(wù)器分析獲取。
[0041]步驟S103，客戶端根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信
肩、O
[0042]具體地，客戶端在播放音頻文件時，根據(jù)預(yù)設(shè)的展現(xiàn)策略加載超鏈接信息。例如，將超鏈接信息中的文字或者廣告信息，或者超鏈接信息中的URL地址等加載到客戶端的播放應(yīng)用程序中?？蛻舳丝筛鶕?jù)音頻文件的信號特點，即音頻信號的特征變化趨勢，例如音頻信號的能量包絡(luò)變化，對超鏈接信息進行控制操作。例如，當超鏈接信息為廣告圖片時，客戶端可根據(jù)音頻文件的音頻信號衰減的時間，控制廣告圖片的顯示時間。再例如，當超鏈接信息中存在需要用戶點擊確認的時間時，客戶端可根據(jù)音頻信號的特征，控制用戶響應(yīng)確認的時間。應(yīng)理解，上述示例均可使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅。
[0043]根據(jù)本發(fā)明實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0044]為了實現(xiàn)上述實施例，本發(fā)明還提出一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)。
[0045]一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)，包括:客戶端和服務(wù)器，其中，客戶端，用于獲取音頻文件，并根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，以及根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信息。
[0046]圖2是本發(fā)明一個實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)的結(jié)構(gòu)框圖。
[0047]如圖2所示，通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)，包括:客戶端10和服務(wù)器20。
[0048]具體地，客戶端10用于獲取音頻文件，并根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，以及根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信息。
[0049]在本發(fā)明的實施例中，客戶端10可包括但不限于PC、手機、平板電腦、個人數(shù)字助理、電子書等具有各種操作系統(tǒng)的硬件設(shè)備。音頻文件不僅可以包括例如MP3、CD、WAV等格式的音頻多媒體文件，還可以包括DVD、MPEG等格式的視頻多媒體文件。
[0050]更具體地，當用戶播放客戶端10的本地存儲器中存儲的音頻文件，或者用戶在服務(wù)器20在線播放音頻文件時，客戶端10可獲取用戶選擇播放的音頻文件。此外，客戶端10還可以獲取用戶使用客戶端10中的例如麥克風(fēng)等硬件設(shè)備錄制的音頻文件。
[0051]在本發(fā)明的實施例中，客戶端10還用于根據(jù)音頻文件生成特征信息，并將特征信息發(fā)送至服務(wù)器20，服務(wù)器20用于根據(jù)特征信息提供音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，并發(fā)送至客戶端10。具體地，首先，客戶端10可分析音頻文件的特征信息，其中，特征信息包括音頻文件的指紋特征信息，和/或音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。以音頻文件的指紋特征信息為例，客戶端10對音頻文件進行分幀處理后，每一部分都具有其各自的特征信息?？蛻舳?0可以選擇完整的音頻文件或者部分的音頻文件來計算該音頻文件的指紋特征信息，然后將指紋特征信息發(fā)送至服務(wù)器20。
[0052]此外，服務(wù)器20可事先在服務(wù)器20的例如數(shù)據(jù)庫中建立各種音頻文件的指紋特征信息與特定的超鏈接信息的對應(yīng)關(guān)系，即將音頻文件的指紋特征信息和超鏈接信息耦合在一起。例如，服務(wù)器20可通過歌曲的指紋特征信息查詢和該歌曲對應(yīng)的歌名、歌手介紹等文本信息，并建立指紋特征信息和該文本信息的對應(yīng)關(guān)系，即通過超鏈接的方式將文本文檔和音頻文件耦合在一起；或者對于一些用戶觀看的例如電視節(jié)目或者電影等，服務(wù)器20通過視頻中音頻的指紋特征信息查詢視頻中某個商品的具體介紹和購買方式等信息，并將這些信息和視頻文件耦合在一起等等。其中，超鏈接信息可由服務(wù)提供商預(yù)先設(shè)定的，例如，廣告、文字等信息，或者URL鏈接，或者還可以是多媒體內(nèi)容信息等，并且服務(wù)提供商可將超鏈接信息上傳至服務(wù)器的數(shù)據(jù)庫中保存。服務(wù)提供商在編輯超鏈接信息時，還可以借助例如LBS位置和場景信息、或者根據(jù)用戶的年齡、性別、愛好等信息，將超鏈接信息推送給指定位置的用戶或者指定年齡、性別、愛好等的人群。應(yīng)理解，上述示例均可以使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅，并且上述示例僅僅是為了解釋本發(fā)明實施例中的方法，并不作為對本發(fā)明的限制。
[0053]更具體地，服務(wù)器20接收到客戶端10發(fā)送的音頻文件的指紋特征信息后，可在服務(wù)器20中查詢是否存在對應(yīng)的超鏈接信息。如果服務(wù)器20中存在對應(yīng)的超鏈接信息，則服務(wù)器20可獲取超鏈接信息，并獲取對應(yīng)的超鏈接信息的展現(xiàn)策略，并將超鏈接信息和超鏈接信息的展現(xiàn)策略發(fā)送至客戶端10。其中，展現(xiàn)策略可包括但不限于展現(xiàn)至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件，且展現(xiàn)策略由服務(wù)器20設(shè)定或者由音頻文件的作者或上傳者設(shè)定。例如，服務(wù)器20或者音頻文件的上傳者可設(shè)置超鏈接信息的展現(xiàn)時間為音頻文件播放到某個時間點，或者設(shè)置超鏈接信息在用戶點擊時才進行展現(xiàn)等。也就是說，服務(wù)器20可在例如數(shù)據(jù)庫中保存服務(wù)提供商提供的超鏈接信息的同時，將該超鏈接信息的展現(xiàn)策略對應(yīng)地保存在數(shù)據(jù)庫中。
[0054]在本發(fā)明的實施例中，客戶端10還用于將音頻文件發(fā)送至服務(wù)器20，服務(wù)器20還用于根據(jù)音頻文件生成特征信息，并根據(jù)特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略，并發(fā)送至客戶端10。應(yīng)理解，在本發(fā)明的實施例中，音頻文件的特征信息可由客戶端10分析獲取，亦可由服務(wù)器20分析獲取。
[0055]然后，客戶端10在播放音頻文件時，根據(jù)預(yù)設(shè)的展現(xiàn)策略加載超鏈接信息。例如，將超鏈接信息中的文字或者廣告信息，或者超鏈接信息中的URL地址等加載到客戶端10的播放應(yīng)用程序中?？蛻舳?0可根據(jù)音頻文件的信號特點，即音頻信號的特征變化趨勢，例如音頻信號的能量包絡(luò)變化，對超鏈接信息進行控制操作。例如，當超鏈接信息為廣告圖片時，客戶端10可根據(jù)音頻文件的音頻信號衰減的時間，控制廣告圖片的顯示時間。再例如，當超鏈接信息中存在需要用戶點擊確認的時間時，客戶端10可根據(jù)音頻信號的特征，控制用戶響應(yīng)確認的時間。應(yīng)理解，上述示例均可使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅。
[0056]本發(fā)明實施例的通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。為了實現(xiàn)上述實施例，本發(fā)明還提出一種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)。
[0057]為了實現(xiàn)上述實施例，本發(fā)明還提出一種客戶端。
[0058]客戶端，包括:第一獲取模塊，用于獲取音頻文件；第二獲取模塊，用于根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及播放加載模塊，用于根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信息。
[0059]圖3是本發(fā)明一個實施例的客戶端的結(jié)構(gòu)框圖。
[0060]如圖3所示，客戶端包括:第一接收模塊110、第二獲取模塊120和播放加載模塊130。
[0061]具體地，第一獲取模塊110用于獲取音頻文件。其中，音頻文件不僅可以包括例如MP3、CD、WAV等格式的音頻多媒體文件，還可以包括DVD、MPEG等格式的視頻多媒體文件。更具體地，當用戶播放客戶端的本地存儲器中存儲的音頻文件，或者用戶在服務(wù)器在線播放音頻文件時，第一獲取模塊110可獲取用戶選擇播放的音頻文件。此外，第一獲取模塊110還可以獲取用戶使用客戶端中的例如麥克風(fēng)等硬件設(shè)備錄制的音頻文件。
[0062]第二獲取模塊120用于根據(jù)音頻文件對應(yīng)的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。其中，展現(xiàn)策略包括展現(xiàn)至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件，且展現(xiàn)策略由服務(wù)器設(shè)定或者由音頻文件的作者或上傳者設(shè)定。
[0063]播放加載模塊130用于根據(jù)展現(xiàn)策略在播放音頻文件時加載對應(yīng)的至少一個超鏈接信息。更具體地，在播放音頻文件時，播放加載模塊130根據(jù)預(yù)設(shè)的展現(xiàn)策略加載超鏈接信息。例如，播放加載模塊130將超鏈接信息中的文字或者廣告信息，或者超鏈接信息中的URL地址等加載到客戶端的播放應(yīng)用程序中。播放加載模塊130可根據(jù)音頻文件的信號特點，即音頻信號的特征變化趨勢，例如音頻信號的能量包絡(luò)變化，對超鏈接信息進行控制操作。例如，當超鏈接信息為廣告圖片時，播放加載模塊130可根據(jù)音頻文件的音頻信號衰減的時間，控制廣告圖片的顯示時間。再例如，當超鏈接信息中存在需要用戶點擊確認的時間時，播放加載模塊130可根據(jù)音頻信號的特征，控制用戶響應(yīng)確認的時間。應(yīng)理解，上述示例均可使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅。
[0064]本發(fā)明實施例的客戶端，可使用戶在播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0065]圖4是本發(fā)明一個具體實施例的客戶端的結(jié)構(gòu)框圖。
[0066]如圖4所示，客戶端包括:第一接收模塊110、第二獲取模塊120、播放加載模塊130，其中，第二獲取模塊120包括:特征信息生成單元121、特征信息發(fā)送單元122和接收單元123。
[0067]具體地，特征信息生成單元121用于根據(jù)音頻文件生成特征信息。更具體地，特征信息生成單元121可根據(jù)音頻文件生成特征信息，其中，特征信息包括音頻文件的指紋特征信息，和/或音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。以音頻文件的指紋特征信息為例，特征信息生成單元121對音頻文件進行分幀處理后，每一部分都具有其各自的特征信息。特征信息生成單元121可以選擇完整的音頻文件或者部分的音頻文件來生成該音頻文件的指紋特征信息。
[0068]特征信息發(fā)送單元122用于將特征信息發(fā)送至服務(wù)器，其中，服務(wù)器根據(jù)特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。更具體地，特征信息發(fā)送單元122將音頻文件的例如指紋特征信息發(fā)送至服務(wù)器，服務(wù)器可事先在服務(wù)器的例如數(shù)據(jù)庫中建立各種音頻文件的指紋特征信息與特定的超鏈接信息的對應(yīng)關(guān)系，即將音頻文件的指紋特征信息和超鏈接信息耦合在一起。例如，服務(wù)器可通過歌曲的指紋特征信息查詢和該歌曲對應(yīng)的歌名、歌手介紹等文本信息，并建立指紋特征信息和該文本信息的對應(yīng)關(guān)系，即通過超鏈接的方式將文本文檔和音頻文件耦合在一起；或者對于一些用戶觀看的例如電視節(jié)目或者電影等，服務(wù)器通過視頻中音頻的指紋特征信息查詢視頻中某個商品的具體介紹和購買方式等信息，并將這些信息和視頻文件耦合在一起等等。其中，超鏈接信息可由服務(wù)提供商預(yù)先設(shè)定的，例如，廣告、文字等信息，或者URL鏈接，或者還可以是多媒體內(nèi)容信息等，并且服務(wù)提供商可將超鏈接信息上傳至服務(wù)器的數(shù)據(jù)庫中保存。服務(wù)提供商在編輯超鏈接信息時，還可以借助例如LBS位置和場景信息、或者根據(jù)用戶的年齡、性別、愛好等信息，將超鏈接信息推送給指定位置的用戶或者指定年齡、性別、愛好等的人群。應(yīng)理解，上述示例均可以使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅，并且上述示例僅僅是為了解釋本發(fā)明實施例中的方法，并不作為對本發(fā)明的限制。
[0069]接收單元123用于接收服務(wù)器發(fā)送的音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。更具體地，服務(wù)器接收到客戶端發(fā)送的音頻文件的指紋特征信息后，可在服務(wù)器中查詢是否存在對應(yīng)的超鏈接信息。如果服務(wù)器中存在對應(yīng)的超鏈接信息，則服務(wù)器可獲取超鏈接信息，并獲取對應(yīng)的超鏈接信息的展現(xiàn)策略，并將超鏈接信息和超鏈接信息的展現(xiàn)策略發(fā)送至接收單元123。其中，展現(xiàn)策略可包括但不限于展現(xiàn)至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件，且展現(xiàn)策略由服務(wù)器設(shè)定或者由音頻文件的作者或上傳者設(shè)定。例如，服務(wù)器或者音頻文件的上傳者可設(shè)置超鏈接信息的展現(xiàn)時間為音頻文件播放到某個時間點，或者設(shè)置超鏈接信息在用戶點擊時才進行展現(xiàn)等。也就是說，服務(wù)器可在例如數(shù)據(jù)庫中保存服務(wù)提供商提供的超鏈接信息的同時，將該超鏈接信息的展現(xiàn)策略對應(yīng)地保存在數(shù)據(jù)庫中。本發(fā)明實施例的客戶端，可根據(jù)音頻文件生成特征信息，并接收服務(wù)器根據(jù)該特征信息發(fā)送的音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。
[0070]圖5是本發(fā)明另一個具體實施例的客戶端的結(jié)構(gòu)框圖。
[0071]如圖5所不,客戶端包括:第一接收模塊110、第二獲取模塊120、播放加載模塊130，其中，第二獲取模塊120包括:特征信息生成單元121、特征信息發(fā)送單元122和接收單元123、音頻文件發(fā)送單元124和接收單元125。
[0072]具體地，音頻文件發(fā)送單元124用于將音頻文件發(fā)送至服務(wù)器，其中，服務(wù)器根據(jù)音頻文件生成特征信息，并根據(jù)特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。
[0073]接收單元125，用于接收服務(wù)器發(fā)送的音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。應(yīng)理解，在本發(fā)明的實施例中，音頻文件的特征信息可由客戶端分析獲取，亦可由服務(wù)器分析獲取。
[0074]本發(fā)明實施例的客戶端，可將音頻文件發(fā)送至服務(wù)器，并接收服務(wù)器通過對音頻文件分析獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。
[0075]為了實現(xiàn)上述實施例，本發(fā)明還提出一種服務(wù)器。
[0076]一種服務(wù)器，包括:接收模塊，用于接收音頻文件的特征信息；獲取模塊，用于根據(jù)特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及發(fā)送模塊，用于將音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略發(fā)送至客戶端。
[0077]圖6是本發(fā)明一個實施例的服務(wù)器的結(jié)構(gòu)框圖。[0078]如圖6所示，服務(wù)器包括:接收模塊210、獲取模塊220和發(fā)送模塊230。
[0079]具體地，接收模塊210，用于接收音頻文件的特征信息。
[0080]在本發(fā)明的實施例中，音頻文件不僅可以包括例如MP3、CD、WAV等格式的音頻多媒體文件，還可以包括DVD、MPEG等格式的視頻多媒體文件。更具體地，接收模塊210接收客戶端發(fā)送的音頻文件的特征信息，其中，客戶端可包括但不限于PC、手機、平板電腦、個人數(shù)字助理、電子書等具有各種操作系統(tǒng)的硬件設(shè)備。特征信息包括音頻文件的指紋特征信息，和/或音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。
[0081]獲取模塊220，用于根據(jù)特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。更具體地，接收模塊210在根據(jù)接收到音頻文件的特征信息后，獲取模塊220在服務(wù)器的例如數(shù)據(jù)庫中查詢并建立與該音頻文件指紋特征信息所對應(yīng)的特定的超鏈接信息，即將音頻文件的指紋特征信息和超鏈接信息耦合在一起。例如，獲取模塊220可通過歌曲的指紋特征信息查詢和該歌曲對應(yīng)的歌名、歌手介紹等文本信息，并建立指紋特征信息和該文本信息的對應(yīng)關(guān)系，即通過超鏈接的方式將文本文檔和音頻文件耦合在一起；或者對于一些用戶觀看的例如電視節(jié)目或者電影等，獲取模塊220通過視頻中音頻的指紋特征信息查詢視頻中某個商品的具體介紹和購買方式等信息，并將這些信息和視頻文件耦合在一起等等。其中，超鏈接信息可由服務(wù)提供商預(yù)先設(shè)定的，例如，廣告、文字等信息，或者URL鏈接，或者還可以是多媒體內(nèi)容信息等，并且服務(wù)提供商可將超鏈接信息上傳至服務(wù)器的數(shù)據(jù)庫中保存。服務(wù)提供商在編輯超鏈接信息時，還可以借助例如LBS位置和場景信息、或者根據(jù)用戶的年齡、性別、愛好等信息，將超鏈接信息推送給指定位置的用戶或者指定年齡、性別、愛好等的人群。應(yīng)理解，上述示例均可以使用現(xiàn)有的技術(shù)實現(xiàn)，此處不再復(fù)贅，并且上述示例僅僅是為了解釋本發(fā)明實施例中的方法，并不作為對本發(fā)明的限制。
[0082]發(fā)送模塊230，用于發(fā)送音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。更具體地，接收模塊210接收到客戶端發(fā)送音頻文件的特征信息后，獲取模塊220可在服務(wù)器中查詢是否存在對應(yīng)的超鏈接信息。如果服務(wù)器中存在對應(yīng)的超鏈接信息，則獲取模塊220可獲取超鏈接信息，并獲取對應(yīng)的超鏈接信息的展現(xiàn)策略，發(fā)送模塊230將超鏈接信息和超鏈接信息的展現(xiàn)策略發(fā)送至客戶端。其中，展現(xiàn)策略可包括但不限于展現(xiàn)至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件，且展現(xiàn)策略由服務(wù)器設(shè)定或者由音頻文件的作者或上傳者設(shè)定。例如，服務(wù)器或者音頻文件的上傳者可設(shè)置超鏈接信息的展現(xiàn)時間為音頻文件播放到某個時間點，或者設(shè)置超鏈接信息在用戶點擊時才進行展現(xiàn)等。也就是說，月艮務(wù)器可在例如數(shù)據(jù)庫中保存服務(wù)提供商提供的超鏈接信息的同時，將該超鏈接信息的展現(xiàn)策略對應(yīng)地保存在數(shù)據(jù)庫中。
[0083]本發(fā)明實施例的服務(wù)器，可使用戶播放音頻文件的過程中，接收到服務(wù)器中設(shè)計好的推送廣告等信息，無需用戶通過其他渠道搜索音頻文件的相關(guān)信息。并且通過結(jié)合音頻文件的特征在播放設(shè)備上與用戶進行互動，使得客戶端的交互方式更加智能化、人性化，提升了用戶體驗，并且?guī)硪欢ǖ纳虡I(yè)價值。
[0084]圖7是本發(fā)明一個具體實施例的服務(wù)器的結(jié)構(gòu)框圖。
[0085]如圖7所示，服務(wù)器包括:接收模塊210、獲取模塊220、發(fā)送模塊230和生成模塊240。
[0086]具體地，接收模塊210還用于接收客戶端發(fā)送的音頻文件。[0087]生成模塊240用于根據(jù)音頻文件生成特征信息。更具體地，生成模塊240根據(jù)音頻文件生成特征信息，其中，特征信息包括音頻文件的指紋特征信息，或音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。以音頻文件的指紋特征信息為例，生成模塊240對音頻文件進行分幀處理后，每一部分都具有其各自的特征信息。生成模塊240可以選擇完整的音頻文件或者部分的音頻文件來生成該音頻文件的指紋特征信息。
[0088]獲取模塊220還用于根據(jù)生成模塊生成的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。其中，展現(xiàn)策略包括展現(xiàn)至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件，且展現(xiàn)策略由服務(wù)器設(shè)定或者由音頻文件的作者或上傳者設(shè)定。
[0089]本發(fā)明實施例的服務(wù)器，可接收服務(wù)器發(fā)送的音頻文件，并根據(jù)生成的特征信息獲取音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略。
[0090]應(yīng)當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn):具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
[0091]在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。
[0092]盡管已經(jīng)示出和描述了本發(fā)明的實施例，本領(lǐng)域的普通技術(shù)人員可以理解:在不脫離本發(fā)明的原理和宗旨的情況下可以對這些實施例進行多種變化、修改、替換和變型，本發(fā)明的范圍由權(quán)利要求及其等同物限定。
【權(quán)利要求】
1.ー種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的方法，其特征在于，包括以下步驟: 客戶端獲取音頻文件； 所述客戶端根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略；以及 所述客戶端根據(jù)所述展現(xiàn)策略在播放所述音頻文件時加載對應(yīng)的所述至少一個超鏈接信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述客戶端根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略進ー步包括: 所述客戶端根據(jù)所述音頻文件生成所述特征信息； 所述客戶端將所述特征信息發(fā)送至服務(wù)器；以及 所述服務(wù)器根據(jù)所述特征信息提供所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略，并發(fā)送至所述客戶端。
3.如權(quán)利要求1所述的方法，其特征在于，所述客戶端根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略進ー步包括: 所述客戶端將所述音頻文件發(fā)送至所述服務(wù)器； 所述服務(wù)器根據(jù)所述音頻文件生成所述特征信息；以及 所述服務(wù)器根據(jù)所述 特征信息提供所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略，并發(fā)送至所述客戶端。
4.如權(quán)利要求1-3任一項所述的方法，其特征在于，所述展現(xiàn)策略包括展現(xiàn)所述至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件。
5.如權(quán)利要求4所述的方法，其特征在于，所述展現(xiàn)策略由所述服務(wù)器設(shè)定或者由所述音頻文件的作者或上傳者設(shè)定。
6.如權(quán)利要求1-3任一項所述的方法，其特征在于，所述特征信息包括所述音頻文件的指紋特征信息，和/或所述音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。
7.—種通過音頻文件傳輸關(guān)聯(lián)內(nèi)容的系統(tǒng)，其特征在于，包括: 客戶端，用于獲取音頻文件，并根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略，以及根據(jù)所述展現(xiàn)策略在播放所述音頻文件時加載對應(yīng)的所述至少一個超鏈接信息。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括:服務(wù)器，其中， 所述客戶端還用于根據(jù)所述音頻文件生成所述特征信息，并將所述特征信息發(fā)送至所述服務(wù)器，所述服務(wù)器用于根據(jù)所述特征信息提供所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略，并發(fā)送至所述客戶端。
9.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述客戶端還用于將所述音頻文件發(fā)送至所述服務(wù)器，所述服務(wù)器還用于根據(jù)所述音頻文件生成所述特征信息，并根據(jù)所述特征信息提供所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略，并發(fā)送至所述客戶端。
10.如權(quán)利要求7-9任一項所述的系統(tǒng)，其特征在于，所述展現(xiàn)策略包括展現(xiàn)所述至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述展現(xiàn)策略由所述服務(wù)器設(shè)定或者由所述音頻文件的作者或上傳者設(shè)定。
12.如權(quán)利要求7-9任一項所述的系統(tǒng)，其特征在于，所述特征信息包括所述音頻文件的指紋特征信息，和/或所述音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。
13.—種客戶端，其特征在于，包括: 第一獲取模塊，用于獲取音頻文件； 第二獲取模塊，用于根據(jù)所述音頻文件對應(yīng)的特征信息獲取所述音頻文件對應(yīng)的至少一個超鏈接信息和展現(xiàn)策略；以及 播放加載模塊，用于根據(jù)所述展現(xiàn)策略在播放所述音頻文件時加載對應(yīng)的所述至少一個超鏈接信息。
14.如權(quán)利要求13所述的客戶端，其特征在于，所述第二獲取模塊包括: 特征信息生成単元，用于根據(jù)所述音頻文件生成所述特征信息； 特征信息發(fā)送單元，用于將所述特征信息發(fā)送至服務(wù)器，其中，所述服務(wù)器根據(jù)所述特征信息提供所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略；以及 接收單元，用于接收所述服務(wù)器發(fā)送的所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略。
15.如權(quán)利要求13所述的客戶端，其特征在于，所述第二獲取模塊包括: 音頻文件發(fā)送單元，用于將所述音頻文件發(fā)送至所述服務(wù)器，其中，所述服務(wù)器根據(jù)所述音頻文件生成所述特征信息，并根據(jù)所述特征信息提供所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略；以及 接收單元，用于接收所述 服務(wù)器發(fā)送的所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略。
16.如權(quán)利要求13-15任一項所述的客戶端，其特征在于，所述展現(xiàn)策略包括展現(xiàn)所述至少ー個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件。
17.如權(quán)利要求16所述的客戶端，其特征在于，所述展現(xiàn)策略由所述服務(wù)器設(shè)定或者由所述音頻文件的作者或上傳者設(shè)定。
18.如權(quán)利要求13-15任一項所述的客戶端，其特征在于，所述特征信息包括所述音頻文件的指紋特征信息，和/或所述音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信
O
19.一種服務(wù)器，其特征在于，包括: 接收模塊，用于接收音頻文件的特征信息； 獲取模塊，用于根據(jù)所述特征信息獲取所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略；以及 發(fā)送模塊，用于發(fā)送所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略。
20.如權(quán)利要求19所述的服務(wù)器，其特征在于，還包括:生成模塊，其中， 所述接收模塊，還用于接收所述客戶端發(fā)送的音頻文件； 所述生成模塊，用于根據(jù)所述音頻文件生成所述特征信息； 所述獲取模塊，還用于根據(jù)所述生成模塊生成的所述特征信息獲取所述音頻文件對應(yīng)的至少ー個超鏈接信息和展現(xiàn)策略。
21.如權(quán)利要求19或20所述的服務(wù)器，其特征在于，所述展現(xiàn)策略包括展現(xiàn)所述至少一個超鏈接信息對應(yīng)內(nèi)容的展現(xiàn)時間和/或展現(xiàn)條件。
22.如權(quán)利要求21所述的服務(wù)器，其特征在于，所述展現(xiàn)策略由所述服務(wù)器設(shè)定或者由所述音頻文件的作者或上傳者設(shè)定。
23.如權(quán)利要求19或20所述的服務(wù)器，其特征在于，所述特征信息包括所述音頻文件的指紋特征信息，和/或所·述音頻文件中特定段音頻對應(yīng)的歌詞及樂器類型的特征信息。
【文檔編號】H04L29/08GK103442083SQ201310409978
【公開日】2013年12月11日 申請日期:2013年9月10日 優(yōu)先權(quán)日:2013年9月10日
【發(fā)明者】郭懷印, 習(xí)明 申請人:百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司