发明内容
本发明实施例提供了一种视频录制的方法、装置和系统,可以对视频录制的请求分多次完成,从而减小了媒体服务器的视频录制压力和运营管理平台的通知压力。
一方面,本发明具体实施例提供一种视频录制的方法。所述方法包括,接收多个终端设备发送的视频录制请求,所述视频录制请求中包括拟录制节目的第一节目标识。根据视频录制请求中的第一节目标识统计针对所述节目的视频录制请求数量。根据统计的所述节目的录制请求数量确定对所述节目的视频录制任务的数量。根据所述视频录制任务的数量启动多个视频录制任务,在完成所述多个视频录制任务后向所述多个终端设备反馈录制成功响应。通过将视频录制请求分为多个视频录制任务,减小了媒体服务器的视频录制压力和运营管理平台的通知压力。
在一个可能的设计中,接收多个终端设备的视频播放请求,按照所述多个终端设备视频播放请求的先后顺序分配已经完成录制的视频资源。将视频文件根据请求播放的先后顺序分配给不同的终端设备,使视频文件的分配更加的合理。
在一个可能的设计中,所述接收多个终端设备的视频播放请求,按照所述多个终端设备视频播放请求的先后顺序分配已经完成录制的视频资源包括,接收终端设备发送的视频播放请求,所述视频播放请求中包括用户标识和第一节目标识。根据所述第一节目标识确定与所述第一节目标识对应的已录制的视频。将确定的已录制的视频分配给该终端设备,并向该终端设备发送所述已录制的视频的地址,以使所述终端设备通过访问所述地址对所述已录制的视频进行播放。根据视频播放请求的先后顺序,将录制完成的视频文件分配给用户,使视频文件的分配更加的合理。
在一个可能的设计中,所述根据所述第一节目标识确定与所述第一节目标识对应的已录制的视频,将确定的已录制的视频分配给该终端设备具体包括,根据所述第一节目标识查找到与第一所述节目标识对应的多个已录制的视频文件,在所述多个已录制的视频文件中,选择任一用户标识为空的已录制视频文件,将所述选择的任一已录制的视频文件中的用户标识赋值为该终端设备的用户标识。将所述终端设备的用户标识赋值给任一用户标识为空的视频文件,使该视频文件仅能通过该终端设备请求播放。
在一个可能的设计中,所述根据统计所述节目的录制请求数量确定对所述节目的视频录制任务的数量包括,根据所述首次请求视频播放的时间与播放量关系,确定完成视频录制任务需要的时长,根据视频录制请求数量与节目时长的积再与视频录制任务完成时长的商确定视频录制任务数量。根据所述节目时长、录制数量和播放时间与播放量的关系,确定视频录制任务的任务数量,从而尽量减小视频录制任务的数量,降低运营管理平台的开销。
在一个可能的设计中,所述根据所述视频录制任务的数量启动多个视频录制任务,在完成所述多个视频录制任务后向所述多个终端设备反馈录制成功响应方法还包括,根据所述视频录制任务的数量向媒体服务器发送视频录制任务,指令所述媒体服务器并行启动与所述视频录制任务数量对应的多个视频录制任务,并在接收所述媒体服务器返回的视频录制完成响应后,向所述多个终端设备反馈录制成功响应。同时启动与视频录制人数量对应的视频录制任务,提高设备的运行效率。
另一方面,本发明具体实施例提供一种视频录制装置,包括接受单元、处理单元和发送单元。接收单元,用于接收多个终端设备发送的视频录制请求,所述视频录制请求中包括拟录制节目的第一节目标识。处理单元,用于根据视频录制请求中的第一节目标识统计针对所述节目的录制请求的数量,还用于根据统计的所述节目的视频录制请求的数量确定对所述节目的视频录制任务数量,以及根据所述视频录制任务的数量启动多个录制任务。发送单元,用于在完成所述多个视频录制任务后向所述多个终端设备反馈录制成功响应。通过将视频录制请求分为多个视频录制任务,减小了媒体服务器的视频录制压力和运营管理平台的通知压力。
在一个可能的设计中,所述接收单元,还用于接收多个终端设备的视频播放请求,所述处理单元还用于按照所述多个终端设备视频播放请求的先后顺序分配已经完成录制的视频资源。将视频文件根据请求播放的先后顺序分配给不同的终端设备,使视频文件的分配更加的合理。
在一个可能的设计中,所述接收多个终端设备的视频播放请求,按照所述多个终端设备视频播放请求的先后顺序分配已经完成录制的录制资源包括,所述接收单元接收终端设备发送的视频播放请求,所述视频播放请求中包括用户标识和第一节目标识。所述处理单元根据所述第一节目标识确定与所述第一节目标识对应的已录制的视频文件,将确定的已录制的视频文件分配给该终端设备。所述发送单元向该终端设备发送所述已录制的视频文件的地址,以使所述终端设备通过访问所述地址对所述已录制的视频文件进行视频播放。根据视频播放请求的先后顺序,将录制完成的视频文件分配给用户,使视频文件的分配更加的合理。
在一个可能的设计中,所述根据所述节目标识确定与所述节目标识对应的已录制的视频文件,将确定的已录制的视频文件分配给该终端设备具体包括,根据所述第一节目标识查找到与所述第一节目标识对应的多个已录制的视频文件,在所述多个已录制的视频文件中,选择任一用户标识为空的已录制视频文件,将所述选择的任一已录制的视频文件中的用户标识赋值为该终端设备的用户标识。将所述终端设备的用户标识赋值给任一用户标识为空的视频文件,使该视频文件仅能通过该终端设备请求播放。
在一个可能的设计中,所述处理单元,根据统计所述节目的视频录制请求的数量确定对所述节目的视频录制任务的数量包括,所述首次请求视频播放的时间与播放量关系,确定完成视频录制任务需要的时长。根据视频录制请求数量与节目时长的积再与视频录制任务完成时长的商确定视频录制任务数量。根据所述节目时长、录制数量和播放时间与播放量的关系,确定视频录制任务的任务数量,从而尽量减小视频录制任务的数量,降低运营管理平台的开销。
在一个可能的设计中,所述处理单元根据所述视频录制任务的数量启动多个视频录制任务,在完成所述多个视频录制任务后向所述多个终端设备反馈录制成功响应包括,所处发送单元根据所述视频录制任务的数量向媒体服务器发送视频录制任务,指令所述媒体服务器启动与所述视频录制任务数量对应的多个视频录制任务,在所述接收单元接收到所述媒体服务器返回的视频录制完成响应后,通过所述发送单元向所述多个终端设备反馈录制成功响应。同时启动与视频录制人数量对应的视频录制任务,提高设备的运行效率。
再一方面,本发明具体实施例提供一种视频录制装置。所述视频录制装置具体为运营管理平台。通过将视频录制请求分为多个视频录制任务,减小了媒体服务器的视频录制压力和运营管理平台的通知压力。
又一方面本发明具体实施例提供一种视频录制服务器。所述视频录制服务器包括处理器、存储器、通信接口和总线。其中,所述处理器、所述存储器和所述通信接口通过所述总线通信。所述通信接口用于与所述业务服务器连接。所述存储器用于存储程序。当所述装置运行时,所述处理器用于执行所述存储器存储的所述程序,以执行所述的视频录制方法。通过将视频录制请求分为多个视频录制任务,减小了媒体服务器的视频录制压力和运营管理平台的通知压力。
再另一方面,本发明具体实施例提供一种视频录制系统,所述系统包括视频录制服务器和媒体服务器。所述视频录制服务器为如上所述的视频录制服务器。所述媒体服务器,用于根据所述视频录制服务器的录制请求启动多个录制任务,在完成所述多个录制任务后向所述视频录制服务器反馈录制成功响应。通过将视频录制请求分为多个视频录制任务,减小了媒体服务器的视频录制压力和运营管理平台的通知压力。
本发明具体实施例提供一种视频录制的方法、装置和系统。通过统计一个节目需要视频录制的次数,以及根据视频录制开始后,终端设备首次请求视频播放的时间,确定进行一次视频录制的最小录制要求的数量。根据该最小录制要求的数量,可满足终端设备的播放需求。本发明通过将拟录制节目的视频录制请求根据终端设备的请求播放的时间不同的特性,将视频录制任务分为多次进行,减少媒体服务器和运营管理平台的开销,提升网络侧设备的性能。
具体实施方式
下面通过附图和实施例,对本发明实施例的技术方案做进一步的详细描述。
图1为本发明具体实施例提供的一种视频录制的系统结构图。如图1所示,包括头端设备、媒体服务器、运营管理平台和终端设备。其中,头端设备接收内容提供商提供的卫星信号或流媒体文件,编码转换为符合业务标准的媒体流或媒体文件,负责引入内容。媒体服务器提供内容存储和内容服务功能。运营管理平台向运营商提供内容管理、业务管理、产品管理、订户管理、合作伙伴管理、设备管理等功能。终端设备提供了业务显示和内容播放功能,用于通过终端进行业务体验。终端设备类型包括机顶盒(STB,Set-Top-Box)、个人计算机(PC,personalcomputer),以及使用苹果公司开发的移动操作系统(IOS)或谷歌公司开发的操作系统(Android)的智能手机及平板电脑(TabletPersonalComputer)等。
在本发明的具体实施例中,所述终端设备包括多个,用于向所述运营管理平台发送视频录制请求,所述视频录制请求包括用户标识和拟录制视频的节目的节目标识。所述运营管理平台接收所述多个终端设备发送的所述视频录制请求后,根据所述视频录制请求中包括的节目标识确定每个节目标识所对应的节目需要进行视频录制的总的次数。所述运营管理平台还根据节目标识对应的节目的视频录制请求的总数,确定向媒体服务器发送一次视频录制任务时,媒体服务器需要录制的视频文件的数量,并将确定的视频录制任务向所述媒体服务器发送。所述头端设备用于获取媒体文件并将所述媒体文件向媒体服务器发送。所述媒体服务器接收所述头端设备发送的媒体文件并根据接收的所述运营管理平台发送的视频录制任务进行视频录制。
图2为本发明具体实施例提供的一种运营管理平台。如图2所示,所述运营管理平台包括处理器、存储器和内存。所述运营管理平台用于接收多个终端设备发送的视频录制请求。对所述视频录制请求处理后发送至媒体服务器,通过媒体服务器对视频进行录制。
在一个例子中,所述运营管理平台与终端设备通过通信接口连接,所述终端设备发送的视频录制请求包括用户标识(UID,UserIdentity)和拟录制节目的节目标识(PID,ProgramIdentity),所述UID与PID存储在运营管理平台的内存中。
所述运营管理平台接收多个终端设备发送的视频录制请求,所述视频录制请求中可以包括相同的PID和/或不同的PID。通过处理器对接收的相同的PID的数量进行统计,确定同一PID所对应的节目的录制次数,形成待录制视频信息的列表。
在一个例子中,图3为本发明具体实施例提供的一种运营管理平台中存储的待录制视频信息的列表。如图3所示,待录制视频的信息包括UID和PID。假设运营管理平台接收的终端设备发送的视频录制请求中,PID为“A10011”的节目共有1000个,则该表中记录节目标识A10011与请求录制终端标识之间的对应关系。
所述运营管理平台在节目播出前,接收终端设备发送的视频录制请求。在一个例子中,所述节目例如“新闻”的播出时间为19:00,所运营管理平台在19:00前,接收终端设备发送的“新闻”节目的视频录制请求。
在一个例子中,运营管理平台周期性对该周期内接收的终端设备发送的视频录制请求进行统计。将统计结果加入到运营管理平台的待录制视频信息的列表中。例如,在一个周期内,运营管理平台接收了5个视频录制请求。其中,第一个请求的PID为“A10011”,UID为“12345678”。第二个请求的PID为“B12011”,UID为“87654321”。第三个请求的PID为“A10011”,UID为“12345778”。第四个请求的PID为“B12011”,UID为“87654320”。第五个请求的PID为“A10011”,UID为“12345677”。于是,将第一个请求、第三个请求和第五个请求的相应内容加入PID为“A10011”的待录制视频信息的列表中,将第二个请求和第四个请求的相应内容加入PID为“B12011”的待录制视频信息的列表中。
所述处理器还针对同一个PID的不同终端的视频录制请求确定不同的录制标识(RID,RecordIdentity)。在本发明的具体实施例中,当确定一个PID有1000个UID请求录制时,所述处理器对该PID确定1000个RID,对录制的1000个视频文件分别对应一个RID。所述RID与UID一一对应,即一个RID所对应的一个视频文件只能由与该RID所对应的UID请求播放。
在本发明的具体实施例中,由于不是所有的机顶盒会在视频录制完成后马上观看录制的视频。因此,不需要一次完成所有的视频录制任务,可以渐进式的对视频录制任务进行录制。图4为本发明具体实施例提供的一种首次请求视频播放的时间与播放量关系图。如图4所示,所示横轴表示时间,其中,横轴在坐标原点表示媒体服务器开始录制视频的时间。纵轴表示完成首次视频播放请求的终端设备的数量。所示曲线为完成首次播放请求的时间与数量关系曲线,当在本发明具体实施例的系统中,在该曲线上的任意时间点任意时间点,录制完成的视频文件的数量应该大于或等于该曲线上完成首次视频播放请求的终端设备的数量,则录制的视频能够满足终端设备对录制完成的视频文件请求播放的需求。
于是,过原点作与曲线相切的直线,在该条直线上对应每个时间点的录制完成的视频的数量大于或等于该时间点完成首次视频播放请求的终端设备的数量。于是,过原点与曲线相切的直线上的各个时间点上录制完成的视频文件的数量为该时间点的最小录制要求。在任意时间点上,当录制完成的视频文件的数量总是大于该时间点过原点的与曲线相切的直线上相应时间点录制完成的视频文件的数量,则能够满足终端设备对录制完成的视频文件的请求播放的需求。
在一个例子中,若拟录制的视频文件的总数为N,完成该N个数量的视频录制所需的时间为拟录制视频的总数N与最小录制要求直线的交点所对应的时间(即图中时间点T)。若原点为O,完成第一次视频录制的时间点为D(即节目时长),完成所有视频录制的时间为T,需要录制的视频总数为N,每次单位时间D内完成录制的数量为B。则可以计算单位时间D内需要完成录制的数量B为:
B=N*D/T.
当运营管理平台计算出单位时间内需要录制的视频文件的数量B后,则向媒体服务器发送视频录制任务,视频录制任务中包含本次需要录制的视频文件的数量B,指示媒体服务器启动B个视频录制任务。在一个例子中,当媒体服务器完成本次视频录制任务,录制B个视频文件后,向运营管理平台反馈录制成功响应,所述运营管理平台可以再次向所述媒体服务器发送视频录制的请求,每次视频录制请求中均包含本次需要录制的视频数量B,直至完成所有的视频录制(N)。
例如,对于一个节目需要录制的视频文件的数量为10000,节目的播出时长为1小时,根据终端设备首次请求视频播放的时间曲线确定的节目的录制时长为20小时。则根据上述计算公式可得出单位时间D(一小时内)需要完成的录制任务数量为500个。则所述运营管理平台单次向媒体服务器发送的视频录制任务中视频录制任务的数量为500个。这样,既减少了运营管理平台单次需要管理的录制任务数量,也大大降低了媒体服务器同时启动录制任务的数量,从而降低了运营管理平台和媒体服务器的资源消耗,提升了设备性能。
图5为本发明具体实施例提供的一种媒体服务器。如图5所示,媒体服务器包括存储器、处理器、内存和通信接口。所述媒体服务器通过通信接口接收运营管理平台发送的视频录制任务。在一种实施方式中,该视频录制任务中可以包含多个录制标识(例如:B个)形成的录制标识段和拟录制节目的节目标识段。所述拟录制节目的节目标识段除了包含该节目的节目标识外还可以包括节目名称、该节目所播出的开始时间与结束时间以及所播出的频段。所述录制标识段包括了多个录制标识,所述录制标识的个数与最小录制要求的数量相同,通过确定所述录制标识段中的所述录制标识的个数可以确定需要录制的视频文件的个数。在一个例子中,所述视频录制任务中的录制标识段中包括的录制标识为:“L10001-L10500”。从而通过所述录制标识段确定需要对一个节目录制500次,形成500个视频文件,每个视频文件的可以依次分配录制标识分别为从L10001和L10500。例如,录制的第一个视频文件的录制标识为L10001,录制的第二个视频文件的录制标识为L10002,以此类推。在另一个实施例中,媒体服务器接收的视频录制请求中可以仅包含节目标识和该节目需要录制的次数,媒体服务器根据该节目需要录制的次数,启动多个录制任务,完成多个录制任务后形成多个视频文件,然后可以进一步为每个视频文件分配一个录制标识。
在一个例子中,所述拟录制节目的节目标识用于区别不同的节目,所述录制标识用于区别相同节目的不同次录制的视频文件。例如,节目A与节目B具有不同的节目标识,当节目A需要录制500次时,所录制的500个视频具有相同的节目标识和不同的录制标识。
所述处理器根据拟录制视频的节目标识,发出指令,指令所述媒体服务器的通信接口对头端设备发送的与节目标识相对应的媒体文件进行接收。所述通信接口根据节目标识中的节目名称、所播出的开始时间与结束时间以及所播出的频段从头端设备接收媒体文件。
在本发明的具体实施例中,所述处理器还用于向内存中发送缓存指令,指令所述内存将所述通信接口接收的媒体文件后进行缓存。。
在本发明的具体实施例中,所述媒体服务器的内存中还包括录制信息表。图6为本发明具体实施例提供的一种录制信息表。如图6所示,录制信息表包括拟录制节目的节目标识、录制标识、文件名称和文件存储的地址。在一个例子中,所述媒体服务器接收所述运营管理平台发送的视频录制任务时。所述录制信息表中的录制标识和拟录制节目的节目标识根据运营管理平台发送的录制标识段和拟录制节目的节目标识来确定。例如,所述媒体服务器发送的一个视频录制请求中,包括一个拟录制节目的节目标识为A10011和录制标识段为L10001-L10500,根据所述录制标识段确定所述录制标识段中包括500个录制标识,每个录制具有相同的节目标识。于是,在录制信息表中增加500项,每一项对应一个录制的视频文件。例如,录制的第一个视频文件的录制节目单的标识为A10011,录制标识为L1001,录制的第二个视频文件的录制节目单的标识为A10011,录制标识为L10002,以此类推,直至完成第五百个视频文件的录制,第五百个视频文件的录制节目单的标识为A10011,录制标识为L1500。在本发明的具体实施例中,当所述媒体服务器完成视频录制任务,还将该视频文件的文件名称和该视频文件所存储的地址(URL,UniformResoureLocator)添加至录制信息表中。
所述媒体服务器在对一个运营管理平台发送的视频录制任务完成后,还向发出任务的运营管理平台返回结果。在一个例子中,所述媒体服务器向运营管理平台返回视频录制任务的结果是以一个录制的视频文件为单位的。例如,一个运营管理平台向媒体服务器发送的一个视频录制任务中包括对该视频的500次录制时,所述媒体服务器将向所述运营管理平台发送500次通知,每次通知的结果包括一个视频文件的节目标识、录制标识、文件名称和URL。
在本发明的具体实施例中,所述运营管理平台还用于接收所述媒体服务器发送的通知。所述运营管理平台在接收到媒体服务器发送的视频录制任务完成的通知后,向发出该节目标识的视频录制请求的终端设备发送视频录制完成的通知以使所述终端设备确定视频录制完成并可以对所述录制完成的视频文件请求播放。在一个例子中,所述运营管理平台向确定的终端设备发送视频录制完成的通知还可以是,通知向发出该节目标识的视频录制请的在线的本地设备,以使所述在线的终端设备可以打开视频文件。当没有通知的本地设备上线时,再通知新上线的本地设备视频录制完成,并可以对该完成的视频文件播放。在本发明的具体实施例中,所述终端设备在确定所述视频录制完成后,向所述运营管理平台发送视频文件的播放请求。所述终端设备向运营管理平台发送的视频文件的播放请求包括用户标识和节目标识。
所述运营管理平台接收终端设备发送的视频文件播放请求,获取所述请求中包括的用户标识和节目标识。所述运营管理平台将包括该节目标识的一个不包括用户标识的视频文件分配给该终端设备,将该终端设备的用户标识加入分配给该终端设备的视频文件中。
图7为本发明具体实施例提供的一种用户信息表,所述用户信息表存储在运营管理平台的存储器中。如图7所示,用户信息表包括节目标识、文件名称、录制标识、地址和用户标识。所述运营管理平台将录制的一个视频分配给一个终端设备是将该终端设备的用户标识加入用户信息表,使该视频不能被其他终端设备获取。
在本发明的具体实施例中,所述运营管理平台将一个视频分配给一个终端设备后,将该视频文件的地址发送给终端设备。所述终端设备通过打开该链接,访问媒体服务器,从而对视频进行播放。在一个例子中,一个录制的视频文件第一次被所述终端设备请求播放时,所述媒体服务器还获取该终端设备的用户标识,并对所述用户标识进行存储。一个录制的视频文件被第多次请求播放时,所述媒体服务器还需要对提出视频播放请求的终端设备进行验证,当所述终端设备的用户标识与第一次观看时的终端设备的用户标识相同时,媒体播放器将对视频进行播放。所述一个录制的视频文件被第多次请求播放包括被第二次请求播放、被第三次请求播放……
在本发明上述的具体实施例中,所述终端设备在完成视频录制时,还可以进行本地视频的录制。所述终端设备在获取视频文件的地址后,向该地址发送本地视频录制请求。所述媒体服务器接收终端设备发送的本地视频录制请求,所述请求中包括终端设备的用户标识。所述媒体服务器将所述用户标识与视频文件进行关联。同时,所述媒体服务器向所述终端设备发送该视频。所述终端设备对媒体服务器发送的视频文件的内容进行保存,从而完成视频的本地录制。
在本发明的具体实施例中,所述终端设备对本地视频的录制也可以在第一次被播放后,所述媒体服务器根据所述本地视频录制请求中包括的用户标识,将用户标识与第一次被播放的用户标识进行对比,若第一次被播放时请求的用户标识与本地录制时的用户标识相同,则向所述终端设备发送该视频文件。
在本发明的具体实施例中,所述视频文件也可以在本地视频录制完成后被第一次播放。所述媒体服务器接收视频播放请求,并确定所述请求中包括的用户标识,将所述用户标识与本地视频录制时的用户标识进行对比,若本地视频录制时的用户标识与请求第一次播放的用户标识相同,则向对该视频播放。
图8为本发明具体实施例提供的一种视频录制方法。如图8所示,方法具体包括:
S801接收多个机顶盒发送的视频录制请求,所述视频录制请求中包括拟录制节目的第一节目标识。
所述运营管理平台与终端设备通过通信接口连接,所述终端设备发送的视频录制请求包括用户标识(UID,UserIdentity)和拟录制节目的节目标识(PID,ProgramIdentity),所述UID与PID存储在运营管理平台的内存中。
所述运营管理平台接收多个终端设备发送的视频录制请求,所述视频录制请求中可以包括相同的PID和/或不同的PID。通过处理器对相同的PID的不同终端设备进行统计,形成待录制视频信息的列表。
S802根据所述视频录制请求中的第一节目标识统计的针对所述节目的视频录制请求的数量。
所述运营管理平台在节目播出前,接收终端设备发送的视频录制请求。在一个例子中,所述节目例如“新闻”的播出时间为19:00,所运营管理平台在19:00前,接收终端设备发送的“新闻”节目的视频录制请求。所述运营管理平台还用于对接收的视频录制请求进行统计,以确定每个不同的节目标识的视频录制请求的数量。
在一个例子中,运营管理平台周期性对该周期内接收的终端设备发送的视频录制请求进行统计。将统计结果加入到运营管理平台的待录制视频的列表中。例如,在一个周期内,运营管理平台接收了5个视频录制请求。其中,第一个请求的PID为“A10011”,UID为“12345678”。第二个请求的PID为“B12011”,UID为“87654321”。第三个请求的PID为“A10011”,UID为“12345778”。第四个请求的PID为“B12011”,UID为“87654320”。第五个请求的PID为“A10011”,UID为“12345677”。于是,将第一个请求、第三个请求和第五个请求的相应内容加入PID为“A10011”的待录制视频信息的列表中,将第二个请求和第四个请求的相应内容加入PID为“B12011”的待录制视频信息的列表中。
S803根据统计的所述节目的视频录制请求的数量,确定对所述录制任务的数量。
在本发明的具体实施例中,由于不是所有的机顶盒会在视频录制完成后马上观看录制的视频。因此,不需要一次完成所有的视频录制任务,可以渐进式的对视频录制任务进行录制。在任意时间点,录制完成的视频文件的数量应该大于该时间点完成首次视频播放请求的终端设备的数量,则录制的视频能够满足终端设备对录制完成的视频文件请求播放的需求。
S804根据所述录制任务的数量启动多个视频录制任务,在完成所述多个录制任务后向所述多个机顶盒反馈录制成功响应。
运营管理平台向媒体服务器第一次发送的该节目的视频录制请求的请求数量为B。述运营管理平台可以再次向所述媒体服务器发送视频录制的请求,每次视频录制请求中均包含本次需要录制的视频数量B,直至完成所有的视频录制(N)。
所述媒体服务器在对一个运营管理平台发送的视频录制任务完成后,还向发出任务的运营管理平台返回结果。在一个例子中,所述媒体服务器向运营管理平台返回视频录制任务的结果是以一个录制的视频文件为单位的。例如,一个运营管理平台向媒体服务器发送的一个视频录制任务中包括对该视频的500次录制时,所述媒体服务器将向所述运营管理平台发送500次通知,每次通知的结果包括一个视频文件的节目标识、录制标识、文件名称和URL。
所述运营管理平台接收终端设备发送的视频文件播放请求,获取所述请求中包括的用户标识和节目标识。所述运营管理平台将包括该节目标识的一个不包括用户标识的视频文件分配给该终端设备,将该终端设备的用户标识加入分配给该终端设备的视频文件中。
所述运营管理平台将录制的一个视频分配给一个终端设备是将该终端设备的用户标识加入用户信息表,使该视频不能被其他终端设备获取。
在本发明的具体实施例中,所述运营管理平台将一个视频分配给一个终端设备后,将该视频文件的地址发送给终端设备。所述终端设备通过打开该链接,访问媒体服务器,从而对视频进行播放。在一个例子中,一个录制的视频文件第一次被所述终端设备请求播放时,所述媒体服务器还获取该终端设备的用户标识,并对所述用户标识进行存储。
在本发明上述的具体实施例中,所述终端设备在完成视频录制时,还可以进行本地视频的录制。所述终端设备在获取视频文件的地址后,向该地址发送本地视频录制请求。所述媒体服务器接收终端设备发送的本地视频录制请求,所述请求中包括终端设备的用户标识。所述媒体服务器将所述用户标识与视频文件进行关联。同时,所述媒体服务器向所述终端设备发送该视频。所述终端设备对媒体服务器发送的视频文件的内容进行保存,从而完成视频的本地录制。
图9为本发明具体实施例提供的一种视频录制方法。如图9所示,方法具体包括:
S901接收运营管理平台发送的视频录制任务,所述视频录制任务包括拟录制节目的节目标识和运营管理平台确定的最小录制要求以及与所述最小录制要求的数量相同个数的录制标识。
所述媒体服务器通过通信接口接收运营管理平台发送的视频录制任务。所述视频录制请求中可以包括多个录制标识形成的录制标识段和拟录制节目的节目标识段。所述拟录制节目的节目标识段处理包含该节目的节目标识外还可以包括节目名称、该节目所播出的开始时间与结束时间以及所播出的频段。所述录制标识段包括了多个录制标识,所述录制标识的个数与最小录制要求的数量相同,通过确定所述录制标识段中的所述录制标识的个数可以确定需要录制的视频文件的个数。
S902根据拟录制节目的节目标识接收头端发送的文件,并对接收的文件进行存储。
所述处理器根据拟录制视频的节目标识,发出指令,指令所述媒体服务器的通信接口对头端设备发送的与节目标识相对应的媒体文件进行接收。所述通信接口根据节目标识中的节目名称、所播出的开始时间与结束时间以及所播出的频段来从头端设备接收媒体文件。
在本发明的具体实施例中,所述处理器还用于向内存中发送缓存指令,指令所述那个车将所述通信接口接收的媒体文件进行缓存。
S903根据所述视频录制任务中的最小录制要求对所述缓存的文件进行视频录制,形成最小录制要求个视频文件,所述每个视频文件都包括一个相同的节目标识和一个不同的录制标识。
在所述处理器向内存发送缓存指令后,所述处理器还对内存中缓存的视频内容进行录制。在一个例子中,对缓存的内容进行录制是根据确定缓存的名称,对相应名称的缓存的内容进行录制。所述缓存的媒体文件的录制数量根据所述运营管理平台发送的请求决定,所述录制模块在对视频进行录制的过程中,还对录制的每个视频文件分配拟录制节目的节目标识和录制标识。
S904向所述运营管理平台返回所述视频录制任务的结果,所述返回的视频录制任务的结果包括每个视频文件的录制节目单的标识、录制标识和存储的地址,以使所述运营管理平台根据返回的每个视频文件的节目标识和录制标识将一个视频文件分配给一个固定的机顶盒。
所述媒体服务器在对一个运营管理平台发送的视频录制任务完成后,还向发出任务的运营管理平台返回结果。在一个例子中,所述媒体服务器向运营管理平台返回视频录制请求的结果是以一个录制的视频文件为单位的。例如,一个运营管理平台向媒体服务器发送的一个视频录制任务中包括对该视频的500次录制时,所述媒体服务器将向所述运营管理平台发送500次通知,每次通知的结果包括一个视频文件的节目标识、录制标识、文件名称和URL。
所述运营管理平台在接收到媒体服务器发送的视频录制任务完成的通知后,向发出该节目标识的视频录制请求的终端设备发送视频录制完成的通知以使所述终端设备确定视频录制完成并可以对所述录制完成的视频文件请求播放。所述运营管理平台将录制的一个视频分配给一个终端设备是将该终端设备的用户标识加入用户信息表,使该视频文件不能被其他终端设备获取。
图10为本发明具体实施例提供的一种运营管理平台。如图10所示,包括接收单元1001,处理单元1002,发送单元1003。
接收单元1001,接收多个机顶盒发送的视频录制请求,所述视频录制请求中包括拟录制节目的第一节目标识。
处理单元1002,对所述视频录制请求中的第一节目标识进行统计,以确定针对所述节目的视频录制请求的数量。
以及,根据统计的所述节目的视频录制请求的数量,确定对所述节目的视频录制请求的数量。
发送单元1003,根据所述视频录制任务的数量启动多个视频录制任务,在完成所述多个视频录制的任务后向所述多个终端设备反馈录制成功响应。
图11为本发明具体实施例提供的一种媒体服务器。如图11所示,包括接收单元1101,处理单元1102,发送单元1103。
接收单元1101,接收运营管理平台发送的视频录制请求,所述视频录制请求包括拟录制节目的节目标识和运营管理平台确定的最小录制要求以及与所述最小录制要求的数量相同个数的录制标识。
处理单元1102,根据拟录制节目的节目标识接收头端发送的文件,并对接收的文件进行存储。根据所述视频录制任务中的最小录制要求对所述缓存的文件进行视频录制,形成最小录制要求个视频文件,所述每个视频文件都包括一个相同的节目标识和一个不同的录制标识。
发送单元1103,向所述运营管理平台返回所述视频录制任务的结果,所述返回的视频录制任务的结果包括每个视频文件的录制节目单的标识、录制标识和存储的地址,以使所述运营管理平台根据返回的每个视频文件的节目标识和录制标识将一个视频文件分配给一个固定的机顶盒。
图12为本发明实施例提供的一种运营管理平台。如图12所示,所述运营管理平台包括:处理器1201、存储器1202、通信接口1203和总线1204。其中,处理器1201、存储器1202和通信接口1203通过总线804实现彼此之间的通信连接。
处理器1201可以采用通用的中央处理器(CentralProcessingUnit,CPU),微处理器,应用专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC),或者一个或多个集成电路,用于执行相关程序,以实现前述本发明方法实施例所提供的技术方案。
存储器1202可以是只读存储器(ReadOnlyMemory,ROM),静态存储设备,动态存储设备或者随机存取存储器(RandomAccessMemory,RAM)。存储器1202可以存储操作系统和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时,用于实现本发明前述方法实施例提供的任一可选技术方案的程序代码保存在存储器1202中,并由处理器1201来执行。通信接口1203用以与媒体服务器或终端设备通信。
总线1204可包括一通路,在设备各个部件(例如处理器1201、存储器1202和通信接口1203)之间传送信息。
图13为本发明实施例提供的一种媒体服务器。如图13所示,所述媒体服务器包括:处理器1301、存储器1302、通信接口1303和总线1304。其中,处理器1301、存储器1302和通信接口1303通过总线1304实现彼此之间的通信连接。
处理器1301可以采用通用的中央处理器(CentralProcessingUnit,CPU),微处理器,应用专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC),或者一个或多个集成电路,用于执行相关程序,以实现前述本发明方法实施例所提供的技术方案。
存储器1302可以是只读存储器(ReadOnlyMemory,ROM),静态存储设备,动态存储设备或者随机存取存储器(RandomAccessMemory,RAM)。存储器1302可以存储操作系统和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时,用于实现本发明前述方法实施例提供的任一可选技术方案的程序代码保存在存储器1302中,并由处理器1301来执行。通信接口1303用以与头端或运营管理平台通信。
总线1304可包括一通路,在设备各个部件(例如处理器1301、存储器1302和通信接口1303)之间传送信息。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。