CN108540820B - 流数据管理方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种流数据管理方法、装置及计算机可读存储介质，涉及通信处理技术领域。其中，流数据管理方法包括：根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据；根据预设的组播地址与目标地址的对应关系，将处理得到的目标流数据输出至目标地址；根据目标地址，对目标流数据的状态进行监控，并当目标流数据的状态异常时，输出告警信息，告警信息包括目标流数据的相关地址、标识信息及状态描述信息。上述方法、装置及计算机可读存储介质可用于提高多媒体流数据调度的自动化程度以及实现对数据调度的动态监控。

Description

流数据管理方法、装置及计算机可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种流数据管理方法、装置及计算机可读存储介质。

背景技术

随着智能终端的普及和移动网络带宽成本的大幅降低，直播和点播的应用范围和普及度越来越广。为了将广播电视网络的多媒体直播或点播流数据分享给其他网络中的用户，通常服务提供商会基于物理矩阵，将广播电视网络中的相关设备(如：CP6000传输机、卫星接收机以及电视台有线信号大卡机等等)的SDI(serial digital interface，数字分量串行接口)物理对接到物理矩阵，然后通过硬件编码设备接收SDI接口信号，将其转为指定格式的目标流数据并配置到云剪辑***。但是，整个流数据的调度过程自动化程度较低。

发明内容

有鉴于此，本申请实施例提供一种流数据管理方法、装置及计算机可读存储介质，可用于提高多媒体流数据调度的自动化程度以及实现对数据调度的动态监控。

本申请实施例一方面提供了一种流数据管理方法，应用于服务器，所述方法包括：根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据；根据预设的所述组播地址与目标地址的对应关系，将处理得到的目标流数据输出至所述目标地址；根据所述目标地址，对所述目标流数据的状态进行监控，并当所述目标流数据的状态异常时，输出告警信息，所述告警信息包括所述目标流数据的相关地址、标识信息及状态描述信息。

本申请实施例一方面还提供了一种流数据管理装置，包括：处理模块，用于根据组播地址，获取多媒体组播流数据，以及将获取的多媒体组播流数据处理为目标格式的目标流数据；输出模块，用于根据预设的所述组播地址与目标地址的对应关系，将处理得到的目标流数据输出至所述目标地址；监控模块，用于根据所述目标地址，对所述目标流数据的状态进行监控；告警模块，用于当所述监控模块监控到所述目标流数据的状态异常时，输出告警信息，所述告警信息包括所述目标流数据的相关地址、标识信息及状态描述信息。

本申请实施例一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现上述流数据管理方法。

本申请各实施例，通过根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据，然后根据组播地址与目标地址的对应关系，将处理得到的目标流数据输出至目标地址，同时根据目标地址，对目标流数据的状态进行监控，实现了流数据的自动化调度和动态监控。并且，由于组播地址与目标地址的对应关系是固定的，因此可降低在与播放***对接的时变更流数据获取地址的频繁度，大大提高了运维效率，降低了运维成本。

附图说明

图1为本申请实施例提供的流数据管理方法的应用环境示意图；

图2为本申请一实施例提供的流数据管理方法的实现流程示意图；

图3为本申请另一实施例提供的流数据管理方法的实现流程示意图；

图4为本申请实施例提供的流数据管理方法中配置目标地址的示意图；

图5为本申请一实施例提供的流数据管理装置的结构示意图；

图6为本申请另一实施例提供的流数据管理装置的结构示意图；

图7为本申请一实施例提供的服务器的硬件结构示意图。

具体实施方式

为更进一步阐述本申请为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本申请的具体实施方式、结构、特征及其功效，详细说明如后。

请参阅图1，为本申请实施例提供的流数据管理方法的应用环境示意图。如图1所示，以将视频组播流数据分享到直播平台为例，首先，通过前端设备设置用于流数据调度的基础信息，如：待调度的流数据的输入配置信息和输出配置信息等。其中，前端设备例如可以是智能手机、平板电脑以及手提电脑等智能移动终端或者其他非可在移动中进行数据处理的计算机终端。

