WO2008040199A1

WO2008040199A1 - Living broadcast system and method of peer-to-peer stream media, and gathering server

Info

Publication number: WO2008040199A1
Application number: PCT/CN2007/070606
Authority: WO
Inventors: Yunhua Gong; Yilan Liu; Haibo Wang; Bo Wu; Bin Fang
Original assignee: Tencent Technology (Shenzhen) Company Limited
Priority date: 2006-09-20
Filing date: 2007-08-31
Publication date: 2008-04-10
Also published as: CN101068155A; CN101068155B

Abstract

A living broadcast system of peer-to-peer stream media includes the index server (201) and the clients (204), further includes:the media server (202) for providing multiple issuing points as the stream data source;the gathering server (203), for gathering the stream media data from one of multiple issuing points, which is issued by the index server (201) and is requested by the clients (204) for downloading, and switching to another issuing point when the data flow of the stream media data gathered from the said issuing point is abnormal. A living broadcast method of peer-to-peer stream media and a gathering server (203) are also disclosed.

Description

Peer-to-peer connection streaming media live broadcast system and method thereof, acquisition server

Technical field

The present invention relates to streaming media technologies, and in particular, to a peer-to-peer connected streaming media live broadcast system and a peer-to-peer connected streaming media live broadcast method, and to an acquisition server for the above system. Background of the invention

The evolution of computer networks evolves between concentrating and distributing. The early computer usage model was that many users shared large computers, and later developed personal computers, from centralized to distributed. A similar situation exists on the Internet, starting with the client (browser)-server approach, using a centralized server on the network. Further development will move toward distributed, centralized servers will become distributed, each user terminal is both a client and a server, which is a peer-to-peer (P2P) mode.

In recent years, P2P services on the Internet have developed rapidly and have become the mainstream of broadband Internet services. P2P technology combines user terminals into one network, shares the bandwidth, and processes the information together. Unlike the traditional client-one server model, in the P2P mode of operation, each user terminal is both a client and a server. Taking a shared download file as an example, each of a plurality of user terminals that download the same file only needs to download a partial segment of the file and then exchange each other, and finally each user can obtain a complete file.

The P2P streaming media live broadcast service is a live broadcast service based on the Internet using P2P mode. It is generally used to synchronously watch streaming media programs on the network. The P2P streaming media live broadcast tool has been widely applied and recognized on the Internet. The P2P streaming media broadcasts the data sharing between users, which reduces the load of the service provider and saves the cost of providing services. At the same time, the P2P streaming media live broadcast service has good user participation and becomes a direction for the development of streaming media in the future. FIG. 1 shows an existing P2P streaming media live broadcast system.

In the existing P2P streaming media live broadcast system, including an index server 101 for storing information of each collection server, and client information for each program to save the latest download request for downloading the program; the system further includes a media server 102 that obtains program data from a program source. The media server 102 can play a program stored on a storage device of another network node or a storage device of the same, and the media server 102 can also be an audio player, a CD player, or the like. The program is read on the storage medium and converted into a stream for broadcast; the system also has an acquisition server 103 for generating streaming media fragmentation data, the collection server 103 collects the media data stream from the media server 102, and streams the media data stream The fragmentation becomes a streaming media data fragment, and corresponding streaming media header data is generated corresponding to the streaming media type, and the foregoing data is distributed to the client 104 in the system; each client 104 in the P2P streaming media live broadcast system (shown in the figure) Four clients 104A-104D), obtained from the index server 101 Program information, downloading the required program directly from the collection server 103, or downloading information between the respective clients 104 of the same program, and downloading the streaming media of the desired program from other clients 104 that download the same program. Fragmentation data. The specific process is: the media server 102 establishes a publishing point of the media data, the collecting server 103 collects the streaming media data from the publishing point, and segments the media data, and then publishes the information that owns the streaming media data to the index server 101; The client 104 requests the index server 101 to download the required program, acquires information of the collection server 103 providing the program from the index server 101, and other client 104 information that is downloading the same program; the client 104 connects the relevant according to the above information. The collection server 103 or other client 104 requests them to download the fragmented streaming media data; through the above process, each client 104 finally obtains the streaming media data of the desired program.

The disadvantages of the above P2P streaming media live broadcast system are: First, the collection server 103 collects media data from the media server 102 and segments the data, and the streaming media data downloaded by the viewer is Directly or indirectly from the streaming media data fragment distributed by the collection server 103. When the publishing point of the media server 102 temporarily or permanently fails to provide normal media data for various reasons, the collection server 103 cannot collect the media data, and thus cannot provide the user. Providing fragmentation data of the media, causing the user to watch the streaming program to be intermittent or unable to view; secondly, when the network connection performance between the media server 102 and the collection server 103 is degraded or unavailable, such as a large amount of non-system data When the network bandwidth is preempted, or the network device fails due to a network device failure, the collection server 103 cannot collect media data from the media server, thereby affecting the user's viewing.

With the widespread application of P2P streaming media live broadcast in various fields, the requirements for solving the above problems are becoming more and more urgent. The inventors of this patent are aiming at the above problems. After careful research and exploration, the following solutions are proposed. . Summary of the invention

The technical problem solved by the embodiment of the present invention is to provide a peer-to-peer connected streaming media live broadcast system, which can provide continuous streaming media data to the viewer, so that the viewer can obtain a more smooth viewing effect. The embodiment of the invention further provides a peer-to-peer connection streaming media live broadcast method and an acquisition server for the above system.

The peer-to-peer connection streaming media live broadcast system provided by the embodiment of the present invention includes an index server and a client, and further includes: a media server, configured to provide multiple publishing points as a source of streaming media data; and an collecting server, configured to One of the publishing points collects the streaming media data and publishes it through the index server for the client to request to download, and switches to another publishing point when the data traffic of the streaming media data is abnormal from the publishing point.

The embodiment of the present invention further provides a peer-to-peer connection streaming media live broadcast system, including an index server and a client, further comprising: a plurality of media servers, each media server for providing one or more publishing points as streaming media data. Source; acquisition server, used to One of the media servers collects streaming media data and publishes it through an index server for the client to request to download, and when the data traffic of the streaming media data is abnormal from the publishing point, switch to another one. The publishing point on the media server.

The embodiment of the present invention further provides a peer-to-peer connection streaming media live broadcast method, the method comprising: providing a plurality of publishing points as a source of streaming media data; collecting streaming media data from one of the plurality of publishing points, And being issued by the index server for the client to request to download; wherein, when the data traffic of collecting the streaming media data from the publishing point is abnormal, switching to another publishing point.

The embodiment of the present invention further provides an acquisition server for the peer-to-peer connected streaming media live broadcast system, which includes a data collection unit, a streaming media data generating unit, a cache unit, a download request receiving unit, a sending unit, and a publishing request unit, and features thereof. The monitoring unit further includes a monitoring unit, a determining unit, and a switching instruction unit, where: the monitoring unit is configured to monitor the data traffic status of the media data collected by the collecting unit to the media server, and send the monitoring result to the determining unit; The determining unit is configured to receive the monitoring result output by the monitoring unit, and determine, according to the monitoring result, whether the data flow is abnormal, and if yes, output a determination result that needs to switch the release point to the switching instruction unit; The switching instruction unit is configured to receive the determination result output by the determining unit, and when the determination result is that the publishing point needs to be switched, issue an instruction to switch the publishing point to the media server.

Compared with the prior art, the embodiment of the invention has the following advantages:

The peer-to-peer live streaming media live broadcast system provided by the embodiment of the present invention has multiple streaming media data publishing points, and the collecting server of the system can monitor the status of obtaining streaming media data from the media server, when the media is obtained from the media. When the server obtains the traffic of the streaming media data is too slow or too intermittent, the streaming data publishing point can be dynamically switched, thereby solving the problem that the streaming media data is not properly released due to the instability of the publishing point, thereby affecting the viewing problem.

2. In the preferred solution of the peer-to-peer connected streaming media live broadcast system provided by the embodiment of the present invention, Switching to a publishing point on another media server avoids the hardware server failure of the media server itself and the network data failure caused by the network failure, thereby obtaining stable streaming media data and providing continuous streaming data to the viewer. BRIEF DESCRIPTION OF THE DRAWINGS

