Video downloading method and device, equipment, medium and product

Abstract

The invention discloses a video downloading method and device, equipment, a medium and a product, and relates to the technical field of information security. The method is applied to a client and comprises the following steps: acquiring a video list file corresponding to a target video under the condition that click input of the target video is received; a key obtaining request is sent to a server side, the server side is indicated to obtain a target key corresponding to a target video file identifier, and the target video file identifier is the ith video file identifier in the multiple video file identifiers; under the condition that a target key sent by the server side is received, sending a video file acquisition request to the server side, and indicating the server side to acquire an encrypted video file corresponding to the target video file identifier; decrypting the encrypted video file by using the target key to obtain a target video file; and under the condition that the plurality of video files are obtained, splicing videos in the plurality of video files to complete downloading of the target video. And the video security is improved.

Description

Technical Field

[0001] The present application belongs to the field of information security technology, and in particular relates to a video downloading method, device, equipment, medium and product. Background Art

[0002] m3u8 is a common streaming media format, primarily in the form of a video list file. A video list file is a plain text file that records the identifiers and index addresses of video slices. When an m3u8 file is opened, the client does not directly play the local video. Instead, it locates the corresponding video file's network address based on the index address in the m3u8 file and plays it online. The video is not downloaded, and offline playback or editing of the video file is not possible.

[0003] In the prior art, if video file is downloaded, normally the header file of m3u8 file is parsed by client, the file information of download task is obtained, the splitting of m3u8 file is carried out based on file information, and the m3u8 file after splitting is assigned to each download server for parallel downloading, and client splices download content, to realize the download of video.So, as long as client obtains m3u8 file and just can realize the download of video file, once m3u8 file is intercepted, the security of video file is then difficult to guarantee, and the security of video file is lower. Summary of the Invention

[0004] The embodiments of the present application provide a method, apparatus, device, medium, and product for downloading a video. When a client receives a click input for a target video, it obtains a video list file corresponding to the target video, obtains a target key and an encrypted video file from a server based on each video file identifier in the video list file, and decrypts the encrypted video file using the target key. When multiple video files are obtained, the videos in the multiple video files are spliced ​​together to complete the download of the target video. In other words, the client needs to obtain each encrypted video file and its key based on each video file identifier in the video list file, decrypt them, and then splice them together to obtain the complete video. Moreover, one key corresponds to one video file, not all video files. During the transmission process, only one key is transmitted at a time, and only one video file is transmitted at a time, thereby improving the security of the video.

[0005] In a first aspect, an embodiment of the present application provides a method for downloading a video, which is applied to a client and includes:

[0006] When a click input of a target video is received, a video list file corresponding to the target video is obtained, where the video list file includes multiple video file identifiers;

[0007] Send a key acquisition request to the server, where the key acquisition request is used to instruct the server to obtain a target key corresponding to a target video file identifier. The key acquisition request includes a target video file identifier, where the target video file identifier is the i-th video file identifier among multiple video file identifiers, where i is a positive integer.

[0008] Upon receiving the target key sent by the server, a video file acquisition request is sent to the server, where the video file acquisition request is used to instruct the server to acquire the encrypted video file corresponding to the target video file identifier, and the video file acquisition request includes the target video file identifier;

[0009] Decrypt the encrypted video file using the target key to obtain the target video file;

[0010] In the case of acquiring multiple video files, the videos in the multiple video files are spliced ​​to complete the download of the target video, and the multiple video files include the target video file.

[0011] In one possible embodiment, upon receiving a click input of a target video, obtaining a video list file corresponding to the target video includes:

[0012] Upon receiving a click input for a target video, obtaining a video identifier corresponding to the target video;

[0013] Send a video list file acquisition request to the server, where the video list file acquisition request is used to instruct the server to obtain the file address of the video list file corresponding to the video identifier, and obtain the video list file from the file address. The video list file acquisition request includes the video identifier.

[0014] Receive the video list file sent by the server.

[0015] In one possible embodiment, receiving a video list file sent by a server includes:

[0016] receiving an encrypted video list file sent by the server, where the encrypted video list file is obtained by the server using a preset encryption key corresponding to the file address and encrypting the video list file according to a first preset encryption rule when target verification information corresponding to the file address satisfies a preset condition;

[0017] The encrypted video list file is decrypted using a preset decryption key corresponding to the preset encryption key and according to a first preset decryption rule corresponding to the first preset encryption rule to obtain a video list file.

[0018] In one possible embodiment, the target key is obtained by the server using the video identifier corresponding to the target video and encrypting the video parsing key according to the second preset encryption rule; and decrypting the encrypted video using the target key to obtain the target video file, including:

[0019] Using the video identifier corresponding to the target video, the target key is decrypted according to the second preset encryption rule corresponding to the second preset encryption rule to obtain a video parsing key;

[0020] Use the video parsing key to decrypt the encrypted video and obtain the target video file.

[0021] In one possible embodiment, the first value of i is 1 to k, and the values ​​after the first value are k+1, k+2, ...n, where k is a preset positive integer and n is the number of video file identifiers. Sending a key acquisition request to the server includes:

[0022] When the value of i ranges from 1 to k, there are k encrypted video files corresponding to the target video file identifiers. If the encrypted video file corresponding to any video file identifier from the 1st to the kth video file identifiers is decrypted successfully, a key acquisition request corresponding to the k+1th video file identifier among the multiple video file identifiers is sent to the server.

[0023] When the value of i is k+1, k+2...n, if the encrypted video file corresponding to any video file identifier is decrypted successfully, a key acquisition request corresponding to the i+1th video file identifier among multiple video file identifiers is sent to the server.

[0024] In one possible embodiment, when multiple video files are acquired, the videos in the multiple video files are spliced ​​together to complete the download of the target video, including:

[0025] When the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier are obtained, the videos in the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier are spliced ​​until the splicing of the videos in the target video file corresponding to the n-th video file identifier is completed to complete the download of the target video.

[0026] In a second aspect, an embodiment of the present application provides a video downloading method, which is applied to a server, comprising:

[0027] Upon receiving a key acquisition request sent by a client, obtaining a target key corresponding to a target video file identifier in the key acquisition request, where the target video file identifier is the i-th video file identifier among multiple video file identifiers in a video list file corresponding to the target video, where i is a positive integer;

[0028] Send the target key to the client;

[0029] Upon receiving a video file acquisition request sent by a client, obtaining an encrypted video file corresponding to a target video file identifier in the video file acquisition request;

[0030] An encrypted video file is sent to the client so that the client can decrypt the encrypted video file using a target key to obtain a target video file. When multiple video files are obtained, the videos in the multiple video files are spliced ​​to complete the download of the target video. The multiple video files include the target video file.

[0031] In one possible embodiment, upon receiving a key acquisition request sent by a client, before acquiring a target key corresponding to a target video file identifier in the key acquisition request, the method further includes:

[0032] Upon receiving a video list file acquisition request sent by the client, obtaining a file address of a video list file corresponding to the video identifier in the video list file acquisition request;

[0033] Get the video list file from the file address;

[0034] Send the video list file to the client.

[0035] In one possible embodiment, upon receiving a video list file acquisition request sent by a client, acquiring the file address of the video list file corresponding to the video identifier in the video list file acquisition request includes:

[0036] Upon receiving a video list file acquisition request sent by a client, obtaining an encrypted file address of a video list file corresponding to the video identifier in the video list file acquisition request;

[0037] The encrypted file address is decrypted according to the preset decryption rules to obtain decryption result information, which includes the file address.

[0038] In one possible embodiment, the decryption result information also includes target verification information and a preset encryption key; and sending a video list file to the client includes:

[0039] When the target verification information satisfies a preset condition, the video list file is encrypted using a preset encryption key according to a first preset encryption rule to obtain an encrypted video list file;

[0040] The encrypted video list file is sent to the client, so that the client uses the preset decryption key corresponding to the preset encryption key and the first preset decryption rule corresponding to the first preset encryption rule to decrypt the encrypted video list file to obtain the video list file.

[0041] In one possible embodiment, upon receiving a key acquisition request sent by a client, acquiring a target key corresponding to a target video file identifier in the key acquisition request includes:

[0042] Upon receiving a key acquisition request sent by the client, obtaining a video parsing key corresponding to the target video file identifier in the key acquisition request;

[0043] The video parsing key is encrypted using the video identifier corresponding to the target video according to a second preset encryption rule to obtain a target key.

[0044] In a possible embodiment, the first value of i is 1 to k, and the values ​​after the first time are k+1, k+2...n, where k is a preset positive integer and n is the number of multiple video file identifiers.

[0045] In one possible embodiment, upon receiving a key acquisition request sent by a client, before acquiring a target key corresponding to a target video file identifier in the key acquisition request, the method further includes:

[0046] Get the target video file corresponding to the target video file identifier;

[0047] The target video file is encrypted using the target key to obtain an encrypted video file.

[0048] In a third aspect, an embodiment of the present application provides a video downloading device, which is applied to a client and includes:

[0049] An acquisition module, configured to acquire a video list file corresponding to the target video upon receiving a click input of the target video, the video list file including a plurality of video file identifiers;

[0050] a sending module, configured to send a key acquisition request to a server, wherein the key acquisition request is used to instruct the server to obtain a target key corresponding to a target video file identifier, wherein the key acquisition request includes a target video file identifier, wherein the target video file identifier is the i-th video file identifier among multiple video file identifiers, where i is a positive integer;

[0051] The sending module is further configured to send a video file acquisition request to the server upon receiving the target key sent by the server, wherein the video file acquisition request is used to instruct the server to acquire the encrypted video file corresponding to the target video file identifier, and the video file acquisition request includes the target video file identifier;

[0052] A decryption module is used to decrypt the encrypted video file using the target key to obtain the target video file;

[0053] The splicing module is used to splice the videos in the multiple video files to complete the download of the target video when multiple video files are obtained, and the multiple video files include the target video file.

[0054] In a fourth aspect, an embodiment of the present application provides a video downloading device, which is applied to a server, including:

[0055] an acquisition module, configured to, upon receiving a key acquisition request sent by a client, acquire a target key corresponding to a target video file identifier in the key acquisition request, wherein the target video file identifier is an i-th video file identifier among multiple video file identifiers in a video list file corresponding to the target video, where i is a positive integer;

[0056] A sending module, used to send the target key to the client;

[0057] The acquisition module is further configured to, upon receiving a video file acquisition request sent by a client, acquire the encrypted video file corresponding to the target video file identifier in the video file acquisition request;

[0058] The sending module is also used to send encrypted video files to the client, so that the client can use the target key to decrypt the encrypted video files to obtain the target video file. When multiple video files are obtained, the videos in the multiple video files are spliced ​​to complete the download of the target video. The multiple video files include the target video file.

[0059] In a fifth aspect, an embodiment of the present application provides an electronic device, the device comprising:

[0060] a processor and a memory storing computer program instructions;

[0061] When the processor executes the computer program instructions, any of the above-mentioned video downloading methods is implemented.

[0062] In a sixth aspect, an embodiment of the present application provides a computer storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, any of the above-mentioned video downloading methods is implemented.

[0063] In a seventh aspect, an embodiment of the present application provides a computer program product, characterized in that when the instructions in the computer program product are executed by a processor of an electronic device, the electronic device is enabled to execute any one of the above-mentioned video downloading methods.

[0064] The video downloading method, device, equipment, medium and product of the embodiments of the present application are applied to the client, including: upon receiving a click input of a target video, obtaining a video list file corresponding to the target video, the video list file including multiple video file identifiers; sending a key acquisition request to the server, the key acquisition request is used to instruct the server to obtain a target key corresponding to the target video file identifier, the key acquisition request includes the target video file identifier, the target video file identifier is the i-th video file identifier among multiple video file identifiers, and i is a positive integer; upon receiving the target key sent by the server, sending a video file acquisition request to the server, the video file acquisition request is used to instruct the server to obtain an encrypted video file corresponding to the target video file identifier, the video file acquisition request includes the target video file identifier; using the target key to decrypt the encrypted video file to obtain the target video file; in the case of obtaining multiple video files, splicing the videos in the multiple video files to complete the download of the target video, the multiple video files including the target video file.

[0065] In this way, when the client receives a click input for a target video, it obtains the video list file corresponding to the target video, obtains the target key and encrypted video file from the server based on each video file identifier in the video list file, and decrypts the encrypted video file using the target key. When multiple video files are obtained, the videos in the multiple video files are spliced ​​together to complete the download of the target video. In other words, the client needs to obtain each encrypted video file and its key based on each video file identifier in the video list file, decrypt them, and then splice them together to obtain the complete video. Moreover, one key corresponds to one video file, not all video files. During the transmission process, only one key and one video file are transmitted at a time, which improves the security of the video. BRIEF DESCRIPTION OF THE DRAWINGS

[0066] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0067] Figure 1 This is a flowchart of a method for downloading a video provided by an embodiment of the present application;

[0068] Figure 2 is a flowchart of a method for downloading a video provided by another embodiment of the present application;

[0069] Figure 3 This is a flowchart of a method for downloading a video provided by another embodiment of the present application;

[0070] Figure 4 1 is a flowchart of a method for downloading a video provided in another embodiment of the present application;

[0071] Figure 5 This is a structural diagram of a video downloading device applied to a client provided by another embodiment of the present application;

[0072] Figure 6 This is a structural diagram of a video downloading device applied to a server provided in yet another embodiment of the present application;

[0073] Figure 7 This is a structural diagram of an electronic device provided in yet another embodiment of the present application. DETAILED DESCRIPTION

[0074] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is merely to provide a better understanding of the present application by illustrating the examples of the present application.

[0075] It should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprises," "comprising," or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article, or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. In the absence of further limitations, the elements defined by the phrase "comprising..." do not exclude the presence of other identical elements in the process, method, article, or device comprising the elements.

[0076] It should be noted that the acquisition, storage, use and processing of data in the embodiments of this application are in compliance with the relevant provisions of national laws and regulations.

[0077] It should be noted that in the embodiments of the present application, certain software, components, models and other existing solutions in the industry may be mentioned. They should be regarded as exemplary. Their purpose is only to illustrate the feasibility of implementing the technical solution of the present application, but it does not mean that the applicant has or will necessarily use the solution.

[0078] m3u8 is a common streaming media format, primarily in the form of a video list file. A video list file is a plain text file that records the identifiers and index addresses of video slices. When an m3u8 file is opened, the client does not directly play the local video. Instead, it locates the corresponding video file's network address based on the index address in the m3u8 file and plays it online. The video is not downloaded, and offline playback or editing of the video file is not possible.

[0079] In the prior art, if video file is downloaded, normally the header file of m3u8 file is parsed by client, the file information of download task is obtained, the splitting of m3u8 file is carried out based on file information, and the m3u8 file after splitting is assigned to each download server for parallel downloading, and client splices download content, to realize the download of video.So, as long as client obtains m3u8 file and just can realize the download of video file, once m3u8 file is intercepted, the security of video file is then difficult to guarantee, and the security of video file is lower.

[0080] In order to solve the problems of the prior art, the embodiments of the present application provide a method, apparatus, device, medium and product for downloading a video. The video downloading method provided by the embodiments of the present application, the client includes a download tool, and the client obtains the video list file corresponding to the target video through the download tool when receiving a click input of the target video, obtains the target key and the encrypted video file from the server based on each video file identifier in the video list file, and decrypts the encrypted video file using the target key on the client. When multiple video files are obtained, the videos in the multiple video files are spliced ​​to complete the download of the target video. In other words, the client needs to obtain each encrypted video file and its key according to each video file identifier in the video list file, decrypt and splice them together to obtain the complete video, and one key corresponds to one video file, rather than all video files. During the transmission process, only one key is transmitted at a time, and only one video file is transmitted at a time, thereby improving the security of the video.

[0081] The following first introduces the video downloading method provided by the embodiment of the present application. Figure 1 As shown, the video downloading method provided in the embodiment of the present application includes the following steps.

[0082] S110 : When receiving a click input of a target video, the client obtains a video list file corresponding to the target video, where the video list file includes multiple video file identifiers.

[0083] Here, the video list file may be an m3u8 file.

[0084] In some embodiments, the video file identifier may include, but is not limited to, the name, ID, or number of the video file. It is understood that one video file identifier corresponds to one video file. Here, the video file is the file in the index address, for example, an mp4 file, a mov file, or a flv file.

[0085] S120: The client sends a key acquisition request to the server. The key acquisition request includes a target video file identifier. The target video file identifier is the i-th video file identifier among multiple video file identifiers, where i is a positive integer.

[0086] Here, the target video file identifier is any video file identifier among multiple video file identifiers.

[0087] In some embodiments, the client may generate a corresponding key acquisition request carrying the video file identifier in a preset order. One key acquisition request carries one video file identifier, and only the target key corresponding to one video file identifier is acquired each time.

[0088] In some embodiments, a key acquisition request also carries m video file identifiers, where m is a positive integer, but m is smaller than the number of all video file identifiers in the video list file.

[0089] S130: The server obtains the target key corresponding to the target video file identifier in the key acquisition request.

[0090] Here, the target key is a key used when encrypting the video file corresponding to the target video file identifier.

[0091] In some embodiments, the target key is stored in a database. Upon receiving the key acquisition request sent by the client, the server acquires the target key from the database.

[0092] S140. The server sends the target key to the client.

[0093] S150: Upon receiving the target key sent by the server, the client sends a video file acquisition request to the server, where the video file acquisition request includes a target video file identifier.

[0094] It is understandable that the client first obtains the key and then obtains the encrypted video file.

[0095] In some embodiments, the client obtains the target key once (the i-th time), and then obtains the encrypted video file corresponding to the target key; then obtains the target key again (different from the previous time, the i+1-th time), and then obtains the corresponding encrypted video file; and so on, until the target keys and encrypted video files corresponding to all the video file identifiers in the video list file are obtained.

[0096] S160: The server obtains the encrypted video file corresponding to the target video file identifier in the video file acquisition request.

[0097] It is understandable that there is a binding correspondence between the video file identifier, the target key and the encrypted video file.

[0098] S170: The server sends the encrypted video file to the client.

[0099] S180: The client decrypts the encrypted video file using the target key to obtain the target video file.

[0100] In some embodiments, the encryption and decryption process of the video file is pre-negotiated between the client and the server. The server encrypts the video file using the target key to obtain an encrypted video file; the client decrypts the encrypted video file using the target key to obtain a video file.

[0101] In some embodiments, the client decrypts the encrypted video file while downloading it.

[0102] S190: When the client obtains multiple video files, it splices the videos in the multiple video files to complete the download of the target video, where the multiple video files include the target video file.

[0103] Specifically, when the client obtains the target keys and encrypted video files corresponding to all video file identifiers in the video list file and successfully decrypts the files, the videos in the multiple video files obtained by decryption are spliced ​​to obtain a complete video.

[0104] It should be noted that the multiple video files include video files corresponding to all video file identifiers in the video list file.

[0105] In this way, when the client receives a click input for a target video, it obtains the video list file corresponding to the target video, obtains the target key and encrypted video file from the server based on each video file identifier in the video list file, and decrypts the encrypted video file using the target key. When multiple video files are obtained, the videos in the multiple video files are spliced ​​together to complete the download of the target video. In other words, the client needs to obtain each encrypted video file and its key based on each video file identifier in the video list file, decrypt them, and then splice them together to obtain the complete video. Moreover, one key corresponds to one video file, not all video files. During the transmission process, only one key and one video file are transmitted at a time, which improves the security of the video.

[0106] Based on this, in some embodiments, such as Figure 2 As shown, the above S110 may specifically include:

[0107] S210: Upon receiving a click input for a target video, the client obtains a video identifier corresponding to the target video;

[0108] S220: The client sends a video list file acquisition request to the server, where the video list file acquisition request includes a video identifier.

[0109] S230: Upon receiving the video list file acquisition request sent by the client, the server acquires the file address of the video list file corresponding to the video identifier;

[0110] S240: The server obtains the video list file from the file address;

[0111] S250: The server sends a video list file to the client.

[0112] Here, the video identifier may be a video ID corresponding to the target video, or a file ID.

[0113] In some embodiments, the server saves the corresponding relationship between the video identifier and the file address, and the file address saves the video list file corresponding to the video identifier.

[0114] In some embodiments, upon acquiring a target video, the server generates multiple video files corresponding to the video and their corresponding video list files, saves the video files according to the index addresses in the video list file, and saves the video list file at the file address. Upon receiving a video list file acquisition request from the client, the server acquires the file address of the video list file corresponding to the video identifier, obtains the video list file from the file address, and sends it to the client.

[0115] In this way, when the client obtains the video list file corresponding to the target video, it needs to send a request to the server. The server obtains the file address of the corresponding video list file according to the video identifier of the target video, obtains the video list file from the file address, and sends it to the client instead of sending the file address, thereby avoiding the leakage of the file address, improving the security of the video list file, and further improving the security of the video.

[0116] Based on this, in some embodiments, the above S230 may specifically include:

[0117] When the server receives the video list file acquisition request sent by the client, it obtains the encrypted file address of the video list file corresponding to the video identifier in the video list file acquisition request;

[0118] The server decrypts the encrypted file address according to the preset decryption rules to obtain decryption result information, which includes the file address.

[0119] Here, the encrypted file address is the encrypted file address. The preset decryption rule is set in advance.

[0120] In some embodiments, the server encrypts and stores the file address according to pre-set encryption rules, requiring decryption before use. If the encrypted file address cannot be successfully decrypted, even if the encrypted file address is obtained, the video list file cannot be retrieved through the encrypted file address. For example, if decryption fails, the video obtained by the client may be an invalid video.

[0121] In this way, the server encrypts and saves the file address. Even if it is obtained by others, they cannot obtain the video file based on the encrypted file address, which better ensures the security of the video file.

[0122] Based on this, in some embodiments, the decryption result information also includes target verification information and a preset encryption key; Figure 3 As shown, the above S250 may specifically include:

[0123] S251: When the target verification information satisfies a preset condition, the server encrypts the video list file using a preset encryption key according to a first preset encryption rule to obtain an encrypted video list file;

[0124] S252: The server sends an encrypted video list file to the client.

[0125] S253: The client uses the preset decryption key corresponding to the preset encryption key and the first preset decryption rule corresponding to the first preset encryption rule to decrypt the encrypted video list file to obtain a video list file.

[0126] Here, the preset encryption key is a public key, and the preset decryption key is a private key. The first preset encryption rule and the first preset decryption rule are pre-negotiated between the client and the server, and include symmetric encryption rules and asymmetric encryption rules. They can be standard encryption rules or custom encryption rules. For example, the first preset encryption rule uses the RSA asymmetric encryption algorithm for encryption. The preset conditions are set in advance.

[0127] In some embodiments, after the server encrypts the file address according to a preset encryption rule, the format of the encrypted file address obtained is, for example, "http: / / xxx.com / xxx / xxx?fileId={fileId}×tamp=xxxxx&sign=xxxxxx&accessKey=bbbbbbb". Here, fileId is the video identifier, sign is the target verification information, and the sign value can verify whether the encrypted file address has been tampered with. timestamp is the timestamp, which verifies whether the encrypted file address has timed out. accesskey is the public key used for encryption. When the server receives a video list file acquisition request sent by the client, it obtains the encrypted file address of the video list file corresponding to the video identifier in the video list file acquisition request. After the encrypted file address reaches the server, the server automatically parses the encrypted file address to obtain the corresponding video list file. The video list file is an index address file that includes a list of all video segments. The video list file is RSA encrypted using the public key. The client uses the private key corresponding to the public key to decrypt it to obtain the video list file.

[0128] As an example, the preset condition is that the sign value has not been tampered with.

[0129] In this way, the server verifies the encrypted file address, encrypts the video list file, and then sends the encrypted video list file to the client. The client uses the preset decryption key corresponding to the preset encryption key and decrypts the encrypted video list file according to the first preset decryption rule corresponding to the first preset encryption rule to obtain the video list file, thereby ensuring the security of the video list file and thus improving the security of the video.

[0130] Based on this, in some embodiments, before the above S130, the method may further include:

[0131] The server obtains the target video file corresponding to the target video file identifier;

[0132] The server uses the target key to encrypt the target video file to obtain an encrypted video file.

[0133] In some embodiments, before the server sends the video file to the client, the server encrypts the video privately. As an example, the encryption method is as follows:

[0134] Directly transcode the target video online, convert the ts file corresponding to the target video into an mp4 file, and use the target key to perform AES encryption on each mp4 file separately, and store the target key in the database.

[0135] It's important to note that when you directly transcode a ts file online, you get a video file that can be used for editing. For example, an mp4 file, a mov file, or a flv file. Each video file corresponds to a target key. The target key can be generated randomly or according to a preset rule. The target key is not fixed for each video file.

[0136] In this way, the video file is encrypted in advance and is also encrypted during transmission. The client needs to obtain the encrypted video file and the corresponding target key at the same time to obtain the video in the video file, which improves the security of the video.

[0137] Based on this, in some embodiments, such as Figure 4 As shown, the above S130 may specifically include:

[0138] S131. Upon receiving a key acquisition request from a client, the server acquires a video parsing key corresponding to a target video file identifier in the key acquisition request.

[0139] S132: The server encrypts the video parsing key using the video identifier corresponding to the target video according to a second preset encryption rule to obtain a target key.

[0140] The above S180 may specifically include:

[0141] S181: The client uses the video identifier corresponding to the target video to decrypt the target key according to the second preset encryption rule corresponding to the second preset encryption rule to obtain a video parsing key;

[0142] S182: The client uses the video parsing key to decrypt the encrypted video to obtain the target video file.

[0143] Here, the second preset encryption rule and the second preset decryption rule are negotiated in advance between the client and the server, and include symmetric encryption rules and asymmetric encryption rules, which can be standard encryption rules or custom encryption rules.

[0144] In some embodiments, the client first initiates a key acquisition request. Upon receiving the key acquisition request from the client, the server obtains the video parsing key corresponding to the target video file identifier in the key acquisition request and encrypts the video parsing key using the video identifier corresponding to the target video to obtain the target key. After obtaining the target key, the client decrypts the target key using the video identifier corresponding to the target video to obtain the video parsing key.

[0145] In some embodiments, the client decrypts the encrypted video file while downloading it.

[0146] In this way, the server encrypts the video parsing key and sends it to the client, avoiding the risk of video parsing key leakage, ensuring the security of the video parsing key, and further improving the security of the video.

[0147] Based on this, in some embodiments, the first value of i is 1 to k, and the values ​​after the first time are k+1, k+2, ... n, where k is a preset positive integer and n is the number of the multiple video file identifiers; the above S120 may specifically include:

[0148] When the value of i ranges from 1 to k, the client sends a key acquisition request corresponding to the kth video file identifier among the multiple video file identifiers to the server if the encrypted video file corresponding to any video file identifier from the 1st to the kth video file identifier is decrypted successfully.

[0149] When the value of i is k+1, k+2...n, if the encrypted video file corresponding to any video file identifier is decrypted successfully, the client sends a key acquisition request corresponding to the i+1th video file identifier among multiple video file identifiers to the server.

[0150] Here, k is a positive integer set in advance, for example, 3.

[0151] In some embodiments, when a client requests a video file, it first obtains three encrypted video files. After decryption of one of the three encrypted video files is completed, it requests the fourth encrypted video file, and so on. Subsequently, it requests one at a time until all video files are obtained.

[0152] In some embodiments, when the value of i is 1 to k, the client can obtain k encrypted video files through k key acquisition requests carrying a video file identifier, or obtain k encrypted video files through one key acquisition request carrying k video file identifiers.

[0153] It is understandable that the client always keeps k encrypted video files in the decryption state until all decryption is completed.

[0154] In this way, by controlling the number and trigger conditions of target keys and encrypted video files, the client can always keep k encrypted video files being decrypted, which improves the video download efficiency and reduces the pressure on the server.

[0155] Based on this, in some embodiments, the above S190 may specifically include:

[0156] When the client obtains the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier, it splices the videos in the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier until the video splicing in the target video file corresponding to the n-th video file identifier is completed, thereby completing the download of the target video.

[0157] In some embodiments, since multiple encrypted video files are downloaded concurrently, the order of the encrypted video files must be taken into consideration. After decrypting the first and second encrypted video files, the two decrypted target video files are spliced ​​together. If the second encrypted video file has not yet been decrypted, the decryption of the second encrypted video file must be completed. The video decryption and splicing are then completed sequentially to generate a complete video.

[0158] In this way, the client can improve the download efficiency of the video by acquiring, decrypting and splicing the video at the same time.

[0159] In the embodiment provided in this application, since multiple encryption and decryption environments are involved in the transmission process, the client's decryption logic is encapsulated with webassembly, making it impossible to decipher the internal encryption and decryption logic, thereby improving the security of the video.

[0160] The embodiment provided in this application performs TS segment transcoding and encryption on videos to generate video files, and uses encryption strategies during transmission to ensure the security of video downloads. This enables secure video downloads with a simple implementation method, and without prior negotiation, it is difficult to obtain videos through the encrypted file address of the video list file.

[0161] Based on the video downloading method provided in the above embodiment, the present application also provides a specific implementation of a video downloading device. Please refer to the following embodiment.

[0162] See also Figure 5 The video downloading device 300 provided in the embodiment of the present application is applied to a client and includes:

[0163] An acquisition module 310 is configured to acquire a video list file corresponding to the target video upon receiving a click input of the target video, the video list file including multiple video file identifiers;

[0164] A sending module 320 is configured to send a key acquisition request to a server, where the key acquisition request is used to instruct the server to acquire a target key corresponding to a target video file identifier. The key acquisition request includes a target video file identifier, where the target video file identifier is the i-th video file identifier among the multiple video file identifiers, where i is a positive integer.

