Method, device, equipment, medium and product for playing video

Abstract

The application discloses a video playing method and device, equipment, medium and product, and relates to the technical field of information security. The method is applied to a server and comprises the following steps: receiving a first video access file acquisition request sent by a client, acquiring a key corresponding to a target identifier in the first video access file acquisition request; using the key to decrypt first cipher information according to a preset decryption rule; if the decryption is successful, checking user identity information obtained through decryption; and under the condition that the user identity information meets a preset condition, sending a video access file to the client, so that the client plays a target video corresponding to the video access file. The video access file in the video access file address is sent to the client only when both the decryption is successful and the user identity information meets the preset condition, so that the client plays the target video corresponding to the video access file, and the security of the video is improved.

Description

Technical Field

[0001] This application belongs to the field of information security technology, and in particular relates to a video playback method, apparatus, device, medium and product. Background Technology

[0002] Video files, as a medium for transmitting information, have become ubiquitous in people's work and daily lives. Currently, most video files are distributed on the internet in the form of file addresses. An m3u8 file is a video index address file; the video file can be accessed and played through the index address within the m3u8 file. Due to its unique format and the characteristic of video segmented transmission, the m3u8 file offers higher security than an mp4 file. Therefore, many users choose m3u8 files when handling confidential video files.

[0003] In current technology, the m3u8 file and its corresponding video file are typically encrypted during transmission to ensure video security. However, if the key file is leaked, the video is at risk of being cracked, resulting in low video security. Summary of the Invention

[0004] This application provides a video playback method, apparatus, device, medium, and product. The server obtains a key through a target identifier sent by the client, and decrypts the first ciphertext information obtained by encrypting user identity information with the key sent by the client. If decryption is successful, the decrypted user identity information is verified. Only when the user identity information meets preset conditions will the server send the video access file from the video access file address to the client. That is, both successful decryption and the user identity information meeting preset conditions must be met simultaneously before the video access file from the video access file address is sent to the client for the client to play the target video corresponding to the video access file, thereby improving video security.

[0005] In a first aspect, embodiments of this application provide a video playback method, applied on a server, comprising:

[0006] Upon receiving a first video access file retrieval request sent by the client, the key corresponding to the target identifier in the first video access file retrieval request is obtained. The first video access file retrieval request also includes the video access file address corresponding to the target video and the first ciphertext information. The first ciphertext information is obtained by the client using the key to encrypt the user identity information according to the preset encryption rules.

[0007] Using the key, the first ciphertext information is decrypted according to the preset decryption rule corresponding to the preset encryption rule;

[0008] If decryption is successful, the user identity information obtained through decryption will be verified.

[0009] If the user's identity information meets the preset conditions, the system sends the video access file from the video access file address to the client so that the client can play the target video corresponding to the video access file.

[0010] In one possible implementation embodiment, upon receiving a first video access file retrieval request sent by a client, before obtaining the key corresponding to the target identifier in the first video access file retrieval request, the method further includes:

[0011] Receive a verification information retrieval request sent by the client. The verification information retrieval request includes the video identifier of the target video.

[0012] Generate and cache target verification information corresponding to the video identifier. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0013] Send target verification information to the client.

[0014] In one possible implementation, after sending the target verification information to the client, the method further includes:

[0015] Update the access status of the video access file to the first target status;

[0016] Upon receiving a first video access file retrieval request from a client, the key corresponding to the target identifier in the first video access file retrieval request is obtained, including:

[0017] Upon receiving the first video access file retrieval request sent by the client, and if the access status of the video access file is the first target status, the key corresponding to the target identifier in the first video access file retrieval request is obtained.

[0018] In one possible implementation embodiment, it further includes:

[0019] If the video file access status is the second target status, or decryption fails, or the user identity information does not meet the preset conditions, the target information is sent to the client.

[0020] In one possible implementation, the video access file address includes a first address of the video file;

[0021] When the video access file address is the first address, the video access file includes the video file.

[0022] In one possible implementation, the video access file address includes a second address of the video index address file, and the video access file includes the video index address file. After sending the video access file from the video access file address to the client when the user identity information meets preset conditions, the method further includes:

[0023] The client receives a second video access file retrieval request. The second video access file retrieval request includes a first address, a target identifier, and second encrypted information. The second encrypted information is obtained by the client using a key to encrypt the user's identity information according to a preset encryption rule. The first address is the address in the video index address file.

[0024] Using the key, the second ciphertext information is decrypted according to the preset decryption rules;

[0025] If decryption is successful, the user identity information obtained through decryption will be verified.

[0026] If the user's identity information meets the preset conditions, the video file in the first address is sent to the client so that the client can play the target video corresponding to the video file.

[0027] In one possible implementation, after decrypting the first ciphertext information using a key according to a preset decryption rule corresponding to a preset encryption rule, the method further includes:

[0028] Delete the target identifier and key cached on the server.

[0029] In one possible implementation, after deleting the target identifier and key cached in the server, the method further includes:

[0030] Update the access status of the video access file to the second target status.

[0031] Secondly, embodiments of this application provide a video playback method applied to a client, including:

[0032] Upon receiving a click input for the target video, obtain the video access file address corresponding to the target video, the target verification information corresponding to the target video, and the user identity information. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0033] Using the key, the user's identity information is encrypted according to the preset encryption rules to obtain the first ciphertext information;

[0034] Send a first video access file retrieval request to the server. The first video access file retrieval request is used to instruct the server to use the key to decrypt the first ciphertext information according to the preset decryption rule corresponding to the preset encryption rule. If the decryption is successful and the user identity information obtained by decryption meets the preset conditions, then send the video access file in the video access file address to the client. The first video access file retrieval request includes the video access file address, the target identifier and the first ciphertext information.

[0035] Receive video access files sent by the client to play the target video corresponding to the video access file.

[0036] In one possible implementation, obtaining target verification information corresponding to the target video includes:

[0037] Obtain the video identifier of the target video;

[0038] Send a verification information retrieval request to the server. The verification information retrieval request is used to instruct the server to generate and cache the target verification information corresponding to the video identifier. The verification information retrieval request includes the video identifier.

[0039] Receive target verification information sent by the server.