1 is a schematic structural diagram of a system of a peer-to-peer connected streaming media live broadcast system according to a first embodiment of the present invention; FIG. 2 is a schematic diagram of a system structure of a peer-to-peer connected streaming media live broadcast system according to a first embodiment of the present invention;

3 is a flow chart showing the distribution and request viewing of streaming media data in the first embodiment of the present invention;

4 is a flow chart of the client implementing streaming media data downloading and viewing in the first embodiment of the present invention;

FIG. 5 is a flow chart of the collection server switching release source in the first embodiment of the present invention; FIG. 6 is a functional block diagram of the collection server according to the first embodiment of the present invention. Mode for carrying out the invention

The above described objects, features and advantages of the present invention will become more apparent from the aspects of the appended claims.

Referring to FIG. 2, a peer-to-peer connected live streaming system according to an embodiment of the present invention includes an index server 201, a media server 202, an acquisition server 203, and a client 204. The media server 202 may have multiple, and the media server 202A and the media server 202B are shown in FIG. The client 204 can also have multiple clients, and four clients 204A, 204B, 204C, 204D are shown in FIG. There may also be multiple acquisition servers 203 in the system, and as shown in Figure 2, only one acquisition server 203 is shown.

The index server 201 is configured to save all the programs to provide the program streaming media for each program. The information of the collection server 202 is based on the information of the client 204 that is downloading the program. When a client 204 needs to download a program, it sends a download request to the index server 202, which includes the network information of the client 204 and the name of the program requested to be downloaded. At this time, the index server 201 returns the network information of the saved collection server 203 that is publishing the program and other clients 204 that are downloading the program, and the client 204 requesting to download the program is from the other client 204 according to the information. And the collection server 203 downloads the desired program. That is, the index server 202 is responsible for managing the related information of the various clients 204 that download the program and the collection server 203 that issues the program. It does not provide content download for the client 204, nor does it download the program itself. The related information includes network information and status information, where the network information refers to the network location where the client 204 and the collection server 203 are located, including the network of the operator and the geographic location; the status information refers to the downloaded program name and the streaming media of the downloaded program. The number of the data slice. This information can be used as a basis for selection when the client 204 requesting to download the program selects where to download the tiled streaming media data.

The media server 202 is a data source of various media data, and is used for converting and outputting programs on various recording media into digital information, or collecting media data stored on other network nodes and outputting the data. For example, the media server 202 can be a Windows 2003 Media Server software tool that can collect and publish various media data from various network nodes on the network. The network node may be a server that stores media data, or may be an image device that can read media data from a storage medium. The software tool acquires media data and publishes it at a network node, which is called a publishing point. The so-called publishing point is actually a source of media data. Further, the media server 202 itself may be an image device capable of reading media data from a storage medium, and the image devices play media data stored on a medium such as a compact disc or a magnetic tape. There may be multiple media servers on the network. Figure 2 shows two media servers 202A, 202B on the network, each of which may establish multiple publishing points. Peer-to-peer connected streaming media live broadcast system provided by the present invention and prior art One difference is that media data can be obtained from more than two publishing points in the system. These publishing points can be on different media servers 202 or different publishing points on the same media server 202. Specifically, the system provided by this embodiment has not only a plurality of media servers 202, but also a plurality of publishing points on each media server 202.

The function of the collection server 203 is to collect the media data from the media server 202, and slice the media data into pieces of the streaming media data, and combine the media header data describing the streaming media format with the streaming media data to form a fragment. Complete fragmented streaming data. The collection server 203 issues a release request to the index server 201, and the related information of the published program is distributed to the index server 201 for use by the client 204. The location of the collection server 203 on the network is no different from that of the client 204 and can be regarded as a special client. In this embodiment, the collection server 203 is different from the prior art collection server. The collection server 203 can monitor the data traffic status of the media data obtained from the media server 202, and obtain the traffic of the media data from the media server 202. When it is obviously too slow or too intermittent, the collection server 203 can issue an instruction to the media server 202 to switch to another publishing point on the same media server or switch to a publishing point on another media server, from a new release. Click to get the media data of the desired program. In the case of switching to another publishing point on the same media server, the collection server 203 may switch to another media server 202 when the media server 202 cannot update the publishing point or the updated publishing point still fails to make the data transmission smooth. For example, from media server 202A to media server 202B. In the process of switching the publishing point or media server 202 described above, the collection server 203 simultaneously updates the media header data and publishes it so that the new data can be used by the client 204 that downloaded the data. In order for the media header data changes caused by the switch release point to be recognized by the client 204, the collection server 203 preferably provides a strictly ascending number for each media header data, and when updated to a new publishing point, Increased media header data number. The client 204 will determine that it needs to be based on the increase in the number. To adopt new streaming header data. The significance of the media header data providing strict ascending numbers is that the streaming media header data number confusion can be avoided, and in fact, strict descending order can be used to obtain the same effect.

