A method and system for reading video data based on a server

Abstract

The present invention relates to the field of video surveillance technology, and in particular to a method and system for reading video data based on a server. The present invention ensures the security of video data during transmission by encrypting video files before transmission, preventing data from being intercepted or tampered with, and can effectively protect the privacy of video content, especially when sensitive monitoring scenes are involved; multiple smart contract nodes and blockchain video file storage nodes are used for hot backup of data, avoiding the single point failure problem of traditional centralized video servers, improving the reliability and availability of the system, and ensuring the continuous storage and access of video data; through decentralized storage and multi-node architecture, the load of a single node is reduced, the performance of the system under high concurrent access conditions is improved, the efficiency of video storage and reading is ensured, and the delay and data loss risk caused by the surge in access volume are reduced; the smart contract node records the retrieval record of the video file, which is convenient for subsequent auditing and tracing.

Description

Technical Field

[0001] The present invention relates to the technical field of video monitoring, and in particular to a method and system for reading video data based on a server. Background Art

[0002] Traditional video surveillance systems have obvious limitations in terms of security, reliability, and scalability. Especially in the application of cloud storage and management of massive surveillance data, the inherent defects of centralized architecture limit its adaptability to complex and changing surveillance scenarios. The specific defects are as follows:

[0003] Security issues:

[0004] If the video stream is not encrypted to protect data during transmission, it is very easy to be intercepted, tampered with and other malicious attacks;

[0005] Unencrypted surveillance footage may be stolen by criminals, especially in the surveillance of sensitive places, where the leakage of video content may lead to serious consequences;

[0006] Single point of failure problem:

[0007] Traditional video server architecture has a high risk of single point failure, and high-load operation and hardware failures of servers often occur;

[0008] Once the server fails, the reception and storage of the video stream will be interrupted, resulting in the inability to save the video recorded by the monitoring equipment during the failure period;

[0009] Previously saved surveillance videos may also be unable to be retrieved due to damage to the storage device or data loss, affecting the reliability of data storage;

[0010] Bandwidth and storage resource bottlenecks:

[0011] With the improvement of monitoring equipment and video quality, the storage and retrieval of massive data have put forward higher requirements for traditional centralized servers;

[0012] When multiple surveillance devices upload video streams simultaneously, traditional server architecture often finds it difficult to cope with the surge in bandwidth demand, resulting in unstable video transmission and even data loss.

[0013] Therefore, in order to solve the above problems, a method and system for reading video data based on a server are proposed. Summary of the invention

[0014] The purpose of the present invention is to provide a method and system for reading video data based on a server, so as to solve the problems raised in the above background technology.

[0015] To achieve the above object, the present invention provides the following technical solutions:

[0016] A system for reading video data based on a server, comprising:

[0017] The camera end includes a video file output module, an identifier generation module, a video file encryption module and a video file transmission module;

[0018] The video file output module converts the real-time captured images into a video file format and outputs them as storable video files;

[0019] After receiving the video file, the identifier generation module divides the video file into a number of video data blocks and generates a unique identifier for each video data block according to an encrypted hash algorithm;

[0020] The video file encryption module obtains a one-time encryption key from the smart contract node and encrypts the video data block;

[0021] The video file transmission module transmits the encrypted video data block to the video file storage node through the network;

[0022] Smart contract node; the smart contract node includes an encryption key generation module, a decryption key generation module, a video file retrieval module, and a privacy protection and multi-level permission module;

[0023] The encryption key generation module generates and distributes one-time encryption keys for use by the camera end;

[0024] The decryption key generation module generates and distributes a one-time decryption key for use by the client;

[0025] The video file retrieval module queries the blockchain unique identifier of the video file according to the user's search conditions;

[0026] The privacy protection and multi-level permission modules manage user access rights and privacy protection policies;

[0027] Video file storage node; the video file storage node includes an encrypted video file storage module, a hot backup module and a video file information synchronization module;

[0028] The encrypted video file storage module stores the encrypted video file data blocks;

[0029] The hot backup module performs real-time backup of stored video files;

[0030] The video file information synchronization module records the identifier of the small data block of the video file and the characteristic value of the storage node, and performs information synchronization;

[0031] Client; the client includes a retrieval module, a decryption module and a merging module;

[0032] The retrieval module sends retrieval conditions to the smart contract node to obtain information about the video data;

[0033] The decryption module obtains the encrypted video data block according to the unique blockchain identifier returned by the retrieval, and obtains a one-time decryption key from the smart contract for decryption;

[0034] The merging module merges the decrypted video data blocks into a complete video file.

[0035] Preferably, the video file output module captures the screen of the monitored area in real time through a built-in camera or an external camera device, encodes the captured original video stream, saves the encoded data as a video file, and assigns an adaptive file name and format to it to obtain the video file; after the video file is generated, the video file output module performs an integrity check, calculates the hash value of the video file, and compares it with the original video stream to determine that the file size and format are as expected, and sends a signal to the identifier generation module to indicate that the video file has been successfully generated.

[0036] Preferably, the identifier generation module receives the video file from the video file output module, divides the video file into several video data blocks, performs hash calculation on the content of the video data block using a hash algorithm to generate a unique identifier, uses the generated hash value as the unique identifier of the video data block, and formats it; associates and stores the identifier with the associated information of the video data block; and sends a signal to the video file encryption module to indicate that the unique identifier has been successfully generated.

[0037] Preferably, the video file encryption module receives the video data block and unique identifier from the identifier generation module, sends a request to the smart contract node, obtains a one-time encryption key, generates a dynamic random number, encrypts the video file using an encryption formula, saves the encrypted video data as a new encrypted file, and records its unique identifier and related information.

[0038] Preferably, the video file transmission module packages the encrypted video data blocks to form data packets, and attaches metadata, wherein the metadata includes a unique identifier of the video data block and storage node information; selects a transmission protocol according to the network environment and transmission requirements, establishes a network connection with the video file storage node, and handles the establishment, maintenance and disconnection of the connection; sends the packaged data packets to the designated video file storage node through the network, and monitors the transmission status in real time. After the data is sent, it receives confirmation information from the video file storage node to ensure that the data has been successfully received, and records the transmission log for subsequent audit and tracing; during the transmission process, if data loss, error or timeout occurs, the data packet is automatically resent.

[0039] Preferably, the encryption key generation module includes the following functional components:

[0040] Master key management component: responsible for storing and managing the user's master key, ensuring the security and confidentiality of the master key, and providing access control to the master key;

[0041] Random number generation component: Generates dynamic random numbers that combine user identity information, timestamps, and video stream features;

[0042] Pseudo-random generation function component: implements the pseudo-random generation function, using the HMAC algorithm combined with the master key and dynamic random number to generate a pseudo-random key sequence;

[0043] One-time encryption key generation component: generates a one-time encryption key based on a pseudo-random key sequence and other related information;

[0044] Key distribution component: securely distributes the generated one-time encryption key to the video file encryption module;

[0045] Key recording component: records the generated one-time encryption keys and their usage for subsequent auditing and tracing.

[0046] Preferably, the decryption key generation module includes the following functional components:

[0047] One-time decryption key management component: responsible for storing and managing the generated one-time decryption keys and providing access control to the decryption keys;

[0048] Decryption key generation component: Generates a one-time decryption key based on a pseudo-random generation function and a dynamic random number;

[0049] Key distribution component: securely distributes the generated one-time decryption key to the client to ensure the security of the key during transmission;

[0050] Key recording component: records the generated one-time decryption key and its usage for subsequent audit and tracing;

[0051] Permission verification component: Before the decryption key is distributed, the identity and permissions of the user requesting the decryption key are verified, allowing only authorized users to obtain the decryption key.

[0052] Preferably, the video file retrieval module includes the following functional components:

[0053] Retrieval condition receiving component: receiving the retrieval conditions sent by the client, the retrieval conditions including the user's permission information, time range, and video identifier;

[0054] Video file index management component: manages the video file index stored on the blockchain, including the unique identifier of the video file, storage node feature value and related metadata;

[0055] Permission verification component: verifies the user's access rights to the requested video file based on the user's permission information;

[0056] Retrieval execution component: according to the received retrieval conditions, query the video file information in the video file index management component, and obtain the video file identifier and storage node feature value that meet the conditions;

[0057] Result return component: returns the retrieved video file identifier and storage node feature value to the client.

[0058] A method for reading video data based on a server includes a method for reading video data based on a server using a system for reading video data based on a server.

[0059] Compared with the prior art, the beneficial effects of the present invention are: by encrypting the video file before transmission, the security of the video data during the transmission process is ensured, and the data is prevented from being intercepted or tampered with, especially when sensitive monitoring scenarios are involved, the privacy of the video content can be effectively protected; multiple smart contract nodes and blockchain video file storage nodes are used for hot backup of data, which avoids the single point failure problem of traditional centralized video servers, improves the reliability and availability of the system, and ensures the continuous preservation and access of video data; through decentralized storage and multi-node architecture, the load of a single node is reduced, the performance of the system under high concurrent access conditions is improved, the efficiency of video storage and reading is ensured, and the delay and data loss risk caused by the surge in access volume are reduced; the smart contract node records the retrieval record of the video file, which is convenient for subsequent auditing and tracing, enhances the transparency and traceability of the system, and helps to meet compliance requirements. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] Figure 1 The present invention is a schematic diagram of the overall structure of a system for reading video data based on a server. DETAILED DESCRIPTION

[0061] In order to make the purpose, technical solution and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0062] In order to better understand the above technical solution, the above technical solution will be described in detail below in conjunction with the accompanying drawings and specific implementation methods.

[0063] Example:

[0064] See also Figure 1 , this embodiment provides a technical solution:

[0065] A system for reading video data based on a server, comprising a camera, a smart contract node, a video file storage node and a client.

[0066] In this embodiment, the camera end includes a video file output module, an identifier generation module, a video file encryption module and a video file transmission module, specifically:

[0067] The video file output module converts the real-time captured images into a video file format and outputs them as storable video files;

[0068] further:

[0069] 1. Functional Overview

[0070] The video file output module is responsible for capturing the images of the monitored area in real time and converting them into a storable video file format; this module ensures the integrity and quality of the video data and provides a basis for subsequent video processing and storage;

[0071] 2. Components

[0072] The video file output module consists of the following key components:

[0073] Video capture component: responsible for obtaining real-time video stream;

[0074] Video encoding component: encodes the captured video stream;

[0075] Video file generation component: saves the encoded video stream as a file and performs integrity check;

[0076] File management component: responsible for assigning names and formats to generated video files;

[0077] 3. Implementation steps

[0078] 3.1 Video capture steps:

[0079] Start video capture via built-in camera or external camera device;

[0080] Connect to the camera using appropriate drivers and APIs (such as DirectShow, OpenCV, etc.);

[0081] Set the camera parameters (such as resolution, frame rate, etc.) to meet monitoring needs;

[0082] Start capturing a live video stream;

[0083] 3.2 Video encoding steps:

[0084] Receive the captured raw video stream;

[0085] Use a video encoder (such as H.264, H.265, etc.) to encode the original video stream;

[0086] Ensure that the encoded data meets the predetermined file format requirements (such as MP4, AVI, etc.);

[0087] 3.3 Steps to generate video files:

[0088] Save the encoded video data as a video file, and select a suitable file name and format;

[0089] After the file is generated, perform a sanity check:

[0090] Calculate and generate the hash value of the video file (such as SHA-256);

[0091] Compare the calculated hash value with the original video stream to ensure that the file has not been tampered with;

[0092] Confirm that the size and format of the video file meet the expected standards;

[0093] Send a signal to the identifier generation module indicating that the video file has been successfully generated and is ready for subsequent processing;

[0094] 3.4 File management steps:

[0095] Assign an appropriate file name to the generated video file, usually including information such as timestamp and camera ID, to facilitate subsequent retrieval;

[0096] Save the generated video file to a specified storage location (such as a local hard disk, network storage, etc.);

[0097] Record the metadata of the video file, including file name, generation time, file size, format, etc., to facilitate subsequent management and retrieval;

[0098] 4. Key technical parameters

[0099] Resolution: set to 1080p, 720p, etc., according to monitoring requirements;

[0100] Frame rate: usually set to 25fps or 30fps to ensure video smoothness;

[0101] Encoding format: Select H.264 or H.265 to balance video quality and file size;

[0102] File format: Supports common formats such as MP4 and AVI to ensure compatibility;

[0103] After receiving the video file, the identifier generation module divides the video file into a number of video data blocks and generates a unique identifier for each video data block according to an encrypted hash algorithm;

[0104] further:

