CN1471262A - Technique for realizing remote synchronous live broadcasting of multimedia audio-video floor in Internet - Google Patents
Technique for realizing remote synchronous live broadcasting of multimedia audio-video floor in Internet Download PDFInfo
- Publication number
- CN1471262A CN1471262A CNA021253234A CN02125323A CN1471262A CN 1471262 A CN1471262 A CN 1471262A CN A021253234 A CNA021253234 A CN A021253234A CN 02125323 A CN02125323 A CN 02125323A CN 1471262 A CN1471262 A CN 1471262A
- Authority
- CN
- China
- Prior art keywords
- broadcasting
- server
- video
- data
- audio
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invented method makes audio/video stream broadcasted from broadcasting server possible to pass through routers and to transfer to another network segment for broadcasting, without need of any additional configuring routers. Broadcasting server uses user datagram protocol (UDP) to realize local audio/video stream broadcast. But usually, UDP cannot pass routers to transfer data to another network segment. Thus, the initiative broadcast is changed to passive request. Using transfer control protocol (TCP) relay through routers requests the data provided by broadcasting server so as to realize remote direct broadcasting audio/video stream. The technique integrates the direct broadcasting with video on demand (VOD), and the video server as the relay. When VOD client end requests direct broadcasting, the video server makes judgment and requests data from broadcasting server, then sends data to client end.
Description
1 technical field
The present invention is applied to the inter-network section and strides route, router is not done carry out the remote living broadcast audio under the condition of particular arrangement, it relates to a kind of handle broadcasting server active broadcast in local network and changes over by the technology of the passive transmission audio of remote trunk request (remote living broadcast audio technology), change host-host protocol on the principle, can be by router not being done the audio/video flow data that special configuration just can be transmitted broadcasting.
2 technical backgrounds
In current cybertimes, along with the continuous development of multimedia technology, the network multimedia software product is more and more, competes more and more fierce.Such as multimedia teaching, Web conference or the like, a lot of products all need to carry out the live video program, realize just needing configuration router than being easier to but will make remote living broadcast in a network segment, doing this configuration on wide area network or Internet will be the thing of a costliness.
The present invention can address these problems, and adopts this technology, only needs that original broadcasting server end application program is added some functions and does some less changes, does not make other any extra work, just can realize remote living broadcast.
3 summary of the invention
Broadcasting and multicast audio are not stride under the routing condition in a network segment in real time, and server end is opened equipment or file by the main interface program of management control.If what open is equipment, it can receive the data of being imported into by the external equipment collection, then directly in spot broadcasting.If what open is file, so just directly in spot broadcasting.Thereby realize real-time broadcast/group broadcast.
Remote living broadcast audio technology is to utilize transmission control protocol (hereinafter to be referred as TCP) to broadcasting server request audio by relaying, because relaying (it is exactly a broadcasting server in this locality) self just has the function of broadcasting server, after asking successfully, client broadcast audio/video stream in local network has so just been realized inter-network section remote living broadcast audio.
By remote living broadcast audio technology, combine with video request program (hereinafter to be referred as VOD) system live.Increased by two dynamic link libraries (hereinafter to be referred as DLL) storehouse at video server.When VOD client during to video server request programme televised live, video server calls interface that the DLL storehouse provides to the direct broadcast server request msg, so just need not change the VOD client-side program, just can play programme televised live.
4 description of drawings
Fig. 1 is the sketch of broadcasting in real time and multicast audio.
Fig. 2 provides the process sketch that remote trunk is realized remote living broadcast, router is not done extra setting in this remote living broadcast, and the grey dotted line represents to utilize User Datagram Protoco (UDP) (hereinafter to be referred as UDP) transmission data in sketch, but data can not be passed through; Dotted line represents to utilize UDP host-host protocol transmission data, and data can be passed through; Solid line represents to utilize TCP host-host protocol transmission data.
Fig. 3 lively combines sketch with VOD.
5 embodiments
The present invention utilizes relaying (being equivalent to a broadcasting server) to realize the remote living broadcast audio of inter-network section by certain mechanism, router is not made special configurations in its process.The basic thought of its realization is:
Server end adopts the UDP network transmission protocol to broadcast, and local client can receive broadcast data smoothly; Terminal Server Client then can not directly receive broadcast data; Owing to router is not made special configurations, the UDP network transmission protocol generally can not be carried out remote data transmission by router.We utilize relaying to pass through the TCP network transmission protocol to the remote server requesting service like this, carry out spot broadcasting then and have just realized remote broadcast.
Relaying is exactly a broadcasting server in local network, and it is a relaying with respect to the remote broadcast server, initiatively to the broadcasting server request msg, and the passive wait request of data of broadcasting server.
Relaying itself is just safeguarded a broadcast message chained list, and this part is exactly the content of broadcasting server, promptly comprises a module that sends broadcast message to client.Relaying when starting at the beginning to server side (all the intercepting all in same module of server only bound a port and intercepted) login, and from the server retrieves programme information.The menu item of " server broadcast information " is set on its interface, the information of after selecting this menu item, broadcasting to server requests current broadcast server, and information shown (this part is identical with client-requested server broadcast information place).Relaying is transmitted a channel be modeled to the equipment of opening.A mechanical floor is promptly arranged.This mechanical floor provides unified interface for the master control module, and channel is transmitted in first to file when opening equipment, sets up after applying for successfully and receives and transmit thread.
Relaying is set up a tcp with the server particular port and is connected when a channel is transmitted in application, and this keeps unimpeded (unless middle unusual) during being connected and transmitting channel data always.Connect and set up the back to server transmission solicited message, comprise data of asking which channel etc., server appends a message structure node after being connected trunk information structure chained list at this, this nodal information comprises at least: the ip address of relaying, the adapter sleeve interface, transmit channel identication, buffer structure etc.
Relaying can directly cut out corresponding socket in the forwarding that disconnects certain channel.Server side is directly removed corresponding node when finding that this connects the transmission data exception.
Relaying will decompose it after receiving the data of server side, the ip address that keeps in the packet is changed, and then carried out broadcast or multicast in this locality.(relaying is at a broadcasting of local maintenance chained list, and each node structure information of this chained list comprises the information of the socket that certain channel of forwarding need be bound, information such as channel identication at least).If in the relaying decomposed data bag sign that stops to be arranged, then after with this packet broadcasting, need to refresh local display part of relaying channel information again.(relaying will send the request of withdrawing to server end when withdrawing from, server receives all nodal informations of request back inquiry relaying correspondence, with its removing.) temporarily do not consider to cancel request of transmitting certain channel and the request that relaying withdraws from, just this side of relaying directly closes socket.
This is the process of relaying to the server requests data, has finished the function of real relaying, and relaying itself is exactly a broadcasting server, to the local client broadcast data.So just realize real remote living broadcast audio.
Here server end will have a function, goes to be responsible for following long-range relaying mutual, and safeguards the trunk information chained list.Will distribute a Buffer Pool when starting this function, wherein Huan Chong quantity can read from configuration file.This quantity has also determined to support the quantity of how many roads forwardings.
Server is broadcasted in the data of certain channel in local network, call the interface that dynamic base provides, whether this interface is responsible for inquiring about in the trunk information chained list that dynamic base safeguards has relaying to need the data of oneself, if have, then data are copied to this relaying corresponding buffer region, this data segment should comprise enough information, such as: channel identication, multicast still are broadcasting, multicast or broadcast address and port, length of data package etc.
And to there be a thread to intercept the connection of certain particular port specially in the dynamic base, and receives its request, if programme information is then returned in login.If the request of certain channel is relayed in application, then socket is passed to and handled the module that request is transmitted in application.A relayed information node comprises at least: the socket of the reception data of this relaying, this relaying is responsible for the socket of communication, and corresponding buffer information (comprises the buffer address, buffer size, and cushion the actual data of depositing etc.), this relaying receives the data of which channel.Handle module that application transmits the channel information request receive intercept the socket information that module brings after, whether inquiry also has idle thread, if having, returns success information for this socket, and increase node in the trunk information chained list.If no, whether the inquiry number of threads reaches maximum number (being equivalent to max-forwards quantity), if also do not have, a then newly-built thread returns success information for then this socket, and increase node in the trunk information chained list.Otherwise, return failure information and give relaying.(in fact the corresponding via node of each thread this moment is responsible for the transmission work to this node socket).Also to set up a thread to inquire about the size of buffering store data in all trunk informations specially in the dynamic base,, then send it to relaying if buffered data is enough.The reciprocal process of whole relaying and server interaction has been finished the request of data of inter-network section.
The client reads broadcasting server the IP address and the listening port of (relaying also is equivalent to a broadcasting server) from the configuration file the inside, to the current broadcast program information of this port request inquiry.The client can choose one or several broadcasting after inquiring broadcast program information, receive and support a plurality of broadcast files broadcasts.Below just realized whole remote living broadcast audio.
The present invention simultaneously can realize combining of live and VOD.Implementation method be when client when video server carries out program request, video server is at first judged solicited message, check whether be the request broadcast program, if, then video server receives the programme information of broadcasting server broadcasting, and judge whether it is the program of client-requested, if video server just sends video flowing to client, client is play.
Because broadcasting server and video server are in a network segment, the two needs to transmit data by router to player, but broadcasting server is by UDP network transmission protocol transmission data, do not carry out under the situation of particular arrangement at router, data can not pass to another network segment by router, only under the situation of video server as relaying, could be under the situation that does not change client-side program, client can the interactive broadcasting program.
Claims (3)
1. multimedia audio-video stream realizes that in the internet the live technology of remote synchronization is to make the audio of broadcasting server broadcasting can pass through router by certain method, strides route transmission and broadcasts to another network segment.Utilize this method to do any extra configuration to router.Just can realize remote audio/video streams broadcast.The step of this method is:
Utilize transmission control protocol (hereinafter to be referred as TCP) to the broadcasting server request msg by relaying (having increased the broadcasting server of some functions), after broadcasting server received request, passive passed through Transmission Control Protocol to the relay transmission data.
After relaying receives data, carry out spot broadcasting, so just realized remote broadcast by the broadcasting server function of itself.
2. according to the method for claim 1, broadcasting and multicast audio frequency or video flowing also comprise step in real time:
Server end is opened equipment or file by the main interface program of management control.
After equipment obtained data, what perhaps open was file, simultaneously just directly in spot broadcasting, thereby realized broadcasting or multicast in real time.
3. according to the method for claim 1, the live method that combines with video request program (hereinafter to be referred as VOD) comprises step:
The VOD client is play programme televised live to the video server request, and the program that is broadcasting to the broadcasting server request back is judged and confirmed to video server.
Video server obtains to send to VOD program request client playing after the program stream, need not change client-side program.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA021253234A CN1471262A (en) | 2002-07-25 | 2002-07-25 | Technique for realizing remote synchronous live broadcasting of multimedia audio-video floor in Internet |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA021253234A CN1471262A (en) | 2002-07-25 | 2002-07-25 | Technique for realizing remote synchronous live broadcasting of multimedia audio-video floor in Internet |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1471262A true CN1471262A (en) | 2004-01-28 |
Family
ID=34142839
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA021253234A Pending CN1471262A (en) | 2002-07-25 | 2002-07-25 | Technique for realizing remote synchronous live broadcasting of multimedia audio-video floor in Internet |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1471262A (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859544B (en) * | 2005-12-01 | 2010-05-05 | 华为技术有限公司 | System and method for playing medium |
CN101009937B (en) * | 2006-01-20 | 2010-06-16 | 阿尔卡特朗讯公司 | Seamless session mobility for multimedia streams |
CN101729794B (en) * | 2008-10-11 | 2012-06-27 | 华为技术有限公司 | Method, device and system for realizing live broadcast and live broadcast pretreatment |
CN102547381A (en) * | 2010-12-14 | 2012-07-04 | 深圳长城开发科技股份有限公司 | LAN (Local Area Network) based video-on-demand method and system |
CN101340556B (en) * | 2007-07-05 | 2013-02-20 | 株式会社Ntt都科摩 | Real world broadcasting system and method |
CN111954009A (en) * | 2020-07-29 | 2020-11-17 | 中国电子科技集团公司第十五研究所 | Video data push system crossing network domains |
-
2002
- 2002-07-25 CN CNA021253234A patent/CN1471262A/en active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859544B (en) * | 2005-12-01 | 2010-05-05 | 华为技术有限公司 | System and method for playing medium |
CN101009937B (en) * | 2006-01-20 | 2010-06-16 | 阿尔卡特朗讯公司 | Seamless session mobility for multimedia streams |
CN101340556B (en) * | 2007-07-05 | 2013-02-20 | 株式会社Ntt都科摩 | Real world broadcasting system and method |
CN101729794B (en) * | 2008-10-11 | 2012-06-27 | 华为技术有限公司 | Method, device and system for realizing live broadcast and live broadcast pretreatment |
CN102547381A (en) * | 2010-12-14 | 2012-07-04 | 深圳长城开发科技股份有限公司 | LAN (Local Area Network) based video-on-demand method and system |
CN111954009A (en) * | 2020-07-29 | 2020-11-17 | 中国电子科技集团公司第十五研究所 | Video data push system crossing network domains |
CN111954009B (en) * | 2020-07-29 | 2022-06-24 | 中国电子科技集团公司第十五研究所 | Video data push system crossing network domains |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2398499C (en) | A system and method for rewriting a media resource request and/or response between origin server and client | |
US8667173B2 (en) | Performing multicast communication in computer networks by using overlay routing | |
CN101485170B (en) | Rendering repeatable data objects streamed over a network | |
US20010029525A1 (en) | Method of utilizing a single uniform resource locator for resources with multiple formats | |
Deshpande et al. | Streaming live media over a peer-to-peer network | |
US20020046405A1 (en) | System and method for determining optimal server in a distributed network for serving content streams | |
US20020023164A1 (en) | Method and apparatus for client-side authentication and stream selection in a content distribution system | |
US20020040404A1 (en) | System and method for performing broadcast-enabled disk drive replication in a distributed data delivery network | |
US20020042817A1 (en) | System and method for mirroring and caching compressed data in a content distribution system | |
US20020023165A1 (en) | Method and apparatus for encoder-based distribution of live video and other streaming content | |
US9462018B2 (en) | Multiway peer-to-peer media streaming | |
CN105656910B (en) | Media transmission server, media transmission system, user terminal and media transmission method | |
EP2744168B1 (en) | System, method and live streaming optimizer server for live content distribution optimization over a content delivery network | |
CN1471262A (en) | Technique for realizing remote synchronous live broadcasting of multimedia audio-video floor in Internet | |
JP3836843B2 (en) | Method for receiving content distributed by multiple channels via information network by one terminal | |
CN111225252B (en) | PON gateway UPNP video live broadcast method based on openwrt system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |