CN110380843B - Information processing method and related equipment - Google Patents

Abstract

The embodiment of the invention discloses an information processing method and related equipment, which are used to reduce the loss of video websites by identifying false broadcasting of videos. The method in the embodiment of the present invention includes: the server obtains video data according to the current video played by the client; the server sends the video data to the client, so that the client obtains the client calculation result according to the video data ; The server receives the client calculation result sent by the client; when the client calculation result is different from the server calculation result, the server determines that the record currently watching the current video is a false record, and the The server calculation result is a server calculation result calculated by the server according to the video data.

Description

An information processing method and related equipment

technical field

The present invention relates to the technical field of information processing, in particular to an information processing method and related equipment.

Background technique

As short videos become more and more popular and loved by users, some video websites will also provide users with the function of uploading and playing videos, so that users can shoot or edit short videos and upload them to the video websites. In order to encourage more users to upload videos, video websites will reward users who upload the short video according to the number of views of the short video. The more views the short video has, the more popular the content of the short video is. Then the video website rewards the user who uploads the short video more. However, this method also provides opportunities for many illegal hackers, that is, the hacker forges the false viewing number by stealing the viewing number of the video. Gaining income from the video website has infringed the interests of the video website.

Therefore, for the video website, how to identify the hacker who steals the number of views of the video to reduce the loss of the video website is an urgent problem to be solved.

Contents of the invention

The embodiment of the present invention provides an information processing method and related equipment, which are used to reduce the loss of video websites by identifying false playback of videos.

The first aspect of the embodiments of the present invention provides an information processing method, including: the server obtains video data according to the current video played by the client; the server sends the video data to the client, so that the client The terminal obtains the calculation result of the client according to the video data; the server receives the calculation result of the client sent by the client; when the calculation result of the client is different from the calculation result of the server, the server determines that the currently watched The record of the current video is a false record, and the server calculation result is a server calculation result calculated by the server according to the video data.

In a possible embodiment, the method further includes: the server negotiates with the client to generate a shared key, and the shared key is used for communication between the server and the client Encrypt or decrypt.

In a possible embodiment, the negotiation between the server and the client to generate the shared key includes: the server generates a first public-private key pair according to the information of the current video, and the first public-private key pair includes The first public key and the first private key; the server sends the first public key to the client, so that the client generates a shared secret key according to the first public key; the server according to the The first public key and the second public key generate the shared secret key, and the second public key is generated and sent by the client.

In a possible embodiment, the server sending the video data to the client includes: the server encrypting the video data according to the shared key to obtain encrypted video data; the server Send the encrypted video data to the client.

The second aspect of the embodiments of the present invention provides an information processing method, including: the client receives video data sent by the server, the video data is obtained by the server according to the current video played by the client; the client Generate a client calculation result according to the video data; the client sends the client calculation result to the server, so that the server determines whether the record of the current video is currently viewed according to the client calculation result for false records.

In a possible embodiment, the method further includes: the client negotiates with the server to generate a shared key, and the shared key is used to communicate between the client and the video network server. After the client receives the video data sent by the server, before the client generates a client calculation result according to the video data, the method further includes: the client according to the shared secret key to decrypt the video data.

A third aspect of the embodiments of the present invention provides a server, including: an obtaining unit, configured to obtain video data according to the current video played by the client; a transceiver unit, configured to send the video data to the client, to making the client obtain a calculation result of the client according to the video data; the transceiver unit is also used to receive the calculation result of the client sent by the client; the determination unit, when the calculation result of the client and the server When the calculation results are different, it is used to determine that the record currently watching the current video is a false record, and the server calculation result is a server calculation result calculated by the server according to the video data.

In a possible embodiment, the server further includes: a generating unit, configured to negotiate with the client to generate a shared key, and the shared key is used to communicate between the server and the client encrypted or decrypted communications.

In a possible embodiment, the generation unit includes: a generation module, configured to generate a first public-private key pair according to the information of the current video, and the first public-private key pair includes the first public key and the first private key key; a transceiver module, configured to send the first public key to the client, so that the client generates a shared secret key according to the first public key; the generating module is also configured to generate a shared secret key according to the first The public key and the second public key generate the shared secret key, and the second public key is generated and sent by the client.

In a possible embodiment, the transceiving unit is specifically configured to: encrypt the video data according to the shared key to obtain encrypted video data; and send the encrypted video data to the client.

The fourth aspect of the embodiments of the present invention provides a client, including: a transceiver unit, configured to receive video data sent by the server, the video data is obtained by the server according to the current video played by the client; a generation unit , used to generate a client calculation result according to the video data; the transceiver unit is also used to send the client calculation result to the server, so that the server determines the current viewing result according to the client calculation result Whether the record of the current video is a false record.

