WO2020155295A1 - 一种直播数据处理方法、系统及服务器 - Google Patents

一种直播数据处理方法、系统及服务器 Download PDF

Info

Publication number
WO2020155295A1
WO2020155295A1 PCT/CN2019/077232 CN2019077232W WO2020155295A1 WO 2020155295 A1 WO2020155295 A1 WO 2020155295A1 CN 2019077232 W CN2019077232 W CN 2019077232W WO 2020155295 A1 WO2020155295 A1 WO 2020155295A1
Authority
WO
WIPO (PCT)
Prior art keywords
recording
information
live
file
data
Prior art date
Application number
PCT/CN2019/077232
Other languages
English (en)
French (fr)
Inventor
庄晓川
连丰庆
李俊明
Original Assignee
网宿科技股份有限公司
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 网宿科技股份有限公司 filed Critical 网宿科技股份有限公司
Priority to EP19725835.3A priority Critical patent/EP3713224B1/en
Priority to US16/442,039 priority patent/US11025984B2/en
Publication of WO2020155295A1 publication Critical patent/WO2020155295A1/zh

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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440236—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by media transcoding, e.g. video is transformed into a slideshow of still pictures, audio is converted into text
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording

Definitions

  • This application relates to the field of Internet technology, and in particular to a method, system and server for processing live data.
  • live broadcast platforms basically use CDN technology to realize the distribution of streaming data in Internet live broadcasts.
  • Existing CDN providers usually only provide a single live broadcast distribution service. Therefore, live broadcast content can only provide real-time live broadcast services, and cannot implement review and review of live broadcast content.
  • the method usually used is to directly store the received streaming media data locally and upload it to the user source station.
  • the purpose of some embodiments of the present application is to provide a method, system and server for processing live streaming data, which can diversify the processing of live streaming media data to meet the needs of different users for reviewing or reviewing live content, thereby improving user experience.
  • the embodiment of the application provides a live data processing method, including: acquiring streaming media live streaming data; receiving recording information corresponding to the live streaming data; the recording information includes: recording type and recording parameters; according to the recording The information records the live stream data; and generates storage information for the recording file according to the recording information.
  • An embodiment of the present application also provides a live data processing system, including: a distribution node for acquiring live streaming data and receiving recording information corresponding to the live streaming data; the recording information includes: recording type and recording Parameters; a recording node, used to record the live stream data according to the recording information; a storage node, used to generate storage information for the recording file according to the recording information; the storage information includes: URL and/or Ban order.
  • An embodiment of the present application also provides a server, the server includes a memory and a processor, the memory is used to store a computer program, and when the computer program is executed by the processor, the foregoing execution method is implemented.
  • the embodiments of this application are now based on the prior art.
  • the technical solution provided by this application can perform different data processing on live data streams according to different recording types and recording parameters.
  • the recording types can include: on-demand review, highlights , Content review, therefore, processing the live data stream according to different recording types can generate video files or picture files of preset duration for users to watch on-demand, or intercept highlights during the live broadcast to generate highlights for users View, you can also review whether the live content is illegal, which can meet the needs of different users to watch the live content. Therefore, the technical solution provided by the present application can perform diversified processing of live streaming media data to meet the needs of different users to review or review live content, thereby improving user experience.
  • FIG. 1 is a flowchart of a method for processing live broadcast data in an embodiment of the present application
  • Fig. 2 is a flowchart of recording live stream data according to recording information in an embodiment of the present application
  • FIG. 3 is a schematic structural diagram of a live data processing system in an embodiment of the present application.
  • FIG. 4 is a block diagram of a distribution node of the live data processing system in an embodiment of the present application.
  • Fig. 5 is a block diagram of a recording node of the live data processing system in an embodiment of the present application.
  • Fig. 6 is a block diagram of a storage node of the live data processing system in an embodiment of the present application.
  • FIG. 7 is a schematic diagram of the structure of a streaming server in an embodiment of the present application.
  • Fig. 8 is a schematic structural diagram of a computer terminal in an embodiment of the present application.
  • the live data processing method can be applied to live streaming media data processing.
  • the live broadcast data processing method can be applied to a live broadcast processing system using CDN.
  • the live broadcast processing system that executes the live broadcast data processing method may include: a distribution node, a recording node, and a storage node.
  • the distribution node, recording node, and storage node may be a server or a server cluster.
  • the data processing method provided in this application may include the following steps.
  • the live streaming processing system can obtain live streaming data of streaming media.
  • the live streaming data of the streaming media may be acquired by a distribution node in the live streaming processing system.
  • the live streaming data may include audio data and/or video data.
  • S12 Receive recording information corresponding to the live stream data.
  • the recording information may include: recording type and recording parameters.
  • the recording information may be received by the distribution node.
  • the recording information may be pre-configured locally, or sent out by a user interface.
  • the recording type may be used to indicate the purpose of recording the live stream data.
  • the recording type may include at least one of the following: content review, recording review, and highlights.
  • content review the recorded live stream data can be used to review whether the live content is illegal; when the recording type includes recorded review, the recorded live stream data can be used to provide live content review. Watch service; when the recording type includes highlights, the recorded live stream data can be used to provide highlights in the live broadcast.
  • the recording parameter may include at least one of the following: live stream data address, report center information, storage information, container format, encoding format, resolution, and segment interval duration.
  • the report center information may include: the report center address, that is, the address where the report center is located.
  • the reporting center may be a server.
  • the reporting center may generate storage information for the recording file according to the recording type. Specifically, the reporting center may generate a URL corresponding to the recording file, or may issue a broadcast ban command when the audit result is illegal.
  • the storage information may include: a storage address.
  • the storage address may be used to store the address of the recording file.
  • the container format is a format for encapsulating and recording live data, which can be any one or more of the following: FLV (FLASH VIDEO), TS (Transport Stream), HLS (HTTP Live Streaming), MP4 (Moving Picture Experts) Group 4), JPG (Joint Photographic Experts Group), GIF (Graphics Interchange Format), etc.
  • the encoding format may be an encoding format used when recording live data.
  • the encoding format may include: video encoding format, picture encoding format, and/or audio encoding format.
  • the video coding format may include: MPEG4 (Moving Pictures Experts Group) coding, H263 coding, H264 coding, HEVC (High Efficiency Video Coding) coding, VP8 coding, VP9 coding, AVC coding, etc.
  • the picture encoding format may include: JPEG encoding, PNG encoding, BMP encoding, and GIF encoding.
  • the audio coding format may include: PCM (Pulse Code Modulation) coding, WMA (Windows Media Audio) coding, LPC (linear predictive coding) coding, MP3 (Moving Picture Experts Group Audio Layer 3) coding, etc.
  • the resolution can be used to represent the effective pixels in the horizontal and vertical directions of the recorded live streaming data during playback.
  • the resolution can be represented by 1080P, 720P, etc.
  • 1080P can mean that there are 1080 horizontal scan lines in the vertical direction during progressive scanning, that is, the effective pixels in the vertical direction are 1080; usually, the screen resolution of 1080P is 1920 ⁇ 1080.
  • the segment interval duration may indicate the duration of the playback of the recorded file. For example, it can be 1 hour, 5 seconds, and so on.
  • the recording parameters can be used to configure the recording node so that the recorded live stream data can be obtained.
  • the recording parameter includes that the container format is MP4, the recorded live stream data will be encapsulated as an MP4 file.
  • the distribution node may send a recording request to the recording node in the live broadcast processing system, and the recording request includes the recording information.
  • the recording node in the live broadcast processing system may receive the recording request sent by the distribution node, and record the live streaming data according to the recording information in the recording request.
  • the recording of the live stream data according to recording information may specifically include the following steps:
  • S131 Determine the recording execution object according to the recording type in the recording information.
  • the recording node may select a recording execution object from at least one execution object.
  • the execution object may be a server or a processor.
  • the task identification code may also be generated.
  • the task identification code is used to uniquely identify the recording task corresponding to the recording request.
  • the recording node may also feed back the task identification code to the distribution node.
  • the distribution node may send a recording task end notification message to the recording node, and the recording task end notification message may include a task identification code.
  • the recording node may end the recording task corresponding to the task identification code according to the task identification code.
  • the recording node may also: monitor the working status of the recording execution object. When the recording execution object stops working, the recording execution object can be selected again.
  • S132 Pull the live stream data according to the live stream data address in the recording information, and record according to the recording mode corresponding to the container format in the recording information to obtain a recording file.
  • the live stream data may be pulled according to the live stream data address in the recording information.
  • the container format and the recording mode may have a preset corresponding relationship.
  • the recording method may include: video file recording and picture recording.
  • the corresponding recording method when the container format in the recording information includes the format of a video file, the corresponding recording method includes video file recording; when the container format in the recording information includes the format of a picture file, the corresponding recording method includes Picture recording.
  • recording according to the recording mode corresponding to the container format in the recording information may include: when the container format in the recording information includes the format of the video file, and the recording mode is video file recording, then according to the The encoding format and segment interval duration in the recording information, segment recording generates on-demand files.
  • the on-demand file may be generated using the position of the key frame.
  • the on-demand file may support the drag and drop function.
  • the file name of the on-demand file may include the start time and end time of recording.
  • the file name of an on-demand file can be "lol5_20180810010000_20180810015959", where 20180810010000 means that the recording start time is August 10, 2018 01:00:00, 20180810015959 means that the recording end time is August 10, 2018 01 Hour 59 minutes 59 seconds, the duration of the on-demand file is 1 hour.
  • recording according to the recording method corresponding to the container format in the recording information may specifically include: when the container format in the recording information includes the format of a picture file, and the recording method includes picture recording, then according to the At least one picture file is generated by the encoding format and segmentation interval duration in the recording information.
  • a recording file that conforms to the container format can be obtained, which can be used for viewing on-demand, highlight review, content review, etc., to meet different needs of users.
  • the recording node may send the recording file and its corresponding recording information to the storage node of the live broadcast processing system.
  • S14 Generate storage information for the recording file according to the recording information.
  • the storage node in the live broadcast processing system may receive the recording information and the recording file sent by the recording node, and generate storage information for the recording file according to the recording information.
  • the storage information may be generated for the recording file according to a storage information generation manner corresponding to the recording type in the recording information.
  • the recording type and the storage information generation method may have a preset corresponding relationship.
  • the storage information may include: URL and/or broadcast prohibition command.
  • the storage information generation manner may include: generating a corresponding URL for the recorded on-demand file. For example, for an on-demand file with the file name "lol5_20180810010000_20180810015959", a corresponding URL can be generated, which can point to the on-demand file, and the URL can be "http://ip/wangsu.rec.com/live/lol5_20180810010000_20180810015959.flv ". By visiting the URL, the user can watch the on-demand file on demand.
  • the storage information generation method may include: matching the video frame in the recorded file with a preset image feature library, and if the matching is successful, intercept The video frame presets the video data of the preamble duration and the subsequent duration, and generates a URL for the intercepted video data. For example, when a video frame is successfully matched with a preset image feature library, video data 10 seconds before and 5 seconds after the video frame can be intercepted, and a URL is generated for the intercepted video data. After using this URL, you can review the video clips of the highlights.
  • the multiple pieces of video data can also be integrated into one piece of video data, and a corresponding URL is generated. After using this URL, you can review all replays of multiple highlights.
  • the method of convolutional neural network may be used to match the video frame in the recorded file with the preset image feature library.
  • the storage information generation method may include: extracting multiple pictures corresponding to the recorded file, and combining the multiple pictures with a preset
  • the content audit feature library performs matching, and when the continuous value of successful matching reaches a preset threshold, a ban command corresponding to the recorded file is generated.
  • the method of convolutional neural network may be used to sequentially match multiple pictures with a preset content review feature library.
  • the method further includes: performing a broadcasting prohibition operation on the recording file according to the prohibition command.
  • the broadcasting prohibition command may include: broadcasting prohibition time.
  • the banned time may be a time period or permanent.
  • the blocking time may be pre-configured.
  • the performing the banning operation on the recording file according to the banning command may be: banning the recorded live stream data during the time period.
  • the performing the banning operation on the recording file according to the banning command may be: permanently banning the live streaming data.
  • the embodiment of the present application also provides a live broadcast data processing system.
  • the live data processing system may include: a distribution node, a recording node, and a storage node.
  • the distribution node may be used to obtain live streaming data of streaming media and receive recording information corresponding to the live streaming data.
  • the recording information may include: recording type and recording parameters.
  • the recording type may include at least one of the following: content review, recording review, and highlights.
  • the recording parameters may include at least one of the following: live stream data address, reporting center information, storage information, container format, encoding format, resolution, and segmentation interval duration.
  • the recording node may be used to record the live stream data according to the recording information.
  • the recording node may also be used to generate a task identification code that uniquely identifies a recording task, and feed back the task identification code to the distribution node.
  • the recording task corresponds to the recording request sent by the distribution node.
  • the distribution node may also send a recording task end notification message, and the recording task end notification message may include a task identification code.
  • the storage node may be used to generate storage information for the recording file according to the recording information.
  • the storage node when the storage information generated by the storage node includes a broadcasting prohibition command, the storage node may also be used to send a broadcasting prohibition command to the distribution node. Then, the distribution node may also be used to receive a broadcast ban command issued by the storage node, and execute a broadcast ban operation according to the broadcast ban command.
  • the distribution node may include: a streaming data acquiring unit, a recording information receiving unit, and a recording request sending unit.
  • the stream data obtaining unit may be used to obtain live streaming data of streaming media.
  • the recording information receiving unit may be configured to receive recording information corresponding to the live streaming data.
  • the recording information may be pre-configured locally or sent out by the user interface.
  • the recording request sending unit may be used to send a recording request to the recording node.
  • the recording request includes the recording information.
  • the distribution node may further include: a broadcasting prohibition command receiving unit and a broadcasting prohibition executing unit (not shown in FIG. 4).
  • the broadcasting prohibition command receiving unit may be configured to receive a broadcasting prohibition command issued by the storage node.
  • the broadcasting prohibition execution unit may be configured to execute a broadcasting prohibition operation according to the broadcasting prohibition command received by the broadcasting prohibition command receiving unit.
  • the distribution node may further include: a recording end notification unit (not shown in FIG. 4), configured to send a recording task end notification message, and the recording task end notification message may include a task identification code.
  • the recording node may include: a recording request receiving unit, an execution object determining unit, an execution object, and a recording data sending unit.
  • the recording request receiving unit may be configured to receive a recording request sent by the distribution node.
  • the execution object determining unit may be configured to determine the recording execution object according to the recording type in the recording information.
  • the execution object may be used to pull live stream data according to the live stream data address in the recording information, and record according to the recording mode corresponding to the container format in the recording information.
  • the recording data sending unit may be used to send the recording file and its corresponding recording information to the storage node.
  • the execution object may include: a pull subunit, a recording mode determination subunit, and a data recording subunit.
  • the pull subunit may be used to pull live stream data according to the live stream data address in the recording information.
  • the recording mode determination subunit may be used to determine the recording mode according to the container format in the recording information.
  • the recording method may include: video file recording and picture recording.
  • the recording data subunit may be used to record the pulled live stream data according to the determined recording mode.
  • the storage node may include: a data receiving unit, a type analysis unit, and a reporting center unit.
  • the data receiving unit may be used to receive recording information and recording files sent by the recording node.
  • the type analysis unit may be used to determine the recording type corresponding to the recording file according to the recording information.
  • the reporting center unit may be used to generate storage information for the recording file according to the recording type.
  • the storage information may include: URL and/or broadcast prohibition command.
  • the present application also provides a server, the server includes a memory and a processor, the memory is used to store a computer program, when the computer program is executed by the processor, the above live data processing method can be implemented .
  • the computer terminal 10 may include one or more (only one is shown in the figure) processor 102 (the processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a processor for storing data
  • the memory 104 and the transmission module 106 for communication functions are only for illustration, and does not limit the structure of the above electronic device.
  • the computer terminal 7 may also include more or fewer components than those shown in FIG. 8, or have a different configuration from that shown in FIG. 8.
  • the memory 104 may be used to store software programs and modules of application software.
  • the processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104.
  • the memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory.
  • the memory 104 may further include a memory remotely provided with respect to the processor 102, and these remote memories may be connected to the computer terminal 10 via a network. Examples of the aforementioned networks include but are not limited to the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.
  • the foregoing server deployment method may be stored as a computer program in the foregoing memory 104, and the memory 104 may be coupled with the processor 102, then when the processor 102 executes the computer in the memory 104
  • the program can implement the steps in the server deployment method described above.
  • the transmission device 106 is used to receive or send data via a network.
  • the above-mentioned specific examples of the network may include a wireless network provided by the communication provider of the computer terminal 10.
  • the transmission device 106 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station to communicate with the Internet.
  • the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet in a wireless manner.
  • RF radio frequency
  • the technical solution provided by this application can generate different recording files by performing different data processing on the live data stream according to different recording types and recording parameters.
  • the recording types can include: on-demand review, highlights, content Audit, therefore, processing live data streams according to different recording types can generate video files or picture files with a preset duration for users to watch back on demand, or intercept highlights during the live broadcast to generate highlights for users to view. It can also realize whether the live broadcast content is illegally checked, which meets the different needs of different users to watch the live broadcast content. Therefore, the technical solution provided by the present application can perform diversified processing of live streaming media data to meet the needs of different users to review or review live content, thereby improving user experience.
  • each embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware.
  • the computer software product can be stored in a computer-readable storage medium, such as ROM/RAM, magnetic A disc, an optical disc, etc., include a number of instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute the methods described in each embodiment or some parts of the embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请部分实施例提供了一种直播数据处理方法、系统及服务器，其中，所述直播数据处理包括：获取流媒体直播流数据；接收与所述直播流数据对应的录制信息；所述录制信息包括：录制类型和录制参数；根据所述录制信息对所述直播流数据进行录制；根据所述录制信息为所述录制文件生成存储信息。采用本申请的实施例，能够对直播流媒体数据进行多元化处理以适应不同用户回看或审核直播内容的需求，提高了用户体验。

Description

一种直播数据处理方法、系统及服务器 技术领域
本申请涉及互联网技术领域，特别涉及一种直播数据处理方法、系统及服务器。
背景技术
随着互联网的高速发展，互联网直播平台和手机直播App兴起，网络直播技术也不断改进。
目前，为降低直播延迟、提高直播流畅度，直播平台基本采用CDN技术来实现互联网直播中流数据的分发。现有的CDN提供方通常只提供单一的直播分发服务，因此，直播内容也只能提供实时直播的服务，而无法实现对直播内容进行回看、审核等。对于直播数据的保存，采用的方法通常是直接将接收到的流媒体数据进行本地存储并上传至用户源站。
发明人发现现有技术至少存在以下问题：由于用户只能实时观看直播内容，无法对直播内容进行回看，可能会造成用户体验单一，降低了用户的粘合度。而无法对直播内容进行审核，则可能造成直播内容非法。因此，目前亟需一种可以满足不同用户进行直播回看的直播数据处理方法。
发明内容
本申请部分实施例的目的在于提供一种直播数据处理方法、系统及服务器，能够对直播流媒体数据进行多元化处理以适应不同用户回看或审核直播内 容的需求，提高了用户体验。
本申请实施例提供了一种直播数据处理方法，包括：获取流媒体直播流数据；接收与所述直播流数据对应的录制信息；所述录制信息包括：录制类型和录制参数；根据所述录制信息对所述直播流数据进行录制；根据所述录制信息为所述录制文件生成存储信息。
本申请实施例还提供了一种直播数据处理系统，包括：分发节点，用于获取流媒体直播流数据以及接收与所述直播流数据对应的录制信息；所述录制信息包括：录制类型和录制参数；录制节点，用于根据所述录制信息对所述直播流数据进行录制；存储节点，用于根据所述录制信息为所述录制文件生成存储信息；所述存储信息包括：URL和/或禁播命令。
本申请实施例还提供了一种服务器，所述服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现上述执行的方法。
本申请实施例现对于现有技术而言，本申请提供的技术方案，可以根据不同的录制类型和录制参数，对直播数据流进行不同的数据处理，录制类型可以包括：点播回看、精彩集锦、内容审核，因此，根据不同录制类型对直播数据流进行处理既可以生成预设时长的视频文件或图片文件供用户进行点播回看，也可以截取出直播过程中的精彩片段生成精彩集锦供用户查看，还可以对直播内容是否非法进行审核，可用满足不同用户回看直播内容的需求。因此，本申请提供的技术方案能够对直播流媒体数据进行多元化处理以适应不同用户回看或审核直播内容的需求，提高了用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例中一种直播数据处理方法的流程图；
图2是本申请一个实施例中根据录制信息对直播流数据进行录制的流程图；
图3是本申请实施例中一种直播数据处理系统的结构示意图；
图4是本申请实施例中直播数据处理系统的分发节点的一种模块图；
图5是本申请实施例中直播数据处理系统的录制节点的一种模块图；
图6是本申请实施例中直播数据处理系统的存储节点的一种模块图；
图7是本申请实施例中推流服务器的结构示意图；
图8是本申请实施例中计算机终端的结构示意图。
具体实施例
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请部分实施例进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供一种直播数据处理方法，该方法可以应用于直播数据的录制、存储和回放服务。请参阅图1，所述直播数据处理方法可以应用于直播流媒体数据处理。所述直播数据处理方法可以应用于采用CDN的直播处理系统。执 行所述直播数据处理方法的直播处理系统可以包括：分发节点、录制节点和存储节点。所述分发节点、录制节点、存储节点可以为服务器或者服务器集群。
请参阅图1，本申请提供的数据处理方法可以包括以下步骤。
S11：获取流媒体直播流数据。
直播处理系统可以获取流媒体直播流数据。所述流媒体直播流数据可以由所述直播处理系统中的分发节点获取。
所述流媒体直播流数据可以包括：音频数据和/或视频数据。
S12：接收与所述直播流数据对应的录制信息。
所述录制信息可以包括：录制类型和录制参数。
所述录制信息可以由所述分发节点接收。
在一个实施例中，所述录制信息可以是本地预先配置的，也可以是用户接口发出的。
在一个实施例中，所述录制类型可以用于表示录制所述直播流数据的用途。具体地，所述录制类型可以包括下述中的至少其一：内容审核、录制回看、精彩集锦。具体地，当所述录制类型包括内容审核时，录制的直播流数据可以用于审核直播内容是否非法；当所述录制类型包括录制回看时，录制的直播流数据可以用于提供直播内容回看服务；当所述录制类型包括精彩集锦时，录制的直播流数据可以用于提供直播中的精彩片段。
在一个实施例中，所述录制参数可以包括下述中的至少其一：直播流数据地址、汇报中心信息、存储信息、容器格式、编码格式、分辨率、分段间隔时长。
所述汇报中心信息可以包括：汇报中心地址，即汇报中心所在地址。所 述汇报中心可以为服务器。所述汇报中心可以根据所述录制类型为所述录制文件生成存储信息。具体地，所述汇报中心可以生成与录制文件对应的URL，或者，当审核结果为非法时可以发出禁播命令。
所述存储信息可以包括：存储地址。所述存储地址可以用于存储录制文件的地址。
所述容器格式为封装录制的直播数据的格式，可以为下述中的任意一种或多种：FLV(FLASH VIDEO)、TS(Transport Stream)、HLS(HTTP Live Streaming)、MP4(Moving Picture Experts Group 4)、JPG(Joint Photographic Experts Group)、GIF(Graphics Interchange Format)等。
所述编码格式可以是直播数据录制时采用的编码格式。所述编码格式可以包括：视频编码格式、图片编码格式和/或音频编码格式。例如，所述视频编码格式可以包括：MPEG4(Moving Pictures Experts Group)编码、H263编码、H264编码、HEVC(High Efficiency Video Coding)编码、VP8编码、VP9编码、AVC编码等。所述图片编码格式可以包括：JPEG编码、PNG编码、BMP编码、GIF编码。所述音频编码格式可以包括：PCM(Pulse Code Modulation)编码、WMA(Windows Media Audio)编码、LPC(linear predictive coding)编码、MP3(Moving Picture Experts Group Audio Layer 3)编码等。
所述分辨率可以用于表示录制的直播流数据在播放时横向和纵向上的有效像素。所述分辨率可以用1080P、720P等来表示。例如，1080P可以表示逐行扫描时，纵向有1080条水平扫描线，即纵向上的有效像素为1080个；通常1080P的画面分辨率为1920×1080。
所述分段间隔时长可以表示录制文件进行播放时的时长。例如，可以是 1小时、5秒等。
所述录制参数可以用于配置所述录制节点，以使得到录制的直播流数据。例如，当所述录制参数包括容器格式为MP4时，所述录制的直播流数据将被封装为MP4文件。
在一个实施例中，所述分发节点可以向将所述直播处理系统中的录制节点发送录制请求，所述录制请求中包括所述录制信息。
S13：根据所述录制信息对所述直播流数据进行录制得到录制文件。
在一个实施例中，所述直播处理系统中的录制节点可以接收所述分发节点发出的录制请求，并根据所述录制请求中的录制信息对所述直播流数据进行录制。
在一个实施例中，参照图2，所述根据录制信息对所述直播流数据进行录制具体可以包括如下步骤：
S131：根据所述录制信息中的录制类型确定录制执行对象。
在一个实施例中，所述录制节点可以从至少一个执行对象中选取录制执行对象。所述执行对象可以是服务器或处理器。
在一个实施例中，确定录制执行对象后，还可以生成任务标识码。所述任务标识码用于唯一标识所述录制请求对应的录制任务。
进一步地，所述录制节点还可以向所述分发节点反馈所述任务标识码。当所述直播处理系统与直播流断开连接时，所述分发节点可以向所述录制节点发送录制任务结束通知消息，所述录制任务结束通知消息可以包括任务标识码。所述录制节点可以根据所述任务标识码结束与该任务标识码对应的录制任务。
在一个实施例中，所述录制节点还可以：监听所述录制执行对象的工作 状态。当所述录制执行对象停止工作时，可以重新选取录制执行对象。
S132：根据所述录制信息中的直播流数据地址拉取直播流数据，并按照与所述录制信息中容器格式对应的录制方式进行录制得到录制文件。
在一个实施例中，可以根据所述录制信息中的直播流数据地址拉取直播流数据。
在一个实施例中，容器格式与录制方式可以具有预设的对应关系。所述录制方式可以包括：视频文件录制和图片录制。
在一个实施例中，当所述录制信息中容器格式包括视频文件的格式时，对应的录制方式包括视频文件录制；当所述录制信息中容器格式包括图片文件的格式时，对应的录制方式包括图片录制。
在一个实施例中，按照与所述录制信息中容器格式对应的录制方式进行录制可以包括：当所述录制信息中容器格式包括视频文件的格式时，录制方式为视频文件录制，则根据所述录制信息中的编码格式和分段间隔时长，分段录制生成点播文件。所述点播文件可以是利用关键帧的位置生成的。所述点播文件可以支持拖拉功能。所述点播文件的文件名可以包括录制的开始时间和结束时间。例如，一个点播文件的文件名可以为“lol5_20180810010000_20180810015959”，其中，20180810010000表示录制的开始时间为2018年08月10日01时00分00秒，20180810015959表示录制的结束时间为2018年08月10日01时59分59秒，该点播文件的时长为1小时。
在一个实施例中，按照与所述录制信息中容器格式对应的录制方式进行录制具体可以包括：当所述录制信息中容器格式包括图片文件的格式时，录制 方式包括图片录制，则根据所述录制信息中的编码格式和分段间隔时长，生成至少一个图片文件。
通过采用与所述容器格式对应的录制方式进行录制，可以得到与所述容器格式符合的录制文件，可以用于回看点播、精彩集锦回看、内容审核等等，可以满足用户的不同需求。
在一个实施例中，所述录制节点可以将录制文件及其对应的录制信息发送至所述直播处理系统的存储节点。
S14：根据所述录制信息为所述录制文件生成存储信息。
在一个实施例中，所述直播处理系统中的存储节点可以接收所述录制节点发出的录制信息和录制文件，并根据所述录制信息为所述录制文件生成存储信息。
在一个实施例中，可以根据与录制信息中的录制类型对应的存储信息生成方式为所述录制文件生成存储信息。所述录制类型与存储信息生成方式可以具有预设的对应关系。所述存储信息可以包括：URL和/或禁播命令。
在一个实施例中，当所述录制类型包括点播回看时，所述存储信息生成方式可以包括：为所述录制的点播文件生成对应的URL。例如，对于文件名为“lol5_20180810010000_20180810015959”的点播文件，可以生成其对应的URL，该URL可以指向该点播文件，该URL可以为“http://ip/wangsu.rec.com/live/lol5_20180810010000_20180810015959.flv”。用户通过访问该URL，可以点播回看该点播文件。
在一个实施例中，当所述录制类型包括精彩集锦时，所述存储信息生成方式可以包括：将所述录制的文件中的视频帧与预设的图像特征库进行匹配， 若匹配成功，截取该视频帧预设前序时长以及后续时长的视频数据，为所述截取的视频数据生成URL。例如，当一个视频帧与预设的图像特征库匹配成功时，可以截取该视频帧前10秒以及后5秒的视频数据，并为该截取的视频数据生成URL。用过通过访问该URL，可以回看该精彩集锦的视频片段。
当一个录制的文件中截取多个视频数据时，还可以将所述多个视频数据整合为一个视频数据，并生成对应的URL。用过通过访问该URL，可以回看多个精彩集锦的全部回放。
在该实施例中，所述将录制的文件中的视频帧与预设的图像特征库进行匹配可以采用卷积神经网络的方式。
在一个实施例中，当所述录制类型包括内容审核时，所述存储信息生成方式可以包括：提取与所述录制的文件对应的多张图片，可以将所述多张图片依次与预设的内容审核特征库进行匹配，当匹配成功的连续值达到预设阈值时，生成与所述录制的文件对应的禁播命令。
在该实施例中，所述将多张图片依次与预设的内容审核特征库进行匹配可以采用卷积神经网络的方式。
在一个实施例中，所述方法还包括：根据所述禁播命令对所述录制文件执行禁播操作。所述禁播命令可以包括：禁播时间。所述禁播时间可以为时间段，也可以为永久。所述禁播时间可以是预先配置的。
当所述禁播时间为时间段时，所述根据禁播命令对所述录制文件执行禁播操作可以为：在所述时间段内禁播所述录制的直播流数据。当所述禁播时间为永久时，所述根据禁播命令对所述录制文件执行禁播操作可以为：永久禁播所述直播流数据。
本申请实施例还提供一种直播数据处理系统。请参阅图3，所述直播数据处理系统可以包括：分发节点、录制节点和存储节点。
所述分发节点，可以用于获取流媒体直播流数据以及接收与所述直播流数据对应的录制信息。所述录制信息可以包括：录制类型和录制参数。
所述录制类型可以包括下述中的至少其一：内容审核、录制回看、精彩集锦。
所述录制参数可以包括下述中的至少其一：直播流数据地址、汇报中心信息、存储信息、容器格式、编码格式、分辨率、分段间隔时长。
所述录制节点，可以用于根据所述录制信息对所述直播流数据进行录制。
在一个实施例中，所述录制节点还可以用于生成唯一标识录制任务的任务标识码，并将所述任务标识码反馈给所述分发节点。所述录制任务与所述分发节点发出的录制请求相对应。在一个实施例中，所述分发节点还可以发出录制任务结束通知消息，所述录制任务结束通知消息可以包括任务标识码。
所述存储节点，可以用于根据所述录制信息为所述录制文件生成存储信息。
在一个实施例中，当所述存储节点生成的存储信息包括禁播命令时，所述存储节点还可以用于向所述分发节点发送禁播命令。那么，所述分发节点还可以用于接收所述存储节点发出的禁播命令，并根据所述禁播命令执行禁播操作。
请参阅图4，所述分发节点可以包括：流数据获取单元、录制信息接收单元和录制请求发送单元。
所述流数据获取单元，可以用于获取流媒体直播流数据。
所述录制信息接收单元，可以用于接收与所述直播流数据对应的录制信息。所述录制信息可以是本地预先配置的，也可以是用户接口发出的。
所述录制请求发送单元，可以用于向所述录制节点发送录制请求。所述录制请求中包括所述录制信息。
在一个实施例中，所述分发节点还可以包括：禁播命令接收单元和禁播执行单元(图4中未示出)。
所述禁播命令接收单元，可以用于接收所述存储节点发出的禁播命令。
所述禁播执行单元，可以用于根据所述禁播命令接收单元接收到的禁播命令执行禁播操作。
在一个实施例中，所述分发节点还可以包括：录制结束通知单元(图4中未示出)，用于发出录制任务结束通知消息，所述录制任务结束通知消息可以包括任务标识码。
请参阅图5，所述录制节点可以包括：录制请求接收单元、执行对象确定单元、执行对象、录制数据发送单元。
所述录制请求接收单元，可以用于接收所述分发节点发出的录制请求。
所述执行对象确定单元，可以用于根据所述录制信息中的录制类型确定录制执行对象。
所述执行对象，可以用于根据所述录制信息中的直播流数据地址拉取直播流数据，并按照与所述录制信息中容器格式对应的录制方式进行录制。
所述录制数据发送单元，可以用于将录制文件及其对应的录制信息发送至所述存储节点。
其中，所述执行对象可以包括：拉取子单元、录制方式确定子单元和录 制数据子单元。
所述拉取子单元，可以用于根据所述录制信息中的直播流数据地址拉取直播流数据。
所述录制方式确定子单元，可以用于根据所述录制信息中容器格式确定录制方式。所述录制方式可以包括：视频文件录制和图片录制。
所述录制数据子单元，可以用于根据所述确定的录制方式对所述拉取的直播流数据进行录制。
请参阅图6，所述存储节点可以包括：数据接收单元、类型解析单元和汇报中心单元。
所述数据接收单元，可以用于接收所述录制节点发出的录制信息和录制文件。
所述类型解析单元，可以用于根据所述录制信息，确定所述录制文件对应的录制类型。
所述汇报中心单元，可以用于根据所述录制类型为所述录制文件生成存储信息。所述存储信息可以包括：URL和/或禁播命令。
参阅图7，本申请还提供一种服务器，所述服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，可以实现上述的直播数据处理方法。
请参阅图8，在本申请中，上述实施例中的技术方案可以应用于如图8所示的计算机终端10上。计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的 传输模块106。本领域普通技术人员可以理解，图8所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端7还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
具体地，在本申请中，上述的服务器的部署方法可以作为计算机程序存储于上述的存储器104中，所述存储器104可以与处理器102耦合，那么当处理器102执行所述存储器104中的计算机程序时，便可以实现上述的服务器的部署方法中的各个步骤。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
由上可见，本申请提供的技术方案，可以根据不同的录制类型和录制参数，对直播数据流进行不同的数据处理可以生成不同的录制文件，录制类型可 以包括：点播回看、精彩集锦、内容审核，因此，根据不同录制类型对直播数据流进行处理既可以生成预设时长的视频文件或图片文件供用户进行点播回看，也可以截取出直播过程中的精彩片段生成精彩集锦供用户查看，还可以实现直播内容是否非法进行审核，满足了不同用户回看直播内容的不同需求。因此，本申请提供的技术方案能够对直播流媒体数据进行多元化处理以适应不同用户回看或审核直播内容的需求，提高了用户体验。
通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种直播数据处理，包括：
    获取流媒体直播流数据；
    接收与所述直播流数据对应的录制信息；所述录制信息包括：录制类型和录制参数；
    根据所述录制信息对所述直播流数据进行录制得到录制文件；
    根据所述录制信息为所述录制文件生成存储信息。
  2. 根据权利要求1所述的方法，其中，所述录制类型下述中的至少其一：内容审核、录制回看、精彩集锦。
  3. 根据权利要求1所述的方法，其中，所述录制参数包括下述中的至少其一：直播流数据地址、汇报中心信息、存储信息、容器格式、编码格式、分辨率、分段间隔时长。
  4. 根据权利要求1所述的方法，其中，所述根据录制信息对所述直播流数据进行录制具体包括：
    根据所述录制信息中的录制类型确定录制执行对象；
    根据所述录制信息中的直播流数据地址拉取直播流数据，并按照与所述录制信息中容器格式对应的录制方式进行录制。
  5. 根据权利要求4所述的方法，其中，所述录制方式包括：视频文件录制和图片录制。
  6. 根据权利要求5所述的方法，其中，所述容器格式与所述录制方式具有预设的对应关系，包括：
    当所述录制信息中容器格式包括视频文件的格式时，对应的录制方式包括视频文件录制；
    当所述录制信息中容器格式包括图片文件的格式时，对应的录制方式包括图片录制。
  7. 根据权利要求1所述的方法，其中，所述存储信息包括：URL和/或禁播命令。
  8. 根据权利要求7所述的方法，其中，当所述存储信息包括禁播命令时，所述方法还包括：根据所述禁播命令对所述录制文件执行禁播操作。
  9. 根据权利要求7所述的方法，其中，所述禁播命令包括：禁播时间。
  10. 根据权利要求1所述的方法，其中，根据所述录制信息为所述录制文件生成存储信息包括：根据与录制信息中的录制类型对应的存储信息生成方式为所述录制文件生成存储信息；所述录制类型与存储信息生成方式具有预设的对应关系。
  11. 根据权利要求10所述的方法，其中，根据与录制信息中的录制类型对应的存储信息生成方式为所述录制文件生成存储信息包括：
    当所述录制类型包括点播回看时，生成所述存储信息包括：为所述录制的点播文件生成对应的URL；
    当所述录制类型包括精彩集锦时，生成所述存储信息包括：将所述录制的文件中的视频帧与预设的图像特征库进行匹配，若匹配成功，截取该视频帧预设前序时长以及后续时长的视频数据，为所述截取的视频数据生成URL；
    当所述录制类型包括内容审核时，生成所述存储信息包括：提取与所述录制的文件对应的多张图片，将所述多张图片依次与预设的内容审核特征库进行 匹配，当匹配成功的连续值达到预设阈值时，生成与所述录制的文件对应的禁播命令。
  12. 根据权利要求11所述的方法，其中，当所述录制类型包括精彩集锦且一个录制的文件中截取多个视频数据时，生成所述存储信息还包括：将所述多个视频数据整合为一个视频数据，并生成对应的URL。
  13. 一种直播数据处理系统，其中，包括：
    分发节点，用于获取流媒体直播流数据以及接收与所述直播流数据对应的录制信息；所述录制信息包括：录制类型和录制参数；
    录制节点，用于根据所述录制信息对所述直播流数据进行录制；
    存储节点，用于根据所述录制信息为所述录制文件生成存储信息；所述存储信息包括：URL和/或禁播命令。
  14. 根据权利要求13所述的系统，其中，所述分发节点包括：
    流数据获取单元，用于获取流媒体直播流数据；
    录制信息接收单元，用于接收与所述直播流数据对应的录制信息；
    录制请求发送单元，用于向所述录制节点发送录制请求；所述录制请求中包括所述录制信息。
  15. 根据权利要求14所述的系统，其中，所述分发节点还包括：
    禁播命令接收单元，用于接收所述存储节点生成的禁播命令；
    禁播执行单元，用于根据所述禁播命令接收单元接收到的禁播命令执行禁播操作。
  16. 根据权利要求14所述的系统，其中，所述分发节点还包括：录制结束通知单元，用于发出录制任务结束通知消息，所述录制任务结束通知消息包括任务标识码。
  17. 根据权利要求13所述的系统，其中，所述录制节点包括：
    录制请求接收单元，用于接收所述分发节点发出的录制请求；
    执行对象确定单元，用于根据所述录制信息中的录制类型确定录制执行对象；
    执行对象，用于根据所述录制信息中的直播流数据地址拉取直播流数据，并按照与所述录制信息中容器格式对应的录制方式进行录制；
    录制数据发送单元，用于将录制文件及其对应的录制信息发送至所述存储节点。
  18. 根据权利要求13所述的系统，其中，所述执行对象包括：
    拉取子单元，用于根据所述录制信息中的直播流数据地址拉取直播流数据；
    录制方式确定子单元，用于根据所述录制信息中容器格式确定录制方式；所述录制方式包括：视频文件录制和图片录制；
    录制数据子单元，用于根据所述确定的录制方式对所述拉取的直播流数据进行录制。
  19. 根据权利要求13所述的系统，其中，所述存储节点包括：
    数据接收单元，用于接收所述录制节点发出的录制信息和录制文件；
    类型解析单元，用于根据所述录制信息，确定所述录制文件对应的录制类型；
    汇报中心单元，用于根据所述录制类型为所述录制文件生成存储信息；所述存储信息包括：URL和/或禁播命令。
  20. 一种服务器，其中，所述服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现如权利要求1至12中任一权利要求所述的方法。
PCT/CN2019/077232 2019-01-30 2019-03-06 一种直播数据处理方法、系统及服务器 WO2020155295A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19725835.3A EP3713224B1 (en) 2019-01-30 2019-03-06 Live data processing method and system, and server
US16/442,039 US11025984B2 (en) 2019-01-30 2019-06-14 Method, system for processing a live-broadcasting data, and server thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910094150.6A CN109618180B (zh) 2019-01-30 2019-01-30 一种直播数据处理方法、系统及服务器
CN201910094150.6 2019-01-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/442,039 Continuation US11025984B2 (en) 2019-01-30 2019-06-14 Method, system for processing a live-broadcasting data, and server thereof

Publications (1)

Publication Number Publication Date
WO2020155295A1 true WO2020155295A1 (zh) 2020-08-06

Family

ID=66019293

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/077232 WO2020155295A1 (zh) 2019-01-30 2019-03-06 一种直播数据处理方法、系统及服务器

Country Status (3)

Country Link
EP (1) EP3713224B1 (zh)
CN (1) CN109618180B (zh)
WO (1) WO2020155295A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113473158A (zh) * 2021-06-30 2021-10-01 北京百度网讯科技有限公司 直播数据处理方法、装置、电子设备、介质及程序产品
CN113596506A (zh) * 2021-08-09 2021-11-02 深圳市佳创视讯技术股份有限公司 直播缓存的性能优化方法、系统、电子装置及存储介质
CN114554234A (zh) * 2022-01-18 2022-05-27 阿里巴巴（中国）有限公司 生成直播记录的方法、装置、存储介质、处理器及系统
CN114900710A (zh) * 2022-05-10 2022-08-12 北京奇艺世纪科技有限公司 多设备同步方法、装置、电子设备及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112019905A (zh) * 2019-05-30 2020-12-01 上海哔哩哔哩科技有限公司 直播回放方法、计算机设备及可读存储介质
CN110602545A (zh) * 2019-09-26 2019-12-20 杭州米络星科技(集团)有限公司 一种网络直播的分布式录制执行方法
CN112423033A (zh) * 2020-11-20 2021-02-26 山东海看新媒体研究院有限公司 一种远程监播平台、系统及方法
CN113573080B (zh) * 2021-06-28 2023-09-29 北京百度网讯科技有限公司 直播的录制方法、装置、电子设备及存储介质
CN113949887A (zh) * 2021-09-24 2022-01-18 支付宝(杭州)信息技术有限公司 对于网络直播数据的处理方法及装置
CN114501044B (zh) * 2021-12-23 2023-12-08 百果园技术(新加坡)有限公司 直播数据处理方法、装置、设备和存储介质
CN115460429B (zh) * 2022-09-06 2024-03-01 河北先河环保科技股份有限公司 用于水质采样监测监管的方法、电子设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001082598A2 (en) * 2000-04-25 2001-11-01 Hughes Electronics Corporation Dvr functions status indicator
CN103517157A (zh) * 2013-09-27 2014-01-15 武汉市烽视威科技有限公司 实现hls频道时移播放的方法及系统
CN103546766A (zh) * 2013-11-14 2014-01-29 腾讯科技(成都)有限公司 视频处理方法和相关设备及通信系统
CN105306974A (zh) * 2015-10-27 2016-02-03 成都视达科信息技术有限公司 视频直播转点播自动提取方法、装置及播放设备
US20170085801A1 (en) * 2009-05-29 2017-03-23 Apple Inc. Systems and Methods for Previewing Newly Captured Image Content and Reviewing Previously Stored Image Content
CN106954081A (zh) * 2016-01-07 2017-07-14 中兴通讯股份有限公司 基于云服务的直播节目录制方法和装置
CN107666613A (zh) * 2016-07-27 2018-02-06 中国电信股份有限公司 用于多点录制的时间同步方法、服务器以及系统
CN108540854A (zh) * 2018-03-29 2018-09-14 努比亚技术有限公司 直播视频剪辑方法、终端及计算机可读存储介质
CN109089127A (zh) * 2018-07-10 2018-12-25 武汉斗鱼网络科技有限公司 一种视频拼接方法、装置、设备及介质
CN109151502A (zh) * 2018-10-11 2019-01-04 百度在线网络技术（北京）有限公司 识别违规视频方法、装置、终端和计算机可读存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4519389B2 (ja) * 2000-03-08 2010-08-04 ゼネラル インスツルメント コーポレーション パーソナル多機能レコーダ、並びにそれを実装及び使用する方法
US8024766B2 (en) * 2001-08-01 2011-09-20 Ericsson Television, Inc. System and method for distributing network-based personal video
CN101409659A (zh) * 2007-10-08 2009-04-15 华为技术有限公司 一种网络录制的控制方法、系统及实体
US20140270717A1 (en) * 2013-03-15 2014-09-18 General Instrument Corporation System and method for controlling and managing digital media recording
US9438945B1 (en) * 2015-02-24 2016-09-06 Carnegie Technology Investment Limited Method for continuously playing video clips without regeneration
CN105721811A (zh) * 2015-05-15 2016-06-29 乐视云计算有限公司 直播视频的录制方法和系统
CN106162231A (zh) * 2016-07-04 2016-11-23 天脉聚源(北京)传媒科技有限公司 一种视频直播转点播的方法及装置
CN107580235A (zh) * 2017-09-01 2018-01-12 网宿科技股份有限公司 一种直播视频的重播方法、重播服务器及系统
CN107659825B (zh) * 2017-09-12 2019-01-29 武汉斗鱼网络科技有限公司 一种直播视频留存的方法、装置、服务器、主播端及介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001082598A2 (en) * 2000-04-25 2001-11-01 Hughes Electronics Corporation Dvr functions status indicator
US20170085801A1 (en) * 2009-05-29 2017-03-23 Apple Inc. Systems and Methods for Previewing Newly Captured Image Content and Reviewing Previously Stored Image Content
CN103517157A (zh) * 2013-09-27 2014-01-15 武汉市烽视威科技有限公司 实现hls频道时移播放的方法及系统
CN103546766A (zh) * 2013-11-14 2014-01-29 腾讯科技(成都)有限公司 视频处理方法和相关设备及通信系统
CN105306974A (zh) * 2015-10-27 2016-02-03 成都视达科信息技术有限公司 视频直播转点播自动提取方法、装置及播放设备
CN106954081A (zh) * 2016-01-07 2017-07-14 中兴通讯股份有限公司 基于云服务的直播节目录制方法和装置
CN107666613A (zh) * 2016-07-27 2018-02-06 中国电信股份有限公司 用于多点录制的时间同步方法、服务器以及系统
CN108540854A (zh) * 2018-03-29 2018-09-14 努比亚技术有限公司 直播视频剪辑方法、终端及计算机可读存储介质
CN109089127A (zh) * 2018-07-10 2018-12-25 武汉斗鱼网络科技有限公司 一种视频拼接方法、装置、设备及介质
CN109151502A (zh) * 2018-10-11 2019-01-04 百度在线网络技术（北京）有限公司 识别违规视频方法、装置、终端和计算机可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3713224A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113473158A (zh) * 2021-06-30 2021-10-01 北京百度网讯科技有限公司 直播数据处理方法、装置、电子设备、介质及程序产品
CN113473158B (zh) * 2021-06-30 2024-01-30 北京百度网讯科技有限公司 直播数据处理方法、装置、电子设备、介质
CN113596506A (zh) * 2021-08-09 2021-11-02 深圳市佳创视讯技术股份有限公司 直播缓存的性能优化方法、系统、电子装置及存储介质
CN113596506B (zh) * 2021-08-09 2024-03-12 深圳市佳创视讯技术股份有限公司 直播缓存的性能优化方法、系统、电子装置及存储介质
CN114554234A (zh) * 2022-01-18 2022-05-27 阿里巴巴（中国）有限公司 生成直播记录的方法、装置、存储介质、处理器及系统
CN114900710A (zh) * 2022-05-10 2022-08-12 北京奇艺世纪科技有限公司 多设备同步方法、装置、电子设备及存储介质
CN114900710B (zh) * 2022-05-10 2023-07-25 北京奇艺世纪科技有限公司 多设备同步方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN109618180A (zh) 2019-04-12
EP3713224A1 (en) 2020-09-23
EP3713224B1 (en) 2022-05-04
CN109618180B (zh) 2021-06-22
EP3713224A4 (en) 2020-09-23

Similar Documents

Publication Publication Date Title
WO2020155295A1 (zh) 一种直播数据处理方法、系统及服务器
US11025984B2 (en) Method, system for processing a live-broadcasting data, and server thereof
US9729909B2 (en) Method and system for media adaption
US10021318B2 (en) Method and apparatus in a motion video capturing system
US8818021B2 (en) Watermarking of digital video
WO2016138844A1 (zh) 音视频文件直播方法和系统、服务器
US11689782B2 (en) Content distribution pipeline watermarking
CN112752115B (zh) 直播数据传输方法、装置、设备及介质
CN106803997B (zh) 一种音视频直播中检测客户端播放状态的系统及方法
CN110740386B (zh) 直播切换方法、装置及存储介质
CN101848367B (zh) 基于文件的动态影像网络直播方法
CN104683734A (zh) 一种视频监控的内容适配方法、系统及中心服务器、装置
CN107801049B (zh) 一种实时视频传送、播放方法及装置
US9930377B2 (en) Methods and systems for cloud-based media content transcoding
CN114040232A (zh) 投屏系统、方法、电子设备和存储介质
US20160261912A1 (en) Collaborative place-shifting of video content from a plurality of sources to a video presentation device
US9866459B1 (en) Origin failover for live streaming
CN104639904A (zh) 一种监控视频发码管理系统
CN109819278B (zh) 直播视频的优化方法
US20140201368A1 (en) Method and apparatus for enforcing behavior of dash or other clients
US11334979B2 (en) System and method to detect macroblocking in images
US11297365B2 (en) Adaptive bitrate video testing from screen recording
WO2015131936A1 (en) System providing web-based online video streaming
US11451865B1 (en) Relay of audio and/or video steganography to improve second screen experiences
CN111131814A (zh) 一种数据反馈方法、装置及机顶盒

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2019725835

Country of ref document: EP

Effective date: 20190531

NENP Non-entry into the national phase

Ref country code: DE