[0040] In one possible implementation, the video access file is a file sent by the server when the access status of the video access file is a first target status.

[0041] In one possible implementation embodiment, it further includes:

[0042] Receive target information sent by the server. The target information is the information sent by the server to the client when the access status of the video access file is the second target status, or the decryption fails, or the user identity information does not meet the preset conditions.

[0043] In one possible implementation, the video access file address includes a first address of the video file, and the video access file includes the video file; after receiving the video access file sent by the client, the method further includes:

[0044] Play the target video corresponding to the video file.

[0045] In one possible implementation, the video access file address includes a second address of the video index address file, and the video access file includes the video index address file; after receiving the video access file sent by the client, the method further includes:

[0046] Obtain the first address of the video file from the video index address file;

[0047] Using the key, the user's identity information is encrypted according to the preset encryption rules to obtain the second ciphertext information;

[0048] Send a second video access file retrieval request to the server. The second video access file retrieval request is used to instruct the server to use the key to decrypt the second ciphertext information according to the preset decryption rules. If the decryption is successful and the user identity information obtained by decryption meets the preset conditions, then send the video file in the first address to the client. The second video access file retrieval request includes the first address, the target identifier and the second ciphertext information.

[0049] Receive video files sent by the client;

[0050] Play the target video corresponding to the video file.

[0051] Thirdly, embodiments of this application provide a video playback device, applied on a server, comprising:

[0052] The acquisition module is used to acquire the key corresponding to the target identifier in the first video access file acquisition request when it receives the first video access file acquisition request sent by the client. The first video access file acquisition request also includes the video access file address corresponding to the target video and the first ciphertext information. The first ciphertext information is obtained by the client using the key to encrypt the user identity information according to the preset encryption rules.

[0053] The decryption module is used to decrypt the first ciphertext information using a key and according to the preset decryption rules corresponding to the preset encryption rules;

[0054] The verification module is used to verify the user identity information obtained after decryption if the decryption is successful.

[0055] The sending module is used to send the video access file from the video access file address to the client when the user's identity information meets the preset conditions, so that the client can play the target video corresponding to the video access file.

[0056] In one possible implementation, the apparatus further includes:

[0057] The receiving module is used to receive a verification information acquisition request sent by the client before acquiring the key corresponding to the target identifier in the first video access file acquisition request when it receives a first video access file acquisition request sent by the client. The verification information acquisition request includes the video identifier of the target video.

[0058] The generation module is used to generate and cache the target verification information corresponding to the video identifier. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0059] The sending module is also used to send target verification information to the client.

[0060] In one possible implementation, the apparatus further includes:

[0061] The update module is used to update the access status of the video access file to the first target status after sending the target verification information to the client.

[0062] The acquisition module is specifically used for:

[0063] Upon receiving the first video access file retrieval request sent by the client, and if the access status of the video access file is the first target status, the key corresponding to the target identifier in the first video access file retrieval request is obtained.

[0064] In one possible implementation embodiment, it further includes:

[0065] The sending module is also used to send target information to the client when the access status of the video access file is the second target status, or decryption fails, or the user identity information does not meet the preset conditions.

[0066] In one possible implementation, the video access file address includes a first address of the video file;

[0067] When the video access file address is the first address, the video access file includes the video file.

[0068] In one possible implementation, the video access file address includes a second address of the video index address file, the video access file includes the video index address file, and the apparatus further includes:

[0069] The receiving module is used to send a video access file from the video access file address to the client after the user's identity information meets the preset conditions, and then receive a second video access file retrieval request sent by the client. The second video access file retrieval request includes a first address, a target identifier, and second encrypted information. The second encrypted information is obtained by the client using a key to encrypt the user's identity information according to a preset encryption rule. The first address is the address in the video index address file.

[0070] The decryption module is also used to decrypt the second ciphertext information using a key and according to preset decryption rules;

[0071] The verification module is also used to verify the user identity information obtained after decryption if the decryption is successful.

[0072] The sending module is also used to send the video file in the first address to the client when the user's identity information meets the preset conditions, so that the client can play the target video corresponding to the video file.

[0073] In one possible implementation, the apparatus further includes:

[0074] The deletion module is used to delete the target identifier and key cached in the server after decrypting the first ciphertext information using the key and the preset decryption rule corresponding to the preset encryption rule.

[0075] In one possible implementation, the apparatus further includes:

[0076] The update module is used to update the access status of the video access file to the second target status after deleting the target identifier and key cached in the server.

[0077] Fourthly, embodiments of this application provide a video playback device, applied to a client, including:

[0078] The acquisition module is used to acquire the video access file address, target verification information, and user identity information corresponding to the target video when a click input for the target video is received. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0079] The encryption module is used to encrypt user identity information using a key and according to preset encryption rules to obtain the first ciphertext information;

[0080] The sending module is used to send a first video access file retrieval request to the server. The first video access file retrieval request is used to instruct the server to use the key to decrypt the first ciphertext information according to the preset decryption rule corresponding to the preset encryption rule. If the decryption is successful and the user identity information obtained by decryption meets the preset conditions, the server sends the video access file in the video access file address to the client. The first video access file retrieval request includes the video access file address, the target identifier and the first ciphertext information.

[0081] The receiving module is used to receive video access files sent by the client in order to play the target video corresponding to the video access file.

[0082] In one possible implementation, the acquisition module is specifically used for:

[0083] Obtain the video identifier of the target video;

[0084] Send a verification information retrieval request to the server. The verification information retrieval request is used to instruct the server to generate and cache the target verification information corresponding to the video identifier. The verification information retrieval request includes the video identifier.

[0085] Receive target verification information sent by the server.

[0086] In one possible implementation, the video access file is a file sent by the server when the access status of the video access file is a first target status.

[0087] In one possible implementation embodiment, it further includes:

[0088] The receiving module is also used to receive target information sent by the server. The target information is the information sent by the server to the client when the access status of the video access file is the second target status, or the decryption fails, or the user identity information does not meet the preset conditions.

[0089] In one possible implementation, the video access file address includes a first address of the video file, and the video access file includes the video file; the apparatus further includes:

[0090] The playback module is used to play the target video corresponding to the video file after receiving the video access file sent by the client.

[0091] In one possible implementation, the video access file address includes a second address of the video index address file, and the video access file includes the video index address file; the apparatus further includes:

[0092] The acquisition module is also used to obtain the first address of the video file from the video index address file after receiving the video access file sent by the client;

[0093] The encryption module is also used to encrypt user identity information using a key according to preset encryption rules to obtain second ciphertext information;

[0094] The sending module is also used to send a second video access file retrieval request to the server. The second video access file retrieval request is used to instruct the server to use the key to decrypt the second ciphertext information according to the preset decryption rules. If the decryption is successful and the user identity information obtained by decryption meets the preset conditions, the video file in the first address is sent to the client. The second video access file retrieval request includes the first address, the target identifier and the second ciphertext information.

[0095] The receiving module is also used to receive video files sent by the client;

[0096] The playback module is used to play the target video corresponding to the video file.

[0097] Fifthly, embodiments of this application provide an electronic device, the device comprising:

[0098] Processor and memory storing computer program instructions;

[0099] The video playback method that implements any of the above when the processor executes computer program instructions.

[0100] Sixthly, embodiments of this application provide a computer storage medium storing computer program instructions, which, when executed by a processor, implement a video playback method according to any one of the above-mentioned methods.

[0101] In a seventh aspect, embodiments of this application provide a computer program product, characterized in that, when the instructions in the computer program product are executed by the processor of an electronic device, the electronic device is able to execute the video playback method described above.

[0102] This application discloses a video playback method, apparatus, device, medium, and product. The method is applied to a server and includes: upon receiving a first video access file retrieval request sent by a client, obtaining a key corresponding to a target identifier in the first video access file retrieval request, wherein the first video access file retrieval request also includes a video access file address corresponding to the target video and first encrypted information, wherein the first encrypted information is obtained by the client encrypting user identity information using the key according to a preset encryption rule; decrypting the first encrypted information using the key according to a preset decryption rule corresponding to the preset encryption rule; if decryption is successful, verifying the decrypted user identity information; and if the user identity information meets preset conditions, sending the video access file in the video access file address to the client for the client to play the target video corresponding to the video access file.

[0103] In this way, the server obtains the key through the target identifier sent by the client, and uses the key to decrypt the first ciphertext information obtained by encrypting the user identity information with the key sent by the client. If the decryption is successful, the decrypted user identity information is verified. Only if the user identity information meets the preset conditions will the server send the video access file from the video access file address to the client. That is, both the decryption success and the user identity information meeting the preset conditions must be met simultaneously before the server sends the video access file from the video access file address to the client for the client to play the target video corresponding to the video access file, thus improving video security. Attached Figure Description

[0104] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0105] Figure 1 This is a flowchart illustrating a video playback method provided in one embodiment of this application;

[0106] Figure 2 This is a flowchart illustrating a video playback method provided in another embodiment of this application;

[0107] Figure 3 This is a flowchart illustrating a video playback method provided in another embodiment of this application;

[0108] Figure 4 This is a flowchart illustrating a video playback method provided in another embodiment of this application;

[0109] Figure 5 This is a schematic diagram of the structure of a video playback device applied to a server, provided in another embodiment of this application;

[0110] Figure 6 This is a schematic diagram of the structure of a video playback device applied to a client according to another embodiment of this application;

[0111] Figure 7 This is a schematic diagram of the structure of an electronic device provided in another embodiment of this application. Detailed Implementation

[0112] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0113] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes said element.

[0114] It should be noted that the acquisition, storage, use, and processing of data in this application embodiment all comply with the relevant provisions of national laws and regulations.

[0115] It should be noted that in the embodiments of this application, certain software, components, models and other existing solutions in the industry may be mentioned. These should be regarded as exemplary and are only intended to illustrate the feasibility of implementing the technical solution of this application. However, it does not mean that the applicant has used or necessarily used the solution.

[0116] Video files, as a medium for transmitting information, have become ubiquitous in people's work and daily lives. Currently, most video files are distributed on the internet in the form of file addresses. An m3u8 file is a video index address file; the video file can be accessed and played through the index address within the m3u8 file. Due to its unique format and the characteristic of video segmented transmission, the m3u8 file offers higher security than an mp4 file. Therefore, many users choose m3u8 files when handling confidential video files.

[0117] In current technology, the m3u8 file and its corresponding video file are typically encrypted during transmission to ensure video security. However, if the key file is leaked, the video is at risk of being cracked, resulting in low video security.

[0118] It's important to note that the playback of videos corresponding to m3u8 files is generally achieved through video player libraries (such as video.js, hls.js, etc.). The player first reads the m3u8 file, requests the corresponding video file according to a preset method using the index address in the m3u8 file, loads the corresponding video file into the buffer, and then plays the video. m3u8 is a video playlist file format, primarily used for streaming media transmission and online video playback. It is a video file format based on the HLS protocol. An m3u8 file contains index addresses of multiple media segments and can automatically adjust the quality and size of the segments based on network conditions. The HLS protocol is a media streaming protocol based on HTTP, short for HTTP Live Streaming, used for real-time audio and video streaming. By cutting the entire stream into small media files that can be downloaded via HTTP, and then providing a matching media playlist file to the client, the client can sequentially pull and play the video files, achieving the effect of appearing to play a single stream.

[0119] To address the problems of existing technologies, embodiments of this application provide a video playback method, apparatus, device, medium, and product. The video playback method provided in this application involves the server obtaining a key through a target identifier sent by the client, and using the key to decrypt first ciphertext information obtained by encrypting user identity information sent by the client. If decryption is successful, the decrypted user identity information is verified. Only if the user identity information meets preset conditions will the server send the video access file from the video access file address to the client. That is, both successful decryption and the user identity information meeting preset conditions must be simultaneously satisfied before the video access file from the video access file address is sent to the client for the client to play the target video corresponding to the video access file, thus improving video security.

[0120] The video playback method provided in the embodiments of this application will be described below. Figure 1 As shown, the video playback method provided in this application embodiment includes the following steps.

[0121] S110. When the client receives a click input for the target video, it obtains the video access file address corresponding to the target video, the target verification information corresponding to the target video, and the user identity information. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0122] Here, user identity information may include, but is not limited to, user name, account, password, ID, and affiliated organization. Target verification information is pre-set. The target identifier can be a global tracking number. In essence, from receiving a click input for the target video to playing the target video, the target identifier is bound to the target video. Each video corresponds to a unique global tracking number.

[0123] In some embodiments, the video access file address is an address on the server side, and the client needs to request the video access file from the server. The server verifies the client's identity, and if the verification is successful, it returns the video access file.

[0124] In some embodiments, the video access file address can be the address of an m3u8 file or the address of a video file. If the video access file address is the address of an m3u8 file, the client can obtain and play the video file through the video index address in the m3u8 file. The address includes a link.

[0125] S120. The client uses the key to encrypt the user's identity information according to the preset encryption rules to obtain the first ciphertext information.

[0126] Here, the preset encryption rules include symmetric and asymmetric encryption rules, which can be standard encryption rules or custom encryption rules. For example, the preset encryption rule is to use the RSA asymmetric encryption algorithm for encryption.

[0127] In some embodiments, a key is required when encrypting user identity information according to preset encryption rules. This can be understood as the preset encryption rules defining the encryption process, and the key being a parameter used during the encryption process.

[0128] S130. The client sends a first video access file retrieval request to the server. The first video access file retrieval request includes the video access file address, the target identifier, and the first encrypted information.

[0129] S140. The server obtains the key corresponding to the target identifier in the first video access file acquisition request.

[0130] In some embodiments, the server-side information includes target verification information. After receiving the first video access file retrieval request, the server obtains the corresponding key through the target identifier.

[0131] S150. The server uses the key to decrypt the first ciphertext information according to the preset decryption rule corresponding to the preset encryption rule.

[0132] In some embodiments, the server and client negotiate preset encryption and decryption rules in advance, and the server's information includes the preset decryption rules corresponding to the preset encryption rules. After obtaining the key, the server uses the key to decrypt the first ciphertext information according to the preset decryption rules corresponding to the preset encryption rules.

[0133] S160. If the server successfully decrypts the information, it will verify the user identity information obtained from the decryption.

[0134] In some embodiments, if decryption is successful, the server can obtain the user's identity information; otherwise, the decryption result cannot be obtained. It should be noted that if decryption fails, it indicates that an error occurred in the decryption process, and no decryption result can be obtained.

[0135] As an example, if decryption is successful, the server will verify the validity and / or access permissions of the decrypted user identity information.

[0136] S170. If the user's identity information meets the preset conditions, the server sends the video access file in the video access file address to the client so that the client can play the target video corresponding to the video access file.

[0137] Here, the preset conditions are set in advance.

[0138] In some embodiments, verifying the validity of user identity information includes: checking whether the user identity information is consistent with preset user identity information cached on the server; if the user identity information is consistent with the cached preset user identity information, verifying the access permissions of the user identity information. Verifying the access permissions of the user identity information includes: checking whether the user identity information has access permissions to video access files; if the user identity information also has access permissions to video access files, it indicates that the user identity information meets preset conditions. The video access file from the video access file address is sent to the client for the client to play the target video corresponding to the video access file.

[0139] In this way, the server obtains the key through the target identifier sent by the client, and uses the key to decrypt the first ciphertext information obtained by encrypting the user identity information with the key sent by the client. If the decryption is successful, the decrypted user identity information is verified. Only if the user identity information meets the preset conditions will the server send the video access file from the video access file address to the client. That is, both the decryption success and the user identity information meeting the preset conditions must be met simultaneously before the server sends the video access file from the video access file address to the client for the client to play the target video corresponding to the video access file, thus improving video security.

[0140] Based on this, in some embodiments, such as Figure 2 As shown, in S110 above, the client obtains the target verification information corresponding to the target video, which may specifically include:

[0141] S111, The client obtains the video identifier of the target video;

[0142] S112. The client sends a verification information retrieval request to the server. The verification information retrieval request includes the video identifier.

[0143] S113. The server generates and caches the target verification information corresponding to the video identifier;

[0144] S114. The server sends target verification information to the client.

[0145] Here, the video identifier can be either the video ID corresponding to the target video or the file ID.

[0146] In some embodiments, the server can generate target verification information according to preset rules. The preset generation rules are not specifically limited here, as long as the uniqueness of the target verification information is guaranteed.

[0147] In some embodiments, the server also caches the target verification information so that it can decrypt the ciphertext information when it receives it.

[0148] In this way, the server generates target verification information, caches it, and sends it to the client. The client can use the target verification information to encrypt the user's identity information, and the server can use the target verification information to decrypt it, thus realizing the secure transmission of user identity information and ensuring the security of the video.

[0149] Based on this, in some embodiments, after S114 described above, the method may further include:

[0150] The server updates the access status of the video file to the first target status;

[0151] Specifically, S140 may include:

[0152] When the server receives the first video access file retrieval request sent by the client, and the access status of the video access file is the first target status, it obtains the key corresponding to the target identifier in the first video access file retrieval request.

[0153] Here, the first target state represents the state in which access to the video access file is permitted, at which point the server can verify the client information.

[0154] In some embodiments, the server only enters the verification process when it receives a first video access file retrieval request from the client and the access status of the video access file is in the first target status, thus achieving the purpose of dynamic verification.

[0155] In this way, the client achieves dynamic verification based on the access status of the video access file. Only when the server receives the first video access file retrieval request from the client and the access status of the video access file is the first target status, does it obtain the key corresponding to the target identifier in the first video access file retrieval request and enter the verification process, which further improves the security of the video.

[0156] Based on this, in some embodiments, the method further includes:

[0157] If the access status of the video file is the second target status, or the decryption fails, or the user's identity information does not meet the preset conditions, the server sends the target information to the client.

[0158] Here, the second target state represents the state where access to the video file is denied. Target information indicates that access to the video file is not permitted. Decryption failure means that no decryption result can be obtained, and an anomaly occurred during the decryption process.

[0159] In some embodiments, upon receiving the target information, the client displays the target information to notify the user that the video has not been acquired.

[0160] In this way, if an anomaly occurs during the process of obtaining the video access file, such as when the video access file is in the second target state, or when decryption fails, or when the user's identity information does not meet the preset conditions, the server sends the target information to the client, and the user can know that the video acquisition has failed without having to wait too long, thus improving the user experience.

[0161] Based on this, in some embodiments, the video access file address includes a first address of the video file, and the video access file includes the video file; such as Figure 3 As shown, after S170 above, the method may further include:

[0162] S180: The client plays the target video corresponding to the video file.

[0163] Here, the video file can be a .ts file. .ts refers to the Transport Stream video format, a high-definition video container format. A key feature of this format is that it can be independently decoded from any segment of the video stream.

[0164] In some embodiments, if the video access file includes a video file, the client can directly play the target video corresponding to the video file. It is understood that the video file includes the video data of the target video.

[0165] In some embodiments, the video file may also be encrypted, and the client can decrypt the video file and play it by negotiating a key with the server.

[0166] In this way, by decrypting the encrypted information and verifying the user's identity information on the server side, the client can obtain the video data of the target video from the server and then play the video directly. This ensures video security while meeting user needs and improving user experience.

[0167] Based on this, in some embodiments, the video access file address includes a second address of the video index address file, and the video access file includes the video index address file; such as Figure 4 As shown, after S170 above, the method may further include:

[0168] S210. The client obtains the first address of the video file from the video index address file;

[0169] S220. The client uses the key to encrypt the user's identity information according to the preset encryption rules to obtain the second ciphertext information.

[0170] S230. The client sends a second video access file retrieval request to the server. The second video access file retrieval request includes a first address, a target identifier, and second encrypted information.

[0171] S240. The server uses the key to decrypt the second ciphertext information according to the preset decryption rules.

[0172] S250. If the server successfully decrypts the information, it will verify the user identity information obtained from the decryption.

[0173] S260. If the user's identity information meets the preset conditions, the server sends the video file in the first address to the client.

[0174] S270: The client plays the target video corresponding to the video file.

[0175] Here, the video index address file refers to the m3u8 file.

[0176] In some embodiments, when the video access file is a video index address file, the client can obtain the first address of the video file from the video index address file. Then, similar to obtaining the video index address file, the same verification steps are used to obtain the video file with the first address. Here, the first address is the address on the server.

[0177] Understandably, although both methods use keys to encrypt user identity information according to preset encryption rules, they are two different processes, and the resulting ciphertext information may be different.

[0178] In this way, when the video access file is a video index address file, the client still needs to pass the server's verification before it can obtain the video file. The dual verification of the video index address file and the video file access further improves the security of the video.

[0179] Based on this, in some embodiments, after S150 above, the method may further include:

[0180] The server deletes the target identifier and key cached on the server.

[0181] It should be noted that when the video access file is a video index address file, after S240 above, the server deletes the cached target identifier and key. That is, once the server receives an access request for the video file, after decrypting the encrypted information using the obtained key, the server will delete the cached target identifier and key, rendering the target identifier and key invalid.

[0182] In this way, regardless of whether the decryption is successful or not, once the server receives a request to access the video file and decrypts the ciphertext information using the obtained key, it will delete the cached target identifier and key, making them unusable. Even if the target verification information is cracked, the video file cannot be obtained, further improving the security of the video.

[0183] Based on this, in some embodiments, after deleting the target identifier and key cached in the server, the method may further include:

[0184] The server updates the access status of the video file to the second target status.

[0185] Here, the second target state represents the state where access to the video access file is denied.

[0186] Understandably, from the moment the server sends the target verification information to the client until it deletes the cached target identifier and key, the access status of the video file during this period is the first target status, and the rest of the time it is the second target status. This achieves the purpose of dynamic verification.

[0187] In this way, the client achieves dynamic verification based on the access status of the video file. If the access status of the video file is the second target status, the server will refuse access and will not be able to obtain the video file. Only when the server receives the first video file retrieval request sent by the client and the access status of the video file is the first target status will the server obtain the key corresponding to the target identifier in the first video file retrieval request and enter the verification process, which further improves the security of the video.

[0188] In the embodiments provided in this application, starting from the network transmission stage, certain restrictions are placed on the acquisition of video access files, and a dynamic identity verification method is used to ensure the security of video file transmission and improve the security level. Furthermore, the embodiments provided in this application can be used in conjunction with m3u8 file encryption technology to further ensure video security; the encryption of m3u8 files is not specifically limited here.

[0189] As an example, the client could be a media player. The server includes a key server, a security verification server, and an authentication server. The key server generates and caches target verification information; the security verification server decrypts encrypted information; and the authentication server verifies user identity information.

[0190] The embodiments provided in this application use a dynamic verification mechanism to clear the key information after decryption, regardless of success or failure, in order to maximize the security of the video.

[0191] Based on the video playback method provided in the above embodiments, this application also provides specific implementations of a video playback device. Please refer to the following embodiments.

[0192] See Figure 5 The video playback device 300 provided in this application embodiment is applied to a server and includes:

[0193] The acquisition module 310 is used to acquire the key corresponding to the target identifier in the first video access file acquisition request when it receives the first video access file acquisition request sent by the client. The first video access file acquisition request also includes the video access file address corresponding to the target video and the first ciphertext information. The first ciphertext information is obtained by the client using the key to encrypt the user identity information according to the preset encryption rules.

[0194] The decryption module 320 is used to decrypt the first ciphertext information using a key and according to the preset decryption rule corresponding to the preset encryption rule;

[0195] The verification module 330 is used to verify the user identity information obtained after decryption if the decryption is successful.

[0196] The sending module 340 is used to send the video access file in the video access file address to the client when the user's identity information meets the preset conditions, so that the client can play the target video corresponding to the video access file.

[0197] Based on this, in some embodiments, the device 300 may further include:

[0198] The receiving module is used to receive a verification information acquisition request sent by the client before acquiring the key corresponding to the target identifier in the first video access file acquisition request when it receives a first video access file acquisition request sent by the client. The verification information acquisition request includes the video identifier of the target video.

[0199] The generation module is used to generate and cache the target verification information corresponding to the video identifier. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0200] The sending module 340 is also used to send target verification information to the client.

[0201] Based on this, in some embodiments, the device 300 may further include:

[0202] The update module is used to update the access status of the video access file to the first target status after sending the target verification information to the client.

[0203] Module 310 can be specifically used for:

[0204] Upon receiving the first video access file retrieval request sent by the client, and if the access status of the video access file is the first target status, the key corresponding to the target identifier in the first video access file retrieval request is obtained.

[0205] Based on this, in some embodiments, the device 300 may further include:

[0206] The sending module 340 is also used to send target information to the client when the access status of the video access file is the second target status, or the decryption fails, or the user identity information does not meet the preset conditions.

[0207] Based on this, in some embodiments, the video access file address includes the first address of the video file;

[0208] When the video access file address is the first address, the video access file includes the video file.

[0209] Based on this, in some embodiments, the video access file address includes a second address of the video index address file, the video access file includes the video index address file, and the device 300 may further include:

[0210] The receiving module is used to send a video access file from the video access file address to the client after the user's identity information meets the preset conditions, and then receive a second video access file retrieval request sent by the client. The second video access file retrieval request includes a first address, a target identifier, and second encrypted information. The second encrypted information is obtained by the client using a key to encrypt the user's identity information according to a preset encryption rule. The first address is the address in the video index address file.

[0211] The decryption module 320 is also used to decrypt the second ciphertext information using the key and according to the preset decryption rules;

[0212] The verification module 330 is also used to verify the user identity information obtained after decryption if the decryption is successful.

[0213] The sending module 340 is also used to send the video file in the first address to the client when the user identity information meets the preset conditions, so that the client can play the target video corresponding to the video file.

[0214] Based on this, in some embodiments, the device 300 may further include:

[0215] The deletion module is used to delete the target identifier and key cached in the server after decrypting the first ciphertext information using the key and the preset decryption rule corresponding to the preset encryption rule.

[0216] Based on this, in some embodiments, the device 300 may further include:

[0217] The update module is used to update the access status of the video access file to the second target status after deleting the target identifier and key cached in the server.

[0218] See Figure 6 The video playback device 400 provided in this application embodiment is applied to a client and includes:

[0219] The acquisition module 410 is used to acquire the video access file address corresponding to the target video, the target verification information corresponding to the target video, and the user identity information when a click input for the target video is received. The target verification information includes the target identifier and the key corresponding to the target identifier.

[0220] The encryption module 420 is used to encrypt the user's identity information using a key and according to a preset encryption rule to obtain the first ciphertext information;

[0221] The sending module 430 is used to send a first video access file retrieval request to the server. The first video access file retrieval request is used to instruct the server to use the key to decrypt the first ciphertext information according to the preset decryption rule corresponding to the preset encryption rule. If the decryption is successful and the user identity information obtained by decryption meets the preset conditions, the server sends the video access file in the video access file address to the client. The first video access file retrieval request includes the video access file address, the target identifier and the first ciphertext information.

[0222] The receiving module 440 is used to receive video access files sent by the client in order to play the target video corresponding to the video access file.

[0223] Based on this, in some embodiments, the acquisition module 310 can be specifically used for:

[0224] Obtain the video identifier of the target video;

[0225] Send a verification information retrieval request to the server. The verification information retrieval request is used to instruct the server to generate and cache the target verification information corresponding to the video identifier. The verification information retrieval request includes the video identifier.

[0226] Receive target verification information sent by the server.

[0227] Based on this, in some embodiments, the video access file is a file sent by the server when the access status of the video access file is the first target status.

[0228] Based on this, in some embodiments, the device 400 may further include:

[0229] The receiving module 440 is also used to receive target information sent by the server. The target information is information sent by the server to the client when the access status of the video access file is the second target status, or the decryption fails, or the user identity information does not meet the preset conditions.

[0230] Based on this, in some embodiments, the video access file address includes a first address of the video file, and the video access file includes the video file; the device 400 may further include:

[0231] The playback module is used to play the target video corresponding to the video file after receiving the video access file sent by the client.

[0232] Based on this, in some embodiments, the video access file address includes a second address of the video index address file, and the video access file includes the video index address file; the device 400 may further include:

[0233] The acquisition module 410 is also used to obtain the first address of the video file from the video index address file after receiving the video access file sent by the client;

[0234] The encryption module 420 is also used to encrypt the user identity information using a key according to a preset encryption rule to obtain the second ciphertext information;

[0235] The sending module 430 is also used to send a second video access file acquisition request to the server. The second video access file acquisition request is used to instruct the server to use the key to decrypt the second ciphertext information according to the preset decryption rules. If the decryption is successful and the user identity information obtained by decryption meets the preset conditions, the video file in the first address is sent to the client. The second video access file acquisition request includes the first address, the target identifier and the second ciphertext information.

[0236] The receiving module 440 is also used to receive video files sent by the client;

[0237] The playback module is used to play the target video corresponding to the video file.

[0238] The various modules of the video playback device provided in this application embodiment can realize the functions of each step of the video playback method provided above, and can achieve the corresponding technical effects. For the sake of brevity, they will not be described in detail here.

[0239] Based on the same inventive concept, embodiments of this application also provide an electronic device.

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

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

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

[0243] Memory 502 may include mass storage for data or instructions. For example, and not limitingly, memory 502 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 502 may include removable or non-removable (or fixed) media. Where appropriate, memory 502 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 502 is non-volatile solid-state memory.

[0244] Memory may include read-only memory (ROM), random access memory (RAM), disk storage media devices, optical storage media devices, flash memory devices, and electrical, optical, or other physical / tangible memory storage devices. Therefore, typically, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) 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 one aspect of this disclosure.

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

[0246] In one example, the electronic device may also include a communication interface 503 and a bus 510. Wherein, as... Figure 7 As shown, the processor 501, memory 502, and communication interface 503 are connected through bus 510 and complete communication with each other.

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

[0248] Bus 510 includes hardware, software, or both, that couples components of an electronic device together. For example, and not limitingly, 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 Infinite Bandwidth 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) 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, bus 510 may include one or more buses. Although specific buses are described and illustrated in the embodiments of this application, this application contemplates any suitable bus or interconnection. The electronic device can execute the video playback method of the embodiments of the present invention, thereby implementing the video playback method described above.

