CN117395458A

CN117395458A - Target account identification method and related device

Info

Publication number: CN117395458A
Application number: CN202311307876.6A
Authority: CN
Inventors: 董磊
Original assignee: Tencent Technology Beijing Co Ltd
Current assignee: Tencent Technology Beijing Co Ltd
Priority date: 2023-10-10
Filing date: 2023-10-10
Publication date: 2024-01-12

Abstract

The application relates to the technical field of computers, and provides a target account identification method and a related device, which are used for improving the identification efficiency and the identification accuracy of a target account, wherein the method comprises the following steps: acquiring progress adjustment data and speed doubling data of a target account, acquiring a downloading speed threshold value based on the speed doubling data and combining the whole video duration and the whole video size of the target video, acquiring the downloading speed of the target account based on the progress adjustment data and combining the content size of downloaded content in the target video, and acquiring a risk identification result of the target account based on a comparison result of the downloading speed and the downloading speed threshold value.

Description

Target account identification method and related device

Technical Field

The application relates to the technical field of computers, and provides a target account identification method and a related device.

Background

With the development of computer technology, a server may provide a video platform to a terminal, so that a target object may conveniently browse video on the terminal through the video platform, where the video platform may be a website, a client, an applet, and the like.

Black production is a black industry that takes the internet as a medium and takes network technology as a means to obtain benefits by using illegal means. In order to realize batch downloading of videos, a network black product generally initiates a large number of downloading requests through the same equipment number and account in a short time, and normal network activities are seriously affected.

In view of this, how to identify the blackout account is a problem to be solved.

Disclosure of Invention

The embodiment of the application provides a target account identification method and a related device, which are used for identifying efficiency and accuracy of target accounts.

In a first aspect, an embodiment of the present application provides a target account identifying method, including:

acquiring progress adjustment data and speed doubling data of a target account; the progress adjustment data is used to characterize: in the process of playing the target video, triggering an adjustment operation condition by the target account aiming at the playing progress;

based on the double-speed data, combining the complete video duration and the complete video size of the target video to obtain a downloading speed threshold;

based on the progress adjustment data, combining the content size of the downloaded content in the target video to obtain the downloading speed of the target account;

and obtaining a risk identification result of the target account based on the comparison result of the downloading speed and the downloading speed threshold.

In a second aspect, an embodiment of the present application provides a target account identifying apparatus, including:

the data acquisition unit is used for acquiring progress adjustment data and double-speed data of the target account; the progress adjustment data is used to characterize: in the process of playing the target video, triggering an adjustment operation condition by the target account aiming at the playing progress;

The threshold setting unit is used for obtaining a downloading speed threshold by combining the whole video duration and the whole video size of the target video based on the double-speed data;

the speed determining unit is used for obtaining the downloading speed of the target account by combining the content size of the downloaded content in the target video based on the progress adjustment data;

a result output unit, configured to obtain a risk identification result of the target account based on a comparison result of the download speed and the download speed threshold

As a possible implementation, the data acquisition unit is specifically configured to:

obtaining report information of the target account, wherein the report information comprises: the progress adjustment data, the speed doubling data and identity information to be verified of the target account;

and comparing the identity information to be verified with the reference verification information of the target account to obtain a verification result, and acquiring the progress adjustment data and the speed doubling data in the reported information when the verification result characterizes the target account to pass verification.

As a possible implementation, the data acquisition unit is further configured to:

if the verification result indicates that the target account fails to pass the verification, the version number of the client used by the target account is obtained;

If the version number is in the preset version range, determining a risk identification result of the target account, wherein the risk identification result represents that the target account has abnormal playing.

As a possible implementation manner, the target video includes each slice file, and the data acquisition unit is further configured to:

if the version number is not in the preset version range, determining the downloaded fragmented file of the target account from the fragmented files based on the downloaded content in the target video;

and when the target account is determined to completely download the target video based on each downloaded fragment file, acquiring the progress adjustment data and the double-speed data in the reported information.

when the adjustment frequency of the adjustment operation reaches a set frequency threshold based on the progress adjustment data, the dragging frequency threshold of the target account is adjusted down, and the dragging frequency threshold is used for indicating the length of the video downloaded in advance when the target account triggers the adjustment operation for the playing progress.

As a possible implementation manner, the target video includes each slice file, and the speed determining unit is further configured to:

Acquiring downloading information of the target video downloaded by the target account through target login equipment, wherein the downloading information comprises repeated downloading times of each fragment file;

if the repeated downloading times are larger than a set times threshold, based on the progress adjustment data, combining the downloading time length and the content size of the downloaded content in the target video to obtain a first downloading speed and a repeated downloading speed;

and the result output unit is used for obtaining a risk identification result of the target account based on the first downloading speed and the repeated downloading speed and combining the downloading speed threshold.

As a possible implementation, the result output unit is specifically configured to:

if the first downloading speed does not reach the downloading speed threshold value and the repeated downloading speed reaches the downloading speed threshold value, obtaining a risk identification result representing that the target account has abnormal playing;

if the first downloading speed and the repeated downloading speed reach the downloading speed threshold, a risk identification result representing that the target account has abnormal playing is obtained;

if the first downloading speed and the repeated downloading speed do not reach the downloading speed threshold, obtaining a risk identification result representing that the target account has abnormal playing when a speed difference value between the first downloading speed and the repeated downloading speed reaches a set difference value threshold.

acquiring the equipment type of target playing equipment, wherein the target playing equipment is playing equipment for playing the target video by the target account;

and when the equipment type of the target playing equipment exists in the preset equipment type list, acquiring a risk identification result representing that the target account does not have abnormal playing.

acquiring history adjustment data of the target account, wherein the history adjustment data is used for representing: in a set time range, triggering an adjustment operation condition by the target account aiming at the playing progress of each historical video;

acquiring a dragging characteristic of the target account based on the history adjustment data;

and based on the comparison result of the downloading speed and the downloading speed threshold, combining the dragging characteristic to obtain a risk identification result of the target account.

As a possible implementation, the speed determining unit is specifically configured to:

and if the number of the target videos is multiple and the progress adjustment data characterizes that the target account triggers an over-adjustment operation for at least one target video, obtaining the downloading speed of the target account based on the content sizes of the downloaded contents of other target videos except for the at least one target video in the multiple target videos.

In a third aspect, an embodiment of the present application provides an electronic device, including a processor and a memory, where the memory stores a computer program that, when executed by the processor, causes the processor to perform the steps of the target account identification method described above.

