CN110769268A - 数据流监测方法及装置 - Google Patents

数据流监测方法及装置 Download PDF

Info

Publication number
CN110769268A
CN110769268A CN201911079736.1A CN201911079736A CN110769268A CN 110769268 A CN110769268 A CN 110769268A CN 201911079736 A CN201911079736 A CN 201911079736A CN 110769268 A CN110769268 A CN 110769268A
Authority
CN
China
Prior art keywords
server
data stream
address
information
monitoring
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
CN201911079736.1A
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.)
Netease Hangzhou Network Co Ltd
Original Assignee
Netease Hangzhou Network 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 Netease Hangzhou Network Co Ltd filed Critical Netease Hangzhou Network Co Ltd
Priority to CN201911079736.1A priority Critical patent/CN110769268A/zh
Publication of CN110769268A publication Critical patent/CN110769268A/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/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/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
    • H04N21/26258—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 for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level

Abstract

本申请实施例提供一种数据流监测方法及装置，该方法包括：第一服务器获取第一数据流的地址和监测时间信息。第一服务器根据第一数据流的地址和监测时间信息，获取待监测信息，待监测信息为第一数据流中的一部分。第一服务器对待监测信息进行监测，得到第一数据流的数据流状态，数据流状态为正常状态或者异常状态。其中第一服务器根据第一数据流的地址和监测时间信息，对第一数据流的状态进行监测，其中，第一数据流为直播平台中的任一个数据流，从而能够实现对直播平台中的任一个数据流的自动监测，有效保证了及时的发现异常数据流。

Description

数据流监测方法及装置
技术领域
本申请实施例涉及计算机技术，尤其涉及一种数据流监测方法及装置。
背景技术
随着直播平台的多元化发展，直播平台上除了指定客户端产生的内部数据流之外，还可能存在第三方引入的外部数据流，因此，对数据流状态的监测就显得尤为重要。
目前，对数据流的状态进行监测时，主要是通过人工巡检各个直播间，以确定是否直播间是否出现卡顿、黑屏、没有声音等异常现象，或者可以人工下载数据流，并监测数据流的格式、数据等是否发生异常，以实现对数据流状态的监测。
然而，仅仅是通过人工巡查的方式，可能会导致对无法及时发现异常数据流。
发明内容
本申请实施例提供一种数据流监测方法及装置，以克服无法及时发现异常数据流的问题。
第一方面，本申请实施例提供一种数据流监测方法，应用于第一服务器，包括：
第一服务器获取第一数据流的地址和监测时间信息；
所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，所述待监测信息为所述第一数据流中的一部分；
所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态，所述数据流状态为正常状态或者异常状态。
在一种可能的设计中，所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，包括：
所述第一服务器根据所述第一数据流的地址，获取所述第一数据流；
所述第一服务器根据所述第一数据流和所述监测时间信息，在所述第一数据流中获取所述监测时间信息对应的一部分数据流，以得到待监测信息。
在一种可能的设计中，所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态之后，所述方法还包括：
所述第一服务器根据所述第一数据流的数据流状态，得到监测日志；
所述第一服务器向第二服务器发送所述监测日志。
在一种可能的设计中，所述第一服务器获取第一数据流的地址和监测时间信息之前，所述方法还包括：
所述第一服务器根据所述第一服务器的地址信息，在管理组件上注册所述第一服务器。
第二方面，本申请实施例提供一种数据流监测方法，应用于第二服务器，包括：
第二服务器获取第一数据流的地址；
所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，其中，所述第一数据流的地址和监测时间信息用于第一服务器对第一数据流进行监测；
所述第二服务器接收所述第一服务器发送的监测日志，并将所述监测日志存储至数据库中。
在一种可能的设计中，所述第二服务器获取第一数据流的地址之前，所述方法还包括：
所述第二服务器根据所述第二服务器的地址信息，在管理组件上注册所述第二服务器。
在一种可能的设计中，所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，包括：
所述第二服务器获取所述第一服务器的地址信息，其中，所述第一服务器的地址信息为所述管理组件确定的；
所述第二服务器根据所述第一服务器的地址信息，向所述第一服务器发送所述第一数据流的地址和监测时间信息。
第三方面，本申请实施例提供一种数据流监测装置，应用于第一服务器，包括：
获取模块，用于第一服务器获取第一数据流的地址和监测时间信息；
获取模块，还用于所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，所述待监测信息为所述第一数据流中的一部分；
确定模块，用于所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态，所述数据流状态为正常状态或者异常状态。
在一种可能的设计中，所述获取模块，具体用于：
所述第一服务器根据所述第一数据流的地址，获取所述第一数据流；
所述第一服务器根据所述第一数据流和所述监测时间信息，在所述第一数据流中获取所述监测时间信息对应的一部分数据流，以得到待监测信息。
在一种可能的设计中，所述确定模块还用于：
在所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态之后，所述第一服务器根据所述第一数据流的数据流状态，得到监测日志；
所述第一服务器向第二服务器发送所述监测日志。
在一种可能的设计中，还包括：注册模块；
所述注册模块，用于在所述第一服务器获取第一数据流的地址和监测时间信息之前，所述第一服务器根据所述第一服务器的地址信息，在管理组件上注册所述第一服务器。
第四方面，本申请实施例提供一种数据流监测装置，应用于第二服务器，包括：
获取模块，用于第二服务器获取第一数据流的地址；
发送模块，用于所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，其中，所述第一数据流的地址和监测时间信息用于第一服务器对第一数据流进行监测；
接收模块，用于所述第二服务器接收所述第一服务器发送的监测日志，并将所述监测日志存储至数据库中。
在一种可能的设计中，还包括：注册模块：
所述注册模块，用于在所述第二服务器获取第一数据流的地址之前，所述第二服务器根据所述第二服务器的地址信息，在管理组件上注册所述第二服务器。
在一种可能的设计中，所述发送模块，具体用于：
所述第二服务器获取所述第一服务器的地址信息，其中，所述第一服务器的地址信息为所述管理组件确定的；
所述第二服务器根据所述第一服务器的地址信息，向所述第一服务器发送所述第一数据流的地址和监测时间信息。
第五方面，本申请实施例提供一种数据流监测设备，包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
第六方面，本申请实施例提供一种数据流监测设备，包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第二方面以及第二方面各种可能的设计中任一所述的方法。
第七方面，本申请实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
第八方面，本申请实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第二方面以及第二方面各种可能的设计中任一所述的方法。
本申请实施例提供一种数据流监测方法及装置，该方法包括：第一服务器获取第一数据流的地址和监测时间信息。第一服务器根据第一数据流的地址和监测时间信息，获取待监测信息，待监测信息为第一数据流中的一部分。第一服务器对待监测信息进行监测，得到第一数据流的数据流状态，数据流状态为正常状态或者异常状态。其中第一服务器根据第一数据流的地址和监测时间信息，对第一数据流的状态进行监测，其中，第一数据流为直播平台中的任一个数据流，从而能够实现对直播平台中的任一个数据流的自动监测，有效保证了及时的发现异常数据流。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的数据流监测方法的系统示意图一；
图2为本申请其中一实施例提供的数据流监测方法的流程图一；
图3为本申请其中一实施例提供的数据流监测方法的信令流程图；
图4为本申请其中一实施例提供的数据流监测方法的流程示意图；
图5为本申请其中一实施例提供的数据流监测方法的流程交互图；
图6为本申请其中一实施例提供的数据流监测方法的流程图二；
图7为本申请实施例提供的数据流监测方法的系统示意图二；
图8为本申请实施例提供的数据流监测装置的结构示意图一
图9为本申请实施例提供的数据流监测装置的结构示意图二；
图10为本申请实施例提供的数据流监测装置的结构示意图三；
图11为本申请实施例提供的数据流监测装置的结构示意图四；
图12为本申请实施例提供的数据流监测设备的硬件结构示意图一；
图13为本申请实施例提供的数据流监测设备的硬件结构示意图二。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在介绍本申请提供的数据流监测方法之前，首先对数据流进行简单说明，其中，数据流是一组有序，有起点和终点的字节的数据序列，数据流中例如可以包括视频数据、音频数据、文字数据等，在目前的直播领域，通常是通过直播平台将数据流推送至各个终端设备，以便用户可以在终端设备进行直播的观看。
然而，随着直播平台的多元化发展，直播平台中处理使用平台指定开播客户端和开播参数进行直播的数据流之外，还包括多种第三方的外部数据流，如大型演唱会、赛事等现场画面，游艺厅远程通过直播画面遥控抓娃娃等，因为我们无法对引入的外部数据流的质量和编码进行规范，因此数据流很有可能会出现异常，其中异常数据流媒体流若发生与播放器不兼容的情况是，将会产生无法预估的效果，包括但不限于无视频画面、无音频画面、视频定格、音频卡顿、画面跳跃等，严重影响用户体验。
因此，为了降低异常直播对整个直播平台的影响，对直播的各个数据流进行监测就显得尤为重要，然而，现有技术中通过大量运维人员定时巡检各个直播间，以通知异常直播的主播调整编码参数重新开播的方式效率非常低下，无法及时发现异常的数据流。
针对现有技术中的问题，本申请提供了一种数据流监测方法，下面首先结合图1对本申请所应用的系统进行介绍，图1为本申请实施例提供的数据流监测方法的系统示意图一，如图1所示，该系统包括：
第一服务器以及第二服务器；
其中，第一服务器用于执行对第一数据流进行监测的任务，第二服务器用于接收对第一数据流进行监测的任务，并将监测任务分发至对应的第一服务器，因此，可以将第一服务器理解为执行器，可以将第二服务器理解为任务管理服务器。
其中，上游系统103为提交对数据流进行监测的任务的系统，例如上游系统103可以为管理员所使用的系统，或者，上游系统103还可以为周边系统等，本实施例对此不做限制，可以理解的是，上游系统103并不是特定的一类系统或者特定的一个系统，而是凡是用于发送数据流监测任务的系统都可以认为是本实施例中的上游系统。
在本实施例的系统中，可以包括多个第一服务器和多个第二服务器，其中，上游系统在多个第二服务器中获取其中的一个第二服务器的地址信息，并将对数据流进行监测的任务数据发送给该第二服务器101，接着，第二服务器101在多个第一服务器中获取其中的一个第一服务器102的地址信息，并将监测所需要的数据发送给第一服务器102，以使得第一服务器102可以对当前任务所对应的数据流进行监测。
基于上述介绍的系统，下面结合图2以具体的实施例对本申请所提供的数据流监测方法进行进一步的详细介绍，图2为本申请其中一实施例提供的数据流监测方法的流程图一，值得说明的是，图2实施例所对应的执行主体为第一服务器。
如图2所示，该方法包括：
S201、第一服务器获取第一数据流的地址和监测时间信息。
在本实施例中，第一服务器用于对数据流进行监测，在本实施例中，第一数据流为需要监测的媒体流，因此第一服务器获取第一数据流的地址和监测时间信息，可以理解的是，因为本申请需要对直播平台的所有数据流全部进行监测，因此第一数据流可以为直播平台中的任一个数据流，同时，本申请中可以获取所有的直播列表，从而对直播列表中的各个直播间所对应的数据流依次进行监测，从而保证监测的全面性。
在一种可能的实现方式中，第一服务器可以接收第一数据流的地址和监测时间信息，或者，若第一服务器中预先存储有多个数据流的地址和监测时间信息，则第一服务器还可以根据数据流的标识从本地获取第一数据流的地址和监测时间信息，本实施例对第一服务器获取上述数据的具体实现方式不作限制。
具体的，第一数据流的地址可以为第一数据流对应的直播间的统一资源定位符(Uniform Resource Locator，URL)地址，其中，URL地址为每一信息资源都有的统一的且在网络上唯一的地址，或者，第一数据流的地址还可以为第一数据流对应的直播终端的网际互连协议(Intermet Protocol，IP)地址等，本实施例对此不做限定，只要根据第一数据流的地址能够获取到第一数据流即可。
同时，本实施例中的监测时间信息例如可以为时长，如30秒，或者，监测时间信息还可以为时段，如2分10秒至2分40秒，此处对此不做限制，具体的监测时间信息可以根据实际需求进行选择。
S202、第一服务器根据第一数据流的地址和监测时间信息，获取待监测信息，待监测信息为第一数据流中的一部分。
第一服务器根据第一数据流的地址，可以进行拉流操作，从而获取到第一数据流，同时，因为长时间的持续监测对系统的损耗较高，因此本实施例中的对第一数据流进行监测时采用的是抽样监测的方式，具体的，本实施例根据第一数据流和监测时间信息，在第一数据流中获取需要抽样监测的一部分数据流，以得到待监测信息。
可以理解的是，若监测时间信息为第一时长，则获取待监测信息的具体操作可以为，在第一数据流中获取当前时刻之前的第一时长内的一部分数据流，或者在第一数据流中获取当前时刻之后的第一时长内的一部分数据流，以得到待监测信息；或者
若监测时间信息为第一时段，则获取待监测信息的具体操作可以为，在第一数据流中获取监测时段对应的一部分数据流，以得到待监测信息。
S203、第一服务器对待监测信息进行监测，得到第一数据流的数据流状态，数据流状态为正常状态或者异常状态。
第一服务器获取到待监测信息，对待监测信息进行监测，具体的，例如可以对待监测信息的传输协议进行监测，或者，可以对待监测信息的数据包大小、数据包传输时长进行监测等，本领域技术人员可以理解，但是能够反映数据流状态的操作，都可以认为是本实施例中对待监测信息进行监测的操作，例如还可以包括对待监测信息的解码参数进行监测等，本实施例对此不做特别限制。
第一服务器根据各项监测指标，以第一数据流的数据流状态，其中，数据流状态能够指示第一媒体流为正常状态，或者，数据流状态还可以指示第一媒体流为异常状态。
本申请实施例提供的数据流监测方法，包括：第一服务器获取第一数据流的地址和监测时间信息。第一服务器根据第一数据流的地址和监测时间信息，获取待监测信息，待监测信息为第一数据流中的一部分。第一服务器对待监测信息进行监测，得到第一数据流的数据流状态，数据流状态为正常状态或者异常状态。其中第一服务器根据第一数据流的地址和监测时间信息，对第一数据流的状态进行监测，其中，第一数据流为直播平台中的任一个数据流，从而能够实现对直播平台中的任一个数据流的自动监测，有效保证了及时的发现异常数据流。
在上述实施例的基础上，本申请提供的数据流监测方法应用于第一服务器和第二服务器所组成的系统，同时，第二服务器在确定第一数据流的数据流状态为异常状态时，还可以将相关信息存储至数据库，以使得第三服务器可以根据数据库中的相关信息进行及时的报警，下面以信令流程图的方式对本申请实施例提供的数据流监测方法进行进一步地详细介绍。
图3为本申请其中一实施例提供的数据流监测方法的信令流程图，图4为本申请其中一实施例提供的数据流监测方法的流程示意图。
如图3所示，该方法包括：
S301、上游系统向第二服务器发送第一数据流的地址。
在本实施例中，上游系统向第二服务器提交待监测的任务，具体的，上游系统向第二服务器发送第一数据流的地址，可以理解的是，上游系统在发送第一数据流的地址之前，首先要确定需要监测的第一数据流。
在一种可能的实现方式中，上游系统可以通过全量获取的方式，获取权平台正在进行的直播列表，具体的，全量获取的方式是指获取当前正在进行的所有的直播列表；或者，上游系统还可以通过增量获取的方式，获取当前正在进行的直播列表，具体的，增强获取的方式是指获取相对于上一次增量获取的时刻，分别确定增加和减少的直播间信息，其中，可以有单独的组件记录直播间的开播信息和下播信息，因此根据该组件记录的数据可以直接获取增量的直播间信息，从而获取到当前正在进行的所有的直播列表。
可以理解的是，上述全量获取的方式和增量获取的方式分别对应各自的预设周期，其中，因为全量获取的工作量较大，因此可以设置全量获取的第一预设周期大于增量获取的第二预设周期，以减小系统开销。
同时，因为增量获取的方式可能会导致获取的直播列表出现差错，因此，本实施例中上游系统还可以全量获取和增量获取同时进行，其中增量获取能够有效减小系统开销，而全量获取能够有效的修正增量获取所导致的直播列表的差错信息。
进一步地，上游系统在获取到直播列表之后，为了保证监测的全面性，需要对直播列表中的各个直播间所对应的数据流依次进行监测，因此上游系统将直播列表中所包括的各个直播间所对应的数据流依次作为第一数据流，并向第二服务器发送第一数据流的地址，而本实施例是以其中的任意一个数据流为第一数据流进行的介绍。
参照上述实施例的介绍，本领域技术人员可以确定的是，本申请的系统中包括多个第二服务器，因此本实施例还需要确定具体使用哪一个第二服务器对监测任务进行分发以及管理，具体的，本实施例是通过管理组件对第二服务器进行管理的，因此在本实施例中，第二服务器首先要注册至管理组件上，以使得管理组件可以对第二服务器进行管理，从而将注册的第二服务器投入使用，在本实施例中，管理组件可以为Consul组件。
具体的，第二服务器根据第二服务器的地址信息，在管理组件上注册第二服务器。
例如第二服务器可以向管理组件发送第二服务器的IP地址和端口号，管理组件对第二服务器的IP地址和端口号进行存储，或者进行相关的注册操作，从而将第二服务器注册至管理组件上，只有注册至管理组件上的第二服务器才能够对任务进行分发及管理。
同时，第二服务器在管理组件上进行注册时，注册信息还可以包括当前第二服务器对应的URL前缀信息，其中，URL前缀由域名和站点的主目录的任何一个子目录或虚拟目录组成，例如当前存在一个URL地址为“https://en.wikipedia.org/wiki/Example.com”，则这个URL前缀为“https://en.wikipedia.org/wiki/”，管理组件可以根据URL前缀确定当前第二服务器所能够提供服务的上游系统。
以及，注册信息还可以包括第二服务器的权重信息，其中权重信息用于指示第二服务器的服务流量的权重，例如第二服务器的性能越好，则其对应的权重越大，管理组件也就会给权重大的服务器分配更多的任务。
同时，注册信息还可以包括第二服务器的配置信息，第二服务器的配置信息可以例如可以包括第二服务器的型号、设备号、设备序列号、品牌等，本实施例对配置信息的具体实现方式不做限定。
本领域技术人员可以理解的是，第二服务器的注册信息也不仅限于上述所介绍的内容，注册信息还可以根据实际需求进行扩展，例如可以包括第二服务器的标识、注册时间等。
在本实施例中，上游系统在发送第一数据流的地址时，可以第一数据流的地址发送给统一的接口，从而节省了上游数据获取的第二服务器的地址信息所造成的资源浪费，也保证了系统的间接性。
下面结合图4对上游系统发送第一数据流的地址的一种可能的实现方式进行说明，如图4所示，上游系统将第一数据流的地址发送给Linux虚拟服务器(Linux virtualServer，LVS)，其中，LVS即为与上游系统进行交互的统一的接口，LVS能够对外提供一致的高可用、高性能接入层。
在LVS接收请求后，LVS将第一数据流的地址转发到后端服务器，后端服务器可以为Nginx，其中，Nginx是一个高性能的超文本传输协议(HyperText Transfer Protocol，HTTP)和反向代理全球广域网(World Wide Web，web)的服务器，Nginx能够提供灵活的反代规则、访问控制列表(Access Control List，ACL)访问控制、访问日志等功能。
接着，后端服务器根据代理规则将第一数据流的地址转发到服务网关，本实施例中服务网关可以为Fabio。其中，服务网关Fabio能够提供对后端服务动态感知的能力，从而使得后端服务的上线下线不需要人工操作网关切换流量。
以及，服务网关Fabio可以到管理组件Consul中查询第二服务器列表，其中，第二服务器列表中所包括的第二服务器均为注册过的服务器，服务网关将第二服务器列表进行缓存以供后续使用，其中，管理组件Consul中的第二服务器的信息发生变更时，也能立即通知服务网关Fabio刷新第二服务器列表。
Fabio根据发送规则从缓存的第二服务器列表中查询需要的第二服务器，其中，发送规则例如可以根据权重信息、URL前缀进行确定，本实施例对其实现方式不做特别限制，第二服务器在查询到需要的第二服务器之后，获取该第二服务器的地址信息，并根据第二服务器的地址信息将第一服务器的地址发送至对应的第二服务器。
上述第一数据流的地址的转发过程可以使得上游系统仅仅和统一的接口LVS进行交互即可，而无需具体的确定第二服务器，以节省系统开销，增强了系统的简洁性。
进一步地，第二服务器可以将当前任务的相关数据存储至数据库中，从而通过数据库管理任务的生命周期，在一种可能的实现方式中，用于管理任务的生命周期的数据库可以为redis和mongodb，其与存储监测日志的数据可以为不同的数据库。
S302、第二服务器获取第一数据流的地址。
具体的，第二服务器可以接收上游系统发送的第一数据流的地址，或者，第二服务器预先将多个数据流的地址存储在本地，在需要的时候，从本地获取第一数据流的地址。
S303、第二服务器获取第一服务器的地址信息，其中，第一服务器的地址信息为管理组件确定的。
在本实施例中，第二服务器只负责监测任务的分发以及任务状态的检测，而监测任务的执行是第一服务器负责的，因此，第二服务器需要向第一服务器发送第一数据流的地址信息和监测时间信息。
可以理解的是，本实施例中的第一服务器同样有多个，因此第二服务器还需要确定具体是发送给哪一个第一服务器，在本实施例中，第一服务器同样需要在管理组件上进行注册，以使得第一服务器可以正常的投入使用。
具体的，第一服务器根据第一服务器的地址信息，在管理组件上注册所述第一服务器。
其中，第一服务器在管理组件上的注册过程与上述第二服务器的注册过程相同，具体实现可以参照上述步骤S301中的实现，此处不再赘述。
在第一服务器完成注册之后，在一种可能的实现方式中，管理组件可以根据权重信息、URL前缀信息等，在多个第一服务器中选择需要的第一服务器，并将选择出来的第一服务器的地址信息发送给第二服务器，第二服务器通过接收管理组件发送的第一服务器的地址，以实现对第一服务器的地址信息的获取。
在另一种可能的实现方式中，管理组件可以将第一服务器列表发送至第二服务器，第二服务器对第一服务器列表进行缓存，从而可以在本地访问第一服务器列表，以确定需要的第一服务器，并获取该第一服务器的地址信息。
S304、第二服务器根据第一服务器的地址信息，向第一服务器发送第一数据流的地址和监测时间信息。
第二服务器将第一数据流的地址和监测时间信息发送给上述地址信息所对应的第一服务器，在一种可能的实现方式中，监测时间信息可以是上游系统发送给第二服务器的，或者，监测时间信息还可以第二服务器自行确定的，本实施例对此不做特别限制。
S305、第一服务器获取第一数据流的地址和监测时间信息。
S306、第一服务器根据第一数据流的地址，获取第一数据流。
第一服务器可以接收第二服务器发送的第一数据流的地址，拉取第一数据流的地址对应的丢一数据流。
S307、第一服务器根据第一数据流和监测时间信息，在第一数据流中获取监测时间信息对应的一部分数据流，以得到待监测信息，待监测信息为第一数据流中的一部分。
第一服务器拉取到第一数据流之后，为了节省系统的开销，因此具体进行抽样监测，通过在第一数据流中获取监测时间信息所对应的一部分数据流，从而得到待检测信息。
S308、第一服务器对待监测信息进行监测，得到第一数据流的数据流状态，数据流状态为正常状态或者异常状态。
其中，S308的实现方式与S203的实现方式累次，此处不再赘述。
接下来对第一服务器可能执行的几种监测方式进行介绍：
1)分别通过直播平台支持的不同传输协议获取待检测信息，从而确定是否出现传输类异常，以检查媒体传输过程的平稳性；
其中，传输协议例如可以包括实时消息传输协议(Real Time MessagingProtocol，RTMP)、Http直播(Http deliveried live，HTTP-HDL)协议、HTTP实时流(HttpLive Streaming，HLS)协议、用户数据报协议(User Datagram Protocol，UDP)等，其中，HTTP-HDL是指通过HTTP的方式承载传输flv封装的直播流的协议，本实施例对其余可能的传输协议不再进行列举。
2)分析数据流的元数据(metadata)信息；
其中，数据流的metadata信息中可能包括了预设的视频分辨率、码率、帧率、编码器名称等信息，则第一服务器可以判断当前的视频分辨率、码率、帧率、编码器名称等信息与metadata信息中的记录是否一致，若不一致，则可以确定数据流状态异常，通过分析metadata信息，可以快速发现一部分的兼容性问题。
3)分析数据流中的音频头，提取解码参数；
4)分析视频头，提取视频参数；
具体的，可以判断解码参数、视频参数是否符合需求，若不符合，则可以确定数据流状态异常。
5)音频参数、视频参数与metadata信息相互核验；
具体的，metadata信息中还可以存储有音频参数和视频参数，通过判断metadata信息中的音频参数和视频参数与当前获取的音频参数、视频参数是否一致，若不一致，则可以确定数据流状态异常。
通过音频参数、视频参数与metadata信息相互核验，能发现媒体封装过程引入的异常。
6)检查音视频数据的时间戳
具体的，若解码时间戳(Decoding Time Stamp,DTS)大于演示时间戳(Presentation Time Stamp,PTS)，则可以确定的是视频的解码比展示晚，也就是说解码之后已经过了展示期，则可以确定视频显示异常。
或者，若DTS非递增，则可以确定的是解码时间错乱，从而可以确定部分播放器可能解码异常。
7)检查音视频数据的数据包大小
具体的，数据流中的音视频数据时通过数据包进行传输的，在正常情况下，音正常情况下，同类型数据包大小变化不大。虽然场景切换会引起较大波动，但是切换完成后大小趋于稳定。若某一段时间数据包大小持续抖动变化，则同样可以确定数据流状态异常。
8)检查音视频数据包时长与间隔
具体的，时长变大或变小，可能是编码器动态调整了编码策略；间隔变大变小，可能是编码或传输环节丢帧。
9)检查视频关键帧数量与间隔
具体的，本实施例中的第一服务器可以分布在全国各地，则可以通过全国各地的作为监测点的第一服务器一起执行上述的监测操作，从而排除地域性的传输异常问题。
需要说明的是，上述介绍的监测方式并非对第一服务器所执行的监测方式的绝对限制，在具体实现过程中，具体的检测方式可以根据实际需求进行选择，只要监测方式能够实现对第一数据流的状态监测即可。
S309、第一服务器根据第一数据流的数据流状态，得到监测日志。
具体的，第一服务器在完成一项监测操作时，可以对应确定第一数据流的数据流状态，无论当前的数据流状态为正常状态还是异常状态，第一服务器都会产生一个监测日志，其中监测日志可以包括第一数据流的地址、第一数据流的数据流状态，在数据流的状态为异常状态时，还可以包括异常类型，如数据包过大、传输协议下载错误、解码参数错误等。
S310、第一服务器向第二服务器发送监测日志。
因为本实施例中的第一服务器仅负责执行任务的执行，由第二服务器负责任务的管理，因此第一服务器向第二服务器发送监测日志。
S311、第二服务器接收第一服务器发送的监测日志，并将监测日志存储至数据库中。
第二服务器在接收到第一服务器发送的监测日志之后，将监测日志存储至数据库中，以便后续根据监测日志进行异常处理或者数据流状态分析，其中，数据库可为Kafka数据库。
本申请实施例提供的数据流监测方法，包括：上游系统向第二服务器发送第一数据流的地址。第二服务器获取第一数据流的地址。第二服务器获取第一服务器的地址信息，其中，第一服务器的地址信息为管理组件确定的。第二服务器根据第一服务器的地址信息，向第一服务器发送第一数据流的地址和监测时间信息。第一服务器获取第一数据流的地址和监测时间信息。第一服务器根据第一数据流的地址，获取第一数据流。第一服务器根据第一数据流和监测时间信息，在第一数据流中获取监测时间信息对应的一部分数据流，以得到待监测信息，待监测信息为第一数据流中的一部分。第一服务器对待监测信息进行监测，得到第一数据流的数据流状态，数据流状态为正常状态或者异常状态。第一服务器根据第一数据流的数据流状态，得到监测日志。第一服务器向第二服务器发送监测日志。第二服务器接收第一服务器发送的监测日志，并将监测日志存储至数据库中。通过第二服务器进行监测任务的管理及分发，以及通过第一服务器进行监测任务的执行，能够有效保证对第一媒体流的有序检测，从而能够提升对第一媒体流的监测效率，同时通过将监测日志存储至数据库中，能够有效提升后续的异常处理或者数据流状态分析的简便性。
在上述实施例的基础上，第一服务器还可以向第二服务器定时发送指示信息，以使得第二服务器可以确定第一服务器是否能够正常工作，下面结合图5对本实施例提供的数据流监测方法进行进一步地详细介绍，图5为本申请其中一实施例提供的数据流监测方法的流程交互图。
如图5所示，上游系统将监测任务提交至第二服务器，第二服务器可以将任务相关的数据持久化至第一数据库，其中，第一数据库可以为redis、mongodb等，通过第一数据库可以有效的管理任务的生命周期。
第一数据库在数据存储成功之后，可以向第二服务器返回存储成功的信息，以及第二服务器可以向上游系统返回任务接收成功的信息。
在一种可能的实现方式中，第一服务器可以定期向第二服务器发送获取任务的请求消息；或者，第一服务器还可以在检测到第二服务器接收到新的任务时，向第二服务器发送获取任务的请求消息，第二服务器根据第一服务器的请求消息，以使得第一数据库将相关的任务数据返回至第二服务器，其中，任务数据例如可以包括第一媒体流的地址、监测时长等，本实施例对第二服务器所获取到的任务数据不做限定，例如还可以包括任务标识、指定协议等，其可以根据实际需求进行扩展。
接着，第二服务器从管理组件中查询第一服务器列表，并从中选择特定的第一服务器，将当前的任务分派给第一服务器进行数据，第一服务器根据第一媒体流的地址和监测时长，获取待监测信息，并对待监测信息进行持续监测，在得到监测日志之后将监测日志发送给第二服务器，第二服务器在接收到监测日志时，将检测日志推送给第二数据库，以使得第二数据库对监测日志进行存储。
可以理解的是，第一服务器每监测到一个事件，都会产生一个监测日志，因此第二数据库中可以存储有大量的监测日志，例如针对待监测信息，监测到一个过大的数据包、过小的数据包、或者符合要求的数据包，这些时间都会对应产生各自的监测日志。
以及，在任务结束时，第一服务器会向第二服务器发送任务结束的指令，以使得第二服务器可以确定当前的任务执行结束，并向第二数据库推送消息，其中推送的消息可以是任务结束的消息。
在一种可能的实现方式中，第一服务器可以在监测时长到时的时候，向第二服务器发送任务结束的指令；或者，在监测时长还未到时的情况下，若是第一媒体流中断，例如说当前的主播下播了，则第一服务器同样可以向第二服务器发送任务结束的指令。
在本实施例中，第二服务器在接收到监测日志和任务结束的指令时，将相关的消息推送至第二数据库，从而可以使得第二数据库专门存储监测任务过程中产生的相关数据，而第一数据库专门用于管理任务的生命周期，从而能够保证数据存储的有序性，后续在进行数据查询时，只要从专门的数据库中进行查询即可，避免了数据的混乱。
在本实施例中，为了保证第一服务器的正常工作，第一服务器还会向第二服务器发送任务心跳，以使得第二服务器可以确定当前的第一服务器是否正在处理任务，其中，任务心跳可以为定时发送的，或者，还可以为随机发送的，本实施例对此不做限定。
若预设时长内，第二服务器一直都没有接收到第一服务器发送的任务心跳，则第二服务器可以确定当前的第一服务器出现故障，可能是死机等异常现象，则第二服务器可以向第一服务器发送心跳响应，以通知第一服务器当前不再让它执行任务，并将当前的任务数据进行回收，并重新选择新的第一服务器进行处理，以将当前正在处理的任务分配给新的第一服务器继续进行处理，有效保证了任务执行的稳定性。
在本实施例中，第一服务器和第二服务器之间的通信协议为HTTP协议，而上游系统和第二服务器之间的通信协议为Google远程过程调用协议(Google Remote ProcedureCall Protocol，GRPC)协议，相比HTTP协议来说，GRPC协议能有效压缩通讯流量，且维持长连接，从而有效降低了频繁建立连接对通讯效率所产生的影响。
在上述实施例的基础上，第三服务器还可于针对异常媒体流的情况进行报警，下面结合图6进行介绍，图6为本申请其中一实施例提供的数据流监测方法的流程图二。
S601、第三服务器从第二数据库中获取监测日志。
具体的，第三服务器用于分析与告警的服务器，第三服务器持续从叠数据库中获取监测日志，也就是说，当第二数据库中存储有新的监测日志时，第三服务器会立即获取该监测日志，以保证对异常情况的快速识别。
S602、第三服务器判断监测日志是否指示第一数据流的数据流状态为异常状态，若是，则执行S603，若否，则执行S601。
第三服务器在获取到监测日志时，判断监测日志是否指示第一数据流的数据流状态为异常状态，例如监测日志指示第一数据流的数据包过大、或者监测日志指示第一数据流的某个传输协议异常等，都可以认为是第一数据流的数据流状态为异常状态，其中，第一数据流的异常状态可以参照S308中的详细描述，此处不再赘述。
S603、第三服务器向目标终端设备发送告警信息。
若第三服务器确定监测日志指示第一数据流的数据流状态为异常状态，则可以初步确定第一数据流发生异常，则第三服务器向目标终端设备发送告警信息，其中，告警信息包括第一数据流的地址和异常类型，同时，本实施例中的告警信息的具体实现方式可以根据实际需求进行选择，例如其还可以包括异常持续时间、异常处理方式等，本实施例对此不做限制。
以及，本实施例中的目标终端设备为运维人员所使用的终端设备，可以理解的是，该终端设备可以为手机、平板、电脑等任意可以接收信息的设备，本实施例对此不做限定。
可以理解的是，除了播放异常事件之外，针对特定人员的开播通知、大主播的卡顿事件、以及活动赛事事件，都可以认为是本申请中的异常事件，因此本申请针对上述事件都是会进行告警的，以使得工作人员可以针对上述事件进行资源的分配或者监测等。
本实施例提供的数据流监测方法，包括第三服务器从第二数据库中获取监测日志。第三服务器判断监测日志是否指示第一数据流的数据流状态为异常状态，若是，则第三服务器向目标终端设备发送告警信息。通过第三服务器在确定第一数据流的数据流状态为异常状态时，向目标终端设备发送告警信息，从而可以及时的通知工作人员对异常状态进行分析及处理，从而能够有效保证系统的稳定性和安全性。
在上述实施例的基础上，下面结合图7以系统示意图的方式对本申请提供的数据流监测方法进行进一步地详细介绍，图7为本申请实施例提供的数据流监测方法的系统示意图二。
如图7所示，上游系统将任务提交至第二服务器，第二服务器选择第一服务器，从而向第一服务器分配执行节点，第一服务器对任务对应的第一媒体流进行状态的检测，并实时的汇报执行状态。
以及第二服务器根据第一服务器汇报的执行状态，将对应的监测日志存储至日志中心，接着第三服务器从日志中心中获取监测日志进行聚合分析，在确定第一媒体流发生异常时，可以向上游系统通知结果，可以理解的是，本实施例中通知的结果和上述实施例中的告警信息时一样的，此处不再赘述。
通过第二服务器进行任务管理，第一服务器进行任务执行，第三服务器进行异常状态汇报，从而可以高效有序的实现对整个系统的状态的监测，以避免异常媒体流长时间展示在平台中，从而有效保证了系统的稳定性和安全性。
图8为本申请实施例提供的数据流监测装置的结构示意图一。如图8所示，该装置80包括：获取模块801以及确定模块802。
获取模块801，用于第一服务器获取第一数据流的地址和监测时间信息；
获取模块801，还用于所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，所述待监测信息为所述第一数据流中的一部分；
确定模块802，用于所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态，所述数据流状态为正常状态或者异常状态。
在一种可能的设计中，所述获取模块801，具体用于：
所述第一服务器根据所述第一数据流的地址，获取所述第一数据流；
所述第一服务器根据所述第一数据流和所述监测时间信息，在所述第一数据流中获取所述监测时间信息对应的一部分数据流，以得到待监测信息。
在一种可能的设计中，所述确定模块802还用于：
在所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态之后，所述第一服务器根据所述第一数据流的数据流状态，得到监测日志；
所述第一服务器向第二服务器发送所述监测日志。
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
图9为本申请实施例提供的数据流监测装置的结构示意图二。如图9所示，本实施例在图8实施例的基础上，还包括：注册模块903。
在一种可能的设计中，所述注册模块903，用于在所述第一服务器获取第一数据流的地址和监测时间信息之前，所述第一服务器根据所述第一服务器的地址信息，在管理组件上注册所述第一服务器。
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
图10为本申请实施例提供的数据流监测装置的结构示意图三。如图10所示，该装置100包括：获取模块1001、发送模块1002以及接收模块1003。
获取模块1001，用于第二服务器获取第一数据流的地址；
发送模块1002，用于所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，其中，所述第一数据流的地址和监测时间信息用于第一服务器对第一数据流进行监测；
接收模块1003，用于所述第二服务器接收所述第一服务器发送的监测日志，并将所述监测日志存储至数据库中。
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
图11为本申请实施例提供的数据流监测装置的结构示意图四。如图11所示，本实施例在图10实施例的基础上，还包括：注册模块1104。
在一种可能的设计中，所述注册模块1104，用于在所述第二服务器获取第一数据流的地址之前，所述第二服务器根据所述第二服务器的地址信息，在管理组件上注册所述第二服务器。
在一种可能的设计中，所述发送模块1102，具体用于：
所述第二服务器获取所述第一服务器的地址信息，其中，所述第一服务器的地址信息为所述管理组件确定的；
所述第二服务器根据所述第一服务器的地址信息，向所述第一服务器发送所述第一数据流的地址和监测时间信息。
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
图12为本申请实施例提供的数据流监测设备的硬件结构示意图一，如图12所示，本实施例的数据流监测设备120包括：处理器1201以及存储器1202；其中
存储器1202，用于存储计算机执行指令；
处理器1201，用于执行存储器存储的计算机执行指令，以实现上述实施例中数据流监测方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
可选地，存储器1202既可以是独立的，也可以跟处理器1201集成在一起。
当存储器1202独立设置时，该数据流监测设备还包括总线1203，用于连接所述存储器1202和处理器1201。
图13为本申请实施例提供的数据流监测设备的硬件结构示意图二，如图13所示，本实施例的数据流监测设备130包括：处理器1301以及存储器1302；其中
存储器1302，用于存储计算机执行指令；
处理器1301，用于执行存储器存储的计算机执行指令，以实现上述实施例中数据流监测方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
可选地，存储器1302既可以是独立的，也可以跟处理器1301集成在一起。
当存储器1302独立设置时，该数据流监测设备还包括总线1303，用于连接所述存储器1302和处理器1301。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上图12实施例的数据流监测设备所执行的数据流监测方法。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上图13实施例的数据流监测设备所执行的数据流监测方法。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。
应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (11)

1.一种数据流监测方法，应用于第一服务器，其特征在于，包括：
第一服务器获取第一数据流的地址和监测时间信息；
所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，所述待监测信息为所述第一数据流中的一部分；
所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态，所述数据流状态为正常状态或者异常状态。
2.根据权利要求1所述的方法，其特征在于，所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，包括：
所述第一服务器根据所述第一数据流的地址，获取所述第一数据流；
所述第一服务器根据所述第一数据流和所述监测时间信息，在所述第一数据流中获取所述监测时间信息对应的一部分数据流，以得到待监测信息。
3.根据权利要求1-2所述的方法，其特征在于，所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态之后，所述方法还包括：
所述第一服务器根据所述第一数据流的数据流状态，得到监测日志；
所述第一服务器向第二服务器发送所述监测日志。
4.根据权利要求3所述的方法，其特征在于，所述第一服务器获取第一数据流的地址和监测时间信息之前，所述方法还包括：
所述第一服务器根据所述第一服务器的地址信息，在管理组件上注册所述第一服务器。
5.一种数据流监测方法，应用于第二服务器，其特征在于，包括：
第二服务器获取第一数据流的地址；
所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，其中，所述第一数据流的地址和监测时间信息用于第一服务器对第一数据流进行监测；
所述第二服务器接收所述第一服务器发送的监测日志，并将所述监测日志存储至数据库中。
6.根据权利要求5所述的方法，其特征在于，所述第二服务器获取第一数据流的地址之前，所述方法还包括：
所述第二服务器根据所述第二服务器的地址信息，在管理组件上注册所述第二服务器。
7.根据权利要求5所述的方法，其特征在于，所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，包括：
所述第二服务器获取所述第一服务器的地址信息，其中，所述第一服务器的地址信息为管理组件确定的；
所述第二服务器根据所述第一服务器的地址信息，向所述第一服务器发送所述第一数据流的地址和监测时间信息。
8.一种数据流监测装置，应用于第一服务器，其特征在于，包括：
获取模块，用于第一服务器获取第一数据流的地址和监测时间信息；
获取模块，还用于所述第一服务器根据所述第一数据流的地址和所述监测时间信息，获取待监测信息，所述待监测信息为所述第一数据流中的一部分；
确定模块，用于所述第一服务器对所述待监测信息进行监测，得到所述第一数据流的数据流状态，所述数据流状态为正常状态或者异常状态。
9.一种数据流监测装置，应用于第二服务器，其特征在于，包括：
获取模块，用于第二服务器获取第一数据流的地址；
发送模块，用于所述第二服务器向第一服务器发送所述第一数据流的地址和监测时间信息，其中，所述第一数据流的地址和监测时间信息用于第一服务器对第一数据流进行监测；
接收模块，用于所述第二服务器接收所述第一服务器发送的监测日志，并将所述监测日志存储至数据库中。
10.一种数据流监测设备，其特征在于，包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1至7中任一所述的方法。
11.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至7中任一所述的方法。
CN201911079736.1A 2019-11-07 2019-11-07 数据流监测方法及装置 Pending CN110769268A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911079736.1A CN110769268A (zh) 2019-11-07 2019-11-07 数据流监测方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911079736.1A CN110769268A (zh) 2019-11-07 2019-11-07 数据流监测方法及装置

Publications (1)

Publication Number Publication Date
CN110769268A true CN110769268A (zh) 2020-02-07

Family

ID=69336629

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911079736.1A Pending CN110769268A (zh) 2019-11-07 2019-11-07 数据流监测方法及装置

Country Status (1)

Country Link
CN (1) CN110769268A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112232835A (zh) * 2020-10-16 2021-01-15 北京明略昭辉科技有限公司 用于电商平台产品监测的方法、服务器和终端设备
CN114268383A (zh) * 2021-12-21 2022-04-01 瑞德电子(信丰)有限公司 一种无线数据收发模块及其测试方法
CN115017099A (zh) * 2022-08-08 2022-09-06 深圳市华曦达科技股份有限公司 一种分布式网络任务协作方法及系统
CN115103215A (zh) * 2022-06-16 2022-09-23 招商银行股份有限公司 直播的质检方法、系统、Web服务器及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103139660A (zh) * 2011-12-01 2013-06-05 苏州达联信息科技有限公司 一种视频直播分发网络的业务分发异常探测方法及装置
CN106878769A (zh) * 2017-02-23 2017-06-20 北京潘达互娱科技有限公司 直播视频质量监测方法和装置
CN107888444A (zh) * 2017-09-29 2018-04-06 深圳市牛鼎丰科技有限公司 服务监控方法、服务监控装置、计算机设备和存储介质
CN108540820A (zh) * 2018-05-08 2018-09-14 腾讯科技（北京）有限公司 流数据管理方法、装置及计算机可读存储介质
CN109194723A (zh) * 2018-08-16 2019-01-11 深圳市华讯方舟太赫兹科技有限公司 通信方法、安检系统、服务器以及计算机存储介质
CN109660380A (zh) * 2018-09-28 2019-04-19 深圳壹账通智能科技有限公司 服务器运行状态的监控方法、平台、系统及可读存储介质
CN109873738A (zh) * 2019-02-26 2019-06-11 启迪云计算有限公司 一种可弹性伸缩的云计算监控平台
CN110085213A (zh) * 2019-04-30 2019-08-02 广州虎牙信息科技有限公司 音频的异常监控方法、装置、设备和存储介质
US20190261039A1 (en) * 2015-10-20 2019-08-22 Halogen Networks, LLC Live video streaming system and method
CN110177300A (zh) * 2019-05-23 2019-08-27 北京字节跳动网络技术有限公司 程序运行状态的监控方法、装置、电子设备和存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103139660A (zh) * 2011-12-01 2013-06-05 苏州达联信息科技有限公司 一种视频直播分发网络的业务分发异常探测方法及装置
US20190261039A1 (en) * 2015-10-20 2019-08-22 Halogen Networks, LLC Live video streaming system and method
CN106878769A (zh) * 2017-02-23 2017-06-20 北京潘达互娱科技有限公司 直播视频质量监测方法和装置
CN107888444A (zh) * 2017-09-29 2018-04-06 深圳市牛鼎丰科技有限公司 服务监控方法、服务监控装置、计算机设备和存储介质
CN108540820A (zh) * 2018-05-08 2018-09-14 腾讯科技（北京）有限公司 流数据管理方法、装置及计算机可读存储介质
CN109194723A (zh) * 2018-08-16 2019-01-11 深圳市华讯方舟太赫兹科技有限公司 通信方法、安检系统、服务器以及计算机存储介质
CN109660380A (zh) * 2018-09-28 2019-04-19 深圳壹账通智能科技有限公司 服务器运行状态的监控方法、平台、系统及可读存储介质
CN109873738A (zh) * 2019-02-26 2019-06-11 启迪云计算有限公司 一种可弹性伸缩的云计算监控平台
CN110085213A (zh) * 2019-04-30 2019-08-02 广州虎牙信息科技有限公司 音频的异常监控方法、装置、设备和存储介质
CN110177300A (zh) * 2019-05-23 2019-08-27 北京字节跳动网络技术有限公司 程序运行状态的监控方法、装置、电子设备和存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112232835A (zh) * 2020-10-16 2021-01-15 北京明略昭辉科技有限公司 用于电商平台产品监测的方法、服务器和终端设备
CN114268383A (zh) * 2021-12-21 2022-04-01 瑞德电子(信丰)有限公司 一种无线数据收发模块及其测试方法
CN114268383B (zh) * 2021-12-21 2023-12-22 瑞德电子(信丰)有限公司 一种无线数据收发模块及其测试方法
CN115103215A (zh) * 2022-06-16 2022-09-23 招商银行股份有限公司 直播的质检方法、系统、Web服务器及存储介质
CN115017099A (zh) * 2022-08-08 2022-09-06 深圳市华曦达科技股份有限公司 一种分布式网络任务协作方法及系统

Similar Documents

Publication Publication Date Title
CN110769268A (zh) 数据流监测方法及装置
CN109889543B (zh) 视频传输的方法、根节点、子节点、p2p服务器和系统
CN105451087B (zh) 弹幕信息的推送方法、终端、历史数据服务器及系统
WO2017054553A1 (zh) 视频质量检测方法、装置及业务质量管理中心
US11218382B2 (en) Quality of service monitoring method, device, and system
US11089076B1 (en) Automated detection of capacity for video streaming origin server
US9112825B2 (en) Performance monitoring of a media player launched by a web browser
CN106411629B (zh) 一种用于监控cdn节点的状态的方法和设备
CN110457229B (zh) 游戏性能监测方法、装置、电子设备及存储介质
RU2687238C1 (ru) Устройство разбиения движущегося изображения и способ наблюдения
CN110418154B (zh) 一种多媒体数据推送方法、装置及系统
WO2014110911A1 (zh) Iptv系统中的故障处理方法及装置
US11563992B2 (en) Video playback quality detection method and apparatus
KR101774983B1 (ko) Ott 비디오의 품질을 모니터링하는 방법, 장치, 및 시스템
JP2009500933A (ja) 監視装置
US20200366967A1 (en) Method and system for monitoring quality of streaming media
WO2023061060A1 (zh) 音视频码流的调度方法、系统、介质及电子装置
WO2015154549A1 (zh) 数据的处理方法及装置
CN112752111A (zh) 直播流处理方法及装置、计算机可读存储介质、电子设备
CN113242437A (zh) 一种rtsp协议视频无插件播放方法、系统、装置及存储介质
CN106789209B (zh) 异常处理方法和装置
CN102387138B (zh) 一种基于屏幕保护的数据传输方法和设备
CN111479161B (zh) 一种直播的质量数据上报方法和装置
CN113660540A (zh) 图像信息处理方法、系统、显示方法、装置及存储介质
CN114827674B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200207