[0249] Furthermore, in conjunction with the video playback methods described in the above embodiments, this application embodiment can provide a computer storage medium for implementation. This computer storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the video playback methods described in the above embodiments.

[0250] This application also provides a computer program product, wherein the instructions in the computer program product, when executed by the processor of an electronic device, cause the electronic device to perform various processes implementing any of the above-described video playback method embodiments.

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

[0252] 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 this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on 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 memory (ROM), flash memory, erasable read-only memory (EROM), floppy disks, compact disc read-only memory (CD-ROM), optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.

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

[0254] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, 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 apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. 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 block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0255] The above are merely specific embodiments of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A method of playing a video, characterized by, Applied to a server, comprising: In the case of receiving a first video access file acquisition request sent by a client, obtaining a key corresponding to a target identifier in the first video access file acquisition request, the first video access file acquisition request further comprising a video access file address corresponding to a target video and first ciphertext information, the first ciphertext information being obtained by encrypting user identity information according to a preset encryption rule by the client using the key, the target identifier being a global tracking number bound with the target video; Decrypt the first ciphertext information according to a preset decryption rule corresponding to the preset encryption rule using the key; If the decryption is successful, the user identity information obtained by decryption is checked; In the case where the user identity information meets a preset condition, the video access file in the video access file address is sent to the client for the client to play the target video corresponding to the video access file.

2. The video playback method of claim 1, wherein, Before obtaining the key corresponding to the target identifier in the first video access file acquisition request in the case of receiving the first video access file acquisition request sent by the client, the method further comprises: Receiving an authentication information acquisition request sent by the client, the authentication information acquisition request comprising a video identifier of the target video; Generating and caching target authentication information corresponding to the video identifier, the target authentication information comprising the target identifier and the key corresponding to the target identifier; Sending the target authentication information to the client.

3. The video playback method of claim 2, wherein, After sending the target authentication information to the client, the method further comprises: Updating the access state of the video access file to a first target state; The method further comprises: In the case of receiving a first video access file acquisition request sent by a client, and the access state of the video access file being the first target state, obtaining the key corresponding to the target identifier in the first video access file acquisition request.

4. The video playback method according to claim 3, wherein Further comprising: In the case where the access state of the video access file is a second target state, or the decryption fails, or the user identity information does not meet the preset condition, sending target information to the client.

5. The video playback method of claim 1, wherein, The video access file address comprises a first address of a video file; In the case where the video access file address is the first address, the video access file is the video file.

6. The video playback method of claim 1, wherein, The video access file address comprises a second address of a video index address file, and the video access file comprises the video index address file, and after sending the video access file in the video access file address to the client in the case where the user identity information meets a preset condition, the method further comprises: receiving a second video access file obtaining request sent by the client, the second video access file obtaining request comprising a first address, the target identifier and second ciphertext information, the second ciphertext information being obtained by encrypting user identity information according to a preset encryption rule by the client using the key, and the first address being an address in the video index address file; decrypting the second ciphertext information according to the preset decryption rule using the key; if the decryption is successful, checking the user identity information obtained by decryption; if the user identity information meets the preset condition, sending a video file in the first address to the client, so that the client plays the target video corresponding to the video file.

7. The video playback method of claim 1, wherein, After the first ciphertext information is decrypted according to the preset decryption rule corresponding to the preset encryption rule using the key, the method further comprises: deleting the target identifier and the key cached in the server.

8. The video playback method according to claim 7, wherein, After the target identifier and the key cached in the server are deleted, the method further comprises: updating the access state of the video access file to a second target state.

9. A method of playing a video, characterized by, Applied to a client, comprising: if a click input on a target video is received, obtaining a video access file address corresponding to the target video, target verification information corresponding to the target video and user identity information, the target verification information comprising a target identifier and a key corresponding to the target identifier, and the target identifier being a global tracking number bound with the target video; encrypting the user identity information according to a preset encryption rule using the key to obtain first ciphertext information; sending a first video access file obtaining request to a server, the first video access file obtaining request being used to instruct the server to decrypt the first ciphertext information according to a preset decryption rule corresponding to the preset encryption rule using the key, and if the decryption is successful and the user identity information obtained by decryption meets a preset condition, sending a video access file in the video access file address to the client, the first video access file obtaining request comprising the video access file address, the target identifier and the first ciphertext information; receiving the video access file sent by the client to play the target video corresponding to the video access file.

10. The video playback method of claim 9, wherein, Obtaining target verification information corresponding to the target video comprises: obtaining a video identifier of the target video; sending a verification information obtaining request to a server, the verification information obtaining request being used to instruct the server to generate and cache target verification information corresponding to the video identifier, the verification information obtaining request comprising the video identifier; receiving the target verification information sent by the server.

11. The video playback method of claim 9, wherein, The video access file is a file sent by the server if an access state of the video access file is a first target state.

12. The video playback method of claim 11, wherein, Further comprising: receive target information sent by the server, the target information being information sent by the server to the client in a case where the access state of the video access file is a second target state, or decryption fails, or the user identity information does not satisfy the preset condition.

13. The video playback method of claim 9, wherein, The video access file address includes a first address of a video file, and the video access file is the video file. After receiving the video access file sent by the client, the method further includes: playing the target video corresponding to the video file.

14. The video playback method of claim 9, wherein, The video access file address includes a second address of a video index address file, and the video access file includes the video index address file. After receiving the video access file sent by the client, the method further includes: obtaining a first address of a video file from the video index address file; encrypting the user identity information according to a preset encryption rule by using the key to obtain second ciphertext information; sending a second video access file obtaining request to the server, the second video access file obtaining request being used to instruct the server to decrypt the second ciphertext information according to the preset decryption rule by using the key, and if decryption is successful and the user identity information obtained by decryption satisfies a preset condition, sending the video file in the first address to the client, the second video access file obtaining request including the first address, the target identifier, and the second ciphertext information; receiving the video file sent by the client; playing the target video corresponding to the video file.

