專利名稱：基于即時通訊平臺選擇播放音頻文件的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別涉及一種基于即時通訊平臺選擇播放音頻文件的方法和系統(tǒng)。當(dāng)今人們通過網(wǎng)絡(luò)傳情達意的方式已經(jīng)不再局限于平面上的文字和圖片，而是逐漸過渡到帶有Flash動畫設(shè)置的賀卡，像現(xiàn)在許多網(wǎng)站都有的賀卡贈送服務(wù)，可以通過E-Mail的方式通知對方，朋友打開郵件之后可以連接到一個特定的網(wǎng)頁頁面查看賀卡的內(nèi)容。更進一步的為朋友送去歌曲文件，“歌聲傳情”。歌曲的寄送方式有二，第一種，用戶選中賀卡或者音像文件下載后發(fā)給對方，往往要經(jīng)過下載、上傳，對方再下載三個步驟，操作復(fù)雜，文件比較大，往往因為網(wǎng)速和郵箱容量的問題對方不能順利收到郵件，或者容易出錯達不到發(fā)送者的目的。第二種，用戶通過超級鏈接的方式發(fā)給對方，因為多數(shù)服務(wù)器對于音像文件不支持這種超級鏈接，所以也有局限性；尤其是歌曲存在版權(quán)問題，簡單的超級鏈結(jié)也不利于對權(quán)利人的保護。
現(xiàn)實生活中普遍存在為朋友親人點歌傳情情形，點歌人通過廣播電臺或者電視臺，指明在某個時間將哪些歌曲播放給收聽者，同時送上自己祝福的話語，這已成為一種增進感情交流的時尚。但這種生活中的點歌形式還未能再網(wǎng)上體現(xiàn)。鑒于網(wǎng)上已經(jīng)存在大量的歌曲文件，能否把點歌搬到網(wǎng)上，比如說在即時通訊平臺系統(tǒng)中進行歌曲點播，則屬于網(wǎng)民交流的一種新的嘗試；特別是在即時通訊這個領(lǐng)域上，還是一個空白。
要推廣點歌功能必須進一步解決兩個問題
一是用戶點播歌曲往往涉及到知識產(chǎn)權(quán)的問題，像一些流行歌曲，歌曲創(chuàng)作人、演唱者或者發(fā)行單位對這些歌曲擁有版權(quán)，如果要推廣這項業(yè)務(wù)就不能讓點播歌曲功能成為一種傳播盜版，侵犯版權(quán)的途徑；二是點播功能在電腦系統(tǒng)中表現(xiàn)的可操作性。特別是對于有版權(quán)問題的歌曲，如果開發(fā)商想對用戶進行收費操作的話，就必須最大限度地保證當(dāng)用戶要收聽點播歌曲的時候，他的電腦可以正常播放這首歌曲。本發(fā)明公開了一種基于即時通訊平臺選擇播放音頻文件的方法和系統(tǒng)，可以克服現(xiàn)有技術(shù)的缺陷。
本發(fā)明的目的是這樣實現(xiàn)的一種基于即時通訊平臺選擇播放音頻文件的方法，包括以下步驟101，登入即時通訊平臺的點播客戶端從音頻文件列表中選擇所要點播的音頻文件，向系統(tǒng)服務(wù)器發(fā)出請求；102，系統(tǒng)服務(wù)器接收并處理點播請求；103，系統(tǒng)服務(wù)器向即時通訊平臺中音頻文件收聽客戶端發(fā)出包含音頻文件內(nèi)容的收聽通知；104，系統(tǒng)服務(wù)器將收聽通知已發(fā)出的消息發(fā)給點播客戶端。
本發(fā)明因為采用了上述方案，使得載即時通訊平臺上可以實現(xiàn)音頻點播如點歌的功能。
本發(fā)明進一步的方法包括步驟101所述的音頻文件列表是由系統(tǒng)服務(wù)器提供的歌曲文件列表或者語音文件列表。
步驟102與103之間還包括301、判斷所選擇的音頻文件是否需要收費；302、若是，則進入收費步驟，要求點播客戶履行交費手續(xù)；若交費完成，則進行步驟103；若交費未能完成，則返回步驟301；302、若否，則進行步驟103。
步驟103中所述的通知中還包括收聽客戶端對音頻文件處理方式的選擇標(biāo)志。
步驟103中所述的通知中還包括需在收聽客戶端顯示的提示文字，其中包含音頻文件點播方的個人信息。
所述處理方式包括謝絕或接受收聽音頻文件的選擇。
本發(fā)明還進一步包括收聽客戶端的收聽步驟701、若選擇接受收聽，收聽客戶端播放音品文件，并將接受信息通過系統(tǒng)服務(wù)器發(fā)給點播客戶端；702、若選擇拒絕收聽，則將拒絕信息通過系統(tǒng)服務(wù)器發(fā)給點播客戶端。
步驟103中所述的通知中還包含對播放器版本的要求信息；收聽客戶端在收到通知的第一時間就可以根據(jù)版本信息檢測本地系統(tǒng)的媒體播放器版本，如果本地的版本低于要求版本，則提示用戶升級。
一種基于即時通訊平臺選擇播放音頻文件的系統(tǒng)，包括基于即時通訊平臺的點播客戶端，從音頻文件列表中選擇所要點播的音頻文件，發(fā)送點播請求；基于即時通訊平臺的系統(tǒng)服務(wù)器，接收并處理所述點播請求后，發(fā)出包含所選音頻文件的收聽通知；并將系統(tǒng)服務(wù)器的處理信息和收聽的反饋信息發(fā)給點播客戶端；基于即時通訊平臺的收聽客戶端，接收所述系統(tǒng)服務(wù)器發(fā)出的收聽通知，進行是否收聽的處理，并將處理結(jié)果反饋給系統(tǒng)服務(wù)器。
本發(fā)明所述系統(tǒng)還進一步包括驗證系統(tǒng)，根據(jù)點播請求判斷所選擇播放的音頻文件是否需要收費，對于免費的音頻文件直接通過認(rèn)證；對于需要收費的音頻文件待收費完成后通過驗證；收費系統(tǒng)，根據(jù)驗證系統(tǒng)的收費信息完成收費操作。
本發(fā)明系統(tǒng)所述的收聽客戶端進一步包括媒體播放器，用于播放所述音頻文件。
所述的媒體播放器是封裝于即時通訊平臺系統(tǒng)內(nèi)兼容Media Player6.4和Media P1ayer9兩種版本的微軟媒體播放器。
所述被選擇播放的音頻文件為內(nèi)含DRM驗證協(xié)議的收費歌曲。
本發(fā)明通過以上的技術(shù)處理方案即可實現(xiàn)在即時通訊軟件用戶之間的音頻文件點播如點歌的需求。而對受版權(quán)保護需要收費后方可使用的音頻文件的驗證邏輯，可以比較有效地防止有人通過修改軟件，利用點播功能來從事非法用途。大大增加了通過破解方式截獲歌曲信息、非法下載所點播歌曲文件的難度，既有可以減少服務(wù)商承擔(dān)的風(fēng)險，也保障了作者的合法權(quán)益。

圖1為客戶端一服務(wù)器交互聯(lián)接示意圖。
圖2為代收費邏輯的點歌流程圖。
圖3客戶端媒體播放器升級流程圖。下面結(jié)合附圖和實施例對本發(fā)明作進一步的闡述。
圖1和圖2所示為基于即時通訊平臺構(gòu)建的點歌系統(tǒng)，為音頻文件點播的實施例。圖1中客戶端1為歌曲點播方，客戶端2為點播接收方，即收聽歌曲客戶端，還包括點歌系統(tǒng)和支付系統(tǒng)，四個系統(tǒng)通過通信網(wǎng)絡(luò)互聯(lián)。
點歌的過程是這樣進行的首先，用戶通過即時通訊客戶端從服務(wù)器提供的歌曲列表中選擇所要點播的歌曲，向點歌系統(tǒng)服務(wù)器發(fā)出請求；其中歌曲列表由服務(wù)器提供，用戶只可以在列表提供的的歌曲里面進行選擇。
接著，點歌系統(tǒng)服務(wù)器處理點歌的請求，開始驗證邏輯，并將處理結(jié)果返回點歌方，如果通過驗證的話，還會向收聽歌曲的那一方發(fā)出收聽歌曲的通知；通知中包含要在客戶端軟件上顯示的提示文字，跳轉(zhuǎn)連接，以及決定客戶端軟件使用何種處理方式的標(biāo)志等，也可以增加一些代表祝福等內(nèi)容方面的語句。
點歌的一方收到通知，知道點歌的消息是不是已經(jīng)發(fā)給對方了，對方是否可以開始聽歌。
收聽的一方收到通知，知道是誰向自己點歌，可以選擇謝絕或者開始聽歌；收聽方的選擇結(jié)果會通知服務(wù)器。
從歌曲本身的版權(quán)考慮，在必要情況下要保證用戶不可以點播經(jīng)未經(jīng)授權(quán)的歌曲，以保護作者和服務(wù)上的權(quán)利。要保證合法性，必須要有驗證的邏輯，借助即時通訊軟件在使用過程中必須保持跟服務(wù)器連接的特點，我們將驗證的邏輯放在服務(wù)器端，相關(guān)的處理步驟如下如果所點播的是一首收費歌曲，收聽者還有需要根據(jù)收到通知的內(nèi)容到服務(wù)器進行歌曲的是否需要收費的驗證(1)判斷所點是否需要收費；(2)若是，則進入收費步驟，要求點播客戶履行交費手續(xù)；若交費完成，則通過驗證；若交費未能完成，則返回步驟(1)，驗證不通過；(3)若否，則通過驗證。
只有通過驗證后，才將一個真正包含歌曲信息的同志發(fā)給歌曲收聽方，收聽方才可以選擇是否聽歌。這樣就完成了驗證過程，向服務(wù)商至付了所需費用，保護了服務(wù)上合作者的合法權(quán)益。從服務(wù)商角度出發(fā)，通過多重驗證機制，盡可能減少所承擔(dān)的風(fēng)險。
鑒于目前國內(nèi)個人電腦上安裝的Windows系統(tǒng)絕大多數(shù)都是Windows98SE以上版本，而微軟的媒體播放器一直以來都是作為系統(tǒng)的一部分封裝在Windows系統(tǒng)里面的，所以點歌功能采用媒體播放器的控件來進行歌曲播放，從穩(wěn)定性，兼容性和可操作性來考慮都是可行的。至于播放歌曲的方式參考的是微軟提供的開放式開發(fā)文檔(SDK)，這里就不再多做敘述了。
考慮到不同版本的Windows系統(tǒng)存在播放器版本不同的問題，而且對于某些收費的歌曲(可能由發(fā)行商直接提供)，內(nèi)含DRM驗證協(xié)議(Data RightManagement數(shù)字版權(quán)管理，微軟提供的一套媒體驗證協(xié)議，直接封裝在媒體文件的內(nèi)部)，需要WMP9才能支持，所以在客戶端軟件還有一個播放器版本判斷的邏輯。下面是處理的步驟，如圖3所示服務(wù)器在發(fā)給客戶端的通知中加入對播放器版本的要求信息；收聽客戶端至少需要具備該版本以上的播放器才可以收聽這首歌曲。
客戶端收到通知的第一時間就根據(jù)版本信息監(jiān)測本地系統(tǒng)的媒體播放器版本；如果本地的版本低于要求版本的話，提示用戶升級。微軟媒體播放器是采用COM組件的形式供開發(fā)者調(diào)用的，不同版本的控件在系統(tǒng)注冊表中具有一個唯一的GUID值，根據(jù)這個值即可得到本地的播放器版本。
客戶端的播放器封裝了微軟媒體播放器(Windows Media Player)SDK進行開發(fā)，兼容Media Player6.4和Media Player9兩種版本，使得點歌功能兼容于Win98SE以上的各種Windows版本。這樣從軟件用戶角度出發(fā)，在大多數(shù)情況下，用戶使用系統(tǒng)自帶的播放器即可使用點歌功能，不需要再重現(xiàn)安裝其他播放軟件，且穩(wěn)定性有保證。
所播放的音頻文件除了歌曲之外，也可以使其他的語音文件，如演講、培訓(xùn)課程等。
上述內(nèi)容僅公開本發(fā)明最佳實施方式，任何從屬于本發(fā)明思路的其他技術(shù)方案均屬于本發(fā)明的保護范圍。
權(quán)利要求
1.一種基于即時通訊平臺選擇播放音頻文件的方法，包括以下步驟101，登入即時通訊平臺的點播客戶端從音頻文件列表中選擇所要點播的音頻文件，向系統(tǒng)服務(wù)器發(fā)出請求；102，系統(tǒng)服務(wù)器接收并處理點播請求；103，系統(tǒng)服務(wù)器向即時通訊平臺中音頻文件收聽客戶端發(fā)出包含音頻文件內(nèi)容的收聽通知；104，系統(tǒng)服務(wù)器將收聽通知已發(fā)出的消息發(fā)給點播客戶端。
2.根據(jù)權(quán)利要求1所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于步驟101所述的音頻文件列表是由系統(tǒng)服務(wù)器提供的歌曲文件列表或者語音文件列表。
3.根據(jù)權(quán)利要求1所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于步驟102與103之間還包括301、判斷所選擇的音頻文件是否需要收費；302、若是，則進入收費步驟，要求點播客戶履行交費手續(xù)；若交費完成，則進行步驟103；若交費未能完成，則返回步驟301；302、若否，則進行步驟103。
4.根據(jù)權(quán)利要求1或3所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于步驟103中所述的通知中還包括收聽客戶端對音頻文件處理方式的選擇標(biāo)志。
5.根據(jù)權(quán)利要求4所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于步驟103中所述的通知中還包括需在收聽客戶端顯示的提示文字，其中包含音頻文件點播方的個人信息。
6.根據(jù)權(quán)利要求4所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于所述處理方式包括謝絕或接受收聽音頻文件的選擇。
7.根據(jù)權(quán)利要求6所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于還包括收聽客戶端的收聽步驟701、若選擇接受收聽，收聽客戶端播放音品文件，并將接受信息通過系統(tǒng)服務(wù)器發(fā)給點播客戶端；702、若選擇拒絕收聽，則將拒絕信息通過系統(tǒng)服務(wù)器發(fā)給點播客戶端。
8.根據(jù)權(quán)利要求4所述的基于即時通訊平臺選擇播放音頻文件的方法，其特征在于步驟103中所述的通知中還包含對播放器版本的要求信息；收聽客戶端在收到通知的第一時間就可以根據(jù)版本信息檢測本地系統(tǒng)的媒體播放器版本，如果本地的版本低于要求版本，則提示用戶升級。
9.一種基于即時通訊平臺選擇播放音頻文件的系統(tǒng)，包括基于即時通訊平臺的點播客戶端，從音頻文件列表中選擇所要點播的音頻文件，發(fā)送點播請求；基于即時通訊平臺的系統(tǒng)服務(wù)器，接收并處理所述點播請求后，發(fā)出包含所選音頻文件的收聽通知；并將系統(tǒng)服務(wù)器的處理信息和收聽的反饋信息發(fā)給點播客戶端；基于即時通訊平臺的收聽客戶端，接收所述系統(tǒng)服務(wù)器發(fā)出的收聽通知，進行是否收聽的處理，并將處理結(jié)果反饋給系統(tǒng)服務(wù)器。
10.根據(jù)權(quán)利要求9所述的基于即時通訊平臺選擇播放音頻文件的系統(tǒng)，其特征在于還包括驗證系統(tǒng)，根據(jù)點播請求判斷所選擇播放的音頻文件是否需要收費，對于免費的音頻文件直接通過認(rèn)證；對于需要收費的音頻文件待收費完成后通過驗證；收費系統(tǒng)，根據(jù)驗證系統(tǒng)的收費信息完成收費操作。
11.根據(jù)權(quán)利要求9或10所述的基于即時通訊平臺選擇播放音頻文件的系統(tǒng)，其特征在于所述的收聽客戶端包括媒體播放器，用于播放所述音頻文件。
12.根據(jù)權(quán)利要求11所述的基于即時通訊平臺選擇播放音頻文件的系統(tǒng)，其特征在于所述的媒體播放器是封裝于即時通訊平臺系統(tǒng)內(nèi)兼容MediaPlayer6.4和Media Player9兩種版本的微軟媒體播放器。
13.根據(jù)權(quán)利要求11、12或13所述的基于即時通訊平臺選擇播放音頻文件的系統(tǒng)，其特征在于所述被選擇播放的音頻文件為內(nèi)含DRM驗證協(xié)議的收費歌曲。
全文摘要
本發(fā)明公開了一種基于即時通訊平臺選擇播放音頻文件的方法和系統(tǒng)，其方法包括以下步驟101，登入即時通訊平臺的點播客戶端從音頻文件列表中選擇所要點播的音頻文件，向系統(tǒng)服務(wù)器發(fā)出請求；102，系統(tǒng)服務(wù)器接收并處理點播請求；103，系統(tǒng)服務(wù)器向即時通訊平臺中音頻文件收聽客戶端發(fā)出包含音頻文件內(nèi)容的收聽通知；104，系統(tǒng)服務(wù)器將收聽通知已發(fā)出的消息發(fā)給點播客戶端。其系統(tǒng)包括點歌客戶端；點歌系統(tǒng)服務(wù)器；收聽歌曲客戶端。本發(fā)明通過以上的技術(shù)處理方案即可實現(xiàn)在即時通訊軟件用戶之間的點歌通知需求。而對收費歌曲的驗證邏輯，既有可以減少服務(wù)商承擔(dān)的風(fēng)險，也保障了歌曲創(chuàng)作者的合法權(quán)益。
文檔編號H04L12/14GK1756169SQ20041005176
公開日2006年4月5日 申請日期2004年9月30日 優(yōu)先權(quán)日2004年9月30日
發(fā)明者張劍, 胡振勇 申請人:騰訊科技(深圳)有限公司