CN101720035A - Disaster-recovery method and equipment in video monitoring scene - Google Patents
Disaster-recovery method and equipment in video monitoring scene Download PDFInfo
- Publication number
- CN101720035A CN101720035A CN200910250256A CN200910250256A CN101720035A CN 101720035 A CN101720035 A CN 101720035A CN 200910250256 A CN200910250256 A CN 200910250256A CN 200910250256 A CN200910250256 A CN 200910250256A CN 101720035 A CN101720035 A CN 101720035A
- Authority
- CN
- China
- Prior art keywords
- media server
- streaming media
- video management
- management server
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
The invention discloses disaster-recovery method and equipment in a video monitoring scene, which realize the fast recovery of scene service flow rate in a monitoring environment of multiple subnets deploying multiple MS after a stream media server is broken down in a three-layer environment, reasonably share the work of the broken stream media server according to the resource utility ratio of the normal stream media server, thereby enhancing the stability of a system and the resource utilization efficiency.
Description
Technical field
The present invention relates to communication technical field, disaster recovery method and equipment in particularly a kind of video monitoring scene.
Background technology
As shown in Figure 1, be the schematic network structure of monitoring in the prior art, wherein, comprise following assembly:
Streaming media server (Media Server, MS), distributed deployment in the networking, be used to realize that the multicast Media Stream is transmitted distribution and unicast media stream is transmitted distribution, and the historical data video request program (Video OnDemand, VOD) program request is based on the subscriber administration interface of Web.
(Video Management Server VM), is used for authenticating, disposes, controls signaling forwarding, warning reception forwarding, self check, webmaster and total system and manages video management server.
(Video Client VC), is used to realize the broadcast of video data to videoconference client.
In said system, the realization of concrete transfer of data depends on following two kinds of agreements:
(Video Manage Protocol VMP), is at network interconnection agreement (Internet Protocol, IP) a kind of management control protocol of video monitoring system to the video management agreement.Be mainly used in of the management control of VM video management server to all codecs, client and DM data management server, MS Streaming Media swap server.
(General Manage Protocl GMP), is the proprietary protocol between VC and the VM to the general management agreement.
As shown in Figure 2, the schematic flow sheet for the method monitored in the prior art specifically may further comprise the steps:
Step S201, VC user VC1, VC2, VC3, VC4, VC5, VC6 program request EC1 (EmbeddedController, embedded controller) live telecast feed back to VM by the GMP agreement with this operational order;
Step S202, VM send APPLY (Request) message to MS1 after receiving that live message is set up in the GMP request of VC1, VC2, VC3, VC4, VC5, VC6; Select MS1 to be because specified EC1 to transmit on the VM video management server by MS1;
After step S203, VM received the response of MS1, the MP toward EC1, each VC sent the Setup message again, set up the monitoring relation;
Step S204, EC1 are forwarded to MS1 with one road live video stream, and MS1 is distributed to VC1, VC2, VC3, VC4, VC5, VC6 with live video stream;
Before step S205, the release monitoring relation, VM sends out the Delete resource release request to MS1;
After step S206, VM wait for that MS1 responds successfully, discharge respectively to monitor with the MP of EC1, each VC and concern;
After step S207, VC1, VC2, VC3, VC4, VC5, VC6 client are received the Release request message that VM sends and are sent the Release response message, to initiatively send the Release request message once more to VM, initiatively release had discharged once but might discharge unsuccessful monitoring relation; VM need not make any replying after receiving this message.
Dispose streaming media server in the monitoring environment, when EC specify to use MS to distribute, when MS equipment chance failure, as MS device looses power, service restart, reason such as netting twine is loosening, can cause that the program request of VC client is live to be interrupted.
In realizing process of the present invention, the inventor finds that there is following problem at least in prior art:
Dispose the MS streaming media server in the monitoring environment, EC specifies when using MS to distribute, when MS equipment chance failure, as MS power down, service restart, reason such as netting twine is loosening, can cause the live stream of VC client program request to be interrupted; And VM confirms by keepalive mechanism whether MS is online, can't detecting real-time MS state;
The MS equipment that the whole network is disposed in a plurality of network segments heat mutually is equipped with, and resource can't be fully used; By change configuration the corresponding MS of EC is revised as other online MS, the quick-recovery user is just in the live telecast of program request soon.
Summary of the invention
The invention provides disaster recovery method and equipment in a kind of video monitoring scene, after streaming media server breaks down,, guarantee normally carrying out of video monitoring service by selecting the disaster tolerance streaming media server.
For achieving the above object, one aspect of the present invention provides the disaster recovery method in a kind of video monitoring scene, be applied to comprise that described method comprises in the system of a plurality of videoconference clients, a plurality of video monitoring equipment, a plurality of streaming media server and a video management server:
Described video management server receives the fault warning message that at least one videoconference client sends, and determines corresponding failure flow media server according to described fault warning message;
Described video management server determines to share at least one disaster tolerance streaming media server of described failure flow media server business;
Described video management server takies situation according to its other resources that each video management server sent, and determines to share at least one disaster tolerance streaming media server of described failure flow media server business;
Described video management server sends the notification message of the business information of carrying described failure flow media server to described disaster tolerance streaming media server, and set up message to pairing each the videoconference client transmission business of described failure flow media server, the business of described failure flow media server is switched in the described disaster tolerance streaming media server.
Preferably, described video management server receives before the fault warning message of at least one videoconference client transmission, also comprises:
Described streaming media server sends its other resources according to feedback cycle to video management server and takies situation;
Accordingly, described video management server takies situation according to its other resources that each video management server sent, and determines to share at least one disaster tolerance streaming media server of described failure flow media server business.
Preferably, each described streaming media server sends its other resources according to feedback cycle to video management server and takies situation, specifically comprises:
Each described streaming media server sends the maximum number of connections amount that self can support and the information of maximum outlet bandwidth to described video management server behind connecting system;
Each described streaming media server is according to described feedback cycle, to the number of connection of the current maintenance of described video management server transmission self and the information of the current outlet bandwidth that takies.
Preferably, described video management server takies situation according to its other resources that each video management server sent, and determines to share at least one disaster tolerance streaming media server of described failure flow media server business, is specially:
Described video management server takies situation according to its other resources that each streaming media server sent, but judges whether number of connection that each streaming media server of current residual is remaining and residue outlet bandwidth resource are greater than or equal to the number of connection of the maintenance that described failure flow media server the last time reported and the outlet bandwidth resource that takies;
Exist a streaming media server to meet the requirements if described video management server is judged, determine that then described streaming media server is the disaster tolerance streaming media server;
Exist a plurality of streaming media servers to meet the requirements if described video management server is judged, then, determine that one of them streaming media server is the disaster tolerance streaming media server according to default selective rule;
Do not have streaming media server to meet the requirements if described video management server is judged, but determine that then remaining number of connection and the satisfactory a plurality of streaming media servers of residue outlet bandwidth resource sum are the disaster tolerance streaming media server.
Preferably, the fault warning message that received at least one videoconference client of described video management server sends is specially:
When the videoconference client in the current system does not receive the video information data of streaming media server transmission, to the fault warning message of described video management server transmission.
Preferably, described video management server is determined the pairing failure flow media server of described fault warning message, is specially:
All streaming media servers in the current system of described video management server poll determine that the streaming media server of poll failure is the failure flow media server.
Preferably, described video management server carries the notification message of the business information of described failure flow media server to described disaster tolerance streaming media server transmission, is specially:
A plurality of business that described video management server is born according to described failure flow media server, the information of carrying each professional pairing transmitting terminal and receiving terminal respectively by a plurality of notification messages sends to described video management server.
On the other hand, the present invention also provides a kind of video management server, is applied to comprise in the system of a plurality of videoconference clients, a plurality of video monitoring equipment, a plurality of streaming media server and a video management server, comprising:
Receiver module is used to receive the fault warning message that at least one videoconference client sends;
Determination module is connected with described receiver module, is used for determining corresponding failure flow media server according to the received fault warning message of described receiver module;
The disaster tolerance module is connected with described determination module with described receiver module, is used for determining to share at least one disaster tolerance streaming media server of the determined failure flow media server of described determination module business;
Processing module, be connected with described disaster tolerance module, be used for sending the notification message of the business information of carrying described failure flow media server to described disaster tolerance streaming media server, and set up message to pairing each the videoconference client transmission business of described failure flow media server, the business of described failure flow media server is switched in the determined disaster tolerance streaming media server of described disaster tolerance module.
Preferably, described receiver module also is used to receive each described streaming media server and takies situation according to its other resources that feedback cycle sends;
Accordingly, described disaster tolerance module, also be connected with described receiver module, be used for taking situation, determine to share at least one disaster tolerance streaming media server of the determined failure flow media server of described determination module business according to the received its other resources that each video management server sent of described receiver module.
Preferably, described determination module is determined corresponding failure flow media server according to described fault warning message, is specially:
All streaming media servers in the current system of described determination module poll determine that the streaming media server of poll failure is the failure flow media server.
Compared with prior art, the present invention has the following advantages:
By using technical scheme of the present invention, dispose in the monitoring environment of a plurality of MS at multisegment, after streaming media server breaks down in the shellring border, realize the fast quick-recovery of live service traffics, and according to normal flow media server resources utilance, rationally share the work of failure flow media server, improved the stability and the level of resources utilization of system.
Description of drawings
The schematic network structure of Fig. 1 for monitoring in the prior art;
Fig. 2 is the schematic flow sheet of the method monitored in the prior art;
Fig. 3 is the schematic flow sheet of the disaster recovery method in a kind of video monitoring scene proposed by the invention;
Fig. 4 is the structural representation of a kind of monitor network proposed by the invention;
Fig. 5 is the schematic flow sheet of the disaster recovery method in the video monitoring scene under a kind of concrete application scenarios proposed by the invention;
Fig. 6 is the Signalling exchange schematic flow sheet of the disaster recovery method in a kind of video monitoring scene proposed by the invention;
Fig. 7 is the structural representation of a kind of video management server proposed by the invention.
Embodiment
In order to solve prior art problems, the present invention disposes in the monitoring environment of a plurality of MS at multisegment, and a kind of disaster recovery method is provided, and realizes in the shellring border that live flow recovers fast after the separate unit MS fault, and, rationally share fault MS work according to normal MS device resource utilance.
Disaster recovery method in a kind of video monitoring scene proposed by the invention is applied to comprise in the system of a plurality of videoconference clients, a plurality of video monitoring equipment, a plurality of streaming media server and a video management server.
As shown in Figure 3, the schematic flow sheet for the disaster recovery method in a kind of video monitoring scene proposed by the invention specifically may further comprise the steps:
Step S301, video management server receive the fault warning message that at least one videoconference client sends.
Wherein, the fault warning message that received at least one videoconference client of video management server sends is specially:
When the videoconference client in the current system does not receive the video information data of streaming media server transmission, to the fault warning message of video management server transmission.
Step S302, video management server are determined the pairing failure flow media server of fault warning message.
In concrete application scenarios, the applied concrete mode of this step is:
All streaming media servers in the current system of video management server poll determine that the streaming media server of poll failure is the failure flow media server.
Step S303, video management server determine to share at least one disaster tolerance streaming media server of failure flow media server business.
In order more effectively to realize technical scheme proposed by the invention, each described streaming media server can also be set in said system send its other resources according to feedback cycle to video management server and take situation, so that provide corresponding foundation for the selection of disaster tolerance equipment.
Wherein, each described streaming media server sends its other resources according to feedback cycle to video management server and takies situation, specifically comprises:
Each described streaming media server sends the maximum number of connections amount that self can support and the information of maximum outlet bandwidth to described video management server behind connecting system;
Each described streaming media server is according to described feedback cycle, to the number of connection of the current maintenance of described video management server transmission self and the information of the current outlet bandwidth that takies.
According to aforesaid occupation condition information, the specific implementation flow process of this step comprises:
Video management server takies situation according to its other resources that each streaming media server sent, but judges whether number of connection that each streaming media server of current residual is remaining and residue outlet bandwidth resource are greater than or equal to the number of connection of the maintenance that failure flow media server the last time reported and the outlet bandwidth resource that takies;
Exist a streaming media server to meet the requirements if video management server is judged, determine that then streaming media server is the disaster tolerance streaming media server;
Exist a plurality of streaming media servers to meet the requirements if video management server is judged, then, determine that one of them streaming media server is the disaster tolerance streaming media server according to default selective rule;
Do not have streaming media server to meet the requirements if video management server is judged, but determine that then remaining number of connection and the satisfactory a plurality of streaming media servers of residue outlet bandwidth resource sum are the disaster tolerance streaming media server.
Step S304, video management server send the notification message of the business information of carrying the failure flow media server to the disaster tolerance streaming media server, and set up message to pairing each the videoconference client transmission business of failure flow media server, the business of failure flow media server is switched in the disaster tolerance streaming media server.
Wherein, video management server carries the notification message of the business information of failure flow media server to the transmission of disaster tolerance streaming media server, is specially:
A plurality of business that video management server is born according to the failure flow media server, the information of carrying each professional pairing transmitting terminal and receiving terminal respectively by a plurality of notification messages sends to video management server.
Compared with prior art, the present invention has the following advantages:
By using technical scheme of the present invention, dispose in the monitoring environment of a plurality of MS at multisegment, after streaming media server breaks down in the shellring border, realize the fast quick-recovery of live service traffics, and according to normal flow media server resources utilance, rationally share the work of failure flow media server, improved the stability and the level of resources utilization of system.
In order further to set forth technological thought of the present invention, existing in conjunction with concrete application scenarios, technical scheme of the present invention is described.
As shown in Figure 4, structural representation for a kind of monitor network proposed by the invention, in this network, the live telecast of VC1, VC4 program request EC1, the live telecast of VC2, VC5 program request EC2, all VC are set to receive live stream by MS, and the user sets EC in advance and concerns with the corresponding forwarding of MS, here the corresponding MS1 of EC1, EC2.
When MS 1 broke down, according to technical scheme proposed by the invention, concrete realization flow comprised following flow process as shown in Figure 5:
Step S501, VC can't receive live stream, alarm to VM.
The VC client increases a kind of alarm triggered mechanism, when not receiving the live stream that MS forwards suddenly, promptly to sending warning message with the VM equipment of oneself setting up the monitoring relation.
Here use the GMP agreement, can increase a kind of type of message, be used to notify VM, the MS that transmits live stream may break down.For example, when MS1 broke down, VC1, VC2, VC4, VC5 can trigger alarm notification VM.
After step S502, VM receive alarm, trigger the MS polling mechanism.
VM confirms by keepalive mechanism whether MS is online, do not possess instantaneity; As long as trigger the MS polling mechanism at once after being revised as the alarm notification message that VM receives that VC reports here, check the MS that is managed, find the MS1 fault, other MS are all normal;
Here also need to increase a kind of mechanism: MS and periodically report utilization of resources situation, as the maximum number of connections that MS supports, current linking number, the MS of maximum outlet bandwidth that MS supports and MS is current for transmitting the shared outlet bandwidth of audio/video flow.Preceding 2 data connect the back of reaching the standard grade at MS reports, and back 2 data are reported once every some cycles.Here use the VMP agreement, can increase a kind of type of message, be used for MS and report utilization of resources situation.Also needing on the VM server increases a list item, is used to write down the current resource utilization of each MS.
It is to be noted; the mechanism that reports of above-mentioned utilization of resources situation is indicated a kind of preferred setting for selecting disaster tolerance equipment to carry out proposed by the invention; can reach under the prerequisite of identical technique effect; the resource proportioning manually is set; perhaps determine that according to certain priority rule disaster tolerance choice of equipment sequential scheduling scheme also can be as the disaster tolerance selection foundation of technical solution of the present invention, such variation does not influence protection scope of the present invention.
Step S503, VM check out the MS1 fault, find out according to other MS resource utilizations of MS1 linking number and substitute MS.
After VM finds the MS1 fault, according to resource utilization and the current resource utilization of other normal MS of the last time of out of order MS, select the new MS of taking over fault MS, may be one, also may be two.
Step S504, VM judge needs according to the monitoring relation of VC and its foundation and send to necessary address information in the APPLY message that substitutes MS, and this message does not require that MS responds.
For example MS2 can take over all business, the monitoring relation that VM sets up according to the MP with EC1, EC2, VC1, VC2, VC4, VC5, judge and need the relevant information of attaching in 2 APPLY messages that need send to MS2, sending two APPLY messages is that entrained main information is as follows in the APPLY message because fault MS1 is EC1 and EC2 service:
(1) IE_RECEIVER_ADDRESS information
The address information of video flowing receiving terminal comprises two group address messages: the address of the address of EC1 transmitting terminal and MS2 receiving terminal; This field contents is the address of EC2 transmitting terminal address and MS2 receiving terminal in another APPLY message;
(2) IE_SENDER_ADDRESS information
The address information of video flowing transmitting terminal comprises two group address messages: the address of the address of MS2 transmitting terminal and VC1, VC4 receiving terminal; This field contents is the address of the address of MS2 transmitting terminal and VC2, VC5 receiving terminal in another APPLY message.
If MS2 can't take over all business, then VM selects the existing business that MS2, MS3 share MS1 jointly, and then the VM APPLY message that sends to MS2 comprises the information of EC1, VC1, VC4, and the APPLY message that VM sends to MS3 comprises the information of EC2, VC2, VC4; Still the business that can share MS1 with MS2 is that example is explained below.
Step S505, VM send the SETUP message for simultaneously EC, the VC relevant with MS1, refresh the monitoring relation of having built up.
Need be pointed out that further that in order to accelerate to recover the live stream of VC1, VC2, VC4, VC5, VM can not require the back message using of waiting for MS2 when transmission APPLY message is to MS2, just begins to send the SETUP message for simultaneously EC1, EC2 here.
Just VM is that the APPLY message that sends to MS2 is provided with a flag bit during MS1 fault, and the meaning of this flag bit is not require back message using; To be used to notify EC1, EC2 to refresh the destination address that sends live stream be the address of the receiving terminal of MS2 to this SETUP message simultaneously.
Equally, in order to accelerate to recover professional, require VM needn't wait for the back message using of EC1 and EC2 here equally; When transmission SETUP message is to EC1, EC2, VM sends the SETUP message to VC1, VC4, VC2, VC5, the purpose of these SETUP messages is that the source address of the live stream of the EC1 that receives of mandatory requirement VC1, VC4 is the address of the transmitting terminal of MS2, the source address of the live stream of the EC2 that VC2, VC5 receive is the address of the transmitting terminal of MS3, requires VM needn't wait for the back message using of VC1, VC2, VC4, VC5 here equally.
Here the SETUP message of Fa Songing can increase a kind of control field, be used to notify EC and VC equipment to receive after, needn't send back message using, and set up good monitoring relation before refreshing at once after receiving, rather than rebuild the monitoring relation.
So far, the connection of last all interruptions of MS1 is had moved on MS2 and the MS3.
Need further be pointed out that; above-mentioned relevant setting that does not require back message using all is for improving processing speed; and the preferred embodiment that technical scheme proposed by the invention is carried out is perfect, and whether back message using can't influence protection scope of the present invention.
Step S506, EC are forwarded to live stream and substitute on the MS, substitute MS and live stream are forwarded to VC, business recovery.
Because VM is the alarm triggered poll MS equipment according to VC, so needn't wait timeout just can know the state of each MS very soon; And inquiry respective resources utilance list item, find out and take over professional MS, and the monitoring relation of setting up according to the pairing EC of this fault MS, VC and VM, instead release necessary address information in the APPLY message that needs to send, so just needn't wait for the GMP request message that VC initiates again; And the APPLY message that VM sends to MS the time also to relevant EC and VC transmission SETUP message, and no longer be to wait for that just sending out the SETUP message after MS responds gives EC, wait for no longer that also just sending out the SETUP message after EC responds gives VC, the monitoring relation of building up before pressure EC, VC refresh.So shortened after the fault live stream recovery time greatly.
When VC3, VC6 needed program request EC1 live, VM found MS1 this moment fault still, and then selected next available MS substitutes, and flow process is afterwards handled according to normal flow;
After MS1 recovers, the new program request of the initiating EC1 corresponding, the request of EC2 live stream with MS1, VM use MS1 transmits; The business of being taken over by MS2, MS3 needn't switch back, unless the user stops business.
Corresponding Signalling exchange schematic diagram as shown in Figure 6, idiographic flow and above-mentioned flow process shown in Figure 5 are similar, narrate no longer separately at this.
Compared with prior art, the present invention has the following advantages:
By using technical scheme of the present invention, dispose many MS equipment in the three-layer network, use in the monitoring environment that a VM manages, each MS backs up mutually, and MS disposes more flexible, and reliability is higher, when separate unit MS broke down, it is live professional that the fast quick-recovery of energy is interrupted.
In order to realize technical scheme of the present invention, the invention allows for a kind of video management server, be applied to comprise in the system of a plurality of videoconference clients, a plurality of video monitoring equipment, a plurality of streaming media server and a video management server that each streaming media server sends its other resources according to feedback cycle to video management server and takies situation.
As shown in Figure 7, the structural representation for a kind of video management server proposed by the invention specifically comprises:
Wherein, determination module 72 is determined the mode of the pairing failure flow media server of fault warning message, is specially all streaming media servers in the current system of determination module 72 polls, determines that the streaming media server of poll failure is the failure flow media server.
Wherein, carry the notification message of the business information of described failure flow media server, be specially a plurality of business that described video management server is born according to described failure flow media server, carry the information of each professional pairing transmitting terminal and receiving terminal respectively by a plurality of notification messages, send to described video management server.
Need be pointed out that further that in concrete application scenarios, receiver module 71 also is used to receive each streaming media server and takies situation according to its other resources that feedback cycle sends.
Wherein, in order more effectively to realize technical scheme proposed by the invention, each described streaming media server can also be set in said system take situation to video management server transmission its other resources according to feedback cycle, and receive by receiver module 71, so that provide corresponding foundation for the selection of disaster tolerance equipment.
Wherein, each described streaming media server that receiver module 71 receives sends its other resources according to feedback cycle to video management server and takies situation, specifically comprises:
Each described streaming media server sends the maximum number of connections amount that self can support and the information of maximum outlet bandwidth to described video management server behind connecting system;
Each described streaming media server is according to described feedback cycle, to the number of connection of the current maintenance of described video management server transmission self and the information of the current outlet bandwidth that takies.
Accordingly, disaster tolerance module 73 also is connected with described receiver module 71, be used for taking situation according to the described receiver module 71 received its other resources that each video management server sent, thereby, definite at least one the disaster tolerance streaming media server that can share the determined failure flow media server of described determination module business.
It is to be noted; the mechanism that reports of above-mentioned occupation condition is indicated a kind of preferred setting for selecting disaster tolerance equipment to carry out proposed by the invention; can reach under the prerequisite of identical technique effect; the resource proportioning manually is set; perhaps determine that according to certain priority rule disaster tolerance choice of equipment sequential scheduling scheme also can be as the disaster tolerance selection foundation of technical solution of the present invention, such variation does not influence protection scope of the present invention.
Compared with prior art, the present invention has the following advantages:
By using technical scheme of the present invention, dispose in the monitoring environment of a plurality of MS at multisegment, after streaming media server breaks down in the shellring border, realize the fast quick-recovery of live service traffics, and according to normal flow media server resources utilance, rationally share the work of failure flow media server, improved the stability and the level of resources utilization of system.
Through the above description of the embodiments, those skilled in the art can be well understood to the present invention and can realize by hardware, also can realize by the mode that software adds necessary general hardware platform.Based on such understanding, technical scheme of the present invention can embody with the form of software product, it (can be CD-ROM that this software product can be stored in a non-volatile memory medium, USB flash disk, portable hard drive etc.) in, comprise some instructions with so that computer equipment (can be personal computer, server, the perhaps network equipment etc.) each implements the described method of scene to carry out the present invention.
It will be appreciated by those skilled in the art that accompanying drawing is a preferred schematic diagram of implementing scene, module in the accompanying drawing or flow process might not be that enforcement the present invention is necessary.
It will be appreciated by those skilled in the art that the module in the device of implementing in the scene can be distributed in the device of implementing scene according to implementing scene description, also can carry out respective change and be arranged at least one device that is different from this enforcement scene.The module of above-mentioned enforcement scene can be merged into a module, also can further split into a plurality of submodules.
The invention described above sequence number is not represented the quality of implementing scene just to description.
More than disclosed only be several concrete enforcement scene of the present invention, still, the present invention is not limited thereto, any those skilled in the art can think variation all should fall into protection scope of the present invention.
Claims (10)
1. the disaster recovery method in the video monitoring scene is characterized in that, is applied to comprise that described method comprises in the system of videoconference client, video monitoring equipment, streaming media server and video management server:
Described video management server receives the fault warning message that at least one videoconference client sends, and determines corresponding failure flow media server according to described fault warning message;
Described video management server determines to share at least one disaster tolerance streaming media server of described failure flow media server business;
Described video management server sends the notification message of the business information of carrying described failure flow media server to described disaster tolerance streaming media server, and set up message to pairing each the videoconference client transmission business of described failure flow media server, the business of described failure flow media server is switched in the described disaster tolerance streaming media server.
2. the method for claim 1 is characterized in that, described video management server receives before the fault warning message of at least one videoconference client transmission, also comprises:
Described streaming media server sends its other resources according to feedback cycle to video management server and takies situation;
Accordingly, described video management server takies situation according to its other resources that each video management server sent, and determines to share at least one disaster tolerance streaming media server of described failure flow media server business.
3. the method for claim 1 is characterized in that, each described streaming media server sends its other resources according to feedback cycle to video management server and takies situation, specifically comprises:
Each described streaming media server sends the maximum number of connections amount that self can support and the information of maximum outlet bandwidth to described video management server behind connecting system;
Each described streaming media server is according to described feedback cycle, to the number of connection of the current maintenance of described video management server transmission self and the information of the current outlet bandwidth that takies.
4. method as claimed in claim 3, it is characterized in that, described video management server takies situation according to its other resources that each video management server sent, and determines to share at least one disaster tolerance streaming media server of described failure flow media server business, is specially:
Described video management server takies situation according to its other resources that each streaming media server sent, but judges whether number of connection that each streaming media server of current residual is remaining and residue outlet bandwidth resource are greater than or equal to the number of connection of the maintenance that described failure flow media server the last time reported and the outlet bandwidth resource that takies;
Exist a streaming media server to meet the requirements if described video management server is judged, determine that then described streaming media server is the disaster tolerance streaming media server;
Exist a plurality of streaming media servers to meet the requirements if described video management server is judged, then, determine that one of them streaming media server is the disaster tolerance streaming media server according to default selective rule;
Do not have streaming media server to meet the requirements if described video management server is judged, but determine that then remaining number of connection and the satisfactory a plurality of streaming media servers of residue outlet bandwidth resource sum are the disaster tolerance streaming media server.
5. the method for claim 1 is characterized in that, the fault warning message that received at least one videoconference client of described video management server sends is specially:
When the videoconference client in the current system does not receive the video information data of streaming media server transmission, to the fault warning message of described video management server transmission.
6. the method for claim 1 is characterized in that, described video management server is determined the pairing failure flow media server of described fault warning message, is specially:
All streaming media servers in the current system of described video management server poll determine that the streaming media server of poll failure is the failure flow media server.
7. the method for claim 1 is characterized in that, described video management server carries the notification message of the business information of described failure flow media server to described disaster tolerance streaming media server transmission, is specially:
A plurality of business that described video management server is born according to described failure flow media server, the information of carrying each professional pairing transmitting terminal and receiving terminal respectively by a plurality of notification messages sends to described video management server.
8. a video management server is characterized in that, is applied to comprise in the system of a plurality of videoconference clients, a plurality of video monitoring equipment, a plurality of streaming media server and a video management server, comprising:
Receiver module is used to receive the fault warning message that at least one videoconference client sends;
Determination module is connected with described receiver module, is used for determining corresponding failure flow media server according to the received fault warning message of described receiver module;
The disaster tolerance module is connected with described determination module, is used for determining to share at least one disaster tolerance streaming media server of the determined failure flow media server of described determination module business;
Processing module, be connected with described disaster tolerance module, be used for sending the notification message of the business information of carrying described failure flow media server to described disaster tolerance streaming media server, and set up message to pairing each the videoconference client transmission business of described failure flow media server, the business of described failure flow media server is switched in the determined disaster tolerance streaming media server of described disaster tolerance module.
9. video management server as claimed in claim 8 is characterized in that, described receiver module also is used to receive each described streaming media server and takies situation according to its other resources that feedback cycle sends;
Accordingly, described disaster tolerance module, also be connected with described receiver module, be used for taking situation, determine to share at least one disaster tolerance streaming media server of the determined failure flow media server of described determination module business according to the received its other resources that each video management server sent of described receiver module.
10. video management server as claimed in claim 8 is characterized in that, described determination module is determined corresponding failure flow media server according to described fault warning message, is specially:
All streaming media servers in the current system of described determination module poll determine that the streaming media server of poll failure is the failure flow media server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910250256A CN101720035A (en) | 2009-12-11 | 2009-12-11 | Disaster-recovery method and equipment in video monitoring scene |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910250256A CN101720035A (en) | 2009-12-11 | 2009-12-11 | Disaster-recovery method and equipment in video monitoring scene |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101720035A true CN101720035A (en) | 2010-06-02 |
Family
ID=42434537
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910250256A Pending CN101720035A (en) | 2009-12-11 | 2009-12-11 | Disaster-recovery method and equipment in video monitoring scene |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101720035A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102325251A (en) * | 2011-10-19 | 2012-01-18 | 杭州华三通信技术有限公司 | Video monitoring and playback service realization methods and equipment |
| CN104135672A (en) * | 2014-08-13 | 2014-11-05 | 浪潮软件集团有限公司 | HLS-based method for realizing seamless disaster recovery of video on demand |
| CN105828046A (en) * | 2016-05-16 | 2016-08-03 | 浙江宇视科技有限公司 | Data flow transmission method and device |
| CN107872643A (en) * | 2016-09-23 | 2018-04-03 | 伊姆西Ip控股有限责任公司 | Fault recovery method and device for video monitoring system |
| CN108270598A (en) * | 2016-12-30 | 2018-07-10 | 北京酷我科技有限公司 | A kind of distributed system disaster recovery method, device and system |
| CN111327874A (en) * | 2019-08-29 | 2020-06-23 | 杭州海康威视系统技术有限公司 | Disaster recovery backup method, disaster recovery backup device, server, decoding device and storage medium |
-
2009
- 2009-12-11 CN CN200910250256A patent/CN101720035A/en active Pending
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102325251A (en) * | 2011-10-19 | 2012-01-18 | 杭州华三通信技术有限公司 | Video monitoring and playback service realization methods and equipment |
| CN102325251B (en) * | 2011-10-19 | 2015-04-15 | 杭州华三通信技术有限公司 | Video monitoring and playback service realization methods and equipment |
| CN104135672A (en) * | 2014-08-13 | 2014-11-05 | 浪潮软件集团有限公司 | HLS-based method for realizing seamless disaster recovery of video on demand |
| CN105828046A (en) * | 2016-05-16 | 2016-08-03 | 浙江宇视科技有限公司 | Data flow transmission method and device |
| CN105828046B (en) * | 2016-05-16 | 2019-02-15 | 浙江宇视科技有限公司 | A kind of transmission method and device of data flow |
| CN107872643A (en) * | 2016-09-23 | 2018-04-03 | 伊姆西Ip控股有限责任公司 | Fault recovery method and device for video monitoring system |
| US11509868B2 (en) | 2016-09-23 | 2022-11-22 | EMC IP Holding Company LLC | Method and apparatus for failover in a video surveillance system |
| CN108270598A (en) * | 2016-12-30 | 2018-07-10 | 北京酷我科技有限公司 | A kind of distributed system disaster recovery method, device and system |
| CN108270598B (en) * | 2016-12-30 | 2021-07-23 | 北京酷我科技有限公司 | Distributed system disaster recovery method, device and system |
| CN111327874A (en) * | 2019-08-29 | 2020-06-23 | 杭州海康威视系统技术有限公司 | Disaster recovery backup method, disaster recovery backup device, server, decoding device and storage medium |
| CN111327874B (en) * | 2019-08-29 | 2021-09-17 | 杭州海康威视系统技术有限公司 | Disaster recovery backup method, disaster recovery backup device, server, decoding device and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101764816B (en) | Data transmission method and device | |
| TWI237480B (en) | Methods and apparatus for supporting group communications | |
| CN101753961B (en) | Meeting realizing method in video monitoring system and video monitoring meeting system | |
| KR101245476B1 (en) | Method and apparatus for the efficient transmission of multimedia streams for teleconferencing | |
| CN101720035A (en) | Disaster-recovery method and equipment in video monitoring scene | |
| CN100417141C (en) | Group broadcasting business realizing method | |
| CN103916275A (en) | BFD detection device and method | |
| CN109067578B (en) | Method and device for multicast fast switching | |
| CN109996126B (en) | Dynamic scheduling method and system for equipment connection under hybrid network architecture | |
| WO2016058297A1 (en) | Method and system for achieving load balancing between virtual network elements, and virtual network elements | |
| US20190238949A1 (en) | Multicast service providing method and software defined networking controller | |
| CN106856595B (en) | IP multicast broadcast service transmission method based on B-trunk group call | |
| EP3512222B1 (en) | Broadcast bearer management method and device thereof | |
| WO2011150699A1 (en) | Resource control method for stream media server, and stream media server | |
| CN103491015A (en) | Method and device for allowing public network to support data multicast distribution tree | |
| CN101888610A (en) | Method, system and device for realizing short message service | |
| CN101909006A (en) | BFD (Bidirectional Forwarding Detection) message sending and receiving methods as well as device and communication system thereof | |
| CN103036724B (en) | State information transmission method, the network equipment and unit equipment | |
| CN103517155A (en) | Flow dynamic control method and device based on monitor service | |
| US20160044342A1 (en) | Controller, control method, computer program, and video transmission system | |
| CN101695049A (en) | Method and device for processing businesses in monitoring system | |
| EP2442520B1 (en) | Method and system for implementing large capacity call by using h.323 protocol stack | |
| CN101282298A (en) | Method and device for regulating bandwidth | |
| CN101754326A (en) | Paging method, device and system | |
| CN103875267A (en) | Access node, mobile management network element and paging message processing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: ZHEJIANG UNIVIEW TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: HUASAN COMMUNICATION TECHNOLOGY CO., LTD. Effective date: 20120222 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20120222 Address after: Hangzhou City, Zhejiang province 310053 Binjiang District Dongxin Road No. 66 building two or three layer A C Applicant after: Zhejiang Uniview Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Applicant before: Huasan Communication Technology Co., Ltd. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100602 |