WO2021258617A1 - 多平台同步直播方法、装置、计算机设备和可读存储介质 - Google Patents

多平台同步直播方法、装置、计算机设备和可读存储介质 Download PDF

Info

Publication number
WO2021258617A1
WO2021258617A1 PCT/CN2020/128408 CN2020128408W WO2021258617A1 WO 2021258617 A1 WO2021258617 A1 WO 2021258617A1 CN 2020128408 W CN2020128408 W CN 2020128408W WO 2021258617 A1 WO2021258617 A1 WO 2021258617A1
Authority
WO
WIPO (PCT)
Prior art keywords
live broadcast
platform
audio
feedback information
video data
Prior art date
Application number
PCT/CN2020/128408
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 深圳市沃特沃德股份有限公司
Publication of WO2021258617A1 publication Critical patent/WO2021258617A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331Caching operations, e.g. of an advertisement for later insertion during playback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/485End-user interface for client configuration
    • H04N21/4858End-user interface for client configuration for modifying screen layout parameters, e.g. fonts, size of the windows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP

Definitions

  • This application relates to the field of data transmission technology, and in particular to a multi-platform synchronous live broadcast method, device, computer equipment, and readable storage medium.
  • the main purpose of this application is to provide a multi-platform synchronous live broadcast method, device, computer equipment, and readable storage medium, aiming to solve the disadvantages of the existing smart devices that cannot be synchronized live broadcast on multiple platforms.
  • this application provides a multi-platform synchronized live broadcast method, including:
  • the live broadcast start instruction carries N live broadcast platform tags, where N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • the audio and video data cached in the data buffer is concurrently transmitted to each live broadcast platform according to the IP address of each live broadcast platform, so that the live broadcast platform can transmit the audio and video data to each live broadcast platform.
  • the video data is fed back to the corresponding clients.
  • this application also provides a multi-platform synchronous live broadcast device, including:
  • the first receiving module is configured to receive a live broadcast start instruction, where the live broadcast start instruction carries N live broadcast platform tags, where N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • the obtaining module is used to obtain the audio and video data of the anchor user type
  • the first buffer module is used to buffer the audio and video data to the data buffer
  • the transmission module is configured to concurrently transmit the audio and video data buffered in the data buffer to each live broadcast platform through the system public gateway according to the IP address of each live broadcast platform, so that the live broadcast The platform feeds back the audio and video data to the corresponding clients.
  • the present application also provides a computer device, including a memory and a processor, and a computer program is stored in the memory, wherein the processor implements a multi-platform synchronous live broadcast method when the computer program is executed;
  • the multi-platform synchronous live broadcast method includes:
  • the live broadcast start instruction carries N live broadcast platform tags, where N is an integer not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • the audio and video data cached in the data buffer is concurrently transmitted to each live broadcast platform according to the IP address of each live broadcast platform that has been opened, so that the live broadcast platform will The audio and video data is fed back to each corresponding client.
  • the present application also provides a computer-readable storage medium on which a computer program is stored, wherein the computer program implements a multi-platform synchronous live broadcast method when the computer program is executed by a processor, and the multi-platform synchronous live broadcast method It includes the following steps:
  • the live broadcast start instruction carries N live broadcast platform tags, where N is an integer not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • the audio and video data cached in the data buffer is concurrently transmitted to each live broadcast platform according to the IP address of each live broadcast platform that has been opened, so that the live broadcast platform will The audio and video data is fed back to each corresponding client.
  • the smart terminal after receiving the live broadcast start instruction, the smart terminal obtains the audio and video data of the anchor user type, and then buffers the audio and video data in the data buffer. Then through the system public gateway, the audio and video data cached in the data buffer is concurrently transmitted to multiple live broadcast platforms according to the IP addresses of each live broadcast platform to complete the entire process of multi-platform live broadcast.
  • the system public gateway uses the 4g/5g network's multi-IP concurrent connection technology to realize the concurrent transmission of audio and video data to multiple live broadcast platforms , So as to realize simultaneous live broadcast on multiple live broadcast platforms at the same time on a smart terminal, effectively reduce the cumbersomeness of the user's live broadcast operation, and improve the user's live broadcast operation experience.
  • FIG. 1 is a schematic diagram of the steps of a multi-platform synchronous live broadcast method in an embodiment of the present application
  • FIG. 2 is a block diagram of the overall structure of a multi-platform synchronous live broadcast device in an embodiment of the present application
  • FIG. 3 is a schematic block diagram of the structure of a computer device according to an embodiment of the present application.
  • an embodiment of the present application provides a multi-platform synchronous live broadcast method, including:
  • S1 Receive a live broadcast start instruction, where the live broadcast start instruction carries N live broadcast platform tags, where N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • the execution subject of the live broadcast method is a smart terminal.
  • the smart terminal is preferably a handheld electronic device such as a tablet computer and a mobile phone.
  • the shape of the terminal is not specifically limited.
  • the smart terminal has a system public gateway, data buffer and live broadcast management module (the specific form can be a live broadcast management APP, so that users can directly use the live broadcast management APP on the smart terminal to perform corresponding operations on each live broadcast platform).
  • all external HTTP access of the smart terminal needs to be stored and forwarded through the system public gateway.
  • the system public gateway records the IP address of the live broadcast platform corresponding to each live broadcast APP currently installed on the smart terminal, and can access the IP received by the smart terminal.
  • the package is parsed.
  • the system public gateway forwards the IP data stream related to the IP packet to the live broadcast management module, and the live broadcast management module pushes the IP data stream to the corresponding live broadcast APP for users to view.
  • the data buffer is used to store the data that the smart terminal is about to transmit to the smart terminal, and the data that each live broadcast platform feeds back to the smart terminal, so as to provide users with a processing method to deal with the multi-platform live broadcast information interaction that cannot respond at the same time. Simply put, it is to give the user a certain buffer Time to process multiple live information, so that users will not be in a hurry.
  • the live broadcast management module is used to specifically manage the various live broadcast apps installed on the smart terminal.
  • the specific form of the live broadcast management module can be the live broadcast management app. After logging in to the live broadcast management app, the user can choose to activate all the live broadcast apps on the smart terminal with one click. You can select one or more live streaming APPs that need to be activated by clicking and clicking, and then issue a live broadcast start instruction.
  • the live broadcast start instruction carries N live broadcast platform tags, where N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform.
  • the smart terminal starts the live broadcast after receiving the user's live broadcast start instruction, and then collects the analog signal of the user's voice through the microphone, and converts it into PCM encoded raw data, and then compresses it into MP3 and other format data through encoding to form audio data ; And, through the camera and other equipment to collect the user’s image to form YUV-encoded raw data, which is encoded and compressed into video data in H.264 and other formats, so as to achieve the acquisition of audio and video data of the host user type during live broadcast.
  • the smart terminal caches the audio and video data in the data buffer, and then uses the 4g/5g network's multi-IP concurrent connection technology through the system public gateway to concurrently transmit the user's live audio and video data to each live broadcast APP according to the IP address of the live broadcast platform
  • the corresponding live broadcast platform realizes simultaneous live broadcast to multiple live broadcast platforms on one smart terminal.
  • users only need to operate multiple live broadcast apps on one smart terminal, and realize live broadcast operations on different live broadcast platforms, which is simple and convenient, and effectively provides users with a sense of experience during live broadcast.
  • the method includes:
  • N the display interface is divided into N split screens according to the number of live broadcast platform marks, where a single split screen displays the live broadcast platform corresponding to a single live broadcast platform mark .
  • the user after logging in to the live broadcast management app, the user can open all live broadcast apps on the smart terminal with one click, or can select one or more live broadcast apps that need to be opened currently by clicking.
  • the smart terminal will select whether to enable the split screen function according to the N live broadcast platform tags (the live broadcast platform tags correspond to the live broadcast APP) carried in the live broadcast start instruction. If N is not less than 2, the smart terminal will select the screen space occupied by the live screen corresponding to each live broadcast platform according to the number of live broadcast apps opened by the user.
  • the smart terminal removes the necessary status bar (such as the signal bar of the smart terminal, the power bar, etc.), and uses the rest of the display interface as a live broadcast interface.
  • the currently available display interface is divided into screens. For example, if the number of live streaming apps currently opened by the user is N, the user divides the currently available display interfaces of the terminal excluding the status bar into N parts, and each split screen corresponds to a single live broadcast platform.
  • the size of each split screen display interface can be the same or different. Users can adjust the size of each split-screen display interface according to their own needs, and change the layout of each split-screen display interface on the main display interface.
  • each split screen generated by the smart terminal has a display interface of the same size, the split screens of the same size are easy to arrange, and the overall arrangement has a higher aesthetics.
  • smart terminals need to be developed at the bottom of the smart terminal system.
  • developers use the "OpenGLES" related calling part and modification of related codes at the frameworks layer. , So that the smart terminal realizes the multi-screen function.
  • the method includes:
  • S6 Construct virtual input devices on each of the split screens respectively.
  • a virtual input device such as a virtual microphone and a virtual camera
  • a virtual input device can be constructed separately for each split screen.
  • the virtual input device in each split screen corresponds to only one live broadcast platform.
  • the audio and video data of the user during live broadcast is collected through the virtual microphone and virtual camera, and the audio and video data is transmitted to the corresponding live broadcast platform.
  • the user can independently manage the audio and video data of a single live broadcast platform by operating the virtual input device on the split screen.
  • the user can turn off the virtual microphone on split screen A by clicking on it.
  • the live broadcast platform corresponding to split screen A can only receive the user’s live video data. Unable to collect audio data.
  • the live broadcast platforms corresponding to other split screens are not affected and can receive users' audio and video data.
  • the virtual input device includes a virtual microphone
  • the step of constructing a virtual input device in each of the split screens respectively includes:
  • S602 Invoke a pre-written driver program to drive the virtual sound card to implement the construction of the virtual microphone in the split screen.
  • the virtual input device constructed by the smart terminal includes a virtual microphone, which is used to collect audio data during the live broadcast of the user.
  • the smart terminal needs to be developed at the bottom of the system to build a virtual microphone so that the smart terminal can be called in different split-screen areas.
  • the Android system is taken as an example.
  • the smart terminal first needs to load a virtual sound card, and then call a pre-written driver to drive the virtual sound card, thereby completing the construction of a virtual microphone in a split screen.
  • the audio data of the user's live broadcast can be collected independently through the virtual microphone.
  • the driver is written by the developer in the bottom layer of the Android system in advance according to the corresponding virtual sound card. After completion, the driver is written into the system of the smart terminal for calling.
  • the live broadcast method further includes:
  • the viewer will interact with the user (for example, the barrage message sent by the viewer while watching the live broadcast), and the interactive information generated by the viewer of the live broadcast platform will be aggregated to the live broadcast platform to correspond Platform server.
  • the platform server will transmit the interactive information data stream to the host's receiving terminal according to the host's IP address and live room information.
  • the user's smart terminal receives the feedback information transmitted by each live broadcast platform through the system public gateway, and repackages the feedback information in the system public gateway according to the system requirements (such as data format) of the smart terminal to obtain each feedback information Corresponding feedback data packets to adapt to the system requirements of smart terminals.
  • the system public gateway identifies the platform feature information (such as platform IP) carried in the feedback data packet, and distributes each feedback data packet to the corresponding data buffer for buffering, avoiding outputting a large amount of feedback information to the smart terminal at the same time, and the user cannot be timely React and process.
  • platform feature information such as platform IP
  • the method includes:
  • the feedback information transmitted by each live broadcast platform can be read directly through the speaker output device of the smart terminal, and because the speaker device can only output one piece of feedback information at the same time (in order to avoid user confusion, the smart terminal will not be at the same time. Play multiple pieces of feedback information), so it is necessary to sort the output order of the feedback information.
  • the smart terminal caches the feedback information of each live broadcast platform into the data buffer through the system public gateway, respectively recognizes the receiving time of each feedback information, and then outputs each feedback information in the order of the corresponding receiving time.
  • users can set the priority of each live broadcast platform according to their own needs (for example, the priority of a live broadcast platform with a large number of fans is higher than that of a live broadcast platform with a small number of fans), or the smart terminal can automatically set the priority according to the number of views.
  • Set the priority of each live broadcast platform for example, the more watched live broadcast platform, the higher the corresponding priority
  • the smart terminal will first follow the set priority after receiving the feedback information transmitted by each platform Output feedback information with high priority on the live broadcast platform, so as to prevent users from missing important feedback information.
  • the step of buffering each of the feedback information in the data buffer corresponding to each of the live broadcast platforms through the system public gateway includes:
  • S801 Repackage each of the feedback information in the system public gateway according to system requirements to obtain a feedback data packet corresponding to each of the feedback information;
  • S802 Distribute each feedback data packet to the corresponding data buffer for caching according to the characteristic information of each live broadcast platform.
  • the system public gateway repackages the data stream of each feedback information according to the system requirements to obtain the feedback data packets corresponding to each feedback information, so as to adapt to the system of the smart terminal Requirements (such as data format and other formal requirements).
  • Each live broadcast platform has its own corresponding characteristic information (different live broadcast platforms correspond to different timestamps and special strings), and the data stream transmitted by the live broadcast platform carries the characteristic information of the platform.
  • the system public gateway recognizes the feedback data packets corresponding to each live broadcast platform through the characteristic information of each live broadcast platform, and then distributes the feedback data packets to the data buffer of the corresponding live broadcast platform for caching, and waits for subsequent output actions.
  • the smart terminal after receiving the live broadcast start instruction, the smart terminal obtains the audio and video data of the anchor user type, and then caches the audio and video data in the data buffer, and then caches the audio and video data in the data buffer through the system public gateway.
  • the audio and video data in the data buffer is concurrently transmitted to multiple live broadcast platforms according to the IP addresses of each live broadcast platform to complete the entire process of multi-platform live broadcast.
  • the system public gateway uses the 4g/5g network's multi-IP concurrent connection technology to realize the concurrent transmission of audio and video data to multiple live broadcast platforms , So as to realize simultaneous live broadcast on multiple live broadcast platforms at the same time on a smart terminal, effectively reduce the cumbersomeness of the user's live broadcast operation, and improve the user's live broadcast operation experience.
  • an embodiment of the present application also provides a multi-platform synchronous live broadcast device, including:
  • the first receiving module 1 is configured to receive a live broadcast start instruction, the live broadcast start instruction carries N live broadcast platform tags, and the N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform
  • Obtaining module 2 for obtaining audio and video data of the anchor user type
  • the first buffer module 3 is used to buffer the audio and video data in a data buffer
  • the transmission module 4 is configured to concurrently transmit the audio and video data buffered in the data buffer to each live broadcast platform through the system public gateway according to the IP address of each live broadcast platform, so that the The live broadcast platform feeds back the audio and video data to the corresponding clients.
  • the realization process of the functions and roles of the first receiving module 1, the acquiring module 2, the first buffering module 3, and the transmission module 4 in the above-mentioned multi-platform synchronous live broadcast device is detailed in the corresponding method in the above-mentioned multi-platform synchronous live broadcast method.
  • the implementation process of steps S1 to S4 will not be repeated here.
  • the multi-platform synchronous live broadcast device further includes:
  • the judging module 5 is used to judge whether the value of N is not less than 2;
  • the split-screen module 6 is configured to, if the value of N is not less than 2, divide the display interface into N split-screens according to the number of live broadcast platform marks, where a single split-screen displays a single live broadcast platform Mark the corresponding live broadcast platform.
  • the implementation process of the functions and roles of the judgment module 5 and the split-screen module 6 in the above-mentioned multi-platform synchronous live broadcast device is detailed in the implementation process of the corresponding steps S5 to S6 in the above-mentioned multi-platform synchronous live broadcast method. Repeat it again.
  • the multi-platform synchronous live broadcast device further includes:
  • the construction module 7 is used to construct virtual input devices on each of the split screens.
  • the implementation process of the functions and roles of the construction module 7 in the above-mentioned multi-platform synchronous live broadcast device is detailed in the implementation process of the corresponding step S7 in the above-mentioned multi-platform synchronous live broadcast method, which will not be repeated here.
  • the virtual input device includes a virtual microphone
  • the construction module 6 includes:
  • the loading unit is used to load the virtual sound card
  • the driving unit is used to call a pre-written driver program to drive the virtual sound card to realize the construction of the virtual microphone in the split screen.
  • the implementation process of the functions and roles of the loading unit and the driving unit in the aforementioned building module 6 is detailed in the implementation process of the corresponding steps S601 to S602 in the aforementioned multi-platform synchronous live broadcast method, which will not be repeated here.
  • the multi-platform synchronous live broadcast device further includes:
  • the second receiving module 8 is configured to receive feedback information sent by each of the live broadcast platforms
  • the second cache module 9 is configured to cache each feedback information in the data buffer corresponding to each live broadcast platform through the system public gateway.
  • the implementation process of the functions and roles of the second receiving module 8 and the second buffer module 9 in the above-mentioned multi-platform synchronous live broadcast device is detailed in the implementation process of corresponding steps S8 to S9 in the above-mentioned multi-platform synchronous live broadcast method. I won't repeat it here.
  • the multi-platform synchronous live broadcast device further includes:
  • the output module 10 is configured to output each of the feedback information according to the corresponding receiving time sequence.
  • the realization process of the functions and roles of the output module 10 in the above-mentioned multi-platform synchronous live broadcast device is detailed in the realization process of the corresponding step S10 in the above-mentioned multi-platform synchronous live broadcast method, which will not be repeated here.
  • the second cache module 8 includes:
  • a packaging unit configured to repackage each of the feedback information according to system requirements at the system public gateway to obtain a feedback data packet corresponding to each of the feedback information
  • the distributing unit is configured to distribute each feedback data packet to the corresponding data buffer for caching according to the characteristic information of each live broadcast platform.
  • the implementation process of the functions and roles of the packaging unit and the distribution unit in the second cache module 8 are detailed in the implementation process corresponding to steps S801 to S802 in the above-mentioned multi-platform synchronous live broadcast method, which will not be repeated here.
  • the smart terminal after receiving the live broadcast start instruction, the smart terminal obtains the audio and video data of the anchor user type, and then caches the audio and video data in the data buffer, and then caches the audio and video data in the data buffer through the system public gateway
  • the audio and video data in the buffer is concurrently transmitted to multiple live broadcast platforms according to the IP addresses of each live broadcast platform, completing the entire process of multi-platform live broadcast.
  • the system public gateway uses the 4g/5g network's multi-IP concurrent connection technology to realize the concurrent transmission of audio and video data to multiple live broadcast platforms , So as to realize simultaneous live broadcast on multiple live broadcast platforms at the same time on a smart terminal, effectively reduce the cumbersomeness of the user's live broadcast operation, and improve the user's live broadcast operation experience.
  • an embodiment of the present application also provides a computer device.
  • the computer device may be a server, and its internal structure may be as shown in FIG. 3.
  • the computer equipment includes a processor, a memory, a network interface, and a database connected through a system bus. Among them, the processor designed by the computer is used to provide calculation and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium and an internal memory.
  • the non-volatile storage medium stores an operating system, a computer program, and a database.
  • the internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium.
  • the database of the computer equipment is used to store data such as account information.
  • the network interface of the computer device is used to communicate with an external terminal through a network connection.
  • the computer program is executed by the processor to realize the function of the multi-platform synchronous live broadcast method in any of the above embodiments.
  • the above-mentioned processor executes the steps of the above-mentioned multi-platform synchronous live broadcast method:
  • S1 Receive a live broadcast start instruction, where the live broadcast start instruction carries N live broadcast platform tags, where N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • An embodiment of the present application also provides a computer-readable storage medium.
  • the storage medium may be a non-volatile storage medium or a volatile storage medium, on which a computer program is stored.
  • the computer program is executed by a processor, To implement the multi-platform synchronization live broadcast method of any one of the above embodiments, the method is specifically:
  • S1 Receive a live broadcast start instruction, where the live broadcast start instruction carries N live broadcast platform tags, where N is not less than 1, and a single live broadcast platform tag corresponds to a single live broadcast platform;
  • Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory may include random access memory (RAM) or external cache memory.
  • RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual-rate SDRAM (SSRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

Abstract

本申请提供了一种多平台同步直播方法、装置、计算机设备和可读存储介质,智能终端内部设置有系统公共网关和数据缓冲区,将音视频数据缓存后,在系统公共网关利用4g/5g网络的多IP并发连接技术,实现将音视频数据并发传输到多个直播平台,从而实现在一个智能终端上同时在多个直播平台同步直播,有效降低用户直播操作的繁琐度。

Description

多平台同步直播方法、装置、计算机设备和可读存储介质
本申请要求于2020年6月22日提交中国专利局、申请号为2020105753559 ,发明名称为“多平台同步直播方法、装置、计算机设备和可读存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据传输技术领域,特别涉及一种多平台同步直播方法、装置、计算机设备和可读存储介质。
背景技术
近年来,随着网络直播技术的发展,越来越多的人们在各种网络直播平台上注册账号,并且通过智能设备,采用视频直播的方式与公众互动。现有的用户在进行个人直播时,受限于智能设备本身的条件限制(智能设备在同一时间只能在前台运行一个程序),无法在一个智能设备上实现多平台同时直播。如果用户需要多平台同步直播,需要使用多个智能设备分别对应多个直播平台进行直播,非常繁琐,不便于用户操作。
技术问题
本申请的主要目的为提供一种多平台同步直播方法、装置、计算机设备和可读存储介质,旨在解决现有的智能设备无法多平台同步直播的弊端。
技术解决方案
为实现上述目的,第一方面,本申请提供了一种多平台同步直播方法,包括:
接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N不小于1,单个所述直播平台标记对应单个直播平台;
获取主播用户类型的音视频数据;
将所述音视频数据缓存至数据缓冲区;
通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
第二方面,本申请还提供了一种多平台同步直播装置,包括:
第一接收模块,用于接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N不小于1,单个所述直播平台标记对应单个直播平台;
获取模块,用于获取主播用户类型的音视频数据;
第一缓存模块,用于将所述音视频数据缓存至数据缓冲区;
传输模块,用于通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
第三方面,本申请还提供一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机程序,其中,所述处理器执行所述计算机程序时实现一种多平台同步直播方法;
其中,所述多平台同步直播方法包括:
接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N为不小于1的整数,单个所述直播平台标记对应单个直播平台;
获取主播用户类型的音视频数据;
将所述音视频数据缓存至数据缓冲区;
通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照已开启的各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
第四方面,本申请还提供一种计算机可读存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现一种多平台同步直播方法,所述多平台同步直播方法包括以下步骤:
接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N为不小于1的整数,单个所述直播平台标记对应单个直播平台;
获取主播用户类型的音视频数据;
将所述音视频数据缓存至数据缓冲区;
通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照已开启的各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
有益效果
本申请中提供的多平台同步直播方法、装置、计算机设备和可读存储介质,智能终端在接收直播开启指令后,获取主播用户类型的音视频数据,然后将音视频数据缓存至数据缓冲区,然后通过系统公共网关,将缓存在数据缓冲区的音视频数据,按照各个直播平台的IP地址并发传输给多个直播平台,完成多平台直播的整个流程。由于智能终端内部设置有系统公共网关和数据缓冲区,在将音视频数据缓存后,在系统公共网关利用4g/5g网络的多IP并发连接技术,实现将音视频数据并发传输到多个直播平台,从而实现在一个智能终端上同时在多个直播平台同步直播,有效降低用户直播操作的繁琐度,提高用户直播的操作体验。
附图说明
图1是本申请一实施例中多平台同步直播方法的步骤示意图;
图2是本申请一实施例中多平台同步直播装置的整体结构框图;
图3是本申请一实施例的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
本发明的最佳实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
参照图1,本申请一实施例中提供了一种多平台同步直播方法,包括:
S1:接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N不小于1,单个所述直播平台标记对应单个直播平台;
S2:获取主播用户类型的音视频数据;
S3:将所述音视频数据缓存至数据缓冲区;
S4:通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
本实施例中,直播方法的执行主体为智能终端,该智能终端优选为平板电脑、手机等手持电子设备,能够实现对音频数据、视频数据的获取,并通过无线网络连接服务器,在此对智能终端的形态不做具体限定。智能终端内建立有系统公共网关、数据缓冲区和直播管理模块(具体形式可以为一个直播管理APP,以便用户在智能终端上直接通过直播管理APP对各直播平台该进行相应的操作)。其中,智能终端所有对外的HTTP访问,均需要通过系统公共网关存储转发,系统公共网关记录有智能终端当前所安装的各个直播APP所对应的直播平台的IP地址,能够对智能终端所接收的IP包进行解析。如果解析后的IP包中的源IP地址为直播平台的IP地址,则由系统公共网关将IP包相关的IP数据流转发给直播管理模块,由直播管理模块将IP数据流推送给对应的直播APP,以便用户查看。数据缓冲区用于存储智能终端即将对外传输的数据,以及各直播平台反馈给智能终端的数据,以便提供给用户应对多平台直播信息交互无法同时作出回应的处理方法,简单说就是给用户一定缓冲时间来处理多直播信息,使用户不至于手忙脚乱。直播管理模块用于专项管理智能终端上所安装的各个直播APP,直播管理模块具体形式可以为直播管理APP,用户在登录直播管理APP后,可以选择一键激活智能终端上所有的直播APP,也可以通过点选的方式,选择需要激活的一个或多个直播APP,即发出直播开启指令。其中,直播开启指令携带N个直播平台标记,N不小于1,并且单个直播平台标记对应单个直播平台。智能终端在接收到用户的直播开启指令后开启直播,然后通过麦克风收集用户语音的模拟信号,并将其转化为PCM编码的原始数据,然后再通过编码压缩成MP3等格式的数据,形成音频数据;并且,通过摄像头等设备采集用户的图像,形成YUV编码的原始数据,经过编码压缩成H.264等格式的视频数据,从而实现对主播用户类型在直播时的音视频数据的获取。智能终端将音视频数据缓存到数据缓冲区,然后通过系统公共网关,利用4g/5g网络的多IP并发连接技术,将用户直播的音视频数据根据直播平台的IP地址,并发传输到各个直播APP对应的直播平台,实现在一个智能终端上同步向多个直播平台的直播。在直播过程中,用户只需要在一个智能终端上,就能完成对多个直播APP的操作,实现在不同直播平台的直播操作,简单方便,有效提供用户直播时的体验感。
进一步的,所述接收直播开启指令步骤之后,包括:
S5:判断所述N的数值是否不小于2;
S6:若所述N的数值不小于2,则根据所述直播平台标记的数量,将显示界面分为N个分屏,其中,单个所述分屏显示单个所述直播平台标记对应的直播平台。
本实施例中,用户在登录直播管理APP后,可以一键开启智能终端上的所有直播APP,也可以通过点选的方式选择当前需要开启的一个或多个直播APP。具体地,智能终端在接收到用户输入的直播开启指令后,会根据直播开启指令携带的N个直播平台标记(直播平台标记对应直播APP),来选择是否开启分屏功能。如果N不小于2,则智能终端会根据用户开启的直播APP的数量,来选定每个直播平台对应的直播屏幕所占的屏幕空间。智能终端在除去必要的状态栏(比如智能终端的信号栏、电量栏等)显示外,将显示界面的其余区域都作为直播界面。然后,根据直播平台标记的数量,对当前可用的显示界面进行分屏。比如用户当前开启的直播APP的数量为N个,则用户将终端当前除去状态栏以外的、可用的显示界面分为N份,每个分屏对应显示单个直播平台。各分屏显示界面的尺寸可以相同,也可以不同。用户可以根据自身需求调整各个分屏显示界面的尺寸,以及变换各分屏显示界面在主显示界面上的布局位置。优选的,智能终端生成的各个分屏具有相同尺寸的显示界面,相同尺寸的分屏便于排列,并且整体排列后具有较高的美观度。智能终端要实现在不同直播平台同步直播时的分屏功能,需要对智能终端的系统做底层开发,以安卓系统为例,开发人员在frameworks层,通过"OpenGLES"相关调用部分以及相关代码的修改,从而使智能终端实现多屏功能。
进一步的,所述根据所述直播平台标记的数量,将显示界面均分为N个分屏的步骤之后,包括:
S6:分别在各所述分屏构建虚拟输入设备。
本实施例中,智能终端在根据选中的直播APP的数量,将当前可用的显示界面均分为N个分屏后,可以分别针对每个分屏单独构建虚拟输入设备,比如虚拟麦克风和虚拟摄像头,并将构建后的虚拟输入设备的图标显示在分屏的预设区域,比如分屏显示界面的下方,并排显示。每个分屏中的虚拟输入设备仅对应一个直播平台,通过虚拟麦克风和虚拟摄像头实现对用户直播时的音视频数据的采集,并将音视频数据传输到对应的直播平台上。在直播过程中,用户可以通过单独操作分屏上的虚拟输入设备,实现对单个直播平台直播时音视频数据的独立管理。比如,用户可以通过点选的方式,将分屏A上的虚拟麦克风关闭,在分屏A的虚拟麦克风被关闭后,分屏A所对应的直播平台只能接收到用户直播时的视频数据,无法采集到音频数据。而其他分屏所对应的直播平台则不受影响,能够接收到用户的音视频数据。
进一步的,所述虚拟输入设备包括虚拟麦克风,所述分别在各所述分屏构建虚拟输入设备的步骤,包括:
S601:加载虚拟声卡;
S602:调用预先编写的驱动程序,以驱动所述虚拟声卡,实现在所述分屏构建所述虚拟麦克风。
本实施例中,智能终端构建的虚拟输入设备包括虚拟麦克风,用于收集用户直播时的音频数据。智能终端需要在系统上做底层开发,构建虚拟麦克风,以便智能终端在不同分屏区域内调用。本实施例中以安卓系统为例进行说明,在构建虚拟麦克风时,智能终端首先需要加载虚拟声卡,然后调用预先编写的驱动程序,以驱动虚拟声卡,从而完成在分屏构建虚拟麦克风,智能终端可以通过虚拟麦克风独立收集用户直播时的音频数据。其中,驱动程序由开发人员预先在安卓系统底层,根据虚拟声卡对应编写,完成后将驱动程序写入智能终端的系统内,以便调用。
进一步的,所述直播方法还包括:
S7:接收各所述直播平台发送的反馈信息;
S8:通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
本实施例中,用户在直播过程中,观看者会与用户产生交互(比如观看者在观看直播时发出的弹幕消息),直播平台的观看者所产生的交互信息,会汇集到直播平台对应的平台服务器。平台服务器会根据主播的IP地址和直播房间信息等,将交互信息的数据流传输到主播的接收终端。本实施例中,用户的智能终端通过系统公开网关接收各个直播平台所传输的反馈信息,并在系统公共网关将反馈信息按照智能终端的系统要求(比如数据格式)做重新打包,得到各反馈信息分别对应的反馈数据包,以适应智能终端的系统要求。系统公共网关通过识别反馈数据包中所携带的平台特征信息(比如平台IP),将各反馈数据包分发到对应的数据缓冲区进行缓存,避免同一时间输出大量反馈信息到智能终端,用户无法及时反应并处理。
进一步的,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后,包括:
S9:将各所述反馈信息按照各自对应的接收时间顺序输出。
本实施例中,各个直播平台传输的反馈信息可以通过智能终端的喇叭输出设备直接读出,而由于喇叭设备同一时间只能输出一条反馈信息(为了避免用户混淆,智能终端也不会在同一时间播放多条反馈信息),因此需要对反馈信息的输出顺序进行排序。具体地,智能终端通过系统公共网关将各直播平台的反馈信息缓存至数据缓冲区后,分别识别各反馈信息的接收时间,然后将各反馈信息按照各自对应的接收时间顺序输出。优选的,用户可以根据自身需求对各个直播平台设定优先级(比如粉丝量多的直播平台的优先级高于粉丝量少的直播平台的优先级),也可以由智能终端自动根据观看量设定各个直播平台的优先级(比如观看量越多的直播平台,其所对应的优先级越高),智能终端在接收到各平台传输的反馈信息后,会首先按照设定的优先级,先行输出直播平台优先级高的反馈信息,从而避免用户错过重要的反馈信息。
进一步的,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤,包括:
S801:在所述系统公共网关将各所述反馈信息按照系统要求重新打包,得到各所述反馈信息分别对应的反馈数据包;
S802:根据各所述直播平台的特征信息,将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本实施例中,智能终端在接收到反馈信息后,由系统公共网关按照系统要求将各反馈信息的数据流做重新打包,以得到各反馈信息分别对应的反馈数据包,从而适应智能终端的系统要求(比如数据格式等形式要求)。各个直播平台具有各自对应的特征信息(不同的直播平台对应不同的时间戳和特殊字符串),直播平台所传输的数据流携带有平台的特征信息。系统公共网关通过各个直播平台的特征信息,识别出各个直播平台各自对应的反馈数据包,从而将反馈数据包分发到对应的直播平台的数据缓冲区进行缓存,等待后续的输出动作。
本实施例提供的多平台同步直播方法,智能终端在接收直播开启指令后,获取主播用户类型的音视频数据后,然后将音视频数据缓存至数据缓冲区,然后通过系统公共网关,将缓存在数据缓冲区的音视频数据,按照各个直播平台的IP地址并发传输给多个直播平台,完成多平台直播的整个流程。由于智能终端内部设置有系统公共网关和数据缓冲区,在将音视频数据缓存后,在系统公共网关利用4g/5g网络的多IP并发连接技术,实现将音视频数据并发传输到多个直播平台,从而实现在一个智能终端上同时在多个直播平台同步直播,有效降低用户直播操作的繁琐度,提高用户直播的操作体验。
参照图2,本申请一实施例中还提供了一种多平台同步直播装置,包括:
第一接收模块1,用于接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N不小于1,单个所述直播平台标记对应单个直播平台
获取模块2,用于获取主播用户类型的音视频数据;
第一缓存模块3,用于将所述音视频数据缓存至数据缓冲区;
传输模块4,用于通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
本实施例中,上述多平台同步直播装置中的第一接收模块1、获取模块2、第一缓存模块3和传输模块4的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S1至S4的实现过程,在此不再赘述。
进一步的,所述多平台同步直播装置,还包括:
判断模块5,用于判断所述N的数值是否不小于2;
分屏模块6,用于若所述N的数值不小于2,则根据所述直播平台标记的数量,将显示界面分为N个分屏,其中,单个所述分屏显示单个所述直播平台标记对应的直播平台。
本实施例中,上述多平台同步直播装置中的判断模块5和分屏模块6的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S5至S6的实现过程,在此不再赘述。
进一步的,所述多平台同步直播装置,还包括:
构建模块7,用于分别在各所述分屏构建虚拟输入设备。
本实施例中,上述多平台同步直播装置中的构建模块7的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S7的实现过程,在此不再赘述。
进一步的,所述虚拟输入设备包括虚拟麦克风,所述构建模块6,包括:
加载单元,用于加载虚拟声卡;
驱动单元,用于调用预先编写的驱动程序,以驱动所述虚拟声卡,实现在所述分屏构建所述虚拟麦克风。
本实施例中,上述构建模块6中的加载单元和驱动单元的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S601至S602的实现过程,在此不再赘述。
进一步的,所述多平台同步直播装置还包括:
第二接收模块8,用于接收各所述直播平台发送的反馈信息;
第二缓存模块9,用于通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
本实施例中,上述多平台同步直播装置中的第二接收模块8和第二缓存模块9的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S8至S9的实现过程,在此不再赘述。
进一步的,所述多平台同步直播装置,还包括:
输出模块10,用于将各所述反馈信息按照各自对应的接收时间顺序输出。
本实施例中,上述多平台同步直播装置中的输出模块10的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S10的实现过程,在此不再赘述。
进一步的,所述第二缓存模块8,包括:
打包单元,用于在所述系统公共网关将各所述反馈信息按照系统要求重新打包,得到各所述反馈信息分别对应的反馈数据包;
分发单元,用于根据各所述直播平台的特征信息,将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本实施例中,上述第二缓存模块8中的打包单元和分发单元的功能和作用的实现过程具体详见上述多平台同步直播方法中对应步骤S801至S802的实现过程,在此不再赘述。
本实施例提供的平台同步直播装置,智能终端在接收直播开启指令后,获取主播用户类型的音视频数据后,然后将音视频数据缓存至数据缓冲区,然后通过系统公共网关,将缓存在数据缓冲区的音视频数据,按照各个直播平台的IP地址并发传输给多个直播平台,完成多平台直播的整个流程。由于智能终端内部设置有系统公共网关和数据缓冲区,在将音视频数据缓存后,在系统公共网关利用4g/5g网络的多IP并发连接技术,实现将音视频数据并发传输到多个直播平台,从而实现在一个智能终端上同时在多个直播平台同步直播,有效降低用户直播操作的繁琐度,提高用户直播的操作体验。
参照图3,本申请实施例中还提供一种计算机设备,该计算机设备可以是服务器,其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储账号信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现上述的任一实施例多平台同步直播方法的功能。
上述处理器执行上述多平台同步直播方法的步骤:
S1:接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N不小于1,单个所述直播平台标记对应单个直播平台;
S2:获取主播用户类型的音视频数据;
S3:将所述音视频数据缓存至数据缓冲区;
S4:通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
本申请一实施例还提供一种计算机可读存储介质,所述存储介质可以是非易失性存储介质,也可以是易失性存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述的任一实施例多平台同步直播方法,所述方法具体为:
S1:接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N不小于1,单个所述直播平台标记对应单个直播平台;
S2:获取主播用户类型的音视频数据;
S3:将所述音视频数据缓存至数据缓冲区;
S4:通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储与一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM通过多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种多平台同步直播方法,其特征在于,包括:
    接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N为不小于1的整数,单个所述直播平台标记对应单个直播平台;
    获取主播用户类型的音视频数据;
    将所述音视频数据缓存至数据缓冲区;
    通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照已开启的各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
  2. 根据权利要求1所述的多平台同步直播方法,其特征在于,所述接收直播开启指令的步骤之后,包括:
    判断所述N的数值是否不小于2;
    若所述N的数值不小于2,则根据所述直播平台标记的数量,将显示界面分为N个分屏,其中,单个所述分屏显示单个所述直播平台标记对应的直播平台。
  3. 根据权利要求2所述的多平台同步直播方法,其特征在于,所述根据所述直播平台标记的数量,将显示界面均分为N个分屏的步骤之后,包括:
    分别在各所述分屏构建虚拟输入设备。
  4. 根据权利要求3所述的多平台同步直播方法,其特征在于,所述虚拟输入设备包括虚拟麦克风,所述分别在各所述分屏构建虚拟输入设备的步骤,包括:
    加载虚拟声卡;
    调用预先编写的驱动程序,以驱动所述虚拟声卡,实现在所述分屏构建所述虚拟麦克风。
  5. 根据权利要求1所述的多平台同步直播方法,其特征在于,还包括:
    接收各所述直播平台发送的反馈信息;
    通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
  6. 根据权利要求5所述的多平台同步直播方法,其特征在于,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后,包括:
    将各所述反馈信息按照各自对应的接收时间顺序输出。
  7. 根据权利要求5所述的多平台同步直播方法,其特征在于,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤,包括:
    在所述系统公共网关将各所述反馈信息按照系统要求重新打包,得到各所述反馈信息分别对应的反馈数据包;
    根据各所述直播平台的特征信息,将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
  8. 一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现一种多平台同步直播方法;
    其中,所述多平台同步直播方法包括:
    接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N为不小于1的整数,单个所述直播平台标记对应单个直播平台;
    获取主播用户类型的音视频数据;
    将所述音视频数据缓存至数据缓冲区;
    通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照已开启的各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
  9. 根据权利要求8所述的计算机设备,其特征在于,所述接收直播开启指令的步骤之后,包括:
    判断所述N的数值是否不小于2;
    若所述N的数值不小于2,则根据所述直播平台标记的数量,将显示界面分为N个分屏,其中,单个所述分屏显示单个所述直播平台标记对应的直播平台。
  10. 根据权利要求9所述的计算机设备,其特征在于,所述根据所述直播平台标记的数量,将显示界面均分为N个分屏的步骤之后,包括:
    分别在各所述分屏构建虚拟输入设备。
  11. 根据权利要求10所述的计算机设备,其特征在于,所述虚拟输入设备包括虚拟麦克风,所述分别在各所述分屏构建虚拟输入设备的步骤,包括:
    加载虚拟声卡;
    调用预先编写的驱动程序,以驱动所述虚拟声卡,实现在所述分屏构建所述虚拟麦克风。
  12. 根据权利要求8所述的计算机设备,其特征在于,所述多平台同步直播方法还包括:
    接收各所述直播平台发送的反馈信息;
    通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
  13. 根据权利要求12所述的计算机设备,其特征在于,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后,包括:
    将各所述反馈信息按照各自对应的接收时间顺序输出。
  14. 根据权利要求12所述的计算机设备,其特征在于,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤,包括:
    在所述系统公共网关将各所述反馈信息按照系统要求重新打包,得到各所述反馈信息分别对应的反馈数据包;
    根据各所述直播平台的特征信息,将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
  15. 一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现一种多平台同步直播方法,所述多平台同步直播方法包括以下步骤:
    接收直播开启指令,所述直播开启指令携带N个直播平台标记,所述N为不小于1的整数,单个所述直播平台标记对应单个直播平台;
    获取主播用户类型的音视频数据;
    将所述音视频数据缓存至数据缓冲区;
    通过系统公共网关,将缓存在所述数据缓冲区内的所述音视频数据,按照已开启的各所述直播平台的IP地址,并发传输给各所述直播平台,以使所述直播平台将所述音视频数据反馈至对应的各个客户端。
  16. 根据权利要求15所述的计算机可读存储介质,其特征在于,所述接收直播开启指令的步骤之后,包括:
    判断所述N的数值是否不小于2;
    若所述N的数值不小于2,则根据所述直播平台标记的数量,将显示界面分为N个分屏,其中,单个所述分屏显示单个所述直播平台标记对应的直播平台。
  17. 根据权利要求16所述的计算机可读存储介质,其特征在于,所述根据所述直播平台标记的数量,将显示界面均分为N个分屏的步骤之后,包括:
    分别在各所述分屏构建虚拟输入设备。
  18. 根据权利要求17所述的计算机可读存储介质,其特征在于,所述虚拟输入设备包括虚拟麦克风,所述分别在各所述分屏构建虚拟输入设备的步骤,包括:
    加载虚拟声卡;
    调用预先编写的驱动程序,以驱动所述虚拟声卡,实现在所述分屏构建所述虚拟麦克风。
  19. 根据权利要求15所述的计算机可读存储介质,其特征在于,所述多平台同步直播方法还包括:
    接收各所述直播平台发送的反馈信息;
    通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区;
  20. 根据权利要求19所述的计算机可读存储介质,其特征在于,所述通过所述系统公共网关,将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤,包括:
    在所述系统公共网关将各所述反馈信息按照系统要求重新打包,得到各所述反馈信息分别对应的反馈数据包;
    根据各所述直播平台的特征信息,将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
PCT/CN2020/128408 2020-06-22 2020-11-12 多平台同步直播方法、装置、计算机设备和可读存储介质 WO2021258617A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010575355.9A CN111901614A (zh) 2020-06-22 2020-06-22 多平台同步直播方法、装置、计算机设备和可读存储介质
CN202010575355.9 2020-06-22

Publications (1)

Publication Number Publication Date
WO2021258617A1 true WO2021258617A1 (zh) 2021-12-30

Family

ID=73206398

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/128408 WO2021258617A1 (zh) 2020-06-22 2020-11-12 多平台同步直播方法、装置、计算机设备和可读存储介质

Country Status (2)

Country Link
CN (1) CN111901614A (zh)
WO (1) WO2021258617A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363654A (zh) * 2022-01-12 2022-04-15 北京字节跳动网络技术有限公司 一种视频推流方法、装置、终端设备及存储介质
CN114727140A (zh) * 2022-03-18 2022-07-08 广州方硅信息技术有限公司 直播联运数据同步的方法、服务器集群及存储介质
CN114745561A (zh) * 2022-04-06 2022-07-12 珠海格力电器股份有限公司 直播间交互方法、装置、电子设备及存储介质
CN116708867A (zh) * 2023-08-07 2023-09-05 深圳市亿晟科技有限公司 一种直播数据处理方法、装置、设备及存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111901614A (zh) * 2020-06-22 2020-11-06 深圳市沃特沃德股份有限公司 多平台同步直播方法、装置、计算机设备和可读存储介质
CN112866738B (zh) * 2021-01-19 2022-12-02 西安万像电子科技有限公司 消息处理方法及直播消息管理系统
CN112799622A (zh) * 2021-01-22 2021-05-14 维沃移动通信(杭州)有限公司 一种应用的控制方法、装置及电子设备
CN114286117A (zh) * 2021-04-15 2022-04-05 上海商米科技集团股份有限公司 多平台多应用的直播方法及系统、直播设备和存储介质
CN113596588A (zh) * 2021-07-31 2021-11-02 郑州信大捷安信息技术股份有限公司 一种单机多平台直播方法和系统
CN113891162B (zh) * 2021-11-23 2024-03-12 广州方硅信息技术有限公司 直播间加载方法、装置、计算机设备及存储介质
CN114222195A (zh) * 2022-01-27 2022-03-22 北京百度网讯科技有限公司 一种直播推流方法、装置、电子设备和存储介质
CN115297337A (zh) * 2022-08-05 2022-11-04 深圳市野草声学有限公司 基于数据收发缓存的视频直播时的音频传输方法及系统
CN115547367A (zh) * 2022-09-23 2022-12-30 天翼数字生活科技有限公司 一种音视频缓冲区读取处理方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130259446A1 (en) * 2012-03-28 2013-10-03 Nokia Corporation Method and apparatus for user directed video editing
US20170264652A1 (en) * 2016-03-08 2017-09-14 T-Mobile Usa, Inc. Cross-platform video conversation between related devices
CN107483812A (zh) * 2017-08-02 2017-12-15 深圳依偎控股有限公司 一种多平台并行直播的方法及装置
CN109005415A (zh) * 2018-07-26 2018-12-14 阿里巴巴集团控股有限公司 一种网络直播控制方法、装置及系统
CN109068179A (zh) * 2018-09-17 2018-12-21 珠海市筑巢科技有限公司 一种多平台直播方法、计算机装置及计算机可读存储介质
CN110662086A (zh) * 2019-10-31 2020-01-07 成都威爱新经济技术研究院有限公司 一种5g高清直播系统及视频处理方法
CN111031328A (zh) * 2018-10-10 2020-04-17 上海畅致文化传播有限公司 一种多平台网络同步直播控制方法与直播系统
CN111901614A (zh) * 2020-06-22 2020-11-06 深圳市沃特沃德股份有限公司 多平台同步直播方法、装置、计算机设备和可读存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE202007007275U1 (de) * 2007-05-22 2007-08-09 Fink, Tobias Schnittstellengehäuse für Kleingeräte
CN106792244A (zh) * 2016-12-30 2017-05-31 广州华多网络科技有限公司 视频直播方法及装置
CN107483460B (zh) * 2017-08-29 2020-10-13 广州华多网络科技有限公司 一种多平台并行导播推流的方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130259446A1 (en) * 2012-03-28 2013-10-03 Nokia Corporation Method and apparatus for user directed video editing
US20170264652A1 (en) * 2016-03-08 2017-09-14 T-Mobile Usa, Inc. Cross-platform video conversation between related devices
CN107483812A (zh) * 2017-08-02 2017-12-15 深圳依偎控股有限公司 一种多平台并行直播的方法及装置
CN109005415A (zh) * 2018-07-26 2018-12-14 阿里巴巴集团控股有限公司 一种网络直播控制方法、装置及系统
CN109068179A (zh) * 2018-09-17 2018-12-21 珠海市筑巢科技有限公司 一种多平台直播方法、计算机装置及计算机可读存储介质
CN111031328A (zh) * 2018-10-10 2020-04-17 上海畅致文化传播有限公司 一种多平台网络同步直播控制方法与直播系统
CN110662086A (zh) * 2019-10-31 2020-01-07 成都威爱新经济技术研究院有限公司 一种5g高清直播系统及视频处理方法
CN111901614A (zh) * 2020-06-22 2020-11-06 深圳市沃特沃德股份有限公司 多平台同步直播方法、装置、计算机设备和可读存储介质

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363654A (zh) * 2022-01-12 2022-04-15 北京字节跳动网络技术有限公司 一种视频推流方法、装置、终端设备及存储介质
CN114363654B (zh) * 2022-01-12 2023-12-19 北京字节跳动网络技术有限公司 一种视频推流方法、装置、终端设备及存储介质
CN114727140A (zh) * 2022-03-18 2022-07-08 广州方硅信息技术有限公司 直播联运数据同步的方法、服务器集群及存储介质
CN114745561A (zh) * 2022-04-06 2022-07-12 珠海格力电器股份有限公司 直播间交互方法、装置、电子设备及存储介质
CN114745561B (zh) * 2022-04-06 2023-05-30 珠海格力电器股份有限公司 直播间交互方法、装置、电子设备及存储介质
CN116708867A (zh) * 2023-08-07 2023-09-05 深圳市亿晟科技有限公司 一种直播数据处理方法、装置、设备及存储介质
CN116708867B (zh) * 2023-08-07 2023-11-10 深圳市亿晟科技有限公司 一种直播数据处理方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN111901614A (zh) 2020-11-06

Similar Documents

Publication Publication Date Title
WO2021258617A1 (zh) 多平台同步直播方法、装置、计算机设备和可读存储介质
CN111031368B (zh) 多媒体播放方法、装置、设备及存储介质
US8606183B2 (en) Method and apparatus for remote controlling bluetooth device
KR101918040B1 (ko) 스크린 미러링 방법 및 그 장치
US11936921B2 (en) Method for managing network live streaming data and related apparatus, and device and storage medium
CN111970526B (zh) 界面通知消息处理方法、装置、设备及存储介质
US11228801B2 (en) Method and apparatus for providing multi-view streaming service
JP2007311957A (ja) シンクライアントシステム
EP3185545A1 (en) Video conference control method and system
CN112423076B (zh) 一种音频投屏同步控制方法、设备及计算机可读存储介质
US20150319205A1 (en) Method for Transferring Media Stream and User Equipment
CN103516882B (zh) 一种基于多屏互动场景图片播放方法及系统
KR101989016B1 (ko) 전자장치에서 영상통화중 파일 전송 방법 및 장치
CN111092898B (zh) 报文传输方法及相关设备
CN113794928B (zh) 一种音频播放方法及显示设备
US20120151336A1 (en) Generation and caching of content in anticipation of presenting content in web conferences
KR20140002379A (ko) 전자 장치를 위한 인터넷 기반 ars 시스템 및 방법
CN103365061A (zh) 云投影系统
CN112770078B (zh) 一种视频会议终端融合方法、装置及可读存储介质
CN106603537A (zh) 一种移动智能终端标注视频信号源的系统及方法
CN112714131A (zh) 一种跨平台连麦的方法、装置、存储介质及电子设备
CN103365062A (zh) 云投影方法
CN101616290A (zh) 一种家庭多媒体系统及其实现方法
JP2015049789A (ja) 表示制御装置、表示制御装置の動作方法およびコンピュータプログラム
CN112532719A (zh) 信息流的推送方法、装置、设备及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20941949

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20941949

Country of ref document: EP

Kind code of ref document: A1