[0105] 1. Functional Overview

[0106] The main function of the identifier generation module is to create a unique identifier for each generated video data block; these identifiers are used for subsequent data storage, retrieval and management to ensure that each video data block is unique in the system, thereby avoiding data conflicts and confusion;

[0107] 2. Components

[0108] The identifier generation module usually consists of the following key components:

[0109] Data block segmentation component: responsible for segmenting the generated video file into several small data blocks;

[0110] Hash algorithm component: Generates a unique identifier using a cryptographic hash algorithm;

[0111] Identifier management component: responsible for storing and managing generated identifiers and their associated information;

[0112] 3. Implementation steps

[0113] 3.1 Data block segmentation steps:

[0114] Receiving the video file generated by the video file output module;

[0115] Split the video file into several small data blocks according to the preset size (such as 1MB, 2MB, etc.);

[0116] Ensure that the size of each data block is consistent to facilitate subsequent processing and storage;

[0117] Record the starting and ending positions of each data block to facilitate subsequent reorganization and retrieval;

[0118] 3.2 Steps to generate unique identifier:

[0119] Apply a hash algorithm (such as SHA-256) to each segmented video data block;

[0120] Take the content of the data block as input and generate a unique hash value as the identifier of the data block;

[0121] Ensure that the generated identifiers are sufficiently random and unpredictable to prevent collisions (i.e. situations where different data blocks generate the same identifier);

[0122] Associating the generated identifier with the corresponding data block to form a mapping relationship between the data block and the identifier;

[0123] 3.3 Identifier management steps:

[0124] storing the generated identifier and its corresponding data block information in an identifier management database;

[0125] Record metadata such as the generation time, data block size, storage location, etc. of each identifier to facilitate subsequent retrieval and management;

[0126] Provides an interface for other modules (such as video file transfer module) to query and use identifiers;

[0127] 4. Key technical parameters

[0128] Hash algorithm: Use secure hash algorithms such as SHA-256 to ensure the security and uniqueness of identifiers;

[0129] Data block size: Set a reasonable data block size based on system requirements, usually between 1MB and 5MB;

[0130] Identifier length: The length of the generated hash value (e.g. 256 bits) should be long enough to reduce the probability of collision;

[0131] The video file encryption module obtains a one-time encryption key from the smart contract node and encrypts the video data block;

[0132] further:

[0133] 1. Functional Overview

[0134] The main function of the video file encryption module is to encrypt the generated video data blocks to ensure data security and privacy protection during transmission and storage. The module uses encryption algorithms to convert video data into an unreadable encrypted format to prevent unauthorized access and data leakage.

[0135] 2. Components

[0136] The video file encryption module usually consists of the following key components:

[0137] Encryption key management component: responsible for generating and managing encryption keys;

[0138] Encryption algorithm component: implements a specific encryption algorithm to encrypt video data;

[0139] Encrypted data block generation component: save or transmit the encrypted video data block;

[0140] 3. Implementation steps

[0141] 3.1 Encryption key management steps:

[0142] Request a one-time encryption key from the smart contract node;

[0143] Use a cryptographic key generation algorithm (such as HMAC) to generate a pseudo-random key sequence in combination with a master key and a dynamic random number;

[0144] Ensure the uniqueness and security of encryption keys and avoid key reuse;

[0145] 3.2 Encryption algorithm implementation steps:

[0146] receiving a video data block to be encrypted;

[0147] Encryption is performed according to the encryption formula: E(V,K,R)=(V⊕P(K,R))×G(R)⊕H(V);

[0148] Formula explanation:

[0149] E: encryption function, indicating the result after encrypting the original video stream data;

[0150] V: input original video stream data (can be regarded as a byte array), that is, the video data to be encrypted;

[0151] K: user's master key, used for key generation during encryption;

[0152] R: dynamic random number, output by the random number generator, used to enhance encryption security;

[0153] P(K,R): pseudo-random generation function, which combines the master key and the dynamic random number to generate a pseudo-random key sequence. The specific implementation is: P(K,R)=HMAC(K,R);

[0154] Here, the HMAC (Hash-basedMessageAuthenticationCode) algorithm is used to generate a pseudo-random sequence;

[0155] G(R): A pseudo-random number generation algorithm based on random numbers. It uses stream encryption algorithms such as ChaCha20 to generate pseudo-random numbers. The specific expression is:

[0156] G(R)=ChaCha20(R,N);

[0157] Where N is a counter used to track the generated pseudo-random numbers;

[0158] H(V): Hash function, which calculates the hash value of the original video stream to ensure data integrity. It uses the SHA-256 algorithm: H(V)=SHA-256(V);

[0159] ⊕: represents the bitwise exclusive OR operation (XOR), which is used to encrypt data;

[0160] ×: indicates the multiplication of data with the generated pseudo-random number, usually indicating the combination of data stream and pseudo-random stream in stream encryption;

[0161] 3.3 Encrypted data block generation steps:

[0162] Save the encrypted video data block as an encrypted file, ensuring that the file format is consistent with the original video;

[0163] Record the metadata of the encrypted data block, including generation time, encryption algorithm, key information, etc.

[0164] Associating the unique identifier of the encrypted data block with the encrypted file to facilitate subsequent retrieval and management;

[0165] 4. Key technical parameters

[0166] Encryption algorithm: Use symmetric encryption algorithms (such as AES, ChaCha20) to ensure encryption efficiency and security;

[0167] Key length: Select an appropriate key length (such as 128 bits, 256 bits) to enhance encryption strength;

[0168] Dynamic random number generation: ensure the randomness and unpredictability of dynamic random numbers to improve encryption security;

[0169] The video file transmission module transmits the encrypted video data block to the video file storage node through the network;

[0170] further:

[0171] 1. Functional Overview

[0172] The main function of the video file transfer module is to securely transfer encrypted video data blocks from the camera system to the blockchain video file storage node; this module ensures the integrity and security of the data during transmission while supporting efficient data transmission;

[0173] 2. Components

[0174] The video file transmission module usually consists of the following key components:

[0175] Data packaging component: responsible for packaging the encrypted video data blocks for easy transmission;

[0176] Transport protocol component: implements specific protocols for data transmission, such as HTTP, TCP, etc.

[0177] Error detection and retransmission component: ensures the integrity of data transmission and handles errors and packet loss during transmission;

[0178] Node identification component: ensures that data is transmitted to the correct blockchain video file storage node;

[0179] 3. Implementation steps

[0180] 3.1 Data packaging steps:

[0181] receiving encrypted video data blocks;

[0182] Pack the data block with its unique identifier and related metadata (such as timestamp, file size, etc.) to form a complete data packet;

[0183] Ensure that the format of the data packet is compatible with the transport protocol;

[0184] 3.2 Transmission protocol implementation steps:

[0185] Select the appropriate transport protocol (such as HTTP, WebSocket, TCP, etc.) and configure it according to the network environment and requirements;

[0186] Establish a connection with the target blockchain video file storage node;

[0187] Send the packaged data packets to the target node to ensure data security during transmission;

[0188] 3.3 Error detection and retransmission steps:

[0189] During data transmission, integrity checks are performed on data packets using methods such as checksums and / or hash values;

[0190] If an error or loss of a data packet is detected during transmission, a retransmission mechanism is automatically triggered;

[0191] Record transmission logs to facilitate subsequent audits and problem tracking;

[0192] 3.4 Node identification and confirmation steps:

[0193] During the transmission process, ensure that the characteristic values ​​of the target blockchain video file storage node are consistent with expectations to prevent data from being sent incorrectly;

[0194] After the transmission is completed, a confirmation response is received from the target node to ensure that the data has been successfully received and stored;

[0195] 4. Key technical parameters

[0196] Transmission protocol: Select an efficient and secure transmission protocol to ensure the stability and security of data transmission;

[0197] Packet size: According to network bandwidth and delay, reasonably set the packet size to improve transmission efficiency;

[0198] Encrypted transmission: Encryption technologies such as SSL / TLS are used during the transmission process to ensure the security of data during transmission.

[0199] In this embodiment, the smart contract node includes an encryption key generation module, a decryption key generation module, a video file retrieval module, and a privacy protection and multi-level permission module. Specifically:

[0200] The encryption key generation module generates and distributes one-time encryption keys for use by the camera. The encryption key generation module includes the following functional components:

[0201] Master key management component: responsible for storing and managing the user's master key, ensuring the security and confidentiality of the master key, and providing access control to the master key;

[0202] Random number generation component: Generates dynamic random numbers that combine user identity information, timestamps, and video stream features;

[0203] Pseudo-random generation function component: implements the pseudo-random generation function, using the HMAC algorithm combined with the master key and dynamic random number to generate a pseudo-random key sequence;

[0204] One-time encryption key generation component: generates a one-time encryption key based on a pseudo-random key sequence and other related information;

[0205] Key distribution component: securely distributes the generated one-time encryption key to the video file encryption module;

[0206] Key recording component: records the generated one-time encryption keys and their usage for subsequent audit and tracing;

[0207] further:

[0208] 1. Functional Overview

[0209] The main function of the encryption key generation module is to provide a secure key for the video data encryption process; this module generates a one-time encryption key by combining the user's master key and a dynamic random number to ensure the security of video data during transmission and storage;

[0210] 2. Components

[0211] The encryption key generation module usually consists of the following key components:

[0212] Master key management component: responsible for managing the user's master key, including key generation, storage and update;

[0213] Dynamic random number generation component: Generates dynamic random numbers to increase the randomness and security of keys;

[0214] Pseudo-random generation function component: Generates encryption keys using a pseudo-random generation function (such as HMAC) combined with a master key and a dynamic random number;

[0215] Key output component: provides the generated encryption key to the video encryption module;

[0216] 3. Implementation steps

[0217] 3.1 Master key management steps:

[0218] Receive the user's master key K and ensure its safe storage;

[0219] Provide an interface so that users can update or replace the master key;

[0220] 3.2 Dynamic random number generation steps:

[0221] Generate a random number seed S(t) for the current time, including a timestamp or system status;

[0222] Collect user identity information U(t) or related data;

[0223] Get the temporal features T(t) of the video stream, such as the current frame number;

[0224] Combine the above information to generate a dynamic random number R, that is, R=S(t)∥U(t)∥T(t);

[0225] Here, “∥” indicates a concatenation operation;

[0226] 3.3 Pseudo-random generation function steps:

[0227] Generate an encryption key sequence using a pseudo-random generator function P(K,R):

[0228] P(K,R)=HMAC(K,R);

[0229] This process ensures that the generated keys have good randomness and unpredictability;

[0230] 3.4 Key output steps:

[0231] Output the generated encryption key to the video encryption module for use in the subsequent data encryption process;

[0232] Ensure that the key transmission process is secure to avoid unauthorized access;

[0233] 4. Key technical parameters

[0234] Key length: Select an appropriate key length (such as 128 bits, 256 bits, etc.) based on security requirements;

[0235] Random number generation algorithm: Select a high-quality random number generation algorithm to ensure the randomness and unpredictability of dynamic random numbers;

[0236] HMAC algorithm: Choose a secure hash function (such as SHA-256) as the basis of HMAC to enhance the security of key generation;

[0237] The decryption key generation module generates and distributes a one-time decryption key for use by the client. The decryption key generation module includes the following functional components:

[0238] One-time decryption key management component: responsible for storing and managing the generated one-time decryption keys and providing access control to the decryption keys;

[0239] Decryption key generation component: Generates a one-time decryption key based on a pseudo-random generation function and a dynamic random number;

[0240] Key distribution component: securely distributes the generated one-time decryption key to the client to ensure the security of the key during transmission;

[0241] Key recording component: records the generated one-time decryption key and its usage for subsequent audit and tracing;

[0242] Permission verification component: Before the decryption key is distributed, the identity and permissions of the user requesting the decryption key are verified, allowing only authorized users to obtain the decryption key;

[0243] further:

[0244] 1. Functional Overview

[0245] The main function of the decryption key generation module is to provide a one-time decryption key to the client so that the encrypted video data can be decrypted at the client; this module ensures the security and validity of the decryption key, thereby ensuring secure access to the video data;

[0246] 2. Components

[0247] The decryption key generation module usually consists of the following key components:

[0248] Key management component: responsible for managing the generation, storage and distribution of decryption keys;

[0249] One-time decryption key generation component: generates a one-time decryption key based on user request and permissions;

[0250] Permission verification component: ensures that the user requesting the decryption key has the corresponding permissions;

[0251] Key output component: provides the generated decryption key to the client;

[0252] 3. Implementation steps

[0253] 3.1 Permission verification steps:

