WO2023000133A1 - 互联网直播*** - Google Patents

互联网直播*** Download PDF

Info

Publication number
WO2023000133A1
WO2023000133A1 PCT/CN2021/107081 CN2021107081W WO2023000133A1 WO 2023000133 A1 WO2023000133 A1 WO 2023000133A1 CN 2021107081 W CN2021107081 W CN 2021107081W WO 2023000133 A1 WO2023000133 A1 WO 2023000133A1
Authority
WO
WIPO (PCT)
Prior art keywords
audio
domain name
video encoder
internet
live broadcast
Prior art date
Application number
PCT/CN2021/107081
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 PCT/CN2021/107081 priority Critical patent/WO2023000133A1/zh
Publication of WO2023000133A1 publication Critical patent/WO2023000133A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • 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/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/63—Control 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

Definitions

  • This application relates to the technical field of network audio and video transmission, in particular to an Internet live broadcast system.
  • the most commonly used method is to realize instant live broadcast of audio and video through various live broadcast platforms.
  • live broadcast software in general devices (such as mobile phones, tablet computers, etc.)
  • the platform's streaming server The live broadcast receiver uses the supporting software of the live broadcast platform to connect to the streaming media server of the live broadcast platform, obtains the data stream and decodes and displays it.
  • the transfer of audio and video data through the streaming media server of the third-party live broadcast platform significantly reduces the real-time performance of audio and video transmission, and may also cause data security issues.
  • the present application provides an Internet live broadcast system, which provides a low-latency live broadcast of high-definition video through the Internet conveniently, and the security of the live video data is guaranteed to a certain extent.
  • the first technical solution provided by this application is to provide an Internet live broadcast system, which includes:
  • a mobile hotspot, the audio and video encoder is connected to the Internet through the mobile hotspot;
  • a router, the audio and video decoder is connected to the Internet through the router;
  • the audio and video encoder is used to transmit live data to the audio and video decoder through the Internet.
  • the Internet live broadcast system also includes a dynamic domain name server
  • the audio and video encoder and the audio and video decoder are respectively connected to the dynamic domain name server, and the dynamic domain name server is used to provide the audio and video encoder and/or the audio and video decoder with a dynamic domain name service.
  • the audio and video encoder includes a dynamic domain name module, and the dynamic domain name module is used to send a request instruction to the dynamic domain name server, so that the dynamic domain name server sends the audio and video encoder information according to the request instruction
  • the external network IP address is mapped to a fixed domain name address.
  • the dynamic domain name module is used to read the domain name configuration file of the audio and video encoder, and send the domain name configuration file and the external network IP address of the audio and video encoder to the dynamic domain name server, to request the dynamic domain name server to bind the external network IP address with the domain name configuration file.
  • the dynamic domain name module is further configured to update the domain name configuration file when domain name configuration update information is received.
  • the dynamic domain name module is also used to detect whether the IP address of the external network changes within a preset time after sending the request instruction to the dynamic domain name server, and if not, send the request command to the dynamic domain name server again. Request instructions.
  • the audio-video encoder includes a port program module, and the port program module is used for mapping the local port number of the audio-video encoder to the external network port number of the router.
  • the port program module is used to read the port configuration file of the audio and video encoder, and send the port configuration file to the router to request the router to update the port mapping;
  • the port configuration file includes the local port number of the audio and video encoder, and the external network port number of the router.
  • the audio and video encoder also includes a live transmission protocol program module, and the live transmission protocol program module is used to establish a data connection between the audio and video encoder and the audio and video decoder in the Internet live broadcast system, and to transmit the live broadcast data.
  • the Internet live broadcast system also includes a live program source device
  • the live program source device is connected to the audio and video encoder, and the live program source device is used to provide the audio and video encoder with the live data.
  • the live program source device includes a high-definition multimedia interface
  • the audio-video encoder includes a male interface
  • the male interface is used to connect with the high-definition multimedia interface, so that the audio-video encoder and the Connect to the source device of the live program.
  • the Internet live broadcast system includes: an audio and video encoder; a mobile hotspot, the audio and video encoder connects to the Internet through a mobile hotspot; an audio and video decoder; a router, and the audio and video decoder connects to the Internet through a router; among them, the audio and video encoder, It is used to transmit live data to audio and video decoders through the Internet.
  • the Internet live broadcast system of this application directly realizes point-to-point live broadcast of audio and video encoders and audio and video decoders directly through the Internet.
  • the live broadcast process does not rely on a third-party live broadcast platform, and the Internet live broadcast system is simple and efficient.
  • Fig. 1 is a structural representation of an embodiment of the Internet live broadcast system provided by the application;
  • Fig. 2 is a schematic structural diagram of another embodiment of the Internet live broadcast system provided by the present application.
  • FIG. 3 is a schematic structural diagram of an embodiment of an audio and video encoder provided by the present application.
  • Fig. 4 is a schematic structural diagram of an embodiment of an audio-video decoder provided by the application.
  • Fig. 5 is a schematic flow chart of the operation of the DDNS program module provided by the present application.
  • FIG. 6 is a schematic flowchart of the operation of the UPnP program module provided by the present application.
  • FIG. 1 is a schematic structural diagram of an embodiment of an Internet live broadcast system provided by the present application.
  • the Internet live broadcast system 100 provided by this application at least includes: an audio and video encoder 11 , a mobile hotspot 12 , an audio and video decoder 13 , a router 14 and the Internet 15 .
  • the audio and video encoder 11 can be connected to the Internet 15 through the mobile hotspot 12
  • the audio and video decoder 13 can be connected to the Internet 15 through the router 14 .
  • the audio and video encoder 11 obtains the live output video signal, and compresses and encodes the live output video signal into live data, so as to directly transmit the live data to the audio and video decoder 13 through the Internet 15 end-to-end; wherein, the audio and video decoder 13 receives The live data is decoded and output.
  • the audio and video decoder 13 can be connected to a display (not shown in the figure), so as to output and display the live data through the display.
  • FIG. 2 is a schematic structural diagram of another embodiment of the Internet live broadcast system provided by the present application.
  • the Internet live broadcast system 100 includes an audio and video encoder 11 , a mobile hotspot 12 , an audio and video decoder 13 , a router 14 and the Internet 15 , and also includes a dynamic domain name server 16 and a live program source device 17 .
  • the live program source device 17 includes but is not limited to: a high-definition camera, or an HDMI signal source such as a computer or a set-top box. Taking high-definition cameras as an example, high-definition cameras are used for shooting live video, that is, as providers of live audio and video sources.
  • the audio and video encoder 11 can be used for collecting audio and video sources, encoding, compressing and sending live data.
  • FIG. 3 is a schematic structural diagram of an embodiment of the audio and video encoder provided in this application.
  • the audio and video encoder 11 has a small appearance, and its volume can be set to 30mmx70mmx13mm.
  • the audio and video encoder 11 includes an HDMI input port 101 , an LED two-color indicator light 102 , an analog audio input port 103 , a USB port 104 and an encoder multifunctional key 105 .
  • the HDMI input port 101 is used to connect live video sources, such as high-definition cameras, notebook computers, etc., and can also supply power to the audio and video encoder 11 at the same time.
  • LED two-color indicator light 102 is used to indicate the current device status of the audio and video encoder 11, and the USB port 104 can also be used for auxiliary power supply.
  • the audio and video encoder 11 is equipped with an HDMI Type-A male head, that is, the HDMI input port 101, which can be directly inserted into the HDMI socket of the high-definition camera without an HDMI cable.
  • the audio and video encoder 11 can even directly use the HDMI interface to supply power.
  • the audio and video encoder 11 can be integrated with the high-definition camera without connecting any cables, so that the encoder will not shoot the user's video during the live broadcast. operations have any effect.
  • the HDMI input port 101 of the encoder can be directly inserted into the HDMI socket of the high-definition camera for image acquisition without an HDMI cable.
  • the initiator of the live broadcast request is the audio and video encoder 11
  • the LED indicator light 102 will indicate the current live broadcast status in real time (the green light flashes quickly to indicate that the live broadcast is in progress, and the green light is always on to indicate that the live broadcast is stopped).
  • the audio and video encoder 11 establishes a wireless connection with the mobile hotspot 12 via WiFi to join the Internet 15 . Long press the encoder button 105 to allow the audio and video encoder 11 to enter the setting mode.
  • the audio and video encoder 11 in the setting mode is used as a WI-FI AP device to provide web services and built-in web pages.
  • the third party has a web browser function device, Such as computers, mobile phones, and tablet computers, join this WI-FI network, and use a web browser to open the setting page to modify the working parameters or behavior of the encoder.
  • the audio and video decoder 13 can be used to receive compressed audio and video live data, decode and output to an audio and video terminal, such as a display screen for playback.
  • an audio and video terminal such as a display screen for playback.
  • FIG. 4 is a schematic structural diagram of an embodiment of the audio and video decoder provided in this application.
  • the audio and video decoder 13 includes a decoder multi-function button 201, a first LED indicator light 202, a second LED indicator light 203, an SD card slot 204, an analog audio output port 205, an HDMI output port 206, Gigabit Ethernet port 207 and USB port 208 .
  • the USB port 208 can also be used to supply power to the device.
  • the HDMI output port 206 of the decoder can be connected to a monitor through an HDMI cable to output live video.
  • the initiator of the live broadcast request is the audio and video decoder 13
  • the LED indicator light 201 will indicate the current live broadcast status in real time (the green light flashes quickly to indicate that the live broadcast is in progress, and the green light is always on to indicate that the live broadcast is stopped).
  • the audio and video decoder 13 forms an internal local area network through a wired connection with the router 14, and can access the Internet 15 through the WAN port of the router.
  • Audio-video decoder 13 provides web service and built-in setting webpage
  • the third party has the computer equipment of web browser function can access the local area network that is made up of audio-video decoder 13 and router 14, and uses web browser to open this setting webpage to revise The working parameters or behavior of the audio and video decoder 13.
  • the audio and video decoder 13 has the functions of recording and storing audio and video streams, and playback on demand. To enable this function, an SD card needs to be inserted into the SD card slot 204 of the decoder, and the recording switch should be turned on in the setting web page.
  • the mobile hotspot 12 is mainly used to provide an Internet access point for the audio and video encoder 11 , and the audio and video encoder 11 can establish a connection with the mobile hotspot 12 through a built-in WiFi module to access the Internet 15 .
  • the router 14 is used to bridge the Internet 15 and the local area network where the audio and video decoder 13 is located.
  • the dynamic domain name server 16 in the embodiment of the present application is a third-party dynamic domain name server (DDNS) set on the remote Internet.
  • DDNS third-party dynamic domain name server
  • the dynamic domain name server 16 is used to provide the dynamic domain name service for the audio/video encoder 11 and/or the audio/video decoder 13 .
  • the audio and video encoder 11 and the audio and video decoder 13 in the embodiment of the present application implement an Internet end-to-end data transmission method through DDNS+UPnP+SRT. Specifically, run the DDNS program module (i.e. the dynamic domain name module), the UPnP program module (i.e. the port program module) and the SRT program module (i.e. the live transmission protocol program module) on the audio/video encoder 11 and the audio/video decoder 13 .
  • DDNS program module i.e. the dynamic domain name module
  • the UPnP program module i.e. the port program module
  • the SRT program module i.e. the live transmission protocol program module
  • the DDNS program module maps the unfixed public network IP of the audio and video encoder 11 or the audio and video decoder 13, that is, the external network IP address, to a fixed domain name address by requesting a remote DDNS server.
  • the audio and video encoder 11 and the audio and video decoder 13 are accessed through the domain name address.
  • FIG. 5 is a schematic diagram of the operation flow of the DDNS program module provided by this application.
  • Step 401 Read the domain name configuration file to obtain the DDNS information set by the user.
  • DDNS information such as: DDNS service provider name, registered domain name account number and password, etc.
  • Step 402 Send the current external network IP address and domain name account to the corresponding DDNS server, requesting that the domain name be bound to the current external network IP address.
  • Step 403 Read the feedback information from the DDNS server, and update the status display on the web page of the decoder.
  • Step 404 Detect whether domain name configuration update information is received.
  • the DDNS configuration such as: modifying the DDNS service provider, modifying the domain name
  • Step 405 Updating the domain name configuration file.
  • Step 406 Detect whether the external network IP address of the encoder changes.
  • step 407 Check whether the external network IP address of the encoder has changed. If there is a change, execute step 407 immediately, and then execute step 402 to refresh the domain name binding; if there is no change, execute step 408.
  • Step 407 Clear the timing counter.
  • Step 408 Timing for 1 second, adding 1 to the timing counter.
  • Step 409 Detect whether the value of the timer counter reaches a preset value.
  • step 402 will also be executed to refresh the domain name binding.
  • the purpose of such intermittent refreshing is to solve the problem of original domain name binding failure or invalidation caused by network or DDNS server abnormality, so as to improve system redundancy.
  • the UPnP program module maps the local port number of the audio-video encoder 11 and/or audio-video decoder 13 connected to the router 14 to the router 14 external network port numbers by sending a UPnP port mapping request to the router 14, so as to realize Intranet penetration (that is, access the service port of the internal network device through the external network port number of the router on the public network).
  • FIG. 6 is a schematic flow chart of the operation of the UPnP program module provided in this application.
  • Step 501 Read the UPnP configuration file.
  • UPnP port mapping information set by the user through the UPnP configuration file (ie: codec local port number, router external network port number).
  • Step 502 Send UPnP port mapping information to the router, requesting the router to update the port mapping.
  • Step 503 Detect whether port mapping update information is received.
  • step 504 Check whether the signaling sent by the webpage is received in a loop to determine whether the user has modified the UPnP port mapping configuration, if the user has modified the port mapping configuration, then execute step 504, otherwise, execute step 505.
  • Step 504 Update the port mapping configuration file.
  • Step 505 Detect whether the intranet IP address changes.
  • both the audio and video encoder 11 and the audio and video decoder 13 in the embodiment of the present application support the SRT data transmission protocol.
  • the SRT program module of the embodiment of the present application is used to establish a data connection between the encoder and the decoder of the Internet live broadcast system 100 and transmit data.
  • only the DDNS and UPnP settings of the SRT Listener need to be effective, so that the SRT Caller, as the initiator of the live session, can initiate a live request to the SRT Listener through the domain name and port number.
  • SRT Listener can be audio-video encoder 11, also can be audio-video decoder 13.
  • the initiator of the live broadcast request may also be the audio and video encoder 11, or may be the audio and video decoder 13.
  • the Internet live broadcast system 100 of the embodiment of the present application adopts the SRT (Secure Reliable Transport) protocol in the video transmission link.
  • the SRT protocol is an open source Internet transmission protocol based on the UDP protocol, and has three advantages of safety, reliability, and low delay.
  • SRT provides AES encryption to ensure end-to-end video transmission security.
  • SRT uses a very good packet loss retransmission mechanism to ensure the reliability and real-time performance of video transmission in complex network environments.
  • the SRT protocol has three modes (Caller, Listener, Rendezvous). During the SRT transmission process, the Caller and the Listener must appear in pairs. That is to say, if one of the two devices in the SRT communication is a Caller, the other must be a Listener. ,vice versa.
  • the Caller is the initiator of the SRT streaming session, and the Listener will listen to the SRT streaming on a specific port and wait for the streaming session to start.
  • the Caller device When initiating a session, the Caller device must know the IP address of the Listener and the listening port number.
  • the Rendezvous mode is specially used for occasions where intranet penetration is required, that is, the two devices communicating with the SRT are located in separate local area networks, and the two local area networks are isolated from the public network by a router.
  • the Rendezvous mode does not require any port forwarding settings on the router to establish an SRT connection between the two devices, but the prerequisite is that the router does not change the port number of the packet header when forwarding the internal network data packet to the public network.
  • the router will modify the port number of the packet header when forwarding the packet. That is to say, in most cases, the prerequisites for the application of the Rendezvous mode are not met.
  • the present invention does not use the Rendezvous mode for intranet penetration, but uses codecs as Caller or Listener respectively, and utilizes UPnP (Universal Plug and Play) port mapping for intranet penetration.
  • UPnP Universal Plug and Play
  • the audio and video encoder 11 acts as a Listener
  • the audio and video decoder 13 acts as a Caller
  • the public network IP of the audio and video encoder 11 may change every time the connection between the audio and video encoder 11 and the mobile hotspot 12 is established, that is, the public network IP address of the audio and video encoder 11 is not fixed. It is very inconvenient to access an unfixed public IP address.
  • the dynamic domain name server DDNS is used in the embodiment of this application to map the unfixed public IP address to a fixed domain name address.
  • the port number listened to by the audio/video encoder 11 is the local port number, which is invisible to the remote audio/video decoder 13 .
  • this example uses UPnP (Universal Plug and Play) to map the listening port of the audio and video encoder 11 to the same port number located at the mobile hotspot 12 .
  • UPnP Universal Plug and Play
  • the live broadcast user registers a dynamic domain name (assuming the registered dynamic domain name is encoder.ddns.net) on the website of a third-party DDNS provider (such as: Oray, No-ip, Dyndns, etc.).
  • a third-party DDNS provider such as: Oray, No-ip, Dyndns, etc.
  • the audio and video encoder 11 connects to the hotspot 12 through WiFi (assuming that the intranet IP of the audio and video encoder 11 is 192.168.1.10 and the public network IP is 139.207.170.100 after the connection is successful).
  • the audio and video encoder 11 sends the public network IP address 139.207.170.100 and the dynamic domain name encoder.ddns.net to the corresponding DDNS server according to a certain protocol format, thereby completing the binding of the public network IP and the dynamic domain name.
  • the audio and video encoder 11 starts the SRT process and opens a listening port 8540 .
  • the audio and video encoder 11 sends a UPnP message to request the mobile hotspot 12 to map its local port 8540 to the external network port 8540 of the mobile hotspot 12 .
  • the local port number and the external network port number can be different; the mobile hotspot 12 must support the UPnP protocol and the UPnP function has been turned on
  • the audio and video decoder 13 sends an SRT stream session request to the address srt://encoder.ddns.net:8540, and sets the audio and video decoder 13 as the receiver of the SRT stream.
  • the mobile hotspot 12 forwards the received SRT session request to the audio and video encoder 11 .
  • the audio-video encoder 11 After receiving the SRT session request, the audio-video encoder 11 sends a response to the audio-video decoder 13, and the SRT session enters the protocol handshake stage.
  • the audio and video encoder 11 acts as a Caller
  • the audio and video decoder 13 acts as a Listener
  • the mobile hotspot does not support UPnP.
  • the SRT session request initiated by the audio and video decoder 13 will not be able to penetrate the mobile hotspot 12 and reach the port 8540 of the audio and video encoder 11.
  • most routers all support UPnP, so for overcoming the limitation of the first kind of connection mode, audio and video encoder 11 can be used as the initiator of SRT session, and audio and video decoder 13 is as the listening party of SRT session, router 14 is used to implement UPnP port mapping so as to achieve in-pass access to the audio and video decoder 13.
  • the live broadcast user registers a dynamic domain name for the decoder on the website of a third-party DDNS provider (such as Oray, No-ip, Dyndns, etc.) (assuming that the registered dynamic domain name is decoder.ddns.net).
  • a third-party DDNS provider such as Oray, No-ip, Dyndns, etc.
  • the audio-video decoder 13 establishes a wired network connection with the router 14 (assuming that the intranet IP of the audio-video decoder 13 is 192.168.2.10 after the connection is successful, and the public network IP is 138.208.171.100)
  • the audio and video decoder 13 sends the public network IP address 138.208.171.100 and the dynamic domain name decoder.ddns.net to the corresponding DDNS server according to a certain protocol format, thereby completing the binding of the public network IP and the dynamic domain name.
  • the audio and video decoder 13 starts the SRT process and opens a listening port 8541 .
  • the audio-video decoder 13 sends a UPnP message to request the router 14 to map the port 8541 of its own machine to the external network port 8541 of the router. (Note: The local port number and the external network port number can be different; the UPnP function of the router must be turned on)
  • the audio and video encoder 11 connects to the hotspot 12 through WiFi.
  • the audio and video encoder 11 sends an SRT stream session request to the address srt://decoder.ddns.net:8541, and sets the audio and video encoder 11 as the sender of the SRT stream.
  • the router 14 forwards the received SRT session request to the audio and video decoder 13 .
  • the audio and video decoder 13 After receiving the SRT session request, the audio and video decoder 13 sends a response to the audio and video encoder 11, and the SRT session enters the protocol handshake stage.
  • the SRT session After the SRT protocol handshake is completed, the SRT session officially enters the audio and video stream transmission stage, and the data is transmitted from the audio and video encoder 11 to the audio and video decoder 13 .
  • the point-to-point live broadcast is formed by the audio and video encoder 11 and the audio and video decoder 13.
  • the live broadcast process does not depend on a third-party live broadcast platform.
  • the Internet live broadcast system 100 is simple and efficient; It is simple and convenient to set up and set up.
  • the disclosed methods and devices may be implemented in other ways.
  • the device implementations described above are only illustrative.
  • the division of modules or units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.
  • a unit described as a separate component may or may not be physically separated, and a component displayed as a unit may or may not be a physical unit, that is, it may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种互联网直播***，该互联网直播***包括：音视频编码器；移动热点，音视频编码器通过移动热点连接互联网；音视频解码器；路由器，音视频解码器通过路由器连接互联网；其中，音视频编码器，用于通过互联网将直播数据传送给音视频解码器。本申请的互联网直播***通过互联网直接实现音视频编码器和音视频解码器直接点对点直播，直播过程不依赖第三方直播平台，互联网直播***简单高效。

