CN113923483A - 直播异常的处理方法和装置、电子设备和存储介质 - Google Patents

直播异常的处理方法和装置、电子设备和存储介质 Download PDF

Info

Publication number
CN113923483A
CN113923483A CN202111165013.0A CN202111165013A CN113923483A CN 113923483 A CN113923483 A CN 113923483A CN 202111165013 A CN202111165013 A CN 202111165013A CN 113923483 A CN113923483 A CN 113923483A
Authority
CN
China
Prior art keywords
data stream
code rate
live
video
stream
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.)
Pending
Application number
CN202111165013.0A
Other languages
English (en)
Inventor
陈珊义
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Kingsoft Cloud Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Kingsoft Cloud Network Technology Co Ltd
Priority to CN202111165013.0A priority Critical patent/CN113923483A/zh
Publication of CN113923483A publication Critical patent/CN113923483A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/233—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23418—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H04N21/4394—Processing of audio elementary streams involving operations for analysing the audio stream, e.g. detecting features or characteristics in audio streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请提供了一种直播异常的处理方法和装置、电子设备和存储介质。其中，方法包括：获取由直播端推流至源站的直播数据流；根据直播数据流的数据类型对直播数据流进行处理，得到直播数据流的推流信息；在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作。通过本实施例中的方法，可以按照数据类型确定出直播数据流的推流信息，进而基于该推流信息确定出直播端是否常，通过执行与异常的情况对应的异常响应操作，可以避免直播端异常情况下产生的直播数据流对用于接收该直播数据流并将该直播数据流分发至各个用户的服务器所造成的影响，例如网络资源占用过多等等，并且，可以避免将异常的直播数据流分发至各个用户。

Description