[0254] receiving a decryption request from a client, including user identity information and an identifier of the requested encrypted video data;

[0255] Verify the user's identity and permissions to ensure that they have the right to access the requested video data;

[0256] 3.2 One-time decryption key generation steps:

[0257] According to the user's master key K and dynamic random number R, a one-time decryption key D is generated using a pseudo-random generation function:

[0258] D = P (K, R);

[0259] Where P(K,R)=HMAC(K,R);

[0260] The dynamic random number R can be consistent with the random number in the encryption process to ensure the validity of the decryption key;

[0261] 3.3 Key management steps:

[0262] The generated one-time decryption key D is associated with the user identity information and the video data identifier, and stored in the key management system;

[0263] Set the validity period of the decryption key to ensure that it is valid within a certain period of time and automatically becomes invalid after the expiration date;

[0264] 3.4 Key output steps:

[0265] Send the generated decryption key D to the client to ensure the security of the transmission process;

[0266] Provide an interface for the client to use the decryption key to decrypt the video data;

[0267] 4. Key technical parameters

[0268] Key length: Ensure that the decryption key is the same length as the encryption key to maintain security;

[0269] Validity period setting: Set a reasonable validity period for the one-time decryption key to prevent the key from being abused;

[0270] Permission management: Ensure the security of the permission verification mechanism to prevent unauthorized users from accessing decryption keys;

[0271] The video file retrieval module queries the blockchain unique identifier of the video file according to the user's search conditions. The video file retrieval module includes the following functional components:

[0272] Retrieval condition receiving component: receiving the retrieval conditions sent by the client, the retrieval conditions including the user's permission information, time range, and video identifier;

[0273] Video file index management component: manages the video file index stored on the blockchain, including the unique identifier of the video file, storage node feature value and related metadata;

[0274] Permission verification component: verifies the user's access rights to the requested video file based on the user's permission information;

[0275] Retrieval execution component: according to the received retrieval conditions, query the video file information in the video file index management component, and obtain the video file identifier and storage node feature value that meet the conditions;

[0276] Result return component: returns the retrieved video file identifier and storage node feature value to the client;

[0277] further:

[0278] 1. Functional Overview

[0279] The main function of the video file retrieval module is to query and obtain relevant information of video files from smart contract nodes or blockchain video file storage nodes according to the user's search conditions; this module ensures that users can access the required video data efficiently and securely;

[0280] 2. Components

[0281] The video file retrieval module usually consists of the following key components:

[0282] Search condition receiving component: receiving the search condition input by the user;

[0283] Permission verification component: Verify the user's permissions to ensure that they have the right to access the requested video file;

[0284] Query processing component: executes queries in the blockchain or smart contract based on the search criteria;

[0285] Result return component: returns the query result to the client, providing the identifier of the video file and the storage node information;

[0286] 3. Implementation steps

[0287] 3.1 Steps for receiving search conditions:

[0288] Receive the search request sent by the client, including search conditions (such as time range, video type, user ID, etc.);

[0289] Ensure that the format and content of the search criteria meet the preset standards;

[0290] 3.2 Permission verification steps:

[0291] Verify the identity and permissions of the requesting user to ensure that he or she has the right to access the requested video file;

[0292] If the user does not have sufficient permissions, the corresponding error message is returned;

[0293] 3.3 Query processing steps:

[0294] Construct a query request based on the user's search conditions and send the query request to the smart contract node;

[0295] The smart contract node performs a query operation based on the stored blockchain unique identifier and the characteristic value of the video file;

[0296] Obtaining information about video file identifiers and related storage nodes that meet the conditions;

[0297] 3.4 Result return steps:

[0298] Return the query results (including the identifier of the video file, storage node feature value, etc.) to the client;

[0299] Ensure the results are in a clear format to facilitate subsequent operations by the client;

[0300] 4. Key technical parameters

[0301] Retrieval efficiency: Optimize query algorithms to ensure fast retrieval of required video files from large amounts of data;

[0302] Permission management: Ensure the security of the permission verification mechanism to prevent unauthorized users from accessing video file information;

[0303] Data consistency: ensure that query results are consistent with the data in the blockchain to avoid errors caused by data asynchrony;

[0304] The privacy protection and multi-level permission modules manage user access rights and privacy protection policies;

[0305] 1. Functional Overview

[0306] The main function of the privacy protection and multi-level permission module is to ensure access control of video data and protection of user privacy. This module ensures that only authorized users can access specific video data through multi-level permission management and privacy protection mechanisms, while preventing the leakage of sensitive information.

[0307] 2. Components

[0308] Privacy protection and multi-level permission modules are usually composed of the following key components:

[0309] User identity management component: manages user identity information and roles;

[0310] Permission setting component: define and manage access rights for different user roles;

[0311] Access control component: verifies the user's access request to video data based on the user's identity and permissions;

[0312] Privacy protection component: implement data encryption and anonymization measures to protect user privacy;

[0313] 3. Implementation steps

[0314] 3.1 User identity management steps:

[0315] Collect and store user identity information, including user name, role, permission level, etc.;

[0316] Regularly update user identity information to ensure data accuracy;

[0317] 3.2 Permission setting steps:

[0318] Define different permission levels based on user roles (such as administrator, ordinary user, guest, etc.);

[0319] Assign corresponding access rights to each permission level to clarify which users can access which video data;

[0320] 3.3 Access control steps:

[0321] Receiving a user's access request, including the requesting user identity and the video data identifier to be accessed;

[0322] Verify user identity and permissions to ensure they have the right to access the requested video data;

[0323] If the user does not have sufficient permissions, the corresponding access denial information is returned;

[0324] 3.4 Privacy protection steps:

[0325] Encrypt sensitive video data to ensure data security during storage and transmission;

[0326] Implement data anonymization technology to remove or hide users’ personal information and protect user privacy;

[0327] Regularly audit and evaluate the effectiveness of privacy protection measures to ensure compliance with relevant laws and regulations;

[0328] 4. Key technical parameters

[0329] Permission level: define a multi-level permission system to ensure that access rights for various users are reasonably allocated;

[0330] Data encryption standards: Use industry standard encryption algorithms (such as AES, RSA, etc.) to ensure data security;

[0331] Authentication mechanisms: Use strong authentication mechanisms, such as two-factor authentication, to increase the security of user identities.

[0332] In this embodiment, the video file storage node includes an encrypted video file storage module, a hot backup module and a video file information synchronization module. Specifically:

[0333] The encrypted video file storage module stores the encrypted video file data blocks;

[0334] further:

[0335] 1. Functional Overview

[0336] The main function of the encrypted video file storage module is to safely store encrypted video files and ensure the security and integrity of video data during storage. This module uses encryption technology and distributed storage mechanisms to prevent unauthorized access and data leakage.

[0337] 2. Components

[0338] The encrypted video file storage module usually consists of the following key components:

[0339] Encrypted video receiving component: receives encrypted video files from the camera system or other modules;

[0340] Storage management component: responsible for managing the storage location and storage method of encrypted video files;

[0341] Data integrity check component: ensures that the stored video files have not been tampered with during transmission and storage;

[0342] Backup and recovery component: realizes hot backup and data recovery functions of encrypted video files;

[0343] 3. Implementation steps

[0344] 3.1 Encrypted video receiving steps:

[0345] receiving an encrypted video file and its unique identifier from the camera system;

[0346] Verify the integrity and validity of received video files;

[0347] 3.2 Storage management steps:

[0348] According to the preset storage strategy, the encrypted video file is stored in the designated storage node;

[0349] Record the storage location and related metadata of the video file (such as timestamp, video type, etc.) for subsequent retrieval;

[0350] 3.3 Data integrity verification steps:

[0351] Before the video file is stored, its hash value (such as SHA-256) is calculated and compared with the received hash value;

[0352] If the hash values ​​match, it is confirmed that the video file has not been tampered with and continues to be stored; otherwise, storage is rejected and an error message is recorded;

[0353] 3.4 Backup and recovery steps:

[0354] Regularly perform hot backup of stored encrypted video files to ensure data redundancy and reliability;

[0355] Implement data recovery mechanisms to enable quick recovery of video files in the event of failure or data loss;

[0356] 4. Key technical parameters

[0357] Encryption algorithm: Use a strong encryption algorithm (such as AES-256) to encrypt video files to ensure the security of data during storage;

[0358] Hash algorithm: Use a secure hash algorithm (such as SHA-256) to verify data integrity to ensure that the video file has not been tampered with;

[0359] Storage strategy: formulate reasonable storage strategy based on storage requirements and access frequency to optimize the use of storage resources;

[0360] The hot backup module performs real-time backup of stored video files;

[0361] further:

[0362] 1. Functional Overview

[0363] The main function of the hot backup module is to back up encrypted video files in real time to ensure that video data can be quickly restored in the event of data loss or system failure; this module provides high data availability and reliability through continuous monitoring and backup mechanisms;

[0364] 2. Components

[0365] The hot backup module usually consists of the following key components:

[0366] Data monitoring component: real-time monitoring of the storage status and changes of video files;

[0367] Backup strategy management component: defines and manages backup strategies, including backup frequency, backup methods, etc.

[0368] Backup execution component: responsible for actually executing the backup operation and copying the video files to the backup storage location;

[0369] Recovery management component: implements data recovery function to ensure that backup data can be quickly restored when needed;

[0370] 3. Implementation steps

[0371] 3.1 Data monitoring steps:

[0372] Continuously monitor stored video files to detect the addition, modification or deletion of files;

[0373] Record monitored changes and trigger corresponding backup operations;

[0374] 3.2 Backup strategy management steps:

[0375] Define backup strategies based on system requirements and user requirements, including:

[0376] Backup frequency (e.g. hourly, daily, etc.);

[0377] Backup method (such as incremental backup and full backup);

[0378] Regularly evaluate and adjust backup strategies to adapt to changing storage needs;

[0379] 3.3 Backup execution steps:

[0380] Perform backup operations periodically or in real time according to the backup strategy;

[0381] Copy the encrypted video files to the designated backup storage node to ensure the security of the backup data;

[0382] Record the log of backup operations to facilitate subsequent audit and tracing;

[0383] 3.4 Recovery management steps:

[0384] Receive recovery requests in case of data loss or system failure;

[0385] Based on the request, select the appropriate backup version to restore;

[0386] Restore backup data to the original storage location or a specified new location to ensure the availability of video data;

[0387] 4. Key technical parameters

[0388] Backup frequency: Set the appropriate backup frequency according to system requirements to ensure the timeliness of data;

[0389] Backup method: supports full backup and incremental backup to optimize storage resources and backup time;

[0390] Data integrity verification: During the backup and recovery process, hash algorithms (such as SHA-256) are used to ensure data integrity;

[0391] The video file information synchronization module records the identifier of the small data block of the video file and the characteristic value of the storage node, and performs information synchronization;

[0392] further:

[0393] 1. Functional Overview

[0394] The main function of the video file information synchronization module is to ensure that the relevant information of the video file remains consistent and updated in real time between multiple storage nodes and smart contract nodes; this module provides data consistency and traceability through the information synchronization mechanism to ensure that users can accurately retrieve and access video files;

[0395] 2. Components

[0396] The video file information synchronization module usually consists of the following key components:

[0397] Information receiving component: receives information updates from video file storage nodes and smart contract nodes;

[0398] Information processing component: processes the received information and performs necessary format conversion and verification;

[0399] Information distribution component: distributes processed information to other related nodes to ensure information synchronization;

[0400] Logging component: records the operation log of information synchronization for subsequent auditing and tracing;

[0401] 3. Implementation steps

[0402] 3.1 Information receiving steps:

[0403] Monitor information update requests from video file storage nodes and smart contract nodes;

[0404] Receive the unique identifier of the video file, storage node feature value, timestamp and other information;

[0405] 3.2 Information processing steps:

[0406] Perform format check on the received information to ensure its integrity and validity;

[0407] Convert information into a uniform format for subsequent processing and distribution;

[0408] 3.3 Information distribution steps:

[0409] Synchronize the processed information to other smart contract nodes and video file storage nodes;

[0410] Ensure that all relevant nodes receive the latest information and maintain data consistency;

[0411] 3.4 Logging steps:

[0412] Record each information synchronization operation, including time, operation type, nodes involved, etc.

[0413] Provide audit trails of information synchronization to facilitate subsequent security audits and troubleshooting;

[0414] 4. Key technical parameters

[0415] Information format: Define a unified information format, including the unique identifier of the video file, storage node feature value, timestamp, etc.;

[0416] Synchronization frequency: Set the frequency of information synchronization according to system requirements to ensure the timeliness and consistency of information;

