Video processing method, device, equipment and storage medium

Abstract

The present disclosure provides a video processing method, device, equipment and storage medium, the method includes: first, determining whether a target video belongs to a predetermined video type, the predetermined video type being a video type that can only be played once for each user; if it is determined that the target video belongs to the predetermined video type, determining whether a video state identifier of the target video belongs to a play identifier, the video state identifier is used to characterize whether the target video recorded on the server side will be in a play state for the current user; and then, if it is determined that the video state identifier does not belong to the play identifier, playing the target video. In the embodiment of the present disclosure, based on the method of determining whether the target video will be played on the current terminal based on the play state of the target video recorded on the server side for the current user, the effect on a certain video is ensured for a moment, and the experience of the video watching user is improved.

Description

[Technical Field]

[0001] This application claims priority to Chinese patent application No. 202110948294.0, filed on August 18, 2021, for "Video Processing Method, Apparatus, Device, and Storage Medium," the entire contents of which are incorporated herein by reference.

[0002] The present disclosure relates to the technical field of data processing, and in particular to a video processing method, apparatus, device and storage medium. [Background technology]

[0003] With the continuous development of Internet short video technology, people's demands for video types are becoming more and more diverse, and various video types have emerged according to the demands of the times.

[0004] Currently, video types that can only be played once for each user (except the video creator) (also called flashy video types) attract people's attention. Specifically, when a user watches a flashy video, the video player can play the video as usual, and in either scenario, when the same user triggers viewing the flashy video again, the video player will display that it cannot be played, indicating to the user that the flashy video can only be played once.

[0005] However, since most current scenarios allow videos to be replayed and there is a lack of experience in handling fleeting videos, how to ensure the playing effect of fleeting videos so that each fleeting video can only be played once for each user is a technical problem that needs to be solved urgently in order to meet users' expectations for watching fleeting videos and thereby improve users' viewing experience. Summary of the Invention

[0006] In order to solve the above technical problems, or at least partially solve the above technical problems, the present disclosure provides a video processing method, which determines whether a target video is to be played on a current terminal based on the playing status of the target video for a current user recorded on the server side, thereby ensuring the effect on a certain video for only a moment, and improving the user's experience of watching the video.

[0007] In a first aspect, the present disclosure provides a video processing method, said method comprising:

[0008] determining whether the target video belongs to a predetermined video type, the predetermined video type being a video type that can be played only once for each user; if it is determined that the target video belongs to the predetermined video type, determining whether a video state identifier of the target video belongs to a play identifier, the video state identifier being used to characterize whether the target video recorded on the server side is in a play state for a current user; If it is determined that the video state identifier does not belong to the play identifier, playing the target video.

[0009] In one optional embodiment, before the step of playing the target video: querying from a local history whether the target video belongs to a playing state for a current user; Accordingly, the step of playing the target video includes: If the local history determines that the target video does not belong to the playing state for the current user, playing the target video is included.

[0010] In one optional embodiment, after the step of playing the target video: The method further includes storing in the local history a history of when the target video is in play for the current user.

[0011] In one optional embodiment, the method further comprises: The method further includes displaying a predetermined disposition state of the target video if the local history determines that the target video belongs to the playing state for the current user.

[0012] In one optional embodiment, the local history includes video play history information having a video identifier and a user identifier, and the step of querying from the local history whether the target video belongs to a play state for the current user comprises: determining whether video play history information having a video identifier of the target video and a user identifier of the current user exists in a local history; Accordingly, if the local history determines that the target video does not belong to the playing state for the current user, the step of playing the target video includes: If it is determined that video play history information having a video identifier of the target video and a user identifier of the current user does not exist in the local history, playing the target video is included.

[0013] In one optional embodiment, the method further comprises: The method further includes the step of displaying a predetermined disposition state of the target video if it is determined that the video state identifier belongs to the play identifier.

[0014] In one optional embodiment, after the step of playing the target video: The method further includes a step of reporting video play history information to the server side, the video play history information having a video identifier of the target video and a user identifier of the current user, the video play history information being used to update the server side with the play status of the target video for the current user.

[0015] In a second aspect, the present disclosure provides a video processing device, the device comprising: a first determination module for determining whether the target video belongs to a predetermined video type, the predetermined video type being a video type that can be played only once for each user; a second determination module for determining whether a video state identifier of the target video belongs to a play identifier when determining that the target video belongs to the predetermined video type, the video state identifier being used to characterize whether the target video recorded on a server side is in a play state for a current user; a play module for playing the target video if it is determined that the video state identifier does not belong to the play identifier.

[0016] In a third aspect, the present disclosure provides a computer-readable storage medium having instructions stored thereon, the instructions, when executed on a terminal device, causing the terminal device to implement the above method.

[0017] In a fourth aspect, the present disclosure provides an apparatus, the apparatus including a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein when the computer program is executed by the processor, the above method is implemented.

[0018] In a fifth aspect, the present disclosure provides a computer program product, the computer program product including computer programs / instructions that, when executed on a processor, implement the above method.

[0019] Compared with the prior art, the technical solutions provided by the embodiments of the present disclosure have the following advantages:

[0020] An embodiment of the present disclosure provides a video processing method, which first determines whether a target video belongs to a predetermined video type, where the predetermined video type is a video type that can only be played once for each user; if it is determined that the target video belongs to the predetermined video type, it determines whether a video state identifier of the target video belongs to a play identifier, and the video state identifier is used to characterize whether the target video recorded on the server side will be in a play state for the current user; and then, if it is determined that the video state identifier does not belong to the play identifier, it plays the target video. In the embodiment of the present disclosure, based on the method of determining whether the target video will be played on the current terminal based on the play state of the target video for the current user recorded on the server side, a momentary effect is ensured and the user's video viewing experience is improved. [Brief explanation of the drawings]

[0021] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure.

[0022] In order to more clearly describe the embodiments of the present disclosure or the technical solutions of the prior art, the following briefly introduces drawings necessary for describing the embodiments or the prior art, and obviously, those skilled in the art can obtain other drawings based on these drawings without creative efforts.

[0023] [Figure 1]1 is a flow chart of a video processing method provided by an embodiment of the present disclosure. [Figure 2] FIG. 1 is a schematic diagram of a target video play interface provided by an embodiment of the present disclosure. [Figure 3] 4 is a flow chart of another video processing method provided by an embodiment of the present disclosure. [Figure 4] FIG. 1 is a structural schematic diagram of a video processing device provided by an embodiment of the present disclosure; [Figure 5] 1 is a structural schematic diagram of a video processing device provided by an embodiment of the present disclosure; DETAILED DESCRIPTION OF THE INVENTION

[0024] In order to clarify the above-mentioned objects, features and advantages of the present disclosure, the present disclosure will be further described below. It should be noted that, under the condition that there is no conflict, the embodiments and features of the embodiments of the present disclosure can be mutually combined.

[0025] In the following description, numerous details are set forth in order to provide a thorough understanding of the present disclosure; however, the present disclosure may be practiced in ways other than those described herein, and it is apparent that the embodiments in the specification are merely some, but not all, of the embodiments of the present disclosure.

[0026] A fleeting video type is a video type that can only be played once for each user (excluding the video creator). Since most current video types can be replayed and there is a lack of experience in processing fleeting videos, how to ensure the playing effect of fleeting videos so that each fleeting video can only be played once for each user is a technical problem that needs to be solved urgently in order to meet users' expectations for watching fleeting videos and thereby improve users' viewing experience.

[0027] Therefore, an embodiment of the present disclosure provides a video processing method, which first determines whether a target video belongs to a predetermined video type, where the predetermined video type is a video type that can only be played once for each user; if it is determined that the target video belongs to the predetermined video type, it determines whether a video state identifier of the target video belongs to a play identifier, and the video state identifier is used to characterize whether the target video recorded on the server side will be in a play state for the current user; and then, if it is determined that the video state identifier does not belong to the play identifier, it plays the target video. In the embodiment of the present disclosure, based on the method of determining whether the target video will be played on the current terminal based on the play state of the target video for the current user recorded on the server side, a momentary effect is ensured and the user's video viewing experience is improved.

[0028] Based on this, an embodiment of the present disclosure provides a video processing method, and FIG. 1 shows a flow chart of the video processing method provided by the embodiment of the present disclosure, which includes: S101, determining whether the target video belongs to a predetermined video type;

[0029] A predetermined video type is a video type that can only be played once for each user.

[0030] The video processing method provided by the embodiments of the present disclosure may be applied to a client, including a client located on a smartphone or a client located on a tablet.

[0031] In a video play scenario, before the client plays the target video, it first determines whether the target video belongs to a predetermined video type, where the predetermined video type is a video type that can only be played once for each user, for example, the predetermined video type is called a flashy video type or a video type that disappears after loading.

[0032] In practical application, when receiving a play trigger operation for a target video, the client first requests the target video from the server side, and the server side returns the target video to the client and also returns a video type identifier of the target video to the client, where the video type identifier is used to uniquely identify the video type to which the target video belongs. Based on the video type identifier of the target video, the client determines whether the target video belongs to a certain video type, i.e., determines whether the target video belongs to a certain video type for just a moment.

[0033] For example, assuming that a video type identifier "1" is used to identify a predetermined video type, i.e., a video type that is only for a moment, if it is determined that the video type identifier of a target video is "1", it can be determined that the target video belongs to the predetermined video type, and if it is determined that the video type identifier of a target video is not "1", it can be determined that the target video does not belong to the predetermined video type.

[0034] S102, if it is determined that the target video belongs to a predetermined video type, it determines whether the video state of the target video belongs to a play identifier.

[0035] The video state identifier is used to characterize whether the target video recorded on the server side is in a playing state for the current user.

[0036] In an embodiment of the present disclosure, the client communicates with the server side, and based on the communication connection between the client and the server side, when a target video is played to the client, the client can report video play history information of the target video to the server side, and the video play history information is used to characterize the target video play history information.

[0037] The client can determine a video state identifier of the target video based on the video play history information reported by the client, and issue the target video to the client while simultaneously issuing the video state identifier to the client, and the video state identifier is used to characterize whether the target video recorded on the server side will be in a playing state for the current user.

[0038] The specific implementation method of the server side determining the video state identifier of the target video based on the video play history information will be introduced in a later embodiment, and therefore will not be described here.

[0039] In the embodiment of the present disclosure, since a predetermined video type can only be played once for each user, after determining that the target video belongs to the predetermined video type, the client needs to further determine whether the target video will be in a play state for the current user. Specifically, the client can determine whether the target video will be in a play state for the current user based on the identifier of the video state of the target video, that is, whether the video state of the target video belongs to the play identifier.

[0040] In an optional embodiment, the video state identifier of the target video can be represented by the value of the hasViewed field of the target video. If the value of the hasViewed field is true, the video state identifier of the target video belongs to the play identifier; conversely, if the value of the hasViewed field is false, the video state identifier of the target video does not belong to the play identifier. Specifically, the client determines whether the target video will be in a play state for the current user based on the video state of the target video, and if the value of the hasViewed field of the target video issued by the server side is true, determines that the target video recorded on the server will be in a play state for the current user; and if the value of the hasViewed field of the target video issued by the server side is false, determines that the target video recorded on the server will be in an unplayed state for the current user.

[0041] S103, if it is determined that the video state identifier does not belong to the play identifier, play the target video.

[0042] In the embodiment of the present disclosure, if it is determined that the video state identifier does not belong to the play identifier, it indicates that the target video recorded on the server side is in an unplayed state for the current user, that is, the target video can also be played for the current user according to the rule that it can only be played once for each user. Therefore, if it is determined that the video state identifier of the target video does not belong to the play identifier, the target video can be played directly.

[0043] For example, if the client determines that the value of the hasViewed field of the target video issued by the server side is false, it indicates that the target video recorded on the server side is in an unplayed state for the current user, which is in accordance with the rule that the target video can be played for the current user only once.

[0044] In one optional embodiment, if it is determined that the video state identifier belongs to the play identifier, a predetermined disposition state of the target video is displayed.

[0045] In the embodiment of the present disclosure, if it is determined that the video state identifier of the target video belongs to a play identifier, it indicates that the target video recorded on the server side is in a play state for the current user, and according to the rule that each user can only be played once, the client can display a predetermined disposition state of the target video to the current user to indicate that the target video cannot be played again for the current user. The predetermined disposition state indicates to the current user that the target video belongs to a video type that can only be played once and that the target video has already been played by the current user and cannot be played again.

[0046] In an embodiment of the present disclosure, there may be several ways to display the predetermined disposal status of the target video. For example, Figure 2 shows a schematic diagram of the play interface of the target video provided by an embodiment of the present disclosure, displaying a mask layer on the play interface of the target video, and displaying a text message on the mask layer such as "Can only be displayed once, the work will be disposed of."

[0047] In the video processing method provided by the embodiment of the present disclosure, first, it is determined whether the target video belongs to a predetermined video type, where the predetermined video type is a video type that can only be played once for each user. If it is determined that the target video belongs to the predetermined video type, it is determined whether the video state identifier of the target video belongs to a play identifier, and the video state identifier is used to characterize whether the target video recorded on the server side will be in a play state for the current user. Next, if it is determined that the video state identifier does not belong to the play identifier, the target video is played. In the embodiment of the present disclosure, based on the method of determining whether the target video will be played on the current terminal based on the play state of the target video for the current user recorded on the server side, a momentary effect is ensured and the user's video viewing experience is improved.

[0048] Based on the content of the above embodiment, the video state identifier of the target video is determined by the server side based on the video play history information and issued to the client. There is a problem that the video play history information is not updated in a timely manner between different server-side interfaces. For example, if the current user plays a target video of a certain video type in scenario A (e.g., a recommended scenario), and then immediately switches to scenario B (e.g., the homepage of the creator of the target video) and plays the target video again, the interface of scenario B does not receive the information that the target video has been played. Therefore, the server side determines that the video state identifier of the target video may be different based on the video play history information of the interface of scenario B, thereby resulting in the video state identifier issued to the client not belonging to the play identifier (e.g., hasViewed=false). Furthermore, the client determines that the target video will be in an unplayed state for the current user based on the video state identifier issued by the server side, resulting in the phenomenon that the target video belonging to a certain video type will be played several times for the current user, which affects the user experience.

[0049] Therefore, in order to further ensure the effect that a target video of a certain video type can only be played once for each user, based on the above embodiment, the client's local history is referred to to determine whether the target video belongs to the playing state for the current user, thereby further ensuring the user's usage experience when playing a target video of a certain video type.

[0050] In an optional embodiment, before playing the target video, query the local history to see if the target video belongs to a play state for the current user, and if it is determined in the local history that the target video does not belong to a play state for the current user, play the target video.

[0051] In an embodiment of the present disclosure, if it is determined that the video state identifier of the target video does not belong to the play identifier, the target video recorded on the server side belongs to the unplayed state for the current user. To avoid a problem in which the video play history information is not updated in a timely manner during the server-side interface, resulting in a difference in the video state identifier, an embodiment of the present disclosure can query whether the target video belongs to the play state for the current user from the local history of the client. Data characterizing whether the target video belongs to the play state for the current user is stored in the local history, and the client can perform a query operation on the local history. For example, a deduplication dictionary for storing data regarding whether the target video belongs to the play state for the current user is set in the client, and the client can perform a query operation on the deduplication dictionary.

[0052] In an embodiment of the present disclosure, after determining that the video state identifier of the target video does not belong to a play identifier and determining that the target video does not belong to a play state for the current user in the local history, the target video can be played for the current user.

[0053] In one optional embodiment, if the local history determines that the target video belongs to a playing state for the current user, it displays a predetermined disposition state of the target video.

[0054] In an embodiment of the present disclosure, it is shown that if it is determined that the video state identifier of the target video does not belong to a play identifier, and if it is determined that the target video belongs to a play state for the current user in the local history, the video play history information may not be updated in a timely manner between different server-side interfaces, resulting in the video state identifier of the target video determined by the server side based on the video play history information being different.

[0055] Since the client determines that the target video recorded in the local history belongs to the play state for the current user, according to the rule that each user can only be played once, the client can not play the target video for the current user again, and can display a predetermined disposition state of the target video to the current user to indicate this to the user. The method of displaying the predetermined disposition state of the target video can refer to the method of S103 in the above embodiment, and the description will be omitted here.

[0056] In an optional embodiment, the local history includes video play history information having a video identifier and a user identifier, and the video play history information is used to record when a user corresponding to the user identifier enters a play state for a target video corresponding to the video identifier. First, it is determined whether the local history contains video play history information having the video identifier of the target video and the user identifier of the current user. If it is determined that the local history does not contain video play history information having the video identifier of the target video and the user identifier of the current user, it indicates that the user corresponding to the user identifier enters a non-play state for the target video corresponding to the video identifier, and plays the target video. If it is determined that the local history contains video play history information having the video identifier of the target video and the user identifier of the current user, it indicates that the user corresponding to the user identifier enters a play state for the target video corresponding to the video identifier, and displays a predetermined disposition state for the target video.

[0057] For example, query the local history (e.g., deduplication dictionary) to see if the target video belongs to a play state for the current user. Specifically, use the video identifier of the target video (e.g., item ID0) and the user identifier of the current user (e.g., user id0) as a key. Query the deduplication dictionary to see if video play history information with item ID0 and user id0 is stored. If it is determined that the deduplication dictionary does not contain video play history information with item ID0 and user id0, it indicates that the target video is not played for the current user and can be played. If it is determined that the deduplication dictionary contains video play history information with item ID0 and user id0, it indicates that the target video has been played for the current user. In this case, it is not possible to play the target video for the current user, and it is only necessary to display a predetermined disposition state of the target video to the current user.

[0058] In an optional embodiment, after playing the target video, a local history is stored of the target video being in play for the current user.

[0059] In an embodiment of the present disclosure, if it is determined that the local history (e.g., deduplication dictionary) does not contain video play history information having the video identifier (e.g., item ID0) of the target video and the user identifier (e.g., user id0) of the current user, the target video is played, and a history of the target video being in a play state for the current user is stored in the local history. For example, video play history information having item ID0 and user id0 is stored in the deduplication dictionary.

[0060] When the current user triggers a play operation on the target video again, a predetermined disposition status of the target video is displayed to the current user based on the video play history information in the deduplication dictionary where the target video (video identifier is item ID0) belongs to a play state for the current user (user identifier is user id0).

[0061] In an embodiment of the present disclosure, the client's local history is referenced to determine whether the target video belongs to the playing state for the current user, thereby further ensuring the effect on the fleeting video, and thus better improving the video viewing user's experience.

[0062] In an embodiment of the present disclosure, after playing a target video, the server not only stores video history information in the client's local history, but also reports the video play history information to the server, which then stores the video play history information. The server can determine whether the video state identifier of the target video of a certain video type requested by the client belongs to the play identifier based on the locally stored video play history. For example, the server can determine the value of the hasViewed field based on the video play history information. Specifically, when the server receives video play history information reported by the client, the server indicates that the local history contains play history information of the target video by the current user, and the value of the hasViewed field is set to true. If the value of the hasViewed field is true, the server indicates that the local history does not contain play history information of the target video by the current user, and the value of the hasViewed field is set to false. If the value of the hasViewed field is false, the server indicates that the local history does not contain play history information of the target video by the current user, and the value of the hasViewed field is set to false. If the value of the hasViewed field is false, the server indicates that the video state identifier of the target video does not belong to the play identifier.

[0063] In an optional embodiment, after playing the target video, the client reports a video playing history method with the video identifier of the target video and the user identifier of the current user to the server side.

[0064] The video play history information is used to update the play information of the target video for the current user on the server side.

[0065] In an embodiment of the present disclosure, after playing the target video, the client reports video play history information having the video identifier of the target video (e.g., item ID0) and the user identifier of the current user (e.g., user id0) to the server side, and the server side updates the play state of the target video for the current user based on the video history information, so that when the current user triggers a play operation on the target video again, the server side can issue the updated video state identifier to the client. For example, the video state identifier of the target video can be updated to a play identifier (e.g., update the value of hasViewed to true), so that when the current user triggers a play operation on the target video again, the server side can issue a video state identifier with the value of the hasViewed field set to true to the client, and further, the client can determine that the target video has been played for the current user based on the updated video state identifier, so as to display a predetermined disposition state of the target video to the current user.

[0066] In the embodiments of the present disclosure, when the client reports the video play history information corresponding to the target video to the server side, a dual link reporting method can be used to ensure the safety of the reporting of the video play history information.

[0067] In addition, in the embodiments of the present disclosure, one of the dedicated links can also be used to report the video play history information corresponding to the video belonging to a certain video type, thereby avoiding the reporting delay and reporting the video play history information to the server side in a timely manner, so as to ensure the accuracy of the server side in determining the video state identifier of the target video based on the video play history information later.

[0068] In the above embodiment, the present disclosure provides a specific application scenario of the video processing method. Figure 3 shows a flow chart of another video processing method provided by the embodiment of the present disclosure, where the predetermined video type is a momentary video type, and the value of the hasViewed field of the target video is used to display the video state identifier, which is taken as an example: S301, receiving a play request for a target video of a current user;

[0069] In the embodiment of the present disclosure, when a user triggers a play operation for a target video, the client receives a play request for the target video and requests the target video from the server side.

[0070] S302, determine whether the target video belongs to a predetermined video type; if not, execute S303; if yes, execute S304.

[0071] A predetermined video type is a video type that can only be played once for each user.

[0072] In an embodiment of the present disclosure, the server side returns the target video to the client and also returns a video type identifier of the target video to the client, where the video type identifier is used to uniquely identify the video type to which the target video belongs. Taking the example of a video type that exists only for a moment as a predetermined video type, assuming that a video type identifier "1" is used to identify the video type that exists only for a moment, if it is determined that the video type identifier of the target video is "1", it is determined that the target video belongs to a video type that exists only for a moment, and then executes S304. If it is determined that the video type identifier of the target video is not "1", it is determined that the target video does not belong to a video type that exists only for a moment, and then executes S303.

[0073] S303, playing the target video for the current user;

[0074] In the embodiment of the present disclosure, if it is determined based on the above S302 that the target video does not belong to a certain video type for a moment, the target video is directly played to the current user.

[0075] S304, determine whether the video state identifier of the target video belongs to the play state; if yes, execute S305; if not, execute S306.

[0076] The video state identifier is used to characterize whether the target video recorded on the server side is in a playing state for the current user.

[0077] In an embodiment of the present disclosure, the video state identifier of the target video is determined by the server side based on the video play history information reported by the client, and the server side issues the video state identifier to the client at the same time as issuing the target video to the client, and the video play history information is used to characterize the play history information of the target video.

[0078] For example, using the value of the hasViewed field of the target video to display the video state identifier, if the value of the hasViewed field is true, it indicates that the video state identification of the target video belongs to the play identifier, and it is determined that the target video recorded on the server will be in a play state for the current user, and then S305 is executed.If the value of the hasViewed field is false, it indicates that the video state identification of the target video belongs to the play identifier, and it is determined that the target video recorded on the server will be in an unplay state for the current user, and then S306 is executed.

[0079] S305, displaying the predetermined disposition status of the target video to the current user.

[0080] In an embodiment of the present disclosure, if it is determined based on the above S304 that the target video is in a play state for the current user, according to the rule that the target video can only be played once for each user, the client can display a predetermined disposal state of the target video to the current user to indicate that the target video cannot be played again for the current user. As shown in Fig. 2, a mask layer is displayed on the target video play interface, and a text message "Can only be displayed once, the work will be disposed of" is displayed on the mask layer.

[0081] S306: Determine whether the local history has video play history information with the video identifier of the target video and the user identifier of the current user; if so, execute S305; if not, execute S307.

[0082] In an embodiment of the present disclosure, the local history includes video play history information having a video identifier (e.g., item ID0) and a user identifier (e.g., user id0), and the video play history information is used to record when a user corresponding to the user identifier enters a play state for a target video corresponding to the video identifier.

[0083] Determine whether video play history information having the video identifier of the target video and the user identifier of the current user exists in the local history (e.g., deduplication dictionary). If not, indicate that the user corresponding to the user identifier (user id0) has entered an unplayed state for the video corresponding to the video identifier (item ID0), and then execute S307. If present, indicate that the user corresponding to the user identifier (user id0) has entered a play state for the video corresponding to the video identifier (item ID0), and then execute S305 to display a predetermined disposition state for the target video. The specific predetermined disposition state may be the same as the example in S305 above, and will not be described here.

[0084] In an embodiment of the present disclosure, if it is determined based on the above S304 that the video state identifier of the target video does not belong to a play identifier, and if it is determined in the local history that the target video belongs to a play state for the current user, it indicates that the video play history information may not be updated in a timely manner between different server-side interfaces, resulting in the video state identifier of the target video determined by the server side based on the video play history information being different.

[0085] S307, play the target video for the current user, and store in the local history the history that the target video is in a playing state for the current user.

[0086] In an embodiment of the present disclosure, if it is determined based on S306 above that there is no video play history information in the local history (e.g., deduplication dictionary) that has the video identifier of the target video (e.g., item ID0) and the user identifier of the current user (e.g., user id0), the target video can be played. Note that the video play history information with the video identifier of the target video and the user identifier of the current user is stored in the local history of the client, and for example, the video play history information with item ID0 and user id0 is stored in the deduplication dictionary.

[0087] When the current user triggers a play operation on the target video again, a predetermined disposition status of the target video is displayed to the current user based on the video play history information in the deduplication dictionary where the target video (video identifier is item ID0) belongs to a play state for the current user (user identifier is user id0).

[0088] In the video processing method provided by the embodiments of the present disclosure, it is determined whether the target video belongs to a predetermined video type; if not, play the target video for the current user; if yes, continue to determine whether the video state identifier of the target video belongs to a play identifier; if yes, display a predetermined disposition state of the target video for the current user; if no, continue to determine whether video play history information having the video identifier of the target video and the user identifier of the current user exists in the local history; if yes, display a predetermined disposition state of the target video for the current user; if not, play the target video for the current user, and store in the local history a history of the target video entering a play state for the current user.

[0089] It can be seen from this that in the embodiments of the present disclosure, the local history of the client is referred to to determine whether the target video belongs to the playing state for the current user, which effectively avoids the problem of video playing history information not being updated in a timely manner during the server-side interface, resulting in differences in video state identifiers, thereby further ensuring the effect for videos that are only there for a moment, and thus better improving the video viewing user experience.

[0090] Based on the same inventive concept as the above method embodiment, the present disclosure further provides a video processing device 400, and FIG. 4 shows a structural schematic diagram of the video processing device provided by the embodiment of the present disclosure, and the video processing device 400 comprises: A first determination module 401 for determining whether the target video belongs to a predetermined video type, the predetermined video type being a video type that can only be played once for each user; a second determination module 402 for determining whether a video state identifier of the target video belongs to a play identifier when determining that the target video belongs to the predetermined video type, the video state identifier being used to characterize whether the target video recorded on a server side is in a play state for a current user; a play module 403 for playing the target video if it is determined that the video state identifier does not belong to the play identifier.

[0091] In one optional embodiment, the device comprises: further comprising a query module for querying from a local history whether the target video belongs to a playing state for a current user; In response, the play module 403: The local history includes a play sub-module for playing the target video if it determines that the target video does not belong to the play state for the current user.

[0092] In one optional embodiment, the device comprises: The device further includes a storage module for storing in the local history a history of when the target video is in play for the current user.

[0093] In one optional embodiment, the device comprises: The local history further includes a first display module for displaying a predetermined disposition state of the target video when the local history determines that the target video belongs to the play state for the current user.

[0094] In one optional embodiment, the local history includes video play history information with a video identifier and a user identifier, and the query module: a determination sub-module for determining whether video play history information having a video identifier of the target video and a user identifier of the current user exists in a local history; In response, the play sub-module further: If it is determined that video play history information having a video identifier of the target video and a user identifier of the current user is not present in the local history, it is used to play the target video.

[0095] In one optional embodiment, the device comprises: The method further includes a second display module for displaying a predetermined disposition state of the target video when determining that the video state identifier belongs to the play identifier.

[0096] In one optional embodiment, the device comprises: The reporting module further includes a reporting module for reporting video play history information to the server side, the video play history information having a video identifier of the target video and a user identifier of the current user, the video play history information being used to update the server side with the play status of the target video for the current user.

[0097] In the video processing device provided by the embodiment of the present disclosure, first, it determines whether the target video belongs to a predetermined video type, the predetermined video type being a video type that can only be played once for each user, if it is determined that the target video belongs to the predetermined video type, it determines whether the video state identifier of the target video belongs to a play identifier, and the video state identifier is used to characterize whether the target video recorded on the server side will be in a play state for the current user, and then, if it determines that the video state identifier does not belong to the play identifier, it plays the target video. In the embodiment of the present disclosure, based on the method of determining whether the target video will be played on the current terminal based on the play state of the target video for the current user recorded on the server side, it ensures the effect of a momentary video and improves the user's video viewing experience.

[0098] In addition to the above method and apparatus, an embodiment of the present disclosure further provides a computer-readable storage medium, wherein instructions are stored in the computer-readable storage medium, and when the instructions are executed by a terminal device, the terminal device implements the video processing method described in the embodiment of the present disclosure.

[0099] The present disclosure further provides a computer program product, which includes computer programs / instructions, which, when executed by a processor, implement the video processing method described in the embodiments of the present disclosure.

[0100] In addition, the embodiment of the present disclosure further provides a video processing device 500. FIG. 5 shows a structural schematic diagram of the video processing device provided by the embodiment of the present disclosure, and the video processing device 500 includes: The video processing device may further include a processor 501, a memory 502, an input device 503, and an output device 504. There may be one or more processors 501 in the video processing device, but Figure 5 illustrates one processor as an example. In some embodiments of the present disclosure, the processor 501, the memory 502, the input device 503, and the output device 504 may be connected by a bus or other method, and Figure 5 illustrates connection by a bus as an example.

[0101] The memory 502 may be used to store software programs and modules, and the processor 501 executes the software programs and modules stored in the memory 502 to perform various functional applications and data processing of the processing device. The memory 502 mainly includes a program storage area and a data storage area, and the program storage area may store an operating system, at least one application program required for functions, etc. The memory 502 may include a high-speed random memory, and may also include non-volatile memory such as at least one magnetic disk device, flash memory device, or other volatile solid-state memory. The input device 503 may be used to receive input numeric or character information and to generate signal inputs related to user settings and function control of the video processing device.

[0102] Specifically, in this embodiment, the processor 501 loads executable files corresponding to the processes of one or more application programs into the memory 502 in accordance with the following instructions, and the processor 501 executes the application programs stored in the memory 502, thereby realizing various functions of the above-mentioned video processing device.

[0103] As used herein, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another and do not require or imply any actual relationship or ordering between those entities or operations. Furthermore, the terms "comprises," "comprises," or any other variations thereof are intended to cover a non-exclusive inclusion, as a process, method, article, or device that includes a set of elements is not necessarily limited to only those elements, but may include other elements not expressly listed or inherent in such process, method, article, or device. Unless otherwise specified, elements limited by the words "comprises" do not preclude the presence of additional identical elements in the process, method, article, or device that includes the element.

[0104] The above description is merely of particular embodiments of the present disclosure, intended to enable those skilled in the art to understand or implement the present disclosure. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present disclosure. Thus, the present disclosure is not intended to be limited to the examples set forth herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. 1. A video processing method comprising: determining whether the target video belongs to a predetermined video type based on a video type identifier, the predetermined video type being a video type that can be played only once for each user, and the video type identifier being used to uniquely identify the video type to which the target video belongs; When determining that the target video belongs to the predetermined video type, determining whether a video state identifier of the target video belongs to a play identifier, the video state identifier is used to characterize whether the target video recorded on the server side will be in a play state for a current user, the play identifier is used to indicate that the target video will be in the play state for a current user, and the play status indicates that the target video has been played for a current user; if it is determined that the video state identifier does not belong to the play identifier, playing the target video; before the step of playing the target video, querying from a local history whether the target video belongs to a playing state for a current user; The step of playing the target video includes: If the local history determines that the target video does not belong to the playing state for the current user, playing the target video.

2. After the step of playing the target video, The method of claim 1 , further comprising storing in the local history a history of when the target video comes into play for the current user.

3. The method of claim 1 , further comprising the step of: displaying a predetermined disposition state of the target video if the local history determines that the target video belongs to the play state for the current user.

4. The local history includes video play history information having a video identifier and a user identifier, and the step of querying from the local history whether the target video belongs to a play state for the current user includes: determining whether video play history information having a video identifier of the target video and a user identifier of the current user exists in a local history; Accordingly, if the local history determines that the target video does not belong to the playing state for the current user, the step of playing the target video includes:

2. The method of claim 1, further comprising: playing the target video if it is determined that video play history information having a video identifier of the target video and a user identifier of the current user does not exist in the local history.

5. The method of claim 1 , further comprising the step of displaying a predetermined disposition state of the target video if it is determined that the video state identifier belongs to the play identifier.

6. After the step of playing the target video, 2. The method of claim 1, further comprising the step of reporting video play history information to the server side having a video identifier of the target video and a user identifier of the current user, wherein the video play history information is used to update the server side with the play status of the target video for the current user.

7. 1. A video processing device comprising: a first determination module for determining whether a target video belongs to a predetermined video type based on a video type identifier, the predetermined video type being a video type that can be played only once for each user, and the video type identifier being used to uniquely identify the video type to which the target video belongs; a second determination module for determining whether a video state identifier of the target video belongs to a play identifier when determining that the target video belongs to the predetermined video type, the video state identifier being used to characterize whether the target video recorded on a server side is in a play state for a current user, the play identifier being used to indicate that the target video is in the play state for a current user, and the play status indicating that the target video has been played for a current user; a play module for playing the target video if it determines that the video state identifier does not belong to the play identifier; a query module for querying from a local history whether the target video belongs to the playing state for a current user; The apparatus, wherein the play module includes a play sub-module for playing the target video if the play module determines in the local history that the target video does not belong to the play state for the current user.

8. A computer-readable storage medium having instructions stored thereon, the instructions, when executed on a terminal device, causing the terminal device to implement the method of any one of claims 1 to 6.

9. An apparatus comprising: a memory; a processor; and a computer program stored in the memory and executable by the processor, the apparatus implementing the method of any one of claims 1 to 6 when the computer program is executed by the processor.

Images