In a possible embodiment, the generating unit is further configured to: negotiate with the server to generate a shared key, and the shared key is used for communication between the client and the video network server performing encryption or decryption; the server further includes: a decryption unit configured to decrypt the video data according to the shared secret key.

The fifth aspect of the present invention provides an electronic device, including a memory and a processor, wherein the processor is used to implement the memory management method described in any one of the above when executing a computer management program stored in the memory step.

The sixth aspect of the present invention provides a computer-readable storage medium, on which a computer management program is stored, characterized in that: when the computer management program is executed by a processor, the memory management as described in any one of the above is implemented method steps.

As can be seen from the above technical solutions, the embodiments of the present invention have the following advantages: the server obtains video data according to the current video played by the client; The video data obtains the calculation result of the client; the server receives the calculation result of the client sent by the client; when the calculation result of the client is different from the calculation result of the server, the server determines that the current video is currently viewed The video record is a false record, and the server calculation result is the server calculation result calculated by the server based on the video data. In the embodiment of the present invention, the server obtains video data according to the current video being played, and sends the video data to the client, so that the client obtains the calculation result of the client according to the video data. When the calculation results of the server are different, the server determines that the record of watching the current video is a false record, that is, the current playback of the current video is not included in the number of views of the current video, and the false playback of the video is identified, reducing the number of video sites. Loss.

Description of drawings

FIG. 1 is a flowchart of a possible information processing method provided by an embodiment of the present invention;

FIG. 2 is a schematic structural diagram of a possible server provided by an embodiment of the present invention;

FIG. 3 is a schematic structural diagram of a possible client provided by an embodiment of the present invention;

FIG. 4 is a schematic diagram of a hardware structure of a possible server provided by an embodiment of the present invention;

FIG. 5 is a schematic diagram of a hardware structure of another possible server provided by an embodiment of the present invention;

FIG. 6 is a schematic diagram of a hardware structure of a possible client provided by an embodiment of the present invention;

FIG. 7 is a schematic diagram of another possible hardware structure of a client provided by an embodiment of the present invention.

Detailed ways

The embodiment of the present invention provides an information processing method and related equipment, which are used to reduce the loss of video websites by identifying false playback of videos.

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only some, not all, embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without making creative efforts belong to the protection scope of the present invention.

Please refer to Figure 1, which is a flow chart of a possible information processing method provided by an embodiment of the present invention, specifically including:

101. The server generates a first public-private key pair;

It should be noted that, in order to improve the security of data transmission between the server and the client, the communication between the server and the client may be encrypted. In the embodiment of the present invention, an asymmetric RSA encryption algorithm can be used to generate a public-private key pair, wherein, when the client opens a video for playback each time, a pair of public-private key pairs will be regenerated to ensure the public-private key of each video Pairs are different.

Optionally, in the present invention, the server generates the first public-private key pair according to the information of the current video being played by the client, which includes the first public key and the first private key. The specific first private key can be generated using random numbers, and the first public key can generate the corresponding public key by calling the RSA interface function. The first private key and the first public key are uniquely paired, and the first public-private key pair is generated. The implementation method includes the following steps:

Step 1. Generate random data;

randdata = rand();

Generate a piece of random data Randdata by calling the system function rand.

Step 2, generate its Md5 value according to the identification number (identification, ID) of current video and random number as the first private key;

ClientPrivatekey=Md5.Create(Randdata+VideoId);

The VideoId is used to represent the ID number of the current video. It should be noted that the ID of the current video can be understood as the room number of each video.

By calling the interface Md5.Create of the Md5 function, the random data and the ID number of the current video are spliced together to calculate its Md5 value, thereby obtaining the data of the first private key.

Step 3. Calculate the first public key.

ClientPublicKey = RSA.CreatePair(ClientPrivateKey);

The first public key is generated by calling the RSA pair key generation interface RSA.CreatePair.

Thus, finally the server generates a pair of first public key and first private key information.

102. The client generates a second public-private key pair;

When the server interacts with the client, first the server will send the information of its first public key to the client. At the same time, the client will also generate a second public-private key pair according to the method of the server. The generation of the server will also generate the second private key according to the ID number of the current video, the user's user identification number (user ID, Uid) and random data, so as to ensure that the private keys of different clients when playing different videos are different as much as possible. Same. The specific implementation is as follows:

Step 1. Generate random data;

randdata = rand();

Generate a piece of random data Randdata by calling the system function rand.

Step 2. Generate its Md5 value as the second private key according to the ID number, Uid and random number of the current video.