[0417] Data integrity check: During information transmission, a hash algorithm (such as SHA-256) is used to ensure the integrity of the information.

[0418] In this embodiment, the client includes a retrieval module, a decryption module and a merging module, specifically:

[0419] The retrieval module sends retrieval conditions to the smart contract node to obtain information about the video data;

[0420] further:

[0421] 1. Functional Overview

[0422] The main function of the retrieval module is to quickly and accurately obtain relevant information and data of video files from smart contract nodes and blockchain video file storage nodes based on the user's search conditions; this module ensures that users can efficiently access the required video content and provides corresponding permission management and data integrity verification;

[0423] 2. Components

[0424] The retrieval module usually consists of the following key components:

[0425] User input component: receives the user's search conditions and query requests;

[0426] Search condition parsing component: parses the search conditions entered by the user and converts them into a format suitable for system processing;

[0427] Information query component: Initiates query requests to smart contract nodes and video file storage nodes based on the parsed search conditions;

[0428] Result processing component: processes query results, formats them and returns them to users;

[0429] Permission verification component: Verify user permissions to ensure that users can only access video files that they are authorized to view;

[0430] 3. Implementation steps

[0431] 3.1 User input steps:

[0432] Receive a user's search request, including search conditions (such as time range, video file identifier, user identity information, etc.);

[0433] Ensure that the format of user input meets system requirements;

[0434] 3.2 Search condition analysis steps:

[0435] Parse the search conditions entered by the user and extract key information;

[0436] Convert the parsed conditions into a query format that the system can understand;

[0437] 3.3 Information query steps:

[0438] Send a query request to the smart contract node to obtain the blockchain unique identifier and storage node feature value of the video file;

[0439] According to the query results, a data request is initiated to the corresponding blockchain video file storage node;

[0440] 3.4 Result processing steps:

[0441] Collect query results from different nodes;

[0442] Consolidate and format the results to produce user-friendly output;

[0443] Return the final result to the user, including the encrypted identifier of the video file, storage location and other information;

[0444] 3.5 Permission verification steps:

[0445] During the retrieval process, verify the user's permissions to ensure that the user has the right to access the requested video file;

[0446] If the user does not have sufficient permissions, a corresponding error message is returned to prevent access;

[0447] 4. Key technical parameters

[0448] Retrieval efficiency: Optimize query algorithms to ensure fast results return under large data volumes;

[0449] Permission management: Set different search scopes according to user roles and permissions to enhance data security;

[0450] Data integrity check: During the retrieval process, a hash algorithm (such as SHA-256) is used to ensure the integrity of the returned data;

[0451] The decryption module obtains the encrypted video data block according to the unique blockchain identifier returned by the retrieval, and obtains a one-time decryption key from the smart contract for decryption;

[0452] further:

[0453] 1. Functional Overview

[0454] The main function of the decryption module is to decrypt encrypted video files so that users can access and watch video content; this module ensures the security and efficiency of the decryption process while maintaining the integrity and confidentiality of the data;

[0455] 2. Components

[0456] The decryption module usually consists of the following key components:

[0457] Key management component: responsible for obtaining and managing one-time decryption keys;

[0458] Decryption algorithm component: performs the actual decryption operation, using the specified decryption algorithm;

[0459] Data integrity check component: ensures that the decrypted video data has not been tampered with;

[0460] Result output component: outputs the decrypted video file to the user or other modules;

[0461] 3. Implementation steps

[0462] 3.1 Key management steps:

[0463] Obtain a one-time decryption key from the smart contract node to ensure the validity and security of the key;

[0464] Store the key in a secure environment to avoid disclosure;

[0465] 3.2 Decryption algorithm execution steps:

[0466] Receiving encrypted video file data and a decryption key;

[0467] Use the decryption formula to perform the decryption operation:

[0468] ;

[0469] in:

[0470] C is the encrypted video file data;

[0471] K is the user's master key;

[0472] R is a dynamic random number;

[0473] H(V) is the hash value of the video file, which ensures data integrity;

[0474] It is the inverse operation of the pseudo-random number generation algorithm based on random numbers;

[0475] P(K,R) is a pseudo-random generator function;

[0476] 3.3 Data integrity verification steps:

[0477] After decryption, the hash value of the decrypted video file is calculated;

[0478] Compare the calculated hash value with the hash value of the original video file to ensure that the data has not been tampered with;

[0479] 3.4 Result output steps:

[0480] Output the decrypted video file to the user or pass it to other modules for processing;

[0481] Provide a user-friendly interface, allowing users to directly watch the decrypted video content;

[0482] 4. Key technical parameters

[0483] Decryption efficiency: Optimize the decryption algorithm to ensure fast decryption of large-scale data;

[0484] Key security: ensure the safe storage and use of one-time decryption keys to prevent key leakage;

[0485] Data integrity check: Use hash algorithms (such as SHA-256) to ensure the integrity of decrypted data;

[0486] The merging module merges the decrypted video data blocks into a complete video file;

[0487] further:

[0488] 1. Functional Overview

[0489] The main function of the merging module is to merge the decrypted video file segments into a complete video file so that users can watch it smoothly; this module ensures the efficiency of the merging process and the integrity of the video file, and supports the processing of multiple video formats;

[0490] 2. Components

[0491] A merge module usually consists of the following key components:

[0492] Video clip receiving component: receiving the decrypted video file clip;

[0493] Merging algorithm component: performs the merging operation of video segments;

[0494] Data integrity check component: ensures that the merged video file has not been tampered with;

[0495] Result output component: outputs the merged video file to the user or other modules;

[0496] 3. Implementation steps

[0497] 3.1 Video clip receiving steps:

[0498] receiving a plurality of decrypted video file segments from a decryption module;

[0499] Ensure that the received fragments are in the correct order for subsequent merging;

[0500] 3.2 Merge algorithm execution steps:

[0501] According to the order of video clips, a merging algorithm is used to connect multiple clips into a complete video file;

[0502] Supports merging of multiple video formats (such as MP4, AVI, etc.) to ensure compatibility;

[0503] During the merging process, consider the video encoding format, frame rate, and resolution to ensure the quality of the merged video;

[0504] 3.3 Data integrity verification steps:

[0505] After merging, calculate the hash value of the merged video file;

[0506] Compare the calculated hash value with the hash value of the original video file to ensure that the data has not been tampered with;

