一种广播系统及广播系统的异常检测方法与流程

本申请涉及广播技术领域，具体涉及一种广播系统及广播系统的异常检测方法。

背景技术：

公共广播系统是专用于远距离、大范围内传输声音的电声音频系统，能够对处在广播系统覆盖范围内的所有人员进行信息传递，例如景点导游、消防报警、紧急指挥等。现有的广播系统中，通常由一个控制平台管理广播系统中的众多话筒和扬声器。当广播系统出现广播异常时，管理员往往很难判断广播系统中哪个节点出现异常，因此每次均需技术人员逐个排除多种异常原因，异常检测效率较低。

技术实现要素：

本申请实施例公开了一种广播系统及广播系统的异常检测方法，能够提高对广播系统的异常检测效率。

本申请实施例第一方面提供一种广播系统，所述系统包括服务器、多个管理终端以及多个播放设备；其中：

所述管理终端，用于监听多个所述播放设备正在播放的广播内容；在未正常监听到所述广播内容时，向所述服务器发送第一查询指令；

所述服务器，用于接收所述第一查询指令，并响应于所述第一查询指令，分析所述管理终端未正常监听到所述广播内容的异常原因；以及，将所述异常原因发送给所述管理终端；

所述管理终端，还用于接收并输出所述服务器发送的所述异常原因。

作为一种可选的实施方式，在本申请实施例第一方面中，所述服务器，具体用于响应于所述第一查询指令，查询所述服务器为多个所述播放设备指定的播放任务；若所述服务器未向多个所述播放设备下发所述播放任务，则生成第一异常信息，以作为异常原因；其中，所述第一异常信息用于指示所述服务器未向多个所述播放设备下发所述播放任务。

作为一种可选的实施方式，在本申请实施例第一方面中，所述服务器，还用于在所述服务器已向多个所述播放设备下发所述播放任务时，生成第二查询指令，并将所述第二查询指令发送给多个所述播放设备；

所述播放设备，用于接收所述第二查询指令；以及，响应于所述第二查询指令，确定所述播放设备的任务工作状态，并将所述任务工作状态上报给所述服务器；其中，所述任务工作状态包括：所述播放设备未检测到所述播放任务；或者，所述播放设备检测到所述播放任务，但并未执行所述播放任务；或者，所述播放设备正在执行所述播放任务；

所述服务器，还用于接收所述播放设备上报的所述任务工作状态，并对所述任务工作状态进行分析，获得第二异常信息，以作为异常原因。

作为一种可选的实施方式，在本申请实施例第一方面中，所述系统还包括多个监听音箱，其中：

所述管理终端，还用于向所述服务器发送对多个所述播放设备的监听指令；

所述服务器，还用于接收所述管理终端发送的所述监听指令，并向多个所述播放设备下发所述监听指令；

所述播放设备，用于接收所述服务器下发的所述监听指令，并响应于所述监听指令，将正在播放的广播内容上报给所述服务器；

所述服务器，还用于接收所述播放设备上报的所述广播内容；以及，从所述多个监听音箱中确定出所述管理终端所启用的目标监听音箱，并将所述广播内容发送给所述目标监听音箱；

所述目标监听音箱，用于接收并输出所述服务器发送的所述广播内容，以实现所述管理终端的管理员对所述目标监听音箱输出的所述广播内容进行监听。

作为一种可选的实施方式，在本申请实施例第一方面中，所述服务器，还用于响应于所述第一查询指令，生成第三查询指令，并将所述第三查询指令发送给所述目标监听音箱；

所述目标监听音箱，用于接收所述服务器发送的所述第三查询指令，并响应于所述第三查询指令执行异常自查，获得第三异常信息；以及，将所述第三异常信息上报给所述服务器；

所述服务器，还用于从所述目标监听音箱接收所述第三异常信息，并将所述第三异常信息加入所述异常原因。

本申请实施例第二方面提供一种广播系统的异常检测方法，所述方法应用于管理终端，所述管理终端以及多个播放设备均与服务器建立通信连接，所述方法包括：

所述管理终端监听多个所述播放设备正在播放的广播内容；

所述管理终端在未正常监听到所述广播内容时，向所述服务器发送第一查询指令；其中，所述第一查询指令用于指示所述服务器分析所述管理终端未正常监听到所述广播内容的异常原因，并指示所述服务器将所述异常原因发送给所述管理终端；

所述管理终端接收并输出所述服务器发送的所述异常原因。

本申请实施例第三方面提供一种广播系统的异常检测方法，所述方法应用于服务器，所述服务器与管理终端以及多个播放设备均建立通信连接，所述方法包括：

所述服务器从所述管理终端接收第一查询指令，所述第一查询指令是所述管理终端在未正常监听到多个所述播放设备正在播放的广播内容时生成的指令；

所述服务器响应于所述第一查询指令，分析所述管理终端未正常监听到所述广播内容的异常原因；

所述服务器将所述异常原因发送给所述管理终端，使得所述管理终端接收并输出所述异常原因。

本申请实施例第四方面提供一种管理终端，所述管理终端包括：

一个或多个存储器；

一个或多个处理器，用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，还用于执行如本申请第二方面所述的方法。

本申请实施例第五方面提供一种服务器，所述服务器包括：

一个或多个存储器；

一个或多个处理器，用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，还用于执行如本申请第三方面所述的方法。

本申请实施例第六方面提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如本申请第二方面或第三方面所述的方法。

本申请实施例第七方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如本申请第二方面或第三方面所述的方法。

与现有技术相比，本申请实施例具有以下有益效果：

在本申请实施例中，广播系统包括服务器、多个管理终端以及多个播放设备。管理终端监听多个播放设备正在播放的广播内容，并在未正常监听到广播内容时，向服务器发送第一查询指令。服务器响应于第一查询指令，即时分析管理终端未正常进行广播监听的异常原因，并将异常原因返回管理终端，使得管理终端输出异常原因以供相关人员直接查看。可见，管理终端主动在未正常监听到系统中的广播内容时触发服务器分析异常原因，并直接输出从服务器获得的异常原因，实现了对广播系统的异常快速响应以及异常原因检测，能够减少繁杂的人为检错步骤，从而提高了异常检测效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例公开的一种广播系统的架构示意图；

图2是本申请实施例公开的另一种广播系统的架构示意图；

图3是本申请实施例公开的一种广播系统的异常检测方法；

图4是本申请实施例公开的一种管理终端的结构示意图；

图5是本申请实施例公开的一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书中的术语“第一”、“第二”、“第三”“第四”等是用于区别不同的对象，而不是用于描述特定顺序。本申请实施例的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例公开了一种广播系统及广播系统的异常检测方法，能够提高对广播系统的异常检测效率。以下结合附图进行详细描述。

请参阅图1，图1是本申请实施例公开的一种广播系统的架构示意图。如图1所示，广播系统包括服务器10、n个管理终端、m个音源设备以及s个播放设备。应当理解的是，图1中的n、m和s均可以为大于或等于3的正整数，这仅为一种示例，不应构成对该系统中管理终端、音源设备以及播放设备的数目限定。为了方便理解，以下将以管理终端12、音源设备14以及播放设备16为例进行描述，且对管理终端12、音源设备14以及播放设备16的描述适用于系统中的其他管理终端、音源设备以及播放设备。

在本申请实施例中，服务器10可以是置于机房内的本地服务器，也可以是云端服务器，对此不作具体限定。

在本申请实施例中，管理终端12可以是登录有管理员账号的电子设备。电子设备可以包括智能手机、可穿戴设备、车载终端、便携式终端、个人数字助理(personaldigitalassistant，pda)、便携式多媒体播放器(personalmediaplayer，pmp)装置、笔记本电脑、笔记本(notepad)、无线宽带(wirelessbroadband，wibro)终端、平板电脑(personalcomputer，pc)和智能pc等，对此不做具体限定。可选的，管理员可以通过上述电子设备内的web应用、app或者专用软件登录管理员账号。其中，管理员账号为账号权限大于或等于预设管理权限的账号，故本申请能够通过账号登录实现对电子设备的管理权限认证。

还可选的，管理终端12在管理员登录后，还可以通过上述web应用、app或者专用软件输出对整个广播系统的管理界面。管理界面可以包括信息发布、媒体库点播、广播监听、地图显示、设备监控、视频监控以及对讲等多种功能模块。此外，管理界面所解锁的界面内容还可以与管理员账号的账号权限有关，举例来说，如果管理员账号的账号权限为乡镇级管理权限，则管理界面上显示有管理员所管辖乡镇内的所有广播设备情况；如果账号权限为市级管理权限，则管理界面上显示有管理员所管辖市内的所有广播设备情况。

此外，管理终端12还可以根据管理员账号的账号权限，从系统中的s个播放设备中确定出待监听的多个播放设备，这些播放设备即为上述账号权限下所管辖区域内的所有播放设备。不同账号权限下的管辖区域均可以对应于特定的地理区域，比如乡镇、医院、商场、学校和车站等。可选的，如果账号权限越高，则相应的管辖区域也越大，反之，则相应的管辖区域越小。

在本申请实施例中，音源设备14可以包括麦克风、数字调音台和远程呼叫站等音频输入设备，对此不作具体限定。音源设备14可以预先被设置在广播系统覆盖范围内的不同地理位置处，比如学校、办公楼和医院等不同地点的广播站。可选的，音源设备14可以采集用户利用音源设备14输入的音视频信息，并将音视频信息上传给服务器10，使得服务器10根据音视频信息生成下发给指定播放设备的广播内容。举例来说，用户选择开启广播系统中某一麦克风之后，使用该麦克风进行讲话，则麦克风可以将用户讲话时采集到的语音信息上传给服务器10。

在本申请实施例中，播放设备16可以包括扬声器和音箱等音频播放设备，对此不作具体限定。播放设备16也可以预先被设置在其所属管辖范围内的不同地理位置处，比如在学校的每间教室内设置广播喇叭。当服务器10向播放设备16下发播放任务时，播放设备16可以根据播放任务播放广播。播放任务可以包括待播放的广播内容，以及播放时间和播放频率等播放参数，对此亦不作具体限定。

此外，服务器10下发的播放任务可以包括审核通过的广播内容。可选的，服务器10在接收音源设备14上传的音视频信息之后，可以获取音源设备14所对应的播放等级，并确定与该播放等级所匹配的审核权限等级。之后，服务器10可以将音视频信息发送给对应于上述审核权限等级的管理终端，使得管理终端的审核员对管理终端接收到的音视频信息进行审核。

若审核通过，则该管理终端可以向服务器10返回审核通过信息，则服务器10可以基于审核通过信息，将音视频信息确定为审核通过的广播内容，进而生成下发给播放终端的播放任务。若审核未通过，则该管理终端可以向服务器10返回审核未通过信息，再由服务器10将审核未通过信息发送给音源设备14，以将审核结果告知给音源设备14的播音员。

可见，设置对广播内容的审核机制，能够防止播音员擅自利用系统中的音源设备播放不符合规定的内容，从而保证广播系统的广播秩序。

在一些可选的实现方式中，服务器10通过传输网与管理终端12、音源设备14以及播放设备16进行通信连接及数据交换。传输网可以包括但不限于为无线计算机网络、有线计算机网络、第四代移动通信技术网络(the4thgenerationmobilecommunicationtechnology，4g网路)、第五代移动通信技术网络(5thgenerationmobilenetworks，5g网络)、调频传输网、中波传输网、短波传输网或者卫星传输网。

具体结合图1来看，该系统中：

管理终端12，用于监听多个播放设备正在播放的广播内容；在未正常监听到广播内容时，向服务器10发送第一查询指令。

服务器10，用于接收第一查询指令，并响应于第一查询指令，分析管理终端未正常监听到广播内容的异常原因；以及，将异常原因发送给管理终端12。

管理终端12，还用于接收并输出服务器10发送的异常原因。

作为一种可选的实施方式，管理员可以在管理终端12的管理界面上点击监听按键，则管理终端12响应于对监听按键的点击操作生成监听指令。或者，管理员还可以预先设定监听参数，则管理终端12按照监听参数的指示生成监听指令，监听参数可以包括但不限于对每个播放设备的监听时长、是否循环监听以及监听频率。举例来说，如果监听参数包括：监听时长为10分钟，以及监听间隔为30分钟，则管理终端12可以每隔30分钟生成一次监听指令，且该监听指令用于指示管理终端12持续对多个播放设备监听10分钟。

进一步的，管理终端12还用于向服务器10发送对多个播放设备的监听指令。服务器10可以从多个播放设备中选取任一播放设备，并向该播放设备下发监听指令，则该播放设备可以响应于监听指令，将自身正在播放的广播内容上报给服务器。或者，服务器也可以从广播系统中选取目标区域下被重点标记的播放设备来下发监听指令，使得被重点标记的播放设备响应于监听指令，将自身正在播放的广播内容上报给服务器，对此不作具体限定。其中，可选的，被重点标记的播放设备可以是人为指定，也可以是目标区域下的所有播放设备中被监听频次最高的播放设备。