之后，在调度服务器的调度下，通过流数据处理集群根据前端设备设置的基础信息，从卫星机房的广电设备(如：CP6000传输机、卫星接收机、电视台有线信号大卡机)接收视频组播流数据，对接收的视频组播流数据进行转码及去隔行处理，得到指定清晰度和码率的目标流数据，并将其推流到接流服务器集群。

然后，在调度服务器的调度下，通过接流集群将目标流数据转换为如http flv格式的数据，再配置到直播云剪辑***以供编辑人员剪辑视频。其中，调度服务器可通过调用mesos+marathon的接口完成流数据的自动化调度。此外，在流数据的调度过程中，调度服务器还可通过调用mesos+marathon的接口，通过监控服务器集群动态分配监控进程检测flv流数据的调度情况。

请参阅图2，图2为本申请一实施例提供的流数据管理方法的实现流程示意图。本实施例提供的流数据管理方法可应用于图1所示的调度服务器中。如图2所示，该方法主要包括以下步骤：

201、根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据；

组播(Multicast)是指在一个发送者和多个接收者之间实现点对多点网络连接，发送者在同时给多个接收者传输相同的数据时，只需复制一份的相同数据包。卫星机房的广电设备通常是以组播的方式，将电视的卫星信号发送给解复用设备。

调度服务器中预设有广电设备组播的多个多媒体组播流数据的组播地址，根据组播地址，从广电设备获取对应的多媒体组播流数据，然后将其处理为直播或点播***支持的目标格式的目标流数据。

202、根据预设的组播地址与目标地址的对应关系，将处理得到的目标流数据输出至目标地址；

调度服务器中预设组播地址与目标地址的一一对应的关系。根据该关系，将处理得到的目标流数据输出至对应的目标地址，以便直播或点播***根据该目标地址获取目标流数据，并分发到各终端设备进行播放。

203、根据目标地址，对目标流数据的状态进行监控，并当目标流数据的状态异常时，输出告警信息。

具体的，根据目标地址，实时获取目标流数据的状态信息并进行分析，判断目标流数据的状态是否异常，如是否发生断流，静帧，静音等情况。一旦发现上述断流，静帧，静音等情况，则按照预设的输出方式输出告警信息。告警信息可以但不限于包括流数据的相关地址、标识信息、来源及状态描述信息。标识信息例如可以是信号名称。相关地址包括对应的组播地址和/或目标地址。

本实施例提供的流数据管理方法，通过根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据，然后根据组播地址与目标地址的对应关系，将处理得到的目标流数据输出至目标地址，同时根据目标地址，对目标流数据的状态进行监控，实现了流数据的自动化调度和动态监控。并且，由于组播地址与目标地址的对应关系是固定的，因此可降低在与播放***对接的时变更流数据获取地址的频繁度，大大提高了运维效率，降低了运维成本。

请参阅图3，图3为本申请另一实施例提供的流数据管理方法的实现流程示意图。本实施例提供的流数据管理方法可应用于图1所示的调度服务器中。如图3所示，该方法主要包括以下步骤：

301、根据客户端发送的配置指令，为不同来源的多媒体组播流数据配置对应的目标地址；

302、保存各不同来源的多媒体组播流数据的组播地址与对应的目标地址之间的对应关系；

本实施例是基于物理矩阵(Stream Matrix)实现。物理矩阵是通过阵列切换的方法将M路视音频信号任意输出至N路输出上的装置设备，输入输出共有M*N种组合。在进行流数据调度前，如图4所示，管理员可通过客户端在调度服务器提供的配置网页(web)设置输入配置信息和输出配置信息之间的对应关系。其中输入配置信息可以但不限于包括：多媒体组播流数据的标识信息、来源以及组播地址。标识信息可以是多媒体组播流数据的信号名称。输出配置信息可以但不限于包括：目标地址、目标清晰度以及目标码率。目标地址是经过转码、格式转换等处理后的多媒体组播流数据的存储位置对应的地址。在实际应用中，目标地址可以是URL(Uniform Resoure Locator，统一资源***)地址。目标清晰度和目标码率是经过转码、格式转换等处理后的多媒体组播流数据的清晰度和码率。码率，或者也可称之为取样率，是指数据传输时单位时间传送的数据位数，一般单位是kbps(千位每秒)。

具体的，接收客户端基于用户的配置操作，通过配置网页发送的配置指令，为不同来源的多媒体组播流数据配置对应的目标地址，并在数据库中保存各不同来源的多媒体组播流数据的组播地址与对应的目标地址之间的对应关系。

303、根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据；

具体的，结合图1，调用Marathon的API(Application Programming Interface，应用程序编程接口)，在流数据处理服务器集群启动数据处理进程。然后，通过该数据处理进程，根据输入配置信息中的组播地址，获取多媒体组播流数据，并按照预置的转码规则，将获取的多媒体组播流数据进行转码及去隔行处理，得到目标清晰度和目标码率的流数据。之后，利用RTMP协议(Real Time Messaging Protocol，实时消息传输协议)，将该目标清晰度和目标码率的流数据推送至流媒体服务器(Crtmpserver)接流集群。然后，调用Marathon的API启动拉流进程(Rtmpstreammer)，通过Rtmpstreammer利用RTMP从Crtmpserver接流集群拉取目标清晰度和目标码率的流数据，并将其转换为目标格式的目标流数据。其中，Marathon是一个Apache Mesos的容器编排框架，它主要用来调度和运行常驻服务(long-running service)。

可以理解的，组播流数据的输出设备一般可以为卫星接收机、有线大卡机以及CP6000编解码器。其中，卫星接收机用于接收卫星信号，有线大卡机用于接收电视台有线电视信号，CP6000编解码器用于远程传输视频信号。这三类设备输出的组播流数据，通常为隔行扫描的TS(Transport Stream)流数据，因此在对获取的多媒体组播流数据进行转码的同时，还需要对其进行去隔行处理。去隔行就是把隔行视频转换为逐行视频。

可选的，流数据处理服务器集群为FFmpeg服务器集群，数据处理进程为FFmpeg进程。FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。于本实施例中，FFmpeg进程主要用于流数据的转码。使用FFmpeg进程处理组播流数据，由于组播流数据允许多个客户端同时接收，因此不会受到SDI物理端口数量的限制，扩展性理论上无上限，因此节省了物理矩阵与硬件编码设备，从而可降低成本。

可选的，目标格式为HTTP-FLV格式，即以HTTP协议(HyperText TransferProtocol，超文本传输协议)传输的FLV文件。

304、根据预设的组播地址与目标地址的对应关系，将处理得到的目标流数据输出至目标地址；

具体的，在输入配置信息与输出配置信息之间的对应关系中，查找与当前处理的多媒体组播流数据的组播地址对应的目标地址。然后根据查找到的目标地址，将处理得到的HTTP-FLV格式的目标流数据进行输出。

305、将目标地址发送给播放***，以使得播放***从目标地址获取目标流数据；

播放***可以是点播***或直播***。发送目标地址可以基于播放***发送的播放数据请求，也可以是根据预设的推送规则，由调度服务器主动推送给播放***。播放***根据目标地址获取对应的HTTP-FLV格式的目标流数据，并用于后续提供给直播或点播用户。可选的，除了目标地址之外，还可将目标流数据的清晰度以及码率一并提供给播放***使用。

通过将目标流数据输出至指定的目标地址，并使用URL地址来标识每个目标流数据，因此进行调度时，只需要改变Rtmpstreamer的Rtmp输入地址，即可完成信号的调度，从而不需要再在调度时，通过合作部门以及下游平台频繁配置更改流数据地址来改变流数据的内容，因此可节省很多人力成本。

进一步的，在完成流数据的调度后，将调度的流数据对应的输入配置信息和输入配置信息的对应关系缓存在Redis或类似数据库中，以便在后续变更或销毁流数据时使用。其中Redis是key-value数据库。

306、根据目标地址，对目标流数据的状态进行监控；

307、当目标流数据的状态异常时，输出告警信息。

具体的，调用Marathon的API，在监控服务器集群启动监控(Streammonitor)进程，Streammonitor根据目标地址，实时获取目标流数据的状态信息并上报给调度服务器。调度服务器对目标流数据的状态信息进行分析，判断目标流数据的状态是否异常，如是否发生断流，静帧，静音等情况。一旦发现上述断流，静帧，静音等情况，则按照预设的输出方式输出告警信息。告警信息可以但不限于包括流数据的相关地址、标识信息、来源及状态描述信息。标识信息例如可以是信号名称。相关地址包括对应的组播地址和/或目标地址。在一实际应用中，告警信息可如下所示：

信号源：[CCTV5+][天津泰达]

信号设备：[ID：40][CCTV5+]正常

SID：[TJ01D0301100]

矩阵：[SMatrix]

EID：[TJ01S1000500000]

编码：软编FLV

[读帧数据失败][http：//10.61.22.6：20005/10000294.flv]

或者，Streammonitor实时获取目标流数据的状态信息并上报给告警服务器，由告警服务器对目标流数据的状态信息进行分析。

告警信息的输出方式例如可以是发送即时通信消息、发送短信、拨打告警电话或者发送告警邮件的方式。通过在告警中体现源端内容，可以方便运维人员在任何地方，只有手机有网络，即可及时确认具体什么内容出问题，影响直播还是影响点播，进而可以及时联系对应平台的运维人员以及对应内容的运营人员做应急处理。

本实施例提供的流数据管理方法，通过Mesos Marathon完成流数据的自动化调度，并动态分配监控进程对HTTP-FLV流数据的状态进行监控，实现了流数据的自动化调度和动态监控。并进一步的，通过将FFmpeg与Mesos Marathon相结合，在将卫星机房的视频信号转换为视频直播***或点播***可以支持的流格式，输出到直播或点播***的同时，还具备了不变更URL地址即可变更视频信号的调度能力，避免在与点播或直播***对接的时候出现频繁变更URL地址的情况，从而大大提高了运维效率，降低了运维成本。

图5为本申请一实施例提供的流数据管理装置的结构示意图。本实施例提供的流数据管理装置是上述图2所示实施例中的流数据管理方法的执行主体。如图5所示，本实施例提供的流数据管理装置主要包括：

处理模块501，用于根据组播地址，获取多媒体组播流数据，以及将获取的多媒体组播流数据处理为目标格式的目标流数据；

输出模块502，用于根据预设的该组播地址与目标地址的对应关系，将处理得到的目标流数据输出至该目标地址；

监控模块503，用于根据该目标地址，对该目标流数据的状态进行监控；

告警模块504，用于当该监控模块监控到该目标流数据的状态异常时，输出告警信息，该告警信息包括该目标流数据的相关地址、标识信息及状态描述信息。

本实施例中各功能模块实现各自功能的具体过程，请参见上述图2所示实施例中描述的具体内容，此处不再赘述。

本实施例提供的流数据管理装置，通过根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据，然后根据组播地址与目标地址的对应关系，将处理得到的目标流数据输出至目标地址，同时根据目标地址，对目标流数据的状态进行监控，实现了流数据的自动化调度和动态监控。并且，由于组播地址与目标地址的对应关系是固定的，因此可降低在与播放***对接的时变更流数据获取地址的频繁度，大大提高了运维效率，降低了运维成本。

图6为本申请另一实施例提供的流数据管理装置的结构示意图。本实施例提供的流数据管理装置是上述图2和图3所示实施例中的流数据管理方法的执行主体。如图6所示，本实施例提供的流数据管理装置主要包括：

处理模块501，用于根据组播地址，获取多媒体组播流数据，以及将获取的多媒体组播流数据处理为目标格式的目标流数据；

输出模块502，用于根据预设的该组播地址与目标地址的对应关系，将处理得到的目标流数据输出至该目标地址；

监控模块503，用于根据该目标地址，对该目标流数据的状态进行监控；

告警模块504，用于当监控模块503监控到该目标流数据的状态异常时，输出告警信息，该告警信息包括该目标流数据的相关地址、标识信息及状态描述信息。

进一步的，监控模块503，具体用于调用Marathon的接口，在监控服务器集群启动监控进程，并通过该监控进程根据该目标地址，获取该目标流数据的状态信息，以及对该目标流数据的状态信息进行分析，并判断该目标流数据的状态是否异常。

进一步的，处理模块501包括：

转码模块5011，用于调用Marathon的接口，在流数据处理服务器集群启动数据处理进程，通过该数据处理进程，根据组播地址，获取该多媒体组播流数据，按照预置的转码规则，将获取的多媒体组播流数据进行转码及去隔行处理，得到目标清晰度和目标码率的流数据，并利用实时消息传输协议，将该流数据推送至流媒体服务器接流集群；

格式转换模块5012，用于调用Marathon的接口启动拉流进程，通过该拉流进程利用该实时消息传输协议，从该流媒体服务器接流集群获取该流数据，并将该流数据处理为目标格式的该目标流数据。

进一步的，该装置还包括：

发送模块601，用于将该目标地址发送给播放***，以使得该播放***从该目标地址获取该目标流数据。

进一步的，该装置还包括：

配置模块602，用于根据客户端发送的配置指令，为不同来源的多媒体组播流数据配置对应的目标地址，以及保存各该不同来源的多媒体组播流数据的组播地址与对应的目标地址之间的对应关系。

本实施例中各功能模块实现各自功能的具体过程，请参见上述图2和图3所示实施例中描述的具体内容，此处不再赘述。

本实施例提供的流数据管理装置，通过Mesos Marathon完成流数据的自动化调度，并动态分配监控进程对HTTP-FLV流数据的状态进行监控，实现了流数据的自动化调度和动态监控。并进一步的，通过将FFmpeg与Mesos Marathon相结合，在将卫星机房的视频信号转换为视频直播***或点播***可以支持的流格式，输出到直播或点播***的同时，还具备了不变更URL地址即可变更视频信号的调度能力，避免在与点播或直播***对接的时候出现频繁变更URL地址的情况，从而大大提高了运维效率。

请参阅图7，图7为本申请一实施例提供的服务器的硬件结构图。

本实施例中所描述的服务器，包括：

存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序，处理器702执行该计算机程序时，实现前述图2和图3所示实施例中描述的流数据管理方法。

进一步地，该服务器还包括：

至少一个输入设备703以及至少一个输出设备704。

上述存储器701、处理器702、输入设备703和输出设备704通过总线705连接。

其中，输入设备703具体可为摄像头、触控面板、物理按键或者鼠标等等。输出设备704具体可为显示屏。

存储器701可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器701用于存储一组可执行程序代码，处理器702与存储器701耦合。

进一步地，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的服务器中，该计算机可读存储介质可以是前述图7所示实施例中的存储器，或者配置在服务器中的存储器。该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现前述图2和图3所示实施例中描述的流数据管理方法。进一步地，该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者装置中还存在另外的相同要素。

本领域技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制，虽然本申请已以较佳实施例揭露如上，然而并非用以限定本申请，任何熟悉本专业的技术人员，在不脱离本申请技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本申请技术方案内容，依据本申请的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本申请技术方案的范围内。

Claims (10)

1.一种流数据管理方法，应用于服务器，其特征在于，所述方法包括：

根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据；

根据预设的所述组播地址与目标地址的对应关系，将处理得到的目标流数据输出至所述目标地址；

根据所述目标地址，对所述目标流数据的状态进行监控，并当所述目标流数据的状态异常时，输出告警信息，所述告警信息包括所述目标流数据的相关地址、标识信息及状态描述信息，其中，所述组播地址为在调度服务器中预设有广电设备组播的多个多媒体组播流数据的组播地址，所述目标地址为在调度服务器配置的对应组播地址的目标地址，所述组播地址与目标地址之间形成物理矩阵。

2.如权利要求1所述的方法，其特征在于，所述根据所述目标地址，对所述目标流数据的状态进行监控，包括：

调用Marathon的接口，在监控服务器集群启动监控进程，并通过所述监控进程根据所述目标地址，获取所述目标流数据的状态信息；

对所述目标流数据的状态信息进行分析，并判断所述目标流数据的状态是否异常。

3.如权利要求1所述的方法，其特征在于，所述根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据，包括：

调用Marathon的接口，在流数据处理服务器集群启动数据处理进程；

通过所述数据处理进程，根据所述组播地址，获取所述多媒体组播流数据；

按照预置的转码规则，将获取的多媒体组播流数据进行转码及去隔行处理，得到目标清晰度和目标码率的流数据，并利用实时消息传输协议，将所述流数据推送至流媒体服务器接流集群；

调用Marathon的接口启动拉流进程，通过所述拉流进程利用所述实时消息传输协议，从所述流媒体服务器接流集群获取所述流数据；

将所述流数据处理为所述目标格式的目标流数据。

4.如权利要求1所述的方法，其特征在于，所述根据预设的所述组播地址与目标地址的对应关系，将处理得到的目标流数据输出至所述目标地址之后，还包括：

将所述目标地址发送给播放***，以使得所述播放***从所述目标地址获取所述目标流数据。

5.如权利要求1至4中的任一项所述的方法，其特征在于，所述根据组播地址，获取多媒体组播流数据并处理为目标格式的目标流数据之前，包括：

根据客户端发送的配置指令，为不同来源的多媒体组播流数据配置对应的目标地址；

保存各所述不同来源的多媒体组播流数据的组播地址与对应的目标地址之间的对应关系。

6.一种流数据管理装置，其特征在于，所述装置包括：

处理模块，用于根据组播地址，获取多媒体组播流数据，以及将获取的多媒体组播流数据处理为目标格式的目标流数据；

输出模块，用于根据预设的所述组播地址与目标地址的对应关系，将处理得到的目标流数据输出至所述目标地址；

监控模块，用于根据所述目标地址，对所述目标流数据的状态进行监控；

告警模块，用于当所述监控模块监控到所述目标流数据的状态异常时，输出告警信息，所述告警信息包括所述目标流数据的相关地址、标识信息及状态描述信息，其中，所述组播地址为在调度服务器中预设有广电设备组播的多个多媒体组播流数据的组播地址，所述目标地址为在调度服务器配置的对应组播地址的目标地址，所述组播地址与目标地址之间形成物理矩阵。

7.如权利要求6所述的装置，其特征在于，

所述监控模块，具体用于调用Marathon的接口，在监控服务器集群启动监控进程，并通过所述监控进程根据所述目标地址，获取所述目标流数据的状态信息，以及对所述目标流数据的状态信息进行分析，并判断所述目标流数据的状态是否异常。

8.如权利要求6所述的装置，其特征在于，所述处理模块包括：

转码模块，用于调用Marathon的接口，在流数据处理服务器集群启动数据处理进程，通过所述数据处理进程，根据所述组播地址，获取所述多媒体组播流数据，按照预置的转码规则，将获取的多媒体组播流数据进行转码及去隔行处理，得到目标清晰度和目标码率的流数据，并利用实时消息传输协议，将所述流数据推送至流媒体服务器接流集群；

格式转换模块，用于调用Marathon的接口启动拉流进程，通过所述拉流进程利用所述实时消息传输协议，从所述流媒体服务器接流集群获取所述流数据，并将所述流数据处理为所述目标格式的目标流数据。

9.如权利要求6所述的装置，其特征在于，所述装置还包括：

发送模块，用于将所述目标地址发送给播放***，以使得所述播放***从所述目标地址获取所述目标流数据；

配置模块，用于根据客户端发送的配置指令，为不同来源的多媒体组播流数据配置对应的目标地址，以及保存各所述不同来源的多媒体组播流数据的组播地址与对应的目标地址之间的对应关系。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至5中的任意一项所述的流数据管理方法。

Images