CN115361367B - 一种用于应急广播的双通道广播*** - Google Patents
一种用于应急广播的双通道广播*** Download PDFInfo
- Publication number
- CN115361367B CN115361367B CN202211283989.2A CN202211283989A CN115361367B CN 115361367 B CN115361367 B CN 115361367B CN 202211283989 A CN202211283989 A CN 202211283989A CN 115361367 B CN115361367 B CN 115361367B
- Authority
- CN
- China
- Prior art keywords
- broadcasting
- channel
- broadcast
- terminal
- real
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种用于应急广播的双通道广播***,包括:广播***,物联网平台,流媒体平台,一个或多个广播终端;其中广播***在发起广播时,会同时构建第一通道和第二通道的双通道指令,并将构建的双通道指令通过物联网平台进行发送给广播终端;其中第一通道是实时流通道;第二通道为非实时流通道;物联网平台,用于广播终端、广播应用的接入,提供广播***和广播终端的通讯通道;流媒体平台,用于提供实时流能力,广播***将实时流推送至流媒体平台,广播终端从流媒体平台拉取实时流;广播终端,其中广播终端根据双通道指令选择最优通道执行广播任务。本发明的双通道广播***具备灵活的双通道,两个通道可以互为备份,使用范围更广。
Description
技术领域
本发明涉及通信技术领域,具体来说,涉及一种用于应急广播的双通道广播***。
背景技术
目前存在的广播模式,一般为单通道的模式,例如一种是实时流方式:由广播终端根据平台下发指令实现拉流和停止接流的操作,从而实现广播传输,另一种是采用推送指令的方式,由广播终端根据平台下发的指令,解析指令中详细的文本、音频等内容文件,以及相关的广播策略,从而实现广播的传输。
上述两种方式,各自有各自的优点,同时也各自有各自不同程度和应用场景下的缺陷或者限制,无法满足各个场景下不同的实际广播需求。
实时流广播方式,由广播平台统一调度和控制,广播终端只需负责简单的指令执行,实现实时流的获取和中断等处理,平台这边便于控制、分析和处理,这种实现机制,广播终端逻辑处理简单,不需要具备过高的硬件处理能力,可以有效的降低硬件成本,但是,也存在明显的缺陷,就是过于依赖网络的传输速度,在网络环境较差的情况下,广播存在明显的卡顿或丢失内容,在需要高质量、高准确性广播场景下,无法达到很好的广播效果。
推送指令广播方式,由广播平台统一调度,将具体的广播业务及内容,通过指令的方式,统一下发给广播终端,由广播终端进行广播内容的下载、转换等处理,再根据广播策略进行广播,这是一种类似去中心化的一种处理方案,具体的广播流程不由广播平台控制,转变为由各个广播终端自己控制,这样做的好处是,广播的传输降低了对网络环境的依赖,大部分工作由广播终端自己完成,广播能做到流畅无卡顿、不丢失内容,还大大降低了流量的消耗。但是,同时也就降低广播平台对广播的控制,包括对广播流程的监控等,在这种方案下,广播终端的处理逻辑也比较复杂,不利于广播终端的维护、升级等处理。
本文提供的背景描述用于总体上呈现本公开的上下文的目的。除非本文另外指示,在该章节中描述的资料不是该申请的权利要求的现有技术并且不要通过包括在该章节内来承认其成为现有技术。
发明内容
针对相关技术中的上述技术问题,本发明提出了一种用于应急广播的双通道广播***,包括:一广播***,一物联网平台,一流媒体平台,一个或多个广播终端;
其中广播***,负责广播业务的发起,广播***在发起广播时,会同时构建第一通道和第二通道的双通道指令,并将构建的双通道指令通过所述物联网平台进行发送给所述广播终端;其中第一通道是实时流通道;第二通道为非实时流通道;
物联网平台,用于广播终端、广播应用的接入,提供广播***和广播终端的通讯通道;
流媒体平台,用于提供实时流能力,广播***将实时流推送至流媒体平台,广播终端从流媒体平台拉取实时流;
广播终端,其中广播终端根据双通道指令选择最优通道执行广播任务。
具体的,所述第二通道为边下边播通道。
具体的,所述广播***根据广播任务信息和终端广播协议,构建双通道指令,所述双通道指令中同时包括实时流通道信息和边下边播通道信息。其中双通道指令中包含有:实时流地址、内容地址/文本、广播策略。
具体的,所述广播策略包括针对边下边播通道的循环策略:所述边下边播通道的非本次的循环策略由广播***进行控制。
具体的,所述广播终端接收并解析所述双通道指令,广播终端默认执行边下边播指令。
具体的,广播终端在重启后,使用第一通道的指令从流媒体平台拉取实时流。
具体的,广播终端在默认边下边播通道或处理异常时,主动切换至实时流通道从流媒体平台拉取实时流。
具体的,广播终端根据广播***发送的广播状态指令,恢复边下边播通道。
具体的,所述广播***执行同步任务详情,其步骤如下:
广播终端向物联网平台发送同步任务详情,物联网平台反馈发送同步任务详情成功,物联网平台向广播***发送同步任务详情消息;广播***获取并解析所述同步任务详情消息,并处理对应的同步任务详情消息,根据会话获取任务信息,并匹配广播范围,广播终端匹配广播范围,则构造任务详情,否则丢弃;接着广播***,匹配广播终端并构造任务详情数据;将所述任务详情数据发送给物联网平台,物联网平台再将所述任务详情数据发送给广播终端,由广播终端进行广播处理。
具体的,所述广播***发送广播流程如下:客户端指示广播***发送广播,广播***开始处理业务指令,首先广播***将RTMP实时流推送至流媒体平台;并构建双通道指令,接着封装协议指令,并发送双通道协议指令至物联网平台,物联网平台将双通道协议指令发送到广播终端。
具体的,广播***同步广播数据流程如下:
广播终端向物联网平台发送同步广播数据,物联网平台反馈发送同步广播数据成功,物联网平台向广播***发送同步广播数据消息;广播***获取并解析所述同步广播数据消息,并处理对应的同步广播数据消息,广播终端归属广播会话范围,则同步,否则丢弃会话;接着广播***,匹配广播终端并构造广播数据;将所述广播数据发送给物联网平台,物联网平台再将所述广播数据发送给广播终端,由广播终端进行广播处理。
具体的,广播终端发起广播流程中的实时流通道流程如下:客户端指示广播***发送广播,广播***将实时流推送至流媒体平台;流媒体平台通过实时流回调;广播***发送广播指令至物联网平台,物联网平台将广播指令发送到广播终端,广播终端从流媒体平台拉取RTMP实时流。
第二方面,本发明另一个实施例提供了一种双通道广播方法,其应用于广播***,其中广播***在发起广播时,广播***将RTMP实时流推送至流媒体平台,广播终端从流媒体平台拉取RTMP实时流;构建第一通道和第二通道的双通道指令,并将构建的双通道指令通过物联网平台发送给广播终端;其中第一通道是实时流通道;第二通道为非实时流通道。
具体的,所述广播***根据广播任务信息和终端广播协议,构建双通道指令,所述双通道指令中同时包括实时流通道信息和边下边播通道信息;其中双通道指令中包含有:实时流地址、内容地址/文本、广播策略。
第三方面,本发明的另一个实施例提供了一种双通道广播方法,其应用于广播终端,其中广播终端接收由广播***构建的双通道指令,并根据双通道指令选择最优通道执行广播任务。
具体的,所述的根据双通道指令选择最优通道执行广播任务默认是执行边下边播通道。
具体的,广播终端在重启后,使用第一通道的指令从流媒体平台拉取实时流。
具体的,广播终端在默认边下边播通道或处理异常时,主动切换至实时流通道从流媒体平台拉取实时流。
具体的,广播终端根据广播***发送的广播状态指令,恢复边下边播通道。
本发明的双通道广播***具有如下优点:
1)具备灵活的双通道,两个通道可以互为备份;
2)边下边播通道,减少了对网络环境的依赖,解决了播放卡顿、内容丢失的问题,广播效果好;
3)边下边播通道,广播终端没有复杂的策略处理逻辑,只是增加了简单的当次广播策略,便于维护和升级;
4)边下边播通道,可重复使用本地文件,大大的降低了流量的消耗,节约了成本;
5)实时流通道,能够很好的支持广播***对广播流程的控制和保持同步;
6)双通道以边下边播通道为默认通道,同时可以相互进行切换。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种双通道广播***示意图;
图2是本发明实施例提供的发起广播流程示意图;
图3是本发明实施例提供的同步广播数据流程示意图;
图4是本发明实施例提供的同步任务详情流程示意图;
图5是本发明实施例提供的实时流通道流程示意图;
图6是本发明实施例提供的广播终端的广播流程示意图;
图7是本发明实施例提供的一种双通道广播设备示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
参考图1,本实施例公开了一种用于应急广播的双通道广播***,包括:一广播***,一物联网平台,一流媒体平台,一个或多个广播终端;
其中广播***,负责广播业务的发起,广播***在发起广播时,会同时构建第一通道和第二通道的双通道指令,并将构建的双通道指令通过所述物联网平台进行发送;其中第一通道是实时流通道;第二通道为非实时流通道;
物联网平台,用于提供广播终端、广播应用的接入,提供广播***和广播终端的通讯通道;
流媒体平台,用于提供实时流能力,广播***将RTMP实时流推送至流媒体平台,广播终端从流媒体平台拉取RTMP实时流;
本实施例使用RTMP实时流将流媒体推送到流媒体平台,但本领域技术人员知晓,其他用于实时流推送的协议也可以实现相应的功能,本实施例不做进一步限定。
广播终端(device),其中广播终端能够根据双通道指令选择最优通道执行广播任务。
参考图1,广播***运行在软件即服务SaaS平台(Software-as-a-Service),物联网平台以及流媒体平台运行在平台即服务PaaS平台(Platform-as-a-Service)。
具体的,广播***在发起广播时,广播***同时构建第一通道,其中第一通道是实时流通道和第二通道,本实施例的第二通道是非实时流通道,例如边下边播通道,将构建的二个通道的广播指令通过物联网平台进行发送,同时在实时流通道上,需要建立实时流传输,将实时流数据通过流媒体平台上传,保证广播终端可以通过实时流通道进行拉取实时流。
同时为了降低广播终端的复杂性,广播***边下边播通道指令中,会针对原推送指令广播进行优化,将广播策略中部分策略执行改为广播平台控制和处理,广播终端只需控制和处理本次广播的播放策略,非本次的循环策略由广播***进行控制,这样做的好处是广播终端专注于做好当次广播工作,而不需要管后续广播的工作,整体的边下边播通道由广播平台和广播终端相互配合共用完成。
具体的,广播***构建双通道指令为:广播***根据广播任务信息和终端广播协议(物模型),构建双通道指令,所述双通道指令中同时包括实时流通道信息和边下边播通道信息。
构建实时流传输:广播***负责构建实时流传输,广播内容通过流媒体平台进行上传。
广播策略控制:广播***负责实时流通道的策略控制和处理,同时负责边下边播通道非本次广播策略的控制和处理(如:周循环策略等),双通道指令中边下边播通道仅包含当前(即本次)广播策略,也就是说广播***负责根据广播策略控制每次广播的启动,广播终端只负责根据广播策略控制每次广播的停止,将广播策略一分为二,这样既使广播终端的策略逻辑处理简单,同时还便于广播***的控制,达到了一举两得的目的。
广播***主要分为发起广播流程和同步(广播终端发起)广播流程两部分。
参考图2,发起广播流程说明如下:
客户端指示广播***发送广播,广播***开始处理业务指令,首先广播***将RTMP实时流推送至流媒体平台;并构建双通道指令,接着封装协议指令,并发送双通道协议指令至物联网平台,物联网平台将双通道协议指令发送到广播终端。
具体的,广播***根据广播任务信息和终端广播协议(物模型),构建双通道指令,所述双通道指令中同时包括实时流通道信息和边下边播通道信息。其中双通道指令中包含有:实时流地址、内容地址/文本、广播策略。
具体的,广播***将RTMP实时流推送至流媒体平台参考本实施例中关于流媒体平台的描述。
参考图3,同步广播数据流程如下:
广播终端向物联网平台发送同步广播数据,物联网平台反馈发送同步广播数据成功,物联网平台向广播***发送同步广播数据消息;广播***获取并解析所述同步广播数据消息,并处理对应的同步广播数据消息,对应的处理方式属于本领域中常见的处理方式,例如广播终端归属广播会话范围,则同步,否则丢弃会话。接着广播***,匹配广播终端并构造广播数据;将所述广播数据发送给物联网平台,物联网平台再将所述广播数据发送给广播终端,由广播终端进行广播处理。
参考图4,同步任务详情流程如下:
广播终端向物联网平台发送同步任务详情,物联网平台反馈发送同步任务详情成功,物联网平台向广播***发送同步任务详情消息;广播***获取并解析所述同步任务详情消息,并处理对应的同步任务详情消息,对应的处理方式属于本领域中常见的处理方式,例如根据会话获取任务信息,并匹配广播范围,广播终端匹配广播范围,则构造任务详情,否则丢弃。接着广播***,匹配广播终端并构造任务详情数据;将所述任务详情数据发送给物联网平台,物联网平台再将所述任务详情数据发送给广播终端,由广播终端进行广播处理。
物联网平台主要是提供广播终端产品、广播应用的接入,提供广播***和广播终端的通讯通道。
物联网平台主要提供能力如下:
(1)提供对设备生命周期进行管理
①能够进行设备创建和删除(即设备安装等);
②能够监控设备状态并上报状态;
(2)提供发送IOT指令能力
①能够读取和设置设备属性;
②能够上报设备事件;
③能够调用设备服务;
流媒体平台主要是提供实时流能力,广播***将RTMP实时流推送至流媒体平台,终端设备从流媒体平台拉取RTMP实时流;流媒体平台具有:
(1)发送广播后,由广播***发送将RTMP实时流推送到流媒体平台,由流媒体平台进行回调,由广播***进行下一步处理。
(2)广播***根据流媒体平台回调,发送广播指令后,由广播终端设备从流媒体平台拉取RTMP实时流;
参考图5,图是本实施例的实时流通道流程示意图:
客户端指示广播***发送广播,广播***将实时流推送至流媒体平台;流媒体平台通过实时流回调;广播***发送广播指令(广播指令为双通道指令)至物联网平台,物联网平台将广播指令发送到广播终端,广播终端从流媒体平台拉取RTMP实时流。
广播终端在双通道方案中起到了决定性的作用,广播终端可以根据自身的实际情况进行通道的选择,选择当前最优的通道进行广播任务的执行,在不支持双通道情况下,同时也兼容单通道广播处理;
(1)能够根据双通道指令选择最优通道执行广播任务,默认情况下,广播终端以边下边播通道为主,以实时流通道为辅,同时还根据广播终端的实际情况进行必要的选择;
(2)能够在广播终端掉电重启、异常重启后主动同步广播数据,并主动切换至实时流通道,保证广播任务的实时进度和同步性;
(3)能够在恢复后并收到更新广播信息(进度)指令后,主动切换到边下边播通道,保证流畅性;
(4)能够在默认边下边播通道或处理异常时,主动切换至实时流通道,保证广播任务的正常执行;
(5)广播终端根据运行情况,可以根据广播***更新广播状态指令(进度),进行恢复默认通道(边下边播通道)的处理;
(6)不支持双通道的广播终端硬件,也能直接使用单通道(实时流通道)进行广播任务执行,广播终端同时兼容双通道广播指令和单通道广播指令;
参考图6,图6是本实施例提供的广播终端的广播流程:
广播***向物联网平台发起双通道广播指令,物联网平台将所述双通道广播指令发送给广播终端,广播终端接收并解析所述双通道指令,广播终端默认执行边下边播指令,在广播终端重启后,从流媒体平台拉取实时流,根据广播***更新广播状态指令(进度),进行恢复默认通道(边下边播通道)的处理;在异常时,切换至实时流通道;根据广播***更新广播状态指令(进度),进行恢复默认通道(边下边播通道)的处理。
本实施例的双通道广播***具有如下优点:
1)具备灵活的双通道,两个通道可以互为备份;
2)边下边播通道,减少了对网络环境的依赖,解决播放卡顿、内容丢失的问题,广播效果好;
3)边下边播通道,广播终端没有复杂的策略处理逻辑,只是增加了简单的当次广播策略,便于维护和升级;
4)边下边播通道,可重复使用本地文件,大大的降低了流量的消耗,节约了成本;
5)实时流通道,能够很好的支持广播***对广播流程的控制和保持同步;
6)双通道以边下边播通道为默认通道,同时可以相互进行切换。
实施例二
本实施例提供了一种双通道广播方法,其应用于广播***,其中广播***在发起广播时,广播***将RTMP实时流推送至流媒体平台,广播终端从流媒体平台拉取RTMP实时流;构建第一通道和第二通道的双通道指令,并将构建的双通道指令通过物联网平台发送给广播终端;其中第一通道是实时流通道;第二通道为非实时流通道。
具体的,所述广播***根据广播任务信息和终端广播协议,构建双通道指令,所述双通道指令中同时包括实时流通道信息和边下边播通道信息;其中双通道指令中包含有:实时流地址、音频内容地址/文本内容、广播策略。
具体的,所述广播***执行同步任务详情,其步骤如下:
广播终端向物联网平台发送同步任务详情,物联网平台反馈发送同步任务详情成功,物联网平台向广播***发送同步任务详情消息;广播***获取并解析所述同步任务详情消息,并处理对应的同步任务详情消息,根据会话获取任务信息,并匹配广播范围,广播终端匹配广播范围,则构造任务详情,否则丢弃;接着广播***,匹配广播终端并构造任务详情数据;将所述任务详情数据发送给物联网平台,物联网平台再将所述任务详情数据发送给广播终端,由广播终端进行广播处理。
具体的,所述广播***发送广播流程如下:客户端指示广播***发送广播,广播***开始处理业务指令,首先广播***将RTMP实时流推送至流媒体平台;并构建双通道指令,接着封装协议指令,并发送双通道协议指令至物联网平台,物联网平台将双通道协议指令发送到广播终端。
具体的,广播***同步广播数据流程如下:
广播终端向物联网平台发送同步广播数据,物联网平台反馈发送同步广播数据成功,物联网平台向广播***发送同步广播数据消息;广播***获取并解析所述同步广播数据消息,并处理对应的同步广播数据消息,广播终端归属广播会话范围,则同步,否则丢弃会话;接着广播***,匹配广播终端并构造广播数据;将所述广播数据发送给物联网平台,物联网平台再将所述广播数据发送给广播终端,由广播终端进行广播处理。
具体的,广播终端发起广播流程中的实时流通道流程如下:客户端指示广播***发送广播,广播***将实时流推送至流媒体平台;流媒体平台通过实时流回调;广播***发送广播指令至物联网平台,物联网平台将广播指令发送到广播终端,广播终端从流媒体平台拉取RTMP实时流。
本实施例的双通道广播方法具有如下优点:
1)具备灵活的双通道,两个通道可以互为备份;
2)边下边播通道,减少了对网络环境的依赖,解决了播放卡顿、内容丢失的问题,广播效果好;
3)边下边播通道,广播终端没有复杂的策略处理逻辑,只是增加了简单的当次广播策略,便于维护和升级;
4)边下边播通道,可重复使用本地文件,大大的降低了流量的消耗,节约了成本;
5)实时流通道,能够很好的支持广播***对广播流程的控制和保持同步;
6)双通道以边下边播通道为默认通道,同时可以相互进行切换。
实施例三
本实施例提供一种双通道广播方法,其应用于广播终端,其中广播终端接收由广播***构建的双通道指令,并根据双通道指令选择最优通道执行广播任务。
具体的,所述的根据双通道指令选择最优通道执行广播任务默认是执行边下边播通道。
具体的,广播终端在重启后,使用第一通道的指令从流媒体平台拉取实时流。
具体的,广播终端在默认边下边播通道或处理异常时,主动切换至实时流通道从流媒体平台拉取实时流。
具体的,广播终端根据广播***发送的广播状态指令,恢复边下边播通道。
本实施例的双通道广播方法具有如下优点:
1)具备灵活的双通道,两个通道可以互为备份;
2)边下边播通道,减少了对网络环境的依赖,解决了播放卡顿、内容丢失的问题,广播效果好;
3)边下边播通道,广播终端没有复杂的策略处理逻辑,只是增加了简单的当次广播策略,便于维护和升级;
4)边下边播通道,可重复使用本地文件,大大的降低了流量的消耗,节约了成本;
5)实时流通道,能够很好的支持广播***对广播流程的控制和保持同步;
6)双通道以边下边播通道为默认通道,同时可以相互进行切换。
实施例四
参考图7,图7是本实施例的一种双通道广播设备的结构示意图。该实施例的双通道广播设备20包括处理器21、存储器22以及存储在所述存储器22中并可在所述处理器21上运行的计算机程序。所述处理器21执行所述计算机程序时实现上述方法实施例中的步骤。或者,所述处理器21执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器22中,并由所述处理器21执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在所述双通道广播设备20中的执行过程。例如,所述计算机程序可以被分割成实施例二中的各个模块,各模块具体功能请参考上述实施例所述的装置的工作过程,在此不再赘述。
所述双通道广播设备20可包括,但不仅限于,处理器21、存储器22。本领域技术人员可以理解,所述示意图仅仅是双通道广播设备20的示例,并不构成对双通道广播设备20的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述双通道广播设备20还可以包括输入输出设备、网络接入设备、总线等。
所述处理器21可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列 (Field-Programmable Gate Array,FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器21是所述双通道广播设备20的控制中心,利用各种接口和线路连接整个双通道广播设备20的各个部分。
所述存储器22可用于存储所述计算机程序和/或模块,所述处理器21通过运行或执行存储在所述存储器22内的计算机程序和/或模块,以及调用存储在存储器22内的数据,实现所述双通道广播设备20的各种功能。所述存储器22可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器22可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card, SMC),安全数字(SecureDigital, SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其中,所述双通道广播设备20集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器21执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种用于应急广播的双通道广播***,包括:一广播***,一物联网平台,一流媒体平台,一个或多个广播终端;其特征在于:
所述广播***,负责广播业务的发起,广播***在发起广播时,会同时构建第一通道和第二通道的双通道指令,并将构建的双通道指令通过所述物联网平台进行发送给所述广播终端;其中第一通道是实时流通道;第二通道为非实时流通道;所述第二通道为边下边播通道,所述广播***根据广播任务信息和终端广播协议,构建双通道指令,所述双通道指令中同时包括实时流通道信息和边下边播通道信息;其中双通道指令中包含有:实时流地址、音频内容地址/文本内容、广播策略;
所述物联网平台,用于广播终端、广播应用的接入,提供广播***和广播终端的通讯通道;
所述流媒体平台,用于提供实时流能力,广播***将实时流推送至流媒体平台,广播终端从流媒体平台拉取实时流;
所述广播终端根据双通道指令选择最优通道执行广播任务。
2.根据权利要求1所述的一种用于应急广播的双通道广播***,其特征在于:所述广播策略包括针对边下边播通道的循环策略:所述边下边播通道的非本次的循环策略由广播***进行控制。
3.根据权利要求2所述的一种用于应急广播的双通道广播***,其特征在于:所述广播终端接收并解析所述双通道指令,广播终端默认执行边下边播指令。
4.根据权利要求2所述的一种用于应急广播的双通道广播***,其特征在于:广播终端在重启后,使用第一通道的指令从流媒体平台拉取实时流。
5.根据权利要求3所述的一种用于应急广播的双通道广播***,其特征在于:广播终端在默认边下边播通道或处理异常时,主动切换至实时流通道从流媒体平台拉取实时流。
6.根据权利要求4或5所述的一种用于应急广播的双通道广播***,其特征在于:广播终端根据广播***发送的广播状态指令,恢复边下边播通道。
7.根据权利要求1所述的一种用于应急广播的双通道广播***,其特征在于:所述广播***执行同步任务详情,其步骤如下:
广播终端向物联网平台发送同步任务详情,物联网平台反馈发送同步任务详情成功,物联网平台向广播***发送同步任务详情消息;广播***获取并解析所述同步任务详情消息,并处理对应的同步任务详情消息,根据会话获取任务信息,并匹配广播范围,广播终端匹配广播范围,则构造任务详情,否则丢弃;接着广播***,匹配广播终端并构造任务详情数据;将所述任务详情数据发送给物联网平台,物联网平台再将所述任务详情数据发送给广播终端,由广播终端进行广播处理。
8.根据权利要求1所述的一种用于应急广播的双通道广播***,其特征在于:所述广播***发送广播流程如下:客户端指示广播***发送广播,广播***开始处理业务指令,首先广播***将RTMP实时流推送至流媒体平台;并构建双通道指令,接着封装协议指令,并发送双通道协议指令至物联网平台,物联网平台将双通道协议指令发送到广播终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211283989.2A CN115361367B (zh) | 2022-10-20 | 2022-10-20 | 一种用于应急广播的双通道广播*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211283989.2A CN115361367B (zh) | 2022-10-20 | 2022-10-20 | 一种用于应急广播的双通道广播*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115361367A CN115361367A (zh) | 2022-11-18 |
CN115361367B true CN115361367B (zh) | 2023-02-07 |
Family
ID=84007985
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211283989.2A Active CN115361367B (zh) | 2022-10-20 | 2022-10-20 | 一种用于应急广播的双通道广播*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115361367B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116566526A (zh) * | 2023-05-12 | 2023-08-08 | 北京悦视科技有限公司 | 一种支持应急广播的媒体终端适配方法和*** |
CN117061490B (zh) * | 2023-10-11 | 2024-02-09 | 广东保伦电子股份有限公司 | 一种用于应急广播的双通道广播方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106454487A (zh) * | 2016-11-30 | 2017-02-22 | 广州华多网络科技有限公司 | 一种合并双频道方法、装置及*** |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6741554B2 (en) * | 2002-08-16 | 2004-05-25 | Motorola Inc. | Method and apparatus for reliably communicating information packets in a wireless communication network |
US8176028B2 (en) * | 2002-09-23 | 2012-05-08 | Rodriguez Alex O | Broadcast network platform system |
US20090183215A1 (en) * | 2008-01-16 | 2009-07-16 | Qualcomm Incorporated | Hybrid services: data, audio, and clipcast |
KR101435835B1 (ko) * | 2008-03-31 | 2014-08-29 | 엘지전자 주식회사 | 단말기 및 이것의 채널 버퍼링 방법 |
US9967130B2 (en) * | 2012-05-21 | 2018-05-08 | Sony Corporation | Devices and methods for dynamic broadcast |
CN109450840A (zh) * | 2018-08-31 | 2019-03-08 | 福建星网视易信息***有限公司 | 一种场景模式切换方法及存储设备 |
WO2021101934A1 (en) * | 2019-11-18 | 2021-05-27 | Sinclair Broadcast Group, Inc. | Adaptive broadcast media and data services |
-
2022
- 2022-10-20 CN CN202211283989.2A patent/CN115361367B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106454487A (zh) * | 2016-11-30 | 2017-02-22 | 广州华多网络科技有限公司 | 一种合并双频道方法、装置及*** |
Non-Patent Citations (1)
Title |
---|
一款安全型应急广播播控终端的设计与实现;袁卫忠等;《广播电视信息》;20150315(第03期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN115361367A (zh) | 2022-11-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115361367B (zh) | 一种用于应急广播的双通道广播*** | |
CN108495141B (zh) | 一种音视频的合成方法及*** | |
CN103324457B (zh) | 终端和多任务数据显示方法 | |
CN106851799B (zh) | 一种长连接中心跳包的发送方法及装置 | |
CN104202675A (zh) | 智能终端及其快速频道切换方法和装置 | |
CN110943977B (zh) | 多媒体业务数据传输方法、服务端、设备及存储介质 | |
CN105025304A (zh) | 基于ip网的数字直播调音台 | |
CN100556121C (zh) | 广播电视播控方法及*** | |
CN112243019B (zh) | 一种灵活以太网管理通道建立方法及*** | |
WO2023072063A1 (zh) | 文件传输方法、装置、电子设备及存储介质 | |
CN113783768B (zh) | 一种群组控制方法、群组控制装置和通信*** | |
AU2013279963B2 (en) | Multimedia message forwarding method and device | |
CN102438098A (zh) | 多切换设备的切换方法 | |
CN112543373B (zh) | 一种转码控制方法、装置及电子设备 | |
CN104615678A (zh) | 实时协同位图图形编辑*** | |
CN110971937B (zh) | 针对截图服务的调控方法、存储介质、电子设备及*** | |
CN116490923A (zh) | 参数设置方法、装置、设备及存储介质 | |
CN112055238A (zh) | 视频播放的控制方法、设备及*** | |
WO2024087197A1 (zh) | 直播流切换方法、装置、服务器、终端及程序产品 | |
CN115734178B (zh) | 5g消息的发送***、方法、电子设备及存储介质 | |
US9706232B2 (en) | Method and device for sending media data | |
CN117608692A (zh) | 信息同步方法、装置、终端设备和存储介质 | |
CN115695856A (zh) | 基于h.264、h.265视频组播码流的快速切换设备及方法 | |
CN114189710A (zh) | 导播处理方法、装置、导播处理装置及存储介质 | |
CN105681375A (zh) | 业务通告信息的更新方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |