CN114584840B

CN114584840B - Audio and video playing method and device and storage medium

Info

Publication number: CN114584840B
Application number: CN202210190713.3A
Authority: CN
Inventors: 毛训雷
Original assignee: Beijing Wutong Chelian Technology Co Ltd
Current assignee: Beijing Wutong Chelian Technology Co Ltd
Priority date: 2022-02-28
Filing date: 2022-02-28
Publication date: 2024-02-23
Anticipated expiration: 2042-02-28
Also published as: CN114584840A

Abstract

The embodiment of the application discloses an audio and video playing method, an audio and video playing device and a storage medium, and belongs to the technical field of Internet. The method comprises the following steps: and acquiring a history skip record of the currently played target audio and video, wherein the history skip record comprises a plurality of skip positions, each skip position indicates one play position of the target audio and video, and the history skip record is used for indicating the audio and video skip condition in the process of playing the target audio and video by a plurality of terminals. And determining a target jump position based on the jump positions, and jumping the target audio and video from the current playing position to the target jump position for playing. Because the historical jump record is obtained based on the jump habit of most users when listening to the target audio and video, the target audio and video is jumped from the current playing position to the jump position in the historical jump record for playing, the final playing position of the target audio and video can be the playing position which the users want, the user experience is improved, and the time generated by manually dragging the progress bar by the users is saved.

Description

Audio and video playing method and device and storage medium

Technical Field

The embodiment of the application relates to the technical field of internet, in particular to an audio and video playing method, an audio and video playing device and a storage medium.

Background

Typically, many audio software will begin playing from the beginning of the audio when playing the audio. Therefore, there is a need for an audio playing method that can adjust the playing position of audio so that the user can jump to listen to the audio.

In the related art, when a user is listening to a certain audio, if he wants to directly listen to a certain part of the audio, he/she can manually drag the progress bar to jump the currently played audio to the corresponding playing position.

However, the manual drag of the progress bar often causes a skip or no skip to the play position desired by the user. Also, the user typically needs to drag the progress bar multiple times to jump to the desired play position, which can result in unnecessary time waste.

Disclosure of Invention

The embodiment of the application provides an audio and video playing method, which can solve the problem of time waste caused by dragging a progress bar for multiple times. The technical scheme is as follows:

in one aspect, an audio/video playing method is provided, and the method includes:

acquiring a history skip record of a currently played target audio/video, wherein the history skip record comprises a plurality of skip positions, each skip position indicates a play position of the target audio/video, and the history skip record is used for indicating audio/video skip conditions in the process of playing the target audio/video by a plurality of terminals;

Determining a target jump location based on the plurality of jump locations;

and jumping the target audio and video from the current playing position to the target jumping position for playing.

Optionally, the historical jump record further includes a number of users corresponding to each jump position in the plurality of jump positions;

the determining a target jump position based on the plurality of jump positions includes:

determining at least one jump position from the plurality of jump positions based on the current play position;

the target jump position is determined from the at least one jump position based on the at least one jump position and the number of users corresponding to the at least one jump position.

Optionally, the determining the target jump position from the at least one jump position based on the at least one jump position and the number of users corresponding to the at least one jump position respectively includes:

and selecting the jump position with the maximum number of corresponding users from the at least one jump position, and taking the selected jump position as the target jump position.

Selecting corresponding jump positions with the number of users being greater than the reference number from the at least one jump position;

and taking the jump position closest to the current playing position in the selected jump positions as the target jump position.

Optionally, the historical hop record includes a plurality of packets, each packet including a hop location over a continuous period of time;

the determining at least one jump position from the plurality of jump positions based on the current play position includes:

determining a target packet from the plurality of packets based on the current play position;

the at least one jump location is determined based on the target packet.

Optionally, the playing interface of the target audio/video has a skip option, and the duration of the time period corresponding to each packet is a first reference duration;

the determining a target packet from the plurality of packets based on the current play position includes:

responding to a first trigger instruction of the jump option, and acquiring the trigger time of a second trigger instruction, wherein the second trigger instruction is the trigger instruction of the jump option when the jump is performed last time before the current time;

determining a duration between the trigger time of the first trigger instruction and the trigger time of the second trigger instruction;

If the time between the triggering time of the first triggering instruction and the triggering time of the second triggering instruction exceeds a second reference time, determining a packet which is located behind the current playing position and is closest to the current playing position in the corresponding time period in the plurality of packets as the target packet, wherein the second reference time is smaller than or equal to the first reference time;

the determining the at least one jump location based on the target packet includes:

a hop position in the target packet is determined as the at least one hop position.

Optionally, the method further comprises:

if the duration between the triggering time of the first triggering instruction and the triggering time of the second triggering instruction does not exceed the second reference duration, determining a packet in which the current playing position is located in the plurality of packets as the target packet;

and determining a jump position, which is positioned behind the current playing position, in the target packet as the at least one jump position.

In another aspect, an audio/video playing device is provided, the device includes:

The acquisition module is used for acquiring a history skip record of the currently played target audio and video, wherein the history skip record comprises a plurality of skip positions, each skip position indicates one play position of the target audio and video, and the history skip record is used for indicating the audio and video skip condition in the process of playing the target audio and video by a plurality of terminals;

a first determination module for determining a target jump location based on the plurality of jump locations;

and the playing module is used for jumping the target audio and video from the current playing position to the target jumping position for playing.

the first determining module includes:

a first determining sub-module for determining at least one jump position from the plurality of jump positions based on the current play position;

a second determination sub-module for determining the target jump position from the at least one jump position based on the at least one jump position and the number of users corresponding to the at least one jump position.

Optionally, the second determining submodule is configured to:

the first determination submodule includes:

a first determining unit configured to determine a target packet from the plurality of packets based on the current play position;

a second determining unit for determining the at least one jump position based on the target packet.

the first determining unit is configured to:

the second determining unit is configured to:

Optionally, the first determining unit is further configured to:

the second determining unit is further configured to:

In another aspect, a computer readable storage medium is provided, on which instructions are stored, which when executed by a processor implement any of the steps of the above-described audio-video playback method.

In another aspect, a computer program product is provided comprising instructions which, when run on a computer, cause the computer to perform any of the steps of the above-described audio video playback method.

The beneficial effects that technical scheme that this application embodiment provided include at least:

in the embodiment of the application, the target audio and video is jumped from the current playing position to the target jumping position to be played by acquiring the historical jumping record of the target audio and video which is currently played and determining the target jumping position based on a plurality of jumping positions in the historical jumping record. The historical skip record is used for indicating the audio/video skip condition of the plurality of terminals in the process of playing the target audio/video, namely, the historical skip record is obtained based on the skip habit of most users when listening to the target audio/video, so that the target audio/video is skipped from the current playing position to the skip position in the historical skip record for playing, the final playing position of the target audio/video can be the playing position which is wanted by the users, the user experience is improved, and the time generated by manually dragging the progress bar by the users is saved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic illustration of an implementation environment provided by embodiments of the present application;

fig. 2 is a flowchart of an audio/video playing method provided in an embodiment of the present application;

fig. 3 is a flowchart of an audio/video playing method provided in an embodiment of the present application;

fig. 4 is a schematic structural diagram of an audio/video playing device according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a server 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 apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Before explaining the audio and video playing method provided by the embodiment of the application in detail, an application scene and an implementation environment provided by the embodiment of the application are introduced.

In general, the importance of the content of each stage in each audio/video is different. For example, a song may be divided into a front playing part, a main song part, a sub song part, a tail playing part, and the like, and the importance degrees of the parts are different. The importance of each chapter in an audio book is also different. For another example, the importance of each segment in a movie may be different. The user may simply want to listen to important content in the audio, such as the chorus portion of a song, the most prominent chapter in the audio book, while listening to the audio. Similarly, a user may want to watch only important content in a video, such as the most prominent piece of a movie, while watching the video. Therefore, there is a need for an audio/video playing method, which can adjust the playing position of the audio/video so that the user can skip to listen to the audio/video.

At present, when a user listens to the audio and video through the audio and video player, forward or backward operation can be realized in a mode of dragging the progress bar so as to jump the currently played audio and video to the corresponding playing position. The mode of dragging the progress bar is to move the playing time point of the audio and video forwards or backwards for any period of time, and the moving time is determined according to the dragging distance of the progress bar. However, this approach often results in the situation that the jump is excessive or not to the playback position desired by the user, i.e. the point in time that the existing jump operation arrives after the jump is not controllable. Therefore, in order to jump the currently played audio and video from the current playing position to the wanted playing position, the user needs to drag the progress bar for many times to jump to the wanted playing position, so that great inconvenience is brought to the user, and unnecessary time waste is caused by the operation of dragging the progress bar for many times.

Therefore, the embodiment of the application provides an audio/video playing method, which can intelligently adjust the playing position of the audio or video based on the listening habits of most users when the current user listens to the audio or watches the video, so as to save the time of the user.

Referring to fig. 1, fig. 1 is a schematic diagram illustrating an implementation environment according to an exemplary embodiment. The implementation environment comprises at least one terminal 101 and a server 102, the terminal 101 being communicatively connectable to the server 102. The communication connection may be a wired or wireless connection, which is not limited in this embodiment of the present application.

The terminal 101 may be any electronic product that can perform man-machine interaction with a user through one or more modes of a keyboard, a touch pad, a touch screen, a remote controller, a voice interaction or a handwriting device. Such as a PC (Personal Computer ), cell phone, smart phone, PDA (Personal Digital Assistant ), palm top computer PPC (Pocket PC), tablet computer, smart television, etc. In this embodiment of the present application, the terminal 101 may specifically be a terminal for intelligently playing audio and video, such as a tablet.

The server 102 may be a server, a server cluster comprising a plurality of servers, or a cloud computing service center.

The terminal 101 is configured to store an audio/video skip situation during a user playing audio/video, and send the audio/video skip situation to the server 102, so that the server 102 generates a historical skip record based on the audio/video skip situation during the user playing audio/video, and send the historical skip record to the terminal 101. On the other hand, the method is used for determining the jump position of the audio and video based on the historical jump record and playing the audio and video based on the jump position.

Moreover, those skilled in the art will appreciate that the above-described terminal 101 and server 102 are only examples, and that other existing or future possible terminals or servers are applicable to and within the scope of the embodiments of the present application and are incorporated herein by reference.

The embodiment shown in fig. 1 is described by taking terminal 101 and server 102 as independent devices. Alternatively, the method provided in the embodiment of the present application may also be applied to a centralized terminal device, where the terminal device has the functions of the terminal 101 and the server 102 at the same time, which is not limited in the embodiment of the present application.

The audio and video playing method provided by the embodiment of the application is explained in detail below.

Fig. 2 is a flowchart of an audio/video playing method provided in an embodiment of the present application, where the method is applied to a terminal. Referring to fig. 2, the method includes the following steps.

Step 201: the method comprises the steps that a terminal obtains a historical jump record of a target audio and video which is played currently, the historical jump record comprises a plurality of jump positions, each jump position indicates a playing position of the target audio and video, and the historical jump record is used for indicating audio and video jump conditions in the process of playing the target audio and video by the plurality of terminals.

Because the importance degree of the content in each stage of the audio and video is different, most users may directly jump the audio and video to the position corresponding to the important content of the audio and video when jumping to broadcast the audio and video. Therefore, for a historical skip record capable of indicating the audio/video skip condition in the process of playing the target audio/video by a plurality of terminals, a plurality of skip positions in the historical skip record may be positions corresponding to relatively important contents in the target audio/video. In this way, the target jump position that is subsequently derived based on the plurality of jump positions in the history of jump records may be exactly the playback position that the user wants.

The jump position may be a playing time point of the audio and video, for example, 20 seconds, or may be a playing proportion of the audio and video, for example, 20%.

In some embodiments, for any one of the plurality of terminals, after detecting the current user's jump operation for the target audio/video, the terminal obtains the jump positions of the target audio/video, and then sends the jump positions to the server, and the server determines the historical jump record based on the received jump positions of the target audio/video. The server generated historical jumplist of the target audio video may be determined by several implementations.

In one possible implementation manner, the server receives the jump position of the target audio and video sent by each terminal in the plurality of terminals, records each received jump position and the corresponding terminal (i.e. user), and counts the number of terminals corresponding to each jump position of different jump positions based on the recording result to obtain the audio and video jump data. The more the number of terminals corresponding to the jump position is, the position corresponding to the important content in the target audio and video may be indicated by the jump position. Therefore, the server can count the jump positions with the number of terminals larger than the preset threshold value, so as to obtain a plurality of jump positions, and determine the jump positions as historical jump records of the target audio and video. Therefore, in such a scenario, the historical skip record of the target audio/video generated by the server includes a plurality of skip positions of the target audio/video. The preset threshold may be set in advance.

For example, the preset threshold is 30. If the server calculates the audio jump data of the obtained audio A as follows: (1000, 40), (300, 45), (50, 48), (5, 47), (1600, 65), (100, 68). Wherein the first parameter in brackets indicates the number of terminals (number of users) corresponding to the jump position, and the second parameter indicates the jump position, where the jump position is the time point of audio playing.

Since the number of users 5 of (5, 47) in the above data is smaller than the preset threshold 30, the data cannot better reflect the jump situation of most users when playing the audio a. Therefore, the server does not record the data (5, 47) when generating a historical skip record for audio a, where the historical skip record includes a plurality of skip locations (40, 45, 48, 65, 68).

In another possible implementation manner, the server receives the jump position of the target audio and video sent by each terminal in the plurality of terminals, records each received jump position and the corresponding terminal (i.e. user), and counts the number of terminals corresponding to each jump position of different jump positions based on the recording result to obtain the audio and video jump data. And determining the jump position with the number of terminals larger than a preset threshold value and the number of terminals (the number of users) as the historical jump record of the target audio and video. Therefore, in this scenario, the historical skip record of the target audio/video generated by the server includes a plurality of skip positions of the target audio/video and the number of users corresponding to each of the plurality of skip positions. In this way, the number of users corresponding to each jump position in the history jump record is clear, and the subsequent scheme of determining the target jump position based on the jump position and the number of users corresponding to the jump position is also facilitated.

For example, if the server generates a history of audio skip data (1000, 40), (300, 45), (50, 48), (5, 47), (1600, 65), (100, 68) based on the audio skip data of the audio a obtained by statistics, the data (5, 47) is first removed for the same reason, and then the history of the audio skip data is generated based on the remaining data, where the history of audio skip data includes a plurality of skip positions and a number of users corresponding to each of the plurality of skip positions, that is, (1000, 40), (300, 45), (50, 48), (1600, 65), (100, 68).

In another possible implementation, when the server obtains a historical jump record including a plurality of jump positions and a number of users corresponding to each jump position in the plurality of jump positions, the server may further group data in the historical jump record, where each group includes a jump position in a continuous time period and a number of users corresponding to each jump position. In this way, the data in the historical skip record can be divided into different groups based on the time corresponding to the skip position, and the target skip position can be determined from the most recent packet corresponding to the current play position based on the time corresponding to the current play position, so as to improve the efficiency of determining the target skip position. The continuous time period may be set in advance, which is not limited in the embodiment of the present application.

For example, in the case where the server generates the history skip records (1000, 40), (300, 45), (50, 48), (1600, 65), (100, 68) and the continuous period of time is set to 15 seconds, since the time difference between the 65 th and 68 th seconds of the skip positions and the first few skip positions is greater than 15 seconds, the history play records may be divided into two groups based on the skip positions, the first group being: (1000, 40), (300, 45), (50, 48), the second group being: (1600, 65), (100, 68) to obtain a final historical play record.

In another possible implementation manner, when determining the historical skip record based on a plurality of skip positions of the target audio and video, the server may consider skip positions, where a time difference between at least two skip positions is not more than a preset time difference, as one data, and record only skip positions with a larger number of users in the at least two skip positions. Wherein, the preset time difference value can be set in advance.

For example, in the case where the audio skip data counted by the server is (1000, 40), (300, 45), (50, 48), (1600, 65), (100, 66) and the preset time difference is 2 seconds, since the time difference between the 65 th second and the 66 th second of the skip position is not more than the preset time difference by 1 second and the number of users 1600 of the 65 th second of the skip position is greater than the number of users 100 of the 66 th second of the skip position, only the data (1600, 65) may be recorded, and at this time, the server-generated history skip records are (1000, 40), (300, 45), (50, 48), (1600, 65).

After the server generates the historical play record of the target audio and video, the historical play record can be sent to the terminal. The server may send the historical play record of the target audio and video to the terminal in the following ways.

In one possible implementation manner, when the server detects that the terminal is playing the target audio and video, the server may query the historical playing record of the target audio and video, and send the queried historical playing record to the terminal.

In another possible implementation manner, when the terminal is playing the target audio and video, the terminal may actively send a play record query request to the server, where the play record query request carries the identifier of the target audio and video. After receiving the play record inquiry request, the server inquires a history play record of the target audio/video based on the identification of the target audio/video carried in the play record inquiry request, and sends the history play record to the terminal.

Of course, when the server queries the historical play record of the target audio and video, there is a situation that the target audio and video has no historical play record, so that the terminal cannot acquire the historical play record of the target audio and video. For this case, when the terminal detects a jump instruction, that is, a default step span is adopted to jump to play the target audio/video, the step span may be 15 seconds.

Step 202: the terminal determines a target jump position based on the plurality of jump positions.

In some embodiments, where each jump location in the history of jump records corresponds to a number of users, the implementation of determining the target jump location in step 202 may be divided into: step 1: at least one jump position is determined from the plurality of jump positions based on the current play position. Step 2: the target jump position is determined from the at least one jump position based on the at least one jump position and a number of users corresponding to the at least one jump position.

The larger the number of users is, the more the jump position corresponding to the number of users accords with the jump habit of a plurality of people. Thus, in determining the target jump position, the target jump position may be determined based on the jump position and the number of users to which the jump position corresponds.

In the scenario where there are multiple packets in the history play record, the implementation process of determining at least one jump position in the step 1 may be: a target packet is determined from the plurality of packets based on the current play-out position, and at least one jump position is determined based on the target packet. In this way, the hop position in the target packet can be determined directly as at least one hop position subsequently.

In some embodiments, the playing interface of the target audio and video has a skip option, and the duration of the time period corresponding to each packet is the first reference duration. When the user wants to jump to play the target audio and video, the terminal can determine the target jump position of the target audio and video based on the instruction triggered by the user operation by operating on the jump option, and further jump the target audio and video from the current playing position to the target jump position to play.

Based on this, the implementation manner of determining the target packet and the at least one jump position in the step 1 may be: and responding to a first trigger instruction of the skip option, determining a packet which is positioned behind the current playing position and closest to the current playing position in a corresponding time period in the plurality of packets as a target packet, and determining a skip position in the target packet as at least one skip position.

Since the user may generate a plurality of trigger instructions based on the jump option operation, the trigger time between every two adjacent trigger instructions in the plurality of trigger instructions may be very close or very far. In the case that there are multiple trigger commands, if the above operations are performed on all trigger commands regardless of the distance between the trigger times of two adjacent trigger commands, the jump position closer to the current playing position of the target audio/video may be ignored, so that the user may miss some content in the target audio/video. Thus, in determining at least one jump position, it may be determined by the following implementation.

Specifically, in response to a first trigger instruction of a skip option, acquiring a trigger time of a second trigger instruction, wherein the second trigger instruction is a trigger instruction of the skip option when the skip option is skipped last time before the current time, and the terminal first judges a duration between the trigger time of the second trigger instruction and the trigger time of the first trigger instruction. The at least one jump location may subsequently be determined based on the following two scenarios.

The first trigger instruction and the second trigger instruction are generated by the terminal based on the operation of the user on the skip option on the playing interface.

The first reference duration is set to reasonably group each data in the historical skip record, and the value of the first reference duration is the value of one continuous time period, which is not limited in the embodiment of the application.

Scene 1: if the duration between the trigger time of the first trigger instruction and the trigger time of the second trigger instruction exceeds the second reference duration, determining a packet, of the plurality of packets, having a corresponding time period located after the current play position and closest to the current play position as a target packet, and determining a skip position in the target packet as at least one skip position. The second reference time period is less than or equal to the first reference time period.

That is, scene 1 is a case where the trigger time distances of the adjacent two trigger instructions are long. In this scenario, the terminal may use the next packet of the packets in which the current play position is located as a target packet, and at least one jump position may be arbitrarily determined from the target packet.

Because the trigger time of the second trigger instruction and the trigger time of the first trigger instruction are always longer, in the period of time, the target audio/video may already play the content in the time corresponding to each skip position in the packet where the current play position is located, so that the operation in the scene 1 cannot cause the condition that the target audio/video is missed.

Scene 2: and if the duration between the triggering time of the first triggering instruction and the triggering time of the second triggering instruction does not exceed the second reference duration, determining the packet where the current playing position is located in the plurality of packets as a target packet.

That is, scene 2 is a case where the trigger time distances of the adjacent two trigger instructions are short. In this scenario, the terminal does not determine a new packet, directly takes the packet in which the determined current play position is located as a target packet, and at least one jump position may be arbitrarily determined from jump positions located after the current play position in the target packet.

Since the trigger time of the second trigger instruction and the trigger time of the first trigger instruction are often shorter, only a short part of content may be played in the target audio/video during the period of time, at this time, the packet where the current playing position of the target audio/video is located may be determined as the target packet based on the operation in the scene 2, and at least one jump position may be determined based on the target packet. Therefore, the operation in the scene 2 can jump and play the target audio and video in the packet where the current playing position is located, and the condition that the target audio and video leaks to play more contents is avoided.

For example, if the history of the target audio a is recorded as: the first group is: (1000, 40), (300, 45), (50, 48), the second group being: (1600, 65), (100, 68). The first reference time length is 8 seconds, the second reference time length is 3 seconds, the triggering time of the first triggering instruction is 10:00, and the current playing position of the target audio is 40 seconds based on the operation of the first triggering instruction. If the trigger time of the second trigger instruction is 10:10, and the duration of 10 seconds between the trigger time of the second trigger instruction and the trigger time of the first trigger instruction exceeds the second reference duration of 3 seconds, the next packet of the packet where the current playing position is located is taken as a target packet, that is, the second group in the historical playing record is taken as the target packet. The at least one jump location may be (1600, 65) or (100, 68) or (1600, 65) and (100, 68) in the second set of data.

If the trigger time of the second trigger instruction is 10:03, and the duration between the trigger time of the second trigger instruction and the trigger time of the first trigger instruction does not exceed the second reference duration, the packet where the current playing position is located is taken as the target packet, that is, the first group in the historical playing record is taken as the target packet, and because the current playing position of the target audio is at the 40 th second, at least one position at this time may be a jump position where the jump position in the first group of data is located after 40 seconds, that is, (300, 45) or (50, 48) or (300, 45) and (50, 48).

After determining the at least one jump position, the target jump position may be determined based on step 2. Step 2: the target jump position is determined from the at least one jump position based on the at least one jump position and a number of users corresponding to the at least one jump position. This step 2 may be determined by the following two implementations.

In one possible implementation, the jump position with the largest number of users can be selected from the at least one jump position, and the selected jump position is taken as the target jump position.

The larger the number of users is, the more the jump position corresponding to the number of users accords with the jump habit of a plurality of people. Therefore, when at least one jump position is obtained, the jump position with the largest number of users can be directly used as the target jump position.

For example, when at least the jump positions determined above are (1600, 65) and (100, 68), the jump position corresponding to the maximum number of users 1600 is taken as the target jump position at 65 seconds, and then the target audio can be jumped to the 65 th position for playing.

In another possible implementation, a corresponding number of jump positions greater than the reference number may be selected from the at least one jump position. And taking the jump position closest to the current playing position in the selected jump positions as a target jump position.

Wherein the value of the reference number may be set, which is not limited in this embodiment.

Because the number of users determines whether the final playing position of the target audio and video is the playing position wanted by the users, the number of users is large, and the jump position corresponding to the number of users is more in accordance with the jump habit of the users. The number of users is small, which indicates that the jump position corresponding to the number of users is probably a jump mode of a few people, and is not a common jump habit. Therefore, in determining the target jump position based on the at least one jump position, a jump position with a large number of users may be selected from the at least one jump position, and then the jump position closest to the current play position may be taken as the target jump position.

For example, if at least one of the jump positions is (1600, 65), (100, 68), (40, 67), the reference number is 50, such that jump positions (1600, 65) and (100, 68) having a number of users greater than the reference number 50 are first selected, and if the current play position of the target audio is 50 th second, since 65 th second is closest to the current play position, 65 th second can be determined as the target jump position.

Of course, when determining the target jump position, one jump position may be arbitrarily selected from the determined at least one jump position as the target jump position.

The above-described manner of determining the destination jump location is based on a history of play records having a plurality of packets. In the case where there is no packet in the history of the target audio/video, the manner of determining the jump position is exemplarily classified into the following two types:

if the historical play record of the target audio and video includes a plurality of jump positions of the target audio and video, the jump position closest to the current play position in the plurality of jump positions can be used as the target jump position.

If the history play record of the target audio and video includes a plurality of jump positions of the target audio and video and the number of users corresponding to each jump position in the plurality of jump positions, the jump position with the largest number of users in the jump positions located behind the current play position can be used as the target jump position.

Of course, in the case that there is no packet in the historical play record of the target audio and video, the target jump position may be determined in other manners, which are not illustrated herein.

Step 203: and the terminal jumps the target audio and video from the current playing position to the target jumping position to play.

After the target jump position is obtained in the step 202, the current playing position of the target audio and video can be jumped to the target jump position for playing, so that the jump playing of the target audio and video can be realized, the time wasted by manually dragging the progress bar by a user is saved, and the user experience is improved.

Fig. 3 is a flowchart of an audio/video playing method provided in an embodiment of the present application. As shown in fig. 3, the terminal first plays the target audio and video, and determines whether there is a history play record in the target audio and video. And if the target audio/video does not have the history play record, using a default span to skip playing the target audio/video. If the target audio/video has a history play record, determining a target jump position from the history play record based on the method of step 202, and jumping the current play position of the target audio/video to the target jump position for play.

In the embodiment of the application, by acquiring a plurality of jump positions including the target audio and video and a historical jump record of the number of users corresponding to each jump position, the historical jump records are grouped based on the jump positions, so as to obtain groups of jump positions each including a continuous time period. Because the playing interface of the target audio and video has the jump option, the user can generate a trigger instruction based on the jump option. After the jump instruction is detected, the target jump position can be determined from the historical play record based on the trigger time of the jump instruction, and then the current play position of the target audio and video is jumped to the target jump position for play. Therefore, the target audio and video can be jumped and played based on the jump condition of a plurality of users recorded by a plurality of terminals when the target audio and video is played, so that the final playing position of the target audio and video is probably the playing position which the users want, the user experience is improved, and the time generated by manually dragging the progress bar by the users is saved.

All the above optional technical solutions may be combined according to any choice to form an optional embodiment of the present application, which is not described in detail herein.

Fig. 4 is a schematic structural diagram of an audio/video playing device according to an embodiment of the present application, where the audio/video playing device may be implemented by software, hardware, or a combination of the two. The apparatus may include: an acquisition module 401, a first determination module 402 and a play module 403.

The obtaining module 401 is configured to obtain a history skip record of a target audio and video currently played, where the history skip record includes a plurality of skip positions, each skip position indicates a play position of the target audio and video, and the history skip record is used to indicate an audio and video skip condition in a process of playing the target audio and video by a plurality of terminals;

a first determination module 402 for determining a target jump location based on the plurality of jump locations;

the playing module 403 is configured to skip the target audio and video from the current playing position to the target skip position for playing.

Optionally, the historical jump record further includes a number of users corresponding to each of the plurality of jump positions;

the first determination module 402 includes:

a first determining sub-module for determining at least one jump position from a plurality of jump positions based on a current play position;

A second determination sub-module for determining a target jump position from the at least one jump position based on the at least one jump position and a respective number of users of the at least one jump position.

Optionally, the second determining submodule is configured to:

and selecting the jump position with the largest corresponding user number from at least one jump position, and taking the selected jump position as a target jump position.

Optionally, the second determining submodule is configured to:

selecting a corresponding jump position with the number of users being greater than the reference number from at least one jump position;

and taking the jump position closest to the current playing position in the selected jump positions as a target jump position.

Optionally, the historical hop record comprises a plurality of packets, each packet comprising a hop location over a continuous period of time;

a first determination submodule comprising:

a first determining unit configured to determine a target packet from a plurality of packets based on a current play position;

and a second determining unit for determining at least one jump position based on the target packet.

The first determining unit is used for:

responding to a first trigger instruction of the skip option, and acquiring the trigger time of a second trigger instruction, wherein the second trigger instruction is the trigger instruction of the skip option when the skip option is skipped last time before the current time;

if the time between the triggering time of the first triggering instruction and the triggering time of the second triggering instruction exceeds a second reference time, determining a packet which is positioned behind the current playing position and closest to the current playing position in a corresponding time period in the plurality of packets as a target packet, wherein the second reference time is smaller than or equal to the first reference time;

the second determining unit is used for:

a hop position in the target packet is determined as at least one hop position.

Optionally, the first determining unit is further configured to:

if the duration between the triggering time of the first triggering instruction and the triggering time of the second triggering instruction does not exceed the second reference duration, determining a packet in which the current playing position is located in the plurality of packets as a target packet;

the second determining unit is further configured to:

and determining the jump position located after the current playing position in the target packet as at least one jump position.

It should be noted that: in the audio/video playing device provided in the above embodiment, when playing audio/video, only the division of the above functional modules is used for illustration, in practical application, the above functional allocation may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the audio and video playing device and the audio and video playing method provided in the foregoing embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not repeated herein.

Fig. 5 shows a block diagram of a terminal 500 according to an exemplary embodiment of the present application. In general, the terminal 500 includes: a processor 501 and a memory 502.

Processor 501 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 501 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 501 may also include a main processor and a coprocessor, the main processor being a processor for processing data in an awake state, also referred to as a CPU (Central Processing Unit ); a coprocessor is a low-power processor for processing data in a standby state. In some embodiments, the processor 501 may be integrated with a GPU (Graphics Processing Unit, image processor) for taking care of rendering and rendering of content that the display screen is required to display. In some embodiments, the processor 501 may also include an AI (Artificial Intelligence ) processor for processing computing operations related to machine learning.

Memory 502 may include one or more computer-readable storage media, which may be non-transitory. Memory 502 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 502 is used to store at least one instruction for execution by processor 501 to implement the audio video playback method provided by the method embodiments in the present application.

In some embodiments, the terminal 500 may further optionally include: a peripheral interface 503 and at least one peripheral. The processor 501, memory 502, and peripheral interface 503 may be connected by buses or signal lines. The individual peripheral devices may be connected to the peripheral device interface 503 by buses, signal lines or circuit boards. Specifically, the peripheral device includes: at least one of radio frequency circuitry 504, a display 505, a camera assembly 506, audio circuitry 507, a positioning assembly 508, and a power supply 509.

Those skilled in the art will appreciate that the structure shown in fig. 5 is not limiting and that more or fewer components than shown may be included or certain components may be combined or a different arrangement of components may be employed.

The embodiment of the application also provides a non-transitory computer readable storage medium, when instructions in the storage medium are executed by a processor of the terminal, the terminal is enabled to execute the audio/video playing method provided in the above embodiment.

The embodiment of the application also provides a computer program product containing instructions, which when run on a terminal, causes the terminal to execute the audio/video playing method provided by the embodiment.

Fig. 6 is a schematic diagram of a server architecture according to an exemplary embodiment. The server may be a server in a backend server cluster. Specifically, the present invention relates to a method for manufacturing a semiconductor device.

The server 600 includes a Central Processing Unit (CPU) 601, a system memory 604 including a Random Access Memory (RAM) 602 and a Read Only Memory (ROM) 603, and a system bus 605 connecting the system memory 604 and the central processing unit 601. The server 600 also includes a basic input/output system (I/O system) 606 for facilitating the transfer of information between various devices within the computer, and a mass storage device 607 for storing an operating system 613, application programs 614, and other program modules 615.

The basic input/output system 606 includes a display 608 for displaying information and an input device 609, such as a mouse, keyboard, etc., for a user to input information. Wherein both the display 608 and the input device 609 are coupled to the central processing unit 601 via an input output controller 610 coupled to the system bus 605. The basic input/output system 606 may also include an input/output controller 610 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input output controller 610 also provides output to a display screen, a printer, or other type of output device.

The mass storage device 607 is connected to the central processing unit 601 through a mass storage controller (not shown) connected to the system bus 605. The mass storage device 607 and its associated computer-readable media provide non-volatile storage for the server 600. That is, the mass storage device 607 may include a computer readable medium (not shown) such as a hard disk or CD-ROM drive.

Computer readable media may include computer storage media and communication media without loss of generality. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will recognize that computer storage media are not limited to the ones described above. The system memory 604 and mass storage device 607 described above may be collectively referred to as memory.

According to various embodiments of the present application, the server 600 may also operate by a remote computer connected to the network through a network, such as the Internet. I.e., server 600 may be connected to network 612 through a network interface unit 611 coupled to system bus 605, or other types of networks or remote computer systems (not shown) may be coupled to using network interface unit 611.

The memory also includes one or more programs, one or more programs stored in the memory and configured to be executed by the CPU. The one or more programs include a method for playing audio and video provided by the embodiments of the present application.

It should be noted that, information (including but not limited to user equipment information, user personal information, etc.), data (including but not limited to data for analysis, stored data, presented data, etc.), and signals related to the embodiments of the present application are all authorized by the user or are fully authorized by the parties, and the collection, use, and processing of related data is required to comply with the relevant laws and regulations and standards of the relevant countries and regions. For example, the jump position of the target audio and video and the terminal identifier corresponding to the jump position in the embodiment of the present application are obtained under the condition of full authorization.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program for instructing relevant hardware, where the program may be stored in a computer readable storage medium, and the storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The foregoing description of the preferred embodiments is merely illustrative of the present application and is not intended to limit the embodiments of the present application, and any modifications, equivalents, improvements, etc. that fall within the spirit and principles of the embodiments of the present application are intended to be included within the scope of the present application.

Claims

1. An audio/video playing method, which is characterized by comprising the following steps:

determining a target jump location based on the plurality of jump locations;

jumping the target audio and video from the current playing position to the target jumping position for playing,

Wherein the historical jump record further comprises a number of users corresponding to each jump position in the plurality of jump positions and a plurality of packets, each packet comprising jump positions within a continuous time period; the playing interface of the target audio and video is provided with a jump option, and the duration of the time period corresponding to each group is a first reference duration;

determining the target jump position from the at least one jump position based on the at least one jump position and the number of users corresponding to the at least one jump position;

wherein the determining at least one jump position from the plurality of jump positions based on the current play position comprises:

If the time between the triggering time of the first triggering instruction and the triggering time of the second triggering instruction exceeds a second reference time, determining a packet which is positioned behind the current playing position and is closest to the current playing position in the corresponding time period in the plurality of packets as a target packet, wherein the second reference time is smaller than or equal to the first reference time;

2. The method of claim 1, wherein the determining the target jump location from the at least one jump location based on the at least one jump location and a number of users corresponding to the at least one jump location, respectively, comprises:

3. The method of claim 1, wherein the determining the target jump location from the at least one jump location based on the at least one jump location and a number of users corresponding to the at least one jump location, respectively, comprises:

4. The method of claim 1, wherein the determining at least one jump location from the plurality of jump locations based on the current play location further comprises:

5. An audio/video playback apparatus, the apparatus comprising:

A determining module for determining a target jump position based on the plurality of jump positions;

a playing module for jumping the target audio and video from the current playing position to the target jumping position for playing,

6. A computer readable storage medium having stored thereon instructions which, when executed by a processor, implement the steps of the method of any of the preceding claims 1-4.