直播异常的处理方法和装置、电子设备和存储介质
技术领域
本申请涉及互联网技术领域，尤其涉及一种直播异常的处理方法和装置、电子设备和存储介质。
背景技术
随着参与直播的主播以及观看直播的用户的数量的快速增长，越来越多的用户参与到了直播中来。目前，大多数的向主播提供直播服务的企业，并不直接对主播的直播数据流进行分发，而是通过其他云服务的服务方进行直播数据流的分发。相关技术中由于主播端的客户端的错误逻辑或者直播数据采集软件异常，导致直播数据流发生异常，而提供云服务的服务方的服务器却仍然对该异常的直播数据流进行分发，进而出现影响服务器的正常运行的情况。
因此，相关技术中存在的服务器对异常的直播数据流进行分发，进而影响服务器的正常运行的问题。
发明内容
本申请提供了一种直播异常的处理方法和装置、电子设备和存储介质，以至少解决相关技术中存在的服务器对异常的直播数据流进行分发，进而影响服务器的正常运行的问题。
根据本申请实施例的一个方面，提供了一种直播异常的处理方法，包括：
获取由直播端推流至源站的直播数据流；
根据所述直播数据流的数据类型对所述直播数据流进行处理，得到所述直播数据流的推流信息；
在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作。
可选地，如前述的方法，根据所述直播数据流的数据类型对所述直播数据流进行处理，得到所述直播数据流的推流信息，包括：
在所述直播数据流中包括音频数据流的情况下，获取所述直播数据流中音频数据流的推流参数采样率和音频码率；和/或，
在所述直播数据流中包括视频数据流的情况下，获取所述直播数据流中视频数据流的视频码率。
可选地，如前述的方法，获取所述直播数据流中音频数据流的音频码率，包括：
获取在目标时间段内采集得到的至少两个采样码率；
对所述至少两个采样码率进行平均值计算，得到所述音频码率。
可选地，如前述的方法，所述直播数据流为音频数据流，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作，包括以下至少之一：
在所述音频数据流的推流参数采样率不在正常采样率区间内的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端；
在所述音频数据流的音频码率不在第一音频码率区间内的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端；
在所述音频数据流的音频码率不在第二音频码率区间且在所述第一音频码率区间内的情况下，发出告警信息，其中，所述第一音频码率区间的最大值大于所述第二音频码率区间的最大值，所述第一音频码率区间的最小值小于所述第二音频码率区间的最小值。
可选地，如前述的方法，所述直播数据流为视频数据流，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作，包括：
在所述视频数据流的视频码率超过第一视频码率阈值的情况下，向所述直播端发出告警，以告知所述视频数据流的视频码率异常；
在所述视频数据流的视频码率超过第二视频码率阈值的情况下，提示执行检查操作，其中，所述检查操作用于检查所述视频数据流的视频码率的异常原因，并根据异常原因采取相应措施，所述第二视频码率阈值是根据所述源站的服务器的最大数据传输码率确定的；
在所述视频数据流的视频码率超过第三视频码率阈值的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端，其中，所述第三视频码率阈值大于所述第二视频码率阈值且小于所述最大数据传输码率。
可选地，如前述的方法，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作之前，所述方法还包括：
获取所述视频数据流的最大正常码率；
将所述最大正常码率乘以冗余系数，得到所述第一视频码率阈值，其中，所述冗余系数大于1。
可选地，如前述的方法，所述直播数据流包括音频数据流和视频数据流，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作，包括：
在所述直播数据流中的视频数据流的视频码率超过第一视频码率阈值，和/或所述音频数据流的推流参数采样率不在正常采样率区间内，和/或所述音频数据流的音频码率不在第一音频码率区间内的情况下，向所述直播端发出告警，以告知所述视频数据流的视频码率异常；
在所述直播数据流包括的视频数据流的视频码率超过第二视频码率阈值的情况下，提示执行检查操作，其中，所述检查操作用于检查所述视频数据流的视频码率的异常原因，并根据异常原因采取相应措施，所述第二视频码率阈值是根据所述源站的服务器的最大数据传输码率确定的；
在所述视频数据流的视频码率超过第三视频码率阈值的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端，其中，所述第三视频码率阈值大于所述第二视频码率阈值且小于所述最大数据传输码率。
根据本申请实施例的另一个方面，还提供了一种直播异常的处理装置，包括：
获取模块，用于获取由直播端推流至源站的直播数据流；
处理模块，用于根据所述直播数据流的数据类型对所述直播数据流进行处理，得到所述直播数据流的推流信息；
执行模块，用于在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作。
根据本申请实施例的又一个方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；其中，存储器，用于存储计算机程序；处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行上述任一实施例中的方法步骤。
根据本申请实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一实施例中的方法步骤。
在本申请实施例中，通过本实施例中的方法，可以按照数据类型确定出直播数据流的推流信息，进而基于该推流信息确定出直播端是否常，通过执行与异常的情况对应的异常响应操作，可以避免直播端异常情况下产生的直播数据流对用于接收该直播数据流并将该直播数据流分发至各个用户的服务器所造成的影响，例如网络资源占用过多等等，并且，可以避免将异常的直播数据流分发至各个用户。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本申请实施例的一种可选的直播异常的处理方法的流程示意图；
图2是根据本申请实施例的另一种可选的直播异常的处理方法的流程示意图；
图3是根据本申请实施例的另一种可选的直播异常的处理方法的示意图；
图4是根据本申请实施例的另一种可选的直播异常的处理方法的示意图；
图5是根据本申请实施例的一种可选的直播异常的处理装置的结构框图；
图6是根据本申请实施例的一种可选的电子设备的结构框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
根据本申请实施例的一个方面，提供了一种直播异常的处理方法。可选地，在本实施例中，上述直播异常的处理方法可以应用于由终端和服务器所构成的硬件环境中。服务器通过网络与终端进行连接，可用于为终端或终端上安装的客户端提供服务(如直播推流服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器提供数据存储服务。
上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端102可以并不限定于为PC、手机、平板电脑等。
本申请实施例的直播异常的处理方法可以由服务器来执行，也可以由终端来执行，还可以是由服务器和终端共同执行。其中，终端执行本申请实施例的直播异常的处理方法也可以是由安装在其上的客户端来执行。
以由服务器来执行本实施例中的直播异常的处理方法为例，图1是根据本申请实施例的一种可选的直播异常的处理方法的流程示意图，如图1所示，该方法的流程可以包括以下步骤：
步骤S101，获取由直播端推流至源站的直播数据流。
本实施例中的直播异常的处理方法可以应用于直播端(即，线上主播的主播端)进行直播(例如，音频直播、视频直播(只包括图像不包括音频)、音视频直播等等)时，视频源站服务端(用于向直播企业提供将推流分发至各个用户端的云服务所在的服务端)获取来自于直播端进行直播(例如，线上购物场景、查询场景等等)时的推流，检测推流是否异常的场景。并且，可选的，直播端可以通过客户推流器将直播数据流推流至视频源站服务端。
当目标企业的签约主播在进行直播时，会通过目标推流器将直播数据流推流至实现本实施例方法的服务器(即，视频源站服务器)中，进而可以获取来自于目标推流器的直播数据流。
步骤S102，根据直播数据流的数据类型对直播数据流进行处理，得到直播数据流的推流信息。
在获取直播数据流之后，即可根据通过对直播数据流进行处理，得到直播数据流的推流信息。
数据类型可以是与直播数据流对应的，用于指示直播数据流的类型的信息，例如：音频、视频、音视频等等，进一步的，还可以包括直播数据流的编码方式，例如，当直播数据流的目标数据流类型为音频时，按照编码方式还可以区分为MPEG1 Layer3(简称MP3数据流)、Advanced Audio Coding(简称AAC数据流)等等。
在得到直播数据流之后，即可根据直播数据流的数据类型对直播数据流进行处理，以得到直播数据流的推流信息。
推流信息可以是用于指示直播数据流的采样率和/或码率的相关信息。
例如，当直播数据流的类型为音频数据流类型的情况下，则该直播数据流的推流参数信息可以包括：推流参数采样率(例如48khz)，以及音频码率(例如320kbps)。
步骤S103，在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作。
在确定出直播数据流的推流信息之后，即可根据推流信息判断该直播数据流是否异常。
可选的，可以通过异常状态信息指示直播端是否发生异常，异常状态可以是用于指示直播数据流是否异常的信息，例如：异常(例如，通过“1”指示)、正常(例如，通过“0”指示)。
进一步的，不同的数据类型的直播数据流，异常情况下所对应的推流信息一般各不相同，例如：当直播数据流为MP3数据流时，如果检查音频头信息的采样率不在8khz-48khz之间，则该直播数据流异常；当直播数据流为AAC数据流时，当采样率不在8khz-96khz之间，则该直播数据流异常。
在确定出直播端发生异常的情况下，则需要执行与该异常的情况对应的异常响应操作。
异常响应操作可以是实现本实施例方法的服务器对目标企业的服务器进行告警或对直播数据流进行禁流等操作。
可选的，可以预先确定不同的异常的情况与所需执行的异常响应操作之间的一一对应关系。例如：当异常的情况指示该直播数据流的推流参数异常，则异常响应操作为对该直播数据流进行禁流；当异常的情况指示该直播数据流的码率异常，则异常响应操作为向目标企业的服务器进行告警；当异常状态指示该直播数据流的码率特别异常，则异常响应操作为对该直播数据流进行禁流并向目标企业的服务器通知该异常状态。
综上可知，通过本实施例中的方法，可以按照数据类型确定出直播数据流的推流信息，进而基于该推流信息确定出直播端是否常，通过执行与异常的情况对应的异常响应操作，可以避免直播端异常情况下产生的直播数据流对用于接收该直播数据流并将该直播数据流分发至各个用户的服务器所造成的影响，例如网络资源占用过多等等，并且，可以避免将异常的直播数据流分发至各个用户。
如图2所示，作为一种可选的实施方式，如前述的方法，所述步骤S102根据直播数据流的数据类型对直播数据流进行处理，得到直播数据流的推流信息，包括如下所述步骤：
步骤S201，在直播数据流中包括音频数据流的情况下，获取直播数据流中音频数据流的推流参数采样率和音频码率。
在根据数据类型确定直播数据流包括音频数据流的情况下，则该直播数据流的推流信息包括推流参数采样率以及音频码率；因此对于该音频数据流可以根据该音频数据流的推流参数采样率和音频码率确定出音频数据流的异常的情况。
步骤S202，在直播数据流中包括视频数据流的情况下，获取直播数据流中视频数据流的视频码率。
在根据数据类型确定直播数据流包括视频数据流的情况下，则该直播数据流的推流信息包括视频码率；因此对于该视频数据流可以根据该视频数据流的视频码率确定出视频数据流的异常的情况。
通过本实施例中的方法，可以按照不同数据类型获取直播数据对应的推流信息，以便于能够根据该推流信息准确判断出直播数据是否异常。
作为一种可选的实施方式，如前述的方法，所述步骤S201获取所述直播数据流中音频数据流的音频码率，包括如下所述步骤：
步骤S301，在目标时长内对所述音频数据流进行采集得到的多采样码率。
为了获取直播数据流中音频数据流的音频码率，可以周期性采集得到采样码率；并且，可以按照时间确定出在目标时长内采集得到的至少两个采样码率。
目标时长可以是预先设置得到的用于进行音频码率采样的时长，其中，进行音频码率检查的动作也可以是按照固定的周期，进行周期性检查，例如，每分钟进行一次检查，且检查的时长即为目标时长，例如1分钟。
例如，在目标时长为1分钟的情况下，可以在每个音频码率检查的动作开始之后，获取一分钟内采集的所有采样码率。
步骤S302，对多采样码率进行平均值计算，得到音频码率。
在获取目标时长内采集得到的至少两个采样码率之后，即可对各个码率进行平均值计算，以得到用于指示目标时长内的多个采样码率平均值的音频码率F。例如，当获取的采样码率包括：c1、c2、c3、c4……cn时，则音频码率F为：
F＝(c1+c2+c3+c4+……+cn)/n。
通过本实施例中的方法，通过对目标时间段内的多个采样码率进行平均值计算，得到音频码率，可以避免个别采样码率异常造成的误告警或者禁止推流的情况。
作为一种可选的实施方式，如前述的方法，直播数据流为音频数据流，所述步骤S103在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作，包括以下至少之一：
步骤S401，在音频数据流的推流参数采样率不在正常采样率区间内的情况下，禁止直播端进行推流，并将禁止推流的通知告知直播端。
在数据类型指示直播数据流为音频数据流的情况下，则该直播数据流的推流参数信息包括推流参数采样率以及音频码率；因此在直播数据流为音频数据流，根据推流信息确定出直播端发生异常，即为根据参数采样率以及音频码率确定出直播数据流的异常状态。
在确定出推流参数采样率之后，可以通过判断推流参数采样率与正常采样率区间的关系，确定出直播数据流的异常的情况。
正常采样率区间为音频数据流在正常状态下音频参数采样率的数值区间，例如，当音频数据流为MP3数据流时，则正常采样率区间可以为[8khz，48khz]；当音频数据流为AAC数据流时，则正常采样率区间可以为[8khz，96khz]。
当推流参数采样率不在正常采样率区间内的情况下，则禁止直播端进行推流，并将禁止推流的通知告知直播端。即，对该直播数据流进行禁流，并且，进一步的，还可以通过HTTP请求将禁止推流的通知告知直播端(即，目标企业的服务器)。
例如，如果音频数据流为MP3数据流，当检查音频头信息的音频参数采样率不在[8khz，48khz]内时，则对该音频数据流进行禁流，并通过HTTP请求告知客户。如果音频数据流为AAC数据流，当检查音频头信息的音频参数采样率不在[8khz，96khz]内时，则对该音频数据流进行禁流，并通过HTTP请求告知客户；反之，不执行任何操作。
步骤S402，在音频数据流的音频码率不在第一音频码率区间内的情况下，禁止直播端进行推流，并将禁止推流的通知告知直播端。
在确定出音频码率之后，可以通过判断音频码率与第一音频码率区间的关系，确定出是否对直播端进行禁止推流。
第一音频码率区间为目标数据流类型的数据流在正常状态下音频码率按照预设冗余策略冗余后的数值区间，例如，当音频数据流为MP3数据流时，则第一音频码率区间可以为[28kbps，640kbps](28kbps为最小值56kbps的一半，640kbps为最大值320kbps冗余一倍)；当音频数据流为AAC数据流时，则第一音频码率区间可以为[4kbps，1536kbps](4kbps为最小值8kbps的一半，1536kbps为最大值768kbps冗余一倍)。当音频码率不在第一音频码率区间内的情况下，确定音频码率过小或过大，禁止该音频数据流对应的直播端进行推流，并将禁止推流的通知告知直播端；反之，不执行任何操作。
进一步的，还可以通过HTTP请求将该禁止推流的通知告知客户(即，目标企业的服务器)，可选地，客户端还可以收到：直播数据流的异常原因、音频参数采样率、所采取的操作。如果音频数据流为MP3数据流，并启动1分钟定时器，检查音频码率，如果检查1分钟的平均码率(即，第一音频码率)不在[28kbps，640kbps]之间，则生成对应于禁止推流，并通过HTTP请求将该禁止推流的通知告知客户；如果音频数据流为AAC数据流，并启动1分钟定时器，检查音频码率，如果检查1分钟的平均码率(即，第一音频码率)不在[4kbps，1536kbps]之间，则生成对应于禁止推流，并通过HTTP请求将该禁止推流的通知告知客户；反之，不执行任何操作。
步骤S403，在所述音频数据流的音频码率不在第二音频码率区间且在所述第一音频码率区间内的情况下，发出告警信息，其中，所述第一音频码率区间的最大值大于所述第二音频码率区间的最大值，所述第一音频码率区间的最小值小于所述第二音频码率区间的最小值。
在确定出音频码率之后，可以通过判断音频码率与第二音频码率区间以及第一音频码率区间的关系，确定出是否发出告警信息。
第二音频码率区间为目标数据流类型的数据流在正常状态下音频码率的数值区间，例如，当音频数据流为MP3数据流时，则第二音频码率区间可以为[56kbps，320kbps]；当音频数据流为AAC数据流时，则第二音频码率区间可以为[8kbps，768kbps]。当音频码率不在第二音频码率区间内且在所述第一音频码率区间内的情况下(即，位于[28kbps-56kbps)、或(320kbps-640kbps]之间)，确定音频码率相对于正常状态下的音频码率存在一定差异，但在可接受范围内，发出告警信息，该告警信息用于指示音频数据流的音频码率不在正常状态，并将该告警信息发送至直播端。
进一步的，还可以通过HTTP请求将该告警信息告知客户(即，目标企业的服务器)。
通过本实施例中的方法，可以直播数据流为音频数据流的情况下，提供一种针对音频数据流的推流参数采样率以及音频码率，判断直播数据流是否异常的方法，并且提供了对应的异常响应操作。
如图3所示，作为一种可选的实施方式，如前述的方法，直播数据流为视频数据流，所述步骤S103在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作，包括如下所述步骤：
步骤S501，在视频数据流的视频码率超过第一视频码率阈值的情况下，向直播端发出告警，以告知视频数据流的视频码率异常。
在获取直播数据流，并根据数据类型确定出直播数据流为视频数据流之后，得到视频数据流的视频码率，在确定出视频码率之后，可以通过判断视频码率与第一视频码率阈值的关系，确定出直播数据流的异常情况。
第一视频码率阈值为视频数据流类型的数据流在正常状态下视频数据流的推流码率的最大值，例如，当直播数据流为H.263编码方式的视频数据流时，则第一视频码率阈值可以为160Mbps(160Mbps为H.263最大支持的80Mbps的冗余一倍)。当目标视频码率超过第一视频码率阈值的情况下，确定直播数据流的异常状态为需要进行告警，向直播端发出告警，以告知视频数据流的视频码率异常；当目标视频码率小于或等于第一视频码率阈值，则不执行任何操作。
步骤S502，在视频数据流的视频码率超过第二视频码率阈值的情况下，提示执行检查操作，其中，检查操作用于检查视频数据流的视频码率的异常原因，并根据异常原因采取相应措施，第二视频码率阈值是根据源站的服务器的最大数据传输码率确定的。
得到视频数据流的视频码率，在确定出视频码率之后，可以通过判断视频码率与第二视频码率阈值的关系，确定出直播数据流的异常情况。
第二视频码率阈值为视频数据流时，无需采取除告警以外的其他措施的视频数据流的推流码率的最大值，并且，第二视频码率阈值是根据源站的服务器的最大数据传输码率确定的，例如，源站的服务器的最大数据传输码率为10Gbps时，则第二视频码率阈值可以是10Gbps的十分之一，即1Gbps。
例如，一般服务器的最大数据传输速率的瓶颈为网卡瓶颈，一般企业级服务使用10Gbps的网卡，当第二视频码率阈值为网卡最大码率的1/10时，如果单流超过1Gbps，则判定为该直播数据流存在异常，为保证服务器的正常运行，则生成对应于用于对该直播数据流进行检查操作的提示，并进行告警，以确定出该视频数据流的视频码率为何过大，以实现直播源站水位告警。
步骤S503，在视频数据流的视频码率超过第三视频码率阈值的情况下，禁止直播端进行推流，并将禁止推流的通知告知直播端，其中，第三视频码率阈值大于第二视频码率阈值且小于最大数据传输码率。
在确定出视频码率之后，可以通过判断视频码率与第三推流码率阈值之间的关系，确定出直播数据流的异常状态。
第三视频码率阈值为直播数据流包括视频数据流时，无需进行禁流的视频数据流的推流码率的最大值，并且，第二视频码率阈值是根据源站的服务器的最大数据传输码率确定的，例如，源站的服务器的最大数据传输码率为10Gbps时，则第三视频码率阈值可以是10Gbps的二分之一，即5Gbps。
例如，一般服务器的最大数据传输速率的瓶颈为网卡瓶颈，一般企业级服务使用10Gbps的网卡，当第三视频码率阈值为网卡最大码率的一半时，如果单流超过5Gbps，则判定为超过服务器的承受能力，为保证服务器的正常运行，则生成对应于用于对该直播数据流断流，并通过HTTP将禁止推流的通知告知直播端，以实现直播源站水位保护。
通过本实施例中的方法，可以根据第一视频码率阈值、第二视频码率阈值、第三视频码率阈值，对直播数据流是否异常进行识别，并能够执行相应的响应操作。
作为一种可选的实施方式，如前述的方法，在所述步骤S103根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作之前，方法还包括如下所述步骤：
步骤S601，获取视频数据流的最大正常码率；
步骤S602，将最大正常码率乘以冗余系数，得到第一视频码率阈值，其中，冗余系数大于1。
在确定出直播数据流的数据类型，并确定出直播数据流包括视频数据流的情况下，即可获取出该视频数据流的最大正常码率。
例如，在为H.263编码方式的视频数据流时，则最大正常码率可以为80Mbps；在为H.264编码方式的视频数据流时，则最大正常码率可以为128Mbps；在为H.265编码方式的视频数据流时，则最大正常码率可以为64Mbps。并且，可以预先建立有最大正常码率与编码方式之间的一一对应关系。
在确定出最大正常码率之后，即可根据最大正码码率确定出第一视频码率阈值。
本实施例中，通过将最大正常码率乘以冗余系数，得到第一视频码率阈值，并且，冗余系数大于1。
例如，当最大正常码率为M，冗余系数为k，则第一视频码率阈值可以为Mk。举例的，当冗余系数为2(即，冗余一倍)的情况下，当H.263编码方式的视频数据流时，则第一视频码率阈值可以为160Mbps(160Mbps为H.263最大支持的80Mbps的冗余一倍)；当直播数据流为H.264编码方式在8K场景下的视频数据流时，则第一视频码率阈值可以为256Mbps(256Mbps为H.264最大支持的128Mbps的冗余一倍)；当直播数据流为H.265编码方式在8K场景下的视频数据流时，则第一视频码率阈值可以为128Mbps(128Mbps为H.265最大支持的64Mbps的冗余一倍)。
通过本实施中的方法，可以基于视频数据流的最大正常码率，自动确定出对应的第一视频码率阈值，进而可以适用于不同编码方式的视频数据流，提升异常情况检测的准确性。
进一步的，直播数据流中包括视频数据流和/或音频数据流的情况下，在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作之前，方法还包括如下所述步骤：
确定视频数据流的第一目标编码方式；在所有对应关系中，按照目标视频编码方式查询得到视频数据流对应的第一视频码率阈值，其中，每个对应关系中包括对应于同一个候选视频编码方式的第一候选码率阈值；和/或，
确定音频数据流的第二目标编码方式；在所有对应关系中，按照目标音频编码方式查询得到音频数据流的对应的正常采样率区间、第一音频码率区间以及第二音频码率区间，其中，每个对应关系中包括对应于同一个候选音频编码方式的正常采样率区间、第一音频码率区间以及第二音频码率区间。
例如，在直播数据流包括视频数据流的情况下，不同编码方式的视频数据流所对应的第一视频码率阈值也各不相同，对于H.263编码方式的视频数据流，对应的第一视频码率阈值可以为160Mbps(160Mbps为H.263编码方式的视频数据流最大支持的80Mbps的冗余一倍)；对于H.264编码方式在8K场景下的视频数据流，对应的第一视频码率阈值可以为256Mbps(256Mbps为H.264编码方式在8K场景下的视频数据流最大支持的128Mbps的冗余一倍)；对于H.265编码方式在8K场景下的视频数据流，对应的第一视频码率阈值可以为128Mbps(128Mbps为H.265编码方式在8K场景下的视频数据流最大支持的64Mbps的冗余一倍)。
在直播数据流包括音频数据流的情况下，不同编码方式的音频数据流所对应的正常采样率区间、第一音频码率区间以及第二音频码率区间也各不相同，当音频数据流的编码方式为MP3数据流时，则正常采样率区间为[8khz，48khz]，第一音频码率区间可以为[28kbps，640kbps](28kbps为最小值56kbps的一半，640kbps为最大值320kbps冗余一倍)，第二音频码率区间为[56kbps，320kbps]；当目标数据流的编码方式为AAC数据流时，则正常采样率区间为[8khz，96khz]，音频码率区间可以为[4kbps，1536kbps](4kbps为最小值8kbps的一半，1536kbps为最大值768kbps冗余一倍)，第二音频码率区间为[8kbps，768kbps]。
进而，通过本实施例中的方法，可以根据直播数据流对应的编码方式，确定出用于判断直播数据流是否存在异常的参数值，以便于实现自动识别直播数据流是否发生异常。
如图4所示，作为一种可选的实施方式，如前述的方法，直播数据流包括音频数据流和视频数据流，在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作，包括如下所述步骤：
步骤S701，在直播数据流中的视频数据流的视频码率超过第一视频码率阈值，和/或音频数据流的推流参数采样率不在正常采样率区间内，和/或音频数据流的音频码率不在码率区间内的情况下，向直播端发出告警，以告知视频数据流的视频码率异常。
在直播数据流包括音频数据流和视频数据流的情况下，则直播数据流对应的推流信息包括视频码率、推流参数采样率和音频码率。因此，需要分别确定视频码率、推流参数采样率和音频码率是否异常。
在本实施例中，在确定出视频码率之后，可以通过判断视频码率与第一视频码率阈值的关系，确定出直播数据流的异常情况。
第一视频码率阈值为视频数据流类型的直播数据流在正常状态下的推流码率的最大值，例如，当直播数据流为H.263编码方式的视频数据流时，则第一视频码率阈值可以为160Mbps(160Mbps为H.263最大支持的80Mbps的冗余一倍)。当目标视频码率超过第一视频码率阈值的情况下，确定直播数据流的异常情况为需要进行告警，向直播端发出告警，以告知视频数据流的视频码率异常。
在确定出推流参数采样率之后，可以通过判断推流参数采样率与正常采样率区间的关系，确定出直播数据流的异常的情况。
当推流参数采样率不在正常采样率区间内的情况下，则向直播端发出告警，以告知视频数据流的视频码率异常。即，向直播端发出告警，以告知直播数据流的推流参数采样率异常，还可以通过HTTP请求将告警的通知告知直播端(即，目标企业的服务器)。
在确定出音频码率之后，可以通过判断音频码率与码率区间的关系，确定出是否进行告警。
码率区间为目标数据流类型的数据流在正常状态下音频码率按照预设冗余策略冗余后的数值区间，例如，当音频数据流为MP3数据流时，则码率区间可以为[28kbps，640kbps](28kbps为最小值56kbps的一半，640kbps为最大值320kbps冗余一倍)；当音频数据流为AAC数据流时，则码率区间可以为[4kbps，1536kbps](4kbps为最小值8kbps的一半，1536kbps为最大值768kbps冗余一倍)。当音频码率不在码率区间内的情况下，确定音频码率过小或过大，向直播端发出告警，以告知直播数据流的音频码率异常。
步骤S702，在直播数据流包括的视频数据流的视频码率超过第二视频码率阈值的情况下，提示执行检查操作，其中，检查操作用于检查视频数据流的视频码率的异常原因，并根据异常原因采取相应措施，第二视频码率阈值是根据源站的服务器的最大数据传输码率确定的。
在确定直播数据流中的视频数据流，并得到视频数据流的视频码率，在确定出视频码率之后，可以通过判断视频码率与第二视频码率阈值的关系，确定出直播数据流的异常情况。
第二视频码率阈值为视频数据流时，无需采取除告警以外的其他措施的视频数据流的推流码率的最大值，并且，第二视频码率阈值是根据源站的服务器的最大数据传输码率确定的，例如，源站的服务器的最大数据传输码率为10Gbps时，则第二视频码率阈值可以是10Gbps的十分之一，即1Gbps。
例如，一般服务器的最大数据传输速率的瓶颈为网卡瓶颈(即，源站的服务器的数据传输码率的瓶颈)，一般企业级服务使用10Gbps的网卡，当第二视频码率阈值为网卡最大码率的1/10时，如果单流超过1Gbps，则判定为该直播数据流存在异常，为保证服务器的正常运行，则生成对应于用于对该直播数据流进行检查操作的提示，并进行告警，以确定出该视频数据流的视频码率为何过大，以实现直播源站水位告警。
步骤S703，在视频数据流的视频码率超过第三视频码率阈值的情况下，禁止直播端进行推流，并将禁止推流的通知告知直播端，其中，第三视频码率阈值大于第二视频码率阈值且小于最大数据传输码率。
在确定出视频码率之后，可以通过判断视频码率与第三推流码率阈值之间的关系，确定出直播数据流的异常状态。
第三视频码率阈值为直播数据流包括视频数据流时，无需进行禁流的视频数据流的推流码率的最大值，并且，第二视频码率阈值是根据源站的服务器的最大数据传输码率确定的，例如，源站的服务器的最大数据传输码率为10Gbps时，则第三视频码率阈值可以是10Gbps的二分之一，即5Gbps。
例如，一般服务器的最大数据传输速率的瓶颈为网卡瓶颈，一般企业级服务使用10Gbps的网卡，当第三视频码率阈值为网卡最大码率的一半时，如果单流超过5Gbps，则判定为超过服务器的承受能力，为保证服务器的正常运行，则生成对应于用于对该直播数据流断流，并通过HTTP将禁止推流的通知告知直播端，以实现直播源站水位保护。
通过本实施例中的方法，可以分别对直播数据流中的视频数据流和音频数据流进行分析，对直播数据流是否异常进行识别，并能够执行相应的响应操作。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
如下所示，提供一种应用前述任一实施例的应用例：
I.在直播数据流为纯音频的情况下：
(1)在直播数据流为MPEG1Layer3简称MP3数据流时，检查音频参数采样率是否在8khz-48khz之间，如果检查出音频头信息的推流参数采样率不在8khz-48khz(即，正常采样率区间)之间，则禁止直播端进行推流，并将禁止推流的通知告知直播端，例如，通过HTTP请求告知客户(即，目标企业的服务器)；启动1分钟定时器，检查音频码率，如果检查1分钟的平均码率(即，音频码率)不在28kbps-640kbps之间(28kbps为最小值56kbps的一半，640kbps为最大值320kbps冗余一倍)，则禁止直播端进行推流，并告知直播端，并通过HTTP请求将禁止推流的通知告知客户。
(2)在直播数据流为AAC数据流时，检查第一推流参数采样率是否在8khz-96khz之间，如果检查出音频头信息的推流参数采样率不在8khz-96khz(即，正常采样率区间)之间，则禁止直播端进行推流，并将禁止推流的通知告知直播端，例如，通过HTTP请求告知客户；启动1分钟定时器，检查第一音频码率，如果检查1分钟的平均码率(即，音频码率)不在4kbps-1536kbps之间(4kbps为最小值8kbps的一半，1536kbps为最大值768kbps冗余一倍)，则禁止直播端进行推流，并告知直播端，并通过HTTP请求将禁止推流的通知告知客户。
II.在直播数据流为纯视频(即，只包括视频数据流，不包括音频数据流)的情况下：
(1)直播数据流为H.263编码方式编码的数据流(最大支持80Mbps)时，由于视频码率不像音频码率那么精确，则对于异常的直播数据流先采取告警机制，防止异常禁流，冗余一倍大于160Mbps则判定为异常，并通过HTTP发出告警信息；
(2)直播数据流为H.264编码方式编码的数据流，且在8K场景(视频最大分辨率)下，一般最大码率在128Mbps，由于视频码率不像音频码率那么精确，则对于异常的直播数据流先采取告警机制，防止异常禁流，冗余一倍大于256Mbps则判定为异常，并通过HTTP发出告警信息；
(3)直播数据流为H.265编码方式编码的数据流，且在8K场景(视频最大分辨率)下，一般最大码率在64Mbps，由于视频码率不像音频码率那么精确，则对于异常的直播数据流先采取告警机制，防止异常禁流，冗余一倍大于128Mbps则判定为异常，并通过HTTP发出告警信息；
(4)直播源站水位告警：一般瓶颈为网卡瓶颈，一般企业级服务使用10Gbps的网卡，如果单流超过1Gbps，则判定为异常，该直播数据流需要检查该流码率为何过大，如果是异常过大可以通过手动处理，非异常则持续对该直播数据流进行观测。
(5)直播源站水位保护：一般瓶颈为网卡瓶颈，一般企业级服务使用10Gbps的网卡，如果单流超过5Gbps，则超过源站承受能力，为保证服务器正常，则判定为第一异常状态，对直播数据流进行禁止推流，并通过HTTP发出告警信息至客户。
III.在直播数据流为普通音视频(即，同时包括视频数据流和音频数据流)的情况下：
(1)音视频场景下，视频数据流部分同H.263同纯视频说明，音频数据流同纯音频AAC数据流部分，但是不禁止推流，只通过HTTP告警，告之客户异常。
(2)音视频场景下，直播数据流为H.264编码方式的视频数据流同纯视频说明，音频数据流同纯音频数据流AAC数据流部分，但是不禁止推流，只通过HTTP告警，告之客户异常。
(3)音视频场景下，直播数据流为H.265编码方式的视频数据流同纯视频说明，音频数据流同纯音频数据流AAC数据流部分，但是不禁止推流，只通过HTTP告警，告之客户异常。
(4)直播源站水位告警：同纯视频的应对方式，在此不再进行赘述。
(5)直播源站水位保护：同纯视频的应对方式，在此不再进行赘述。
根据本申请实施例的另一个方面，还提供了一种用于实施上述直播异常的处理方法的直播异常的处理装置。图5是根据本申请实施例的一种可选的直播异常的处理装置的结构框图，如图5所示，该装置可以包括：
获取模块1，用于获取由直播端推流至源站的直播数据流；
处理模块2，用于根据直播数据流的数据类型对直播数据流进行处理，得到直播数据流的推流信息；
执行模块3，用于在根据推流信息确定出直播端发生异常的情况下，执行对应的异常响应操作。
此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。
根据本申请实施例的又一个方面，还提供了一种用于实施上述直播异常的处理方法的电子设备，该电子设备可以是服务器、终端、或者其组合。
根据本申请的另一个实施例，还提供一种电子设备，包括：如图6所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。
存储器1503，用于存放计算机程序；
处理器1501，用于执行存储器1503上所存放的程序时，实现上述方法实施例的步骤。
上述电子设备提到的总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本申请实施例还提供一种计算机可读存储介质，存储介质包括存储的程序，其中，程序运行时执行上述方法实施例的方法步骤。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种直播异常的处理方法，其特征在于，包括：
获取由直播端推流至源站的直播数据流；
根据所述直播数据流的数据类型对所述直播数据流进行处理，得到所述直播数据流的推流信息；
在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作。
2.根据权利要求1所述的方法，其特征在于，根据所述直播数据流的数据类型对所述直播数据流进行处理，得到所述直播数据流的推流信息，包括：
在所述直播数据流中包括音频数据流的情况下，获取所述直播数据流中音频数据流的推流参数采样率和音频码率；和/或，
在所述直播数据流中包括视频数据流的情况下，获取所述直播数据流中视频数据流的视频码率。
3.根据权利要求2所述的方法，其特征在于，获取所述直播数据流中音频数据流的音频码率，包括：
获取在目标时间段内采集得到的至少两个采样码率；
对所述至少两个采样码率进行平均值计算，得到所述音频码率。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述直播数据流为音频数据流，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作，包括以下至少之一：
在所述音频数据流的推流参数采样率不在正常采样率区间内的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端；
在所述音频数据流的音频码率不在第一音频码率区间内的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端；
在所述音频数据流的音频码率不在第二音频码率区间且在所述第一音频码率区间内的情况下，发出告警信息，其中，所述第一音频码率区间的最大值大于所述第二音频码率区间的最大值，所述第一音频码率区间的最小值小于所述第二音频码率区间的最小值。
5.根据权利要求1至3中任一项所述的方法，其特征在于，所述直播数据流为视频数据流，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作，包括：
在所述视频数据流的视频码率超过第一视频码率阈值的情况下，向所述直播端发出告警，以告知所述视频数据流的视频码率异常；
在所述视频数据流的视频码率超过第二视频码率阈值的情况下，提示执行检查操作，其中，所述检查操作用于检查所述视频数据流的视频码率的异常原因，并根据异常原因采取相应措施，所述第二视频码率阈值是根据所述源站的服务器的最大数据传输码率确定的；
在所述视频数据流的视频码率超过第三视频码率阈值的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端，其中，所述第三视频码率阈值大于所述第二视频码率阈值且小于所述最大数据传输码率。
6.根据权利要求5所述的方法，其特征在于，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作之前，所述方法还包括：
获取所述视频数据流的最大正常码率；
将所述最大正常码率乘以冗余系数，得到所述第一视频码率阈值，其中，所述冗余系数大于1。
7.根据权利要求1至3中任一项所述的方法，其特征在于，所述直播数据流包括音频数据流和视频数据流，在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作，包括：
在所述直播数据流中的视频数据流的视频码率超过第一视频码率阈值，和/或所述音频数据流的推流参数采样率不在正常采样率区间内，和/或所述音频数据流的音频码率不在第一音频码率区间内的情况下，向所述直播端发出告警，以告知所述视频数据流的视频码率异常；
在所述直播数据流包括的视频数据流的视频码率超过第二视频码率阈值的情况下，提示执行检查操作，其中，所述检查操作用于检查所述视频数据流的视频码率的异常原因，并根据异常原因采取相应措施，所述第二视频码率阈值是根据所述源站的服务器的最大数据传输码率确定的；
在所述视频数据流的视频码率超过第三视频码率阈值的情况下，禁止所述直播端进行推流，并将禁止推流的通知告知所述直播端，其中，所述第三视频码率阈值大于所述第二视频码率阈值且小于所述最大数据传输码率。
8.一种直播异常的处理装置，其特征在于，包括：
获取模块，用于获取由直播端推流至源站的直播数据流；
处理模块，用于根据所述直播数据流的数据类型对所述直播数据流进行处理，得到所述直播数据流的推流信息；
执行模块，用于在根据所述推流信息确定出所述直播端发生异常的情况下，执行对应的异常响应操作。
9.一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口和所述存储器通过所述通信总线完成相互间的通信，其特征在于，
所述存储器，用于存储计算机程序；
所述处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行权利要求1至7中任一项所述的方法步骤。
10.一种计算机可读的存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至7中任一项中所述的方法步骤。
CN202111165013.0A 2021-09-30 2021-09-30 直播异常的处理方法和装置、电子设备和存储介质 Pending CN113923483A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111165013.0A CN113923483A (zh) 2021-09-30 2021-09-30 直播异常的处理方法和装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111165013.0A CN113923483A (zh) 2021-09-30 2021-09-30 直播异常的处理方法和装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN113923483A true CN113923483A (zh) 2022-01-11

Family

ID=79237887

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111165013.0A Pending CN113923483A (zh) 2021-09-30 2021-09-30 直播异常的处理方法和装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN113923483A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115103215A (zh) * 2022-06-16 2022-09-23 招商银行股份有限公司 直播的质检方法、系统、Web服务器及存储介质
WO2023213096A1 (zh) * 2022-05-05 2023-11-09 上海哔哩哔哩科技有限公司 直播异常检测处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108156481A (zh) * 2016-12-02 2018-06-12 深圳市优朋普乐传媒发展有限公司 一种直播源的检测方法及装置
CN108769826A (zh) * 2018-06-22 2018-11-06 广州酷狗计算机科技有限公司 直播媒体流获取方法、装置、终端及存储介质
CN113259706A (zh) * 2021-06-28 2021-08-13 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108156481A (zh) * 2016-12-02 2018-06-12 深圳市优朋普乐传媒发展有限公司 一种直播源的检测方法及装置
CN108769826A (zh) * 2018-06-22 2018-11-06 广州酷狗计算机科技有限公司 直播媒体流获取方法、装置、终端及存储介质
CN113259706A (zh) * 2021-06-28 2021-08-13 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023213096A1 (zh) * 2022-05-05 2023-11-09 上海哔哩哔哩科技有限公司 直播异常检测处理方法及装置
CN115103215A (zh) * 2022-06-16 2022-09-23 招商银行股份有限公司 直播的质检方法、系统、Web服务器及存储介质
CN115103215B (zh) * 2022-06-16 2024-05-28 招商银行股份有限公司 直播的质检方法、系统、Web服务器及存储介质

Similar Documents

Publication Publication Date Title
CN113923483A (zh) 直播异常的处理方法和装置、电子设备和存储介质
CN110213068B (zh) 一种消息中间件的监控方法及相关设备
RU2017111477A (ru) Способы и системы для определения нестандартной пользовательской активности
CN108737132B (zh) 一种告警信息处理方法及装置
CN109639504B (zh) 一种基于云平台的告警信息处理方法和装置
CN111093159B (zh) 一种消息推送方法、装置、服务器及计算机可读存储介质
CN110475124B (zh) 视频卡顿检测方法及装置
KR20170121242A (ko) 신원 인증 방법, 장치 및 시스템
CN110209949B (zh) 资源推送方法及装置
CN109982034B (zh) 视频监控系统中的访问请求处理方法及装置
US20200151340A1 (en) Monitoring a blockchain
US20210058811A1 (en) Method and apparatus for detecting time series data
US9705901B2 (en) Unauthorized-communication detecting apparatus, unauthorized-communication detecting method and non-transitory computer readable medium
CN111159269B (zh) 一种数据处理方法、装置及系统
CN109600254B (zh) 全链路日志的生成方法及相关系统
CN112866062B (zh) 一种分布式压力测试系统、方法、装置、设备及存储介质
CN108023741B (zh) 一种监控资源使用方法及服务器
US20160065437A1 (en) Method And Apparatus For Determining Application To Be Recommended
CN115708378A (zh) 一种短信扣量检测方法及装置、电子设备及存储介质
JP2005136811A (ja) 基地局診断装置及び基地局診断方法
CN112825519B (zh) 一种识别异常登录的方法和装置
CN114327867B (zh) 一种内存资源的处理方法、装置、电子设备及存储介质
CN113472583B (zh) 故障原因识别方法、装置及故障原因识别系统
CN113315677B (zh) 一种基于镜像流量的压测方法、装置、存储介质和设备
JP2007172262A (ja) 通信端末装置、駐車場管理システムおよび駐車場管理方法

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