CN105227546A

CN105227546A - For suspending the method and apparatus of RTMP stream

Info

Publication number: CN105227546A
Application number: CN201510567826.0A
Authority: CN
Inventors: 何庆明; 何志鹏; 杜英豪
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Baidu Online Network Technology Beijing Co Ltd; Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2015-09-08
Filing date: 2015-09-08
Publication date: 2016-01-06
Anticipated expiration: 2035-09-08
Also published as: CN105227546B

Abstract

The invention provides the method and apparatus for suspending RTMP stream.Wherein, at issue client terminal, the method comprises the following steps: send the first message to server, and wherein, described first message is used to indicate RTMP stream and will suspends; Suspend and issue described RTMP stream.Compared with prior art, the present invention extends RTMP agreement, can support the function suspending RTMP stream.The invention enables RTMP protocol function more perfect, and contribute to promoting Consumer's Experience.

Description

For suspending the method and apparatus of RTMP stream

Technical field

The present invention relates to computer communication field, particularly relating to the method and apparatus for suspending RTMP stream.

Background technology

Along with the emergence of recent video and audio live broadcast service, the live application of various video and audio and product just constantly receive publicity, and the live relevant function of video and audio is also constantly perfect.RTMP (RealTimeMessagingProtocol) agreement is the conventional application layer protocol of video and audio direct seeding technique, but the RTMP agreement of standard is not for the suspending/resuming of live TV stream provides support.In the prior art, if main broadcaster does not want to go out live for video and audio instantly, can only terminate live, disconnect RTMP stream and connect.If main broadcaster thinks that continuation is live, RTMP stream can only be re-established, restart live.Therefore, how can suspend RTMP live TV stream is a good problem to study.

Summary of the invention

The object of this invention is to provide a kind of in issue client terminal for suspend RTMP stream method and apparatus, a kind of in the server for suspend RTMP stream method and apparatus, and a kind of in the client for suspend RTMP stream method and apparatus.

According to an aspect of the present invention, provide a kind of in issue client terminal for suspend RTMP stream method, wherein, the method comprises the following steps:

-send the first message to server, wherein, described first message is used to indicate RTMP stream and will suspends;

-suspend and issue described RTMP stream.

According to another aspect of the present invention, provide a kind of in issue client terminal for suspend RTMP stream device, wherein, described device comprises:

-for sending the device of the first message to server, wherein, described first message is used to indicate RTMP stream and will suspends;

-for suspending the device issuing described RTMP stream.

According to another aspect of the present invention, provide a kind of in the server for suspending the method for RTMP stream, wherein, described method comprises:

-receive the first message from issue client terminal, wherein, described first message is used to indicate RTMP stream and will suspends;

-based on described first message, send the 3rd message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 3rd message is used to indicate described RTMP stream and will suspends;

-for each client in described one or more client, suspend the data sending described RTMP stream to it.

According to another aspect of the present invention, provide a kind of in the server for suspending the device of RTMP stream, wherein, described device comprises:

-for receiving the device of the first message from issue client terminal, wherein, described first message is used to indicate RTMP stream and will suspends;

-for based on described first message, send the device of the 3rd message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 3rd message is used to indicate described RTMP stream and will suspends;

-for for each client in described one or more client, suspend the device sending the data that described RTMP flows to it.

According to another aspect of the present invention, provide a kind of in the client for suspending the method for RTMP stream, wherein, described method comprises:

-receive the 3rd message from server, wherein, described 3rd message is used to indicate RTMP stream and will suspends;

-based on described 3rd message, suspend the data playing described RTMP stream.

According to another aspect of the present invention, provide a kind of in the client for suspending the device of RTMP stream, described device comprises:

-for receiving the device of the 3rd message from server, wherein, described 3rd message is used to indicate RTMP stream and will suspends;

-for based on described 3rd message, suspend the device of the data playing described RTMP stream.

Compared with prior art, the present invention extends RTMP agreement, can support the function suspending RTMP stream.The invention enables RTMP protocol function more perfect, and contribute to promoting Consumer's Experience.

Accompanying drawing explanation

By reading the detailed description done non-limiting example done with reference to the following drawings, other features, objects and advantages of the present invention will become more obvious:

Fig. 1 illustrates that a kind of RTMP of utilization agreement carries out the schematic diagram of live system;

Fig. 2 illustrate according to the embodiment of one aspect of the invention in issue client terminal for suspending the flow chart of the method for RTMP stream;

Fig. 3 illustrate embodiment according to a further aspect of the present invention in the server for suspending the flow chart of the method for RTMP stream;

Fig. 4 illustrate embodiment according to a further aspect of the present invention in the client for suspending the flow chart of the method for RTMP stream;

Fig. 5 illustrate embodiment according to a further aspect of the present invention in issue client terminal for suspending the schematic diagram of the device of RTMP stream;

Fig. 6 illustrate embodiment according to a further aspect of the present invention in the server for suspending the schematic diagram of the device of RTMP stream;

Fig. 7 illustrate embodiment according to a further aspect of the present invention in the client for suspending the schematic diagram of the device of RTMP stream.

In accompanying drawing, same or analogous Reference numeral represents same or analogous parts.

Embodiment

Before in further detail exemplary embodiment being discussed, it should be mentioned that some exemplary embodiments are described as the process or method described as flow chart.Although operations is described as the process of order by flow chart, many operations wherein can be implemented concurrently, concomitantly or simultaneously.In addition, the order of operations can be rearranged.Described process can be terminated when its operations are completed, but can also have the additional step do not comprised in the accompanying drawings.Described process can correspond to method, function, code, subroutine, subprogram etc.

Within a context alleged " computer equipment ", also referred to as " computer ", refer to the intelligent electronic device that can be performed the predetermined process such as numerical computations and/or logical calculated process by operation preset program or instruction, it can comprise processor and memory, the survival instruction that prestores in memory is performed to perform predetermined process process by processor, or perform predetermined process process by the hardware such as ASIC, FPGA, DSP, or combined by said two devices and realize.Computer equipment includes but not limited to server, PC, notebook computer, panel computer, smart mobile phone etc.

Described computer equipment comprises subscriber equipment and the network equipment.Wherein, described subscriber equipment includes but not limited to computer, smart mobile phone, PDA etc.; The described network equipment includes but not limited to the server group that single network server, multiple webserver form or the cloud be made up of a large amount of computer or the webserver based on cloud computing (CloudComputing), wherein, cloud computing is the one of Distributed Calculation, the super virtual machine be made up of a group loosely-coupled computer collection.Wherein, described computer equipment isolated operation can realize the present invention, also accessible network by realizing the present invention with the interactive operation of other computer equipments in network.Wherein, the network residing for described computer equipment includes but not limited to the Internet, wide area network, metropolitan area network, local area network (LAN), VPN etc.

It should be noted that; described subscriber equipment, the network equipment and network etc. are only citing; other computer equipments that are existing or that may occur from now on or network, as being applicable to the present invention, within also should being included in scope, and are contained in this with way of reference.

Method (some of them are illustrated by flow chart) discussed below can be implemented by hardware, software, firmware, middleware, microcode, hardware description language or its combination in any.When implementing by software, firmware, middleware or microcode, program code or code segment in order to implement necessary task can be stored in machine or computer-readable medium (such as storage medium).(one or more) processor can implement necessary task.