[0507] 3.4 Result output steps:

[0508] Output the merged video file to the user, allowing the user to watch it directly;

[0509] Provides a user-friendly interface and supports downloading and playing video files;

[0510] 4. Key technical parameters

[0511] Merging efficiency: Optimize the merging algorithm to ensure fast merging when processing a large number of video clips;

[0512] Format compatibility: supports merging of multiple video formats to meet the needs of different users;

[0513] Data integrity check: Use a hash algorithm (such as SHA-256) to ensure the integrity of the merged data.

[0514] Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is defined by the appended claims and their equivalents.

Claims

1. A system for reading video data based on a server, characterized in that: include: Camera side; The camera end includes a video file output module, an identifier generation module, a video file encryption module and a video file transmission module; The video file output module converts the real-time captured images into a video file format and outputs them as storable video files; After receiving the video file, the identifier generation module divides the video file into a number of video data blocks and generates a unique identifier for each video data block according to an encrypted hash algorithm; The video file encryption module obtains a one-time encryption key from the smart contract node and encrypts the video data block; The video file transmission module transmits the encrypted video data block to the video file storage node through the network; Smart contract node; the smart contract node includes an encryption key generation module, a decryption key generation module, a video file retrieval module, and a privacy protection and multi-level permission module; The encryption key generation module generates and distributes a one-time encryption key for use by the camera end; The decryption key generation module generates and distributes a one-time decryption key for use by the client; The video file retrieval module queries the blockchain unique identifier of the video file according to the user's search conditions; The privacy protection and multi-level permission module manages the user's access rights and privacy protection policies; Video file storage node; the video file storage node includes an encrypted video file storage module, a hot backup module and a video file information synchronization module; The encrypted video file storage module stores the encrypted video file data block; The hot backup module backs up the stored video files in real time; The video file information synchronization module records the identifier of the small data block of the video file and the characteristic value of the storage node, and performs information synchronization; Client; the client includes a retrieval module, a decryption module and a merging module; The retrieval module sends retrieval conditions to the smart contract node to obtain information about the video data; The decryption module obtains the encrypted video data block according to the unique blockchain identifier returned by the retrieval, and obtains a one-time decryption key from the smart contract for decryption; The merging module merges the decrypted video data blocks into a complete video file.

2. The system for reading video data based on a server according to claim 1, characterized in that: The video file output module captures the images of the monitoring area in real time through a built-in camera or an external camera device, encodes the captured original video stream, saves the encoded data as a video file, and assigns an adaptive file name and format to it to obtain a video file; After the video file is generated, the video file output module performs an integrity check, calculates the hash value of the video file, and compares it with the original video stream to determine that the file size and format meet expectations, and sends a signal to the identifier generation module to indicate that the video file has been successfully generated.

3. The system for reading video data based on a server according to claim 2, characterized in that: The identifier generation module receives the video file from the video file output module, divides the video file into a plurality of video data blocks, performs hash calculation on the content of the video data block using a hash algorithm, generates a unique identifier, uses the generated hash value as the unique identifier of the video data block, and formats it; The identifier is associated with the associated information of the video data block and stored; a signal is sent to the video file encryption module to indicate that the unique identifier has been successfully generated.

4. The system for reading video data based on a server according to claim 3, characterized in that: The video file encryption module receives the video data block and unique identifier from the identifier generation module, sends a request to the smart contract node, obtains a one-time encryption key, generates a dynamic random number, encrypts the video file using an encryption formula, saves the encrypted video data as a new encrypted file, and records its unique identifier and related information.

5. The system for reading video data based on a server according to claim 4, characterized in that: The video file transmission module packages the encrypted video data blocks to form a data packet and adds metadata, wherein the metadata includes a unique identifier of the video data block and storage node information; Select the transmission protocol according to the network environment and transmission requirements, establish a network connection with the video file storage node, and handle the establishment, maintenance and disconnection of the connection; send the packaged data packets to the designated video file storage node through the network, and monitor the transmission status in real time. After the data is sent, receive confirmation information from the video file storage node to ensure that the data has been successfully received, and record the transmission log for subsequent audit and tracing; During the transmission process, if data loss, error or timeout occurs, the data packet will be automatically resent.

6. The system for reading video data based on a server according to claim 1, characterized in that: The encryption key generation module includes the following functional components: Master key management component: responsible for storing and managing the user's master key, ensuring the security and confidentiality of the master key, and providing access control to the master key; Random number generation component: Generates dynamic random numbers that combine user identity information, timestamps, and video stream features; Pseudo-random generation function component: implements the pseudo-random generation function, using the HMAC algorithm combined with the master key and dynamic random number to generate a pseudo-random key sequence; One-time encryption key generation component: generates a one-time encryption key based on a pseudo-random key sequence and other related information; Key distribution component: securely distributes the generated one-time encryption key to the video file encryption module; Key recording component: records the generated one-time encryption keys and their usage for subsequent auditing and tracing.

7. The system for reading video data based on a server according to claim 6, characterized in that: The decryption key generation module includes the following functional components: One-time decryption key management component: responsible for storing and managing the generated one-time decryption keys and providing access control to the decryption keys; Decryption key generation component: Generates a one-time decryption key based on a pseudo-random generation function and a dynamic random number; Key distribution component: securely distributes the generated one-time decryption key to the client to ensure the security of the key during transmission; Key recording component: records the generated one-time decryption key and its usage for subsequent audit and tracing; Permission verification component: Before the decryption key is distributed, the identity and permissions of the user requesting the decryption key are verified, allowing only authorized users to obtain the decryption key.

8. The system for reading video data based on a server according to claim 1, characterized in that: The video file retrieval module includes the following functional components: Retrieval condition receiving component: receiving the retrieval conditions sent by the client, the retrieval conditions including the user's permission information, time range, and video identifier; Video file index management component: manages the video file index stored on the blockchain, including the unique identifier of the video file, storage node feature value and related metadata; Permission verification component: verifies the user's access rights to the requested video file based on the user's permission information; Retrieval execution component: according to the received retrieval conditions, query the video file information in the video file index management component, and obtain the video file identifier and storage node feature value that meet the conditions; Result return component: returns the retrieved video file identifier and storage node feature value to the client.

9. A method for reading video data based on a server, characterized in that: The invention comprises a method for reading video data based on a server using the system for reading video data based on a server as described in any one of claims 1 to 8.

Images