Description

互联网直播*** 【技术领域】
本申请涉及网络音视频传输技术领域，特别是涉及一种互联网直播***。
【背景技术】
互联网技术的快速发展、移动智能终端的普及，极大的带动和促进了诸如网络直播的各种音视频的互联网传播应用。
目前最为普遍采用的方式是通过各种直播平台来实现音视频的即时直播。通过在通用设备(如手机、平板电脑等)中安装直播软件作为直播数据源生成设备，生成直播音视频数据，然后将所生成的音视频数据流按直播平台能接受的格式发送到第三方直播平台的流媒体服务器。直播接收者使用与直播平台配套的软件连接到这个直播平台的流媒体服务器，获取数据流并解码显示。
然而，音视频数据通过第三方直播平台的流媒体服务器中转显著地降低了音视频传输实时性，同时还可能造成数据的安全性问题。
【发明内容】
本申请提供一种互联网直播***，通过互联网直播***给出一种能够方便地通过互联网进行高清视频的低延时直播，且所直播的视频数据的安全性有一定保障的方法。
为解决上述技术问题，本申请提供的第一个技术方案为：提供一种互联网直播***，所述互联网直播***包括：
音视频编码器；
移动热点，所述音视频编码器通过所述移动热点连接互联网；
音视频解码器；
路由器，所述音视频解码器通过所述路由器连接所述互联网；
其中，所述音视频编码器，用于通过所述互联网将直播数据传送给 所述音视频解码器。
其中，所述互联网直播***还包括动态域名服务器；
所述音视频编码器和所述音视频解码器分别连接所述动态域名服务器，所述动态域名服务器，用于给所述音视频编码器和/或所述音视频解码器提供动态域名服务。
其中，所述音视频编码器包括动态域名模块，所述动态域名模块用于向所述动态域名服务器发送请求指令，以使所述动态域名服务器按照所述请求指令将所述音视频编码器的外网IP地址映射为固定的域名地址。
其中，所述动态域名模块，用于读取所述音视频编码器的域名配置文件，并将所述域名配置文件以及所述音视频编码器的外网IP地址发送给所述动态域名服务器，以请求所述动态域名服务器将所述外网IP地址与所述域名配置文件绑定。
其中，所述动态域名模块，还用于在接收到域名配置更新信息的情况下，更新所述域名配置文件。
其中，所述动态域名模块，还用于在向所述动态域名服务器发送请求指令后，检测预设时间内所述外网IP地址是否发生变化，若否，则重新向所述动态域名服务器发送请求指令。
其中，所述音视频编码器包括端口程序模块，所述端口程序模块用于所述音视频编码器的本机端口号映射到所述路由器的外网端口号。
其中，所述端口程序模块，用于读取所述音视频编码器的端口配置文件，并将所述端口配置文件发送给所述路由器，以请求所述路由器更新端口映射；
其中，所述端口配置文件包括所述音视频编码器的本机端口号，以及所述路由器的外网端口号。
其中，所述音视频编码器还包括直播传输协议程序模块，所述直播传输协议程序模块用于建立所述互联网直播***中的音视频编码器和音视频解码器之间的数据连接，以及传输直播数据。
其中，所述互联网直播***还包括直播节目源设备；
所述直播节目源设备与所述音视频编码器连接，所述直播节目源设备用于向所述音视频编码器提供所述直播数据。
其中，所述直播节目源设备包括高清多媒体接口，所述音视频编码器包括公头接口，所述公头接口用于与所述高清多媒体接口连接，以使所述音视频编码器与所述直播节目源设备连接。
本申请提供的互联网直播***包括：音视频编码器；移动热点，音视频编码器通过移动热点连接互联网；音视频解码器；路由器，音视频解码器通过路由器连接互联网；其中，音视频编码器，用于通过互联网将直播数据传送给音视频解码器。本申请的互联网直播***通过互联网直接实现音视频编码器和音视频解码器直接点对点直播，直播过程不依赖第三方直播平台，互联网直播***简单高效。
【附图说明】
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是本申请提供的互联网直播***一实施例的结构示意图；
图2是本申请提供的互联网直播***另一实施例的结构示意图；
图3是本申请提供的音视频编码器一实施例的结构示意图；
图4是本申请提供的音视频解码器一实施例的结构示意图；
图5是本申请提供的DDNS程序模块运行的流程示意图；
图6是本申请提供的UPnP程序模块运行的流程示意图。
【具体实施方式】
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本 申请保护的范围。
下面结合附图和实施例对本申请进行详细的说明。
请参见图1，图1是本申请提供的互联网直播***一实施例的结构示意图。
如图1所示，本申请提供的互联网直播***100至少包括：音视频编码器11、移动热点12、音视频解码器13、路由器14以及互联网15。
其中，音视频编码器11可以通过移动热点12接入到互联网15，音视频解码器13可以通过路由器14接入到互联网15。音视频编码器11获取直播输出视频信号，并将直播输出视频信号压缩编码为直播数据，以通过互联网15端对端将直播数据直接传输给音视频解码器13；其中，音视频解码器13接收直播数据并解码输出，例如音视频解码器13可以连接显示器(图中未示出)，以通过显示器将直播数据进行输出显示。
请继续参见图2，图2是本申请提供的互联网直播***另一实施例的结构示意图。
如图2所述，本申请提供的互联网直播***100包括音视频编码器11、移动热点12、音视频解码器13、路由器14以及互联网15，还包括动态域名服务器16以及直播节目源设备17。
其中，直播节目源设备17包括但不限于：高清摄像机，或者电脑、机顶盒等HDMI信号源。以高清摄像机为例，高清摄像机用于直播视频的拍摄，即作为直播音视频源的提供者。
音视频编码器11可以用于音视频源的采集，直播数据的编码压缩以及发送。音视频编码器11的具体结构请参见图3，图3是本申请提供的音视频编码器一实施例的结构示意图。
如图3所示，音视频编码器11外观小巧，体积可以设置为30mmⅹ70mmⅹ13mm。音视频编码器11包括HDMI输入口101、LED双色指示灯102、模拟音频输入口103、USB口104以及编码器多功能按键105。
其中，HDMI输入口101用于连接直播视频源，如高清摄像机、笔记本电脑等，同时也可以给音视频编码器11供电。LED双色指示灯102，用于指示音视频编码器11的当前设备状态，USB口104也可以用于辅 助供电。
音视频编码器11配备HDMI Type-A公头，即HDMI输入口101，可不需要HDMI连接线直接***高清摄像机的HDMI插口。音视频编码器11甚至可以直接利用HDMI接口供电，在使用过程中音视频编码器11可以不接任何线缆，与高清摄像机融为一体，这样在直播过程中编码器不会对用户的视频拍摄操作造成任何影响。
编码器HDMI输入口101可不需要HDMI电缆线直接***高清摄像机的HDMI插口进行图像采集。对于直播请求的发起者是音视频编码器11的情形，短按编码器按钮105可进行直播或停止直播。LED指示灯102会实时指示当前的直播状态(绿灯快速闪烁表示正在直播，绿灯常亮表示直播停止)。音视频编码器11通过WiFi与移动热点12建立无线连接以加入互联网15。长按编码器按钮105可让音视频编码器11进入设置模式，处于设置模式的音视频编码器11作为WI-FI AP设备，提供web服务并内置设置网页，第三方具有网页浏览器功能设备，如计算机、手机、平板电脑，加入此WI-FI网络，并使用网页浏览器打开该设置网页来修改编码器的工作参数或行为。
音视频解码器13可以用于接收已压缩的音视频直播数据，并进行解码输出到音视频终端、如显示屏播放。音视频解码器13的具体结构请参见图4，图4是本申请提供的音视频解码器一实施例的结构示意图。
如图4所示，音视频解码器13包括解码器多功能按键201、第一LED指示灯202、第二LED指示灯203、SD卡插槽204、模拟音频输出口205、HDMI输出口206、千兆以太网口207以及USB口208。其中，USB口208还可以用于给设备供电。
解码器HDMI输出口206可通过HDMI电缆线与显示器连接以输出直播视频。对于直播请求的发起者是音视频解码器13的情形，短按解码器按钮205可进行直播或停止直播。LED指示灯201会实时指示当前的直播状态(绿灯快速闪烁表示正在直播，绿灯常亮表示直播停止)。音视频解码器13通过与路由器14进行有线连接组成内部局域网，并且可通过路由器WAN口访问互联网15。音视频解码器13提供web服务 并内置设置网页，第三方具有网页浏览器功能的计算机设备可接入由音视频解码器13和路由器14组成的局域网，并使用网页浏览器打开该设置网页来修改音视频解码器13的工作参数或行为。另外，音视频解码器13具备音视频流录制存储、点播回放功能，启用此功能，需在解码器SD卡卡槽204中***SD卡，并在设置网页中打开录制开关。
移动热点12主要用于给音视频编码器11提供互联网接入点，音视频编码器11可以通过内置的WiFi模块与移动热点12建立连接从而访问互联网15。路由器14用于桥接互联网15与音视频解码器13所处的局域网。
进一步地，本申请实施例的动态域名服务器16为设置在远程互联网上的第三方动态域名服务器(DDNS)。其中，动态域名服务器16用于给音视频编码器11和/或音视频解码器13提供动态域名服务。
进一步地，本申请实施例的音视频编码器11与音视频解码器13通过DDNS+UPnP+SRT实现互联网端到端数据传送方法。具体地，在所述音视频编码器11与音视频解码器13上运行DDNS程序模块(即动态域名模块)、UPnP程序模块(即端口程序模块)及SRT程序模块(即直播传输协议程序模块)。
其中，DDNS程序模块通过请求一个远程DDNS服务器，将音视频编码器11或音视频解码器13不固定的公网IP，即外网IP地址映射为固定的域名地址，映射成功后即可在互联网中通过域名地址访问音视频编码器11与音视频解码器13。
以在音视频编码器11上运行DDNS程序模块为例，DDNS程序模块的运行流程请参阅图5，图5是本申请提供的DDNS程序模块运行的流程示意图。
如图5所示，本申请实施例的DDNS程序模块的运行流程具体如下：
步骤401：读取域名配置文件，以获取用户设置的DDNS信息。
其中，DDNS信息如：DDNS服务商名称、已注册的域名帐号和密码等。
步骤402：将当前外网IP地址、域名帐号发送至相应的DDNS服务 器，请求域名与当前外网IP地址绑定。
步骤403：读取DDNS服务器反馈信息，更新解码器网页状态显示。
读取DDNS服务器反馈信息，获知域名与当前外网IP地址绑定的结果，然后更新编解码器网页状态显示，以提示用户域名与当前外网IP地址绑定是否成功。
步骤404：检测是否收到域名配置更新信息。
循环查询是否收到网页发送的信令，以判断用户是否修改了DDNS配置(如：修改DDNS服务商、修改域名)。如果用户修改了DDNS配置则立即执行步骤405、步骤407，然后执行步骤402再次向DDNS服务器发起域名绑定请求；如果用户未修改DDNS配置，则执行步骤406。
步骤405：更新域名配置文件。
步骤406：检测编码器外网IP地址是否发生变化。
检查编码器外网IP地址是否发生变化。如果发生变化则立即执行步骤407，然后执行步骤402以刷新域名绑定；如果未发生变化则执行步骤408。
步骤407：定时计数器清零。
步骤408：定时1秒，定时计数器加1.
步骤409：检测定时计数器数值是否达到预设数值。
在DDNS配置、外网IP地址均未发生变化的情况下，DDNS程序模块会进行计时，如果计时满60秒，则也会执行步骤402以刷新域名绑定。这样间歇性刷新的目的是为了解决网络或DDNS服务器异常而引起原先的域名绑定失败或失效的问题，以提高***冗余度。
其中，UPnP程序模块通过向路由器14发UPnP端口映射请求，将连接于路由器14的音视频编码器11和、或音视频解码器13的本机端口号映射到路由器14外网端口号，以实现内网穿透(即在公网上通过路由器外网端口号访问内网设备的服务端口)。
以在音视频编码器11上运行UPnP程序模块为例，UPnP程序模块的运行流程请参阅图6，图6是本申请提供的UPnP程序模块运行的流程示意图。
如图6所示，本申请实施例的UPnP程序模块的运行流程具体如下：
步骤501：读取UPnP配置文件。
通过UPnP配置文件获取用户设置的UPnP端口映射信息(即：编解码器本机端口号、路由器外网端口号)。
步骤502：发送UPnP端口映射信息发送至路由器，请求路由器更新端口映射。
步骤503：检测是否收到端口映更新信息。
循环检查是否收到网页发送的信令，以判断用户是否修改了UPnP端口映射配置，如果使用者修改了端口映射配置则执行步骤504，反之则执行步骤505。
步骤504：更新端口映射配置文件。
重新执行步骤502以刷新路由器UPnP端口映射。
步骤505：检测内网IP地址是否发生变化。
循环检查编解码器内网IP是否发生变化，如果内网IP发生了变化，则立即执行步骤502以刷新路由器UPnP端口映射；如果未发生变化，则重复步骤503。
进一步地，本申请实施例的音视频编码器11、音视频解码器13均支持SRT数据传输协议。本申请实施例的SRT程序模块用于建立互联网直播***100的编码器-解码器之间的数据连接，并传送数据。具体地，在实际的SRT直播连接建立过程中，只需要SRT Listener的DDNS以及UPnP设置生效即可，这样作为直播会话发起者的SRT Caller就可以通过域名和端口号来向SRT Listener发起直播请求。换言之，不需要DDNS以及UPnP设置在音视频编码器11和音视频解码器13上都生效。其中，SRT Listener可以是音视频编码器11，也可以是音视频解码器13。
同理，直播请求发起者作为SRT Caller，也可以是音视频编码器11，或者可以是音视频解码器13。
具体地，本申请实施例的互联网直播***100在视频的传输环节采用了SRT(Secure Reliable Transport)协议，SRT协议是基于UDP协议的开源互联网传输协议，具有安全、可靠、延时低三大优点。在安全方面 SRT提供AES加密来保障端到端的视频传输安全。SRT使用了非常好的丢包重传机制来保障在复杂网络环境下视频传输的可靠性以及实时性。
SRT协议有三种模式(Caller、Listener、Rendezvous)，在SRT传输过程中，Caller与Listener必须成对出现，也就是说SRT通讯的两设备中如果有一个设备是Caller，则另外一个设备必须是Listener，反之亦然。Caller是SRT流会话的发起方，Listener则会在特定端口上侦听SRT流、等待流会话开始。发起会话时，Caller设备必须知道Listener的IP地址以及侦听端口号。Rendezvous模式专门用于需要做内网穿透的场合，即：SRT通讯的两设备位于各自独立的局域网中，这两个局域网都通过路由器与公网隔离。在这种场合中，Rendezvous模式不需要路由器做任何端口转发设置即可实现两设备建立SRT连接，但是前提条件是路由器在将内网数据包转发到公网时不改变数据包包头的端口号，而绝大多数情况下路由器在转发数据包时是会修改数据包包头的端口号的。也就是说，大多数情况下，Rendezvous模式适用的前提条件是得不到满足的。因此为保证直播方法的适用性，本发明未采用Rendezvous模式进行内网穿透，而采用编解码器分别做Caller或Listener的方式，利用UPnP(Universal Plug and Play)端口映射进行内网穿透。在图2所示的实施例中，有两种SRT连接方式可供选择：
1.音视频编码器11作为Listener，音视频解码器13作为Caller。
这种连接方式中，音视频解码器13作为SRT流会话发起方，必须知道音视频编码器11的IP地址以及侦听的端口号。而每次音视频编码器11与移动热点12建立连接后其公网IP都可能会发生变化，即音视频编码器11的公网IP地址是不固定的。访问不固定的公网IP地址是很不方便的，为消除这种不便性，本申请实施例中采用动态域名服务器DDNS将不固定的公网IP地址映射为一个固定的域名地址。另外，音视频编码器11侦听的端口号是本机端口号，此端口号对远程的音视频解码器13而言是不可见的。为了让音视频编码器11的侦听端口对音视频解码器13可见，本实例采用UPnP(通用即插即用)将音视频编码器11侦听端口映射到位于移动热点12的同样端口号上。
SRT网络连接步骤如下：
(1)直播用户在第三方DDNS供应商(如：Oray,No-ip,Dyndns等)网站上注册动态域名(假设注册的动态域名为encoder.ddns.net)。
(2)音视频编码器11通过WiFi连接热点12(假设连接成功后音视频编码器11的内网IP为192.168.1.10，公网IP为139.207.170.100)。
(3)音视频编码器11将公网IP地址139.207.170.100以及动态域名encoder.ddns.net按照一定协议格式发送至对应的DDNS服务器，从而完成公网IP与动态域名的绑定。
(4)音视频编码器11启动SRT进程且打开一个侦听端口8540。
(5)音视频编码器11发送UPnP消息请求移动热点12将自己本机的端口8540映射到移动热点12的外网端口8540上。(注：本机端口号与外网端口号可以不相同；移动热点12必须支持UPnP协议且UPnP功能已经打开)
(6)音视频解码器13往地址srt://encoder.ddns.net:8540发送SRT流会话请求，且设置音视频解码器13为SRT流的接收者。
(7)经过域名解析后地址srt://encoder.ddns.net:8540会被转化为IP地址的形式srt://139.207.170.100:8540，这样解码器发出的SRT会话请求会被发送到移动热点12的外网端口8540。
(8)移动热点12将收到的SRT会话请求转发给音视频编码器11。
(9)音视频编码器11收到SRT会话请求后，会给音视频解码器13发送应答，SRT会话进入协议握手阶段。
(10)SRT协议握手完成后，SRT会话正式进入音视频流传输阶段，数据由音视频编码器11传送到音视频解码器13。
2.音视频编码器11作为Caller，音视频解码器13作为Listener。
通常移动热点不支持UPnP的，在这种情况下按照第1种连接方式，音视频解码器13发起的SRT会话请求将不能穿透移动热点12到达音视频编码器11端口8540。而大多数路由器都是支持UPnP的，因此为克服第1种连接方式的局限性，可以用音视频编码器11作为SRT会话发起方，而音视频解码器13作为SRT会话的侦听方，路由器14用来实现 UPnP端口映射从而达到内穿访问音视频解码器13。
SRT网络连接步骤如下：
(1)直播用户在第三方DDNS供应商(如：Oray,No-ip,Dyndns等)网站上给解码器注册动态域名(假设注册的动态域名为decoder.ddns.net)。
(2)音视频解码器13与路由器14建立有线网络连接(假设连接成功后音视频解码器13的内网IP为192.168.2.10，公网IP为138.208.171.100)
(3)音视频解码器13将公网IP地址138.208.171.100以及动态域名decoder.ddns.net按照一定协议格式发送至对应的DDNS服务器，从而完成公网IP与动态域名的绑定。
(4)音视频解码器13启动SRT进程且打开一个侦听端口8541。
(5)音视频解码器13发送UPnP消息请求路由器14将自己本机的端口8541映射到路由器的外网端口8541上。(注：本机端口号与外网端口号可以不相同；路由器的UPnP功能必须打开)
(6)音视频编码器11通过WiFi连接热点12。
(7)音视频编码器11往地址srt://decoder.ddns.net:8541发送SRT流会话请求，且设置音视频编码器11为SRT流的发送者。
(8)经过域名解析后地址srt://decoder.ddns.net:8541会被转化为IP地址的形式srt://138.208.171.100:8541，这样编码器发出的SRT会话请求会被发送到路由器14的外网端口8541。
(9)路由器14将收到的SRT会话请求转发给音视频解码器13。
(10)音视频解码器13收到SRT会话请求后，会给音视频编码器11发送应答，SRT会话进入协议握手阶段。
SRT协议握手完成后，SRT会话正式进入音视频流传输阶段，数据由音视频编码器11传送到音视频解码器13。
本申请实施例的互联网直播***100中，由音视频编码器11和音视频解码器13构成点对点直播，直播过程不依赖于第三方直播平台，互联网直播***100简单高效；直播前***100所需的搭建、设置操作 简单、便捷，只需在音视频编码器11或音视频解码器13设置网页中一次性填入对端域名和服务端口号即可；能适应专业级高清视频的高画质直播需求，不受第三方平台特性限制；直播音视频流采用SRT协议传输，具有画质平稳、安全可靠(支持AES加密)、直播延时低(最低延时180ms)；音视频解码器13提供录制功能，能记录与音视频编码器11编码输出同等画质视频，并提供回放功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

  1. 一种互联网直播***，其特征在于，所述互联网直播***包括：
    音视频编码器；
    移动热点，所述音视频编码器通过所述移动热点连接互联网；
    音视频解码器；
    路由器，所述音视频解码器通过所述路由器连接所述互联网；
    其中，所述音视频编码器，用于通过所述互联网将直播数据传送给所述音视频解码器。
  2. 根据权利要求1所述的互联网直播***，其特征在于，
    所述互联网直播***还包括动态域名服务器；
    所述音视频编码器和所述音视频解码器分别连接所述动态域名服务器，所述动态域名服务器，用于给所述音视频编码器和/或所述音视频解码器提供动态域名服务。
  3. 根据权利要求2所述的互联网直播***，其特征在于，
    所述音视频编码器包括动态域名模块，所述动态域名模块用于向所述动态域名服务器发送请求指令，以使所述动态域名服务器按照所述请求指令将所述音视频编码器的外网IP地址映射为固定的域名地址。
  4. 根据权利要求3所述的互联网直播***，其特征在于，
    所述动态域名模块，用于读取所述音视频编码器的域名配置文件，并将所述域名配置文件以及所述音视频编码器的外网IP地址发送给所述动态域名服务器，以请求所述动态域名服务器将所述外网IP地址与所述域名配置文件绑定。
  5. 根据权利要求4所述的互联网直播***，其特征在于，
    所述动态域名模块，还用于在接收到域名配置更新信息的情况下，更新所述域名配置文件。
  6. 根据权利要求4或5所述的互联网直播***，其特征在于，
    所述动态域名模块，还用于在向所述动态域名服务器发送请求指令后，检测预设时间内所述外网IP地址是否发生变化，若否，则重新向所述动态域名服务器发送请求指令。
  7. 根据权利要求1所述的互联网直播***，其特征在于，
    所述音视频编码器包括端口程序模块，所述端口程序模块用于所述音视频 编码器的本机端口号映射到所述路由器的外网端口号。
  8. 根据权利要求7所述的互联网直播***，其特征在于，
    所述端口程序模块，用于读取所述音视频编码器的端口配置文件，并将所述端口配置文件发送给所述路由器，以请求所述路由器更新端口映射；
    其中，所述端口配置文件包括所述音视频编码器的本机端口号，以及所述路由器的外网端口号。
  9. 根据权利要求1所述的互联网直播***，其特征在于，
    所述音视频编码器还包括直播传输协议程序模块，所述直播传输协议程序模块用于建立所述互联网直播***中的音视频编码器和音视频解码器之间的数据连接，以及传输直播数据。
  10. 根据权利要求1所述的互联网直播***，其特征在于，
    所述互联网直播***还包括直播节目源设备；
    所述直播节目源设备与所述音视频编码器连接，所述直播节目源设备用于向所述音视频编码器提供所述直播数据。
  11. 根据权利要求10所述的互联网直播***，其特征在于，
    所述直播节目源设备包括高清多媒体接口，所述音视频编码器包括公头接口，所述公头接口用于与所述高清多媒体接口连接，以使所述音视频编码器与所述直播节目源设备连接。