Concrete structure disclosed herein and function detail are only representational, and are the objects for describing exemplary embodiment of the present invention.But the present invention can carry out specific implementation by many replacement forms, and should not be construed as only being limited to the embodiments set forth herein.

Should be understood that, although may have been used term " first ", " second " etc. here to describe unit, these unit should not limit by these terms.These terms are used to be only used to a unit and another unit to distinguish.For example, when not deviating from the scope of exemplary embodiment, first module can be called as second unit, and second unit can be called as first module similarly.Here used term "and/or" comprise one of them or more any and all combinations of listed associated item.

Should be understood that, when a unit is called as " connection " or " coupling " to another unit, it can directly connect or be coupled to another unit described, or can there is temporary location.On the other hand, " when being directly connected " or " directly coupled " to another unit, then there is not temporary location when a unit is called as.Should explain in a comparable manner the relation be used between description unit other words (such as " and be in ... between " compared to " and be directly in ... between ", " with ... contiguous " compared to " and with ... be directly close to " etc.).

Here used term is only used to describe specific embodiment and be not intended to limit exemplary embodiment.Unless context refers else clearly, otherwise singulative used here " ", " one " are also intended to comprise plural number.It is to be further understood that, the existence of the feature that term used here " comprises " and/or " comprising " specifies to state, integer, step, operation, unit and/or assembly, and do not get rid of and there is or add other features one or more, integer, step, operation, unit, assembly and/or its combination.

Also it should be mentioned that and to replace in implementation at some, the function/action mentioned can according to being different from occurring in sequence of indicating in accompanying drawing.For example, depend on involved function/action, in fact the two width figure in succession illustrated can perform simultaneously or sometimes can perform according to contrary order substantially.

Below in conjunction with accompanying drawing, the present invention is described in further detail.

Understand content of the present invention better for ease of reader, Fig. 1 illustrates that a kind of RTMP of utilization agreement carries out the schematic diagram of live system.As shown in Figure 1, this system comprises issue client terminal, server and client.In live process, issue client terminal can be issued RTMP and flow to server, and this RTMP stream is sent to each client expecting to receive this RTMP stream by server, and then each client receives and plays this RTMP and flows.

Fig. 2 illustrate according to the embodiment of one aspect of the invention in issue client terminal for suspending the flow chart of the method for RTMP stream.

Wherein, the method for the present embodiment realizes mainly through subscriber equipment; Described subscriber equipment includes but not limited to PC, panel computer, smart mobile phone, PDA etc.

It should be noted that, described subscriber equipment is only citing, and other subscriber equipmenies that are existing or that may occur from now on, as being applicable to the present invention, within also should being included in scope, and are contained in this with way of reference.

First, in the step s 21, issue client terminal sends the first message to server, and wherein, described first message is used to indicate RTMP stream and will suspends.In a preferred embodiment, described first message is RTMP command messages (RTMPCommandMessage).Such as, the former RTMP command messages of this first extension of message, wherein, the order of this new RTMP command messages is by name such as " suspend and issue ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to suspend.It will be understood by those skilled in the art that herein, the associated description for the first message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

Then, in step S22, issue client terminal suspends this RTMP of issue and flows.Particularly, issue client terminal can suspend and issues this RTMP to server and flow.In addition, issue client terminal also can record the state of this RTMP stream is halted state.

In a preferred embodiment, issue client terminal also can receive the RTMPPing message from server.Such as, when RTMP stream suspends, because issue client terminal no longer sends data to server, thus being connected with between issue client terminal and server end may because be closed without data communication.Now, server can to issue client terminal timed sending RTMPPing message to keep the validity of this connection.Correspondingly, issue client terminal can receive this RTMPPing message from server.Thus issue client terminal can based on this RTMPPing message, determine its connectivity between this server.Also namely when issue client terminal receives the RTMPPing message from server, then can determine that the connection between itself and this server is still effective.In addition, issue client terminal can to the response message of this server transmission for this RTMPPing message.When server receives the above-mentioned response message from this issue client terminal, then can determine that its connection between issue client terminal is effective.

In one embodiment, issue client terminal can also send the second message to server, and wherein, this second message is used to indicate this RTMP stream and will continues.In one embodiment, described second message is RTMP command messages.Such as, the former RTMP command messages of this second extension of message, wherein, the order of this new RTMP command messages is by name such as " continuing to issue ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to continue.It will be understood by those skilled in the art that herein, the associated description for the second message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.After issue client terminal sends this second message to server, issue client terminal continues to issue this RTMP and flows.

Fig. 3 illustrate embodiment according to a further aspect of the present invention in the server for suspending the flow chart of the method for RTMP stream.

Wherein, the method for the present embodiment realizes mainly through the network equipment; The described network equipment includes but not limited to the server group that single network server, multiple webserver form or the cloud be made up of a large amount of computer or the webserver based on cloud computing (CloudComputing), wherein, cloud computing is the one of Distributed Calculation, the super virtual machine be made up of a group loosely-coupled computer collection.

It should be noted that, the described network equipment is only citing, and other network equipments that are existing or that may occur from now on, as being applicable to the present invention, within also should being included in scope, and are contained in this with way of reference.

First, in step S31, server receives the first message from issue client terminal, and wherein, this first message is used to indicate RTMP stream and will suspends.Particularly, issue client terminal can send this first message according to mode mentioned above to server.Correspondingly, server can receive this first message thus know that this RTMP stream will suspend.As described above, in a preferred embodiment, this first message is RTMP command messages.Detailed description for the first message repeats no more herein.

Then, in step s 32, server, based on described first message, sends the 3rd message respectively to each client in the one or more clients playing described RTMP stream, and wherein, described 3rd message is used to indicate described RTMP stream and will suspends.Particularly, server, based on described first message, knows that this RTMP stream will suspend.Thus server sends the 3rd message to each client playing RTMP stream, flow to indicate this RTMP and will suspend.In one embodiment, the 3rd message is RTMP command messages.Such as, the former RTMP command messages of 3rd extension of message, wherein, the order of this new RTMP command messages is by name such as " suspend and send ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to suspend.In a preferred embodiment, the 3rd message is RTMP data-message (RTMPDataMessage).Such as, the former RTMP data-message of the 3rd extension of message, making it that RTMP can be indicated to flow will suspend.It will be understood by those skilled in the art that herein, the associated description for the 3rd message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

In a preferred embodiment, server based on this first message and current state, will send the 3rd message to each client playing this RTMP stream respectively.Herein, current state means the current residing state of this RTMP stream in server, such as " time-out " or " continuation " state.After server receives this first message, whether inspection current state is in " time-out " state.If current state is " time-out " state not, then server will send the 3rd message respectively to each client, flow will suspend to indicate this RTMP of each client.If when current state is " time-out " state, then server will not send the 3rd message to each client, thus avoid unnecessary overhead.

Then, in step S33, after server sends the 3rd message respectively to each client, for each client in described one or more client, server sends the data of this RTMP stream to it by suspending.

In one embodiment, the second message that server also will receive from issue client terminal, wherein, described second message is used to indicate this RTMP stream and will continues.Particularly, issue client terminal can send this second message according to mode mentioned above to server.Correspondingly, server can receive this second message thus know that this RTMP stream will continue.As described above, in a preferred embodiment, this second message is RTMP command messages.Detailed description for the second message repeats no more herein.

In the above-described embodiments, then, server, based on this second message, sends the 4th message respectively to each client playing described RTMP stream, and wherein, described 4th message is used to indicate described RTMP stream and will continues.Particularly, server, based on described second message, knows that this RTMP stream will continue.Thus server sends the 4th message to each client playing RTMP stream, flow to indicate this RTMP and will continue.In one embodiment, the 4th message is RTMP command messages.Such as, the former RTMP command messages of 4th extension of message, wherein, the order of this new RTMP command messages is by name such as " continuing to send ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to continue.In a preferred embodiment, the 4th message is RTMP data-message (RTMPDataMessage).Such as, the former RTMP data-message of the 4th extension of message, making it that RTMP can be indicated to flow will continue.It will be understood by those skilled in the art that herein, the associated description for the 4th message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

In a preferred embodiment, server based on this second message and current state, will send the 4th message to each client playing this RTMP stream respectively.Herein, current state means this RTMP in server and flows current residing state, such as, be " time-out " or " continuation " state.After server receives this second message, whether inspection current state is in " time-out " state.If current state is " time-out " state, then server will send the 4th message respectively to each client, flow will continue to indicate this RTMP of each client.If when current state is non-" time-out " state, then server will not send the 4th message to each client, thus avoid unnecessary overhead.

Then, after server sends the 4th message respectively to each client, for each client in described one or more client, server will continue the data sending this RTMP stream to it.

In one embodiment, server also distinguishes timed sending RTMPPing message by each client in described one or more client.Such as, when RTMP stream suspends, because server no longer sends data to client, thus being connected with between server and client may because be closed without data communication.Now, server can to client timed sending RTMPPing message to keep the validity of this connection.Correspondingly, client can receive this RTMPPing message from server, and can based on this RTMPPing message, determines that its connection between this server is still effective.Then, client can to the response message of this server transmission for described RTMPPing message.Server correspondingly can receive the response message for this RTMPPing message from each client respectively, and based on each response message, determines the connectivity between each client.Also namely, when server receives the above-mentioned response message from certain client, then can determine that the connection between itself and this client is effective; When server does not receive the above-mentioned response message from certain client within a certain period of time, then can determine its disconnecting between this client.

In a preferred embodiment, server based on from the first message of issue client terminal or the second message, can also arrange the first state of RTMP stream.Herein, the first state means the state of RTMP stream at server end.Particularly, when server receives the first message from issue client terminal, then server knows that RTMP stream will suspend, and the first state that therefore this RTMP flows by server is set to indicate that it is the state of time-out, such as " time-out ".When server receives the second message from issue client terminal, then server knows that RTMP stream will recover, and the first state that therefore this RTMP flows by server is set to indicate that it is the state of recovery, such as " recovery ".It will be understood by those skilled in the art that herein, the associated description for the first state is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

When server sends RTMPPing message respectively to each client in the one or more clients playing this RTMP stream, the first state that this RTMP flows in this RTMPPing message, can be comprised.Such as, when the first state of RTMP stream is " time-out ", server comprises " time-out " state in the RTMPPing message sent respectively to each client.Correspondingly, client can receive the RTMPPing message comprising the first state from this of server, and based on this RTMPPing message, can determine the first state that this RTMP flows.In this manner, when server is sent to the 3rd message or the 4th information drop-out of client, the RTMPPing message that server can send to client at it comprises the first state, to indicate the state residing for this RTMP stream to client, to guarantee RTMP stream mode consistency in the entire system.

In one embodiment, after client receives the RTMPPing message from server, can to the response message of this server transmission for described RTMPPing message, wherein, this response message comprises second state flowed about described RTMP of this client.Herein, the second state means the state of RTMP stream in client.Then correspondingly, server can receive respectively from each client described in comprise the RTMPPing response message of the second state.Then, server is based on each response message, and whether the second state flowed about this RTMP checking each client is and consistent between the first state that this RTMP flows.Server, based on the result of this consistency check, for the follow-up RTMPPing message will sent to each client, determines the first state wherein whether comprising this RTMP stream.Such as, assuming that the first state that certain RTMP flows is " time-out ".For customer end A, the second state that its this RTMP comprised at the RTMPPing response message sent to server flows is " time-out ".When server is checked through the second state flowed about this RTMP in this response message for " time-outs ", then can determine itself and the first state consistency, thus determine in follow-up the first state not comprising this RTMP stream in the RTMPPing message sent to this customer end A.And for customer end B, it is " recovery " in the second state that the RTMPPing response message sent to server comprises.When server is checked through the second state flowed about this RTMP in this response message for " recovery ", then can determine that itself and the first state are inconsistent, thus determine in follow-up the first state RTMPPing message sent to this customer end B being comprised this RTMP and flow.According to mode mentioned above, server when being checked through the first state and the second state consistency, without the need to comprising the first state to save overhead in the RTMPPing message sent to client.

In one embodiment, server also to issue client terminal timed sending RTMPPing message, and can receive the response message for this RTMPPing message from this issue client terminal.When server receives described response message, then can determine that its connection between this issue client terminal is effective.

Fig. 4 illustrate embodiment according to a further aspect of the present invention in the client for suspending the flow chart of the method for RTMP stream.

First, in step S41, client receives the 3rd message from server, and wherein, described 3rd message is used to indicate RTMP stream and will suspends.Particularly, server can send the 3rd message according to mode mentioned above to client.Correspondingly, client can receive the 3rd message thus know that this RTMP stream will suspend.As described above, in a preferred embodiment, the 3rd message is RTMP command messages.Detailed description for the 3rd message repeats no more herein.

Then, in step S42, client, based on described 3rd message, will suspend the data playing described RTMP stream.Particularly, client, based on described 3rd message, knows that this RTMP stream will suspend, thus client will suspend the data play this RTMP and flow.In addition, client flows interval at this RTMP, also can present customizing messages to user, such as, inform that this RTMP of client flows with the form such as word or picture paused.

In one embodiment, client also can receive the 4th message from server, and wherein, described 4th message is used to indicate described RTMP stream and will continues.Particularly, server can send the 4th message according to mode mentioned above to client.Correspondingly, client can receive the 4th message thus know that this RTMP stream will suspend.As described above, in a preferred embodiment, the 4th message is RTMP command messages.Detailed description for the 4th message repeats no more herein.

In the above-described embodiments, client, based on the 4th message, will continue the data playing this RTMP stream.In addition, client also can present customizing messages to user, such as, inform that this RTMP of client stream has recovered to play with the form such as word or figure.

In one embodiment, client also can receive the RTMPPing message from server, and based on this RTMPPing message, determines the connectivity between itself and this server.In addition, client also can send for the response message of described RTMPPing message to server, when server receives this response message, then can determine that its connection between this client is effective.

In one embodiment, client also based on from the 3rd message of server or the 4th message, can arrange the second state of RTMP stream.Herein, the second state means the state of RTMP stream in client.Particularly, when client receives the 3rd message from server, then client knows that RTMP stream will suspend, and the second state that therefore this RTMP flows by client is set to indicate that it is the state of time-out, such as " time-out ".When client receives the 4th message from server, then client knows that RTMP stream will recover, and the second state that therefore this RTMP flows by client is set to indicate that it is the state of recovery, such as " recovery ".It will be understood by those skilled in the art that herein, the associated description for the second state is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

In the above-described embodiments, the client RTMPPing message received from server comprises the first state of RTMP stream.Then client can check the second state that this RTMP flows consistency whether and between the first state of flowing of this RTMP.When this consistency check failure; also namely client be checked through the second state that this RTMP flows and the first state inconsistent time; the first state flowed based on this RTMP is arranged the second state that this RTMP flows by client, and correspondingly suspends or continue to play the data of this RTMP stream.Such as, assuming that the first state that certain RTMP flows is " time-out ".Client receives the RTMPPing message from server, and knows that the first state that this RTMP flows is " time-out ".When the second state of this client is " time-out ", then this client can determine itself and the first state consistency.When the second state of this client is " recovery ", then this client can determine that itself and the first state are inconsistent, thus based on this first state, and arranging the second state that this RTMP flows is " time-outs ", and correspondingly suspends the data playing this RTMP stream.According to mode mentioned above; when the 3rd message that server sends to client or the 4th information drop-out; know the first state that RTMP flows the RTMPPing message that client still can send from server, and its second state is correspondingly set and performs time-out or recover to play.

In addition, in the above-described embodiments, when user end to server sends the response message for RTMPPing message, also the second state that RTMP flows can be included in this response message.Thus when server receives this response message, second state of this RTMP in this client can be known.

Fig. 5 illustrate embodiment according to a further aspect of the present invention in issue client terminal for suspending the schematic diagram of the device of RTMP stream.

Wherein, the device of the present embodiment mainly realizes on a user device; Described subscriber equipment includes but not limited to PC, panel computer, smart mobile phone, PDA etc.

As shown in Figure 5, this device being used for suspending RTMP stream comprises the device 51 for sending the first message to server, hereinafter referred to as the first dispensing device 51; And for suspending the device 52 issuing described RTMP stream, hereinafter referred to as the first pause device 52.

First, the first dispensing device 51 of issue client terminal sends the first message to server, and wherein, described first message is used to indicate RTMP stream and will suspends.In a preferred embodiment, described first message is RTMP command messages (RTMPcommandmessage).Such as, the former RTMP command messages of this first extension of message, wherein, the order of this new RTMP command messages is by name such as " suspend and issue ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to suspend.It will be understood by those skilled in the art that herein, the associated description for the first message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

Then, first this RTMP of pause device 52 time-out issue of issue client terminal flows.Particularly, the first pause device 52 of issue client terminal can suspend and issues this RTMP to server and flow.In addition, the first pause device 52 of issue client terminal also can record the state of this RTMP stream is halted state.

In a preferred embodiment, this device being used for suspending RTMP stream also comprises the device for receiving the RTMPPing message from described server, hereinafter referred to as first receiving device 53 (not shown); For based on described RTMPPing message, determine the internuncial device between described server, hereinafter referred to as the first determining device 54 (not shown); And for sending the device for the response message of described RTMPPing message to described server, hereinafter referred to as the second dispensing device 55 (not shown).

The first receiving device 53 of issue client terminal can receive the RTMPPing message from server.Such as, when RTMP stream suspends, because issue client terminal no longer sends data to server, thus being connected with between issue client terminal and server end may because be closed without data communication.Now, server timing can send RTMPPing message to keep the validity of this connection to issue client terminal.Correspondingly, the first receiving device 53 of issue client terminal can receive this RTMPPing message from server.Thus the first determining device 54 of issue client terminal can based on this RTMPPing message, determine its connectivity between this server.Also namely when the first receiving device 53 of issue client terminal receives the RTMPPing message from server, then the first determining device 54 of issue client terminal can determine that the connection between itself and this server is still effective.Then, the second dispensing device 55 of issue client terminal can to the response message of this server transmission for this RTMPPing message.When server receives the above-mentioned response message from this issue client terminal, then can determine that its connection between issue client terminal is effective.

In one embodiment, this device being used for suspending RTMP stream also comprises the device for sending the second message to described server, hereinafter referred to as the 3rd dispensing device 56 (not shown); And for continuing the device issuing described RTMP stream, continue device 57 (not shown) hereinafter referred to as first.

3rd dispensing device 56 of issue client terminal can send the second message to server, and wherein, this second message is used to indicate this RTMP stream and will continues.In one embodiment, described second message is RTMP command messages.Such as, the former RTMP command messages of this second extension of message, wherein, the order of this new RTMP command messages is by name such as " continuing to issue ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to continue.It will be understood by those skilled in the art that herein, the associated description for the second message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.After issue client terminal sends this second message to server, issue client terminal continues to issue this RTMP and flows.

After the 3rd dispensing device 56 of issue client terminal have sent described second message to server, first of issue client terminal continues device 57 and is flowed by this RTMP of continuations issue.

Fig. 6 illustrate embodiment according to a further aspect of the present invention in the server for suspending the schematic diagram of the device of RTMP stream.

Wherein, the device of the present embodiment mainly realizes on network devices; The described network equipment includes but not limited to the server group that single network server, multiple webserver form or the cloud be made up of a large amount of computer or the webserver based on cloud computing (CloudComputing), wherein, cloud computing is the one of Distributed Calculation, the super virtual machine be made up of a group loosely-coupled computer collection.

As shown in Figure 6, this device flowed for suspending RTMP in the server comprises the device 61 for receiving the first message from issue client terminal, hereinafter referred to as the second receiving system 61; For based on described first message, send the device 62 of the 3rd message respectively to each client in the one or more clients playing described RTMP stream, hereinafter referred to as the 4th dispensing device 62; And for for each client in described one or more client, suspend the device sending the data that described RTMP flows to it, hereinafter referred to as the second pause device 63.

First, the second receiving system 61 of server receives the first message from issue client terminal, and wherein, this first message is used to indicate RTMP stream and will suspends.Particularly, issue client terminal can send this first message according to mode mentioned above to server.Correspondingly, the second receiving system 61 of server can receive this first message thus know that this RTMP stream will suspend.As described above, in a preferred embodiment, this first message is RTMP command messages.Detailed description for the first message repeats no more herein.

Then, the 4th dispensing device 62 of server, based on described first message, sends the 3rd message respectively to each client in the one or more clients playing described RTMP stream, and wherein, described 3rd message is used to indicate described RTMP stream and will suspends.Particularly, the 4th dispensing device 62 of server, based on described first message, knows that this RTMP stream will suspend.Thus the 4th dispensing device 62 of server sends the 3rd message to each client playing RTMP stream, flow to indicate this RTMP and will suspend.In one embodiment, the 3rd message is RTMP command messages.Such as, the former RTMP command messages of 3rd extension of message, wherein, the order of this new RTMP command messages is by name such as " suspend and send ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to suspend.In a preferred embodiment, the 3rd message is RTMP data-message (RTMPDataMessage).Such as, the former RTMP data-message of the 3rd extension of message, making it that RTMP can be indicated to flow will suspend.It will be understood by those skilled in the art that herein, the associated description for the 3rd message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

In a preferred embodiment, 4th dispensing device 62 of server comprises for based on described first message and current state, the device of the 3rd message is sent respectively, hereinafter referred to as the 5th dispensing device 621 (not shown) to each client in the one or more clients playing described RTMP stream.

5th dispensing device 621 of server based on this first message and current state, will send the 3rd message to each client playing this RTMP stream respectively.Herein, current state means the current residing state of this RTMP stream in server, such as " time-out " or " continuation " state.After the second receiving system 61 of server receives this first message, whether inspection current state is in " time-out " state by the 5th dispensing device 621 of server.If current state is " time-out " state not, then the 5th dispensing device 621 of server will send the 3rd message respectively to each client, flow will suspend to indicate this RTMP of each client.If when current state is " time-out " state, then the 5th dispensing device 621 of server will not send the 3rd message to each client, thus avoid unnecessary overhead.

Then, after the 5th dispensing device 621 of server sends the 3rd message respectively to each client, for each client in described one or more client, the second pause device 63 of server will suspend and send to it data that this RTMP flows.

In one embodiment, this device flowed for suspending RTMP in the server also comprises the device for receiving the second message from described issue client terminal, hereinafter referred to as the 3rd receiving system 64 (not shown); For based on described second message, send the device of the 4th message respectively to each client in the one or more clients playing described RTMP stream, hereinafter referred to as the 6th dispensing device 65 (not shown); And for for each client in described one or more client, continue the device 66 sending the data that described RTMP flows to it, continue device 66 (not shown) hereinafter referred to as second.

3rd receiving system 64 of server will receive the second message from issue client terminal, and wherein, described second message is used to indicate this RTMP and flows and will continue.Particularly, issue client terminal can send this second message according to mode mentioned above to server.Correspondingly, the 3rd receiving system 64 of server can receive this second message thus know that this RTMP stream will continue.As described above, in a preferred embodiment, this second message is RTMP command messages.Detailed description for the second message repeats no more herein.

In the above-described embodiments, then, the 6th dispensing device 65 of server, based on this second message, sends the 4th message respectively to each client playing described RTMP stream, and wherein, described 4th message is used to indicate described RTMP stream and will continues.Particularly, the 6th dispensing device 65 of server, based on described second message, knows that this RTMP stream will continue.Thus the 6th dispensing device 65 of server sends the 4th message to each client playing RTMP stream, flow to indicate this RTMP and will continue.In one embodiment, the 4th message is RTMP command messages.Such as, the former RTMP command messages of 4th extension of message, wherein, the order of this new RTMP command messages is by name such as " continuing to send ", and this command messages comprises the mark that this RTMP flows, the such as name of RTMP stream, thus this new RTMP command messages can be used for indicating this RTMP stream to continue.In a preferred embodiment, the 4th message is RTMP data-message (RTMPDataMessage).Such as, the former RTMP data-message of the 4th extension of message, making it that RTMP can be indicated to flow will continue.It will be understood by those skilled in the art that herein, the associated description for the 4th message is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

In a preferred embodiment, 6th dispensing device 65 of server comprises for based on described second message and current state, the device of the 4th message is sent respectively, hereinafter referred to as the 7th dispensing device 651 (not shown) to each client in the one or more clients playing described RTMP stream.

7th dispensing device 651 of server based on this second message and current state, will send the 4th message to each client playing this RTMP stream respectively.Herein, current state means this RTMP in server and flows current residing state, such as, be " time-out " or " continuation " state.After the 3rd receiving system 64 of server receives this second message, whether inspection current state is in " time-out " state by the 7th dispensing device 651 of server.If current state is " time-out " state, then the 7th dispensing device 651 of server will send the 4th message respectively to each client, flow will continue to indicate this RTMP of each client.If when current state is non-" time-out " state, then server will not send the 4th message to each client, thus avoid unnecessary overhead.

After the 6th dispensing device 65 of server sends the 4th message respectively to each client, for each client in described one or more client, second of server continues device 66 and will continue to send to it data that this RTMP flows.

In one embodiment, this device flowed for suspending RTMP in the server also comprises for the device to each client difference timed sending RTMPPing message in described one or more client, hereinafter referred to as the 8th dispensing device 67 (not shown); For receiving the device of the response message for described RTMPPing message respectively from each client in described one or more client, hereinafter referred to as the 4th receiving system 68 (not shown); And for based on each response message described, determine the internuncial device between each client in described one or more client, hereinafter referred to as the second determining device 69 (not shown).

8th dispensing device 67 of server distinguishes timed sending RTMPPing message by each client in described one or more client.Such as, when RTMP stream suspends, because server no longer sends data to client, thus being connected with between server and client may because be closed without data communication.Now, the 8th dispensing device 67 of server can to client timed sending RTMPPing message to keep the validity of this connection.Correspondingly, client can receive this RTMPPing message from server, and can based on this RTMPPing message, determines that its connection between this server is still effective.Then, client can to the response message of this server transmission for described RTMPPing message.4th receiving system 68 of server correspondingly can receive the response message for this RTMPPing message from each client respectively, and the second determining device 69 of server is based on each response message, can determine the connectivity between each client.Also namely, when the 4th receiving system 68 of server receives the above-mentioned response message from certain client, then the second determining device 69 of server can determine that the connection between itself and this client is effective; When the 4th receiving system 68 of server does not receive the above-mentioned response message from certain client within a certain period of time, then the second determining device 69 of server can determine its disconnecting between this client.

In a preferred embodiment, this device in the server for suspending RTMP stream also comprises for based on from the first message of described issue client terminal or the second message, the device of the first state that described RTMP flows is set, hereinafter referred to as the first setting device 610 (not shown); Wherein, described 8th dispensing device 67 comprises for distinguishing timed sending RTMPPing message to each client in described one or more client, wherein, described RTMPPing message comprises the device of the first state that described RTMP flows, hereinafter referred to as the 9th dispensing device 671 (not shown).

First setting device 610 of server based on from the first message of issue client terminal or the second message, can arrange the first state of RTMP stream.Herein, the first state means the state of RTMP stream at server end.Particularly, when server receives the first message from issue client terminal, then the first setting device 610 of server knows that RTMP stream will suspend, and the first state that therefore this RTMP flows by the first setting device 610 of server is set to indicate that it is the state of time-out, such as " time-out ".When server receives the second message from issue client terminal, then the first setting device 610 of server knows that RTMP stream will recover, therefore the first state that this RTMP flows by the first setting device 610 of server is set to indicate that it is the state of recovery, such as " recovery ".It will be understood by those skilled in the art that herein, the associated description for the first state is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

When the 9th dispensing device 671 of server sends RTMPPing message respectively to each client in the one or more clients playing this RTMP stream, this RTMPPing message comprises the first state that this RTMP flows.Such as, when the first state of RTMP stream is " time-out ", the 9th dispensing device 671 of server comprises " time-out " state in the RTMPPing message sent respectively to each client.Correspondingly, client can receive the RTMPPing message comprising the first state from this of server, and based on this RTMPPing message, can determine the first state that this RTMP flows.In this manner, when server is sent to the 3rd message or the 4th information drop-out of client, the RTMPPing message that 9th dispensing device 671 of server can send to client at it comprises the first state, to indicate the state residing for this RTMP stream to client, to guarantee RTMP stream mode consistency in the entire system.

In one embodiment, this device flowed for suspending RTMP in the server also comprises the response message for receiving respectively from each client in described one or more client for described RTMPPing message, wherein, each response message comprises the device of second state flowed about described RTMP of the client of its correspondence respectively, hereinafter referred to as the 5th receiving system 611 (not shown); For based on each response message described, check the conforming device between the first state that second state flowed about described RTMP of each client in described one or more client and described RTMP flow, hereinafter referred to as the first testing fixture 612 (not shown); And for the result based on described consistency check, for the follow-up RTMPPing message will sent respectively to each client in described one or more client, determine the device wherein whether comprising the first state that described RTMP flows, hereinafter referred to as the 3rd determining device 613 (not shown).

After client receives the RTMPPing message from server, can to the response message of this server transmission for described RTMPPing message, wherein, this response message comprises second state flowed about described RTMP of this client.Herein, the second state means the state of RTMP stream in client.Then correspondingly, the 5th receiving system 611 of server can receive respectively from each client described in comprise the RTMPPing response message of the second state.Then, the first testing fixture 612 of server is based on each response message, and whether the second state flowed about this RTMP checking each client is and consistent between the first state that this RTMP flows.Server, based on the result of this consistency check, for the follow-up RTMPPing message will sent to each client, determines the first state wherein whether comprising this RTMP stream.Such as, assuming that the first state that certain RTMP flows is " time-out ".For customer end A, the second state that its this RTMP comprised at the RTMPPing response message sent to server flows is " time-out ".Be " time-out " when the first testing fixture 612 of server is checked through the second state flowed about this RTMP in this response message, then can determine itself and the first state consistency, thus the 3rd determining device 613 of server is determined will not comprise the first state of this RTMP stream in the RTMPPing message sent to this customer end A follow-up.And for customer end B, it is " recovery " in the second state that the RTMPPing response message sent to server comprises.When server is checked through the second state flowed about this RTMP in this response message for " recovery ", then can determine that itself and the first state are inconsistent, thus the 3rd determining device 613 of server is determined in follow-up the first state RTMPPing message sent to this customer end B being comprised this RTMP and flow.According to mode mentioned above, first testing fixture 612 of server is when being checked through the first state and the second state consistency, and the 3rd determining device 613 of server will without the need to comprising the first state to save overhead in the RTMPPing message sent to client.

In one embodiment, this device flowed for suspending RTMP in the server also comprises for the device to described issue client terminal timed sending RTMPPing message, hereinafter referred to as the tenth dispensing device 614 (not shown); For receiving the device for the first response message of described RTMPPing message from described issue client terminal, hereinafter referred to as the 6th receiving system 615 (not shown); And for based on described first response message, determine the internuncial device between described issue client terminal, hereinafter referred to as the 4th determining device 616 (not shown).

Tenth dispensing device 614 of server can to issue client terminal timed sending RTMPPing message, and the 6th receiving system 615 of server can receive response message for this RTMPPing message from this issue client terminal.When the 6th receiving system 615 of server receives described response message, then the 4th determining device 616 of server can determine that its connection between this issue client terminal is effective.

As shown in Figure 7, this device flowed for suspending RTMP in the client comprises the device 71 for receiving the 3rd message from server, hereinafter referred to as the 7th receiving system 71; And for based on described 3rd message, suspend the device 72 of the data playing described RTMP stream, hereinafter referred to as the 3rd pause device 72.

First, the 7th receiving system 71 of client receives the 3rd message from server, and wherein, described 3rd message is used to indicate RTMP stream and will suspends.Particularly, server can send the 3rd message according to mode mentioned above to client.Correspondingly, the 7th receiving system 71 of client can receive the 3rd message thus know that this RTMP stream will suspend.As described above, in a preferred embodiment, the 3rd message is RTMP command messages.Detailed description for the 3rd message repeats no more herein.

Then, the 3rd pause device 72 of client, based on described 3rd message, will suspend the data playing described RTMP stream.Particularly, the 3rd pause device 72 of client, based on described 3rd message, knows that this RTMP stream will suspend, thus the 3rd pause device 72 of client will suspend the data play this RTMP and flow.In addition, the 3rd pause device 72 of client flows interval at this RTMP, also can present customizing messages to user, such as, inform that this RTMP of client flows with the form such as word or picture paused.

In one embodiment, this device flowed for suspending RTMP in the client also comprises the device for receiving the 4th message from server, hereinafter referred to as the 8th receiving system 73 (not shown); And for based on described 4th message, continue the device of the data playing described RTMP stream, continue device 74 (not shown) hereinafter referred to as the 3rd.

8th receiving system 73 of client can receive the 4th message from server, and wherein, described 4th message is used to indicate described RTMP stream and will continues.Particularly, server can send the 4th message according to mode mentioned above to client.Correspondingly, the 8th receiving system 73 of client can receive the 4th message thus know that this RTMP stream will suspend.As described above, in a preferred embodiment, the 4th message is RTMP command messages.Detailed description for the 4th message repeats no more herein.

In the above-described embodiments, the 3rd of client continues device 74 based on the 4th message, will continue the data playing this RTMP stream.In addition, the 3rd of client continues device 74 also can present customizing messages to user, such as, inform that this RTMP of client stream has recovered to play with word or graphic form.

In one embodiment, this device flowed for suspending RTMP in the client also comprises the device for receiving the RTMPPing message from described server, hereinafter referred to as the 9th receiving system 75 (not shown); For based on described RTMPPing message, determine the internuncial device between described server, hereinafter referred to as the 5th determining device 76 (not shown); And for sending the device for the response message of described RTMPPing message to described server, hereinafter referred to as the 11 dispensing device 77 (not shown).

9th receiving system 75 of client can receive the RTMPPing message from server, and the 5th determining device 76 of client, based on this RTMPPing message, can determine the connectivity between this client and this server.In addition, the 11 dispensing device 77 of client also can send response message for described RTMPPing message to server, when server receives this response message, then can determine that its connection between this client is effective.

In one embodiment, this device in the client for suspending RTMP stream also comprises for based on from the 3rd message of described server or the 4th message, the device of the second state that described RTMP flows is set, hereinafter referred to as the second setting device 78 (not shown); Wherein, the 9th receiving system 75 comprises the RTMPPing message for receiving from described server, and wherein, described RTMPPing message comprises the device of the first state that described RTMP flows, hereinafter referred to as the tenth receiving system 751 (not shown); For checking the conforming device between the second state that described RTMP flows and the first state that described RTMP flows, hereinafter referred to as the second testing fixture 752 (not shown); For when described consistency check is failed, based on the first state that described RTMP flows, the second state arranging described RTMP stream is also correspondingly suspended or continues to play the device of the data that described RTMP flows, hereinafter referred to as the 3rd setting device 753 (not shown); 11 dispensing device 77 comprises the response message for sending to described server for described RTMPPing message, wherein, described response message comprises the device of the second state that described RTMP flows, hereinafter referred to as the 12 dispensing device 771 (not shown).

Second setting device 78 of client based on from the 3rd message of server or the 4th message, can arrange the second state of RTMP stream.Herein, the second state means the state of RTMP stream in client.Particularly, when client receives the 3rd message from server, then the second setting device 78 of client knows that RTMP stream will suspend, and the second state that therefore this RTMP flows by the second setting device 78 of client is set to indicate that it is the state of time-out, such as " time-out ".When client receives the 4th message from server, then the second setting device 78 of client knows that RTMP stream will recover, therefore the second state that this RTMP flows by the second setting device 78 of client is set to indicate that it is the state of recovery, such as " recovery ".It will be understood by those skilled in the art that herein, the associated description for the second state is only exemplary and indefiniteness describes, and there are other various implementations and does not deviate from spirit of the present invention or category, and being contained in this by reference.

In the above-described embodiments, the tenth receiving system 751 of the client RTMPPing message received from server comprises the first state of RTMP stream.Then the second testing fixture 752 of client checks the second state that this RTMP flows consistency whether and between the first state of flowing of this RTMP.When this consistency check failure; also namely the second testing fixture 752 of client be checked through the second state that this RTMP flows and the first state inconsistent time; the first state flowed based on this RTMP is arranged the second state of this RTMP stream by the 3rd setting device 753 of client, and correspondingly suspends or continue to play the data of this RTMP stream.Such as, assuming that the first state that certain RTMP flows is " time-out ".Tenth receiving system 751 of client receives the RTMPPing message from server, and knows that the first state that this RTMP flows is " time-out ".When the second state of this client is " time-out ", then the second testing fixture 752 of client can determine itself and the first state consistency.When the second state of this client is " recovery ", then the second testing fixture 752 of client can determine that itself and the first state are inconsistent, thus the 3rd setting device 753 of client is based on this first state, the second state arranging this RTMP stream is " time-out ", and correspondingly suspends the data play this RTMP and flow.According to mode mentioned above; when the 3rd message that server sends to client or the 4th information drop-out; know the first state that RTMP flows the RTMPPing message that client still can send from server, and its second state is correspondingly set and performs time-out or recover to play.

In addition, in the above-described embodiments, when user end to server sends the response message for RTMPPing message, the second state that RTMP flows also can be included in this response message by the 12 dispensing device 771 of client.Thus when server receives this response message, second state of this RTMP in this client can be known.

It should be noted that the present invention can be implemented in the assembly of software and/or software restraint, such as, each device of the present invention can adopt application-specific integrated circuit (ASIC) (ASIC) or any other similar hardware device to realize.In one embodiment, software program of the present invention can perform to realize step mentioned above or function by processor.Similarly, software program of the present invention (comprising relevant data structure) can be stored in computer readable recording medium storing program for performing, such as, and RAM memory, magnetic or CD-ROM driver or floppy disc and similar devices.In addition, steps more of the present invention or function can adopt hardware to realize, such as, as coordinating with processor thus performing the circuit of each step or function.

To those skilled in the art, obviously the invention is not restricted to the details of above-mentioned one exemplary embodiment, and when not deviating from spirit of the present invention or essential characteristic, the present invention can be realized in other specific forms.Therefore, no matter from which point, all should embodiment be regarded as exemplary, and be nonrestrictive, scope of the present invention is limited by claims instead of above-mentioned explanation, and all changes be therefore intended in the implication of the equivalency by dropping on claim and scope are included in the present invention.Any Reference numeral in claim should be considered as the claim involved by limiting.In addition, obviously " comprising " one word do not get rid of other unit or step, odd number does not get rid of plural number.Multiple unit of stating in system claims or device also can be realized by software or hardware by a unit or device.First, second word such as grade is used for representing title, and does not represent any specific order.

Although show and describe exemplary embodiment especially above, it will be appreciated by those skilled in the art that when not deviating from the spirit and scope of claims, can change to some extent in its form and details.Here sought protection is set forth in the dependent claims.Define in following numbering clause each embodiment these and other in:

1. in issue client terminal for suspend RTMP stream a method, wherein, described method comprises:

-suspend and issue described RTMP stream.

2. the method according to clause 1, wherein, described method also comprises:

-receive RTMPPing message from described server;

-based on described RTMPPing message, determine the connectivity between described server;

-send the response message for described RTMPPing message to described server.

3. the method according to clause 1 or 2, wherein, described method also comprises:

-send the second message to described server, wherein, described second message is used to indicate described RTMP stream and will continues;

-continue to issue described RTMP stream.

4. the method according to clause 1, wherein, described first message is RTMP command messages.

5. the method according to clause 3, wherein, described second message is RTMP command messages.

6., in the server for suspending a method for RTMP stream, wherein, described method comprises:

7. the method according to clause 6, wherein, described based on described first message, the step sending the 3rd message to each client in the one or more clients playing described RTMP stream respectively comprises:

-based on described first message and current state, send the 3rd message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 3rd message is used to indicate described RTMP stream and will suspends.

8. the method according to clause 6 or 7, wherein, described method also comprises:

-receive the second message from described issue client terminal, wherein, described second message is used to indicate described RTMP stream and will continues;

-based on described second message, send the 4th message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 4th message is used to indicate described RTMP stream and will continues;

-for each client in described one or more client, continue the data sending described RTMP stream to it.

9. the method according to clause 8, wherein, described based on described second message, the step sending the 4th message to each client in the one or more clients playing described RTMP stream respectively comprises:

-based on described second message and current state, send the 4th message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 4th message is used to indicate described RTMP stream and will continues.

10. the method according to any one of clause 6 to 9, wherein, described method also comprises:

-to the timed sending RTMPPing message respectively of each client in described one or more client;

-receive the response message for described RTMPPing message respectively from each client described one or more client;

-based on each response message described, determine the connectivity between each client in described one or more client.

11. methods according to clause 10, wherein, described method also comprises:

-based on from the first message of described issue client terminal or the second message, the first state that described RTMP flows is set;

Wherein, the described step to the timed sending RTMPPing message respectively of each client in described one or more client comprises:

-to the timed sending RTMPPing message respectively of each client in described one or more client, wherein, described RTMPPing message comprises the first state that described RTMP flows.

12. methods according to clause 11, wherein, the step received respectively for the response message of described RTMPPing message from each client described one or more client also comprises:

-receive the response message for described RTMPPing message respectively from each client described one or more client, wherein, each response message comprises second state flowed about described RTMP of the client of its correspondence respectively;

-based on each response message described, check the consistency between the first state that second state flowed about described RTMP of each client in described one or more client and described RTMP flow;

-based on the result of described consistency check, for the follow-up RTMPPing message will sent respectively to each client in described one or more client, determine wherein whether to comprise the first state that described RTMP flows.

13. methods according to any one of clause 6 to 12, wherein, described method also comprises:

-to described issue client terminal timed sending RTMPPing message;

-receive the first response message for described RTMPPing message from described issue client terminal;

-based on described first response message, determine the connectivity between described issue client terminal.

14. methods according to clause 6 or 7, wherein, described first message is RTMP command messages, and described 3rd message is RTMP command messages or RTMP data-message.

15. methods according to clause 8 or 9, wherein, described second message is RTMP command messages, and described 4th message is RTMP command messages or RTMP data-message.

16. 1 kinds in the client for suspend RTMP stream method, wherein, described method comprises:

17. methods according to clause 16, wherein, described method also comprises:

-receive the 4th message from server, wherein, described 4th message is used to indicate described RTMP stream and will continues;

-based on described 4th message, continue the data playing described RTMP stream.

18. methods according to clause 16 or 17, wherein, described method also comprises:

-receive RTMPPing message from described server;

-send the response message for described RTMPPing message to described server.

19. methods according to clause 18, wherein, described method also comprises:

-based on from the 3rd message of described server or the 4th message, the second state that described RTMP flows is set;

Wherein, described reception comprises from the step of the RTMPPing message of described server:

-receive RTMPPing message from described server, wherein, described RTMPPing message comprises the first state that described RTMP flows;

-check consistency between the second state that described RTMP flows and the first state that described RTMP flows;

-when described consistency check is failed, based on the first state that described RTMP flows, the data that the second state is also correspondingly suspended or the described RTMP of continuation broadcasting flows of described RTMP stream are set;

The described step sent for the response message of described RTMPPing message to described server comprises:

-send the response message for described RTMPPing message to described server, wherein, described response message comprises the second state that described RTMP flows.

20. methods according to clause 16, wherein, described 3rd message is RTMP command messages or RTMP data-message.

21. methods according to clause 17, wherein, described 4th message is RTMP command messages or RTMP data-message.

22. 1 kinds in issue client terminal for suspend RTMP stream device, wherein, described device comprises:

-for suspending the device issuing described RTMP stream.

23. devices according to clause 22, wherein, described device also comprises:

-for receiving the device of the RTMPPing message from described server;

-for based on described RTMPPing message, determine the internuncial device between described server;

-for sending the device for the response message of described RTMPPing message to described server.

24. devices according to clause 22 or 23, wherein, described device also comprises:

-for sending the device of the second message to described server, wherein, described second message is used to indicate described RTMP stream and will continues;

-for continuing the device issuing described RTMP stream.

25. want the device described in 22 according to right, and wherein, described first message is RTMP command messages.

26. devices according to clause 24, wherein, described second message is RTMP command messages.

27. 1 kinds in the server for suspend RTMP stream device, wherein, described device comprises:

28. devices according to clause 27, wherein, described for based on described first message, the device sending the 3rd message to each client in the one or more clients playing described RTMP stream respectively comprises:

-for based on described first message and current state, send the device of the 3rd message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 3rd message is used to indicate described RTMP stream and will suspends.

29. devices according to clause 27 or 28, wherein, described device also comprises:

-for receiving the device of the second message from described issue client terminal, wherein, described second message is used to indicate described RTMP stream and will continues;

-for based on described second message, send the device of the 4th message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 4th message is used to indicate described RTMP stream and will continues;

-for for each client in described one or more client, continue the device sending the data that described RTMP flows to it.

30. devices according to clause 29, wherein, described for based on described second message, the device sending the 4th message to each client in the one or more clients playing described RTMP stream respectively comprises:

-for based on described second message and current state, send the device of the 4th message respectively to each client in the one or more clients playing described RTMP stream, wherein, described 4th message is used to indicate described RTMP stream and will continues.

31. devices according to any one of clause 27 to 30, wherein, described device also comprises:

-for the device to each client difference timed sending RTMPPing message in described one or more client;

-for receiving the device of the response message for described RTMPPing message respectively from each client in described one or more client;

-for based on each response message described, determine the internuncial device between each client in described one or more client.

32. devices according to clause 31, wherein, described device also comprises:

-for based on from the first message of described issue client terminal or the second message, the device of the first state that described RTMP flows is set;

Wherein, described for comprising to the device of the timed sending RTMPPing message respectively of each client in described one or more client:

-for distinguishing timed sending RTMPPing message to each client in described one or more client, wherein, described RTMPPing message comprises the device of the first state that described RTMP flows.

33. devices according to clause 32, wherein, also comprise for the device received respectively for the response message of described RTMPPing message from each client in described one or more client:

-for receiving the response message for described RTMPPing message respectively from each client in described one or more client, wherein, each response message comprises second state flowed about described RTMP of the client of its correspondence respectively;

-for based on each response message described, check the conforming device between the first state that second state flowed about described RTMP of each client in described one or more client and described RTMP flow;

-for the result based on described consistency check, for the follow-up RTMPPing message will sent respectively to each client in described one or more client, determine the device wherein whether comprising the first state that described RTMP flows.

34. devices according to any one of clause 27 to 33, wherein, described device also comprises:

-for the device to described issue client terminal timed sending RTMPPing message;

-for receiving the device for the first response message of described RTMPPing message from described issue client terminal;

-for based on described first response message, determine the internuncial device between described issue client terminal.

35. devices according to clause 27 or 28, wherein, described first message is RTMP command messages, and described 3rd message is RTMP command messages or RTMP data-message.

36. devices according to clause 29 or 30, wherein, described second message is RTMP command messages, and described 4th message is RTMP command messages or RTMP data-message.

37. 1 kinds in the client for suspend RTMP stream device, wherein, described device comprises:

38. devices according to clause 37, wherein, described device also comprises:

-for receiving the device of the 4th message from server, wherein, described 4th message is used to indicate described RTMP stream and will continues;

-for based on described 4th message, continue the device of the data playing described RTMP stream.

39. devices according to clause 37 or 38, wherein, described device also comprises:

-for receiving the device of the RTMPPing message from described server;

40. devices according to clause 39, wherein, described device also comprises:

-for based on from the 3rd message of described server or the 4th message, the device of the second state that described RTMP flows is set;

Wherein, describedly to comprise for the device received from the RTMPPing message of described server:

-for receiving the RTMPPing message from described server, wherein, described RTMPPing message comprises the device of the first state that described RTMP flows;

-for checking the conforming device between the second state that described RTMP flows and the first state that described RTMP flows;

-for when described consistency check is failed, based on the first state that described RTMP flows, the device of the data that the described RTMP of broadcasting flows also correspondingly is suspended or continue to the second state arranging described RTMP stream;

The described device for sending for the response message of described RTMPPing message to described server comprises:

-for sending the response message for described RTMPPing message to described server, wherein, described response message comprises the device of the second state that described RTMP flows.

41. devices according to clause 37, wherein, described 3rd message is RTMP command messages or RTMP data-message.

42. methods according to clause 38, wherein, described 4th message is RTMP command messages or RTMP data-message.

Claims

-suspend and issue described RTMP stream.

2. method according to claim 1, wherein, described method also comprises:

-continue to issue described RTMP stream.

3., in the server for suspending a method for RTMP stream, wherein, described method comprises:

4. method according to claim 3, wherein, described method also comprises:

5. the method according to claim 3 or 4, wherein, described method also comprises:

6. method according to claim 5, wherein, described method also comprises:

7., in the client for suspending a method for RTMP stream, wherein, described method comprises:

8. method according to claim 7, wherein, described method also comprises:

9. the method according to claim 7 or 8, wherein, described method also comprises:

-receive RTMPPing message from described server;

-send the response message for described RTMPPing message to described server.

10. method according to claim 9, wherein, described method also comprises:

11. 1 kinds in issue client terminal for suspend RTMP stream device, wherein, described device comprises:

-for suspending the device issuing described RTMP stream.

12. devices according to claim 11, wherein, described device also comprises:

-for continuing the device issuing described RTMP stream.

13. 1 kinds in the server for suspend RTMP stream device, wherein, described device comprises:

14. devices according to claim 13, wherein, described device also comprises:

15. devices according to claim 13 or 14, wherein, described device also comprises:

16. devices according to claim 15, wherein, described device also comprises:

17. 1 kinds in the client for suspend RTMP stream device, wherein, described device comprises:

18. devices according to claim 17, wherein, described device also comprises:

19. devices according to claim 17 or 18, wherein, described device also comprises:

-for receiving the device of the RTMPPing message from described server;

20. devices according to claim 19, wherein, described device also comprises: