TW201145981A - Cloud video and event processing sub-system and source end and player - Google Patents

Abstract

There is provided a cloud video and event processing sub-system, capable of receiving and managing video and event data generated from a source end through http network protocol, and transmitting video and event data to a receiving end through web-pages and http network protocol. The source end data is packaged as a MPEG-TS packet for being transmitted to the cloud video and event processing sub-system through network. The cloud processing sub-system comprises a receiving processing module, a file partition module, a real-time playback module, a file management module, an event processing module and a web-page processing module. The receiving end uses web-pages to browse files of the cloud processing sub-system or video and events of the MPEG-TS packet. Users may also use the network connection same as that for the original transmitted data to perform a remote control on the source end.

Description

201145981 VI. Description of the Invention: [Technical Field] The present invention relates to an audio-visual and event processing system for receiving MPEG-TS video and event data generated by a source through an internet protocol using the http network protocol, and The MPEG-TS data can be transmitted to a receiving end via the Internet using the http network protocol. .

[Prior Art] The Surveillance System is divided into closed or networked architectures. The former uses a general DVR (Digital Video Recorder) for near-end stand-alone recording; the latter uses a network remote server device NVSR (Network Video Streaming Recorder, or NVR) to perform a network-enabled camera (or network) The remote camera of the road camera, and allows the user of the camera to perform remote video browsing. In general, the camera produces video and audio data and compresses it for the transmission of data over the network. The network transmission method is divided into passive and active. The passive mode is read by the NVSR on the network camera. The camera must be set up on the Internet. The IP address of the IP address is limited to the fixed p URL. It i is written by the network camera to the nvsr. People, convenient grids recognize any Internet location, as long as the NVSR is installed on the network visible URL. The general NVSR can be - the network server group, : 戽 戽: should be " ^ thousand sets of cameras. The main mode is convenient ☆ audio and video business B users only need to install a network camera that can access the Internet. Network 3 201145981 The company is responsible for the escrow video recording. The user can perform Near's Near real-time monitoring (Live) playback of the network camera or the playback or playback of the historical video and audio (Playback). The audio and video materials are transmitted on the Internet and are divided into two ways: file transfer and streaming. In the file mode, the video and audio data will be transmitted as a video file. After the transmission is successful, the viewer's audio and video playback device (such as a computer, PDA, or mobile phone player Player) will broadcast the video. In the streaming mode, the data is encapsulated in a network and divided into a number of small segments. The message is collected by the viewer's video playback device and determines the timing of the broadcast. File transfer, belonging to the Internet web page application (Web or h«p network protocol format), is very common on the Internet, suitable for audio and video playback, but because audio and video data is usually large amount of data, instant access to audio and video Sexual requirements are very unfavorable. Therefore, the audio and video data is generally transmitted by RTP (Real-time Transport Protocol) in a streaming mode (RTSP or SIP protocol), which can achieve low latency and is suitable for the instantness of video and audio viewing. However, using RTP/RTSP (Real-Time Streaming Protocol) packet format for network streaming, there are several common problems: Network devices such as NAT routing devices, firewalls, and Proxy must be specially configured or designed to allow RTP/ Packets such as RTSP passed smoothly, which caused application problems. Conversely, this is not the case with applications that use the http (HyperText Transfer Protocol) network protocol, which is typically designed to provide a lot of application support for Web applications. The general RTP packet encapsulation work belongs to the network application layer. It is not possible to consider the characteristics of the transport network in 201145981. In order to save the use of the header (Overhead), it is often transmitted using a larger length packet. This is applied on some networks. For example, the quality of the transmission channel of the wireless network such as Wireless LAN or WiMAX is often changed in time and place. The transmission of large-length packets will cause the rapid success rate of data transmission. decline. At this time, if it is for audio-visual browsing, it may cause unsatisfactory browsing, but it has no significant impact. However, for the video application of the NVSR uploaded by the network camera, it is necessary to ensure that the TCP (Transmission Control Protocol) connection is used under the consideration. The chance of resending the packet due to an error in the transmission of a large-length packet causes a serious burden and trouble on the network bandwidth. Another RTP/RTSP uploads audio and video data to NVSR's network architecture application. It is difficult to make the video and audio data point-to-point encrypted. Here, the point-to-point refers to the video and audio generating end and the user's audio and video browsing end. This privacy requirement is necessary for a webcam installed in a personal home. However, when using NVSR to host video recording, NVSR cannot manage the encrypted video and audio data, nor can it be played by the browser. In addition, the RTP/RTSP audio and video data browsing cannot properly respond to the network environment with varying bandwidth. Sometimes when the network bandwidth is large, it can be high-quality video data, but when the network bandwidth is small or worse, high-definition video and audio represents high-bandwidth requirements, and a large number of The case where the data transfer failed. Therefore, Apple Computer proposed a new online streaming network specification using the http network protocol method in January 1st, 2009, and implemented this specification on the current Apple network 201145981. End products, including Apple's new products such as MacBook, iMac, iPhone, iPod and iPad.

Apple's http network protocol real-time streaming specification allows users to play video files by downloading "small files" on a web page. The details include the following: The audio and video data is encapsulated by a server (Server) with a short length of 188 bytes of MPEG-TS packets, and a plurality of short packets form a short-second video file with a file name of .ts. The compressed image and the compressed voice are respectively packaged into consecutive short packets according to the time sequence. The audio and video format is a conventional audio and video synchronized MPEG2 TS (Transport Stream) format, which is not unfamiliar to most audio and video playback devices. For example, the DVB (European) and ATSC (US) standards for digital television broadcasting use MPEG-TS packets to transmit digital video and audio data, except for video and voice data, which can be packaged separately using MPEG-TS. Some control data can also be encapsulated using MPEG-TS, such as a broadcast schedule. The server also generates a playlist (Play List) that records the continuous .ts video file. The sub-file name is .m3u8, which is convenient for the viewer to read the playlist in the form of http network protocol and decide to play the movie.ts in the list. Read and play. This video streaming mode is actually a way to replay after the file (using the http network protocol). Apple recommends a video file time of 10 seconds, so the Live playback delay can be 3 seconds. The server generates a playlist, and at the same time, data encryption can be set for each .ts video slot, which facilitates the transmission, recording and viewing of the video, the need for privacy or the application of the charging mechanism, for the user, Point-to-point encryption is possible. The encryption method can be used with a method that is easy to calculate but 201145981 is highly secure, such as AES-128 (128-bits Advance)

Encryption Standard) or AES-256 algorithm. The feeder can simultaneously produce .ts files for different audio and video quality movies of the same movie. So the 'browser' player can choose different bandwidth qualities, small files, and videos to play at any time according to their network bandwidth. So you can choose different quality video files to play on the network. For example, when the network bandwidth quality is suddenly bad, the high-quality video playback is selected in the first 1 second, the medium-quality video is selected in the next 10 seconds, and the low-quality video playback is selected in the next 10 seconds, so that the network bandwidth can be achieved. The quality of the appropriate response to the seamless audio and video playback purposes. The server can store "small files," videos in different URLs (URIs), which is very important for video devices. Browsers can find "small files" to play according to the network conditions. Many of the authentication and billing methods of Web Page) are very mature. 'Apple's http network protocol real-time streaming specification, using Web Page management, many other methods must be used to authenticate users.' When AAA (Authetication, Authorization and Accounting) mechanism is used for billing, management benefits can be obtained.

The shortcomings of Apple's http network protocol real-time streaming specification are mainly the immediacy requirements of video and audio transmission, which may not meet the requirements of use. The traditional surveillance security system adopts Apple's specifications. Although it solves some of the shortcomings of RTP/RTSP, its instant playback can cause problems. Apple's specifications are more suitable for delaying playback or playback of past playback (Playback). In addition, the Apple specification does not include the specification that the network 201145981 camera audio and video data generation end uses the network transmission when the video is normally used. When a network camera is positioned as a video information generating end, it is not an Apple audio and video browsing application. At the server side, some functions need to be enhanced. When the network camera produces audio and video data and uploads it to the NVSR server, it also faces the problem of using RTP/RTSP in the network transmission equipment and environment. It also faces the privacy of audio and video data. The network camera and server must do A holistic change. Moreover, when the video camera of the surveillance video is often accompanied by the trigger event of some anti-theft device or sensor, the synchronization of the audio-visual material and the event data must be further considered. Although the traditional surveillance security system has event handling, such as the opening of the door in the home, there will be an event record of the "door open", but the event of "door opening" has no way to transmit synchronously with the audio and video materials. Because the conventional audio and video data and the event data use different independent network connections (TCP or UDP Connection), sometimes some of the previously generated data may be subsequently delivered, such as the video data than the event data when the door is opened. Delivered one step earlier or later, if the user accesses the movie at the point of the event, it may not be possible to see who really opened the door. In addition, different viewers under a certain local area network often exist on the Internet. When browsing the same movie, Apple's specifications cannot allow the video to be played simultaneously. For example, when a movie is viewed in a company office or in a school classroom, there may be a time difference between the broadcasts. In fact, any two computers in the same regional network use the same IP externally. Different nicknames (Ports) establish two independent connections to browse the video. In addition to wasting the network bandwidth, watching the same movie cannot guarantee. Synchronization when watching. In summary, the traditional monitoring and security system for network equipment, packets in the transmission of 201145981 due to the agreement, network equipment often caused packet problems, and sometimes caused a serious burden on the network equipment. By # = View:: often multiple users, which causes great inconvenience in management. The problem should be solved. [Invention] The main object of the present invention is to solve the above-mentioned shortcomings.

Transmitting audio and video and event data, and providing instant viewing and event reading, or viewing video and event data after the event.

In order to achieve the above objectives, the main data of the audio-visual and event processing system of the present invention 包括 'including the audio-visual and event data generating end, audio-visual and event ^ use the same network httP protocol TCP connection (TCP;; ηΓΐη): MPEG_TS packet format package , sent to the shirt sound and event processing subsystem through the network. h: Cloud video and event processing subsystem, including a receiving processing module file segmentation module, a slot management module, an instant play module, an event processing module and a web processing module. The Mountain & Stand-up End, including the receiver player, uses the web page to view the video and events of the continuous short-term file or MPEG-TS packet format of the cloud 7y曰 and event processing subsystem. The module components of the cloud video and event processing subsystem are as follows: The receiving processing module is configured to receive the video and event combination MPEG-TS packet data generated by a source using the ht tp protocol, in addition to the audio and video resources 201145981 group and Instant playback module, and = video and event and - index file, its; === sound ^? order relationship. Information points: Xieyi download 'Make video and event data sent in j::: The equipment will provide better coffee, case management module, and the management file will be generated by the branch group and the event == and The source end audio and video component can be connected, and the instant play module is connected to the receiving processing module to receive the video and audio data and the event #料', and the (4) instant connection of the 帛_ agreement and the (10) connection mode to the receiving end . The event processing module is connected to the receiving processing module for receiving the event negative and storing the data in an event database. The webpage processing module is connected with the file management module, the instant play module and the event processing module, and provides the instant video and event MPEG-TS packet data of the receiving end, or the archive of historical audio and video and events, or the event finishing Viewing the webpage (Web, http protocol application, web processing module simultaneously broadcasts the same IP, different receiving end of the same audio and video, multicasting, and a certain player at the receiving end will actively perform grouping on other receiving ends. Broadcast, to save the bandwidth of audio and video browsing, and to achieve the same effect of the audio and video browsing of different receiving ends of the same IP. 201145981 In the embodiment, in order to achieve the best effect of audio and video, the use of video and event data conforms to http Protocols and TCP connection packets, because the device is usually designed to provide better application support for http protocol and TCP connection, and TCP connection support is guaranteed. In addition, audio and video and events are also used in MPEG-TS. The short packet format is transmitted, which reduces the chance of resending after a packet error when using a wireless network or an unstable network transmission environment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS In order to enable the reviewing committee to better understand the technical contents of the present invention, a preferred embodiment will be described below. Please refer to FIG. 1 and FIG. 2 together with the architecture diagram of the audio-visual and event processing system 1 of the present invention. The video data 23 and the event data 24 generated by the source terminal 2 are encapsulated in the MPEG-TS format by using the same network protocol TCP connection (TCP connection) in the order of the data generation time. To the cloud audio and video and event processing subsystem 4, the data is stored in the cloud terminal pure 4, so (four) file and f library storage records, and the receiver / player 5 (mainly used to receive audio and video data and play out) The webpage processing module 46 of the cloud processing subsystem 4 can also perform the protocol of the video protocol and the event of the http protocol mode through the network 3. The video and event processing system 1 is applied to the surveillance security system for monitoring purposes. The video source end 21 and the event source end 22. The audio and video end 21 includes an image generation module, an image compression module, a sound generation module, and a sound_module 2id. The seam is at home. The specially designed network camera is the audio and video source; in addition to the audio and video data 23 itself, the event is collected through wired or wireless 201145981 source 22 (event generation module 22a, such as anti-theft device, sensor, etc.) The event data 24 of the product is encapsulated in the order of the MPEG-TS packet format and transmitted to the cloud video and event processing subsystem 4 using the network transmitting device. The receiving end/player 5 is, for example, a working place, a hotel, or an outdoor The user can receive the data organized by the cloud video and event processing subsystem 4 through the network connection device, such as a computer or an internet-enabled mobile phone, so that the user can monitor the situation in the home through the service of the audio-visual and event processing system 1. Brother. The audio-visual and event processing system 1 can also be applied to teaching, providing audio-visual materials for teaching 23, such as a remote DVD player and a receiving/player 5 for multiple computers in the classroom. Lu Ying sound source 21 is a network-enabled camera (of course, any image such as IP-Cam, DVR or DVS "Digital Video Server"; generator), usually using a certain video data compression, image compression mode The group 21b compresses the image using the h.264 (Video) method, and the sound compression module 2Id uses the compressed sound of AAC (Audio 'Advanced Audio Coding) to generate the video material 23. However, regardless of the source device 2, the focus is on the source 2 to provide static or dynamic audio and video data23, but it should be noted that the video material 23 contains both video, sound and text, and the φ text data includes general text. , letters, codes, or symbols, etc. Audio and video material 23 may have text reasons like subtitles in the film. Taking into account the monitoring in the middle of the example, the source end 2 will be generated in addition to the camera, such as the anti-theft ¥ (door, or window detector), money (such as smoke sensor) after being triggered. Information 24. The event data 24 generated by the source 22 can be transmitted to a Home Gateway collection for subsequent network transmission. For applications monitored at home, event data 24 is often accessed along with audiovisual material 23, 12 201145981 However, conventional monitoring systems are unable to transmit audiovisual material 23 and event data 24 using the same network connection. This caused some occasions, such as the event that the door was opened, and immediately went to browse the audio and video material 23, but did not know what happened, because the film at that time may not have been delivered or sent.