The client 204 is a network node on the network that needs to read and play streaming media data, and the network node has multiple networks on the network. When the client 204 needs a certain streaming program, the download request is sent to the index server 201 to obtain the related information of the collecting server 203 that is publishing the program and other clients 204 that are downloading the program, including network information and status information. . The client 204 requesting to download the program requests the related collection server 203 and the client 204 to download the program based on the above information. After the download starts, the client 204 requesting to download the program obtains the relevant information of the program published by the collection server 203, and interacts with other clients 204 to download the information of the program, and the client 204 requesting to download the program maintains and saves the above information, and according to The above information determines where to download the fragmented streaming media data. When starting to download a program, the client 204 requesting to download the program downloads the streaming media header data corresponding to the streaming media data of the program. Since the streaming media header data is related to the program source, when the collecting server 203 changes the publishing point. When you need to re-download the new streaming header data. The client 204 requesting to download the program reads the information in the streaming media data fragment and the streaming media header data corresponding to the streaming media data fragment, and continuously decodes each streaming media data fragment and implements streaming media playback. Once the handover point is changed, the number of streaming header data will increase, and the client 204 requesting to download the program knows that new streaming header data needs to be used, and the new streaming header data is used for decoding.

In order to more fully explain the working principle of the system, the working process of the system will be described with reference to the flowchart.

Please refer to FIG. 3 , which is a flow chart of the distribution and request viewing of streaming media data in the embodiment.

Step S301, the media server 202 establishes a publishing point. The media server 202 can obtain the publishing source of the media data from the network and establish a publishing point, and the media server 202 can read the data from the publishing source at any time.

In step S302, the collection server 203 collects data from the publishing point.

The collection server 203 obtains media data through a publishing point of the media server 202, and processes the data to form complete streaming media data. The processing includes: fragmenting the streaming media data and adding corresponding streaming media header data. The data owned by the collection server 203 includes: a streaming media data fragment of a certain length of time of the fragmentation buffer, and for each piece of streaming media data, a corresponding streaming media header data describing the streaming media data format, the streaming media header The data includes the encoding format of the streaming media data. The collection server 203 can maintain a plurality of streaming header data, for which each of the streaming header data is maintained in a strictly ascending or descending integer number.

Step S303, the collection server 203 requests the index server 201 to issue a program, assuming that the program name is X.

When the collection server 203 requests to issue a program, the index server 201 is provided with the program name of the distributed program and the status information such as the fragmented streaming media data number, and the network information of the collection server 203. The index server 201 records the above information corresponding to the program name.

Step S304, the client 204A requests the index server 201 to watch the program whose program name is X.

The client 204A makes a request to the index server 201 to request viewing of a program containing the network information of the client 204A. The index server 201 returns the relevant information of the collection server 203 to the client 204A, and downloads the network information of the other clients 204 of the same program. The index server 201 records the network information of the client 204A corresponding to the program X so that when other clients 204 request to download the program X, the information can be provided to them. Please refer to FIG. 4, which shows the flow of downloading and viewing of streaming media data by the client. This flow chart is a subsequent process of the flow chart shown in FIG.

In step S401, the client 204A maintains state information of each program that is downloaded and viewed by itself. The status information includes: a number of the streaming media data fragments buffered by the client 204A, corresponding streaming media header data and their numbers, and other client information for downloading the same program, the client information including the network Information and status information.

Step S402: The client 204 downloading the same program exchanges the respective fragmented stream media data numbers and the fragmented stream media data numbers buffered by the collection server 203 that issues the same program. The client 204A stores the above obtained information corresponding to each client 204 and collection server 203.