15. A video playing apparatus, characterized by comprising: The application is applied to a server and includes: a obtaining module, configured to obtain a key corresponding to a target identifier in a case where a first video access file obtaining request sent by a client is received, the first video access file obtaining request further including a video access file address of a target video and first ciphertext information, the first ciphertext information being obtained by encrypting user identity information according to a preset encryption rule by using the key, and the target identifier being a global tracking number bound to the target video; a decryption module, configured to decrypt the first ciphertext information according to a preset decryption rule corresponding to the preset encryption rule by using the key; a checking module, configured to check the user identity information obtained by decryption if decryption is successful; a sending module, configured to send a video access file in the video access file address to the client to play the target video corresponding to the video access file in a case where the user identity information satisfies a preset condition.

16. The video playing apparatus according to claim 15, wherein The device further includes: a receiving module, configured to receive a verification information obtaining request sent by the client before obtaining the key corresponding to the target identifier in the first video access file obtaining request sent by the client, the verification information obtaining request including a video identifier of the target video. The generating module is configured to generate and cache target verification information corresponding to the video identifier, wherein the target verification information comprises the target identifier and a key corresponding to the target identifier. The sending module is further configured to send the target verification information to the client.

17. The video playing apparatus according to claim 16, wherein The device further comprises: The updating module is configured to update the access state of the video access file to a first target state after sending the target verification information to the client. The obtaining module is specifically configured to: obtain the key corresponding to the target identifier in the first video access file obtaining request when the first video access file obtaining request is received from the client and the access state of the video access file is the first target state.

18. The video playing apparatus according to claim 17, wherein, The device further comprises: The sending module is further configured to send target information to the client when the access state of the video access file is a second target state, or decryption fails, or the user identity information does not satisfy the preset condition.

19. The video playing device of claim 15, wherein, The video access file address comprises a first address of a video file; When the video access file address is the first address, the video access file is the video file.

20. The video playing device of claim 15, wherein, The video access file address comprises a second address of a video index address file, and the video access file comprises the video index address file. The device further comprises: The receiving module is configured to receive a second video access file obtaining request sent by the client after sending the video access file in the video access file address to the client when the user identity information satisfies the preset condition, wherein the second video access file obtaining request comprises the first address, the target identifier, and second ciphertext information, the second ciphertext information is obtained by encrypting the user identity information according to a preset encryption rule by the client using the key, and the first address is an address in the video index address file; The decryption module is further configured to decrypt the second ciphertext information according to the preset decryption rule using the key. The checking module is further configured to check the user identity information obtained by decryption if the decryption is successful. The sending module is further configured to send a video file in the first address to the client for playing the target video corresponding to the video file when the user identity information satisfies the preset condition.

21. The video playing device of claim 15, wherein, The device further comprises: The deleting module is configured to delete the target identifier and the key cached in the server after decrypting the first ciphertext information according to a preset decryption rule corresponding to the preset encryption rule using the key.

22. The video playing device of claim 21, wherein, The device further comprises: The updating module is configured to update the access state of the video access file to a second target state after deleting the target identifier and the key cached in the server.

23. A video playing apparatus, characterized by comprising: The device is applied to a client and comprises: The obtaining module is configured to, in response to receiving a click input on a target video, obtain a video access file address corresponding to the target video, target verification information corresponding to the target video, and user identity information, wherein the target verification information comprises a target identifier and a key corresponding to the target identifier, and the target identifier is a global tracking number bound to the target video. The encryption module is configured to encrypt the user identity information according to a preset encryption rule by using the key to obtain first ciphertext information. The sending module is configured to send a first video access file obtaining request to a server, wherein the first video access file obtaining request is used to instruct the server to decrypt the first ciphertext information according to a preset decryption rule corresponding to the preset encryption rule, and if the decryption is successful and the decrypted user identity information satisfies a preset condition, send a video access file in the video access file address to the client, and the first video access file obtaining request comprises the video access file address, the target identifier and the first ciphertext information. The receiving module is configured to receive the video access file sent by the client to play the target video corresponding to the video access file.

24. The video playing apparatus according to claim 23, wherein, The obtaining module is specifically configured to: obtain a video identifier of the target video; send a verification information obtaining request to a server, wherein the verification information obtaining request is used to instruct the server to generate and cache target verification information corresponding to the video identifier, and the verification information obtaining request comprises the video identifier; and receive the target verification information sent by the server.

25. The video playing apparatus according to claim 23, wherein, The video access file is a file sent by the server in a case where an access state of the video access file is a first target state.

26. The video playing device of claim 25, wherein, Further comprising: The receiving module is further configured to receive target information sent by the server, wherein the target information is information sent by the server to the client in a case where an access state of the video access file is a second target state, or the decryption fails, or the user identity information does not satisfy the preset condition.

27. The video playing device of claim 23, wherein, The video access file address comprises a first address of a video file, and the video access file is the video file; and the device further comprises: The playing module is configured to play the target video corresponding to the video file after receiving the video access file sent by the client.

28. The video playing device of claim 23, wherein, The video access file address comprises a second address of a video index address file, and the video access file comprises the video index address file; and the device further comprises: The obtaining module is further configured to obtain a first address of a video file from the video index address file after receiving the video access file sent by the client. The encryption module is further configured to encrypt the user identity information according to a preset encryption rule by using the key to obtain second ciphertext information. The sending module is further configured to send a second video access file obtaining request to the server, the second video access file obtaining request being used to instruct the server to decrypt the second cipher information according to the preset decryption rule by using the key, and if the decryption is successful and the user identity information obtained by the decryption satisfies the preset condition, send the video file in the first address to the client, the second video access file obtaining request comprising the first address, the target identifier and the second cipher information. The receiving module is further configured to receive the video file sent by the client. The playing module is configured to play the target video corresponding to the video file.

29. An electronic device, comprising: The device comprises a processor and a memory storing computer program instructions; The processor executes the computer program instructions to implement the video playing method in any one of claims 1-8 or the video playing method in any one of claims 9-14.

30. A computer-readable storage medium, characterized in that, The computer program instructions stored on the computer readable storage medium are executed by the processor to implement the video playing method in any one of claims 1-8 or the video playing method in any one of claims 9-14.

31. A computer program product, characterised in that, The instructions in the computer program product are executed by the processor of the electronic device to enable the electronic device to execute the video playing method in any one of claims 1-8 or the video playing method in any one of claims 9-14.

Images