基于用户群组的音效广播服务系统和方法

文档序号:8006266阅读:153来源:国知局
基于用户群组的音效广播服务系统和方法
【专利摘要】本发明提出了一种基于用户群组的音效广播服务系统以及对应的方法,包括用户群组管理系统:用于接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道;接收机顶盒用户申请音效服务器资源的请求,并为机顶盒用户分配音效服务器;接收游戏服务器的群组音效广播请求,并把群组音效广播请求分发至音效服务器;和多个音效服务器:用于注册到用户群组管理系统;为对应的机顶盒用户创建独立的音频数据通道;进行音效处理并通过所述音频数据通道把音效发送至对应的机顶盒用户。本发明省去了机顶盒用户在接收到动作执行数据包后再向音效服务器发送音效广播请求的步骤,避免了来回多次请求和网络延迟而导致动作与音效不同步的情况。
【专利说明】基于用户群组的音效广播服务系统和方法
【技术领域】
[0001]本发明涉及数字广播领域,具体涉及基于用户群组的音效广播服务系统和方法。【背景技术】
[0002]在计算机或手机上体验在线应用时,一般是预先下载基本安装包,在游戏过程中随着应用场景变换或者还需要继续下载新的图片或声音素材,通常声音和图片素材会被保存在硬盘或存储器上,这样用户在下次进入同样的场景时不需要重新下载素材;在处理群组游戏音效时,一般以基于本地存储的方式进行音效播放,通常的处理流程如下:1)某个游戏用户发起动作行为(伴随音效处理),首先该动作行为被封装成数据包,通过网络传送给游戏服务器,然后自身执行动作,并通过应用读取本地素材播放音效;2)游戏服务器将该数据包转发给同一个游戏群组中的其他所有用户;3)每个收到上述数据包的用户,各自解析处理这个数据包,执行动作并且读取本地素材播放音效,从而实现动作和音效的同步呈现。
[0003]然而,由于数字广播电视行业发展状况和广电运营商考虑的成本因素,当前绝大部分数字电视机顶盒的硬件配置资源非常有限,主要特征包括微处理器处理能力弱,本地存储容量小,通常仅限于存储启动程序或者登录图片等,内存容量小等等;即便是最近几年的技术发展快,机顶盒的配置得到较大提升,但和普通计算机相比仍然差距非常明显,其中尤其是本地存储容量;因此数字广播网络的机顶盒的音效播放方式一般是通过音效服务器实现,机顶盒需要播放音效时通过网络向音效服务器发送请求,再由音效服务器把音频数据发送至机顶盒进行播放。
[0004]然而,这种数字广播网络的音效服务器设计框架主要是针对单个用户请求音效的方案,在面对用户群组游戏应用时,会面临以下问题:音效服务是音效数据来源于音效服务器,在上述步骤3)用户收到游戏服务器转发过来的数据包,需要机顶盒用户经过网络向音效服务器请求播放音效,因为网络延迟,如果即刻执行动作,会导致动作和音效明显不同步,用户体验差;即便采用延迟执行动作的措施,但是延迟时间无法精确量化,实施比较困难。

【发明内容】

[0005]针对上述现有技术不足,本发明要解决的技术问题是提供一种基于用户群组的音效广播服务系统及方法,实现数字广播网络的群组应用时,音效与执行动作同步。
[0006]为解决上述技术问题,本发明采用的技术方案为,基于用户群组的音效广播服务系统,包括用户群组管理系统和多个音效服务器;
[0007]用户群组管理系统用于:接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道;接收机顶盒用户申请音效服务器资源的请求,并为机顶盒用户分配音效服务器;接收游戏服务器的群组音效广播请求,并把群组音效广播请求分发至音效服务器;
[0008]音效服务器用于:注册到用户群组管理系统;为对应的机顶盒用户创建独立的音频数据通道;进行音效处理并通过所述音频数据通道把音效发送至对应的机顶盒用户。[0009]这样的系统可使游戏服务器向机顶盒用户发送动作执行数据包时,用户群组管理系统同样能接收该动作执行数据包中的群组音效广播请求,进而直接向音效服务器分发群组音效广播请求,使得音效服务器的音效能直接向机顶盒用户发送,省去了机顶盒用户在接收到动作执行数据包后再向音效服务器发送音效广播请求的步骤,避免了来回多次请求和网络延迟而导致动作与音效不同步的情况。
[0010]优选的技术方案如下:用户群组管理系统用于接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道具体为:用于启动音效服务器注册服务,监听由音效服务器发送的注册请求,当判断该注册请求为新音效服务器注册请求时,接收并解析注册请求消息,与注册请求所对应的音效服务器建立独立的在线数据通道,返回继续监听由音效服务器发送的注册请求;
[0011]用户群组管理系统还用于在与注册请求所对应的音效服务器建立独立的在线数据通道后,修改音效服务器注册数据库,再返回继续监听由音效服务器发送的注册请求;
[0012]用户群组管理系统用于接收机顶盒用户申请音效服务器资源的请求,并为机顶盒用户分配音效服务器具体为:用于监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由机顶盒用户发送的音效服务器资源请求时,查询音效服务器注册数据库内的数据并根据负载量选择音效服务器进行分配,向被选择音效服务器发送分配请求,更新机顶盒用户与音效服务器的对应表,返回继续监听由机顶盒用户或游戏服务器发送的请求消息。
[0013]进一步地,用户群组管理系统还用于:用于监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由游戏服务器发送的群组注册修改请求时,修改机顶盒用户群组数据库,建立群组或修改已有群组的信息数据,返回继续监听由机顶盒用户或游戏服务器发送的请求消息;
[0014]用户群组管理系统用于接收游戏服务器的群组音效广播请求,并把群组音效广播请求分发至音效服务器具体为:用于监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由游戏服务器发送的群组音效广播请求时,从群组信息数据库中查找群组中机顶盒用户信息,从机顶盒用户与音效服务器的对应表找出对应音效服务器的地址,通过音效服务器注册数据库找出对应的在线数据通道,通过该在线数据通道向对应音效服务器分发群组音效广播请求,返回继续监听由机顶盒用户或游戏服务器发送的请求消息。
[0015]进一步地,音效服务器用于为对应的机顶盒用户创建独立的音频数据通道具体为:监听用户群组管理系统发送的请求消息,当判断该请求消息为分配请求时,解析请求消息,与对应的机顶盒用户创建独立的音频数据通道,更新机顶盒用户和音频数据通道的对应表,返回继续监听用户群组管理系统发送的请求消息;
[0016]音效服务器用于进行音效处理并通过所述音频数据通道把音效发送至对应的机顶盒用户具体为:用于监听用户群组管理系统发送的请求消息,当判断该请求消息为群组音效广播请求时,解析请求消息,进行音效处理,查询机顶盒用户和音频数据通道的对应表,把音效分发到对应的音频数据通道。
[0017]进一步地,所述用户群组管理系统包括消息服务器和请求消息解析器;
[0018]消息服务器用于监听并接收由机顶盒用户或游戏服务器发送的请求消息,所述消息服务器为HTTP服务器;
[0019]请求消息解析器用于解析请求消息的类型,判断消息服务器所接收的请求消息是否由机顶盒用户发送的音效服务器资源请求或由游戏服务器发送的群组注册修改请求或由游戏服务器发送的群组音效广播请求。
[0020]相对应地,本发明还提出了一种基于用户群组的音效广播服务方法,包括如下步骤:
[0021]步骤1:提供用户群组管理系统和多个音效服务器,用户群组管理系统加载用户群组数据;
[0022]步骤2:为用户群组管理系统和每个音效服务器之间建立独立的在线数据通道;
[0023]步骤3:用户群组管理系统为每个机顶盒用户分配独立的音效服务器,音效服务器为对应的机顶盒用户创建独立的音频数据通道;
[0024]步骤4:用户群组管理系统接收并解析游戏应用服务器发送的群组音效广播请求,并把群组音效广播请求通过步骤2建立的在线数据通道分发到相应的音效服务器;
[0025]步骤5:音效服务器接收群组音效广播请求后,进行音效处理,并将需要播放的音效通过步骤3创建的音频数据通道发送至机顶盒用户播出。
[0026]进一步地,所述步骤I中还包括:用户群组管理系统启动音效广播的消息服务和申请音效服务器资源的消息服务;用户群组管理系统启动音效服务器注册管理服务;
[0027]所述步骤2具体为:监听由音效服务器发送至用户群组管理系统的请求,判断请求是否为新音效服务器注册,若否,则返回继续监听由音效服务器发送至用户群组管理系统的请求,若是则解析注册消息,为用户群组管理系统和当前注册请求对应的音效服务器之间建立独立的在线数据通道,返回继续监听由音效服务器发送至用户群组管理系统的请求;
[0028]在执行步骤3前,还包括步骤300:监听由机顶盒用户或由游戏服务器发送至用户群组管理系统的请求消息,并解析判断请求消息的类型;当判断请求消息为音效服务器资源请求时执行步骤3,当判断请求消息为群组音效广播请求消息时执行步骤4 ;
[0029]所述步骤3具体为:为接收到的音效服务器资源请求所对应的机顶盒用户分配音效服务器,被分配的音效服务器与对应机顶盒用户之间建立独立的音频数据通道,返回步骤300继续监听请求消息;
[0030]所述步骤4还包括在用户群组管理系统把群组音效广播请求分发至音效服务器后,返回步骤300继续监听。
[0031]进一步地,所述步骤2中,为用户群组管理系统和当前注册请求对应的音效服务器之间建立独立的在线数据通道后,还包括修改音效服务器注册数据库的步骤;
[0032]所述步骤3中,为机顶盒用户分配音效服务器具体为:查询音效服务器注册数据库内的数据并根据负载量选择被分配音效服务器,向被选择音效服务器发送分配请求,并更新机顶盒用户与音效服务器的对应表;
[0033]所述步骤300中,还包括当判断请求消息为由游戏服务器发送的群组注册或修改请求时,执行步骤6 ;
[0034]还包括步骤6:用户群组管理系统修改群组信息数据库,建立群组或修改已有群组的信息数据;返回步骤300继续监听。[0035]进一步地,所述步骤3中,音效服务器为每个机顶盒用户创建独立的音频数据通道的步骤具体为:音效服务器监听用户群组管理系统发送的请求消息,当判断该请求消息为分配请求时,解析请求消息,与对应的机顶盒用户创建独立的音频数据通道,更新机顶盒用户和音频数据通道的对应表,返回继续监听用户群组管理系统发送的请求消息;
[0036]所述步骤4具体为:用户群组管理系统解析群组音效广播请求,从群组信息数据库中查找群组中机顶盒用户信息,从机顶盒用户与音效服务器的对应表找出对应音效服务器的地址,通过音效服务器注册数据库找出对应的在线数据通道,通过该在线数据通道向对应音效服务器分发群组音效广播请求;音效服务器进行音效处理,并将需要播放的音效通过音频数据通道发送至机顶盒用户播出。
[0037]进一步地,所述步骤4具体为:音效服务器监听用户群组管理系统的群组音效广播请求,当接收到群组音效广播请求时,解析请求消息,进行音效处理,查询机顶盒用户和音频数据通道的对应表,把音效分发到对应的音频数据通道;所述由机顶盒用户发送的音效服务器资源请求、由游戏服务器发送的群组注册修改请求以及由游戏服务器发送的群组音效广播请求均为HTTP消息。
[0038]本发明的基于用户群组的音效广播服务系统和方法,省去了机顶盒用户在接收到动作执行数据包后再向音效服务器发送音效广播请求的步骤,避免了来回多次请求和网络延迟而导致动作与音效不同步的情况。
【专利附图】

【附图说明】
[0039]图1是本发明基于用户群组的音效广播服务系统的结构示意图。
[0040]图2是本发明基于用户群组的音效广播服务系统的用户群组管理系统的音效服务器注册流程图。
[0041]图3是本发明基于用户群组的音效广播服务系统的用户群组管理系统的消息请求处理流程图。
[0042]图4是本发明基于用户群组的音效广播服务系统的音效服务器的机顶盒用户绑定流程图。
[0043]图5是本发明基于用户群组的音效广播服务系统的音效服务器处理音效广播流程图。
【具体实施方式】
[0044]下面结合附图和具体实施例对本发明作进一步详细描述。
[0045]如图1所示,本发明的基于用户群组的音效广播服务系统,包括用户群组管理系统和多个音效服务器;
[0046]用户群组管理系统用于:接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道;接收机顶盒用户申请音效服务器资源的请求,并为机顶盒用户分配音效服务器;接收游戏服务器的群组音效广播请求,并把群组音效广播请求分发至音效服务器;
[0047]音效服务器用于:注册到用户群组管理系统;为对应的机顶盒用户创建独立的音频数据通道;进行音效处理并通过所述音频数据通道把音效发送至对应的机顶盒用户。
[0048]其中,所述用户群组管理系统包括HTTP服务器和请求消息解析器,对各种请求消息的接收由HTTP服务器来进行,对各种请求消息的解析则由请求消息解析器进行,使得各类请求消息能有效分发。
[0049]其中,如图2所示,用户群组管理系统用于接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道的具体过程是:启动音效服务器注册服务,监听由音效服务器发送的注册请求,当判断该注册请求为新音效服务器注册请求时,接收并解析注册请求消息,与注册请求所对应的音效服务器建立独立的在线数据通道,修改音效服务器注册数据库,返回继续监听由音效服务器发送的注册请求。
[0050]如图3所示,用户群组管理系统用于处理机顶盒用户的音效服务器资源请求、游戏服务器的群组注册修改请求和游戏服务器的群组音效广播请求的过程如下:启动音效服务器资源请求消息服务、群组注册修改请求消息服务和群组音效广播请求消息服务;监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由机顶盒用户发送的音效服务器资源请求时,查询音效服务器注册数据库内的数据并根据负载量选择音效服务器进行分配,向被选择音效服务器发送分配请求,更新机顶盒用户与音效服务器的对应表,返回继续监听由机顶盒用户或游戏服务器发送的请求消息;当判断该消息为由游戏服务器发送的群组注册修改请求时,修改机顶盒用户群组数据库,建立群组或修改已有群组的信息数据,返回继续监听由机顶盒用户或游戏服务器发送的请求消息;当判断该消息为由游戏服务器发送的群组音效广播请求时,从群组信息数据库中查找群组中机顶盒用户信息,从机顶盒用户与音效服务器的对应表找出对应音效服务器的地址,通过音效服务器注册数据库找出对应的在线数据通道,通过该在线数据通道向对应音效服务器分发群组音效广播请求,返回继续监听由机顶盒用户或游戏服务器发送的请求消息。对于接收到的请求消息,可以一次性接收并解析出对应的消息类型,再直接执行对应处理过程;也可以是三个部分分开单独监听。
[0051]如图4所示,音效服务器为对应的机顶盒用户创建独立的音频数据通道的过程如下:音效服务器把自身注册到用户群组管理系统后,监听用户群组管理系统发送的请求消息,当判断该请求消息为分配请求时,解析请求消息,与对应的机顶盒用户创建独立的音频数据通道,更新机顶盒用户和音频数据通道的对应表,返回继续监听用户群组管理系统发送的请求消息。
[0052]如图5所示,音效服务器处理音效广播的过程如下:监听用户群组管理系统发送的请求消息,当判断该请求消息为群组音效广播请求时,解析请求消息,进行音效处理,查询机顶盒用户和音频数据通道的对应表,把音效分发到对应的音频数据通道。
[0053]用户群组管理系统以及由多个音效服务器组成的音效服务器集成系统是提供音效服务的主体,机顶盒用户和游戏服务器属于外部模块,机顶盒用户是服务对象。与基于本地存储的方式类似,当一个机顶盒用户发起执行动作时,游戏服务器会把动作、对应音效及群组数据的参数封装成数据包向外发送,用户群组管理系统会接收该数据包,并进行解析得出请求的类型、用户参数等数据,从数据库中选择在线数据通道向相应的音效服务器分发请求消息,需要注意的是用户群组管理系统接收的数据是关于群组用户信息和音效信息,游戏服务器的封装数据包内可能有很多其他对于用户群组管理系统和音效服务器不需要的数据,实际执行中游戏服务器可以只把音效、用户群组数据单独封装成数据包向用户群组管理系统发送,也可以把完成的所有数据内容封装成数据包,再由用户群组管理系统解析抽取有用数据;用户群组管理系统收到游戏服务器的数据包后,音效服务器要播放音效只需要被播放音效的参数(例如素材路径名称、初始音量、播放次数、淡入时间等数据)和机顶盒用户连接的音频数据通道的参数,用户群组管理系统在解析请求时可以把上述音效服务器需要的数据单独分离进行分发,也可以整体分发到对应音效服务器,让音效服务器直接抽取相关数据。音效服务器根据所需请求,把原始音效素材进行混音、重复、渐变等等处理,成为所需音效,直接发送到对应的机顶盒用户,而无需机顶盒用户在接收到游戏服务器的数据包后再向音效服务器发送音效广播请求,缩短了从动作发起到音效服务器处理好音效的时间,使动作执行与音效广播同步。
[0054]相对应地,本发明还提出一种基于用户群组的音效广播服务方法,包括如下步骤:
[0055]步骤1:提供用户群组管理系统和多个音效服务器,用户群组管理系统加载用户群组数据;
[0056]步骤2:为用户群组管理系统和每个音效服务器之间建立独立的在线数据通道;
[0057]步骤3:用户群组管理系统为每个机顶盒用户分配独立的音效服务器,音效服务器为对应的机顶盒用户创建独立的音频数据通道;
[0058]步骤4:用户群组管理系统接收并解析游戏应用服务器发送的群组音效广播请求,并把群组音效广播请求通过步骤2建立的在线数据通道分发到相应的音效服务器;
[0059]步骤5:音效服务器接收群组音效广播请求后,进行音效处理,并将需要播放的音效通过步骤3创建的音频数据通道发送至机顶盒用户播出。
[0060]其中,具体地,所述步骤I中还包括:用户群组管理系统启动音效广播的消息服务和申请音效服务器资源的消息服务;
[0061]在执行步骤3前,还包括步骤300:监听由机顶盒用户或由游戏服务器发送至用户群组管理系统的请求消息,并解析判断请求消息的类型;当判断请求消息为音效服务器资源请求时执行步骤3,当判断请求消息为群组音效广播请求消息时执行步骤4 ;
[0062]所述步骤3具体为:为接收到的音效服务器资源请求所对应的机顶盒用户分配音效服务器,被分配的音效服务器与对应机顶盒用户之间建立独立的音频数据通道,返回步骤300继续监听请求消息;
[0063]所述步骤4还包括在用户群组管理系统把群组音效广播请求分发至音效服务器后,返回步骤300继续监听。
[0064]其中,具体地,所述步骤I中还包括:用户群组管理系统启动音效服务器注册管理服务;
[0065]所述步骤2具体为:监听由音效服务器发送至用户群组管理系统的请求,判断请求是否为新音效服务器注册,若否,则返回继续监听由音效服务器发送至用户群组管理系统的请求,若是则解析注册消息,为用户群组管理系统和当前注册请求对应的音效服务器之间建立独立的在线数据通道,返回继续监听由音效服务器发送至用户群组管理系统的请求。
[0066]其中,具体地,所述步骤2中,为用户群组管理系统和当前注册请求对应的音效服务器之间建立独立的在线数据通道后,还包括修改音效服务器注册数据库的步骤;
[0067]所述步骤3中,为机顶盒用户分配音效服务器具体为:查询音效服务器注册数据库内的数据并根据负载量选择被分配音效服务器,向被选择音效服务器发送分配请求,并更新机顶盒用户与音效服务器的对应表。
[0068]其中,具体地,所述步骤300中,还包括当判断请求消息为由游戏服务器发送的群组注册或修改请求时,执行步骤6 ;
[0069]还包括步骤6:用户群组管理系统修改群组信息数据库,建立群组或修改已有群组的信息数据;返回步骤300继续监听。
[0070]其中,具体地,所述步骤4具体为:用户群组管理系统解析群组音效广播请求,从群组信息数据库中查找群组中机顶盒用户信息,从机顶盒用户与音效服务器的对应表找出对应音效服务器的地址,通过音效服务器注册数据库找出对应的在线数据通道,通过该在线数据通道向对应音效服务器分发群组音效广播请求;音效服务器进行音效处理,并将需要播放的音效通过音频数据通道发送至机顶盒用户播出。
[0071]其中,具体地,所述步骤3中,音效服务器为每个机顶盒用户创建独立的音频数据通道的步骤具体为:音效服务器监听用户群组管理系统发送的请求消息,当判断该请求消息为分配请求时,解析请求消息,与对应的机顶盒用户创建独立的音频数据通道,更新机顶盒用户和音频数据通道的对应表,返回继续监听用户群组管理系统发送的请求消息
[0072]其中,具体地,所述步骤4具体为:音效服务器监听用户群组管理系统的群组音效广播请求,当接收到群组音效广播请求时,解析请求消息,进行音效处理,查询机顶盒用户和音频数据通道的对应表,把音效分发到对应的音频数据通道。
[0073]其中,具体地,所述由机顶盒用户发送的音效服务器资源请求、由游戏服务器发送的群组注册修改请求以及由游戏服务器发送的群组音效广播请求均为HTTP消息。
[0074]以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【权利要求】
1.基于用户群组的音效广播服务系统,其特征在于:包括用户群组管理系统和多个音效服务器; 用户群组管理系统用于:接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道;接收机顶盒用户申请音效服务器资源的请求,并为机顶盒用户分配音效服务器;接收游戏服务器的群组音效广播请求,并把群组音效广播请求分发至音效服务器; 音效服务器用于:注册到用户群组管理系统;为对应的机顶盒用户创建独立的音频数据通道;进行音效处理并通过所述音频数据通道把音效发送至对应的机顶盒用户。
2.根据权利要求1所述的基于用户群组的音效广播服务系统,其特征在于:用户群组管理系统用于接受音效服务器注册,并与每个音效服务器建立独立的在线数据通道具体为:用于启动音效服务器注册服务,监听由音效服务器发送的注册请求,当判断该注册请求为新音效服务器注册请求时,接收并解析注册请求消息,与注册请求所对应的音效服务器建立独立的在线数据通道,返回继续监听由音效服务器发送的注册请求; 用户群组管理系统还用于在与注册请求所对应的音效服务器建立独立的在线数据通道后,修改音效服务器注册数据库,再返回继续监听由音效服务器发送的注册请求; 用户群组管理系统用于接收机顶盒用户申请音效服务器资源的请求,并为机顶盒用户分配音效服务器具体为:用于监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由机顶盒用户发送的音效服务器资源请求时,查询音效服务器注册数据库内的数据并根据负载量选择音效服务器进行分配,向被选择音效服务器发送分配请求,更新机顶盒用户与音效服务器的对应表,返回继续监听由机顶盒用户或游戏服务器发送的请求消息。
3.根据权利要求2所述的基于用户群组的音效广播服务系统,其特征在于:用户群组管理系统还用于:用于监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由游戏服务器发送的群组注册修改请求时,修改机顶盒用户群组数据库,建立群组或修改`已有群组的信息数据,返回继续监听由机顶盒用户或游戏服务器发送的请求消息; 用户群组管理系统用于接收游戏服务器的群组音效广播请求,并把群组音效广播请求分发至音效服务器具体为:用于监听由机顶盒用户或游戏服务器发送的请求消息,接收并解析请求消息的类型,当判断该消息为由游戏服务器发送的群组音效广播请求时,从群组信息数据库中查找群组中机顶盒用户信息,从机顶盒用户与音效服务器的对应表找出对应音效服务器的地址,通过音效服务器注册数据库找出对应的在线数据通道,通过该在线数据通道向对应音效服务器分发群组音效广播请求,返回继续监听由机顶盒用户或游戏服务器发送的请求消息。
4.根据权利要求3所述的基于用户群组的音效广播服务系统,其特征在于:音效服务器用于为对应的机顶盒用户创建独立的音频数据通道具体为:监听用户群组管理系统发送的请求消息,当判断该请求消息为分配请求时,解析请求消息,与对应的机顶盒用户创建独立的音频数据通道,更新机顶盒用户和音频数据通道的对应表,返回继续监听用户群组管理系统发送的请求消息; 音效服务器用于进行音效处理并通过所述音频数据通道把音效发送至对应的机顶盒用户具体为:用于监听用户群组管理系统发送的请求消息,当判断该请求消息为群组音效广播请求时,解析请求消息,进行音效处理,查询机顶盒用户和音频数据通道的对应表,把音效分发到对应的音频数据通道。
5.根据权利要求4所述的基于用户群组的音效广播服务系统,其特征在于:所述用户群组管理系统包括消息服务器和请求消息解析器; 消息服务器用于监听并接收由机顶盒用户或游戏服务器发送的请求消息,所述消息服务器为HTTP服务器; 请求消息解析器用于解析请求消息的类型,判断消息服务器所接收的请求消息是否由机顶盒用户发送的音效服务器资源请求或由游戏服务器发送的群组注册修改请求或由游戏服务器发送的群组音效广播请求。
6.基于用户群组的音效广播服务方法,其特征在于,包括如下步骤: 步骤1:提供用户群组管理系统和多个音效服务器,用户群组管理系统加载用户群组数据; 步骤2:为用户群组管理系统和每个音效服务器之间建立独立的在线数据通道; 步骤3:用户群组管理系统为每个机顶盒用户分配独立的音效服务器,音效服务器为对应的机顶盒用户创建独立的音频数据通道; 步骤4:用户群组管理系统接收并解析游戏应用服务器发送的群组音效广播请求,并把群组音效广播请求通过步骤2建立的在线数据通道分发到相应的音效服务器; 步骤5:音效服务器 接收群组音效广播请求后,进行音效处理,并将需要播放的音效通过步骤3创建的音频数据通道发送至机顶盒用户播出。
7.根据权利要求6所述的基于用户群组的音效广播服务方法,其特征在于:所述步骤I中还包括:用户群组管理系统启动音效广播的消息服务和申请音效服务器资源的消息服务;用户群组管理系统启动音效服务器注册管理服务; 所述步骤2具体为:监听由音效服务器发送至用户群组管理系统的请求,判断请求是否为新音效服务器注册,若否,则返回继续监听由音效服务器发送至用户群组管理系统的请求,若是则解析注册消息,为用户群组管理系统和当前注册请求对应的音效服务器之间建立独立的在线数据通道,返回继续监听由音效服务器发送至用户群组管理系统的请求; 在执行步骤3前,还包括步骤300:监听由机顶盒用户或由游戏服务器发送至用户群组管理系统的请求消息,并解析判断请求消息的类型;当判断请求消息为音效服务器资源请求时执行步骤3,当判断请求消息为群组音效广播请求消息时执行步骤4 ; 所述步骤3具体为:为接收到的音效服务器资源请求所对应的机顶盒用户分配音效服务器,被分配的音效服务器与对应机顶盒用户之间建立独立的音频数据通道,返回步骤300继续监听请求消息; 所述步骤4还包括在用户群组管理系统把群组音效广播请求分发至音效服务器后,返回步骤300继续监听。
8.根据权利要求7所述的基于用户群组的音效广播服务方法,其特征在于:所述步骤2中,为用户群组管理系统和当前注册请求对应的音效服务器之间建立独立的在线数据通道后,还包括修改音效服务器注册数据库的步骤; 所述步骤3中,为机顶盒用户分配音效服务器具体为:查询音效服务器注册数据库内的数据并根据负载量选择被分配音效服务器,向被选择音效服务器发送分配请求,并更新机顶盒用户与音效服务器的对应表; 所述步骤300中,还包括当判断请求消息为由游戏服务器发送的群组注册或修改请求时,执行步骤6 ; 还包括步骤6:用户群组管理系统修改群组信息数据库,建立群组或修改已有群组的信息数据;返回步骤300继续监听。
9.根据权利要求8所述的基于用户群组的音效广播服务方法,其特征在于:所述步骤3中,音效服务器为每个机顶盒用户创建独立的音频数据通道的步骤具体为:音效服务器监听用户群组管理系统发送的请求消息,当判断该请求消息为分配请求时,解析请求消息,与对应的机顶盒用户创建独立的音频数据通道,更新机顶盒用户和音频数据通道的对应表,返回继续监听用户群组管理系统发送的请求消息; 所述步骤4具体为:用户群组管理系统解析群组音效广播请求,从群组信息数据库中查找群组中机顶盒用户信息,从机顶盒用户与音效服务器的对应表找出对应音效服务器的地址,通过音效服务器注册数据库找出对应的在线数据通道,通过该在线数据通道向对应音效服务器分发群组音效广播请求;音效服务器进行音效处理,并将需要播放的音效通过音频数据通道发送至机顶盒用户播出。
10.根据权利要求9所述的基于用户群组的音效广播服务方法,其特征在于:所述步骤4具体为:音效服务器监听用户群组管理系统的群组音效广播请求,当接收到群组音效广播请求时,解析请求消息,进行音效处理,查询机顶盒用户和音频数据通道的对应表,把音效分发到对应的音频数据通道;所述由机顶盒用户发送的音效服务器资源请求、由游戏服务器发送的群组注册修改请求以及由游戏服务器发送的群组音效广播请求均为HTTP消肩、ο ·
【文档编号】H04N21/2668GK103458028SQ201310392810
【公开日】2013年12月18日 申请日期:2013年9月2日 优先权日:2013年9月2日
【发明者】徐佳宏, 曾勇 申请人:深圳市茁壮网络股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1