PCT/CN2021/107081 2021-07-19 2021-07-19 互联网直播*** WO2023000133A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/107081 WO2023000133A1 (zh) 2021-07-19 2021-07-19 互联网直播***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/107081 WO2023000133A1 (zh) 2021-07-19 2021-07-19 互联网直播***

Publications (1)

Publication Number Publication Date
WO2023000133A1 true WO2023000133A1 (zh) 2023-01-26

Family

ID=84979691

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/107081 WO2023000133A1 (zh) 2021-07-19 2021-07-19 互联网直播***

Country Status (1)

Country Link
WO (1) WO2023000133A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131072A (zh) * 2010-01-14 2011-07-20 上海威乾视频技术有限公司 实现互联网平台下的网络视频监控的***和方法
US20110320571A1 (en) * 2010-06-24 2011-12-29 Samsung Electronics Co., Ltd. Apparatus and method for live streaming between mobile communication terminals
CN106210752A (zh) * 2015-04-30 2016-12-07 中国电信股份有限公司 用于实现视频直播的方法、移动终端和***
CN107968954A (zh) * 2016-10-19 2018-04-27 北京新唐思创教育科技有限公司 在线直播***
CN112203106A (zh) * 2020-10-10 2021-01-08 深圳市捷视飞通科技股份有限公司 直播教学方法、装置、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131072A (zh) * 2010-01-14 2011-07-20 上海威乾视频技术有限公司 实现互联网平台下的网络视频监控的***和方法
US20110320571A1 (en) * 2010-06-24 2011-12-29 Samsung Electronics Co., Ltd. Apparatus and method for live streaming between mobile communication terminals
CN106210752A (zh) * 2015-04-30 2016-12-07 中国电信股份有限公司 用于实现视频直播的方法、移动终端和***
CN107968954A (zh) * 2016-10-19 2018-04-27 北京新唐思创教育科技有限公司 在线直播***
CN112203106A (zh) * 2020-10-10 2021-01-08 深圳市捷视飞通科技股份有限公司 直播教学方法、装置、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
US11237791B2 (en) Method, device and system for controlling screen projection
US8300079B2 (en) Apparatus and method for transferring video
US8887222B2 (en) Multicasting in a wireless display system
CN103581712B (zh) 基于移动终端的多协议视频播放方法及***
EP2319206B1 (en) System and method for transmitting and receiving a call on a home network
US10034057B2 (en) Message processing method, device, gateway, STB and IPTV
EP3996355B1 (en) Method for transferring media stream and user equipment
US20170019443A1 (en) Device and method for transferring the rendering of multimedia content
CN101924772B (zh) 支持跨网络、跨终端实现多媒体会话合并的通信方法
CN111092898B (zh) 报文传输方法及相关设备
WO2015074445A1 (zh) 多路无线显示方法及装置
US10104153B2 (en) Method and device for processing information
WO2012174927A1 (zh) 一种视频监控***及媒体穿越网络地址转换设备的方法
WO2014063511A1 (zh) 一种监控方法及网络电视机顶盒
WO2023160361A1 (zh) Rtc数据的处理方法以及装置
WO2015127799A1 (zh) 协商媒体能力的方法和设备
KR102064284B1 (ko) 실시간 통신을 수행하는 장치, 시스템, 및 방법
CN102724588A (zh) 一种实现有线电视机顶盒视音频通讯的方法
CN107040458B (zh) 一种实现视频会议互通的方法和***
WO2021073155A1 (zh) 视频会议方法、装置、设备及存储介质
WO2020135876A1 (zh) 视频处理***及方法、装置、存储介质、电子装置
KR101863218B1 (ko) WebRTC를 이용한 하드웨어 영상 코덱 장치 및 영상 통화 방법
EP2461580A1 (en) Monitoring message transmission method and system
WO2023000133A1 (zh) 互联网直播***
CN102957890A (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: 21950399

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: 21950399

Country of ref document: EP

Kind code of ref document: A1