可选的，服务器10可以直接将广播内容发送给管理终端12，则管理终端12可以接受并输出服务器10发送的广播内容。

进一步的，若广播内容是音频，则管理终端12可以直接播放广播内容，或者对广播内容进行语音识别，获得文本信息以进行显示。若广播内容是文本，则管理终端12也可以直接显示广播内容，或者将广播内容转换为广播语音，并播放广播语音。

可见，利用管理终端可以随时随地监听系统中多个播放设备播放的广播内容，既实现了对广播系统的安全监听，又改善了广播监听的便利性和灵活性。

在一种实现方式中，管理员可以根据管理终端12输出广播内容的情况，人为判断是否正常监听到广播内容。如果管理终端12无法正常输出广播内容，比如管理终端12无广播音频、广播音频无法播放和广播文本信息不显示等，则管理员可以在管理终端12的管理界面上点击用于指示广播监听异常的按键，或者语音指示广播监听异常，则管理终端12响应于管理员的按键点击操作或语音指示，判定出未正常监听到广播内容，并且生成第一查询指令。可见，这样还能够保持管理员的参与度，起到更好的人为监督作用。

在另一种实现方式中，管理终端12也可以自动检测输出广播内容的异常情况，异常情况包括但不限于管理终端12无法获得播放广播音频、无法获得广播文本信息、广播音频播放出错和广播文本信息乱码等。当管理终端12检测出异常情况时，则判定出未正常监听到广播内容，实现了智能决策，也有利于提高监听效率和及时性。

作为一种可选的实施方式，服务器10具体用于响应于第一查询指令，查询服务器10为多个播放设备指定的播放任务；若服务器10未向多个播放设备下发播放任务，则生成第一异常信息，以作为异常原因；其中，第一异常信息用于指示服务器10未向多个播放设备下发播放任务。

基于此，可选的，服务器10可以进一步检测服务器10对相应播放任务的自动下发机制是否出现问题，或者服务器10用于向多个播放设备下发播放任务的广播下发端口是否被异常，从而根据检测结果生成第一异常信息。可见，实施可选的实施方式，能够从服务器的角度，结合广播内容的传播路径来实现对广播监听异常原因的定位。

还可选的，若服务器10没有为多个播放设备指定播放任务，则可以将多个播放设备的状态设置为离线状态，以更新至管理终端，使得管理终端12在其管理界面上显示多个播放设备的离线状态标识。若服务器10已为多个播放设备指定了播放任务，则可以将多个播放设备的状态设置为在线状态，类似的，管理终端12也可以在管理界面上显示多个播放设备的在线状态标识。因此，管理员可以根据状态标识直观地获知播放设备的工作状态，而在播放设备处于离线状态时，管理终端12也可以不对相应的播放设备进行监听，减少了不必要的监听资源消耗。

进一步的，作为一种可选的实施方式，服务器10还可以用于在服务器10已向多个播放设备下发播放任务时，生成第二查询指令，并将第二查询指令发送给多个播放设备。

播放设备，用于接收第二查询指令，以及，响应于第二查询指令，确定播放设备的任务工作状态，并将任务工作状态上报给服务器10；其中，任务工作状态包括：播放设备未检测到播放任务；或者，播放设备检测到播放任务，但并未执行播放任务；或者，播放设备正在执行播放任务。

服务器10，还用于接收各播放设备上报的任务工作状态，并对任务工作状态进行分析，获得第二异常信息，以作为异常原因。

其中，可选的，若任务工作状态为播放设备未检测到播放任务，则第二异常信息可以包括该播放设备的广播接收端口异常。若任务工作状态为播放设备检测到播放任务，但并未执行播放任务，则第二异常信息可以包括该播放设备出现多任务执行冲突。若任务工作状态为播放设备正在执行播放任务，播放设备可以检测其用于向服务器10上报广播内容的广播上报端口是否异常，如果是，则第二异常信息可以包括播放设备的广播上报端口异常。

可见，实施上述可选的实施方式，还能够从广播内容的播放端的角度，结合各播放设备来实现对广播监听异常原因的定位，从而提高了异常检测的覆盖度。

在本申请实施例中，管理终端12可以以图表、分析报告等多种可视化形式输出服务器10发送的异常原因，还可以确定异常原因所涉及的功能模块，并在管理终端12的管理界面上弹出对相应功能模块的提示信息(比如提示弹窗、提示图标等)，便于相关人员快速操作，对此不作具体限定。

可见，实施上述实施例，实现了对广播系统的异常快速响应以及异常原因检测，能够减少繁杂的人为检错步骤，从而提高了异常检测效率。

请参阅图2，图2是本申请实施例公开的另一种广播系统的架构示意图。其中，图2所示的系统是由图1所示的系统进行优化得到的。与图1所示的系统相比较，图2所示的系统还可以包括多个监听音箱，这些监听音箱主要用于监听广播系统中各播放设备的广播内容，并且可以与不同的管理终端配对连接。其中：

管理终端12，还用于向服务器10发送对多个播放设备的监听指令。

服务器10，还用于接收管理终端12发送的监听指令，并向多个播放设备下发监听指令。

播放设备16，用于接收服务器10下发的监听指令，并响应于监听指令，将正在播放的广播内容上报给服务器10。

服务器10，还用于接收播放设备16上报的广播内容；以及，从多个监听音箱中确定出管理终端12所启用的目标监听音箱18，并将广播内容发送给目标监听音箱18。

目标监听音箱18，用于接收并输出服务器41发送的广播内容，以实现管理终端的管理员对目标监听音箱18输出的广播内容进行监听。

在本申请实施例中，管理终端12所启用的目标监听音箱18可以是一个或一个以上，对此不作具体限定。为了方便理解，图2中以一个目标监听音箱18为例进行描述。可选的，管理终端12可以通过有线连接或蓝牙配对的方式与目标监听音箱18建立通信连接，也可以通过启用地理定位功能搜索周边的监听音箱，并选取出位于预设距离范围内的目标监听音箱18以建立通信连接。可见，管理员在使用管理终端12时，可以灵活利用管理终端12周围的音箱资源来监听广播内容，减少了对固定硬件资源的依赖性，还能够基于监听音箱的音质特性实现更好的监听效果。

基于此，管理终端12在与目标监听音箱18建立通信连接之后，还可以将目标监听音箱18的音箱信息(比如音箱称号、编码和序列号等)上报至服务器10，则服务器10根据上报的音箱信息，即可从多个监听音箱中确定出管理终端12所启用的目标监听音箱18，并通过上述传输网与目标监听音箱18建立通信连接，不再赘述。

作为一种可选的实施方式，服务器10，还用于响应于第一查询指令，生成第三查询指令，并将第三查询指令发送给目标监听音箱。目标监听音箱18，用于接收服务器10发送的第三查询指令，并响应于第三查询指令执行异常自查，获得第三异常信息；以及，将第三异常信息上报给服务器10。服务器10，还用于从监听音箱接收第三异常信息，并将第三异常信息加入异常原因。

其中，目标监听音箱18可以获取自身的当前工作参数，并将当前工作参数与标准工作参数进行比对，如果当前工作参数包含与标准工作参数不一致的异常数据，则目标监听音箱18可以将该异常数据加入第三异常信息。

可见，实施可选的实施方式，还能够从广播内容的监听端的角度，结合目标监听音箱来实现对广播监听异常原因的定位，进一步提高了异常检测的覆盖度。

应当理解的是，在其他实现方式中，管理终端12还可以根据管理员的预先设置决定生成第一查询指令、第二查询指令和第三查询指令的顺序，进而使得服务器10基于不同的查询指令，调整对服务器10、各播放设备以及目标监听音箱18进行异常检测的前后次序。

可见，实施上述实施例，实现了对广播系统的异常快速响应以及异常原因检测，能够减少繁杂的人为检错步骤，从而提高了异常检测效率。此外，能够灵活利用管理终端周围的音箱资源来监听广播内容，减少了对固定硬件资源的依赖性，还能够基于监听音箱的音质特性实现更好的监听效果。

上述对本申请实施例中的广播系统进行了说明，应当理解的是，上述广播系统适用于本申请实施例中的广播系统的异常检测方法。下面对本申请实施例中的广播系统的异常检测方法进行说明。

请参阅图3，图3是本申请实施例公开的一种广播系统的异常检测方法。如图3所示，该方法包括：

301、管理终端监听多个播放设备正在播放的广播内容。

作为一种可选的实施方式，管理终端还可以向服务器发送对多个播放设备的监听指令，则服务器接收管理终端发送的监听指令，并向多个播放设备下发监听指令。各播放设备可以接收服务器下发的监听指令，并响应于监听指令，将正在播放的广播内容上报给服务器。服务器接收播放设备上报的广播内容，以及，从多个监听音箱中确定出管理终端所启用的目标监听音箱，并将广播内容发送给目标监听音箱。目标监听音箱可以接收并输出服务器发送的广播内容，以实现管理终端的管理员对目标监听音箱输出的广播内容进行监听。

302、管理终端在未正常监听到广播内容时，向服务器发送第一查询指令。

在本申请实施例中，第一查询指令用于指示服务器分析管理终端未正常监听到广播内容的异常原因，并指示服务器将异常原因发送给管理终端。

303、管理终端在未正常监听到广播内容时，向服务器发送第一查询指令。

304、服务器响应于第一查询指令，分析管理终端未正常监听到广播内容的异常原因。

作为一种可选的实施方式，服务器可以响应于第一查询指令，查询服务器为多个播放设备指定的播放任务。若服务器未向多个播放设备下发播放任务，则生成第一异常信息，以作为异常原因；其中，第一异常信息用于指示服务器未向多个播放设备下发播放任务。

进一步的，作为一种可选的实施方式，服务器还可以在已向多个播放设备下发播放任务时，生成第二查询指令，并将第二查询指令发送给多个播放设备。每个播放设备可以接收第二查询指令，以及，响应于第二查询指令，确定播放设备的任务工作状态，并将任务工作状态上报给服务器。其中，任务工作状态包括：播放设备未检测到播放任务；或者，播放设备检测到播放任务，但并未执行播放任务；或者，播放设备正在执行播放任务。服务器可以接收播放设备上报的任务工作状态，并对任务工作状态进行分析，获得第二异常信息，以作为异常原因。

再进一步的，作为一种可选的实施方式，服务器还可以响应于第一查询指令，生成第三查询指令，并将第三查询指令发送给目标监听音箱。目标监听音箱可以接收服务器发送的第三查询指令，并响应于第三查询指令执行异常自查，获得第三异常信息。目标监听音箱可以将第三异常信息上报给服务器，则服务器从目标监听音箱接收第三异常信息，并将第三异常信息加入异常原因。

305、服务器将异常原因发送给管理终端。

306、管理终端接收并输出服务器发送的异常原因。

需要说明的是，本方法实施例的具体实现过程可参见上述系统实施例所述的具体实现过程，在此不再叙述。

可见，实施上述方法实施例，实现了对广播系统的异常快速响应以及异常原因检测，能够减少繁杂的人为检错步骤，从而提高了异常检测效率。

请参阅图4，图4是本申请实施例公开的一种管理终端的结构示意图。该管理终端包括：

一个或多个存储器401；

一个或多个处理器402，用于监听多个播放设备正在播放的广播内容；管理终端在未正常监听到广播内容时，向服务器发送第一查询指令；其中，第一查询指令用于指示服务器分析管理终端未正常监听到广播内容的异常原因，并指示服务器将异常原因发送给管理终端；以及，接收并输出服务器发送的异常原因。

需要说明的是，本实施例的具体实现过程可参见上述系统实施例所述的具体实现过程，在此不再叙述。

请参阅图5，图5是本申请实施例公开的一种服务器的结构示意图。该管理终端包括：

一个或多个存储器501；

一个或多个处理器502，用于从管理终端接收第一查询指令，第一查询指令是管理终端在未正常监听到多个播放设备正在播放的广播内容时生成的指令；响应于第一查询指令，分析管理终端未正常监听到广播内容的异常原因；以及，将异常原因发送给管理终端，使得管理终端接收并输出异常原因。

需要说明的是，本实施例的具体实现过程可参见上述系统实施例所述的具体实现过程，在此不再叙述。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机指令，该计算机指令运行时使计算机执行上述方法实施例所描述的广播系统的异常检测方法。

本申请实施例还公开一种计算机程序产品，其中，当计算机程序产品在计算机上运行时，使得计算机执行如以上各方法实施例中的方法的部分或全部步骤。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(read-onlymemory，rom)、随机存储器(randomaccessmemory，ram)、可编程只读存储器(programmableread-onlymemory，prom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、一次可编程只读存储器(one-timeprogrammablereadonlymemory，otprom)、电子抹除式可复写只读存储器(electrically-erasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上对本申请实施例公开的一种广播系统及广播系统的异常检测方法进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。