[0165] The sending module 320 is further configured to send a video file acquisition request to the server upon receiving the target key sent by the server, wherein the video file acquisition request is used to instruct the server to acquire the encrypted video file corresponding to the target video file identifier, and the video file acquisition request includes the target video file identifier;

[0166] The decryption module 330 is used to decrypt the encrypted video file using the target key to obtain the target video file;

[0167] The splicing module 340 is used to splice the videos in the multiple video files to complete the download of the target video when multiple video files are obtained, and the multiple video files include the target video file.

[0168] Based on this, in some embodiments, the acquisition module 310 may include:

[0169] An acquiring unit, configured to acquire a video identifier corresponding to the target video upon receiving a click input of the target video;

[0170] a sending unit, configured to send a video list file acquisition request to the server, wherein the video list file acquisition request is used to instruct the server to obtain a file address of a video list file corresponding to a video identifier, and obtain the video list file from the file address, wherein the video list file acquisition request includes the video identifier;

[0171] The receiving unit is used to receive the video list file sent by the server.

[0172] Based on this, in some embodiments, the receiving unit may be specifically configured to:

[0173] receiving an encrypted video list file sent by the server, where the encrypted video list file is obtained by the server using a preset encryption key corresponding to the file address and encrypting the video list file according to a first preset encryption rule when target verification information corresponding to the file address satisfies a preset condition;

[0174] The encrypted video list file is decrypted using a preset decryption key corresponding to the preset encryption key and according to a first preset decryption rule corresponding to the first preset encryption rule to obtain a video list file.

[0175] Based on this, in some embodiments, the target key is obtained by the server using the video identifier corresponding to the target video and encrypting the video parsing key according to the second preset encryption rule; the decryption module 330 can be specifically used to:

[0176] Using the video identifier corresponding to the target video, the target key is decrypted according to the second preset encryption rule corresponding to the second preset encryption rule to obtain a video parsing key;

[0177] Use the video parsing key to decrypt the encrypted video and obtain the target video file.

[0178] Based on this, in some embodiments, the first value of i is 1 to k, and the values ​​after the first time are k+1, k+2, ... n, where k is a preset positive integer and n is the number of multiple video file identifiers; the sending module is specifically configured to:

[0179] When the value of i ranges from 1 to k, there are k encrypted video files corresponding to the target video file identifiers. If the encrypted video file corresponding to any video file identifier from the 1st to the kth video file identifiers is decrypted successfully, a key acquisition request corresponding to the k+1th video file identifier among the multiple video file identifiers is sent to the server.

[0180] When the value of i is k+1, k+2...n, if the encrypted video file corresponding to any video file identifier is decrypted successfully, a key acquisition request corresponding to the i+1th video file identifier among multiple video file identifiers is sent to the server.

[0181] Based on this, in some embodiments, the splicing module 340 can be specifically used to:

[0182] When the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier are obtained, the videos in the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier are spliced ​​until the splicing of the videos in the target video file corresponding to the n-th video file identifier is completed to complete the download of the target video.

[0183] See also Figure 6 The video downloading device 400 provided in the embodiment of the present application is applied to the server and includes:

[0184] An acquisition module 410 is configured to, upon receiving a key acquisition request from a client, acquire a target key corresponding to a target video file identifier in the key acquisition request, where the target video file identifier is an i-th video file identifier among multiple video file identifiers in a video list file corresponding to the target video, where i is a positive integer;

[0185] The sending module 420 is used to send the target key to the client;

[0186] The acquisition module 410 is further configured to, upon receiving a video file acquisition request sent by a client, acquire the encrypted video file corresponding to the target video file identifier in the video file acquisition request;

[0187] The sending module 420 is also used to send the encrypted video file to the client, so that the client can use the target key to decrypt the encrypted video file to obtain the target video file. When multiple video files are obtained, the videos in the multiple video files are spliced ​​to complete the download of the target video. The multiple video files include the target video file.

[0188] Based on this, in some embodiments, the apparatus 400 may further include:

[0189] The acquisition module 410 is further configured to, upon receiving a key acquisition request from a client, obtain the target key corresponding to the target video file identifier in the key acquisition request, and, upon receiving a video list file acquisition request from a client, obtain the file address of the video list file corresponding to the video identifier in the video list file acquisition request;

[0190] The acquisition module 410 is further used to obtain the video list file from the file address;

[0191] The sending module 420 is further configured to send the video list file to the client.

[0192] Based on this, in some embodiments, the acquisition module 410 may be specifically used to:

[0193] Upon receiving a video list file acquisition request sent by a client, obtaining an encrypted file address of a video list file corresponding to the video identifier in the video list file acquisition request;

[0194] The encrypted file address is decrypted according to the preset decryption rules to obtain decryption result information, which includes the file address.

[0195] Based on this, in some embodiments, the decryption result information also includes target verification information and a preset encryption key; the sending module 420 can be specifically used to:

[0196] When the target verification information satisfies a preset condition, the video list file is encrypted using a preset encryption key according to a first preset encryption rule to obtain an encrypted video list file;

[0197] The encrypted video list file is sent to the client, so that the client uses the preset decryption key corresponding to the preset encryption key and the first preset decryption rule corresponding to the first preset encryption rule to decrypt the encrypted video list file to obtain the video list file.

[0198] Based on this, in some embodiments, the acquisition module 410 may be specifically used to:

[0199] Upon receiving a key acquisition request sent by the client, obtaining a video parsing key corresponding to the target video file identifier in the key acquisition request;

[0200] The video parsing key is encrypted using the video identifier corresponding to the target video according to a second preset encryption rule to obtain a target key.

[0201] Based on this, in some embodiments, the first value of i is 1 to k, and the values ​​after the first time are k+1, k+2...n, where k is a preset positive integer and n is the number of multiple video file identifiers.

[0202] Based on this, in some embodiments, the apparatus 400 may further include:

[0203] The acquisition module 310 is further configured to, upon receiving a key acquisition request sent by a client, acquire a target video file corresponding to the target video file identifier before acquiring a target key corresponding to the target video file identifier in the key acquisition request;

