基于即时通讯平台选择播放音频文件的方法和系统的制作方法

xiaoxiao2020-9-10  18

专利名称:基于即时通讯平台选择播放音频文件的方法和系统的制作方法
技术领域
本发明涉及网络通信技术领域,特别涉及一种基于即时通讯平台选择播放音频文件的方法和系统。当今人们通过网络传情达意的方式已经不再局限于平面上的文字和图片,而是逐渐过渡到带有Flash动画设置的贺卡,像现在许多网站都有的贺卡赠送服务,可以通过E-Mail的方式通知对方,朋友打开邮件之后可以连接到一个特定的网页页面查看贺卡的内容。更进一步的为朋友送去歌曲文件,“歌声传情”。歌曲的寄送方式有二,第一种,用户选中贺卡或者音像文件下载后发给对方,往往要经过下载、上传,对方再下载三个步骤,操作复杂,文件比较大,往往因为网速和邮箱容量的问题对方不能顺利收到邮件,或者容易出错达不到发送者的目的。第二种,用户通过超级链接的方式发给对方,因为多数服务器对于音像文件不支持这种超级链接,所以也有局限性;尤其是歌曲存在版权问题,简单的超级链结也不利于对权利人的保护。
现实生活中普遍存在为朋友亲人点歌传情情形,点歌人通过广播电台或者电视台,指明在某个时间将哪些歌曲播放给收听者,同时送上自己祝福的话语,这已成为一种增进感情交流的时尚。但这种生活中的点歌形式还未能再网上体现。鉴于网上已经存在大量的歌曲文件,能否把点歌搬到网上,比如说在即时通讯平台系统中进行歌曲点播,则属于网民交流的一种新的尝试;特别是在即时通讯这个领域上,还是一个空白。
要推广点歌功能必须进一步解决两个问题
一是用户点播歌曲往往涉及到知识产权的问题,像一些流行歌曲,歌曲创作人、演唱者或者发行单位对这些歌曲拥有版权,如果要推广这项业务就不能让点播歌曲功能成为一种传播盗版,侵犯版权的途径;二是点播功能在电脑系统中表现的可操作性。特别是对于有版权问题的歌曲,如果开发商想对用户进行收费操作的话,就必须最大限度地保证当用户要收听点播歌曲的时候,他的电脑可以正常播放这首歌曲。本发明公开了一种基于即时通讯平台选择播放音频文件的方法和系统,可以克服现有技术的缺陷。
本发明的目的是这样实现的一种基于即时通讯平台选择播放音频文件的方法,包括以下步骤101,登入即时通讯平台的点播客户端从音频文件列表中选择所要点播的音频文件,向系统服务器发出请求;102,系统服务器接收并处理点播请求;103,系统服务器向即时通讯平台中音频文件收听客户端发出包含音频文件内容的收听通知;104,系统服务器将收听通知已发出的消息发给点播客户端。
本发明因为采用了上述方案,使得载即时通讯平台上可以实现音频点播如点歌的功能。
本发明进一步的方法包括步骤101所述的音频文件列表是由系统服务器提供的歌曲文件列表或者语音文件列表。
步骤102与103之间还包括301、判断所选择的音频文件是否需要收费;302、若是,则进入收费步骤,要求点播客户履行交费手续;若交费完成,则进行步骤103;若交费未能完成,则返回步骤301;302、若否,则进行步骤103。
步骤103中所述的通知中还包括收听客户端对音频文件处理方式的选择标志。
步骤103中所述的通知中还包括需在收听客户端显示的提示文字,其中包含音频文件点播方的个人信息。
所述处理方式包括谢绝或接受收听音频文件的选择。
本发明还进一步包括收听客户端的收听步骤701、若选择接受收听,收听客户端播放音品文件,并将接受信息通过系统服务器发给点播客户端;702、若选择拒绝收听,则将拒绝信息通过系统服务器发给点播客户端。
步骤103中所述的通知中还包含对播放器版本的要求信息;收听客户端在收到通知的第一时间就可以根据版本信息检测本地系统的媒体播放器版本,如果本地的版本低于要求版本,则提示用户升级。
一种基于即时通讯平台选择播放音频文件的系统,包括基于即时通讯平台的点播客户端,从音频文件列表中选择所要点播的音频文件,发送点播请求;基于即时通讯平台的系统服务器,接收并处理所述点播请求后,发出包含所选音频文件的收听通知;并将系统服务器的处理信息和收听的反馈信息发给点播客户端;基于即时通讯平台的收听客户端,接收所述系统服务器发出的收听通知,进行是否收听的处理,并将处理结果反馈给系统服务器。
本发明所述系统还进一步包括验证系统,根据点播请求判断所选择播放的音频文件是否需要收费,对于免费的音频文件直接通过认证;对于需要收费的音频文件待收费完成后通过验证;收费系统,根据验证系统的收费信息完成收费操作。
本发明系统所述的收听客户端进一步包括媒体播放器,用于播放所述音频文件。
所述的媒体播放器是封装于即时通讯平台系统内兼容Media Player6.4和Media P1ayer9两种版本的微软媒体播放器。
所述被选择播放的音频文件为内含DRM验证协议的收费歌曲。
本发明通过以上的技术处理方案即可实现在即时通讯软件用户之间的音频文件点播如点歌的需求。而对受版权保护需要收费后方可使用的音频文件的验证逻辑,可以比较有效地防止有人通过修改软件,利用点播功能来从事非法用途。大大增加了通过破解方式截获歌曲信息、非法下载所点播歌曲文件的难度,既有可以减少服务商承担的风险,也保障了作者的合法权益。