Step S403, the client 204A, according to the number of the streaming media data fragment cached by the client 204A, and the streaming media data fragment number buffered by the client 204 that downloads the same program, and the streaming media of the collection server 203 that issues the same program. The data fragment number, the scheduling decision to download the fragmented streaming media data from a specific client 204 or the collection server 203.

Step S404, the client 204A submits a download request to the other client 204 or the collection server 203, including the fragment number of the requested streaming media data, and the maximum streaming media header data number of the downloaded fragment that is not larger than the fragment number. .

Step S405, the other client 204 or the collection server 203 receives the download request from the client 204A, and if it finds that it has the corresponding fragment, sends the fragment to the other party; if it finds that the cache is corresponding to the fragmentation If the number of the streaming media header data is greater than the streaming media header data number in the request packet, the streaming media header data should also be sent to the other party before the streaming media data slice is sent.

Step S406, the client 204A uses the encoding format information included in the downloaded streaming media header data to decode and view the downloaded streaming media data fragments. Referring to FIG. 5, the figure shows the flow of the collection server 203 switching the publishing point when the streaming media data is released.

In step S501, the collection server 203 collects streaming media data from the media server 202. Step S502: When collecting the streaming media data from the media server 202, the collecting server 203 detects the working status of the streaming media data publishing point, and determines whether the working status is abnormal. If the working condition is abnormal, proceed to the next step. Otherwise, continue to work normally.

A criterion for determining whether the working condition is normal can be set for the collection server 203. A feasible criterion is: If the real-time code rate is found to be less than 1 kbps for 5 seconds or the connection point of the media server 203 is not correctly connected, then the publishing point of the media server 203 is considered to be abnormal.

Step S503, switching to the alternate publishing point. The alternate publishing point can be another source of media data on the same media server 203 or an alternate publishing point established on another media server 203. The alternate publishing point is a publishing point that has been prepared in advance. When the normal data stream is still not available after several times of switching the publishing point on the same media server; or when the media server cannot connect normally, you can switch to the publishing point on another media server.

After the above switching, normal streaming media data distribution and interaction continue.

The embodiment further provides an acquisition server 203, which can implement monitoring of the media traffic obtained from the media server 202. When the traffic is abnormal, the device can send an instruction to the media server 202 to control the media server 202 to switch to the standby. The publishing point continues the media data collection. When a media server still fails to obtain normal data traffic by switching the publishing point multiple times, the collection server 203 can switch to the new media server 202.

Please refer to FIG. 6, which is a schematic block diagram of the acquisition server. As shown in the figure, the collection server 203 includes: a data collection unit 601, a streaming media data generation unit 602, a cache unit 603, a download request receiving unit 604, a sending unit 605, a publishing request unit 606, a monitoring unit 607, and a determining unit 608. And switching the instruction unit 609. The data collection unit 601 is configured to collect and output media data from a publishing point provided by the media server 202.

The streaming media data generating unit 602 receives the media data output by the data collecting unit 601, and fragments the pieces, generates fragmented streaming media program data, and numbers the data fragments; the streaming media data generating unit The 602 further generates corresponding media header data according to the type of the media data output by the data collection unit 601. For each media header data, the streaming media data generating unit 602 gives the strict integer or descending integer number thereof, so that When the media header data changes due to the switching of the publishing point, the media header data is obtained. After the media header data obtains the data, the client 204 can decode the fragmented streaming media data of the program content according to the media header data. The broadcast of the streaming media program is realized; the streaming program data of the above segment is combined with the streaming media header data to obtain complete fragmented streaming media data and output.

The buffer unit 603 is configured to receive the fragmented streaming media data output by the streaming media data generating unit 602, and buffer a plurality of pieces of fragmented streaming media data including program content of a certain length of time.

The download request receiving unit 604 is configured to receive a download request of the client 204, obtain a name of the streaming program required by the client 204, and a slice number;

The sending unit 605 is configured to read related piecemeal streaming media data buffered by the buffer unit 603 according to the related information of the download request of the client 204 output by the download request receiving unit 604, and the fragmented stream is The media data is output to the client 204 that issued the download request.