[0204] The encryption module is used to encrypt the target video file using the target key to obtain an encrypted video file.

[0205] The various modules of the video downloading device provided in the embodiment of the present application can implement the functions of the various steps of the video downloading method provided above and achieve the corresponding technical effects. For the sake of brevity, they will not be repeated here.

[0206] Based on the same inventive concept, an embodiment of the present application also provides an electronic device.

[0207] Figure 7 A schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application is shown.

[0208] The electronic device may include a processor 501 and a memory 502 storing computer program instructions.

[0209] Specifically, the processor 501 may include a central processing unit (CPU) or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0210] The memory 502 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 502 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive, or a combination of two or more of these. Where appropriate, the memory 502 may include removable or non-removable (or fixed) media. Where appropriate, the memory 502 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 502 is a non-volatile solid-state memory.

[0211] The memory may include a read-only memory (ROM), a random access memory (RAM), a magnetic disk storage medium device, an optical storage medium device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Thus, generally, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.

[0212] The processor 501 reads and executes computer program instructions stored in the memory 502 to implement any one of the video downloading methods in the above embodiments.

[0213] In one example, the electronic device may further include a communication interface 503 and a bus 510. Figure 7 As shown, the processor 501, the memory 502, and the communication interface 503 are connected via a bus 510 and communicate with each other.

[0214] The communication interface 503 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0215] The bus 510 includes hardware, software, or both, and couples the components of the electronic device to each other. For example, and not limitation, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an InfiniBand interconnect, a Linear Predictive Coding (LPC) bus, a memory bus, a MicroChannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (Peripheral Component Interconnect-X, PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VESA Local Bus, VLB) bus, or other suitable buses or a combination of two or more of these. Where appropriate, the bus 510 may include one or more buses. Although the embodiments of the present application describe and illustrate a specific bus, the present application contemplates any suitable bus or interconnection. The electronic device can execute the video downloading method of the embodiment of the present invention, thereby implementing the above-mentioned video downloading method.

[0216] In addition, in conjunction with the video downloading method in the above embodiment, the present application embodiment can provide a computer storage medium for implementation. The computer storage medium stores computer program instructions; when the computer program instructions are executed by a processor, any of the video downloading methods in the above embodiment is implemented.

[0217] The present application also provides a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes each process of implementing any of the above-mentioned video downloading method embodiments.

[0218] It should be understood that the present application is not limited to the specific configurations and processes described above and illustrated in the figures. For the sake of brevity, a detailed description of known methods is omitted here. In the above embodiments, several specific steps are described and illustrated as examples. However, the method process of the present application is not limited to the specific steps described and illustrated. Those skilled in the art can make various changes, modifications, and additions, or change the order of the steps after understanding the spirit of the present application.

[0219] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of the present application are programs or code segments used to perform the required tasks. The programs or code segments can be stored in a machine-readable medium, or transmitted on a transmission medium or communication link via a data signal carried in a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, read-only memories (ROMs), flash memories, erasable read-only memories (EROMs), floppy disks, compact disc read-only memories (CD-ROMs), optical discs, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segments can be downloaded via computer networks such as the Internet and intranets.

[0220] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps. In other words, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0221] Aspects of the present disclosure have been described above with reference to the flowcharts and / or block diagrams of the methods, devices (systems) and computer program products according to the embodiments of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor or a field programmable logic circuit. It is also understood that each box in the block diagram and / or flowchart and the combination of the boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs the specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0222] The above is only a specific implementation method of the present application. Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the scope of protection of the present application is not limited to this. Any technician familiar with this technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the scope of protection of this application.

Claims

1. A method for downloading a video, characterized in that: Applied to the client, including: When receiving a click input of a target video, obtaining a video list file corresponding to the target video, wherein the video list file includes multiple video file identifiers; Sending a key acquisition request to the server, wherein the key acquisition request is used to instruct the server to acquire a target key corresponding to a target video file identifier, wherein the key acquisition request includes the target video file identifier, and the target video file identifier is the i-th video file identifier among the multiple video file identifiers, where i is a positive integer; When receiving the target key sent by the server, sending a video file acquisition request to the server, wherein the video file acquisition request is used to instruct the server to acquire the encrypted video file corresponding to the target video file identifier, and the video file acquisition request includes the target video file identifier; Decrypting the encrypted video file using the target key to obtain a target video file; In the case where multiple video files are acquired, the videos in the multiple video files are spliced ​​to complete the downloading of the target video, and the multiple video files include the target video file.

2. The video downloading method according to claim 1, characterized in that: The step of obtaining a video list file corresponding to the target video upon receiving a click input of the target video comprises: When receiving a click input of a target video, obtaining a video identifier corresponding to the target video; Sending a video list file acquisition request to the server, wherein the video list file acquisition request is used to instruct the server to obtain a file address of a video list file corresponding to the video identifier, and to obtain the video list file from the file address, wherein the video list file acquisition request includes the video identifier; Receive the video list file sent by the server.

3. The video downloading method according to claim 2, characterized in that: The receiving the video list file sent by the server includes: receiving an encrypted video list file sent by the server, wherein the encrypted video list file is obtained by the server using a preset encryption key corresponding to the file address and encrypting the video list file according to a first preset encryption rule when the target verification information corresponding to the file address meets a preset condition; The encrypted video list file is decrypted using a preset decryption key corresponding to the preset encryption key and according to a first preset decryption rule corresponding to the first preset encryption rule to obtain the video list file.

4. The video downloading method according to claim 2, characterized in that: The target key is obtained by the server using the video identifier corresponding to the target video and encrypting the video parsing key according to a second preset encryption rule; The method of decrypting the encrypted video using the target key to obtain a target video file includes: Using the video identifier corresponding to the target video, decrypting the target key according to the second preset encryption rule corresponding to the second preset encryption rule to obtain the video parsing key; The encrypted video is decrypted using the video parsing key to obtain a target video file.