ServerPrivatekey=Md5.Create(Randdata+Uid+VideoId);

By calling the interface Md5.Create of the Md5 function to concatenate the random number, the user's Uid and the ID number of the current video to calculate its Md5 value, thereby obtaining the data of the second private key.

Step 3. Calculate the second public key.

ServerPublickey = RSA.CreatePair(ServerPrivatekey);

The second public key is generated by calling RSA's pair key generation interface RSA.CreatePair.

Thus, the client generates information about the second public-private key pair.

At this time, after receiving the first public key delivered by the server, the client sends information about its second public key to the server.

103. The server and the client exchange public keys and generate a shared secret key;

The server and the client exchange their respective public key information to generate a shared secret key. It can be understood that the shared secret key generated by the server and the client is the same value. It should be noted that, in order to ensure that the shared secret key generated by the server and the client is the same value, the server and the client need to negotiate to determine a generation algorithm before generating the shared secret key. The second public key generates a shared secret key.

The implementation of the specific server and client exchanging public keys and generating shared secret keys is as follows:

Step 1. Exchange public keys.

The server sends the server's first public key ServerPublickey to the client.

The client sends the client's second public key ClientPublickey to the server.

Step 2. The client generates a shared secret key.

ShareKey = RSA.CreateShareKey(ServerPublicKey, ClientPrivateKey);

Step 3. The server generates a shared secret key.

ShareKey = RSA.CreateShareKey(ClientPublickey, ServerPrivateKey);

Since the generation factor and the generation algorithm are consistent, the values of the ShareKey generated by the server and the client are consistent.

It should be noted that the client generates the shared secret key through step 2, and the server generates the shared secret key through step 3. There is no time sequence limit for these two processes, that is, step 2 or step 3 can be performed first, or at the same time Execution, the details are not limited here.

After both the server and the client generate the shared key, the server and the client are encrypted or decrypted according to the shared key. Optionally, in this embodiment of the present invention, in addition to using the asymmetric RSA encryption algorithm for encryption or decryption processing, a data encryption algorithm (Data Encryptin Standard, DES) or other encryption algorithms may also be used, which are not specifically limited here.

104. The server obtains video data according to the current video played by the client;

In order to detect whether the user actually watches the current video through the client, the server will periodically check the data of the client playing the current video in a random data check mode. It should be noted that when the client plays the video, the client and the server keep communicating, so the server knows the duration information of the current video played by the client, so the server can use the time information of the current video played by the client to Randomly generate video data for delivery to the client.

Specifically, the server will obtain the video frame number of the current video (referring to the key frame of the video, that is, the image data of one frame of the video) and the current frame number information from the current video, and then obtain the video data. The specific implementation is as follows:

Step 1. The server generates a piece of random data.

Rdata = rand();

Step 2. The server randomly selects a video starting frame number from the client's playing time.

Wherein, each video is composed of video frames one by one, then the server will obtain the number of video frames at the current time according to the current playback time of the client, that is, the number of video frames startFrame from the start of the video to the playback time.

Step 3. The number of video frames to be read.

Refers to how many frames of video data NumFrames are taken from the current video frame number startFrame.

The server packs the information obtained in the above steps 1 to 3 together to obtain video data, that is, the video data includes random data Rdata, start frame data startFrame, and the number of frames to be calculated NumFrames, and the current timestamp information.

105. The server encrypts the video data according to the shared secret key to obtain the encrypted video data;

After the server obtains the video data, it encrypts the video data according to the shared secret key to obtain encrypted video data. Wherein, adopt encryption algorithm AES to encrypt in the embodiment of the present invention, concrete realization is as follows:

encryptData = Aes.encrypt(Rdata+startFrame+NumFrames+timestamp, ShareKey);

Among them, encryptData is used to represent the encrypted video data, Aes.encrypt is the encrypted interface, timestamp represents the current timestamp information, and ShareKey represents the shared secret key.

106. The server sends encrypted video data to the client;

After the server obtains the encrypted video data, it sends the encrypted video data to the client.

107. The client decrypts the encrypted video data according to the shared secret key to obtain the video data;

Since the player of the video website is developed by the video website, if it is a normal client, it must be watched by the video player of the video website, so the normal client is capable of receiving the video data from the server and decrypting the video function of the data. Therefore, after receiving the encrypted video data, the client can decrypt the original video data. Among them, the client can also use the AES algorithm to decrypt the encrypted video data. The specific implementation is as follows:

Rdata+startFrame+NumFrames+timestamp=Aes.decrypt(encryptData, ShareKey);

Therefore, the client decrypts and obtains the video data sent by the server, including the random data Rdata, the starting frame number of the video startFrame, the number of frames of the video NumFrames, and the current timestamp information timestamp.

