[发明专利]互动直播系统、发布-订阅关系的维护方法及相关设备

说明书

本申请提供了一种互动直播系统、发布‑订阅关系的维护方法及相关设备，该方法可应用于互动直播系统中的发布‑订阅管理中心，在确定出待维护发布‑订阅关系模型所属模式之后；若模式为一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对待维护发布‑订阅关系模型进行维护；若模式为多人发布多人订阅模式，则按照第二预设发布流程和预设订阅流程对待维护发布‑订阅关系模型进行维护；其中，第一预设发布流程与第二预设发布流程不同，也即本申可以通过发布‑订阅管理中心维护全局发布与订阅关系，极大的解耦了音视频流服务内部复杂逻辑，解决了现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。

技术领域

本发明涉及数据处理技术领域，具体涉及一种互动直播系统、发布-订阅关系的维护方法及相关设备。

背景技术

目前，传统直播各家CDN(Content DeliveryNetwork，内容分发网络)服务器一般采用链路长、延时高的树形层级架构。互动直播系统，一般通过主播与参与者连麦，然后在客户端侧或服务侧混流，再旁路直播到CDN服务器，普通观众可以通过CDN服务器观看直播。其中，参与者可以是另一主播或观众。

传统直播与互动直播是各自独立的两套系统，扩展难度较大，参与连麦的观众在连麦结束后切换到普通观看场景时，存在着画面跳变等问题，用户体验感差。

发明内容

对此，本申请提供一种互动直播系统、发布-订阅关系的维护方法及相关设备，以解决现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。

为实现上述目的，本发明实施例提供如下技术方案：

本发明第一方面公开了一种发布-订阅关系的维护方法，应用于互动直播系统中的发布-订阅管理中心，所述方法包括：

确定出待维护发布-订阅关系模型所属模式；所述模式包括一人发布多人订阅模式和多人发布多人订阅模式；

若所述待维护发布-订阅关系模型所属模式为所述一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对所述待维护发布-订阅关系模型进行维护；

若所述待维护发布-订阅关系模型所属模式为所述多人发布多人订阅模式，则按照第二预设发布流程和所述预设订阅流程对所述待维护发布-订阅关系模型进行维护；其中，所述第一预设发布流程与所述第二预设发布流程不同。

可选地，上述的发布-订阅关系的维护方法中，确定出待维护发布-订阅关系模型所属模式，包括：

分别确定出所述待维护发布-订阅关系模型中发布者的数量；

若所述待维护发布-订阅关系模型中发布者的数量为1，则确定出所述待维护发布-订阅关系模型属于所述一人发布多人订阅模式；

若所述待维护发布-订阅关系模型中发布者的数量大于1，则确定出所述待维护发布-订阅关系模型属于所述多人发布多人订阅模式。

可选地，上述的发布-订阅关系的维护方法中，按照第一预设发布流程对所述待维护发布-订阅关系模型进行维护，包括：

在接收到所述互动直播系统中发布端发送的开房请求之后，响应所述开房请求，并向所述发布端返回主播房间信息；所述主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址；

在接收到所述主播房间接入边缘节点地址发送的同步流更新指令之后，同步更新所述主播房间名对应的流状态；其中，所述同步流更新指令在所述主播房间接入边缘节点地址接收到所述发布端推送的直播流后被触发。

可选地，上述的发布-订阅关系的维护方法中，按照预设订阅流程对所述待维护发布-订阅关系模型进行维护，包括：