1.一种插播数据播放方法,其特征在于,基于机顶盒,所述方法包括:
启动不可销毁的全局窗口,所述不可销毁的全局窗口独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态;
利用所述不可销毁的全局窗口打开监控页面,执行插播数据播放的过程,所述插播数据播放的过程,包括:
与插播系统建立websocket长连接, 所述与插播系统建立websocket长连接的过程,包括:使用ajax技术向所述插播系统发送配置文件请求消息;获取所述插播系统响应所述配置文件请求消息下发的配置文件,所述配置文件至少包括:所述插播系统所属广电网络服务器的IP地址、路由端口和长连接异常后的重连时间;根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接;在与所述插播系统建立的websocket长连接出现异常时,在等待所述长连接异常后的重连时间后,重新根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接;
监听所述插播系统是否下发插播数据消息;
若是,获取所述插播数据消息,并播放所述插播数据消息中的插播数据;
若否,判断与所述插播系统建立的websocket长连接是否出错,若否,返回执行监听所述插播系统是否下发插播数据消息的步骤,若是,重新执行与插播系统建立websocket长连接的步骤。
2.根据权利要求1所述的方法,其特征在于,所述播放所述插播数据消息中的插播数据的过程,包括:
判断所述插播数据消息中的插播数据是否为插播视频;
若是,从所述插播数据消息中获取所述插播视频的播放频点,并跳转到所述插播视频的播放频点播放所述插播视频;
若否,直接播放所述插播数据消息中的插播数据。
3.根据权利要求2所述的方法,其特征在于,在跳转到所述插播视频的播放频点播放所述插播视频之后,还包括:
在所述插播视频的播放频点播放所述插播视频完成后,返回至直播频点,以播放直播节目。
4.一种插播数据播放装置,其特征在于,基于机顶盒的中间件创建不可销毁的全局窗口,所述装置包括:
启动单元,用于启动所述不可销毁的全局窗口,所述不可销毁的全局窗口独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态;
触发单元,用于利用所述不可销毁的全局窗口打开监控页面,执行插播数据播放的过程,所述插播数据播放的过程,包括:
与插播系统建立websocket长连接,所述与插播系统建立websocket长连接的过程,包括:使用ajax技术向所述插播系统发送配置文件请求消息;获取所述插播系统响应所述配置文件请求消息下发的配置文件,所述配置文件至少包括:所述插播系统所属广电网络服务器的IP地址、路由端口和长连接异常后的重连时间;根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接;在与所述插播系统建立的websocket长连接出现异常时,在等待所述长连接异常后的重连时间后,重新根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接;
监听所述插播系统是否下发插播数据消息;
若是,获取所述插播数据消息,并播放所述插播数据消息中的插播数据;
若否,判断与所述插播系统建立的websocket长连接是否出错,若否,返回执行监听所述插播系统是否下发插播数据消息的步骤,若是,重新执行与插播系统建立websocket长连接的步骤。
一种插播数据播放方法、装置及系统\n技术领域\n[0001] 本申请涉及数字电视领域,特别涉及一种插播数据播放方法、装置及系统。\n背景技术\n[0002] 随着数字电视的发展,机顶盒除了播放广电网络提供的数字电视节目,还需要播放广电网络插播的特定电视节目、定向信息服务等,如国际机场的航班信息、商务酒店的酒店服务信息等。\n[0003] 目前,机顶盒仅通过在活动窗口以轮询的方式,监控广电网络服务器是否下发插播数据,从而进行插播数据的播放,由于活动窗口仅有一个,因此机顶盒只能在某一种场景下进行插播数据的监控及播放,而无法在任何场景下实现插播数据的监控及播放。\n发明内容\n[0004] 为解决上述技术问题,本申请实施例提供一种插播数据播放方法、装置及系统,以达到提高插播数据播放的实时性的目的,技术方案如下:\n[0005] 一种插播数据播放方法,基于机顶盒,所述方法包括:\n[0006] 启动不可销毁的全局窗口,所述不可销毁的全局窗口独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态;\n[0007] 利用所述不可销毁的全局窗口打开监控页面,执行插播数据播放的过程。\n[0008] 优选的,所述插播数据播放的过程,包括:\n[0009] 与插播系统建立websocket长连接;\n[0010] 监听所述插播系统是否下发插播数据消息;\n[0011] 若是,获取所述插播数据消息,并播放所述插播数据消息中的插播数据;\n[0012] 若否,判断与所述插播系统建立的websocket长连接是否出错,若否,返回执行监听所述插播系统是否下发插播数据消息的步骤,若是,重新执行与插播系统建立websocket长连接的步骤。\n[0013] 优选的,所述与插播系统建立websocket长连接的过程,包括:\n[0014] 使用ajax技术向所述插播系统发送配置文件请求消息;\n[0015] 获取所述插播系统响应所述配置文件请求消息下发的配置文件,所述配置文件至少包括:所述插播系统所属广电网络服务器的IP地址、路由端口和长连接异常后的重连时间;\n[0016] 根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接。\n[0017] 优选的,在根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接之后,还包括:\n[0018] 在与所述插播系统建立的websocket长连接出现异常时,在等待所述长连接异常后的重连时间后,重新根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接。\n[0019] 优选的,所述播放所述插播数据消息中的插播数据的过程,包括:\n[0020] 判断所述插播数据消息中的插播数据是否为插播视频;\n[0021] 若是,从所述插播数据消息中获取所述插播视频的播放频点,并跳转到所述插播视频的播放频点播放所述插播视频;\n[0022] 若否,直接播放所述插播数据消息中的插播数据。\n[0023] 优选的,在跳转到所述插播视频的播放频点播放所述插播视频之后,还包括:\n[0024] 在所述插播视频的播放频点播放所述插播视频完成后,返回至直播频点,以播放直播节目。\n[0025] 一种插播数据播放装置,包括:\n[0026] 启动单元,用于启动不可销毁的全局窗口,所述不可销毁的全局窗口独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态;\n[0027] 触发单元,用于利用所述不可销毁的全局窗口打开监控页面,执行插播数据播放的过程。\n[0028] 与现有技术相比,本申请的有益效果为:\n[0029] 在本申请中,由于不可销毁的全局窗口独立于其他窗口,且在机顶盒运行过程中,一直处以运行状态,因此不可销毁的全局窗口打开监控页面,执行插播数据播放的过程在一直运行,从而在任何场景下均可以监控插播数据并播放插播数据。\n附图说明\n[0030] 为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。\n[0031] 图1是本申请提供的插播数据播放方法的一种流程图;\n[0032] 图2是本申请提供的插播数据播放方法的一种子流程图;\n[0033] 图3是本申请提供的插播数据播放方法的另一种子流程图;\n[0034] 图4是本申请提供的插播数据播放方法的再一种子流程图;\n[0035] 图5是本申请提供的插播数据播放方法的再一种子流程图;\n[0036] 图6是本申请提供的插播数据播放方法的再一种子流程图;\n[0037] 图7是本申请提供的插播数据播放装置的一种逻辑结构示意图。\n具体实施方式\n[0038] 下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。\n[0039] 实施例一\n[0040] 在本实施例中,提供了一种插播数据播放方法,基于机顶盒。在执行插播数据播放方法之前,需要机顶盒的中间件创建一个不可销毁的全局窗口,不可销毁的全局窗口能够独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态。\n[0041] 请参见图1,其示出了本申请提供的插播数据播放方法的一种流程图,可以包括以下步骤:\n[0042] 步骤S11:启动不可销毁的全局窗口。\n[0043] 其中,不可销毁的全局窗口独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态。\n[0044] 步骤S12:利用不可销毁的全局窗口打开监控页面,执行插播数据播放的过程。\n[0045] 在本实施例中,利用不可销毁的全局窗口打开监控页面后,监控页面所承载的代码自动执行。监控页面所承载的代码自动执行的过程,即插播数据播放的过程。\n[0046] 在本实施例中,监控页面所承载的代码自动执行的过程,即插播数据播放的过程可以为现有技术中以轮询的方式监控广电网络服务器是否下发插播数据,从而进行插播数据的播放过程。\n[0047] 当然,监控页面所承载的代码自动执行的过程,即插播数据播放的过程还可以参见图2,可以包括以下步骤:\n[0048] 步骤S21:与插播系统建立websocket长连接。\n[0049] 在本实施例中,插播系统设置在广电网络服务器一端,插播系统是websocket长连接的服务器端。\n[0050] 步骤S22:监听所述插播系统是否下发插播数据消息。\n[0051] 在本实施例中,插播系统首先将插播数据消息推送到广电cable网络中,再由广电cable网络将插播数据消息推送到机顶盒。机顶盒上的监控页面则监听是否有插播数据消息下发。\n[0052] 若是,执行步骤S24,若否,执行步骤S23。\n[0053] 步骤S23:判断与所述插播系统建立的websocket长连接是否出错。\n[0054] 若否,返回执行步骤S22,若是,重新执行步骤S21。\n[0055] 步骤S24:获取所述插播数据消息,并播放所述插播数据消息中的插播数据。\n[0056] 在本申请中,利用不可销毁的全局窗口打开监控页面,使在不可销毁的全局窗口上打开的监控页面一直存在,从而使与广电网络服务建立的websocket长连接一直保持,在与插播系统建立的websocket长连接一直保持的基础上,能够实时监听插播系统是否下发插播数据消息,一旦监听到插播系统下发插播数据消时,便获取插播数据消息,并播放插播数据消息中的插播数据,相比于现有技术通过在活动窗口以轮询的方式,监控广电网络服务器是否下发插播数据,从而进行插播数据的播放的过程,不需要在重新打开一个活动窗口时,重新进行轮询来监听广电网络服务器是否下发插播数据,提高了插播数据播放的实时性。如,机顶盒打开的活动窗口为系统设置窗口,则已有技术中机顶盒需要在系统设置窗口轮询广电网络服务器是否下发插播数据,当机顶盒关闭系统设置窗口,打开直播视频播放窗口(直播视频播放窗口即新的活动窗口)时,机顶盒则需要重新在直播视频播放窗口轮询广电网络服务器是否下发插播数据。而本申请则一直在监听插播系统是否下发插播数据消息,不管活动窗口是否变化,实现了在任何场景下均可以监听是否下发插播数据。\n[0057] 在本实施例中,与插播系统建立websocket长连接的具体过程请参见图3,可以包括以下步骤:\n[0058] 步骤S31:使用ajax技术向所述插播系统发送配置文件请求消息。\n[0059] 步骤S32:获取所述插播系统响应所述配置文件请求消息下发的配置文件。\n[0060] 所述配置文件至少包括:所述插播系统所属广电网络服务器的IP地址、路由端口和长连接异常后的重连时间。\n[0061] 在本实施例中,配置文件由插播系统下发,使得在广电网络服务器的IP地址或者路由端口更换了之后,不需要对机顶盒进行改动,只需要更改下发的配置文件即可。\n[0062] 步骤S33:根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播系统建立websocket长连接。\n[0063] 在本实施例中,与插播系统建立websocket长连接的具体过程还可以参见图4,可以包括以下步骤:\n[0064] 步骤S41:使用ajax技术向所述插播系统发送配置文件请求消息。\n[0065] 步骤S42:获取所述插播系统响应所述配置文件请求消息下发的配置文件。\n[0066] 所述配置文件至少包括:所述插播系统所属广电网络服务器的IP地址、路由端口和长连接异常后的重连时间\n[0067] 步骤S43:根据所述插播系统所属广电网络服务器的IP地址和路由端口,与所述插播建立websocket长连接。\n[0068] 步骤S41至步骤S42与图3示出的步骤S31至步骤S32相同,在此不再赘述。\n[0069] 步骤S44:在与所述插播系统建立的websocket长连接出现异常时,在等待所述长连接异常后的重连时间后,重新根据所述插播系统所属广电网络服务器的IP地址和连接端口,与所述插播系统建立websocket长连接。\n[0070] 在本实施例中,上述播放所述插播数据消息中的插播数据的具体过程,请参见图\n5,可以包括以下步骤:\n[0071] 步骤S51:判断所述插播数据消息中的插播数据是否为插播视频。\n[0072] 若是,执行步骤S53,若否,执行步骤S52。\n[0073] 步骤S52:直接播放所述插播数据消息中的插播数据。\n[0074] 在本实施例中,直接可以播放的插播数据具体可以为跑马灯形式的文字或图片。\n即在判断所述插播数据消息中的插播数据不是插播视频,而是跑马灯形式的文字或图片时,则直接播放跑马灯形式的文字或图片。\n[0075] 步骤S53:从所述插播数据消息中获取所述插播视频的播放频点,并跳转到所述插播视频的播放频点播放所述插播视频。\n[0076] 在本实施例中,上述播放所述插播数据消息中的插播数据的具体过程,还可以参见图6,可以包括以下步骤:\n[0077] 步骤S61:判断所述插播数据消息中的插播数据是否为插播视频。\n[0078] 若是,执行步骤S63,若否,执行步骤S62。\n[0079] 步骤S62:直接播放所述插播数据消息中的插播数据。\n[0080] 步骤S63:从所述插播数据消息中获取所述插播视频的播放频点信息,并跳转到所述播放频点信息中的播放频点播放所述插播视频。\n[0081] 播放频点信息包括播放频点、符号率、调整方式和serviceId,播放频点信息符合DVB规范。机顶盒能够根据播放频点信息找到对应的插播视频或直播节目进行播放。\n[0082] 步骤S61至步骤S63和图5示出的步骤S51至步骤S52相同,在此不再赘述。\n[0083] 步骤S64:在所述插播视频的播放频点播放所述插播视频完成后,返回至直播频点,以播放直播节目。\n[0084] 实施例二\n[0085] 与上述实施例相对应,本实施例提供了一种插播数据播放装置,基于机顶盒的中间件创建的不可销毁的全局窗口,请参见图7,插播数据播放装置包括:启动单元71和触发单元72。\n[0086] 启动单元71,用于启动不可销毁的全局窗口,所述不可销毁的全局窗口独立于其他窗口,且在所述机顶盒运行过程中,一直处以运行状态。\n[0087] 触发单元72,用于利用不可销毁的全局窗口打开监控页面,执行插播数据播放的过程。\n[0088] 在本实施例中,插播数据播放的过程可以为现有技术中以轮询的方式监控广电网络服务器是否下发插播数据,从而进行插播数据的播放过程。\n[0089] 当然,插播数据播放的过程也可以为以下步骤:\n[0090] 与插播系统建立websocket长连接;\n[0091] 监听所述插播系统是否下发插播数据消息;\n[0092] 若是,获取所述插播数据消息,并播放所述插播数据消息中的插播数据;\n[0093] 若否,判断与所述插播系统建立的websocket长连接是否出错,若否,返回执行监听所述插播系统是否下发插播数据消息的步骤,若是,重新执行与插播系统建立websocket长连接的步骤。\n[0094] 需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。\n对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。\n[0095] 最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。\n[0096] 以上对本申请所提供的一种插播数据播放方法、装置及系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
法律信息
- 2019-04-23
- 2016-08-24
实质审查的生效
IPC(主分类): H04N 21/262
专利申请号: 201610161729.6
申请日: 2016.03.21
- 2016-07-27
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2012-05-09
|
2010-10-13
| | |
2
| |
2016-01-27
|
2014-07-24
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |