CN110971940A - Cloud video data management system - Google Patents
Cloud video data management system Download PDFInfo
- Publication number
- CN110971940A CN110971940A CN201811145129.6A CN201811145129A CN110971940A CN 110971940 A CN110971940 A CN 110971940A CN 201811145129 A CN201811145129 A CN 201811145129A CN 110971940 A CN110971940 A CN 110971940A
- Authority
- CN
- China
- Prior art keywords
- unit
- stdu
- service
- supports
- stream
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/26613—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing keys in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Graphics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a cloud video data management system which comprises an STDU unit, a PU unit, a CU unit and an STDU Scheduler unit, wherein the PU unit, the CU unit and the STDU Scheduler unit are all connected with the STDU unit, the STDU unit and the STDU Scheduler unit are all connected with the PU unit, the STDU unit and the STDU Scheduler unit are all connected with the CU unit, and the STDU unit, the PU unit and the CU unit are all connected with the STDU Scheduler unit. The invention can have the functions of forwarding, distributing, service controlling, service information collecting and protocol supporting, and can reduce the delay.
Description
Technical Field
The invention relates to a data management system, in particular to a cloud video data management system.
Background
The data management system is a software system used by a user to control, update, expand, transmit and otherwise operate a database of a computer, but the existing data management system does not have functions such as a forwarding function, a distribution function, a service control function, a service information acquisition function and the like, and has a delay.
Disclosure of Invention
The technical problem to be solved by the invention is to provide a cloud video data management system which can have a forwarding function, a distribution function, a service control function, a service information acquisition function and a protocol support function and can reduce delay.
The invention solves the technical problems through the following technical scheme: the utility model provides a cloud video data management system, it includes STDU unit, PU unit, CU unit, STDU schedule unit all link to each other with the STDU unit, STDU schedule unit all link to each other with the PU unit, STDU unit, STDUschedule unit all link to each other with the CU unit, STDU unit, PU unit, CU unit all link to each other with STDU schedule unit, wherein:
the STDU unit is a streaming media forwarding and distributing unit of the system and is a core network element of the video monitoring platform; meanwhile, the STDU unit supports multi-level cascade, and provides performance and reliable guarantee when a super-large scale system is deployed;
the STDU Scheduler unit is a large steward of the STDU unit, provides a uniform entrance for the outside, and selects the optimal STDU unit according to strategies of Weight, Labels, Least Conn and the like of the STDU unit when the CU unit requests streams.
Preferably, the STDU Scheduler unit supports the Labels technology, and when a multi-region and super-large cluster is deployed, how to select the optimal STDU unit between the CU unit and the PU unit for distribution provides shutdown technical guarantee; the STDUSchedule unit supports fault recovery, can recover to the previous running state in time when the unit is halted and restarted, and can achieve the highly useful purpose in the production environment; the STDU Scheduler unit uses an intelligent scheduling algorithm, supports multi-level cascade transmission in the process of stream pulling, uses the minimum performance cost, achieves the purpose of fast transmission of stream media at the end of the PU unit and the CU unit, and reduces the path delay.
Preferably, the STDU unit supports distributed deployment, and can extend the performance of the entire system; the STDU unit supports direct stream taking from the PU unit end, reduces the transmission of the code stream from the equipment access service, reduces the delay and improves the stream pulling speed; the STDU unit supports UDP multicast technology, greatly reduces the bandwidth and processing resources of the STDU server in the same local area network, and has stronger advantages in various playing technologies; the STDU unit supports Linux binding; due to the special status of the Linux binding server, the reliability, the usefulness and the I/O speed of the Linux binding server are very important, a plurality of network card interfaces can be bound into one network card through binding a virtual network card through the binding technology, and the functions of network throughput, network redundancy, load balancing and the like can be improved; the STDU unit supports a weight balancing strategy, so that transmission of partial streams can be introduced when a new version is deployed, and the purpose of A/B test is achieved.
The positive progress effects of the invention are as follows: the invention can have the functions of forwarding, distributing, service controlling, service information collecting and protocol supporting, and can reduce the delay.
Drawings
FIG. 1 is a schematic diagram of signaling and media interaction according to the present invention;
FIG. 2 is a detailed diagram of signaling and media architecture according to the present invention;
FIG. 3 is a device topology diagram of the present invention;
FIG. 4 is a flow chart of the present invention;
FIG. 5 is a flow chart of the management system of the present invention;
FIG. 6 is a flow chart of client side streaming in accordance with the present invention;
FIG. 7 is a code interface call flow diagram of the present invention.
Detailed Description
The following provides a detailed description of the preferred embodiments of the present invention with reference to the accompanying drawings.
Example 1
As shown in fig. 5, the cloud video data management system of the present invention includes an STDU (streaming media forwarding and distributing unit) unit, a PU (processing unit) unit, a CU (control unit) unit, and an STDU Scheduler unit, where the PU unit, the CU unit, and the STDU Scheduler unit are all connected to the STDU unit, the STDU unit and the STDU Scheduler unit are all connected to the PU unit, the STDU unit and the STDU Scheduler unit are all connected to the CU unit, and the STDU unit, the PU unit, and the CU unit are all connected to the STDU Scheduler unit, where:
the STDU unit is a streaming media forwarding and distributing unit and is a core network element of the video monitoring platform; meanwhile, the STDU unit supports multi-level cascade, and provides performance and reliable guarantee when a super-large scale system is deployed;
the STDU Scheduler unit is a steward of the STDU unit, provides a uniform entry to the outside, and selects an optimal STDU unit according to policies such as Weight, Labels (attributes), and lease Conn (attribute code) of the STDU unit when a CU unit requests a stream.
The STDU Scheduler unit supports the Labels technology, and when a multi-region and super-large cluster is deployed, how to select the optimal STDU unit between the CU unit and the PU unit for distribution provides shutdown technical guarantee; the STDU Scheduler unit supports fault recovery, can recover to the previous running state in time when the unit is halted and restarted, and can achieve the highly useful purpose in the production environment; the STDU Scheduler unit uses an intelligent scheduling algorithm, supports multi-level cascade transmission in the process of stream pulling, uses the minimum performance cost, achieves the purpose of fast transmission of stream media at the end of the PU unit and the CU unit, and reduces the path delay.
The STDU unit supports distributed deployment and can expand the performance of the whole system; the STDU unit supports direct stream taking from the PU unit end, reduces the transmission of the code stream from the equipment access service, reduces the delay and improves the stream pulling speed; the STDU unit supports a UDP (User Datagram protocol) multicast technology, so that the bandwidth and processing resources of the STDU server are greatly reduced in the same local area network, and the STDU unit has strong advantages in various playing technologies; the STDU unit supports Linux binding; due to the special status of the Linux binding server, the reliability, the usefulness and the I/O speed of the Linux binding server are very important, a plurality of network card interfaces can be bound into one network card through binding a virtual network card through the binding technology, and the functions of network throughput, network redundancy, load balancing and the like can be improved; the STDU unit supports a weight balancing strategy, so that transmission of part of streams can be introduced when a new version is deployed, and the purpose of A/B (packet test) testing is achieved.
In summary, the present invention has the following functions:
the STDU unit can forward the audio and video media stream from the PU unit and forward the audio and video media stream to a corresponding CU unit;
secondly, a distribution function is realized, the STDU unit can copy the audio and video media stream of the PU unit to a plurality of CU units;
thirdly, a service control function, which receives the scheduling command of the STDU Scheduler unit, starts and controls the receiving and the distribution; managing sessions, maintaining a mapping relationship between receiving and distributing media streams;
a service information acquisition function, which is used for the STDU unit to acquire charging information such as media access duration, flow and the like, and reporting and summarizing the charging information to the STDU Scheduler unit;
a Protocol support function for supporting UDP, TCP (Transmission Control Protocol) unicast, and UDP multicast; and the method supports the direct acquisition of RTSP (Real Time Streaming Protocol), GB28181 (a national standard) and other code streams from the PU unit side.
Example 2
As shown in fig. 1 and 2, the cloud video system is improved by a self-made transmission protocol and an equipment module to support access of tens of millions of devices, million concurrences, simplify interfaces from a service end to a service end, support rich service deployment resource requirements, manage access of platforms conforming to the national standards and various internet of things devices, and provide service interfaces for upper-level systems.
The front-end equipment is communicated and managed by an IP network through a communication frame platform, and the communication frame platform comprises a B/S service module, an NG platform service module, an NG gateway service module and a streaming media server.
The B/S service module comprises a management service terminal interface, a management front terminal interface and an electronic map service.
The NG platform service module comprises an alarm, an alarm rule and a filter; the system comprises a user login management and state monitoring system, a database operation center, a user agent, a platform gateway, a mysql database operation center, a database timing task, equipment management and monitoring, an event processing service, event forwarding, a statistical service, service management and monitoring, television wall plan management, a polling task and decoder control, a user subscription service, a video square, unified configuration, service start-stop control, a log acquisition service and real-time alarm operation and maintenance information acquisition.
The NG gateway service module and the streaming media server comprise a social resource access sip gateway, a box cascade gateway, a device management service, a directory service, an internet of things gateway, a streaming media scheduling service, a video push streaming service, a device authentication service, a database service, a storage scheduling service, a registration center, a streaming media service, a streaming media scheduling service, a user access service, a local interface playback service, a device access service, a specific device access service and a local data cache storage service.
The switch system adopted by the communication framework platform comprises a unified protocol, a public component, a communication framework, a platform and an operation and maintenance system.
Unifying the protocol: the method is designed into a cross-language uniform data transmission protocol based on protobuf (network data exchange rule), and code development does not need to pay attention to implementation details.
Common components: and universal functional components are packaged into a library, so that repeated work is avoided, and only attention needs to be paid to service development. Such as: a DTC (data Transmit channel) dynamic library encapsulates the receiving and sending of the media stream; NCM (NetCommon Module) encapsulates network base library supporting coroutine;
a communication framework: based on the common component, the package provides service basic frameworks such as remote procedure call, configuration reading, log output and the like, provides multiple communication selectable modes such as synchronous, asynchronous and coroutine, and realizes high availability; activemq is used as a message bus, message persistence and asynchronous consumption are achieved, and service decoupling between services is achieved; and the Libevent lightweight open-source high-performance event notification library is adopted, so that the high performance of the communication framework is ensured.
Platform: the platform basic service adopts a service registration mechanism to realize services such as service registration, service discovery, service monitoring, disaster recovery processing and the like; and the load balancing is realized by using scheduling strategies such as polling, minimum connection number, Hash, weight, labels and the like.
The operation and maintenance system comprises: and the operation and maintenance platform based on k8s is convenient for managing containers, service states and building a cluster environment.
The switch system also includes a device access module including xDAS and X2A. Wherein, xDAS (device Access service) is a device access service, and x represents any standard protocol and equipment of vendor private protocol. The xDAS sends PUOnline, PUOffline and PUDeleted messages to the outside; for the equipment which has sent online, acquiring equipment resources from x2a.so, and then adding the resources into a database; the request from the outside is routed to the appointed PU for processing; the notification sent by the PU, xDAS is the forwarding instead; the PU is not allowed to send requests.
X2A (X to Argesone Protocol), Protocol conversion module/streaming media gateway, converts the command Protocol or media stream represented by X into the Argesone internal Protocol. Including the conversion of protocols such as GB2A, DH2A, DH2A _ AutoReg, ONVIF2A, HK2A, RTSP2A, etc. X2A converts the argosone command protocol to a corresponding X command protocol; converting the X command protocol into Argesone protocol; converting Argesone data protocol into X data protocol; the X data protocol is converted to the argosone data protocol.
Specifically, IPC, NVR and other devices are abstracted into a resource set uniformly, such as video, audio, alarm, storage, GPS and other resources; abstracting service logics of on-line, off-line, stream taking and the like of equipment into a flow, and executing the set of flows by all IPC and NVR; the above flow is defined as xDAS, the service is abstracted into an X2A _ Export structure, a series of functions are derived, the access rules which different devices should follow are stipulated, different types of devices are packaged into a dynamic library, an X2A _ Export interface is derived, the xDAS loads the interface, the lower layer protocol details are shielded, the purpose of xDAS universality is achieved, when another protocol is added, only the interface of the X2A _ Export of the protocol needs to be realized, and the xDAS does not need to be changed.
The xDAS sends PUOnline and PUOffline events, the SMC (registration center) records the corresponding relation between the PU and the xDAS from the PUOnline events, and other services directly go to the registration center to take the bound xDAS address when wanting to access PU resources and send a request to the xDAS. Thereby realizing million concurrent and million accesses.
The DAS _ GB single process in the xDAS realizes 16000 equipment access, and the single thread can meet the performance requirement by using an asynchronous non-blocking mode. When the STDU is in Dispatch, reducing the memcpy times by using a memory reference counter; and meanwhile, the memory pool technology is used, so that the application/release operation is reduced. And moreover, bottlenecks affecting performance such as IO, CPU, Memory and the like are checked in a flame diagram mode and the like by matching with a Linux performance optimization tool perf, and further optimization is carried out. In the whole system, the protocol design details are optimized, the size of the protocol is reduced as much as possible, and unnecessary protocol flows are reduced; therefore, the device is online and is only a common online event for other services.
As shown in fig. 3, the device is a topological diagram, the PU logs in to DAS _ GB, the DAS _ GB describes a device access action as a plurality of resource combinations, the DAS _ GB sends a PUOnline notification (PU online notification), a PUOffline (PU offline notification), and a PUDeleted (PU delete notification) to the registry, and a plurality of DAS _ GB services can be provided, horizontally expanded, and a request sent to the PU first passes through xDAS, and then is converted into a corresponding protocol and sent to a specific PU.
As shown in fig. 4, which is a flow chart of device access, IPC adds the device to the management platform for the front-end device, and web issues an mq message to notify the proxy gateway cspx. cspx informs dis and bms services in the device management service, dis obtains device information from a database according to id information issued by web, and bms obtains detailed information of devices from dis according to the notified device id. And the bms service notifies the equipment to access the service xDAS, the xDAS loads a corresponding so dynamic library according to the added equipment type to start the corresponding access service DAS _ XX, and then interactive verification is carried out on the access service DAS _ XX and the equipment.
As shown in fig. 5, an STDU (Stream Transfer & distribution Unit) is a streaming media forwarding and distributing Unit of the system, and is a core network element of the video monitoring platform. Meanwhile, the method supports multi-stage cascade, and provides reliable guarantee of performance when a super-large scale system is deployed. The STDU Scheduler is an STDU steward, provides a uniform entrance for the exterior, and selects the optimal STDU according to strategies of Weight, Labels, Least Conn and the like of the STDU when the CU requests the stream; the method comprises a forwarding function, a distribution function, service control, service information acquisition and protocol support.
The forwarding function: the STDU can forward audio and video media streams from the PU to the corresponding CU.
A distribution function: the STDU may copy the audio-video media stream of the PU to multiple CUs.
And (3) service control: and receiving a scheduling command of the STDU Scheduler, and starting and controlling the receiving and the distribution. Managing sessions, maintaining mapping relationships between received and distributed media streams.
Acquiring service information: the STDU can collect the charging information of the media access time length, flow rate and the like, and reports and summarizes the charging information to the STDUSchedule.
Protocol support: UDP, TCP unicast and UDP multicast are supported; and directly fetching RTSP, GB28181 and other code streams from the PU side is supported.
The STDU Scheduler supports the Labels technology, and when a multi-region and super-large cluster is deployed, how to select the optimal STDU between the CU and the PU for distribution provides shutdown technical guarantee. The STDU Scheduler supports fault recovery, and can recover to the previous running state in time when the STDU Scheduler is halted and restarted, thereby achieving the purpose of high availability in the production environment. The STDUScheduler uses an intelligent scheduling algorithm, supports multi-level cascade transmission in the process of pulling the stream, uses the minimum performance cost, achieves the quick transmission of the stream media at the PU end and the CU end, and reduces the path delay. The STDU supports distributed deployment, and can extend the performance of the entire system. The STDU supports direct stream taking from the PU end, reduces the transmission of the stream slave equipment accessing service, reduces delay and improves the stream pulling speed. The STDU supports UDP multicast technology, greatly reduces the bandwidth and processing resources of the STDU server in the same local area network, and has stronger advantages in various playing technologies. The STDU supports Linux binding. Due to the special position of the server, the reliability, the availability and the I/O speed of the server are very important, a plurality of network card interfaces can be bound into one network card through the binding technology, and the functions of network throughput, network redundancy, load balancing and the like can be improved. The STDU supports a weight balancing strategy, so that transmission of part of streams can be introduced when a new version is deployed, and the purpose of testing is achieved.
As shown in fig. 6, a client initiates a flow fetching request, and the flow fetching request is forwarded to an event processing service through a gateway proxy; event processing is forwarded to a signaling gateway service, and the signaling gateway is forwarded to a streaming media management service; SS (STDUScheduler) finds out the STDU with the minimum load according to the load strategy, and issues and acquires stream keys at the same time, one key is issued to the corresponding DAS _ XX service, and the other key is returned to the client; DAS _ XX service initiates stream taking signaling, IPC returns data stream, GB signaling and code stream are separated. The client is connected to the specified STDU streaming media service according to the returned address and token, and the streaming media service returns the data stream according to the token information.
As shown in fig. 7, a CU requests audio/video of a certain channel of the PU, and the request is sent to the STDU _ Scheduler. The STDU _ Scheduler searches the most suitable STDU in the current STDU cache according to the load balancing strategy and the Labels, and sends a Channel creating request to the STDU, wherein the Channel creating request comprises IP, Port, Token1 and Token 2. The STDU creates Token and Cell according to the parameters of the STDU _ Schedule, and returns the result to the STDU _ Schedule. The STDU _ Schedule sends a StartStream request synthesized by IP, Port and Token1 to the xDS device where the PU is located to access the service. And the xDAS receives the StartStream request, converts the StartStream request into a protocol corresponding to the PU, and opens the audio and video. The xDAS connects STDUs through DTC library according to IP, Port, Token 1. The xDAS returns the result of the request flow to the STDU _ Scheduler. The STDU _ Scheduler receives the response from xDAS and, in case of success, returns the IP, Port, Token2 synthesis result to the CU. The CU creates a DTC channel according to the IP, Port and Token2, so that the CU can receive the data transmitted by the xDAS. The CU can disconnect the dataflow acceptance by calling DTC _ Close. The most core functions are simplified into the steps of applying for Token pairs, requesting for multicast mode to play code streams, requesting for platform transcoding, requesting for audio/video/talkback/broadcast, and supporting load balancing of various modes of the STDU.
In conclusion, the scheme realizes containerization and micro-service deployment of the service, all containers and services can be deployed independently, the distributed architecture of million-level equipment access and million-level concurrent access is realized, linear expansion of the service, service decoupling and mutual independence and no state among the services are realized, the integration of a third-party video monitoring platform of a GBT28181 protocol is realized, the integration of third-party video monitoring equipment of the GBT28181 protocol is realized, the access of main stream manufacturer equipment such as DH, HK and the like is realized, the integration of third-party storage equipment is realized, the alarm flow design based on the equipment and the service is realized, the storage and management of videos and video stream media services are realized, the real-time video monitoring, historical image calling and the development of client monitoring software are realized, the functions of state monitoring, remote control, presetting bits, television walls, electronic maps, plan polling and the like of the video monitoring equipment accessed by the platform and directly accessed are realized, the method has the advantages of achieving the complex management and maintenance problems of multiple AS/multiple AC, achieving the loose coupling problem of resources and services (resource and service are isolated through IOC scheduling), achieving the bottleneck problem of large-scale equipment management (user domains and clusters), and achieving a container operation and maintenance platform based on kubernets.
The above embodiments are described in further detail to solve the technical problems, technical solutions and advantages of the present invention, and it should be understood that the above embodiments are only examples of the present invention and are not intended to limit the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (3)
1. The utility model provides a cloud video data management system, its characterized in that, it includes STDU unit, PU unit, CU unit, STDUSchedule unit, PU unit, CU unit, STDU Schedule unit all link to each other with the STDU unit, STDUSchedule unit all link to each other with the PU unit, STDU Schedule unit all link to each other with the CU unit, STDU unit, PU unit, CU unit all link to each other with STDU Schedule unit, wherein:
the STDU unit is a streaming media forwarding and distributing unit of the system and is a core network element of the video monitoring platform; meanwhile, the STDU unit supports multi-level cascade, and provides performance and reliable guarantee when a super-large scale system is deployed;
the STDU Scheduler unit is a STDU unit housekeeper, provides a uniform entrance for the outside, and selects the optimal STDU unit according to the strategies of Weight, Labels and leave Conn of the STDU unit when the CU unit requests the stream.
2. The cloud video data management system of claim 1, wherein the STDU Scheduler unit supports Labels technology, and when a multi-region and super-large cluster is deployed, an optimal STDU unit is selected between the CU unit and the PU unit for distribution to provide shutdown technology guarantee; the STDU Scheduler unit supports fault recovery, and can recover to the previous running state in time when the unit is halted and restarted, thereby achieving the highly useful purpose in the production environment; the STDU Scheduler unit uses an intelligent scheduling algorithm, supports multi-level cascade transmission in the process of stream pulling, uses the minimum performance cost, achieves the purpose of fast transmission of stream media at the end of the PU unit and the CU unit, and reduces the path delay.
3. The cloud video data management system of claim 1, wherein said STDU unit supports distributed deployment, extending overall system performance; the STDU unit supports direct stream taking from the PU unit end, reduces the transmission of the code stream from the equipment access service, reduces the delay and improves the stream pulling speed; the STDU unit supports UDP multicast technology, greatly reduces the bandwidth and processing resources of the STDU server in the same local area network, and has stronger advantages in various playing technologies; the STDU unit supports Linux binding; due to the special status of the Linux binding server, the reliability, the usefulness and the I/O speed of the Linux binding server are very important, a plurality of network card interfaces can be bound into one network card through binding a virtual network card through the binding technology, and the network throughput, the network redundancy and the load balancing function can be improved; the STDU unit supports a weight balancing strategy, so that transmission of partial streams can be introduced when a new version is deployed, and the purpose of A/B test is achieved.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811145129.6A CN110971940A (en) | 2018-09-29 | 2018-09-29 | Cloud video data management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811145129.6A CN110971940A (en) | 2018-09-29 | 2018-09-29 | Cloud video data management system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110971940A true CN110971940A (en) | 2020-04-07 |
Family
ID=70027209
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811145129.6A Pending CN110971940A (en) | 2018-09-29 | 2018-09-29 | Cloud video data management system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110971940A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101198035A (en) * | 2008-01-10 | 2008-06-11 | 杭州华三通信技术有限公司 | Video monitoring method, video transferring and distribution method and device and video monitoring system |
| CN101442726A (en) * | 2007-11-22 | 2009-05-27 | 中国电信股份有限公司 | System and method for implementing WCDMA mobile subscriber flexible access global eye |
| CN101854253A (en) * | 2010-05-07 | 2010-10-06 | 无锡中星微电子有限公司 | Method for automatically recovering monitoring and storing and monitoring system thereof |
| CN103338228A (en) * | 2013-05-30 | 2013-10-02 | 江苏大学 | Cloud calculating load balancing scheduling algorithm based on double-weighted least-connection algorithm |
| CN105227924A (en) * | 2015-10-10 | 2016-01-06 | 安徽清新互联信息科技有限公司 | A kind of rete mirabile dispatching method of video monitoring platform Media Stream |
-
2018
- 2018-09-29 CN CN201811145129.6A patent/CN110971940A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101442726A (en) * | 2007-11-22 | 2009-05-27 | 中国电信股份有限公司 | System and method for implementing WCDMA mobile subscriber flexible access global eye |
| CN101198035A (en) * | 2008-01-10 | 2008-06-11 | 杭州华三通信技术有限公司 | Video monitoring method, video transferring and distribution method and device and video monitoring system |
| CN101854253A (en) * | 2010-05-07 | 2010-10-06 | 无锡中星微电子有限公司 | Method for automatically recovering monitoring and storing and monitoring system thereof |
| CN103338228A (en) * | 2013-05-30 | 2013-10-02 | 江苏大学 | Cloud calculating load balancing scheduling algorithm based on double-weighted least-connection algorithm |
| CN105227924A (en) * | 2015-10-10 | 2016-01-06 | 安徽清新互联信息科技有限公司 | A kind of rete mirabile dispatching method of video monitoring platform Media Stream |
Non-Patent Citations (1)
| Title |
|---|
| 陈斌: "IP网络视频监控中流媒体分发技术的研究和实现", 《中国优秀硕士学位论文全文数据库（电子期刊）》 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110971628B (en) | Cloud video data acquisition method | |
| CN110971986B (en) | Cloud video exchange system | |
| CN109672856B (en) | Resource synchronization method and device | |
| CN109729310B (en) | Method and device for exporting monitoring inspection data | |
| CN108965367B (en) | Method and system for controlling video network server | |
| CN109525460B (en) | Method and device for monitoring number resources of video network | |
| CN109842519B (en) | Method and device for previewing video stream | |
| CN110113566B (en) | Method and device for calling video stream | |
| CN111885439B (en) | Optical network integrated management and duty management system | |
| CN109672857B (en) | Information processing method and device for monitoring resources | |
| CN113163016B (en) | Network long connection service clustering deployment system and control flow | |
| CN107959602B (en) | A kind of method of network entry and device | |
| CN112770145B (en) | Scheduling method and system for video monitoring platform | |
| CN109634988A (en) | A kind of monitoring polling method and device | |
| CN110381030A (en) | A kind of processing method and processing device of synchronization request | |
| CN110049280B (en) | Method and device for processing monitoring data | |
| CN110557612B (en) | Control method of monitoring equipment and video networking system | |
| CN110572698B (en) | Method, device, equipment and medium for counting inspection and monitoring playing records | |
| CN110971429B (en) | Management method of cloud video hardware management system | |
| CN100446570C (en) | Method for realizing IGRS AV. control point equipment | |
| CN110324205B (en) | Monitoring method, monitoring device, electronic equipment and storage medium | |
| CN110971940A (en) | Cloud video data management system | |
| CN100414993C (en) | Method for realizing IGRS AV server device | |
| CN110134892A (en) | A kind of loading method and system monitoring the Resources list | |
| CN112783049B (en) | Lamp networking remote control system based on little service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200407 |