具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
本发明下列各详述实施例中,直播录制即为录制终端或网络侧设备通过直播网络,对直播系统头端播放的媒体文件进行录制;录制错误即为由于网络传输或录制终端自身工作故障等原因,而导致的录制终端所录制的数据与直播系统头端的原始数据不符。
图1为本发明媒体文件录制错误的修复方法第一实施例流程图。如图1所示,本实施例包括:
步骤101、当录制终端在媒体文件的直播录制中识别到录制错误时,生成该录制错误的描述信息。
步骤103、向网络侧设备发送录制修复请求,该录制修复请求包括步骤101中生成的录制错误的描述信息。
步骤105、在接收到网络侧设备根据录制错误的描述信息发送的修复信息时,根据该修复信息对录制终端录制的媒体文件进行修复。
本实施例当录制终端出现媒体文件的录制错误时,通过录制终端与网络侧设备之间的双向网络,向网络侧设备发送包括录制错误的描述信息的录制修复请求,并根据网络侧设备发送的修复信息对自身录制的媒体文件进行修复,从而保证媒体文件录制错误修复的可靠性。
发明人在实现本发明实施例过程中发现,为降低录制错误,可采取多种录制错误规避方法,例如:
提升网络传输质量的规避方法:该方法关键是提升物理链路的质量,对物理链路质量存在影响的主要因素包括传输损耗、传输干扰、多径效应等,一般采用链路协商、线路屏蔽等手段来解决;但在卫星以及地面直播电视传输网络中,由于传输介质是空气,比较容易受到外界干扰,其网络传输不仅不可能做到无差错传输,反而还有可能出现由于强信号干扰导致信号质量大大降低的情况。
网络传输纠错的规避方法:该方法通过引入冗余信息对链路传输错误进行识别和纠错,比如纠错码,如线性分组码、循环码、卷积码等数学方法;但数学方法的引入无法完全消除网络传输错误,如卫星和地面传输的情况,可能由于持续的干扰,导致数据片段的无法正常接收。
提高录制终端工作稳定性的规避方法:录制终端本身是机械电子装置,对于由震动干扰、电磁干扰、网络冲击导致的工作稳定性问题无法完全消除,一般可采取结构抗震设计,硬件电磁兼容性设计等尽可能降低外界干扰,但始终无法100%消除干扰。
可靠传输协议的规避方法:可靠传输协议是一种基于双向通信机制的差错恢复方案,一般应用基于双向通信网络提供直播服务的解决方案中,比如,基于IP网络通过TCP承载的直播;可靠传输协议可以要求重传差错报文,但由于直播的时延要求,这样的差错规避是有限的,一般只能局限在终端侧直播缓冲的时间范围内。
录制终端播放纠错的规避方法:播放纠错技术应用非常普遍,其主要思想就是跳帧,采用跳帧的方式,可以不影响录制文件的正常播放,通过播放纠错一定程度上改善了用户体验,但其本质上没有对数据进行修复。
可见,虽然通过上述规避方法可减少媒体文件直播录制中出现的录制错误,但录制错误还是不可避免的,因此需要对直播录制过程中出现的录制错误进行修复。现有技术对录制终端出现的录制错误是通过媒体文件直播的单向网络进行的,即:直播系统头端可向录制终端发送下行数据,但录制终端不能向直播系统头端发送上行数据。区别于现有技术基于单向网络进行录制错误的修复方法,本发明实施例支持直播系统的录制终端和网络侧设备,通过录制终端和网络侧设备可进行交互通信的双向网络,对由于网络传输或录制终端实际录制中导致的录制错误,录制终端可将包括录制错误描述信息的录制修复请求发送给网络侧设备,并根据网络侧设备发送的修复信息对录制终端自身录制的媒体文件进行修复,从而保证媒体文件录制错误修复的可靠性。
图2为本发明媒体文件录制错误的修复方法第二实施例流程图。本实施例中,录制终端和网络侧设备所在的双向网络的架构为客户端/服务器(Client/Server,以下简称C/S)网络架构,其中网络侧设备即为本发明实施例的第一网络服务器;第一网络服务器和录制终端都支持网络直播录制业务。如图2所示,本实施例包括:
步骤201、录制终端通过直播网络录制直播系统头端直播的媒体文件,并识别录制的媒体文件是否发生了录制错误。
录制错误的识别方式可包括:
录制终端在媒体文件的直播录制过程中,实时监控录制终端通过直播网络接收来自直播录制系统头端的直播媒体文件,当录制终端识别到数据接收过程中发生丢包、乱序、错包等问题而导致的丢帧、坏帧等问题,则录制终端识别到发生了录制错误;
如果录制终端在媒体文件接收过程中因网络传输、录制终端故障而导致的录制错误无法实时识别和记录的,可在录制终端对录制的媒体文件进行解码时进行录制错误的识别。当录制终端发现对录制的媒体文件不能正确解码等问题时,则录制终端识别到发生了录制错误;
此外,录制错误还可通过人工识别的方式进行。如果录制终端接收媒体文件没有实时识别出录制错误,且在解码录制的媒体文件没有发现异常,但在录制的媒体文件播放过程中出现局部区域花屏或马赛克现象时,可通过人工识别方式识别发生的录制错误。
步骤203、当识别到录制错误时,记录与录制错误的相关信息,生成录制错误的描述信息。
当识别到录制错误时,可根据不同录制错误的类型生成不同的录制错误的描述信息;生成的录制错误的描述信息包括有录制错误的类型信息。例如:对于直播系统头端直播的媒体文件以数据帧方式进行网络传输时,录制终端对录制错误的记录方式包括:
当录制错误的类型为丢帧(丢帧即为丢失数据帧)时,可将该录制错误的类型值设为1,此时需记录丢帧相关信息,包括丢失数据帧相邻的正确数据帧的标识信息和时间信息,相应的,生成的错误类型的描述信息可包括:录制错误的类型(类型值为1),与丢失数据帧相邻的正确数据帧的标识信息和时间信息。其中,如果直播的媒体文件在网络中是通过比特(Bit)流的传输格式,与丢失数据帧相邻的正确数据帧的标识信息可包括与丢失数据帧相邻的正确数据帧的起始码前缀,该起始码前缀可为H.264视频编码标准中网络抽象层(Network Abstract Layer,简称NAL)定义的起始码前缀(start_code_prefix)参数;如果直播的媒体文件在网络中是通过面向数据包的传输格式,与丢失数据帧相邻的正确数据帧的标识信息可包括传输协议所引和视频帧的部分字节;而时间信息可包括数码影院系统(Digital Theater Systems,简称DTS)或日历时间等。
当录制错误的类型为坏帧(坏帧即为数据帧中部分位元已损坏)时,可将该录制错误的类型值设为2,此时需记录坏帧相关信息,包括损坏数据帧的标识信息、与损坏数据帧相邻的正确数据帧的标识信息和时间信息。相应的,生成的错误类型的描述信息可包括:录制错误的类型(类型值为2),与丢失数据帧相邻的正确数据帧的标识信息和时间信息。
当录制错误是通过人工识别而识别出时,录制错误的类型值设为其他类型,可将该录制错误的类型值设为3,此时需记录出现局部区域花屏或马赛克现象的时间起止点和时长信息。由于人工识别录制错误时,考虑到人工识别存在的反应误差,记录的时间起止点前后需各增加预设的反应时长,优选的,反应时长为300毫秒。
步骤205、录制终端向第一网络服务器发送录制修复请求,该修复录制修复请求包括录制错误的描述信息。
步骤207、第一网络服务器接收到录制修复请求,解析录制修复请求,在第一网络服务器录制的媒体文件中查找与录制错误描述信息匹配的录制数据,将该录制数据作为修复信息发送给录制终端。
步骤209、录制终端根据第一网络服务器发送的录制数据,对录制终端录制的媒体文件进行修复。
录制终端在接收到来自第一网络服务器的修复信息时,发起自身录制的媒体文件的录制错误修复的方式非常灵活,例如:录制终端可在接收到来自第一网络服务器的修复信息时,自动启动录制错误的修复流程;或在满足预设条件时自动启动录制错误的修复流程;或在外部触发(如:用户人工启动等)时启动录制错误的修复流程。
修复录制错误的另一现有技术中,录制终端可基于延时传输的节目对录制内容进行纠错和修复,延时后通过另外一个频道传输同样的节目。发明人在实现本发明实施例过程中发现,对于某个直播频道节目,延时后通过另外一个频道传输的现有技术,在进行录制错误修复过程中,需要对录制终端录制的媒体文件进行整体替换,因此需要长时间占用一个频道,线路带宽利用率低。
区别于该现有技术,为了降低录制错误修复对线路带宽的使用,提高线路带宽的利用率,本发明实施例录制终端发起录制错误修复时,可根据第一网络服务器发送的录制数据,针对不同的录制错误的类型,对录制的媒体文件中发生录制错误的特定数据片段进行相应的修复;例如:
在录制错误的类型为丢帧时,录制终端将来自第一网络服务器的修复信息,插入录制终端录制的媒体文件中丢失数据帧的相应位置;
在录制错误的类型为坏帧时,录制终端用来自第一网络服务器的修复信息置换录制终端录制的媒体文件中损坏数据帧的相应数据;
在录制错误的类型为其他类型时,录制终端用来自第一网络服务器的修复信息置换录制终端录制的媒体文件中需修复的相应数据。
步骤211、录制终端完成对自身录制的媒体文件的修复处理后,对修复片段进行解码测试。
为了降低媒体文件录制错误修复对线路带宽的使用,录制终端可在空闲状态下自动启动对修复片段的解码测试,例如:当用户没有使用录制终端时,录制终端可自动启动对修复片段的解码测试,在解码测试过程中不输出视频。
如果修复片段顺利通过解码测试,录制终端此次录制错误修复流程结束;如果修复片段未能通过解码测试,录制终端将重新生成录制错误的描述信息,并向第一网络服务器重新发送录制修复请求,重复执行步骤207-步骤211,直至录制错误修复完成。因此,通过修复片段进行解码测试,可进一步保证修复后的数据可正常解码,保证录制修复的准确性和可靠性。
本实施例在C/S网络架构中,通过支持直播录制业务的录制终端和第一网络服务器通信的双向网络,实现录制终端录制的媒体文件中录制错误的修复,保证媒体文件录制错误修复的可靠性;由于录制终端生成的录制错误的描述信息包括录制错误的详细信息,有利于第一网络服务器根据该描述信息准确获取匹配的修复信息,从而有利于提高录制终端进行录制错误修复的准确性;录制终端在接收到来自第一网络服务器的修复信息时,可根据实际需要进行录制错误的修复处理,方式灵活,如录制终端可根据获取的修复信息,对录制终端录制的媒体文件中发生录制错误的特定数据片段进行插入或置换等修复处理,因此,不需要对录制终端录制的媒体文件进行整体替换,可降低媒体文件录制错误修复对线路带宽的使用,从而有利于提高线路带宽的利用率;进一步的,本实施例录制终端修复录制错误后,通过对修复片段进行检测,直至修复片段通过检测方结束录制错误的修复流程,从而提高了录制错误修复的可靠性和准确性。
图3为本发明媒体文件录制错误的修复方法第三实施例流程图。本实施例中,网络侧设备包括点对点(Point to Point,以下简称P2P)节点服务器以及与P2P节点服务器通信连接的其他录制终端,其中,P2P节点服务器即为本发明实施例的第二网络服务器;录制终端和其他录制终端基于的网络架构为P2P网络架构。如图3所示,本实施例包括:
步骤301、录制终端通过直播网络录制直播系统头端直播的媒体文件,并识别录制的媒体文件是否发生了录制错误。
录制错误的识别方式可参见图2所示实施例中录制错误识别方式的记载,不再赘述。
步骤303、当识别到录制错误时,录制终端生成录制错误的描述信息。
当识别到录制错误时,可根据不同录制错误的类型生成不同的录制错误的描述信息;生成的录制错误的描述信息包括有录制错误的类型信息。例如:对于直播系统头端直播的媒体文件以数据分片方式进行网络传输时,录制终端对录制错误的记录方式包括:
当录制错误的类型为分片内丢帧(分片内丢帧即为:数据分片没有丢失,但数据分片不完整,存在丢失数据帧)时,可将该录制错误的类型值设为4,此时需记录分片内丢帧相关信息,包括:丢失数据帧所在的数据分片信息、与丢失数据帧相邻的正确数据帧的标识信息和时间信息,相应的,生成的错误类型的描述信息可包括:录制错误的类型(类型值为4),丢失数据帧所在的数据分片信息、与丢失数据帧相邻的正确数据帧的标识信息和时间信息。其中,如果直播的媒体文件在网络中是通过比特(Bit)流的传输格式,与丢失数据帧相邻的正确数据帧的标识信息可包括与丢失数据帧相邻的正确数据帧的起始码前缀,该起始码前缀可为H.264视频编码标准中网络抽象层(Network Abstract Layer,简称NAL)定义的起始码前缀(start_code_prefix)参数;如果直播的媒体文件在网络中是通过面向数据包的传输格式,与丢失数据帧相邻的正确数据帧的标识信息可包括传输协议所引和视频帧的部分字节;而时间信息可包括DTS或日历时间等。
当录制错误的类型为丢片(坏片即为:丢失数据分片)时,可将该录制错误的类型值设为5,此时需记录丢片相关信息,包括与丢失数据分片相邻的正确数据分片信息。相应的,生成的错误类型的描述信息可包括:录制错误的类型(类型值为5),与丢失数据分片相邻的正确数据分片信息。当录制错误中既包括部分数据分片的丢失,未丢失的数据分片信息不完整时,可将信息不完整的数据分片按照丢失数据分片的方式进行处理,该录制错误类型视为与坏片错误类型(类型值为5)。
当录制错误的类型为分片内坏帧(分片内坏帧即为:数据分片中部分数据帧已损坏)时,可将该录制错误的类型值设为6,此时需记录分片内坏帧相关信息,包括损坏数据帧所在的数据分片信息、与损坏数据帧相邻正确数据帧的标识信息和时间信息。相应的,生成的错误类型的描述信息可包括:录制错误的类型(类型值为6),损坏数据帧所在的数据分片信息、与损坏数据帧相邻正确数据帧的标识信息和时间信息。
当录制错误的类型为坏片(坏片即为:数据分片数据已损坏)时,可将该录制错误的类型值设为7,此时需记录坏片相关信息,包括损坏数据分片信息、与损坏数据分片相邻正确数据分片的标识信息和时间信息。。相应的,生成的错误类型的描述信息可包括:录制错误的类型(类型值为7),损坏数据分片信息、与损坏数据分片相邻正确数据分片的标识信息和时间信息。
当录制错误是通过人工识别而识别出时,录制错误的类型值设为其他类型,可将该录制错误的类型值设为3,此时需记录出现局部区域花屏或马赛克现象的时间起止点和时长信息。由于人工识别录制错误时,考虑到人工识别存在的反应误差,记录的时间起止点前后需各增加预设的反应时长,优选的,反应时长为300毫秒。
步骤305、录制终端向P2P节点服务器(第二网络服务器)发送录制修复请求,该录制修复请求包括录制错误的描述信息。
步骤307、P2P节点服务器(第二网络服务器)解析接收的录制修复请求,向其他录制终端广播携带有录制错误的描述信息的询问请求。
步骤309、存储有与录制错误的描述信息匹配的录制数据的其他录制终端向P2P节点服务器(第二网络服务器)发送询问响应。
步骤311、P2P节点服务器(第二网络服务器)将发送询问响应的其他录制终端信息发送给发出录制修复请求的录制终端。
步骤313、录制终端根据第二网络服务器发送的其他录制终端信息,向其他录制终端获取与录制错误的描述信息匹配的录制数据,该录制数据将作为录制终端进行录制错误修复的修复信息。
步骤315、录制终端对自身录制的媒体文件进行修复。
录制终端在接收到来自其他录制终端的修复信息时,发起自身录制的媒体文件的录制错误修复的方式非常灵活,例如:录制终端可在接收到修复信息时,自动启动录制错误的修复流程;或在满足预设条件时自动启动录制错误的修复流程;或在外部触发(如:用户人工启动等)时启动录制错误的修复流程。录制终端发起录制错误修复时,可根据其他录制终端的录制数据,针对不同的录制错误的类型对录制的媒体文件存在的录制错误进行相应的修复;例如:
在录制错误的类型为分片内丢帧或丢片时,录制终端将来自其他录制终端的修复信息,插入录制终端录制的媒体文件中丢失数据帧或丢失数据分片的相应位置;
在录制错误的类型为分片内坏帧或坏片时,录制终端用来自其他录制终端的修复信息置换录制终端录制的媒体文件中损坏数据帧或损坏数据分片的相应数据;
在录制错误的类型为其他类型时,录制终端用来自第一网络服务器的修复信息置换录制终端录制的媒体文件中需修复的相应数据。
步骤317、录制终端完成对自身录制的媒体文件的修复处理完成后,对修复片段进行解码测试。
为了降低媒体文件录制错误修复对线路带宽的使用,录制终端可在空闲状态下自动启动对修复片段的解码测试,例如:当用户没有使用录制终端时,录制终端可自动启动对修复片段的解码测试,在解码测试过程中不输出视频。
如果修复片段顺利通过解码测试,录制终端此次录制错误修复流程结束;如果修复片段未能通过解码测试,录制终端将重新生成录制错误的描述信息,并向第二网络服务器重新发送录制修复请求,重复执行步骤307-步骤317,直至录制错误修复完成。因此,通过修复片段进行解码测试,可进一步保证修复后的数据可正常解码,保证录制修复的准确性和可靠性。
本实施例录制终端通过直播网络完成媒体文件的直播录制的同时,还可基于P2P通信技术,通过支持直播录制业务的录制终端和其他录制终端通信的双向网络,实现录制终端录制的媒体文件中录制错误的修复,保证媒体文件录制错误修复的可靠性;由于录制终端生成的录制错误的描述信息包括录制错误的详细信息,有利于其他录制终端根据该描述信息准确获取匹配的修复信息,从而有利于提高录制终端进行录制错误修复的准确性;录制终端在接收到来自其他录制终端的修复信息时,可根据实际需要进行录制错误的修复处理,方式灵活,有利于降低媒体文件录制错误修复对线路带宽的使用;进一步的,本实施例录制终端修复录制错误后,通过对修复片段进行检测,直至修复片段通过检测方结束录制错误的修复流程,从而提高了录制错误修复的可靠性和准确性。
图4为本发明媒体文件录制错误的修复方法第四实施例流程图。当录制终端录制的媒体文件的发生录制错误,可通过多个异构网络实现录制错误的修复。本实施例中,录制终端通信连接到的双向网络架构包括C/S网络架构和P2P网络架构;C/S网络架构中支持直播录制业务的服务器为第一网络服务器;P2P网络中的P2P节点服务器即为本发明实施例的第二网络服务器,P2P网络可包括多个其他录制终端;如图4所示,本实施例包括:
步骤401、录制终端通过直播网络录制直播系统头端直播的媒体文件,并识别录制的媒体文件是否发生了录制错误。
步骤403、当识别到录制错误时,录制终端生成录制错误的描述信息。
步骤405、录制终端分别向第一网络服务器和P2P节点服务器(第二网络服务器)发送录制修复请求,该录制修复请求中包括录制错误的描述信息。
录制终端可先后向第一网络服务器和P2P节点服务器(第二网络服务器)分别发送录制修复请求;或者,录制终端可同时向第一网络服务器和P2P节点服务器(第二网络服务器)分别发送录制修复请求。
对于先后发送录制修复请求的情形,如果录制终端先向一个网络服务器发送录制修复请求,当录制终端接收到该网络服务器的正确响应时,可放弃向另一网络服务器发送录制修复请求;否则,向另一网络服务器发送录制修复请求。
对于录制终端同时向第一网络服务器和第二网络服务器发送录制修复请求的情形,如果录制终端接收到任一网络服务器率先返回到正确响应时,则录制终端可向另一网络服务器发送录制修复撤销请求。
本实施例通过录制终端关联的异构双向网络,实现了录制错误的修复,当录制终端在与一个网络服务器交互通信中未能获得修复信息时,可通过另一网络服务器获取修复录制错误所需的录制信息,有利于提高录制错误修复的可靠性。
图5为本发明录制终端实施例结构示意图。如图5所示,本实施例录制终端包括录制模块51、生成模块52、修复请求模块53和修复模块54。
录制模块51用于通过直播网络录制直播系统头端播放的媒体文件。
生成模块52用于在媒体文件的直播录制中识别到录制错误时,生成录制错误的描述信息。
修复请求模块53用于向网络侧设备发送录制修复请求,该录制修复请求包括生成模块52生成的录制错误的描述信息。
修复模块54用于在接收到网络侧设备根据所述描述信息发送的修复信息时,根据修复信息对录制模块51录制的媒体文件进行修复。
在上述技术方案的基础上,当录制错误的描述信息包括录制错误的类型信息时,修复模块54还可包括:接收单元541、插入单元542和置换单元543。
接收单元541用于接收网络侧设备根据录制错误的描述信息发送的修复信息。
插入单元542用于在录制错误的类型为丢帧或丢片时,将修复信息插入录制终端录制的媒体文件中丢失数据帧或丢失数据分片的相应位置。
置换单元543用于在录制错误的类型为坏帧或坏片时,用修复信息置换录制终端录制的媒体文件中损坏数据帧或损坏数据分片的相应数据。
在上述技术方案的基础上,在网络侧设备包括第一网络服务器和第二网络服务器时,修复请求模块53还可包括:第一修复请求单元531和第二修复请求单元532。
第一修复请求单元531用于向第一网络服务器发送录制修复请求。
第二修复请求单元532用于向第二网络服务器发送录制修复请求。
修复请求模块53支持先后向第一网络服务器和第二网络服务器发送录制修复请求的功能,还支持同时向第一网络服务器和第二网络服务器发送录制修复请求的功能。
在修复请求模块53支持先后向第一网络服务器和第二网络服务器发送录制修复请求的功能时,录制终端还可包括:定时模块55。
定时模块55用于激活第一修复请求单元531向第一网络服务器发送录制修复请求并启动定时器,且修复模块54在预设时间内未收到第一网络服务器的正确响应时,激活第二修复请求单元532向第二网络服务器发送录制修复请求;
或者,定时模块55用于激活第二修复请求单元532向第二网络服务器发送录制修复请求并启动定时器,且修复模块54在预设时间内未收到第二网络服务器的正确响应时,激活第一修复请求单元531向第一网络服务器发送录制修复请求。
在修复请求模块53支持同时向第一网络服务器和第二网络服务器发送录制修复请求的功能时,录制终端还可包括:修复请求撤销模块56。
修复请求撤销模块56用于在修复模块54接收到第一网络服务器响应时,向第二网络服务器发送录制修复撤销请求;或者,在修复模块54接收到第二网络服务器响应时,向第一网络服务器发送录制修复撤销请求。本实施例通过录制终端与网络侧设备之间的双向网络,由修复请求模块向网络侧设备发送包括录制错误的描述信息的录制修复请求,并由修复模块根据网络侧设备发送的修复信息对自身录制的媒体文件进行修复,从而保证媒体文件录制错误修复的可靠性,同时,由于本实施例基于双向网络的双向信道进行录制错误修复,因此,可降低媒体文件录制错误修复对线路带宽的使用,从而有利于提高线路带宽的利用率。图6为本发明网络服务器实施例结构示意图。如图6所示,本实施例网络服务器包括:网络录制模块61、存储模块62和录制管理模块63。
网络录制模块61用于进行媒体文件的直播录制。
存储模块62用于存储所述录制模块录制的数据。
录制管理模块63用于接收录制修复请求,所述录制修复请求包括录制终端在媒体文件的直播录制中识别的录制错误的描述信息;向所述存储模块获取与所述描述信息匹配的录制数据,并将所述录制数据发送给所述录制终端。
本实施例网络服务器可通过网络服务器与录制终端之间的双向网络,接收录制终端发送的录制修复请求,并向录制终端发送与该请求匹配的网络服务器的录制数据,使得录制终端可对自身录制的媒体文件进行修复,从而保证媒体文件录制错误修复的可靠性。进一步的,本实施例修复模块可根据接收的修复信息,对录制终端录制的媒体文件中发生录制错误的特定数据片段进行插入或置换等修复处理,因此,可降低媒体文件录制错误修复对线路带宽的使用,从而有利于提高线路带宽的利用率。
图7为本发明另一网络服务器实施例结构示意图。如图7所示,本实施例网络服务器包括:修复请求接收模块71、广播模块72和修复请求响应模块73。
修复请求接收模块71用于接收录制修复请求,该录制修复请求包括录制终端在媒体文件的直播录制中识别的录制错误的描述信息。
广播模块72用于广播携带有所述描述信息的询问请求。
修复请求响应模块73用于在接收到存储有与描述信息匹配的录制数据的其他录制终端发送询问响应时,将发送询问响应的其他录制终端信息发送给录制终端。
本实施例网络服务器可通过网络服务器与录制终端之间的双向网络,接收录制终端发送的录制修复请求,并向录制终端发送存储有与该请求匹配的录制数据的其他录制终端的信息,使得发送录制错误修复请求的录制终端可向其他录制终端获取正确的录制数据,对自身录制的媒体文件进行修复,从而保证媒体文件录制错误修复的可靠性。
图8为本发明媒体文件录制错误的修复系统第一实施例结构示意图。如图8所示,本实施例媒体文件录制错误的修复系统包括:直播系统头端81、录制终端82和网络侧设备83;直播系统头端81经由单向通信网络(如:直播网络等)分别与录制终端82和网络侧设备83,录制终端82和网络侧设备83经由双向通信网通信连接。
直播系统头端81用于通过单向通信网直播媒体文件。
录制终端82用于在对直播系统头端81的媒体文件进行直播录制中识别到录制错误时,生成所述录制错误的描述信息;向网络侧设备83发送录制修复请求,该录制修复请求包括录制错误的描述信息;在接收到所述网络侧设备83根据所述描述信息发送的修复信息时,根据所述修复信息对所述录制终端录制的媒体文件进行修复。
网络侧设备83用于在接收到录制终端82发送的录制修复请求时,向录制终端82发送与录制错误描述信息匹配的修复信息。
本实施例录制错误的修复系统中,当录制终端录制直播系统头端的媒体文件过程中发生录制错误时,通过录制终端与网络侧设备之间的双向网络,向网络侧设备发送包括录制错误的描述信息的录制修复请求,并根据网络侧设备发送的修复信息对自身录制的媒体文件进行修复,从而保证媒体文件录制错误修复的可靠性。
图9为本发明媒体文件录制错误的修复系统第二实施例结构示意图。如图9所示,本实施例与图8所示实施例的区别在于,本实施例中,网络侧设备包括第一网络服务器831;网络侧设备向录制终端发送的修复信息包括第一网络服务器831录制的与录制错误的描述信息匹配的录制数据。其中,第一网络服务器831包括:网络录制模块8311、存储模块8312和录制管理模块8313。
网络录制模块8311用于直播录制直播系统头端81的媒体文件。
存储模块8312用于存储网络录制模块8311录制的数据。
录制管理模块8313用于接收录制终端82发送的录制修复请求,该录制修复请求包括录制终端82在媒体文件的直播录制中识别的录制错误的描述信息;向存储模块8312获取与所述描述信息匹配的录制数据,并将所述录制数据发送给录制终端82。
本实施例当录制终端识别出录制错误时,可通过支持直播录制业务的录制终端和第一网络服务器通信的双向网络(C/S网络架构),向第一网络服务器获取修复信息,实现录制终端录制的媒体文件中录制错误的修复,从而保证媒体文件录制错误修复的可靠性。
图10为本发明媒体文件录制错误的修复系统第三实施例结构示意图。如图10所示,本实施例与图8所示实施例的区别在于,本实施例中,网络侧设备包括第二网络服务器832和其他录制终端833;网络侧设备向录制终端发送的修复信息包括:其他录制终端833录制的与描述信息匹配的录制数据。其中,第二网络服务器832包括:修复请求接收模块8321、广播模块8322和修复请求响应模块8323。
修复请求接收模块8321用于接收录制修复请求,该录制修复请求包括录制终端82在媒体文件的直播录制中识别的录制错误的描述信息。
广播模块8322用于广播携带有描述信息的询问请求。
修复请求响应模块8323用于在接收到存储有与描述信息匹配的录制数据的其他录制终端833向第二网络服务器832发送询问响应时,将发送询问响应的其他录制终端信息发送给录制终端82。
其他录制终端833用于当接收到第二网络服务器832的询问请求时,根据询问请求携带的描述信息判断自身是否存储有与该描述信息匹配的录制数据,当其他录制终端833自身存储有与该描述信息匹配的录制数据时,向第二网络服务器832发送询问响应。
本实施例当录制终端识别出录制错误时,可通过支持直播录制业务的录制终端、第二网络服务器及其他录制终端通信的双向网络(P2P网络架构),向第二网络服务器发送录制修复请求,并根据第二网络服务器发送的存储有与录制错误描述信息匹配的录制数据的其他录制终端信息时,向相应的其他录制终端获取修复信息,实现录制终端录制的媒体文件中录制错误的修复,从而保证媒体文件录制错误修复的可靠性
图11为本发明媒体文件录制错误的修复系统第四实施例结构示意图。如图11所示,本实施例与图8所示实施例的区别在于,本实施例基于异构双向网络实现录制终端录制错误的修复。本实施例中,网络侧设备可包括第一双向网络架构(如:C/S网络架构)下的第一网络服务器831,和第二双向网络架构(如:P2P网络架构)下的第二网络服务器832及其他录制终端833。
录制终端82还用于分别向第一网络服务器831和第二网络服务器832分别发送录制修复请求。
录制终端82可先后向第一网络服务器831和第二网络服务器832分别发送录制修复请求;或者,录制终端82可同时向第一网络服务器831和第二网络服务器832分别发送录制修复请求。
对于先后发送录制修复请求的情形,如果录制终端82先向一个网络服务器发送录制修复请求,当录制终端接收到该网络服务器的正确响应时,可放弃向另一网络服务器发送录制修复请求;否则,向另一网络服务器发送录制修复请求。
对于录制终端82同时向第一网络服务器831和第二网络服务器832发送录制修复请求的情形,如果录制终端82接收到任一网络服务器率先返回到正确响应时,则录制终端可向另一网络服务器发送录制修复撤销请求。
关于第一网络服务器831的细化功能模块可参见图9的记载,而基于录制终端82与第一网络服务器831通信的第一双向网络实现录制错误修复的实现方式,可参见图2对应实施例的记载,不再赘述;关于第二网络服务器832的细化功能模块可参见图10的记载,而基于录制终端82、第二网络服务器832与其他录制终端833之间通信的第二双向网络实现录制错误修复的实现方式,可参见图3对应实施例的记载,不再赘述。
本实施例通过录制终端关联的异构双向网络,实现了录制错误的修复,当录制终端在与一个网络服务器交互通信中未能获得修复信息时,可通过另一网络服务器获取修复录制错误所需的录制信息,有利于提高录制错误修复的可靠性。
本领域普通技术人员可以理解:附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储数据的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。