In a fourth aspect, embodiments of the present application provide a computer readable storage medium comprising a computer program for causing an electronic device to perform the steps of the target account identification method described above when the computer program is run on the electronic device.

In a fifth aspect, embodiments of the present application provide a computer program product, which includes a computer program stored in a computer readable storage medium, from which a processor of an electronic device reads and executes the computer program, so that the electronic device performs the steps of the target account identification method described above.

In the embodiment of the application, the progress adjustment data and the double-speed data of the target account are obtained; wherein the progress adjustment data is used to characterize: in the process of playing the target video, the target account triggers an adjustment operation according to the playing progress, then, based on the double-speed data, the downloading speed threshold is obtained by combining the whole video duration and the whole video size of the target video, the downloading speed of the target account is obtained by combining the content size of downloaded content in the target video based on the progress adjustment data, and then, the risk identification result of the target account is obtained based on the comparison result of the downloading speed and the downloading speed threshold.

Therefore, aiming at different playing double speeds, different downloading speed thresholds are adopted, so that identification of the target account is carried out more carefully, the identification accuracy is improved, meanwhile, as the black account is usually focused on efficient downloading of video, the playing progress of the video is not regulated, the black account can be accurately identified based on the progress regulation data, the probability of avoiding the non-black account being identified as the black account is effectively reduced, and the identification accuracy and the identification efficiency are ensured.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute an undue limitation to the application. In the drawings:

fig. 1 is a schematic diagram of an application scenario provided in an embodiment of the present application;

Fig. 2 is a flow chart of a target account identification method provided in an embodiment of the present application;

FIG. 3 is a schematic diagram of a progress adjustment process provided in an embodiment of the present application;

fig. 4 is a schematic structural diagram of a video file according to an embodiment of the present application;

FIG. 5 is a schematic diagram illustrating interaction between a client and a server in a file downloading process according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a signing and verification process provided in an embodiment of the present application;

FIG. 7 is a schematic diagram of an encryption and decryption process provided in an embodiment of the present application;

FIG. 8 is a schematic diagram of downloading content of a blackout account and a non-blackout account according to an embodiment of the present application;

fig. 9 is a schematic diagram of a video playing interface provided in an embodiment of the present application;

FIG. 10 is a schematic diagram of a target account identification process provided in an embodiment of the present application;

fig. 11 is a schematic structural diagram of a target account identifying device provided in an embodiment of the present application;

fig. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

For the purposes of making the objects, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the technical solutions of the present application, but not all embodiments. All other embodiments, which can be made by a person of ordinary skill in the art without any inventive effort, based on the embodiments described in the present application are intended to be within the scope of the technical solutions of the present application.

In the following, some terms involved in the embodiments of the present application will be described.

M3U8 file: the M3U8 file is a text-based playlist file format that is commonly used for streaming media playback. The M3U8 file contains a series of URL addresses for pointing to the individual clip files of the streaming media. Some metadata information such as title, author, duration, etc. is also contained in the M3U8 file.

Video identifier (Video ID, VID): the video identifier is a unique identifier that identifies a video file or video stream. The video identifier may be used to manage video libraries, retrieve video files, monitor video play times, etc. scenes.

A local agent: a home agent is a technique that forwards network requests through a home computer.

Transport Stream (TS): the transmission stream adopts a segmented transmission mode, divides the audio and video data into a plurality of small data packets (each data packet is generally 188 bytes), and transmits the data packets according to a certain sequence. Each data packet is called a TS file, and each data packet includes a header including metadata such as a time stamp, a stream identifier, etc., and a packet body including audio/video data.

In order to realize identification of the black production account, in the embodiment of the application, progress adjustment data and speed doubling data of the target account are obtained; wherein the progress adjustment data is used to characterize: in the process of playing the target video, the target account triggers an adjustment operation according to the playing progress, then, based on the double-speed data, the downloading speed threshold is obtained by combining the whole video duration and the whole video size of the target video, the downloading speed of the target account is obtained by combining the content size of downloaded content in the target video based on the progress adjustment data, and then, the risk identification result of the target account is obtained based on the comparison result of the downloading speed and the downloading speed threshold.

The preferred embodiments of the present application will be described below with reference to the accompanying drawings of the specification, it being understood that the preferred embodiments described herein are for illustration and explanation only, and are not intended to limit the present application, and the embodiments of the present application and the features of the embodiments may be combined with each other without conflict.

Fig. 1 is a schematic diagram of an application scenario provided in an embodiment of the present application. The application scenario at least includes the terminal device 110 and the server 120. The number of the terminal devices 110 may be one or more, and the number of the servers 120 may be one or more, and the number of the terminal devices 110 and the number of the servers 120 are not particularly limited in this application.

In this embodiment, the terminal device 110 may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, an internet of things device, a smart home appliance, a vehicle-mounted terminal, and the like.

The server 120 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or may be a cloud server providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, a content delivery network (Content Delivery Network, CDN), basic cloud computing services such as big data and an artificial intelligence platform.

The terminal device 110 and the server 120 may be directly or indirectly connected through wired or wireless communication, which is not limited herein.

Illustratively, a client for video playing is installed in the terminal devices 110, each terminal device 110 may play video through the client, and progress adjustment data and double-speed data generated during the video playing process are transmitted to the server 120. After the server 120 obtains the progress adjustment data and the double-speed data of the target account for the target video through the terminal equipment 110, a downloading speed threshold is obtained based on the double-speed data and combined with the complete video duration and the complete video size of the target video, the downloading speed of the target account is obtained based on the progress adjustment data and combined with the content duration and the content size of the downloaded content in the target video, and then the risk identification result of the target account is obtained based on the comparison result of the downloading speed and the downloading speed threshold.

Referring to fig. 2, a flow chart of a target account identification method provided in an embodiment of the present application is shown, the method is applied to an electronic device, where the electronic device may be a terminal device or a server, and hereinafter, the server is taken as an example to describe a specific flow chart, which includes:

S201, a server acquires progress adjustment data and double-speed data of a target account; the progress adjustment data is used to characterize: in the process of playing the target video, the target account triggers the condition of adjusting operation according to the playing progress.

The target video may be, but not limited to, a video of a television show, a variety program, a movie, or the like. The number of target videos may be one or more, and if there are a plurality of target videos, the precision adjustment data includes: the target account triggers the condition of adjusting operation according to the playing progress of each of the plurality of target videos.

As a possible implementation manner, taking any one target video as an example, after the target account triggers a play operation for the target video in the client, the client sends the progress bar adjustment data to the server every time the target account triggers an adjustment operation for the play progress of the target video. And after the target account triggers the double speed adjustment operation aiming at the target video, the client sends double speed data to the server. In this way, the server can acquire the progress adjustment data and the speed doubling data of the target account aiming at the target video through the client. It should be noted that, if the target account does not trigger the overadjustment operation for the target video, the server may use the default double speed as the playing speed of the target video, where the default double speed may be set by the target account or may be preset by the system.

In this embodiment of the present application, the progress adjustment data may include the number of adjustment times of the progress bar of the target account with respect to the target video, a trigger time of each adjustment operation (may also be referred to as a progress adjustment time), and an adjustment time of each adjustment operation (may also be referred to as a play time after adjustment).

The double speed data is used to characterize the playing speed of the target object for the target video, which may be, but is not limited to, one speed (i.e., normal playing), two speed, three speed, etc. The multiple speed data may carry multiple speed identifiers corresponding to different playing speeds, so that after the server obtains the multiple speed data, the playing speed of the target object for the target video may be determined according to the multiple speed identifier carried in the multiple speed data.

For example, referring to fig. 3, which is a schematic diagram of a play progress adjustment provided in the embodiment of the present application, it is assumed that, after a play of a target video skips a head and a tail, the play progress of the target video is located at an a position, and three adjustments are performed on the target video by a target account from the a position, in a first adjustment operation, the play progress of the target video is dragged from the a position to the B position by the target account, in a second adjustment operation, the play progress of the target video is dragged from the B position to the C position by the target account, and in a third adjustment operation, the play progress of the target video is dragged from the C position to the D position by the target account. After each adjustment, the client reports the progress adjustment data to the server, the progress adjustment data corresponding to the first adjustment operation represents that the playing progress is dragged from the A position to the B position, the progress adjustment data corresponding to the second adjustment operation represents that the playing progress is dragged from the B position to the C position, and the progress adjustment data corresponding to the third adjustment operation represents that the playing progress is dragged from the C position to the D position. Correspondingly, the server acquires the progress adjustment data corresponding to the three adjustment operations through the client.

S202, the server obtains a downloading speed threshold based on the double-speed data and combining the whole video duration and the whole video size of the target video.

In a video playing scenario, generally, if playing at a normal speed, the downloaded video duration is equal to the full video duration of the target video, and the downloaded speed threshold=full video duration/full video size of the target video. For example, the full video duration of the target video is 45 minutes (min), the full video size is 10M, and then the download speed threshold=10m/45 min.

In the double-speed playing scene, the downloading speed threshold=double-speed is the whole video duration/whole video size of the target video. For example, a triple-speed playing scenario may take approximately 15 minutes to play a complete episode, with a download speed threshold=3×10m/45min.

It should be noted that, if there are multiple target videos, as one possible implementation manner, the complete video duration may refer to a sum of complete video durations of the multiple target videos, and the complete video size refers to a sum of complete video sizes of the multiple target videos, as another possible implementation manner, the download speed thresholds corresponding to the download speed thresholds of the multiple target videos may also be calculated, and an average value of the multiple download speed thresholds may be used as the download speed threshold, where, of course, the average value is only an example, and other statistics may also be used in the practical application process.

S203, the server obtains the downloading speed of the target account based on the progress adjustment data and combining the content size of the downloaded content in the target video.

The content size of the downloaded content may be understood as a duration corresponding to the current video playing node. In the embodiment of the present application, the downloaded content, the obtained progress adjustment data, the double-speed data, and other data in the target video are all data within a set time range (for example, within 100 s).

It should be noted that, in the embodiment of the present application, the adjustment operation may also be referred to as a drag operation.

As a possible implementation manner, if the number of the target videos is one, and the progress adjustment data characterizes that the target account triggers an over-adjustment operation for the target videos, the server may directly determine that the risk identification result of the target account is that the target object has no play abnormality, that is, the target object does not belong to the blackout account.

If the number of the target videos is one, and the progress adjustment data indicates that the target account does not trigger adjustment operation for the target videos, the server obtains the downloading speed of the target account based on the content size of the downloaded content in the target videos. For example, within 100s, the content downloaded by the target object includes: video 1 (VID 1), video 1 downloaded 5MB, and the progress adjustment data characterizes that the target account did not trigger an over-adjustment operation for video 1, then the download speed = 5MB/100s.

If the number of target videos is a plurality, and the progress adjustment data indicates that the target account triggers an over-adjustment operation for at least one target video, the server obtains a download speed of the target account based on the content sizes of the downloaded contents of the other target videos except for the at least one target video in the plurality of target videos, that is, the downloaded contents of the at least one target video do not count into the calculation of the download speed of the target account.

For example, assume that, within 100s, the content downloaded by the target object includes: video 1 (VID 1), video 2 (VID 2), video 3 (VID 3), wherein video 1 downloads 5MB, video 2 downloads 1MB, video 3 downloads 10MB, and if the progress adjustment data characterizes a drag operation in video 3, then the download speed=6 MB/100s is obtained based on the content sizes of the downloaded content of video 1 and video 2, 6 MB.

If the number of the target videos is multiple and the progress adjustment data indicates that the target account does not trigger an over-adjustment operation for the target videos, the server obtains the downloading speed of the target account based on the content sizes of the downloaded contents of the multiple target videos.

For example, assume that, within 100s, the content downloaded by the target object includes: video 1 (VID 1), video 2 (VID 2), video 3 (VID 3), wherein video 1 downloaded 5MB, video 2 downloaded 1MB, video 3 downloaded 10MB, then, based on the content sizes of the downloaded contents of video 1, video 2, and video 3, 16MB, the download speed=16 MB/100s is obtained.

In this embodiment, different download speed calculation modes may be adopted for different video download modes.

Before describing the video downloading method, the storage method of the video file is described.

In some embodiments, in order to enable downloading and playing at the same time in a real-time video stream, one video may be split into an index file and a plurality of fragment files through an mp4TS protocol, the index file may also be called an m3u8 file, the fragment files may be called TS files, and the downloading addresses of the plurality of TS files are stored in the m3u8 file. When the client needs to play the target video, firstly acquiring m3u8 files of the target video, then sequentially downloading TS files according to the playing sequence among the TS files and combining the downloading addresses of the TS files, and decoding and playing the TS files.

By way of example, the m3u8 file may contain the following fields:

EXTM3U field: is a type-specifying tag for indicating that the file belongs to an m3u8 file;

EXT-X-VERSION field: is a version number tag for characterizing the version number of the file, and illustratively, when the value is 3, it indicates that the version number of the m3u8 file is 3;

EXT-X-TARGETDURATION field: the unit used for representing the maximum duration in each TS file can be, but is not limited to, s, and supposing that 270TS fragmented files exist in total, and the maximum duration of the files is 10s, namely the maximum duration is 10s, the value of the EXT-X-TARGETDURATION field is 10;

EXT-X-MEDIA-SEQUENCE field: sequence number of the first TS slice.

EXTINF field: the EXTINF field contains two parameters, the first parameter is indicative of TS file duration, the second parameter is a download address of TS file, the download address can be a file name, a relative path or an absolute path of TS file, for example, but not limited to, the first parameter of EXTINF field is 10.000, and the second parameter is cctv6hd-1549272376000.TS, which is indicative of TS file with duration of 10s and file name cctv6hd-1549272376000. TS.

For example, referring to fig. 4, in a real-time video stream, a video is generally split into many small TSs, for example, 10 seconds(s) is taken as one TS, and an episode of 45min has 270 TSs, and about 240 TSs are obtained after the head and tail of the episode are removed. When playing the episode, the client sequentially downloads TS files according to the playing sequence among 270TS files and combining the downloading addresses of a plurality of TS files, and decodes and plays the TS files.

Next, a file downloading method will be described.

As a possible implementation manner, during the downloading of the TS files, the client may request the TS files from the video storage device (such as the CDN) in real time according to the playing order among the several TS files during the video playing process. In the downloading mode, the downloaded content in the target video is equal to the duration corresponding to the current video playing node.

In some embodiments, referring to fig. 5, in order to ensure continuity of video playing, generally, a local agent is performed through a downloading component, and the agent side can perform early downloading of a video, so as to ensure that no clamping occurs during video playing, so that when a certain video is played in a client, a data downloading request can be sent to a video storage device (such as a CDN) through the downloading component, where the data downloading request is used for downloading a TS file in a certain time period after a current playing position of the video. The video storage device returns the TS file to the client through the downloading component. In the downloading mode, the downloaded content in the target video is equal to the time length corresponding to the current video playing node+the time length of the video content downloaded in advance.

In some embodiments, to avoid playing the card segment, the client locally caches the video, where the duration of the downloaded video is: and adding a certain buffer time length on the basis of the time length corresponding to the current video playing node. When playing video, in order to avoid bandwidth waste, too much video data is usually not cached in the client, and the caching time is small, so that the time of downloading the video is approximately equal to the complete video time of the target video.

S204, the server obtains a risk identification result of the target account based on the comparison result of the downloading speed and the downloading speed threshold value.

In the embodiment of the present application, after obtaining the download speed and the download threshold, the risk identification result of the target account may be obtained according to the comparison result of the download speed and the download speed threshold. Different download speed thresholds are adopted for different play times, so that identification of a target account is performed more carefully, identification accuracy is improved, and as a black account is usually focused on efficient downloading of video, the play progress of the video is not regulated, therefore, the black account can be accurately identified based on progress regulation data by identifying the target account, the probability of avoiding the non-black account from being identified as the black account is effectively reduced, and identification accuracy and identification efficiency are ensured.

As a possible implementation manner, the server may also calculate the downloading speed of the target account directly according to the content size of the downloaded content in the target video, however, when the target account triggers the dragging operation, the downloading component may immediately download a video with a certain length (for example, 90 s) from the playing time after the dragging in order to enable the user to play without buffering, and this part of the video downloaded in advance may exceed the time length of the user buffering, so if the user is assumed to drag frequently, for example, more than 20 times, the downloading speed threshold is easily exceeded, thereby causing erroneous recognition.

In addition, in order to ensure the downloading efficiency, the black-out account generally uses m3u8 files to directly pull all TS files in a protocol simulation mode, and then performs merging to obtain corresponding video files. If the video is downloaded according to the normal playing limit, only 24h by 3 times of video files can be downloaded in one day, and the video downloading efficiency is low. The blackout account is mostly downloaded with video through a third party tool, and for efficiency priority, the third party tool usually downloads video at a very fast download speed. A blackout account typically does not drag a video.

In the embodiment of the application, compared with the method for directly calculating the downloading speed of the target account according to the content size of the downloaded content in the target video, the method can avoid accidentally injuring the non-blackout account and improve the account identification efficiency and accuracy by combining the dragging characteristic of the target account to carry out account identification.

In some embodiments, considering that the black account may report counterfeit progress adjustment data and double speed data to interfere with the identification result, in this embodiment of the present application, signature verification is performed on the accuracy adjustment data and double speed data reported by the target account, and when the signature verification is passed, a subsequent identification process is performed.

Specifically, obtaining target account progress adjustment data and double speed data includes:

obtaining report information of a target account aiming at a target video, wherein the report information comprises the following steps: progress adjustment data, double-speed data and identity information to be verified of a target account;

and comparing the identity information to be verified with the reference verification information of the target account to obtain a verification result, and acquiring progress adjustment data and double-speed data in the reported information when the verification result characterizes the target account to pass verification.

In the embodiment of the application, each account corresponds to an account identifier, and the account identifier can be represented by, but is not limited to, a GUID. Each video corresponds to a video identification, which may be represented by, but is not limited to, a VID.

As a possible implementation manner, when the identity information to be verified is the same as the reference verification information of the target account, the verification result represents that the target account passes verification.

As one possible implementation, the identity information to be verified of the target account may be generated in two ways, but is not limited to:

the first implementation mode: the client side constructs a character string to be verified based on the GUID of the target account and/or the VID of the target video, signs the character string to be verified by adopting a set signature algorithm to obtain identity information to be verified, and reports the progress adjustment data, the speed doubling data and the identity information to be verified of the target account to the server as reporting information. The signature algorithm may be, but not limited to, MD5 algorithm. Of course, the character string to be verified may also include data such as progress adjustment data and double-speed data, which is not limited.

After receiving the reported data, the server acquires the GUID of the target account and/or the VID of the target video to obtain a reference character string, then, signs the character string to be verified by adopting a set signature algorithm to obtain reference verification information, and then, compares the identity information to be verified with the reference verification information of the target account to obtain a verification result.

For example, referring to fig. 6, the client constructs a to-be-verified string based on the GUID of the target account and the VID of the target video, the GUID of the target account is GUID1546, the VID of the target video is VID1, the to-be-verified string=guid1546+vid1, and signs the to-be-verified string by using an MD5 algorithm to obtain to-be-verified identity information, and reports the progress adjustment data, the double-speed data and the to-be-verified identity information of the target account as reporting information to the server. After receiving the reported data, the server acquires the GUID of the target account and the VID of the target video to obtain a reference character string, then adopts a set MD5 algorithm to sign the character string to be verified to obtain reference verification information, and then compares the identity information to be verified with the reference verification information of the target account to obtain a verification result, wherein the verification result represents that the identity information to be verified is identical with the reference verification information of the target account, namely the target account passes verification.

The second implementation mode: a corresponding public key and private key are pre-configured for each account.

As an example, the client encrypts the progress adjustment data and the double-speed data based on a private key corresponding to the target account, obtains identity information to be verified (may also be referred to as encrypted data), and reports the encrypted information as reporting data to the server. The public and private keys may be generated based on an asymmetric encryption algorithm (RSA algorithm), a certificate, or the like, but are not limited thereto. The server holds a public key corresponding to each account. After receiving the reported data, the server decrypts the encrypted data by adopting the public key corresponding to the target account to obtain the progress adjustment data and the double-speed data. It should be noted that if decryption is impossible, the target account is not verified.

For example, referring to fig. 7, the corresponding public key a and private key a are configured in advance for the target account. The client obtains a character string to be verified based on the GUID of the target account and the VID of the target video, wherein the GUID of the target account is GUID1546, the VID of the target video is VID1, the character string to be verified=GUID 1546+VID1, then signs the character string to be verified based on a private key A to obtain identity information to be verified, and reports progress adjustment data, speed doubling data and the identity information to be verified of the target account to a server as reporting information. After receiving the report data, the server acquires the GUID of the target account and the VID of the target video to obtain a reference character string, then adopts the public key A to sign the character string to be verified to obtain reference verification information, then compares the identity information to be verified with the reference verification information of the target account to obtain a verification result, and the verification result represents that the identity information to be verified is identical with the reference verification information of the target account, namely the target account passes verification.

In the implementation manner, different public and private keys are defined for each account, so that the reliability and the non-tamper property of the data can be ensured, and the identification accuracy is improved.

In some embodiments, if the verification result indicates that the target account fails to pass the verification, the target account may be directly used as a blackout account with abnormal playing, that is, when the verification result indicates that the target account fails to pass the verification, the risk identification result of the target account is directly determined, and the risk identification result indicates that the target account has abnormal playing.

In some embodiments, considering that the low-version client may not be configured with a signature function for the progress adjustment data, if the verification result indicates that the target account is not verified, the target account is directly taken as a blackout account with abnormal playing, and the account of the low-version client may be mistakenly taken as the blackout account.

Specifically, if the verification result indicates that the target account fails verification, the version number of the client used when the target account plays the target video is obtained; if the version number is in the preset version range, determining a risk identification result of the target account, wherein the risk identification result represents that the target account has abnormal playing.

The preset version range is used for representing the version number of the client supporting the signature function.

That is, if the verification result indicates that the target account is not verified, and the client used by the target account is a high-version client, the target account may be directly regarded as a blackout account in which play abnormality exists.

For example, the client below the version number v8 does not support the signature function, and then the preset version range may be below the version number v8 (excluding the version number v 8), and if the verification result indicates that the target account is not verified, the server obtains the version number of the client used when the target account plays the target video. The method comprises the steps that supposing that the version number of a client used by a target account is v9, at the moment, the version number is located in a preset version range, a server determines a risk identification result of the target account, and the risk identification result represents that playing abnormality exists in the target account.

In some embodiments, for a low-version client, since the signature function for the progress adjustment data is not configured, in order to ensure the reliability of the data, in this embodiment of the present application, integrity verification may be performed for the low-version client, and through the result of the integrity verification, it is determined whether to use the progress adjustment data and the double-speed data reported by the low-version client to perform account identification.

Specifically, if the verification result indicates that the target account fails to pass verification and the version number is not in the preset version range, determining the downloaded fragmented file of the target account from the fragmented files based on the downloaded content in the target video; and when the target account is determined to completely download the target video based on each downloaded fragment file, acquiring the progress adjustment data and the double-speed data in the reported information.

Generally, when a blackout account downloads a video, the complete video content may be downloaded, and the head and tail of the target video may be skipped or played for a certain time. The completely downloaded video content includes: video content other than the head and tail of the film.

For example, referring to fig. 8, assuming that the target video includes 10 TS files, where TS1, TS2 are the head and TS9, TS10 are the tail, TS3-TS8 are video content that must be downloaded for a black production account. For non-blackout accounts, because the non-blackout accounts may adjust the play progress during video play, a certain TS in TS3-TS8 may be skipped, e.g., TS4 in TS3-TS8 is not downloaded. In summary, when the integrity check is performed, if the target account does not completely download the video content, part of the TS is missed in the middle, the possibility that the target account belongs to the black-out account is smaller, at this time, all the downloaded content of the target account is not counted into the speed threshold, and when the last TS file is full, the whole downloaded content is counted.

Because the complete video needs to be downloaded in the black-out account downloading, but the dragged user generally cannot see the complete video, if the user drags from 10s to 100s directly, the TS of the middle partial video may not be downloaded, so that the accuracy of the identification result can be ensured while the reliability of the data is ensured through the integrity check.

In some embodiments, to minimize the accidental injury, for low-version clients, if the target account is dragged at high frequency, the drag download threshold may be adjusted down to reduce the video length downloaded in advance. Specifically, when it is determined that the adjustment frequency of the adjustment operation reaches the set frequency threshold based on the progress adjustment data, the drag frequency threshold of the target account is adjusted down, and the drag frequency threshold is used for indicating the length of the video downloaded in advance when the target account triggers the adjustment operation for the playing progress.

For example, the initial drag frequency threshold represents that the video length downloaded in advance is two TS files, and after the drag frequency threshold is adjusted down, the adjusted down drag frequency threshold represents that the video length downloaded in advance is one TS file. In this way, when the content downloaded after the target object is dragged is reduced, even if the dragging is frequently performed, a hole (i.e., the video content is not completely downloaded) must exist in the middle for downloading the target video.

In some embodiments, to minimize the trauma, the target account may also be prompted for version upgrades for low version clients.

In some embodiments, if the risk identification result of the target account of the low-version client characterizes that the target account has a play abnormality, the target account may be prompted to update its risk identification result by version upgrade.

In some embodiments, considering that the black-out account may also drag the playing progress in the process of playing the target video, the video is downloaded by using the third party software, and under the condition of downloading and playing simultaneously, the black-out account may be misjudged as a normal account due to normal playing and normal dragging in the playing process, so in the embodiment of the present application, repeatability verification may also be performed.

Specifically, in the repeatability verification process, the server acquires the downloading information of the target video downloaded by the target account through the target login device, wherein the downloading information comprises the repeated downloading times of each fragment file.

If the number of repeated downloads is greater than the set number of times threshold, based on the progress adjustment data, combining the content duration and the content size of the downloaded content in the target video to obtain the download speed of the target account, including: and based on the progress adjustment data, combining the content size of the downloaded content in the target video to obtain a first downloading speed and a repeated downloading speed. Further, based on the comparison result of the download speed and the download speed threshold, obtaining the risk identification result of the target account includes: and based on the first downloading speed and the repeated downloading speed, combining a downloading speed threshold value to obtain a risk identification result of the target account.

The first downloading speed is determined according to the content size of the first downloading in the downloaded content, and the repeated downloading speed is determined according to the content size of the repeated downloading in the downloaded content.

That is, if the number of TSs repeatedly downloaded by the same VID based on the same device is greater than the set number of times threshold, the target account may have a repeated downloading behavior, and at this time, by combining the first downloading speed and the repeated downloading speed, it is further identified whether the target account has a playback abnormality.

If the same device is watching the same video at the same time, because the two download speeds should be similar under the same network, but because the download speed of the video download by the third party software is faster by the black account, the download speed of the video is relatively slower when the video is normally played, so that a situation of one speed and one slow speed exists.

Specifically, based on the first download speed and the repeated download speed, in combination with the download speed threshold, a risk identification result of the target account is obtained, where there are the following cases:

first case: if the first downloading speed does not reach the downloading speed threshold value, and the repeated downloading speed reaches the downloading speed threshold value, a risk identification result representing that the target account has abnormal playing is obtained.

That is, one of the two download speeds is faster, and when the other download speed is normal, it can be determined that the target account has abnormal play.

Second case: if the first downloading speed and the repeated downloading speed reach the downloading speed threshold, a risk identification result representing that the target account has abnormal playing is obtained.

That is, in the two downloading speeds, both the downloading speeds are faster than the downloading speed threshold, and it can be determined that the playing abnormality exists in the target account.

Third case: if the first downloading speed and the repeated downloading speed do not reach the downloading speed threshold, obtaining a risk identification result representing that the target account has abnormal playing when the speed difference between the first downloading speed and the repeated downloading speed reaches the set difference threshold.

That is, in the two downloading speeds, both the downloading speeds are normal downloading speeds, but when the speed difference between the two is large, it can be judged that the playing abnormality exists in the target account.

Through the implementation manner, if the same device appears, more repeated downloads exist, and the speed is fast and slow, even if dragging exists on the slow side, the target account can be judged to be the blackout account. Under the repeatability detection strategy, the black-out account can avoid the situation that the dragging is prevented from being misdetected due to dragging by means of the generation of one other playing device, and if the dragging event cannot be generated due to signature without the aid of the other playing device.

In some embodiments, if the target account uses a plurality of playing devices to play the target video, the comparison between the downloading speed and the downloading speed threshold may be performed at the granularity of the playing devices, so as to obtain a corresponding comparison result. For example, if the comparison result of one playback device among the plurality of playback devices indicates that the download speed exceeds the download speed threshold, it may be determined that the playback abnormality exists in the target account.

Specifically, for each playback device, the following operations are performed: acquiring progress adjustment data and double-speed data of a target account in the playing device aiming at a target video; based on the double-speed data, combining the complete video duration and the complete video size of the target video to obtain a downloading speed threshold; based on the progress adjustment data, combining the content duration and the content size of the downloaded content in the target video to obtain the downloading speed of the target account; and obtaining a risk identification result of the target account based on the comparison result of the downloading speed and the downloading speed threshold value. Since the identification process for each playback device is similar to that of S201-204 above, the description thereof will not be repeated here.

In some embodiments, at the mobile end (including but not limited to Android, IOS, android Pad, ipad, etc.), there is no case where the target account looks at the same play at the same device at the same time, and even when a certain point plays multiple times, due to the presence of the cache, the target account can be downloaded only once. On the non-mobile side (including but not limited to PC, MAC, TV, etc.), the case of repeated downloading of the TS file in a short time may also occur due to the buffering mechanism. In the practical application process, under the playing scene of the browser, the situation that 2 identical videos are opened by the same browser may exist. As a possible implementation manner, when the playing page of the target video is opened again in the browser, the client may block the re-opened playing page through the script file, and does not make a content request to the server, so that for a normal account, there is no repeated downloading in a certain time, and therefore, when the number of repeated downloading is greater than the set number threshold, the target account may be directly used as a blackout account.

As a possible case, if the target account plays the same target video through different browsers, the different browsers can be directly used as different playing devices because of the different browsers, and the target account can process the situation that a plurality of playing devices are used for playing the target video.

In some embodiments, when the download speed is compared with the download speed threshold, and a risk identification result of the target account is obtained according to the comparison result, there may still be a situation that a part of the accounts are accidentally injured, for example, the download speed of a certain TV manufacturer is particularly fast, and the download speed cannot be limited, and at this time, the target account plays the target video by using the playing device of the TV manufacturer, which may cause the target account to be misjudged as a blackout account due to the too fast download speed. Aiming at the situation, in the embodiment of the application, the white list degree filtering is performed, and the playing equipment in the white list can skip identification, namely, when the target account adopts the playing equipment in the white list to play equipment, the server does not identify the target account.

Specifically, the server acquires the device type of the target playing device, wherein the target playing device is a playing device for playing the target video by the target account; and when the equipment type of the target playing equipment exists in the preset equipment type list, acquiring a risk identification result indicating that the target account does not have abnormal playing.

The preset list of device types is the whitelist mentioned above.

For example, the device type of the target playing device is a TV generated by vendor a, and after the server obtains the device type of the target playing device, when the TV generated by vendor a exists in the preset device type list, a risk identification result indicating that the target account has no abnormal playing is obtained.

In some embodiments, whether a specific play is dragged or not may be determined according to a historical dragging rule of a target account, if an account which is frequently dragged at all times is not triggered to be dragged in a certain play, and the downloading speed is very fast, the suspicious degree of the play abnormality of the account may be improved.

Specifically, the server obtains historical adjustment data of the target account, wherein the historical adjustment data is used for representing: in a set time range, triggering an adjustment operation condition by a target account aiming at the playing progress of each historical video; and acquiring the dragging characteristic of the target account based on the history adjustment data, and further acquiring the risk identification result of the target account based on the comparison result of the downloading speed and the downloading speed threshold value by combining the dragging characteristic.

Wherein the drag feature may be, but is not limited to, a historical trigger frequency of the adjustment operation. The history trigger frequency may be an average value of trigger frequencies of adjustment operations of each history video, or may be a trigger frequency of adjustment operations for a certain history video, which is not limited.

As a possible implementation manner, the server may obtain the current dragging feature of the target account according to the obtained progress adjustment data, compare whether the dragging feature is the same as or similar to the current dragging feature, obtain a feature comparison result, and obtain a risk identification result of the target account based on the feature comparison result and a comparison result of the download speed and a download speed threshold.

For example, different drag feature evaluation values are preset for different feature comparison results, and different speed evaluation values are preset for different download speeds and comparison results of download speed thresholds, so that the server obtains the drag feature evaluation value based on the feature comparison results, obtains the speed evaluation value based on the comparison results of the download speed and the download speed thresholds, obtains the identification evaluation value based on the drag feature evaluation value, the speed evaluation value and the weight corresponding to the speed evaluation value, and determines that the target account has abnormal operation when the identification evaluation value exceeds the set evaluation value threshold.

For example, the server obtains historical adjustment data for the target account, the historical adjustment data being used to characterize: and triggering three times of adjustment operation on the video 1 by the target account within a set time range, acquiring the historical trigger frequency of the target account based on the historical adjustment data, wherein the historical trigger frequency represents three times of dragging of one video of the target account, and further acquiring a risk identification result of the target account based on a comparison result of the downloading speed and a downloading speed threshold value and combining the dragging characteristics.

The present application will be described with reference to one specific embodiment.

Referring to fig. 9, the target account plays an eleventh episode of a tv series in the client, where the video duration of the eleventh episode is 45 minutes, and a playing interface of the client includes a playing progress bar and a playing speed doubling component, and the target account can adjust the playing progress by dragging the playing progress bar and adjust the playing speed doubling through the playing speed doubling component. The client side responds to the drag operation triggered by the target account aiming at the playing progress bar to acquire the progress adjustment data, wherein the progress adjustment data characterizes the playing progress triggering adjustment operation of the target account aiming at the collecting drama, and the progress adjustment data can comprise VID (video) of the collecting drama, time 01:06 before adjustment and time 20:05 after adjustment. And the client responds to the triggering operation of the target account for the playing double-speed component, and acquires double-speed data which characterizes the double-speed playing of the television set.

Next, referring to fig. 10, the client reports the progress adjustment data and the double-speed data to the server. Specifically, if the client is a client within a preset version range, signing or encrypting the call data and the double-speed data so that the server side performs identity verification according to the signing or encryption information; if the client is a client within the preset version range, the adjustment data and the double-speed data can be directly sent to the server, so that the server side can carry out integrity check.

On the server side, after the server receives the report information sent by the client, the server can obtain a downloading speed threshold according to the double-speed data, and the downloading speed threshold is assumed to be 20s, and if the 100s video content is 20MB, the downloading speed threshold corresponding to the double-speed can be set to be (20 MB+partial cache)/100 s, and the downloading speed threshold corresponding to the double-speed can be set to be 2 x (20 MB+partial cache)/100 s.

In the first case, the adjustment data and the double-speed data are signed or encrypted, so that the server can perform signature verification or decryption, in the signature verification process, the server compares the identity information to be verified with the reference verification information of the target account to obtain a verification result, and when the verification result represents that the target account passes verification, the progress adjustment data and the double-speed data in the reported information are obtained, and in the decryption process, the public key corresponding to the target account is adopted to decrypt the encrypted data to obtain the progress adjustment data and the double-speed data.

Then, according to the drag cleaning policy (if the video is dragged, the downloaded content of the video is not counted in the downloaded content), if the progress adjustment data characterizes that the target object triggers an over-adjustment operation for the current episode, at this time, the downloaded content of the current episode is not counted in the downloaded content of the target video.

The server can also carry out repeatability verification on the target account, specifically, the server obtains the downloading information of the current collection video through the target login equipment, the downloading information comprises the repeated downloading times of each fragment file of the current collection video, if the repeated downloading times are larger than a set time threshold, the first downloading speed and the repeated downloading speed are obtained by combining the content size of downloaded content in the target video based on the progress adjustment data, and the risk identification result of the target account is obtained by combining the downloading speed threshold based on the first downloading speed and the repeated downloading speed.

In the second case, the adjustment data and the double-speed data are not signed or encrypted, if the version number is in the preset version range, the target account is determined to be a blackout account, and if the version number is not in the preset version range, the integrity check is performed on the target account.

In the process of integrity verification, the server determines the downloaded fragmented files of the target account from among the fragmented files based on the downloaded content in the target video, and when the target account is determined to completely download the target video based on the downloaded fragmented files, acquires the progress adjustment data and the double-speed data in the reporting information, namely, when the target account completely downloads the television drama, the downloaded content of the television drama is taken as the downloaded content of the target video according to the content size of the downloaded content of the television drama, so as to participate in the calculation of the downloading speed.

And then, the server can perform repeatability verification on the target account, specifically, the server acquires the downloading information of the current collection video through the target login equipment, the downloading information comprises the repeated downloading times of each piece of file of the current collection video, if the repeated downloading times are larger than a set time threshold, the first downloading speed and the repeated downloading speed are obtained by combining the content size of the downloaded content in the target video based on the progress adjustment data, and the risk identification result of the target account is obtained by combining the downloading speed threshold based on the first downloading speed and the repeated downloading speed.

Based on the same inventive concept, the embodiment of the application provides a target account identification device. As shown in fig. 11, which is a schematic structural diagram of the target account identifying apparatus 1100, may include:

a data acquisition unit 1101 for acquiring progress adjustment data and double-speed data of a target account; the progress adjustment data is used to characterize: in the process of playing the target video, triggering an adjustment operation condition by the target account aiming at the playing progress;

the threshold setting unit 1102 is configured to obtain a downloading speed threshold by combining a complete video duration and a complete video size of the target video based on the multiple speed data;

A speed determining unit 1103, configured to obtain a downloading speed of the target account in combination with a content size of the downloaded content in the target video based on the progress adjustment data;

a result output unit 1104 for obtaining a risk identification result of the target account based on the comparison result of the download speed and the download speed threshold

As a possible implementation manner, the data acquisition unit 1101 is specifically configured to:

As a possible implementation, the data acquisition unit 1101 is further configured to:

As a possible implementation manner, the target video includes each slice file, and the data obtaining unit 1101 is further configured to:

As a possible implementation manner, the target video includes each slice file, and the speed determining unit 1103 is further configured to:

and a result output unit 1104, configured to obtain a risk identification result of the target account based on the first download speed and the repeated download speed, in combination with the download speed threshold.

As a possible implementation manner, the result output unit 1104 is specifically configured to:

As a possible implementation manner, the speed determining unit 1103 is specifically configured to:

For convenience of description, the above parts are described as being functionally divided into modules (or units) respectively. Of course, the functions of each module (or unit) may be implemented in the same piece or pieces of software or hardware when implementing the present application.

The specific manner in which the respective units execute the requests in the apparatus of the above embodiment has been described in detail in the embodiment concerning the method, and will not be described in detail here.

Those skilled in the art will appreciate that the various aspects of the present application may be implemented as a system, method, or program product. Accordingly, aspects of the present application may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.

Based on the same inventive concept, the embodiment of the application also provides electronic equipment. In one embodiment, the electronic device may be a server or a terminal device. Referring to fig. 12, which is a schematic structural diagram of one possible electronic device provided in an embodiment of the present application, in fig. 12, an electronic device 1200 includes: a processor 1210, and a memory 1220.

The memory 1220 stores a computer program executable by the processor 1210, and the processor 1210 can execute the steps of the target account identification method by executing the instructions stored in the memory 1220.

Memory 1220 may be a volatile memory (RAM), such as random-access memory (RAM); the Memory 1220 may also be a nonvolatile Memory (non-volatile Memory), such as Read-Only Memory (ROM), flash Memory (flash Memory), hard disk (HDD) or Solid State Drive (SSD); or memory 1220, is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. Memory 1220 may also be a combination of the above.

The processor 1210 may include one or more central processing units (central processing unit, CPU) or digital processing units, etc. Processor 1210 is configured to implement the target account identification method described above when executing the computer program stored in memory 1220.

In some embodiments, processor 1210 and memory 1220 may be implemented on the same chip, or in some embodiments they may be implemented separately on separate chips.

The specific connection medium between the processor 1210 and the memory 1220 is not limited in this embodiment. In the embodiment of the present application, the processor 1210 and the memory 1220 are connected by a bus, and the bus is depicted in fig. 12 by a bold line, and the connection manner between other components is only schematically illustrated, and is not limited thereto. The buses may be divided into address buses, data buses, control buses, etc. For ease of description, only one thick line is depicted in fig. 12, but only one bus or one type of bus is not depicted.

Based on the same inventive concept, embodiments of the present application provide a computer readable storage medium comprising a computer program for causing an electronic device to perform the steps of the above-described target account identification method when the computer program is run on the electronic device. In some possible embodiments, aspects of the target account identification method provided herein may also be implemented in the form of a program product comprising a computer program for causing an electronic device to perform the steps of the target account identification method described above when the program product is run on the electronic device, e.g. the electronic device may perform the steps as shown in fig. 2.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, a RAM, a ROM, an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (Compact Disk Read Only Memory, CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product of embodiments of the present application may take the form of a CD-ROM and comprise a computer program and may be run on an electronic device. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a computer program for use by or in connection with a command execution system, apparatus, or device.

The readable signal medium may comprise a data signal propagated in baseband or as part of a carrier wave in which a readable computer program is embodied. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a computer program for use by or in connection with a command execution system, apparatus, or device.

While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims

1. A method for identifying a target account, comprising:

2. The method of claim 1, wherein the obtaining progress adjustment data and multiplier data for the target account comprises:

obtaining report information of the target account, wherein the report information comprises: the progress adjustment data, the speed doubling data and identity information to be verified of the target account; comparing the identity information to be verified with the reference verification information of the target account to obtain a verification result, and acquiring the progress adjustment data and the speed doubling data in the reported information when the verification result represents that the target account passes verification; or,

obtaining report information of the target account, wherein the report information comprises: the progress adjustment data and the speed doubling data encrypted by the private key of the target account are adopted; and decrypting the reported information by adopting the public key corresponding to the target account to obtain the progress adjustment data and the speed doubling data.

3. The method as recited in claim 2, further comprising:

4. The method of claim 2, wherein the target video includes each fragment file, and after obtaining the version number of the client used by the target account, further comprising:

5. The method as recited in claim 4, further comprising:

6. The method of any of claims 1-5, wherein the target video includes respective shard files, and wherein prior to obtaining the risk identification result for the target account based on the comparison of the download speed and the download speed threshold, further comprising:

the step of obtaining the downloading speed of the target account based on the progress adjustment data and combining the content size of the downloaded content in the target video comprises the following steps:

the obtaining the risk identification result of the target account based on the comparison result of the downloading speed and the downloading speed threshold value includes:

and based on the first downloading speed and the repeated downloading speed, combining the downloading speed threshold value to obtain a risk identification result of the target account.

7. The method of claim 6, wherein the obtaining the risk identification result for the target account based on the first download speed and the duplicate download speed in combination with the download speed threshold comprises:

8. The method of any one of claims 1-5, further comprising:

9. The method of any of claims 1-5, wherein prior to obtaining the risk identification result for the target account based on the comparison of the download speed and the download speed threshold, further comprising:

10. The method of any of claims 1-5, wherein the obtaining the download speed of the target account in conjunction with the content size of the downloaded content in the target video based on the progress adjustment data comprises:

11. A target account identification apparatus, comprising:

and the result output unit is used for obtaining a risk identification result of the target account based on the comparison result of the downloading speed and the downloading speed threshold value.

12. An electronic device comprising a processor and a memory, wherein the memory stores a computer program which, when executed by the processor, causes the processor to perform the steps of the method of any of claims 1 to 10.

13. A computer readable storage medium, characterized in that it comprises a computer program for causing an electronic device to perform the steps of the method according to any one of claims 1-10 when said computer program is run on the electronic device.

14. A computer program product, characterized in that it comprises a computer program stored in a computer readable storage medium, from which computer readable storage medium a processor of an electronic device reads and executes the computer program, causing the electronic device to perform the steps of the method according to any one of claims 1-10.