5. The video downloading method according to claim 1, characterized in that: The first value of i is 1 to k, and the values ​​after the first time are k+1, k+2...n, k is a preset positive integer, and n is the number of the multiple video file identifiers; The sending of a key acquisition request to the server includes: When the value of i is 1 to k, there are k encrypted video files corresponding to the target video file identifier, and if the encrypted video file corresponding to any one of the 1st to kth video file identifiers is decrypted successfully, a key acquisition request corresponding to the k+1th video file identifier among the multiple video file identifiers is sent to the server; When the value of i is k+1, k+2...n, if the encrypted video file corresponding to any video file identifier is decrypted successfully, a key acquisition request corresponding to the i+1th video file identifier among the multiple video file identifiers is sent to the server.

6. The video downloading method according to claim 1, characterized in that: When multiple video files are obtained, splicing the videos in the multiple video files to complete the download of the target video includes: When the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier are obtained, the videos in the target video file corresponding to the i-th video file identifier and the target video file corresponding to the i+1-th video file identifier are spliced ​​until the splicing of the videos in the target video file corresponding to the n-th video file identifier is completed to complete the download of the target video.

7. A method for downloading a video, characterized in that: Applied to the server, including: Upon receiving a key acquisition request sent by a client, acquiring a target key corresponding to a target video file identifier in the key acquisition request, wherein the target video file identifier is an i-th video file identifier among multiple video file identifiers in a video list file corresponding to the target video, where i is a positive integer; Sending the target key to the client; When receiving a video file acquisition request sent by a client, acquiring an encrypted video file corresponding to a target video file identifier in the video file acquisition request; The encrypted video file is sent to the client so that the client uses the target key to decrypt the encrypted video file to obtain a target video file. When multiple video files are obtained, the videos in the multiple video files are spliced ​​to complete the download of the target video. The multiple video files include the target video file.

8. The video downloading method according to claim 7, characterized in that: In the case of receiving a key acquisition request sent by a client, before acquiring a target key corresponding to a target video file identifier in the key acquisition request, the method further includes: When receiving a video list file acquisition request sent by the client, acquiring a file address of a video list file corresponding to the video identifier in the video list file acquisition request; Obtain the video list file from the file address; Send the video list file to the client.

9. The video downloading method according to claim 8, characterized in that: The step of, upon receiving a video list file acquisition request sent by the client, acquiring a file address of a video list file corresponding to a video identifier in the video list file acquisition request, comprises: Upon receiving a video list file acquisition request sent by the client, acquiring an encrypted file address of a video list file corresponding to the video identifier in the video list file acquisition request; The encrypted file address is decrypted according to a preset decryption rule to obtain decryption result information, wherein the decryption result information includes the file address.

10. The video downloading method according to claim 9, characterized in that: The decryption result information also includes target verification information and a preset encryption key; and sending the video list file to the client includes: When the target verification information satisfies a preset condition, encrypting the video list file using the preset encryption key according to a first preset encryption rule to obtain an encrypted video list file; The encrypted video list file is sent to the client, so that the client uses the preset decryption key corresponding to the preset encryption key and the first preset decryption rule corresponding to the first preset encryption rule to decrypt the encrypted video list file to obtain the video list file.

11. The video downloading method according to claim 8, characterized in that: In the case of receiving a key acquisition request sent by a client, acquiring a target key corresponding to a target video file identifier in the key acquisition request includes: Upon receiving a key acquisition request sent by a client, acquiring a video parsing key corresponding to a target video file identifier in the key acquisition request; The video parsing key is encrypted using the video identifier corresponding to the target video according to a second preset encryption rule to obtain a target key.

12. The video downloading method according to claim 7, characterized in that: The first value of i is 1 to k, and the values ​​after the first time are k+1, k+2...n, k is a preset positive integer, and n is the number of the multiple video file identifiers.

13. The video downloading method according to claim 7, characterized in that: In the case of receiving a key acquisition request sent by a client, before acquiring a target key corresponding to a target video file identifier in the key acquisition request, the method further includes: Get the target video file corresponding to the target video file identifier; The target video file is encrypted using the target key to obtain the encrypted video file.

14. A video downloading device, characterized in that: Applied to the client, including: An acquisition module, configured to acquire a video list file corresponding to the target video upon receiving a click input of the target video, wherein the video list file includes multiple video file identifiers; A sending module, used for sending a key acquisition request to a server, wherein the key acquisition request is used for instructing the server to acquire a target key corresponding to a target video file identifier, wherein the key acquisition request includes the target video file identifier, and the target video file identifier is the i-th video file identifier among the multiple video file identifiers, where i is a positive integer; The sending module is further used to send a video file acquisition request to the server when receiving the target key sent by the server, wherein the video file acquisition request is used to instruct the server to acquire the encrypted video file corresponding to the target video file identifier, and the video file acquisition request includes the target video file identifier; A decryption module, used to decrypt the encrypted video file using the target key to obtain a target video file; The splicing module is used to splice the videos in the multiple video files to complete the download of the target video when multiple video files are acquired, and the multiple video files include the target video file.

15. A video downloading device, characterized in that: Applied to the server, including: an acquisition module, configured to, upon receiving a key acquisition request sent by a client, acquire a target key corresponding to a target video file identifier in the key acquisition request, wherein the target video file identifier is an i-th video file identifier among multiple video file identifiers in a video list file corresponding to the target video, where i is a positive integer; A sending module, used for sending the target key to the client; The acquisition module is further configured to, upon receiving a video file acquisition request sent by a client, acquire an encrypted video file corresponding to a target video file identifier in the video file acquisition request; The sending module is also used to send the encrypted video file to the client, so that the client uses the target key to decrypt the encrypted video file to obtain the target video file. When multiple video files are obtained, the videos in the multiple video files are spliced ​​to complete the download of the target video. The multiple video files include the target video file.

16. An electronic device, characterized in that: The device comprises: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, it implements the video downloading method described in any one of claims 1-6, or the video downloading method described in any one of claims 7-13.

17. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by a processor, the method for downloading a video as described in any one of claims 1 to 6 or the method for downloading a video as described in any one of claims 7 to 13 is implemented.

18. A computer program product, characterized in that When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device is enabled to execute the video downloading method as described in any one of claims 1 to 6, or the video downloading method as described in any one of claims 7 to 13.

Images