CN113055693A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN113055693A CN113055693A CN202110424119.1A CN202110424119A CN113055693A CN 113055693 A CN113055693 A CN 113055693A CN 202110424119 A CN202110424119 A CN 202110424119A CN 113055693 A CN113055693 A CN 113055693A
- Authority
- CN
- China
- Prior art keywords
- target
- node
- live
- push
- pushing
- 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.)
- Granted
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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2181—Source of audio or video content, e.g. local disk arrays comprising remotely distributed storage units, e.g. when movies are replicated over a plurality of video servers
-
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2404—Monitoring of server processing errors or hardware failure
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请提供数据处理方法及装置,其中所述数据处理方法包括:采集每个边缘计算节点的直播流转推信息;统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;根据所述目标处理策略处理所述目标直播流,通过本方法实现了通过监控直播流信息,监控各个维度的信息,从多个维度评估直播链路上出现的问题,及时处理解决异常情况,最大程度降低直播流链路上出现异常带来的负面影响,提高用户的观看体验。
Description
技术领域
本申请涉及互联网技术领域,特别涉及一种数据处理方法。本申请同时涉及一种数据处理装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着互联网技术的发展,各类应用于直播的直播服务也越来越多,现有的直播体系中,通常由主播推流到直播边缘计算节点,由边缘计算节点根据业务需求,动态将直播流转推给CDN服务商,然后根据用户请求,分配不同的CDN服务商的观看地址给用户,用户即可观看不同CDN服务商的直播流。
发明内容
有鉴于此,本申请实施例提供了一种数据处理方法。本申请同时涉及一种数据处理装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的无法及时获知在直播链路上出现问题的节点,在直播流出现异常时,不能快速解决异常、影响大批用户的观看体验的问题。
根据本申请实施例的第一方面,提供了一种数据处理方法,包括:
采集每个边缘计算节点的直播流转推信息;
统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;
在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;
根据所述目标处理策略处理所述目标直播流。
根据本申请实施例的第二方面,提供了一种数据处理装置,包括:
采集模块,被配置为采集每个边缘计算节点的直播流转推信息;
统计模块,被配置为统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;
确定模块,被配置为在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;
处理模块,被配置为根据所述目标处理策略处理所述目标直播流。
根据本申请实施例的第三方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述计算机指令时实现所述数据处理方法的步骤。
根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现所述数据处理方法的步骤。
本申请提供的数据处理方法,采集每个边缘计算节点的直播流转推信息;统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;根据所述目标处理策略处理所述目标直播流。通过本申请实施例实现了通过监控直播流信息,监控各个维度的信息,从多个维度评估直播链路上出现的问题,及时处理解决异常情况,最大程度降低直播流链路上出现异常带来的负面影响,提高用户的观看体验。
附图说明
图1是本申请第一实施例提供的一种数据处理方法的流程图;
图2是本申请第二实施例提供的一种数据处理方法的流程图;
图3是本申请第三实施例提供的一种数据处理方法的流程图;
图4是本申请第四实施例提供的一种数据处理方法的流程图;
图5是本申请一实施例提供的数据处理方法的架构示意图;
图6是本申请一实施例提供的一种数据处理装置的结构示意图;
图7是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
直播流:直播音视频数据的传输,它能够被作为一个稳定的和连续的流通过网络传输给观众观看。
直播拉流:拉流是指通过直播云平台到用户指定的源站拉取直播流的过程。
DNS:域名解析服务,即将域名转换为IP的服务。例如访问某网站,首先要通过DNS查出实际访问服务器IP为*.*.*.*,然后才是真实的访问。域名和IP的映射关系1对N的,一个域名可以有多个服务器IP对应。
CDN:内容分发网络。
CDN服务商:提供内容分发网络的服务商。
边缘计算节点:用于接收推流的服务节点。
SRT协议:Secure Reliable Transport,(安全可靠传输协议),是一种基于UDP的传输协议。
RTMP协议:Real Time Messaging Protocol(实时消息传输协议),所示一种基于TCP的实时消息传输协议。
TCP:Transmission Control Protocol(传输控制协议),是一种面向连接的、可靠的、基于字节流的传输层通信协议,建立TCP连接后,可以进行双向数据传输。
在直播流转推过程中,转推直播流会存在不同的CDN服务商,可能由于某一个CDN服务商的某一个节点或某一个协议出现问题,例如某个节点负载高、丢包率高、无法正常转推直播流等等,此时连接该节点的用户观看直播会出现卡顿或无法观看直播,而且CDN服务商的管理人员也无法第一时间知晓,直到有大批用户报备故障,这样处理流程长,影响时间长,如果在用户报备故障后,主播重新推流,则又会导致还会推流在同一个出问题的节点或协议,并且也会影响正常推流的CDN服务商的用户观看,用户体验很差。
基于此,在本申请中,提供了一种数据处理方法,本申请同时涉及一种数据处理装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本申请第一实施例提供的一种数据处理方法的流程图,具体包括以下步骤:
步骤102:采集每个边缘计算节点的直播流转推信息。
在本申请提供的直播中,在全国各地部署边缘计算节点,边缘计算节点用于接收主播推送的直播流,再将直播流转推至内容分发网络服务器。
内容分发网络(Content Delivery Network,CDN)是构筑在现有网络上的一种先进的流量分配网络,是现有网络中增加一层新的网络架构,将网站的内容分布到最接近用户的网络“边缘”,提高用户访问网站的响应速度,具有负载均衡的特点,CDN具有缓存+镜像+整体负载均衡的功能,以缓存网站中的静态数据为主,不同的运营商提供不同的CDN链路,例如,运营商A提供CDN-A,运营商B提供CDN-B。
在实际应用中,同一个直播流可能会转推给不同的CDN服务商,如果某个CDN服务商的CDN服务器出现异常,则推送至该服务商的直播流就会出现问题,无法接收转推。在CDN服务器出现问题的时候,也有多种可能,一种是CDN服务商的CDN服务整体出现问题,一种是CDN服务商的某个服务器节点出现问题,还有一种是CDN服务商的某个推流协议出现问题。
除了CDN服务商会出现问题外,边缘计算节点也有可能会出现异常,例如某个边缘计算节点负载高、丢包率高,导致通过该边缘计算节点转推的直播流无法正常观看。
基于此,需要对边缘计算节点上的直播流的相关信息进行分析,因此,需要统计所有的边缘计算节点上的直播流转推信息。
具体的,采集每个边缘计算节点的直播流转推信息,包括:
采集每个边缘计算节点中每个直播流对应的转推内容分发网络标识、转推内容分发网络节点标识、转推内容分发网络协议、转推状态。
在实际应用中,边缘计算节点在转推直播流时,会确定每个直播流推送给了哪个CDN服务商的哪个CDN节点,转推协议是SRT协议或RTMP协议,以及该直播流是否转推成功。
在本申请提供的一具体实施方式中,以边缘计算节点1的直播流M为例,在边缘计算节点1中的直播流M被转推至了2个CDN,分别为:1、通过SRT协议,推送给了CDN-A的节点1,转推状态为成功;2、通过RTMP协议,转推给了CDN-B的节点2,转推状态为失败。
步骤104:统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态。
在获取每个边缘计算节点的直播流转推信息之后,即可根据获取的直播流转推信息获得目标服务器的运行状态,目标服务器在本申请中,可以为边缘计算节点,可以为某个CDN服务商,可以是某个CDN服务商的节点,也可以是CDN服务商的某个转推协议。
在本申请提供的第一实施例中,以目标服务器为边缘计算节点为例,统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态,包括:
在每个边缘计算节点中确定目标边缘计算节点,其中,所述目标边缘计算节点为目标服务器;
统计所述目标边缘计算节点中每个直播流对应的转推状态,获取每个直播流对应的节点转推失败数量和节点转推成功数量;
根据所述节点转推失败数量和所述节点转推成功数量确定节点转推成功率;
在所述节点转推成功率大于等于预设阈值的情况下,确定所述目标边缘计算节点的运行状态为正常;
在所述节点转推成功率小于预设阈值的情况下,确定所述目标边缘计算节点的运行状态为异常。
在本申请提供的第一实施例中,边缘计算节点有很多个,可以对某个边缘计算节点进行统计分析,即在边缘计算节点中确定目标边缘计算节点,该目标边缘计算节点即为目标服务器。
目标边缘计算节点中转推多个直播流,每个直播流可能会转推1个CDN服务商,有的直播流会转推2个CDN服务商,有的直播流会转推更多的CDN服务商,获取每个直播流对应的每个CDN服务商的转推状态,并获取转推成功数量和转推失败数量。
在本申请提供的第一实施例中,以边缘计算节点1中有3个直播流为例,分别为直播流1、直播流2和直播流3,其中,直播流1对应CDN-A,CDN-A的转推状态为成功;直播流2对应CDN-A和CDN-B,CDN-A的转推状态为成功,CDN-B的转推状态为失败;直播流2对应CDN-A、CDN-B和CDN-C,CDN-A的转推状态为成功,CDN-B的转推状态为失败,CDN-C的转推状态为成功败,因此,在边缘计算节点1中节点转推成功数量为4,节点转推失败数量为2。
在获取节点转推失败数量和所述节点转推成功数量后,即可确定节点转推成功率,具体的节点转推成功率的计算方法可以为节点转推成功数量除以节点转推失败数量,也可以是节点转推成功数量除以节点转推失败数量与节点转推成功数量之和,在本申请中,对节点转推成功率的具体计算方式不做限制。以实际应用为准。
在获取节点转推成功率后,将节点转推成功率与预设阈值对比,若小于预设阈值,则说明目标边缘计算节点中节点转推失败的数量比节点转推成功的数量多,此时目标边缘计算节点的运行状态为异常,即目标边缘计算节点出现问题,需要修复。
若大于阈值,则说明目标边缘计算节点的直播流转推失败的数量在可控范围内,此时目标边缘计算节点的运行状态为正常。
步骤106:在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流。
在确定目标服务器的运行状态为异常的情况下,则根据目标服务器的实际情况来确定对应的目标处理策略和目标视频流。
在本申请提供的第一实施例中,目标服务器即目标边缘计算节点,根据所述目标服务器确定目标处理策略和目标直播流,包括:
根据所述目标边缘计算节点确定目标处理策略为边缘计算节点处理策略;
确定所述目标边缘计算节点对应的直播流为目标直播流。
具体的,在确定目标边缘计算节点出现异常的情况下,即可确定相应的目标处理策略为边缘计算节点处理策略,目标直播流即为目标边缘计算节点上的直播流。
可选的,所述方法还包括:
生成异常信息,并将所述异常信息发送至所述目标边缘计算节点的管理员。
在确定目标边缘计算节点出现异常之后,需要对其进行相应的处理,此时,需要根据目标边缘计算节点生成对应的异常信息,例如“某边缘计算节点异常,请及时处理”,并将该异常信息发送至边缘计算节点的管理员,具体的发送方式可以是通过邮件、短信、电话通知等方式,在本申请中对此不做限制。管理员可以根据异常信息快速定位状态异常的目标边缘计算节点,并对其进行修复处理,节约时间,方便快捷。
步骤108:根据所述目标处理策略处理所述目标直播流。
在确定目标处理策略之后,即可根据目标处理策略处理所述目标直播流。在本申请提供的第一实施例中,根据所述目标处理策略处理所述目标直播流,包括:
根据所述边缘计算节点处理策略处理所述目标直播流。
具体的,根据所述边缘计算节点处理策略处理所述目标直播流,包括:
将所述目标直播流转推至其他边缘计算节点,并停止转推后续直播流至所述目标边缘计算节点。
边缘计算节点处理策略在实际应用中,具体是指,以广播的形式通知边缘计算节点的调度系统,在后续的直播流转推调度过程中,不再转推至目标边缘计算节点,同时将目标边缘计算节点上的目标视频流转推至其他边缘计算节点,以保证目标视频流的正常播出。
通过本申请提供的第一实施例提供的数据处理方法,可以快速定位状态异常的边缘计算节点,将该边缘计算节点上的视频流转推至其他正常的边缘计算节点,并不再向该边缘计算节点转推后续的直播流,无需主播重新发送直播流,可以将直播受到影响的用户人数控制到最少,同时还可以向管理员发送异常信息,协助管理员快速准确的定位异常边缘计算节点,节省排查问题的时间,提高工作效率。
图2示出了根据本申请第二实施例提供的一种数据处理方法的流程图,具体包括以下步骤:
步骤202:采集每个边缘计算节点中每个直播流对应的转推内容分发网络标识、转推内容分发网络节点标识、转推内容分发网络协议、转推状态。
在本申请提供的第二实施例中,以目标服务器为CDN服务商为例,采集每个边缘计算节点中,每个直播流对应的CDN标识、CDN节点标识、CDN协议和每个直播流的转推状态。关于步骤202的详细信息,参见上述第一实施例中的步骤102的相关描述,在此不在赘述。
步骤204:统计每个边缘计算节点中每个直播流对应的转推内容分发网络标识和转推状态。
在本申请提供的第二实施例中,统计每个边缘计算节点中,每个直播流对应的CDN标识和转推状态,如果一个直播流转推了多家CDN,则需要统计每家CDN的转推状态,例如,某个直播流转推了CDN-A、CDN-B和CDN-C三家CDN,则需要获取该直播流对应的每家CDN的转推状态,例如CDN-A的转推状态为成功,CDN-B的转推状态为成功,CDN-C的转推状态为失败。
步骤206:根据转推内容分发网络标识确定目标转推内容分发网络,获取所述目标转推内容分发网络对应的直播流转推失败数量和直播流转推成功数量,其中,所述目标转推内容分发网络为目标服务器。
在获取了每个边缘计算节点的相关信息后,根据CDN标识区分每个CDN服务商,每个CDN服务商为一个目标服务器,例如,一共有3个服务商,分别为CDN-A、CDN-B和CDN-C,需要分别统计CDN-A、CDN-B和CDN-C各自对应的在每个边缘计算节点上的直播流的直播流转推失败数量和直播流转推成功数量。
步骤208:根据所述直播流转推失败数量和所述直播流转推成功数量确定直播流转推成功率。
在获取直播流转推失败数量和所述直播流转推成功数量后,即可确定直播流转推成功率,具体的直播流转推成功率的计算方法可以为直播流转推成功数量除以直播流转推失败数量,也可以是直播流转推成功数量除以直播流转推失败数量与直播流转推成功数量之和,在本申请中,对直播流转推成功率的具体计算方式不做限制。以实际应用为准。
步骤210:在所述直播流转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络的运行状态为正常;在所述直播流转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络的运行状态为异常。
在获取直播流转推成功率后,将直播流转推成功率与预设阈值对比,若小于预设阈值,则说明目标CDN的直播流转推失败的数量比直播流转推成功的数量多,此时目标CDN的运行状态为异常,即目标CDN服务出现问题,需要修复。
若大于阈值,则说明目标CDN的直播流转推失败的数量在可控范围内,此时目标CDN的运行状态为正常。
步骤212:在所述目标转推内容分发网络的运行状态为异常的情况下,根据所述目标转推内容分发网络确定目标处理策略为转推内容分发网络处理策略,确定所述目标转推内容分发网络对应的直播流为目标直播流。
在确定目标CDN的运行状态为异常的情况下,可以确定目标处理策略为CDN服务处理策略,此时的目标直播流即为转推至目标CDN的直播流。
可选的,所述方法还包括:
生成异常信息,并将所述异常信息发送至所述目标转推内容分发网络的管理员。
在确定目标CDN的运行状态为异常的情况下,还会同时生成异常信息,例如“某CDN出现异常,请及时修复”,并将该异常信息发送至目标CDN对应的管理员。
步骤214:根据所述转推内容分发网络处理策略处理所述目标直播流。
具体的,根据所述转推内容分发网络处理策略处理所述目标直播流,包括:停止转推所述目标直播流至所述目标转推内容分发网络。
在确定处理策略为CDN服务处理策略后,即可根据CDN服务处理策略处理所述目标直播流,具体的包括以广播的形式通知边缘计算节点的调度系统,在后续的直播流转推调度过程中,不再转推至目标CDN,并将目标直播流转推至其他的CDN服务商。
通过本申请提供的第二实施例提供的数据处理方法,在CDN服务商出现异常的情况下,可以快速定位异常的CDN服务商,将该CDN上的直播流转推至其他正常的CDN服务商,并不再向该CDN转推后续的直播流,将受到影响的用户控制在使用目标CDN的人群中,将直播受到影响的用户人数控制到最少,与此同时,向目标CDN的管理员发送异常信息,及时通知CDN的管理员处理异常,提高了工作效率。
图3示出了根据本申请第三实施例提供的一种数据处理方法的流程图,具体包括以下步骤:
步骤302:采集每个边缘计算节点中每个直播流对应的转推内容分发网络标识、转推内容分发网络节点标识、转推内容分发网络协议、转推状态。
在本申请提供的第三实施例中,以目标服务器为CDN服务商的子节点为例,采集每个边缘计算节点中,每个直播流对应的CDN标识、CDN节点标识、CDN协议和每个直播流的转推状态。关于步骤202的详细信息,参见上述第一实施例中的步骤102的相关描述,在此不在赘述。
步骤304:统计每个边缘计算节点中每个直播流对应的转推内容分发网络节点标识和转推状态。
在本申请提供的第三实施例中,统计每个边缘计算节点中,每个直播流对应的CDN节点标识和转推状态,在实际应用中,每家CDN会有多个子节点提供CDN服务,有时会出现某些CDN子节点异常的情况,例如,在边缘计算节点中,一个直播流转推至了CDN-A和CDN-B,具体的,该直播流会转推至CDN-A的子节点1和CDN-B的子节点2,此时,该直播流的转推状态为在CDN-A的子节点1中转推成功,在CDN-B的子节点2中转推失败。
步骤306:根据转推内容分发网络节点标识确定目标转推内容分发网络节点,获取所述目标转推内容分发网络节点对应的直播流节点转推失败数量和直播流节点转推成功数量,其中,所述目标转推内容分发网络节点为目标服务器。
在本申请提供的第三实施例中,在获取了每个边缘计算节点的相关信息后,根据CDN标识选取一个目标CDN子节点作为目标服务器,例如,CDN子节点标识为CDN-A的子节点1,则CDN-A的子节点1为目标服务器;CDN子节点标识为CDN-B的子节点2,则CDN-B的子节点2为目标服务器。
获取转推至目标CDN子节点上直播流的直播流节点转推失败数量和直播流节点转推成功数量。
步骤308:根据所述直播流节点转推失败数量和所述直播流节点转推成功数量确定直播流节点转推成功率。
在本申请提供的第三实施例中,获取直播流节点转推失败数量和所述直播流节点转推成功数量后,即可确定直播流节点转推成功率,具体的直播流节点转推成功率的计算方法可以为直播流节点转推成功数量除以直播流节点转推失败数量,也可以是直播流节点转推成功数量除以直播流节点转推失败数量与直播流节点转推成功数量之和,在本申请中,对直播流节点转推成功率的具体计算方式不做限制。以实际应用为准。
步骤310:在所述直播流节点转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络节点的运行状态为正常;在所述直播流节点转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络节点的运行状态为异常。
在获取直播流节点转推成功率后,将直播流节点转推成功率与预设阈值对比,若小于预设阈值,则说明目标CDN子节点的直播流节点转推失败的数量比直播流节点转推成功的数量多,此时目标CDN子节点的运行状态为异常,即目标CDN子节点出现问题,需要修复。
若大于阈值,则说明目标CDN子节点的直播流节点转推失败的数量在可控范围内,此时目标CDN子节点的运行状态为正常。
步骤312:在所述目标转推内容分发网络节点的运行状态为异常的情况下,根据所述目标转推内容分发网络节点确定目标处理策略为转推内容分发网络节点处理策略,确定所述目标转推内容分发网络节点对应的直播流为目标直播流。
在确定目标CDN子节点的运行状态为异常的情况下,可以确定目标处理策略为CDN节点处理策略,此时的目标直播流即为转推至目标CDN子节点的直播流。
可选的,所述方法还包括:
生成异常信息,并将所述异常信息发送至所述目标转推内容分发网络节点的管理员。
在确定目标CDN子节点的运行状态为异常的情况下,还会同时生成异常信息,例如“某CDN子节点出现异常,请及时修复”,并将该异常信息发送至目标CDN子节点对应的管理员。
步骤314:根据所述转推内容分发网络节点处理策略处理所述目标直播流。
具体的,根据所述转推内容分发网络节点处理策略处理所述目标直播流,包括:停止转推所述目标直播流至所述目标转推内容分发网络节点。
在确定处理策略为CDN节点处理策略后,即可根据CDN节点处理策略处理所述目标直播流,具体的包括以广播的形式通知边缘计算节点的调度系统,在后续的直播流转推调度过程中,不再转推至目标CDN子节点,并将目标直播流转推至同一CDN服务商下的其他子节点。
通过本申请提供的第三实施例提供的数据处理方法,在CDN子节点出现异常的情况下,可以快速定位异常的CDN子节点,将该CDN子节点上的直播流转推至其他正常的CDN子节点,并不再向该CDN子节点转推后续的直播流,将受到影响的用户控制在使用目标CDN子节点的人群中,将直播受到影响的用户人数控制到最少,与此同时,向目标CDN子节点的管理员发送异常信息,及时通知CDN的管理员处理异常,提高了工作效率。
图4示出了根据本申请第四实施例提供的一种数据处理方法的流程图,具体包括以下步骤:
步骤402:采集每个边缘计算节点中每个直播流对应的转推内容分发网络标识、转推内容分发网络节点标识、转推内容分发网络协议、转推状态。
在本申请提供的第四实施例中,以目标服务器为CDN服务商的协议为例,采集每个边缘计算节点中,每个直播流对应的CDN标识、CDN节点标识、CDN协议和每个直播流的转推状态。关于步骤202的详细信息,参见上述第一实施例中的步骤102的相关描述,在此不在赘述。
步骤404:统计每个边缘计算节点中每个直播流对应的转推内容分发网络协议和转推状态。
在本申请提供的第四实施例中,统计每个边缘计算节点中,每个直播流对应的CDN协议标识和转推状态,在实际应用中,每家CDN会通过两个协议进行推流,分别为SRT协议(Secure Reliable Transport,安全可靠传输协议)和RTMP协议(Real Time MessagingProtocol),有时其中某个协议可能会出现异常导致无法正常推流,例如,在对于直播流X通过CDN-A的SRT协议进行推流,转推状态为成功;对于直播流Y通过CDN-A的RTMP协议进行推流,转推状态为失败等等。
步骤406:根据所述转推内容分发网络协议确定目标转推内容分发网络协议,获取所述目标转推内容分发网络协议对应的直播流协议转推失败数量和直播流协议转推成功数量,其中,所述目标转推内容分发网络协议为目标服务器。
在本申请提供的第四实施例中,在获取了每个边缘计算节点的相关信息之后,根据CDN协议标识确定目标CDN协议,例如CDN协议标识为CDN-A的SRT协议,则CDN-A的SRT协议为目标服务器;CDN协议标识为CDN-B的RTMP协议,则CDN-B的RTMP协议为目标服务器。
获取通过目标CDN协议进行转推的直播流进行转推的直播流协议转推失败数量和直播流协议转推成功数量。
步骤408:根据所述直播流协议转推失败数量和所述直播流协议转推成功数量确定直播流协议转推成功率。
在本申请提供的第四实施例中,获取直播流协议转推失败数量和直播流协议转推成功数量后,即可确定直播流协议转推成功率,具体的直播流协议转推成功率的计算方法可以为直播流协议转推成功数量除以直播流协议转推失败数量,也可以是直播流协议转推成功数量除以直播流协议转推失败数量与直播流协议转推成功数量之和,在本申请中,对直播流协议转推成功率的具体计算方式不做限制。以实际应用为准。
步骤410:在所述直播流协议转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络协议的运行状态为正常;在所述直播流协议转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络协议的运行状态为异常。
在获取直播流协议转推成功率后,将直播流协议转推成功率与预设阈值对比,若小于预设阈值,则说明通过目标CDN协议进行转推流的直播流协议转推失败的数量比直播流协议转推成功的数量多,此时目标CDN协议的运行状态为异常,即目标CDN协议出现问题,需要修复。
若大于阈值,则说明目标CDN协议的直播流协议转推失败的数量在可控范围内,此时目标CDN协议的运行状态为正常。
步骤412:在所述目标转推内容分发网络协议的运行状态为异常的情况下,根据所述目标转推内容分发网络协议确定目标处理策略为转推内容分发网络协议处理策略,确定所述目标转推内容分发网络协议对应的直播流为目标直播流。
在确定目标CDN协议的运行状态为异常的情况下,可以确定目标处理策略为CDN协议处理策略,此时的目标直播流即为通过目标CDN协议转推的直播流。
可选的,所述方法还包括:
生成异常信息,并将所述异常信息发送至所述目标转推内容分发网络协议的管理员。
在确定目标CDN协议的运行状态为异常的情况下,还会同时生成异常信息,例如“某CDN协议出现异常,请及时修复”,并将该异常信息发送至目标CDN协议对应的管理员。
步骤414:根据所述转推内容分发网络协议处理策略处理所述目标直播流。
具体的,根据所述转推内容分发网络协议处理策略处理所述目标直播流,包括:停止通过所述目标转推内容分发网络协议转推所述目标直播流。
在确定处理策略为CDN协议处理策略后,即可根据CDN协议处理策略处理所述目标直播流,具体的包括以广播的形式通知边缘计算节点的调度系统,在后续的直播流转推调度过程中,不再通过目标CDN协议转推直播流,并将目标直播流通过其他可用的CDN协议进行转推。
通过本申请提供的第四实施例提供的数据处理方法,在CDN协议出现异常的情况下,可以快速定位异常的CDN协议,将通过该CDN协议进行转推直播流通过其他正常的CDN协议转推,并不再通过该CDN协议转推后续的直播流,将受到影响的用户控制在使用目标CDN协议的人群中,将直播受到影响的用户人数控制到最少,与此同时,向目标CDN协议的管理员发送异常信息,及时通知CDN的管理员处理异常,提高了工作效率。
图5示出了根据本申请一实施例提供的一种数据处理方法的架构示意图,如图5所示,主播504将直播流推流至边缘计算节点1,边缘计算节点1将直播流推流至CDN-A和CDN-B,其中,CDN-A和CDN-B是两家不同的CDN服务商。观众506通过向某个CDN节点发送播放请求,CDN节点将直播流转推至观众506的终端进行播放。
调度服务器502采集每个边缘计算节点的直播流转推信息,统计每个边缘计算节点上的直播流转推信息并分别按照如下四种情况进行监控和处理。
第一种:按照边缘计算节点监控。
调度服务器502采集每个边缘计算节点的直播流转推信息,计算每个边缘计算节点上每个直播流的转推失败数量和转推成功数量,若某个边缘计算节点上的转推失败数量与转推成功数量的比值大于预设阈值,说明该边缘计算节点出现故障,则通过监控系统广播,通知直播流转推系统,在后续的直播流不再转推至该边缘计算节点,在该边缘计算节点上的直播流转推至其他正常的边缘计算节点。
第二种:按照CDN服务商监控。
调度服务器502采集每个边缘计算节点的直播流信息,将直播流信息按照CDN服务商进行统计,统计每个CDN服务商中直播流转推的成功数量和失败数量,若某个CDN服务商的直播流的转推失败数量和转推成功数量的比值大于预设阈值,说明该CDN服务商出现故障,则将该CDN服务商上的直播流转推至其他正常的CDN服务商,并通过监控系统广播,通知直播流转推系统,不再将后续的直播流转推至该CDN服务商,同时告知该CDN服务商的管理人员CDN出现故障。
第三种:按照CDN服务器的子节点监控。
调度服务器502采集每个边缘计算节点的直播流信息,将直播流信息按照CDN服务商的子节点进行统计,例如CDN-A的节点1直播流转推的节点成功数量和节点失败数量,CDN-A的节点2直播流转推的节点成功数量和节点失败数量,CDN-B的节点1直播流转推的节点成功数量和节点失败数量,CDN-B的节点1直播流转推的节点成功数量和节点失败数量等等。若某个CDN子节点的直播流的节点失败数量和节点成功数量的比值大于预设阈值,说明该CDN节点出现故障,则通过监控系统广播,通知直播流转推系统,不再将后续的直播流转推至该CDN子节点,将该CDN子节点的直播流转推至同一个CDN下的其他子节点中,同时告知该CDN服务商的管理人员CDN的子节点出现故障。例如,CDN-A的节点1出现故障,则将CDN-A的节点1上的直播流转推至CDN-A的节点2上,同时告知CDN-A的管理人员,CDN-A的节点1发生故障。
第四种:按照CDN服务器的协议监控。
调度服务器502采集每个边缘计算节点的直播流信息,将直播流信息按照CDN服务商的协议进行统计,CDN服务商的协议通常分为RTMP协议和SRT协议,分别统计每个服务商对应的每个协议的协议成功数量和协议失败数量,例如对于CDN-A统计通过RTMP协议转推直播流的协议成功数量和协议失败数量,统计通过SRT协议转推直播流的协议成功数量和协议失败数量。若某个CDN的某个协议的协议失败数量和协议成功数量的比值大于预设阈值,说明该CDN的该协议出现故障,则通过监控系统广播,通知直播流转推系统,不再将后续的直播流转推至该CDN的该协议,将通过该协议转推的直播流转移至另外的协议进行转推,并通知该CDN的管理人员,该协议出现故障,例如,CDN-A的RTMP协议出现故障,则将后续的直播流通过SRT协议进行转推,并将通过RTMP协议转推的直播流转移至SRT协议转推,同时通知CDN-A的管理人员,CDN-A的RTMP协议出现故障。
通过本申请提供的数据处理方法,在直播流转推过程中可以准确分辨哪个节点或流程出现故障,对于主播而言是无感知的,可以在很快的时间内定位问题点,并解决问题;对于用户而言,仅会对使用问题节点的用户产生影响,造成短暂的直播观看体验差的问题,而不会影响全部的用户,可以将收到影响的用户降低到最少;对于直播系统而言,可以通过广播机制,避免后续的直播流再次推送至有问题的故障节点,保证了后续的直播流的流畅;对于CDN服务商而言,可以在第一时间及时获知是服务出现问题、还是节点出现问题、或者是传输协议出现问题,便于CDN服务商第一时间解决问题,提高工作效率。
与上述数据处理方法实施例相对应,本申请还提供了数据处理装置实施例,图6示出了本申请一实施例提供的一种数据处理装置的结构示意图。如图6所示,该装置包括:
采集模块602,被配置为采集每个边缘计算节点的直播流转推信息;
统计模块604,被配置为统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;
确定模块606,被配置为在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;
处理模块608,被配置为根据所述目标处理策略处理所述目标直播流。
可选的,所述采集模块602,进一步被配置为:
采集每个边缘计算节点中每个直播流对应的转推内容分发网络标识、转推内容分发网络节点标识、转推内容分发网络协议、转推状态。
可选的,所述统计模块604,进一步被配置为:
在每个边缘计算节点中确定目标边缘计算节点,其中,所述目标边缘计算节点为目标服务器;
统计所述目标边缘计算节点中每个直播流对应的转推状态,获取每个直播流对应的节点转推失败数量和节点转推成功数量;
根据所述节点转推失败数量和所述节点转推成功数量确定节点转推成功率;
在所述节点转推成功率大于等于预设阈值的情况下,确定所述目标边缘计算节点的运行状态为正常;
在所述节点转推成功率小于预设阈值的情况下,确定所述目标边缘计算节点的运行状态为异常。
可选的,所述确定模块606,进一步被配置为:
根据所述目标边缘计算节点确定目标处理策略为边缘计算节点处理策略;
确定所述目标边缘计算节点对应的直播流为目标直播流。
可选的,所述处理模块608,进一步被配置为:
根据所述边缘计算节点处理策略处理所述目标直播流。
可选的,所述处理模块608,进一步被配置为:
将所述目标直播流转推至其他边缘计算节点,并停止转推后续直播流至所述目标边缘计算节点。
可选的,所述统计模块604,进一步被配置为:
统计每个边缘计算节点中每个直播流对应的转推内容分发网络标识和转推状态;
根据转推内容分发网络标识确定目标转推内容分发网络,获取所述目标转推内容分发网络对应的直播流转推失败数量和直播流转推成功数量,其中,所述目标转推内容分发网络为目标服务器;
根据所述直播流转推失败数量和所述直播流转推成功数量确定直播流转推成功率;
在所述直播流转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络的运行状态为正常;
在所述直播流转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络的运行状态为异常。
可选的,所述确定模块606,进一步被配置为:
根据所述目标转推内容分发网络确定目标处理策略为转推内容分发网络处理策略;
确定所述目标转推内容分发网络对应的直播流为目标直播流。
可选的,所述处理模块608,进一步被配置为:
根据所述转推内容分发网络处理策略处理所述目标直播流。
可选的,所述处理模块608,进一步被配置为:
停止转推所述目标直播流至所述目标转推内容分发网络。
可选的,所述统计模块604,进一步被配置为:
统计每个边缘计算节点中每个直播流对应的转推内容分发网络节点标识和转推状态;
根据转推内容分发网络节点标识确定目标转推内容分发网络节点,获取所述目标转推内容分发网络节点对应的直播流节点转推失败数量和直播流节点转推成功数量,其中,所述目标转推内容分发网络节点为目标服务器;
根据所述直播流节点转推失败数量和所述直播流节点转推成功数量确定直播流节点转推成功率;
在所述直播流节点转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络节点的运行状态为正常;
在所述直播流节点转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络节点的运行状态为异常。
可选的,所述确定模块606,进一步被配置为:
根据所述目标转推内容分发网络节点确定目标处理策略为转推内容分发网络节点处理策略;
确定所述目标转推内容分发网络节点对应的直播流为目标直播流。
可选的,所述处理模块608,进一步被配置为:
根据所述转推内容分发网络节点处理策略处理所述目标直播流。
可选的,所述处理模块608,进一步被配置为:
停止转推所述目标直播流至所述目标转推内容分发网络节点。
可选的,所述统计模块604,进一步被配置为:
统计每个边缘计算节点中每个直播流对应的转推内容分发网络协议和转推状态;
根据所述转推内容分发网络协议确定目标转推内容分发网络协议,获取所述目标转推内容分发网络协议对应的直播流协议转推失败数量和直播流协议转推成功数量,其中,所述目标转推内容分发网络协议为目标服务器;
根据所述直播流协议转推失败数量和所述直播流协议转推成功数量确定直播流协议转推成功率;
在所述直播流协议转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络协议的运行状态为正常;
在所述直播流协议转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络协议的运行状态为异常。
可选的,所述确定模块606,进一步被配置为:
根据所述目标转推内容分发网络协议确定目标处理策略为转推内容分发网络协议处理策略;
确定所述目标转推内容分发网络协议对应的直播流为目标直播流。
可选的,所述处理模块608,进一步被配置为:
根据所述转推内容分发网络协议处理策略处理所述目标直播流。
可选的,所述处理模块608,进一步被配置为:
停止通过所述目标转推内容分发网络协议转推所述目标直播流。
可选的,所述装置还包括:
发送模块,被配置为在所述目标服务器的运行状态为异常的情况下,生成异常信息,并将所述异常信息发送至所述目标服务器的管理员。
本申请提供的数据处理装置,采集每个边缘计算节点的直播流转推信息;统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;根据所述目标处理策略处理所述目标直播流。通过本申请实施例实现了通过监控直播流信息,监控各个维度的信息,从多个维度评估直播链路上出现的问题,及时处理解决异常情况,最大程度降低直播流链路上出现异常带来的负面影响,提高用户的观看体验。
进一步的,对于主播而言是无感知的,可以在很快的时间内定位问题点,并解决问题;对于用户而言,仅会对使用问题节点的用户产生影响,造成短暂的直播观看体验差的问题,而不会影响全部的用户,可以将收到影响的用户降低到最少;对于直播系统而言,可以通过广播机制,避免后续的直播流再次推送至有问题的故障节点,保证了后续的直播流的流畅;对于CDN服务商而言,可以在第一时间及时获知是服务出现问题、还是节点出现问题、或者是传输协议出现问题,便于CDN服务商第一时间解决问题,提高工作效率。
上述为本实施例的一种数据处理装置的示意性方案。需要说明的是,该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思,数据处理装置的技术方案未详细描述的细节内容,均可以参见上述数据处理方法的技术方案的描述。
图7示出了根据本申请一实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接,数据库750用于保存数据。
计算设备700还包括接入设备740,接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本申请的一个实施例中,计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图7所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备700可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。
其中,处理器720执行所述计算机指令时实现所述的数据处理方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述数据处理方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现如前所述数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述数据处理方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
Claims (15)
1.一种数据处理方法,其特征在于,包括:
采集每个边缘计算节点的直播流转推信息;
统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;
在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;
根据所述目标处理策略处理所述目标直播流。
2.如权利要求1所述的数据处理方法,其特征在于,采集每个边缘计算节点的直播流转推信息,包括:
采集每个边缘计算节点中每个直播流对应的转推内容分发网络标识、转推内容分发网络节点标识、转推内容分发网络协议、转推状态。
3.如权利要求2所述的数据处理方法,其特征在于,统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态,包括:
在每个边缘计算节点中确定目标边缘计算节点,其中,所述目标边缘计算节点为目标服务器;
统计所述目标边缘计算节点中每个直播流对应的转推状态,获取每个直播流对应的节点转推失败数量和节点转推成功数量;
根据所述节点转推失败数量和所述节点转推成功数量确定节点转推成功率;
在所述节点转推成功率大于等于预设阈值的情况下,确定所述目标边缘计算节点的运行状态为正常;
在所述节点转推成功率小于预设阈值的情况下,确定所述目标边缘计算节点的运行状态为异常。
4.如权利要求3所述的数据处理方法,其特征在于,根据所述目标服务器确定目标处理策略和目标直播流,包括:
根据所述目标边缘计算节点确定目标处理策略为边缘计算节点处理策略;
确定所述目标边缘计算节点对应的直播流为目标直播流。
5.如权利要求4所述的数据处理方法,其特征在于,根据所述边缘计算节点处理策略处理所述目标直播流,包括:
将所述目标直播流转推至其他边缘计算节点,并停止转推后续直播流至所述目标边缘计算节点。
6.如权利要求2所述的数据处理方法,其特征在于,统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态,包括:
统计每个边缘计算节点中每个直播流对应的转推内容分发网络标识和转推状态;
根据转推内容分发网络标识确定目标转推内容分发网络,获取所述目标转推内容分发网络对应的直播流转推失败数量和直播流转推成功数量,其中,所述目标转推内容分发网络为目标服务器;
根据所述直播流转推失败数量和所述直播流转推成功数量确定直播流转推成功率;
在所述直播流转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络的运行状态为正常;
在所述直播流转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络的运行状态为异常。
7.如权利要求6所述的数据处理方法,其特征在于,根据所述目标服务器确定目标处理策略和目标直播流,包括:
根据所述目标转推内容分发网络确定目标处理策略为转推内容分发网络处理策略;
确定所述目标转推内容分发网络对应的直播流为目标直播流。
8.如权利要求2所述的数据处理方法,其特征在于,统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态,包括:
统计每个边缘计算节点中每个直播流对应的转推内容分发网络节点标识和转推状态;
根据转推内容分发网络节点标识确定目标转推内容分发网络节点,获取所述目标转推内容分发网络节点对应的直播流节点转推失败数量和直播流节点转推成功数量,其中,所述目标转推内容分发网络节点为目标服务器;
根据所述直播流节点转推失败数量和所述直播流节点转推成功数量确定直播流节点转推成功率;
在所述直播流节点转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络节点的运行状态为正常;
在所述直播流节点转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络节点的运行状态为异常。
9.如权利要求8所述的数据处理方法,其特征在于,根据所述目标服务器确定目标处理策略和目标直播流,包括:
根据所述目标转推内容分发网络节点确定目标处理策略为转推内容分发网络节点处理策略;
确定所述目标转推内容分发网络节点对应的直播流为目标直播流。
10.如权利要求2所述的数据处理方法,其特征在于,统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态,包括:
统计每个边缘计算节点中每个直播流对应的转推内容分发网络协议和转推状态;
根据所述转推内容分发网络协议确定目标转推内容分发网络协议,获取所述目标转推内容分发网络协议对应的直播流协议转推失败数量和直播流协议转推成功数量,其中,所述目标转推内容分发网络协议为目标服务器;
根据所述直播流协议转推失败数量和所述直播流协议转推成功数量确定直播流协议转推成功率;
在所述直播流协议转推成功率大于等于预设阈值的情况下,确定所述目标转推内容分发网络协议的运行状态为正常;
在所述直播流协议转推成功率小于预设阈值的情况下,确定所述目标转推内容分发网络协议的运行状态为异常。
11.如权利要求10所述的数据处理方法,其特征在于,根据所述目标服务器确定目标处理策略和目标直播流,包括:
根据所述目标转推内容分发网络协议确定目标处理策略为转推内容分发网络协议处理策略;
确定所述目标转推内容分发网络协议对应的直播流为目标直播流。
12.如权利要求1-11任意一项所述的数据处理方法,其特征在于,所述方法还包括:
在所述目标服务器的运行状态为异常的情况下,生成异常信息,并将所述异常信息发送至所述目标服务器的管理员。
13.一种数据处理装置,其特征在于,包括:
采集模块,被配置为采集每个边缘计算节点的直播流转推信息;
统计模块,被配置为统计每个边缘计算节点的直播流转推信息,获得目标服务器的运行状态;
确定模块,被配置为在所述目标服务器的运行状态为异常的情况下,根据所述目标服务器确定目标处理策略和目标直播流;
处理模块,被配置为根据所述目标处理策略处理所述目标直播流。
14.一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,其特征在于,所述处理器执行所述计算机指令时实现权利要求1-12任意一项所述方法的步骤。
15.一种计算机可读存储介质,其存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现权利要求1-12任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110424119.1A CN113055693B (zh) | 2021-04-20 | 2021-04-20 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110424119.1A CN113055693B (zh) | 2021-04-20 | 2021-04-20 | 数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113055693A true CN113055693A (zh) | 2021-06-29 |
CN113055693B CN113055693B (zh) | 2023-01-24 |
Family
ID=76519673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110424119.1A Active CN113055693B (zh) | 2021-04-20 | 2021-04-20 | 数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113055693B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113556573A (zh) * | 2021-07-23 | 2021-10-26 | 上海哔哩哔哩科技有限公司 | 推流链路选择方法及系统 |
CN114374855A (zh) * | 2022-01-05 | 2022-04-19 | 烽火通信科技股份有限公司 | 直播花屏诊断方法、装置、设备及可读存储介质 |
CN114501053A (zh) * | 2022-02-07 | 2022-05-13 | 上海哔哩哔哩科技有限公司 | 直播流获取方法及装置 |
CN114745563A (zh) * | 2022-04-11 | 2022-07-12 | 中国联合网络通信集团有限公司 | 选择边缘计算节点处理直播任务的方法、装置及系统 |
CN114845139A (zh) * | 2022-04-27 | 2022-08-02 | 抖动科技(深圳)有限公司 | 多层次混合分发方法、电子设备及可读存储介质 |
CN115278282A (zh) * | 2022-07-20 | 2022-11-01 | 上海哔哩哔哩科技有限公司 | 直播审核文件的生成方法、系统、调度节点及计算设备 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102123307A (zh) * | 2011-01-20 | 2011-07-13 | 深圳市同洲电子股份有限公司 | 一种播放节目的方法及系统 |
US20140029452A1 (en) * | 2012-07-30 | 2014-01-30 | Swapnesh Banerjee | Network flow analysis |
CN105721484A (zh) * | 2016-03-04 | 2016-06-29 | 网宿科技股份有限公司 | 一种流媒体的转推方法、系统及具有该系统的服务器 |
CN106007208A (zh) * | 2016-07-04 | 2016-10-12 | 衢州市晟煜化工有限公司 | 一种化工废水净化处理方法 |
CN106231365A (zh) * | 2016-08-18 | 2016-12-14 | 北京斗牛科技有限公司 | 一种调度方法和系统 |
WO2017092259A1 (zh) * | 2015-12-04 | 2017-06-08 | 腾讯科技(深圳)有限公司 | 一种游戏直播视频的传输控制方法以及装置 |
CN107172015A (zh) * | 2017-04-25 | 2017-09-15 | 北京潘达互娱科技有限公司 | 直播视频推送方法及装置 |
CN107948684A (zh) * | 2017-11-20 | 2018-04-20 | 广州虎牙信息科技有限公司 | 直播间视频播放控制方法、装置及服务器 |
CN108055264A (zh) * | 2017-12-13 | 2018-05-18 | 平安科技(深圳)有限公司 | 推流服务器的调度装置、方法及计算机可读存储介质 |
CN108174226A (zh) * | 2017-12-19 | 2018-06-15 | 平安科技(深圳)有限公司 | 直播视频的转码装置、方法及计算机可读存储介质 |
CN108260017A (zh) * | 2016-12-30 | 2018-07-06 | 广州华多网络科技有限公司 | 一种网络视频批量转推的方法及系统 |
CN109788303A (zh) * | 2019-01-28 | 2019-05-21 | 广州酷狗计算机科技有限公司 | 直播视频流的推送方法、装置、电子设备及存储介质 |
CN109819285A (zh) * | 2017-11-21 | 2019-05-28 | 乐蜜有限公司 | 一种直播方法、装置、电子设备及存储介质 |
CN111818121A (zh) * | 2020-05-26 | 2020-10-23 | 杭州爱教乐学科技有限公司 | 直播通信方法、装置、计算机设备及存储介质 |
-
2021
- 2021-04-20 CN CN202110424119.1A patent/CN113055693B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102123307A (zh) * | 2011-01-20 | 2011-07-13 | 深圳市同洲电子股份有限公司 | 一种播放节目的方法及系统 |
US20140029452A1 (en) * | 2012-07-30 | 2014-01-30 | Swapnesh Banerjee | Network flow analysis |
WO2017092259A1 (zh) * | 2015-12-04 | 2017-06-08 | 腾讯科技(深圳)有限公司 | 一种游戏直播视频的传输控制方法以及装置 |
CN105721484A (zh) * | 2016-03-04 | 2016-06-29 | 网宿科技股份有限公司 | 一种流媒体的转推方法、系统及具有该系统的服务器 |
CN106007208A (zh) * | 2016-07-04 | 2016-10-12 | 衢州市晟煜化工有限公司 | 一种化工废水净化处理方法 |
CN106231365A (zh) * | 2016-08-18 | 2016-12-14 | 北京斗牛科技有限公司 | 一种调度方法和系统 |
CN108260017A (zh) * | 2016-12-30 | 2018-07-06 | 广州华多网络科技有限公司 | 一种网络视频批量转推的方法及系统 |
CN107172015A (zh) * | 2017-04-25 | 2017-09-15 | 北京潘达互娱科技有限公司 | 直播视频推送方法及装置 |
CN107948684A (zh) * | 2017-11-20 | 2018-04-20 | 广州虎牙信息科技有限公司 | 直播间视频播放控制方法、装置及服务器 |
CN109819285A (zh) * | 2017-11-21 | 2019-05-28 | 乐蜜有限公司 | 一种直播方法、装置、电子设备及存储介质 |
CN108055264A (zh) * | 2017-12-13 | 2018-05-18 | 平安科技(深圳)有限公司 | 推流服务器的调度装置、方法及计算机可读存储介质 |
CN108174226A (zh) * | 2017-12-19 | 2018-06-15 | 平安科技(深圳)有限公司 | 直播视频的转码装置、方法及计算机可读存储介质 |
CN109788303A (zh) * | 2019-01-28 | 2019-05-21 | 广州酷狗计算机科技有限公司 | 直播视频流的推送方法、装置、电子设备及存储介质 |
CN111818121A (zh) * | 2020-05-26 | 2020-10-23 | 杭州爱教乐学科技有限公司 | 直播通信方法、装置、计算机设备及存储介质 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113556573A (zh) * | 2021-07-23 | 2021-10-26 | 上海哔哩哔哩科技有限公司 | 推流链路选择方法及系统 |
CN114374855A (zh) * | 2022-01-05 | 2022-04-19 | 烽火通信科技股份有限公司 | 直播花屏诊断方法、装置、设备及可读存储介质 |
CN114374855B (zh) * | 2022-01-05 | 2023-05-23 | 烽火通信科技股份有限公司 | 直播花屏诊断方法、装置、设备及可读存储介质 |
CN114501053A (zh) * | 2022-02-07 | 2022-05-13 | 上海哔哩哔哩科技有限公司 | 直播流获取方法及装置 |
CN114501053B (zh) * | 2022-02-07 | 2023-10-20 | 上海哔哩哔哩科技有限公司 | 直播流获取方法及装置 |
CN114745563A (zh) * | 2022-04-11 | 2022-07-12 | 中国联合网络通信集团有限公司 | 选择边缘计算节点处理直播任务的方法、装置及系统 |
CN114745563B (zh) * | 2022-04-11 | 2024-01-30 | 中国联合网络通信集团有限公司 | 选择边缘计算节点处理直播任务的方法、装置及系统 |
CN114845139A (zh) * | 2022-04-27 | 2022-08-02 | 抖动科技(深圳)有限公司 | 多层次混合分发方法、电子设备及可读存储介质 |
CN114845139B (zh) * | 2022-04-27 | 2024-02-13 | 抖动科技(深圳)有限公司 | 多层次混合分发方法、电子设备及可读存储介质 |
CN115278282A (zh) * | 2022-07-20 | 2022-11-01 | 上海哔哩哔哩科技有限公司 | 直播审核文件的生成方法、系统、调度节点及计算设备 |
CN115278282B (zh) * | 2022-07-20 | 2024-03-15 | 上海哔哩哔哩科技有限公司 | 直播审核文件的生成方法、系统、调度节点及计算设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113055693B (zh) | 2023-01-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113055693B (zh) | 数据处理方法及装置 | |
US10432535B2 (en) | Performing a specific action on a network packet identified as a message queuing telemetry transport (MQTT) packet | |
US11218382B2 (en) | Quality of service monitoring method, device, and system | |
US9172593B2 (en) | System and method for identifying problems on a network | |
CN109067578B (zh) | 一种组播快速切换的方法和装置 | |
US20110202593A1 (en) | Focused sampling of terminal reports in a wireless communication network | |
US10171610B2 (en) | Web caching method and system for content distribution network | |
CN113032223B (zh) | 服务器状态检测方法及装置 | |
Mangla et al. | VideoNOC: Assessing video QoE for network operators using passive measurements | |
CN113438129B (zh) | 数据采集方法及装置 | |
WO2020155293A1 (zh) | 一种推流方法、系统及服务器 | |
CN110381119B (zh) | 一种日志信息的获取方法、系统及装置和存储介质 | |
CN113099261A (zh) | 节点处理方法及装置、节点处理系统 | |
CN113194134A (zh) | 节点确定方法及装置 | |
US8804492B2 (en) | Handling alarms based on user session records | |
CN111224889A (zh) | 一种数据传输的方法和装置 | |
CN110545213A (zh) | 计算机网络数据流量监测系统及方法 | |
TWI740210B (zh) | 終端設備管理方法及伺服器 | |
WO2013189421A2 (zh) | 分布式的话单统计方法、装置以及系统 | |
CN111787368A (zh) | 一种服务器测试方法和装置 | |
US9154333B2 (en) | Balanced management of scalability and server loadability for internet protocol (IP) audio conferencing based upon monitored resource consumption | |
CN108880925B (zh) | 一种流量监控的方法和系统 | |
CN113438494A (zh) | 数据处理方法及装置 | |
CN111935511B (zh) | 基于http-dns的动态视频流接入系统及方法 | |
CN111193619B (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 |