In this embodiment, the event data 24 collected by a home gateway device is sent to the video source terminal 21, and the video source terminal 21 collects the video and audio data 23 and the event data 24 at the same time, and the packet generation module % The 188-bytes MPEG-TS packet is generated and sent using the TCP connection of the same network http protocol, which guarantees the time synchronization of the two types of data. – The image, sound and text data have been clearly defined in the standard format of MpEG_TS, and the event data 24 in this embodiment is represented by the empty packet _丨Paeket in MpEG_Ts. The original empty packet definition is for the library that allows the .EG-TS packet to get a fixed transmission rate (c〇 she adds her). The receiving end receives the packet without any other explanation, and directly discards the packet. However, this implementation considers (4) It encapsulates the event data 24. Through the network, voice, text and event data, it is sent to the cloud video and event processing subsystem 4 using the same packet format and network connection. Of course = the transmission of fine-packed materials

= and event data 24 is presented in a packet by way of transmission (10). In the present embodiment, the video material 23 and the event data MPEG-TS application layer packet are sequentially sealed with the ytCS TCP transport layer connection packet, because the ':h 11P protocol tcp (λ Rk4-A(\\ ^ I-ju ^ «Λ. The header is about 228-bytes 〇88+4〇) short packet, which produces a lot of header data (Overhead), 13 201145981 but the short packet is transmitted using the wireless network feature environment, Guaranteed delivery of TCP connections has a relatively high transmission efficiency, because the probability of random errors in the data transmitted in the wireless environment is high, and the TCP connection guarantees the characteristics of delivery. When the data is transmitted incorrectly, the packet will be resent. The short packet is relatively long. In terms of packets, the chances of resending are greatly reduced. The 188_bytes MPEG_TS packet is about 1500-bytes of RTP packets (plus UDP and IP headers), although it wastes more packet headers (0verhead). The packet can be made suitable for the transmission of the wireless network characteristic environment. The cloud audio-visual and event processing subsystem 4 of the present invention mainly processes the module 4 - (4) the group 42, the financial management module 43, - the instant play mode Group 44, event processing module 45 And - Group 46. It should be noted that the "module" described in this specification is a "multiple" electronic device, such as a circuit board, a soft device, a computer system, etc. The money stored in the software is stored. The device receiving processing module 41 is configured to receive the negative voltage 23 generated by the source terminal 2 and the event data 24. Receiving processing mode = MPEG-TS data is transmitted to 4 44, but only event data 24 is sent to the event office == module 42, file management module 43, 5 file segmentation of the present invention... event data f4^PPle specification Make a module. The empty packet (NuU Paeket) data form = association) will extract the event data 24, because, ^ 曰 _ : , , 'σ s, such a square or window detector) or induction 3 | has: 4 The material 24 is an anti-theft device (door, road event f material #_式, Qing can know that 23 can be synchronized with the event data 2 / why the sound. So audio and video materials

^ Event data 24 is a scalar (four) event of the event data 24 in addition to the event processing module using the NG-Packet form of the MPEG-TS 14 201145981, the A-outer group 45 and the (four) module 41. Data 24 Receiver/player 5 play crying - I a decompression module 52, sound decompression mode ^f bracket face processing module 51, image; ===module receiving audio and video data_piece miniatures capital oblique 23 fish 1 Du Du,,: Module & and the sound decompression module 53 decompresses the shadow of the second material 23盥i strain consults the material 24, and then the screen processing module 51 plays the material, 24. The event control module 55 is operative to generate 2. 'And transmitted to the source 5 points through the event processing subsystem 4' - the instant play module 44 can support the receiving end / play assured Li t, v " to instantly view the audio and video data 23, instant broadcast directly The method is to communicate with the _ agreement and the Tcp connection, and the shirt audio data 23 is transmitted to the receiving end/playing test 46 to provide the receiving end/player 5 using the web page processing module for viewing, and also for the event, please refer to the video material. 23 / Player 5 to see through the event. In order to facilitate the receiving end, the shirt sound and event processing system 1 of the present invention further includes 5 ways of not needing to view the player event data 24 produced by the source terminal 2 in an instant manner (for example, performing audio and video data 2; ^ data 23 and audio data 23 historical data) Or, because the receiving end/broadcast 'viewing shadow method is viewed in an instant manner, and the delay device is not as long as 30 seconds, 23) the file splitting module 42 and the receiving processing module 4 are electrically, & Z 3 And splitting the video material 23 and the event data into a plurality of small shadows = 201145981 event file 48 and the corresponding index file 47, wherein the index file 47 is used for the order relationship between the small video and the event rights 48. The job management Tian Shuhui will store and manage a plurality of small video and event files 48 and cable, and 43 so that the receiver/player 5 can download the index files 47' and 誃=47, the small video and event files 48. Small video and event files 48 broadcast ^, which can be between 3 seconds and 300 seconds, it is recommended that small video and event files 48 number of Apple specifications. ts MPEG_TS format specification, and the ^ 丨 ^, Fu, Apple specifications The specification of the m3u8 format, such a format can be used to popularize the iMac, iPhone or iPad and other Apple audio and video players. However, for the player of the Apple device, the MPE (}_TS) is used because of the use of a null packet (NullPacket), the player does not provide any information for any explanation. 丨 Event pairs use Microsoft Microsoft Window or other jobs At the end, the receiving end/player 5 must be designed to play the .m3u8 index two=received MPEG-TS packet. Please refer to the schematic diagram of FIG. 3 together, the screen processing module 51 of the player A can be Combine the audio and video materials with the text/material 24, and the event data 24 is the anti-theft device or the information that can be generated by the shell (such as "door open", "someone enters the door" ^ user, synonym), as The subtitles of the movie are posted below the playing video. Because the fixed end/player 5 can view the video generated by the source 2 in real time, and the video displayed together with the event, the real synchronization is achieved. Another reason for the small video and event file 48 to transmit video and audio material data 24 is that the receiver/player 5 can be downloaded and connected to the TCP connection, so that the data is transmitted through the network 3 Road equipment will provide better With the support, the transmission process is smoother. Network devices such as NAT routing devices, firewalls and Proxys do not need to be specially set or designed by 201145981 to allow such packets to pass smoothly. In addition, the characteristics of the present invention - 'because event data 24 uses mpeg_ts ^Null Packet is sent out at the same time as the audio and video material 23, so the second video source end 21 and the event source end 22 want to start or terminate the data plus ^ can generate - the event of encryption or not # material 2 sue the subsequent processing unit - Whether the data has been encrypted or not, and the parameters of the encryption are used. This feature allows the user to perform point-to-point encryption on the audio and video data 23 or the event: the material 24 in his home or other monitoring location, thus maintaining high privacy. Security application. Similarly, the audio and video source terminal 21 can be activated or terminated at any time to set the high, medium and low video compression quality of the audio and video data 23. High, medium and low three compressed audio and video quality can be generated simultaneously or in a single generation. The source 21 generates an event data 24 of different compressed audio and video quality, and uses the MPEG-TS null packet (Null Packet). The continuation processing unit reports three usage parameters of the compression quality. When the audio source source 21 is simultaneously required to generate the high, medium and low audio and video quality of the compressed audio and video quality 23, the three audio and video data 23 also use the same http protocol and TCP connection is sent out, because MPEG-TS itself supports the function of multi-audio data transmission, as it provides digital TV broadcasting, and simultaneously generates multiple audio and video programs. In addition, the web processing module 46 detects the receiving end/player 5 ( For example, when the receiving end/player 5 has multiple computers in the same local area network, the same IP 'different nickname (P〇rt) is required to transmit the same video material 23 and event data 24'. A receiving end player (referred to as the B player 5b) of the same ip that previously performed the video and audio browsing is required to enter the multicast player service (hereinafter referred to as the player 5a). Please refer to FIG. 4, that is, when the A player 5a requests the webpage 201145981 processing module (9) to perform audio and video browsing, the webpage processing module 46 generates a request for the B player to perform the multicast command. Advertisement Yue 5a player is ready to receive the broadcast information sent by the player B 5b. In addition, in one of the features of the present invention, the event source terminal 22 sends the event PEG_TS U packet (Null Paeket) through the video source terminal 21, but in the application, some event source terminal 22 can also receive the user through the receiving end/ The event control data 25 sent by the player 5. Referring to FIG. 1, the event processing module 45 can send some event control data 25 to the source terminal 2, and use the same Tcp connection as the source terminal 2 to send the video material 23 and the event data 24. The event control data 25 is such as a remote control signal for controlling the rotation of the camera, or for turning on some of the table lights that can be controlled. Control data can be in mpeq_ts package or any format. Table τ, above, the present invention, regardless of the purpose, means and efficacy, are not different from the characteristics of the conventional technology, please ask the review board to observe, early granting patents, 俾嘉惠社会,实感德Will. It is to be noted that the various embodiments described above are intended to be illustrative only, and the scope of the invention is intended to be limited by the scope of the appended claims. For example, the communication protocol proposed in the present invention uses existing agreements, but is not limited to existing agreements, and includes future agreements. One of the features of the present invention is to find a unique combination by breaking through the agreements used in the past. 'And the prior proposed agreement is disclosed in the specification, that is, the system of the present invention can be implemented quickly according to the prior art, and no further network equipment needs to be developed. It should be noted that the file segmentation module of the present invention divides the video and audio data into a plurality of small video and event files and an index file, wherein an index file has at least one index file, and of course, there are many Index 201145981 file, especially when the audio and video materials are too large, or there are audio and video materials generated by different sources. The MPEG-TS packet size is not limited to 188-bytes, and some custom changes are also in the concept of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a structural diagram of a video and audio system of the present invention. Figure 2 is a system architecture diagram of the source and receiver. FIG. 3 is a schematic diagram showing subtitle display according to the present invention regarding video and audio combining events. 4 is a schematic diagram of the present invention regarding group broadcasting. [Main component symbol description] Video and event processing system 1 Source 2 Event source 22 Image compression module 21b Sound compression module 21d Event data 24 Video source end 21 Image generation module 21a Sound generation module 21c Event generation module 22a Audio and video data 23 Event control data 25 Packet generation module 26 Network 3 Cloud audio and video and event processing subsystem 4 Receive processing module 41 File split module 4 2 Instant play module 4 3 File management module 4 4 201145981 Event processing Module 45 Index file 47 Receiver/player 5 Facet processing module 51 Sound decompression module 53 Event control module 55 Receiver port player 5a Web page processing module 46 Small video and event file 48 Image decompression module 52 Packet receiving module 54 receiving end player 5b

20

Claims (1)

201145981 VII. Shenqing patent scope·· 1. Kind of cloud audio and video and take Duxu search for $μ. - Audio and video data and events generated by the source = too much to receive the receiver to receive, receive, and handle the event The subsystem includes: the farm material; the module is configured to receive the video and audio file generated by the source end, and the file segmentation module, and the receiving processing module = thing = ' and divide the data into a plural number = shadow "Events; = The floor is used to describe the small-sized file management module. It is used for (4) (4) 2 small video and event buildings and indexes. 可: 可: ίί;:: Event information is easy to manage; The material processing module and the event processing module, and the event processing data of the receiving processing module and the storage of the event data to receive the data connection to receive and release the sound and event. The network is transmitted to the network = 2. The cloud system described in the first paragraph of the patent application. The web processing module receiving source terminal 201145981 uses the http protocol data, and sends the data to the receiving end/player. And TCP connection mode MPEG-TS format packet 3. The audio and video data is used to generate audio and video data and transmit the network. The source includes: a first image generating module; an image compressing module connected to the image generating module. a module; a sound compression module associated with the sound generation module; a packet generation module is coupled to the image compression module and the sound compression module; wherein the audio and video data is generated by the image generation module and the sound generation module, and the image compression module and the sound is reduced The module performs compression processing. The packet generation module processes the video and audio data into MPEG-TS packets, and then transmits the data to the network by using the http protocol and the TCP connection. 4. The source end as described in claim 3, further comprising an event generating module for generating event data, the event generating module being connected to the packet generating module, and using the MPEG-TS empty packet (Null Packet) said. 5. The source end of the patent application scopes 3 and 4, wherein the image compression module and the sound compression module can be used to set or change the encryption parameters at any time to encrypt the audiovisual data and the event data, and Generate another encrypted event data to inform the subsequent processing unit, whether the data has been encrypted, and what parameters are used for encryption. 22 201145981 6. The source end of claim 3, wherein the image compression module is compressed by H.264 (Video), and the sound compression module is compressed by AAC (Audio, Advanced Audio Coding). 7. For the source mentioned in the third paragraph of the patent application, the source includes a network camera (IP_Cam), a network-enabled digital video recorder (DVR, Digital Video Recorder) or a digital video server (DVS, Digital Video Server). 8. If the source end of the patent application scope 4 or 5 is applied, the event data and the audiovisual material are encapsulated in the same MPEG-TS continuous packet in the order of time of generation, and then connected by http protocol and TCP. The method is transmitted to the network. 9. The source end of claim 4, wherein the event generating module is an anti-theft device or a sensor. 10. A player for receiving and playing video and event data of a cloud video and event processing subsystem as described in claim 1 of the patent application, the player comprising: a packet receiving module; an image The decompression module is connected to the packet receiving module; an audio decompression module is connected to the packet receiving module; and a kneading processing module is connected to the image decompression module and the sound decompression module; The packet receiving module uses the http protocol and the TCP connection method to receive the video and event data of the cloud video and event processing subsystem, wherein the video data and the event data are composed of MPEG-TS packets in chronological order, and The event data is represented by the MPEG-TS empty packet 23 201145981 (Null Packet), and the data is decompressed by the image decompression module and the sound decompression module, and the video processing material is broadcasted by the picture processing module. 11. The player of claim 10, wherein the player of the player can also play the small video and event files and index files generated by the cloud video and event processing subsystem. 12. The player as claimed in claim 10, wherein the face processing module broadcasts the event data to the video and audio material in a user-customized message, and simultaneously broadcasts in the same manner as the movie subtitle. 13. The player of claim 10, wherein the player has a multicast function. 14. The player of claim 10, wherein the player further comprises an event control module for generating an event control data and transmitting the event control data through the packet receiving module.