108. The client generates a client calculation result according to the video data;

After the client receives the encrypted video data from the server, it decrypts to obtain the original video data, and then needs to calculate the data of the video frame according to the video data, and generate the calculation results of the client to report to the server. It should be noted that when the client wants to watch the current video, it will first download the current video from the server and play it, then the video data sent by the server is the starting frame of the current video downloaded from the client and the number of frames to be calculated The HASH calculation is performed to obtain the HASH result, which is the client calculation result, and the client calculation result is reported to the server. Therefore, only the client that has actually played the current video can correctly calculate and obtain normal result data. The client performs MD5 calculation on the video data from the starting frame number of the current video and the number of frames to be calculated. At the same time, the random data Rdata sent by the server will be added to the calculation, so as to ensure that even the same starting frame and The number of frames, the final calculated client calculation results are inconsistent. The specific implementation is as follows:

Md5result = Md5.Create(video_data+Rdata);

Among them, Md5result is used to represent the calculation result of the client, video_data is used to represent the video data from the start frame to the frame number of the video; Rdata is used to represent the random data delivered by the server. Therefore, the result data of HASH is finally obtained through the md5 algorithm, that is, the calculation result of the client.

109. The client sends the calculation result of the client to the server according to the shared secret key;

After the client calculates and obtains the client calculation result, it encrypts the client calculation result according to the shared key, and sends the encrypted client calculation result to the server. Wherein, in the embodiment of the present invention, an encryption algorithm such as an advanced encryption standard (advanced encryption standard, AES) algorithm can be used to encrypt the calculation results of the client to perform encryption, and the specific implementation is as follows:

encryptData = Aes.Encrypt(Md5result, ShareKey);

Among them, encryptData is used to indicate the encrypted client calculation result, Md5result is used to indicate the client calculation result, and ShareKey is used to indicate the shared secret key.

Therefore, the client sends the encrypted client calculation result, namely encryptData, to the server.

110. The server receives the calculation result of the client according to the shared secret key;

After receiving the encrypted client calculation result, the server decrypts the encrypted client calculation result to obtain the original client calculation result.

Specifically, the server can also use the AES algorithm to decrypt the encrypted client calculation results, and the specific implementation is as follows:

Md5result = Aes.decrypt(encryptData, ShareKey);

Therefore, the server receives the encrypted client calculation result, and decrypts it according to the shared secret key to obtain the original client calculation result.

111. The server generates a server calculation result according to the video data;

It should be noted that the server has the entire video content of the current video, so the server also extracts the video data of the start frame and frame number of the video according to the calculation method of the client to perform MD5 calculation, thereby obtaining the calculation result of the server, and specifically the calculation result of the server The method is similar to that of step 108, and details are not repeated here.

It should be noted that the server generates server calculation results through step 111, and the client generates client calculation results through step 108. There is no specific timing relationship between these two processes, that is, step 111 or step 108 can be performed first. , or execute at the same time, which is not limited here.

112. The server determines whether the calculation result of the client is consistent with the calculation result of the server; if not, execute step 113; if yes, execute step 114;

After the server obtains the calculation result of the client and the calculation result of the server, it compares whether the calculation result of the client is consistent with the calculation result of the server. If the calculation result of the client is inconsistent with the calculation result of the server, then execute step 113; If they are consistent, go to step 114.

113. The server determines that the current record of watching the current video is a false record;

When the calculation result of the client is inconsistent with the calculation result of the server, it means that there is a problem with the calculation of the client, and then it is determined that the current record of watching the video is a false record, that is, the playback of the current video does not count as the number of views of the current video.

114. The server determines that the record of currently watching the current video is a legal record.

When the calculation result of the client is consistent with the calculation result of the server, it can be considered that there is no problem with the calculation of the client, and the client has actually played the current video, then it is determined that the record currently watching the video is a legal record, that is, the playback of the current video is included in the within the number of views of the current video.

It should be noted that, in the embodiment of the present invention, in addition to identifying the false playback of the video through the information processing method shown in FIG. 1 , the following methods can also be used to identify the false playback of the video, for example:

Method 1: Obtain collection information regularly in the client (collection information includes the video number watched, the user's unique uid, the opening time of the starting frame when watching the video, the bit rate of the current video, the FPS of the current video playing, the Hardware decoding, software decoding, video viewing status record (whether there is an error, etc., whether there is a freeze phenomenon), video viewing time, and the total amount of video stream data downloaded during the entire viewing time), for example, 1 minute Limit, to collect the collection information every 1 minute, and use the encryption algorithm negotiated between the client and the server to report the collection information to the server. Therefore, any third-party platform that steals (the third-party platform uses a general-purpose or third-party platform's own video player) video stream or has not watched the video will not have the collected information. At the same time, for hackers, the collected information in this article is encrypted collected information (the encryption algorithm is encrypted through the shared secret key negotiated between the client and the server, and the encryption of collected information depends on time and unique information of the user. Then copy the piece of data to forge the collected information, and the server can identify that the collected information is illegal by decrypting the collected information. At the same time, even if the collected information is intercepted, the hacker cannot obtain the shared secret key and cannot decrypt the collected information), which is not easy Forgery and interception.

Further, in order to interfere with cracking or hackers, it is also possible to regularly report plaintext data collection information. Plaintext data collection mainly includes some unimportant information. The purpose is that the data collection information is plaintext, and hackers can easily find data collection information. Information, so that hackers think that this article is to identify fraudulent brushing behavior by reporting the data collection information in these plain texts. Wherein, the data collection information may include the unique ID information of the current user equipment, the current viewing duration information, the ID information of the currently watched movie, and the currently watched video bit rate information. This data collection information is mainly used to interfere with hackers.

It should be noted that the video flow data downloaded by the client terminal reported by the present invention can very well identify the behavior of fraudulent brushing. First of all, if you watch a video such as 10 minutes normally, the content must be within a reasonable video flow range, not in It is illegal within the scope, and even if the hacker steals the brush, it must have a very large network bandwidth in order to brush a large number of false viewing times, so the hacker will have a huge cost. Therefore, the above-mentioned information in this article can better identify users who steal video viewing times.

Mode 2: For all videos on the video website, the user uploads the produced video to the server. The server will first review the video, and at the same time add the watermark of the video website to the video to prevent other websites from stealing the video. Therefore, in the present invention, after adding the watermark of the video website to the video, a piece of verification information can be further added to the video, and the verification information will not be played, but only serves as a verification function. And when inserting information, the present invention is based on a certain algorithm, so that the information inserted into each video is different. When the user end watches a video, it will download the video content, and the video content carries the verification information, then only the player of the video website will decrypt the verification information, and calculate the verification information to obtain the verification result and report it to the server. However, the players of other non-video websites do not know that there is a piece of verification information, and do not know how to calculate the verification result, so that the server can identify the real number of times viewed by the video website player.

Method 3: It is understandable that for a normal user, the frequency of watching videos at the same time is limited. For hackers, in order to forge a large number of viewing records, they need a large number of swiping viewing records to be profitable. Then there is a need for a method to prove that the client has verified watching the video. The verification method can be that the client obtains a verification data through a certain amount of calculation, and the calculation of the verification data will consume the CPU resources of the client, so that the client can watch it concurrently. In the case of video, a large number of calculations need to be performed concurrently to consume CPU resources, so that the number of concurrency is limited, so it can prevent the client from swiping the number of views. For normal users, watching a video normally does not affect the user, but it will have a very large impact on concurrent viewing of a large number of videos, which increases its cost. So how to design the algorithm so that the client will have a certain amount of calculation to obtain the verification result, and the calculation cannot be bypassed, and at the same time, the server can easily judge whether the result of the client is correct. Then the present invention designs a set of algorithms to make the client have a certain amount of calculation, and the server is relatively easy to identify the result of the client, and does not consume the calculation resources of the server. First, the client and the server will negotiate a shared secret key, and then the server will generate a 32-bit random string and a number of 0s. These two pieces of data will eventually be sent to the client. And it is encrypted by the previously negotiated shared secret key. After the client receives the data from the server, it first decrypts the data from the server to obtain the random data string and the number of 0s in the result data to be calculated. Clients write algorithms to generate the result data required by the server. The client-side calculation includes the unique device ID of the client, the TOKEN data used when the client logs in, the unique ID of the video currently watched by the client, the random data sent by the server, and the current system timestamp information are spliced together, plus The client's own random data, together to calculate the MD5 value, the specific implementation is as follows:

Md5result=Md5.Create(DeviceId+Token+videoId+rdata+Time+clientRandData); where DeviceId is the unique device ID of the client; where Token is the token value when the client logs in to the server; videoId is the unique id of the video; rdata is the random data sent by the server; clientRandData is the random data generated by the client. Finally, the HASH result data is obtained through the md5 algorithm, because the server will require the client to calculate the number of result data that starts with 0. For example, the calculated result is "2013dabcd6987abc4523654123451263". Since the first digit of the result data is 2 instead of 0, the client needs to continuously generate random data to calculate the MD5 value until the starting digit is 0 to meet the requirements of the server. Therefore, the calculation amount of the client is constantly generating random data and continuously calculating the MD5 value until it meets the requirements of the server. The server can also adjust the calculation amount of the client, for example, the more the number starting from 0, the greater the calculation amount of the client. This makes the client calculation very complicated. After the client calculates and satisfies the result of the server, it sends the result data and the data that the client participates in the calculation to the server. It includes Md5result+DeviceId+Time+clientRandData. Other data include the video unique ID and the token server itself has records when logging in. The server verifies the client calculation result. The client will report the result data that satisfies the server to the server, and the server will verify it based on the client data. Md5result＝Md5.Create(DeviceId+Token+videoId+rdata+Time+clientRandData); and judge whether the Md5result is consistent with that of the client, and whether the initial number of 0s is satisfied, if it is satisfied, it means that the result of the client is correct . And the server only needs to calculate the MD5 value once to know whether the client's result is correct, because the client is frequently calculating the MD5 value to obtain a suitable random data clientRandData, and the server knows the client's choice from the result reported by the client. Random data, so server verification is simpler.

The embodiments of the present invention are described above from the perspective of the information processing method, and the embodiments of the present invention are respectively described below from the perspectives of the server and the client.

Please refer to FIG. 2. FIG. 2 is a schematic diagram of an embodiment of a server provided by an embodiment of the present invention. The server specifically includes:

Obtaining unit 201, for obtaining video data according to the current video played by the client;

A transceiver unit 202, configured to send the video data to the client, so that the client obtains a client calculation result according to the video data;

The transceiving unit 202 is further configured to receive the calculation result of the client sent by the client;

The determining unit 203 is configured to determine that the record currently watching the current video is a false record when the calculation result of the client is different from the calculation result of the server, and the calculation result of the server is calculated by the server according to the video data. Calculation results.

Optionally, in some possible implementation manners, the server further includes:

The generating unit 204 is configured to negotiate with the client to generate a shared key, and the shared key is used to encrypt or decrypt the communication between the server and the client.

Optionally, in some possible implementation manners, the generating unit 204 includes:

A generation module 2041, configured to generate a first public-private key pair according to the information of the current video, where the first public-private key pair includes a first public key and a first private key;

A transceiver module 2042, configured to send the first public key to the client, so that the client generates a shared secret key according to the first public key;

The generating module 2041 is further configured to generate the shared secret key according to the first public key and the second public key, and the second public key is generated and sent by the client.

Optionally, in some possible implementation manners, the transceiver unit 202 is specifically configured to:

Encrypting the video data according to the shared secret key to obtain encrypted video data; sending the encrypted video data to the client.

Please refer to FIG. 3. FIG. 3 is a schematic diagram of an embodiment of a client provided by an embodiment of the present invention. The client specifically includes:

The transceiver unit 301 is configured to receive video data sent by the server, the video data is obtained by the server according to the current video played by the client;

A generating unit 302, configured to generate a client calculation result according to the video data;

The transceiving unit 301 is further configured to send the calculation result of the client to the server, so that the server determines whether the record of currently viewing the current video is a false record according to the calculation result of the client.

Optionally, in some possible implementation manners, the generating unit 302 is further configured to: negotiate with the server to generate a shared key, and the shared key is used for the client and the video network server Encrypt or decrypt communications between

The client also includes:

Decryption unit 303, configured to decrypt the video data according to the shared key.

Please refer to FIG. 4 . FIG. 4 is a schematic diagram of an embodiment of an electronic device provided by an embodiment of the present invention.

As shown in FIG. 4 , an embodiment of the present invention provides an electronic device, including a memory 410, a processor 420, and a computer program 411 stored in the memory 420 and operable on the processor 420, and the processor 420 executes the computer program 411. When implementing the following steps: obtain video data according to the current video played by the client; the device sends the video data to the client, so that the client obtains the calculation result of the client according to the video data; receives the client The calculation result of the client sent by the terminal; when the calculation result of the client is different from the calculation result of the server, it is determined that the record currently watching the current video is a false record, and the calculation result of the server is that the server calculates the result according to the video The data calculation obtains the calculation result of the server.

Optionally, the processor is also used for:

Negotiating with the client to generate a shared key, where the shared key is used to encrypt or decrypt communications between the server and the client.

Optionally, negotiating with the client to generate a shared secret key includes:

Generate a first public-private key pair according to the information of the current video, the first public-private key pair includes a first public key and a first private key; send the first public key to the client, so that the client The terminal generates a shared secret key according to the first public key; generates the shared secret key according to the first public key and a second public key, and the second public key is generated and sent by the client.

Optionally, sending the video data to the client includes: encrypting the video data according to the shared key to obtain encrypted video data; and sending the encrypted video data to the client.

Optionally, before generating the shared secret key according to the first public key and the second public key, the method further includes: determining a generation algorithm with the client, and the generation algorithm is used to generate the shared secret key.

In a specific implementation process, when the processor 420 executes the computer program 411, any implementation manner in the embodiment corresponding to FIG. 1 may be implemented.

Since the electronic device introduced in this embodiment is a device used to implement a server in the embodiment of the present invention, based on the method described in the embodiment of the present invention, those skilled in the art can understand the electronic device in this embodiment Specific implementation methods and various variations thereof, so how the electronic device implements the method in the embodiment of the present invention will not be described in detail here, as long as those skilled in the art implement the device used in the method in the embodiment of the present invention, All belong to the intended protection scope of the present invention.

Referring to FIG. 5 , FIG. 5 is a schematic diagram of an embodiment of a computer-readable storage medium provided by an embodiment of the present invention.

As shown in FIG. 5 , this embodiment provides a computer-readable storage medium 500 on which a computer program 511 is stored. When the computer program 511 is executed by a processor, the following steps are implemented: obtain the video according to the current video played by the client. data; send the video data to the client, so that the client obtains the client calculation result according to the video data; receive the client calculation result sent by the client; when the client When the calculation result is different from the server calculation result, it is determined that the record currently watching the current video is a false record, and the server calculation result is a server calculation result calculated by the server according to the video data.

Optionally, when the computer program 511 is executed by the processor, it is also used to implement the following steps:

Negotiating with the client to generate a shared key, where the shared key is used to encrypt or decrypt communications between the server and the client.

Optionally, when the computer program 511 is executed by the processor, it is also used to implement the following steps: generate a first public-private key pair according to the information of the current video, and the first public-private key pair includes the first public key and the first private key. key; send the first public key to the client, so that the client generates a shared secret according to the first public key; generates the shared secret according to the first public key and the second public key key, the second public key is generated and sent by the client.

Optionally, when the computer program 511 is executed by the processor, it is also used to implement the following steps: encrypt the video data according to the shared secret key to obtain encrypted video data; send the encrypted video data to the client. video data.

Optionally, when the computer program 511 is executed by the processor, it is further configured to implement the following step: determine a generation algorithm with the client, and the generation algorithm is used to generate the shared secret key.

Please refer to FIG. 6 , which is a schematic diagram of an embodiment of another electronic device provided by an embodiment of the present invention.

As shown in FIG. 6 , an embodiment of the present invention provides an electronic device, including a memory 610, a processor 620, and a computer program 611 stored in the memory 620 and operable on the processor 620, and the processor 620 executes the computer program 611 When realizing the following steps: receiving the video data sent by the server, the video data is obtained by the server according to the current video played by the client; generating a client calculation result according to the video data; sending the client calculation result to the server, so that the server determines whether the record of currently viewing the current video is a false record according to the calculation result of the client.

Optionally, the processor 620 is also configured to execute:

Negotiating with the server to generate a shared secret key, the shared secret key is used to encrypt or decrypt the communication between the client and the video network server;

After the video data sent by the server is received, and before the calculation result of the client is generated according to the video data, the processor 620 is further configured to perform:

Decrypt the video data according to the shared secret key.

In a specific implementation process, when the processor 620 executes the computer program 611, any implementation manner in the embodiment corresponding to FIG. 1 may be implemented.

Since the electronic device introduced in this embodiment is a device used by a client in the embodiment of the present invention, based on the method described in the embodiment of the present invention, those skilled in the art can understand the electronic device of this embodiment and its various variants, so how the electronic device implements the method in the embodiment of the present invention will not be described in detail here, as long as those skilled in the art implement the device used in the method in the embodiment of the present invention , all belong to the intended protection scope of the present invention.

Please refer to FIG. 7, which is a schematic diagram of an embodiment of a computer-readable storage medium provided by an embodiment of the present invention.

As shown in FIG. 7 , this embodiment provides a computer-readable storage medium 700 on which a computer program 711 is stored. When the computer program 711 is executed by a processor, the following steps are implemented: receiving video data sent by the server, the The video data is obtained by the server according to the current video played by the client; the client calculation result is generated according to the video data; Determine whether the record of currently viewing the current video is a false record based on the calculation result of the terminal.

Optionally, when the computer program 711 is executed by the processor, the following steps are implemented:

Negotiating with the server to generate a shared secret key, the shared secret key is used to encrypt or decrypt the communication between the client and the video network server;

After the video data sent by the server is received, before the client calculation result is generated according to the video data, the computer program 711 is executed by the processor to implement the following steps:

Decrypt the video data according to the shared secret key.

It should be noted that, in the foregoing embodiments, descriptions of each embodiment have their own emphases, and for parts that are not described in detail in a certain embodiment, reference may be made to relevant descriptions of other embodiments.

Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Accordingly, the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded computer, or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device produce a machine for A device for realizing the functions specified in one or more procedures of a flowchart and/or one or more blocks of a block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

While preferred embodiments of the invention have been described, additional changes and modifications to these embodiments can be made by those skilled in the art once the basic inventive concept is understood. Therefore, it is intended that the appended claims be construed to cover the preferred embodiment as well as all changes and modifications which fall within the scope of the invention.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and equivalent technologies thereof, the present invention also intends to include these modifications and variations.

Claims (9)

1. An information processing method characterized by comprising:

the server obtains the video frame number of the current video and the current frame number information according to the current video played by the client;

the server generates a section of random data, randomly selects a video starting frame number from the playing time of the current video, and acquires the video frame number to be read from the current frame number information of the current video; packing the random data, the video starting frame number and the video frame number needing to be read as video data; the video data comprises random data, initial frame data and frame numbers required to be calculated;

the server sends the video data to a client so that the client can obtain a client calculation result according to the video starting frame number and the video frame number needing to be calculated;

the server receives the client-side calculation result sent by the client side;

and when the client calculation result is different from the server calculation result, the server determines that the current video watching record is a false record, and the server calculation result is obtained by the server according to the video data calculation.

2. The method of claim 1, further comprising:

the server and the client negotiate to generate a shared key, and the shared key is used for encrypting or decrypting communication between the server and the client.

3. The method of claim 2, wherein negotiating, by the server and the client, for generating a shared key comprises:

the server generates a first public and private key pair according to the information of the current video, wherein the first public and private key pair comprises a first public key and a first private key;

the server sends the first public key to the client, so that the client generates a shared secret key according to the first public key;

and the server generates the shared secret key according to the first public key and a second public key, and the second public key is generated and sent by the client.

4. The method of claim 2 or 3, wherein the server sending the video data to the client comprises:

the server encrypts the video data according to the shared secret key to obtain encrypted video data;

and the server sends the encrypted video data to the client.

5. An information processing method, characterized by comprising:

the client receives video data sent by the server; the server generates a section of random data, randomly selects a video starting frame number from the playing time of the current video, and acquires the video frame number to be read from the current frame number information of the current video; the video data is obtained by packaging the random data, the video starting frame number and the video frame number needing to be read by the server; the video data comprises random data, initial frame data and the number of frames to be calculated;

the client generates a client calculation result according to the video starting frame number and the video frame number needing to be calculated;

and the client sends the client calculation result to the server so that the server determines whether the current video watching record is a false record according to the client calculation result.

6. The method of claim 5, further comprising:

the client and the server negotiate to generate a shared secret key, and the shared secret key is used for encrypting or decrypting communication between the client and the server;

after the client receives the video data sent by the server, and before the client generates a client calculation result according to the video data, the method further comprises:

and the client decrypts the video data according to the shared secret key.

7. A server, comprising:

the obtaining unit is used for obtaining the video frame number of the current video and the current frame number information according to the current video played by the client;

the server generates a section of random data, randomly selects a video starting frame number from the playing time of the current video, and acquires the video frame number to be read from the current frame number information of the current video; packing the random data, the video starting frame number and the video frame number needing to be read as video data; the video data comprises random data, initial frame data and the number of frames to be calculated; the receiving and sending unit is used for sending the video data to a client so that the client can obtain a client calculation result according to the video starting frame number and the video frame number needing to be calculated;

the receiving and sending unit is also used for receiving the client-side calculation result sent by the client side;

and the determining unit is used for determining that the current video watching record is a false record when the client side calculation result is different from the server calculation result, and the server calculation result is obtained by the server according to the video data calculation.

8. A client, comprising:

the receiving and sending unit is used for receiving video data sent by the server, the server generates a section of random data, randomly selects a video starting frame number from the playing time of the current video, and acquires the video frame number to be read from the current frame number information of the current video; the video data is obtained by packaging the random data, the video starting frame number and the video frame number needing to be read by the server; the video data comprises random data, initial frame data and frame numbers required to be calculated;

the generating unit is used for generating a client computing result according to the video starting frame number and the video frame number needing to be computed;

the receiving and sending unit is further configured to send a client calculation result to the server, so that the server determines whether the current video watching record is a false record according to the client calculation result.

9. A computer-readable storage medium comprising instructions that, when executed on a computer, cause the computer to perform the method of any of claims 1-6.

Images