【技术实现步骤摘要】
互动直播系统、发布
‑
订阅关系的维护方法及相关设备
[0001]本专利技术涉及数据处理
,具体涉及一种互动直播系统、发布
‑
订阅关系的维护方法及相关设备。
技术介绍
[0002]目前,传统直播各家CDN(Content DeliveryNetwork,内容分发网络)服务器一般采用链路长、延时高的树形层级架构。互动直播系统,一般通过主播与参与者连麦,然后在客户端侧或服务侧混流,再旁路直播到CDN服务器,普通观众可以通过CDN服务器观看直播。其中,参与者可以是另一主播或观众。
[0003]传统直播与互动直播是各自独立的两套系统,扩展难度较大,参与连麦的观众在连麦结束后切换到普通观看场景时,存在着画面跳变等问题,用户体验感差。
技术实现思路
[0004]对此,本申请提供一种互动直播系统、发布
‑
订阅关系的维护方法及相关设备,以解决现有相关方案在观众连麦结束后切换到普通观看场景时,存在画面跳变等问题。
[0005]为实现上述目的,本专利技术实施例提供如下技术方案:
[0006]本专利技术第一方面公开了一种发布
‑
订阅关系的维护方法,应用于互动直播系统中的发布
‑
订阅管理中心,所述方法包括:
[0007]确定出待维护发布
‑
订阅关系模型所属模式;所述模式包括一人发布多人订阅模式和多人发布多人订阅模式;
[0008]若所述待维护发布
‑
订阅关系 ...
【技术保护点】
【技术特征摘要】
1.一种发布
‑
订阅关系的维护方法,其特征在于,应用于互动直播系统中的发布
‑
订阅管理中心,所述方法包括:确定出待维护发布
‑
订阅关系模型所属模式;所述模式包括一人发布多人订阅模式和多人发布多人订阅模式;若所述待维护发布
‑
订阅关系模型所属模式为所述一人发布多人订阅模式,则按照第一预设发布流程和预设订阅流程对所述待维护发布
‑
订阅关系模型进行维护;若所述待维护发布
‑
订阅关系模型所属模式为所述多人发布多人订阅模式,则按照第二预设发布流程和所述预设订阅流程对所述待维护发布
‑
订阅关系模型进行维护;其中,所述第一预设发布流程与所述第二预设发布流程不同。2.根据权利要求1所述的发布
‑
订阅关系的维护方法,其特征在于,确定出待维护发布
‑
订阅关系模型所属模式,包括:分别确定出所述待维护发布
‑
订阅关系模型中发布者的数量;若所述待维护发布
‑
订阅关系模型中发布者的数量为1,则确定出所述待维护发布
‑
订阅关系模型属于所述一人发布多人订阅模式;若所述待维护发布
‑
订阅关系模型中发布者的数量大于1,则确定出所述待维护发布
‑
订阅关系模型属于所述多人发布多人订阅模式。3.根据权利要求1所述的发布
‑
订阅关系的维护方法,其特征在于,按照第一预设发布流程对所述待维护发布
‑
订阅关系模型进行维护,包括:在接收到所述互动直播系统中发布端发送的开房请求之后,响应所述开房请求,并向所述发布端返回主播房间信息;所述主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址;在接收到所述主播房间接入边缘节点地址发送的同步流更新指令之后,同步更新所述主播房间名对应的流状态;其中,所述同步流更新指令在所述主播房间接入边缘节点地址接收到所述发布端推送的直播流后被触发。4.根据权利要求1所述的发布
‑
订阅关系的维护方法,其特征在于,按照预设订阅流程对所述待维护发布
‑
订阅关系模型进行维护,包括:在接收到所述互动直播系统中订阅端发送的订房请求之后,响应所述订房请求,并向所述订阅端返回与所述订房请求相匹配的房间信息;所述与所述订房请求相匹配的房间信息包括:与所述订房请求相匹配的主播发布流路径、音视频ID列表及第一观看房间接入边缘节点地址;在接收到所述第一观看房间接入边缘节点地址发送的指定房间号观看请求之后,响应所述指定房间号观看请求,并向所述第一观看房间接入边缘节点地址返回与所述指定房间号观看请求相匹配的房间信息及第一级中继服务地址;所述第一观看房间接入边缘节点地址发送的指定房间号观看请求是:所述第一观看房间接入边缘节点地址在接收到直播观看请求之后,在自身中未匹配到所述直播观看请求携带要观看的房间名和订阅流路径时发送的;所述第一级中继服务地址用于在接收到所述第一观看房间接入边缘节点地址发送的直播观看请求时,向所述第一观看房间接入边缘节点地址发送与所述直播观看请求相匹配的直播流数据;在接收到所述第一级中继服务地址发送的指定房间号观看请求之后,响应所述指定房
间号观看请求,并向所述第一级中继服务地址返回与所述指定房间号观看请求相匹配的多个下一级中继服务地址或第二观看房间接入边缘节点地址;所述第一...
【专利技术属性】
技术研发人员:曹问,盛骥斌,曹望,曾迅迅,李兴平,刘维,
申请(专利权)人:湖南快乐阳光互动娱乐传媒有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。