图1为客户端一服务器交互联接示意图。
图2为代收费逻辑的点歌流程图。
图3客户端媒体播放器升级流程图。下面结合附图和实施例对本发明作进一步的阐述。
图1和图2所示为基于即时通讯平台构建的点歌系统,为音频文件点播的实施例。图1中客户端1为歌曲点播方,客户端2为点播接收方,即收听歌曲客户端,还包括点歌系统和支付系统,四个系统通过通信网络互联。
点歌的过程是这样进行的首先,用户通过即时通讯客户端从服务器提供的歌曲列表中选择所要点播的歌曲,向点歌系统服务器发出请求;其中歌曲列表由服务器提供,用户只可以在列表提供的的歌曲里面进行选择。
接着,点歌系统服务器处理点歌的请求,开始验证逻辑,并将处理结果返回点歌方,如果通过验证的话,还会向收听歌曲的那一方发出收听歌曲的通知;通知中包含要在客户端软件上显示的提示文字,跳转连接,以及决定客户端软件使用何种处理方式的标志等,也可以增加一些代表祝福等内容方面的语句。
点歌的一方收到通知,知道点歌的消息是不是已经发给对方了,对方是否可以开始听歌。
收听的一方收到通知,知道是谁向自己点歌,可以选择谢绝或者开始听歌;收听方的选择结果会通知服务器。
从歌曲本身的版权考虑,在必要情况下要保证用户不可以点播经未经授权的歌曲,以保护作者和服务上的权利。要保证合法性,必须要有验证的逻辑,借助即时通讯软件在使用过程中必须保持跟服务器连接的特点,我们将验证的逻辑放在服务器端,相关的处理步骤如下如果所点播的是一首收费歌曲,收听者还有需要根据收到通知的内容到服务器进行歌曲的是否需要收费的验证(1)判断所点是否需要收费;(2)若是,则进入收费步骤,要求点播客户履行交费手续;若交费完成,则通过验证;若交费未能完成,则返回步骤(1),验证不通过;(3)若否,则通过验证。
只有通过验证后,才将一个真正包含歌曲信息的同志发给歌曲收听方,收听方才可以选择是否听歌。这样就完成了验证过程,向服务商至付了所需费用,保护了服务上合作者的合法权益。从服务商角度出发,通过多重验证机制,尽可能减少所承担的风险。
鉴于目前国内个人电脑上安装的Windows系统绝大多数都是Windows98SE以上版本,而微软的媒体播放器一直以来都是作为系统的一部分封装在Windows系统里面的,所以点歌功能采用媒体播放器的控件来进行歌曲播放,从稳定性,兼容性和可操作性来考虑都是可行的。至于播放歌曲的方式参考的是微软提供的开放式开发文档(SDK),这里就不再多做叙述了。
考虑到不同版本的Windows系统存在播放器版本不同的问题,而且对于某些收费的歌曲(可能由发行商直接提供),内含DRM验证协议(Data RightManagement数字版权管理,微软提供的一套媒体验证协议,直接封装在媒体文件的内部),需要WMP9才能支持,所以在客户端软件还有一个播放器版本判断的逻辑。下面是处理的步骤,如图3所示服务器在发给客户端的通知中加入对播放器版本的要求信息;收听客户端至少需要具备该版本以上的播放器才可以收听这首歌曲。
客户端收到通知的第一时间就根据版本信息监测本地系统的媒体播放器版本;如果本地的版本低于要求版本的话,提示用户升级。微软媒体播放器是采用COM组件的形式供开发者调用的,不同版本的控件在系统注册表中具有一个唯一的GUID值,根据这个值即可得到本地的播放器版本。
客户端的播放器封装了微软媒体播放器(Windows Media Player)SDK进行开发,兼容Media Player6.4和Media Player9两种版本,使得点歌功能兼容于Win98SE以上的各种Windows版本。这样从软件用户角度出发,在大多数情况下,用户使用系统自带的播放器即可使用点歌功能,不需要再重现安装其他播放软件,且稳定性有保证。
所播放的音频文件除了歌曲之外,也可以使其他的语音文件,如演讲、培训课程等。
上述内容仅公开本发明最佳实施方式,任何从属于本发明思路的其他技术方案均属于本发明的保护范围。
权利要求
1.一种基于即时通讯平台选择播放音频文件的方法,包括以下步骤101,登入即时通讯平台的点播客户端从音频文件列表中选择所要点播的音频文件,向系统服务器发出请求;102,系统服务器接收并处理点播请求;103,系统服务器向即时通讯平台中音频文件收听客户端发出包含音频文件内容的收听通知;104,系统服务器将收听通知已发出的消息发给点播客户端。
2.根据权利要求1所述的基于即时通讯平台选择播放音频文件的方法,其特征在于步骤101所述的音频文件列表是由系统服务器提供的歌曲文件列表或者语音文件列表。
3.根据权利要求1所述的基于即时通讯平台选择播放音频文件的方法,其特征在于步骤102与103之间还包括301、判断所选择的音频文件是否需要收费;302、若是,则进入收费步骤,要求点播客户履行交费手续;若交费完成,则进行步骤103;若交费未能完成,则返回步骤301;302、若否,则进行步骤103。
4.根据权利要求1或3所述的基于即时通讯平台选择播放音频文件的方法,其特征在于步骤103中所述的通知中还包括收听客户端对音频文件处理方式的选择标志。
5.根据权利要求4所述的基于即时通讯平台选择播放音频文件的方法,其特征在于步骤103中所述的通知中还包括需在收听客户端显示的提示文字,其中包含音频文件点播方的个人信息。
6.根据权利要求4所述的基于即时通讯平台选择播放音频文件的方法,其特征在于所述处理方式包括谢绝或接受收听音频文件的选择。
7.根据权利要求6所述的基于即时通讯平台选择播放音频文件的方法,其特征在于还包括收听客户端的收听步骤701、若选择接受收听,收听客户端播放音品文件,并将接受信息通过系统服务器发给点播客户端;702、若选择拒绝收听,则将拒绝信息通过系统服务器发给点播客户端。
8.根据权利要求4所述的基于即时通讯平台选择播放音频文件的方法,其特征在于步骤103中所述的通知中还包含对播放器版本的要求信息;收听客户端在收到通知的第一时间就可以根据版本信息检测本地系统的媒体播放器版本,如果本地的版本低于要求版本,则提示用户升级。
9.一种基于即时通讯平台选择播放音频文件的系统,包括基于即时通讯平台的点播客户端,从音频文件列表中选择所要点播的音频文件,发送点播请求;基于即时通讯平台的系统服务器,接收并处理所述点播请求后,发出包含所选音频文件的收听通知;并将系统服务器的处理信息和收听的反馈信息发给点播客户端;基于即时通讯平台的收听客户端,接收所述系统服务器发出的收听通知,进行是否收听的处理,并将处理结果反馈给系统服务器。
10.根据权利要求9所述的基于即时通讯平台选择播放音频文件的系统,其特征在于还包括验证系统,根据点播请求判断所选择播放的音频文件是否需要收费,对于免费的音频文件直接通过认证;对于需要收费的音频文件待收费完成后通过验证;收费系统,根据验证系统的收费信息完成收费操作。
11.根据权利要求9或10所述的基于即时通讯平台选择播放音频文件的系统,其特征在于所述的收听客户端包括媒体播放器,用于播放所述音频文件。
12.根据权利要求11所述的基于即时通讯平台选择播放音频文件的系统,其特征在于所述的媒体播放器是封装于即时通讯平台系统内兼容MediaPlayer6.4和Media Player9两种版本的微软媒体播放器。
13.根据权利要求11、12或13所述的基于即时通讯平台选择播放音频文件的系统,其特征在于所述被选择播放的音频文件为内含DRM验证协议的收费歌曲。
全文摘要
本发明公开了一种基于即时通讯平台选择播放音频文件的方法和系统,其方法包括以下步骤101,登入即时通讯平台的点播客户端从音频文件列表中选择所要点播的音频文件,向系统服务器发出请求;102,系统服务器接收并处理点播请求;103,系统服务器向即时通讯平台中音频文件收听客户端发出包含音频文件内容的收听通知;104,系统服务器将收听通知已发出的消息发给点播客户端。其系统包括点歌客户端;点歌系统服务器;收听歌曲客户端。本发明通过以上的技术处理方案即可实现在即时通讯软件用户之间的点歌通知需求。而对收费歌曲的验证逻辑,既有可以减少服务商承担的风险,也保障了歌曲创作者的合法权益。
文档编号H04L12/14GK1756169SQ20041005176
公开日2006年4月5日 申请日期2004年9月30日 优先权日2004年9月30日
发明者张剑, 胡振勇 申请人:腾讯科技(深圳)有限公司

最新回复(0)