The issuance requesting unit 606 is configured to send a publishing request to the index server 201 according to the program name and the number of the segmented streaming media data generated by the streaming media data generating unit 602, where the publishing request includes the fragmented streaming media data. Relevant information such as the name of the program and its number.

The monitoring unit 607 is configured to monitor data traffic status of the data collection unit 601 from the media server 202, and the collection server 203 and the media server 202. The connection status is sent, and the monitoring result is sent to the judging unit 608.

The determining unit 608 is configured to receive the monitoring result output by the monitoring unit 607, and determine, according to the monitoring result, whether the data flow is too small or too intermittent, and if yes, output a judgment result that needs to switch the release point to the switching instruction. Unit 609. If a certain number of publishing points have been switched on the same media server 202, the normal data stream cannot be obtained; or the monitoring result indicates that the collecting server 203 and the media server 202 cannot be normally connected, the determining unit 608 outputs the need to switch the media server. The result is judged, and the judgment result is output to the command unit 609.

The switching instruction unit 609 is configured to receive the determination result output by the determining unit 608. When the determination result is that the publishing point needs to be switched, the instruction to switch the publishing point is sent to the media server 202 according to the result, and the instruction may be The instruction to switch to the publishing point on the same media server may also be an instruction to switch to a publishing point on a different media server; if the received judgment result is to switch the media server, directly issue a switch to the publishing point on another media server. instruction.

Compared with the collection server 103 of the prior art, the collection server 203 can monitor the collection traffic and determine whether the distribution point or the media server needs to be switched according to the monitoring result, that is, the dynamic data transmission source is switched.

In the collection server, the data collection unit 601, the streaming media data generation unit 602, the cache unit 603, the download request receiving unit 604, the sending unit 605, and the transmission request unit 606 are all functional units in the prior art. The difference from the prior art is that the monitoring unit 607, the traffic status determining unit 608, and the switching instruction unit 609 are configured to implement monitoring of the collected media data and to implement switching of the publishing point according to the monitoring result, thereby ensuring collection. The continuation of the streaming media data issued by the server 203 enables the client 204 to obtain a good streaming media use effect.

The above description is only a preferred embodiment of the present invention, it should be noted that the technical field is Many modifications and refinements can be made by those skilled in the art without departing from the principles of the invention, and such modifications and refinements are also considered to be within the scope of the invention.

Claims

Claim

A peer-to-peer connection streaming media live broadcast system, comprising an index server and a client, wherein the method further comprises:

a media server, configured to provide a plurality of publishing points as a source of streaming media data; an collecting server, configured to collect streaming media data from one of the plurality of publishing points and publish the information through the index server for the client to request Download, and switch to another publishing point when the data traffic of the streaming media data is abnormal from the publishing point.

The peer-to-peer connected streaming media live broadcast system according to claim 1, wherein the peer-to-peer connected streaming media live broadcast system has a plurality of the media servers;

The collection server further switches to a publishing point located on another media server after detecting that the media server being used cannot be properly connected or the data traffic is still abnormal after switching the publishing point multiple times in the media server.

The peer-to-peer connected streaming media live broadcast system according to claim 1 or 2, wherein the media server is capable of collecting streaming media data stored by the network node, and converting the collected streaming media data into a data stream for publishing. Or a software device; or the media server is an image device capable of reading and playing streaming media data from a storage medium.

The peer-to-peer connected streaming media live broadcast system according to claim 1 or 2, wherein the collecting server further generates corresponding media header data for the streaming media data of each publishing point, and when switching the publishing point , the new media header data is released according to the streaming media data format of the post-switching publishing point.

5. The peer-to-peer connected streaming media live broadcast system according to claim 4, wherein the collecting server further numbers each type of media header data;

The client determines whether it is necessary to update to the new media header data according to the number of the media header data.

The peer-to-peer connected live streaming media system according to claim 5, wherein the collecting server uses the format of each media header data in an ascending or descending order.

The peer-to-peer connected streaming media live broadcast system according to claim 1 or 2, wherein the abnormality of the traffic collected by the collecting server for the media data means that the real-time code rate is continuously lower than a predetermined value within a certain period of time or cannot be correct. Connect to the publishing point of the media server.

8. A peer-to-peer connection streaming media live broadcast system, comprising an index server and a client, wherein the method further comprises:

Multiple media servers, each of which is used to provide one or more publishing points as a source of streaming media data;

An collection server, configured to collect streaming media data from a publishing point of one of the media servers and publish the data through an index server, where the client requests downloading, and when data traffic of the streaming media data is collected from the publishing point is abnormal , switch to a publishing point located on another media server.

The peer-to-peer connected streaming media live broadcast system according to claim 8, wherein the media server is capable of collecting streaming media data stored by the network node, and converting the collected streaming media data into a data stream publishing software. Or the media server is an image device capable of reading and playing streaming media data from a storage medium.

The peer-to-peer connected live streaming media system according to claim 8, wherein the collecting server further generates corresponding media header data for the streaming media data of each publishing point, and when switching the publishing point, according to The streaming media data format of the publishing point after the switch is released to release new media header data.

The peer-to-peer connected streaming media live broadcast system according to claim 10, wherein the collecting server further numbers each type of media header data;

The peer-to-peer connected live streaming media system according to claim 11, wherein the collecting server uses an order of increasing or descending order for each type of media header data.

The peer-to-peer live streaming media live broadcast system according to claim 8, wherein the abnormality of the traffic collected by the collecting server for the media data means that the real-time code rate is continuously lower than a predetermined value within a certain period of time or cannot be correctly connected to the media. The publishing point of the server.

14. A peer-to-peer connection streaming media live broadcast method, the method comprising: providing a plurality of publishing points as a source of streaming media data;

Collecting streaming media data from one of the plurality of publishing points, and publishing the data through the index server for the client to request to download;

Wherein, when the data flow of collecting the streaming media data from the publishing point is abnormal, switching to another publishing point.

The method according to claim 14, wherein the step of switching to another publishing point is: switching to another publishing point located on the same media server as the publishing point being used.

The method according to claim 15, wherein the method further comprises: the collecting server still detects that the media server being used cannot be connected normally or switches the publishing point multiple times in the media server. When it is abnormal, switch to a publishing point located on another media server.

17. The method of claim 14, wherein the step of switching to another publishing point is: switching to another publishing point on a different media server than the publishing point being used.

The method according to any one of claims 14 to 17, wherein the method further comprises: generating corresponding media header data for the streaming media data of each publishing point, and when switching the publishing point, according to The streaming media data format of the publishing point after the switch is released to release new media header data.

19. The method of claim 18, further comprising: numbering each of the media header data;

The client determines whether it is necessary to update to the new media header data based on the number of the media header data.

20. A method according to claim 19, wherein each of the media header data is numbered in an ascending or descending form.

The method according to any one of claims 14 to 17, wherein the data traffic abnormality refers to a publishing point in which the real-time code rate is continuously lower than a predetermined value for a certain period of time or cannot be correctly connected to the media server.

An acquisition server for a peer-to-peer connected streaming media live broadcast system, comprising: a data collection unit, a streaming media data generating unit, a buffer unit, a download request receiving unit, a sending unit, and a publishing request unit, wherein the monitoring server further includes monitoring Unit, judgment unit, and switching instruction unit, where:

The monitoring unit is configured to monitor the data traffic status of the media data collected by the collecting unit to the media server, and send the monitoring result to the determining unit;

The determining unit is configured to receive a monitoring result output by the monitoring unit, and determine, according to the monitoring result, whether the data flow is abnormal, and if yes, output a determination result that needs to switch a publishing point to the switching instruction unit;

The switching instruction unit is configured to receive a determination result output by the determining unit, and when the determination result is that the publishing point needs to be switched, issue an instruction to switch the publishing point to the media server.

The collection server according to claim 22, wherein the instruction to switch the distribution point is: an instruction to switch a publishing point on the same media server, or an instruction to switch a publishing point on a different media server.

24. The acquisition server of claim 22, wherein:

After switching to several publishing points on the same media server, normal data cannot be obtained. When the flow, or the media server is unable to connect normally, the determining unit outputs a determination result that needs to switch the media server to the switching instruction unit;

The switching instruction unit receives the judgment result of the switching media server, and issues an instruction to switch to a publishing point on another media server.