CN114845169B - Playback control method, playback control device, playback terminal, and storage medium - Google Patents
Playback control method, playback control device, playback terminal, and storage medium Download PDFInfo
- Publication number
- CN114845169B CN114845169B CN202210465908.4A CN202210465908A CN114845169B CN 114845169 B CN114845169 B CN 114845169B CN 202210465908 A CN202210465908 A CN 202210465908A CN 114845169 B CN114845169 B CN 114845169B
- Authority
- CN
- China
- Prior art keywords
- audio
- video data
- layer
- play
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a play control method, a play control device, a play terminal and a storage medium. Wherein, based on the play control system comprising an application layer, an intermediate layer, a drive layer and a hardware layer, the method comprises: the application layer sends a first request instruction corresponding to a first target application to the middle layer, wherein the first request instruction is an instruction for the first target application to request to play first audio and video data; the middle layer receives a first request instruction and determines whether to allow the first audio and video data to be played, and returns a play permission instruction to the application layer when the first audio and video data is determined to be allowed to be played; when receiving a play permission instruction, the application layer sends first audio and video data to the driving layer; the drive layer controls the hardware layer to play the first audio-video data when the first audio-video data is received. The invention aims to ensure that the playing delay of the audio and video application is smaller, improve the ordering of the whole audio and video playing of the terminal, and ensure that the audio and video playing function of the terminal can meet the requirements of users.
Description
Technical Field
The present invention relates to the field of intelligent terminals, and in particular, to a play control method, a play control device, a play terminal, and a storage medium.
Background
Most intelligent terminals have audio and video playing functions, a plurality of different audio and video applications can be installed on the terminal, and some audio and video applications have higher requirements on real-time performance of audio and video playing in the using process, and delay of audio and video receiving and playing cannot be too large, such as KTV applications and the like.
At present, an operating system of an intelligent terminal is generally provided with an application layer, an intermediate layer, a driving layer and a hardware layer, a management and control function of audio and video data is generally arranged in the intermediate layer, the applied audio and video data is generally sent to the intermediate layer for management and control, and then the intermediate layer sends the audio and video data to the driving layer for playing based on a management and control result. However, in this way, in the playing control process of the audio/video application with higher real-time requirement, the delay is obvious, and the user experience is poor. If the application layer is arranged to skip the middle layer and directly communicate with the driving layer to play the audio and video, the audio and video playing control of the intelligent terminal is easy to be confused, so that the audio and video cannot be paused or resumed to play, and the realization of the audio and video playing function of the terminal is affected.
Disclosure of Invention
The invention mainly aims to provide a play control method, a play control device, a play terminal and a storage medium, and aims to ensure that the play delay of audio and video application is small, improve the ordering of the whole audio and video play of the terminal, and ensure that the audio and video play function of the terminal can meet the requirements of users.
In order to achieve the above object, the present invention provides a play control method, based on a play control system, the play control system includes an application layer, an intermediate layer, a driving layer, and a hardware layer, the play control method includes:
sending a first request instruction corresponding to a first target application to the middle layer through the application layer, wherein the first request instruction is an instruction for the first target application to request to play first audio/video data;
receiving the first request instruction through the middle layer, determining whether to allow playing of the first audio/video data, and returning the playing permission instruction to the application layer when determining that the first audio/video data is allowed to be played;
when receiving the playing permission instruction, the application layer sends the first audio and video data to the driving layer;
and controlling the hardware layer to play the first audio and video data by the driving layer when the first audio and video data are received.
Optionally, after the step of controlling, by the driving layer, the hardware layer to play the first audio/video data when the first audio/video data is received, the method further includes:
when a first play switching instruction is received through the middle layer, sending a play pause instruction corresponding to the first target application to the application layer;
suspending sending the first audio/video data to the driving layer by the application layer when receiving the play suspending instruction, so that the driving layer controls the hardware layer to suspend playing of the first audio/video data;
the first playing switching instruction is used for switching the first audio and video data currently played by the hardware layer to audio and video data of a second target application, and the second target application is an application with an audio and video playing function except the first target application.
Optionally, before the step of sending, by the application layer, the first audio/video data to the driving layer when receiving a play permission instruction of the intermediate layer, the method further includes:
when the first request instruction is not received through the middle layer, if a second play switching instruction is received, sending the play permission instruction to the application layer;
the second playing switching instruction is used for switching the audio and video data currently played by the hardware layer to the first audio and video data.
Optionally, the step of determining whether to allow playing of the first audio-video data includes:
acquiring a second priority value corresponding to second audio/video data of a second target application which is currently received, and acquiring a first priority value corresponding to the first audio/video data, wherein the second target application is an application with an audio/video playing function except the first target application;
and determining whether to allow the first audio/video data to be played or not according to the magnitude relation between the first priority value and the second priority value.
Optionally, before the step of determining whether to allow playing the first audio/video data according to the magnitude relation between the first priority value and the second priority value, the method further includes:
generating a corresponding virtual identifier according to the first request instruction and associating the virtual identifier with the first priority value, and generating a corresponding audio-video identifier according to the second audio-video data and associating the corresponding audio-video identifier with the second priority value;
the step of determining whether to allow playing of the first audio/video data according to the magnitude relation between the first priority value and the second priority value comprises the following steps:
sequencing the virtual identifier and the audio/video identifier according to the principle from big to small between the first priority value and the second priority value to obtain a play control list;
and when the mark with the forefront sequence in the play control list is the virtual mark, determining that the first audio and video data is allowed to be played.
Optionally, the step of obtaining the second priority value corresponding to the second audio/video data of the second target application that is currently received includes:
determining the data type of the second audio and video data;
and determining the second priority value according to the data type.
Optionally, the step of obtaining the first priority value corresponding to the first audio/video data includes:
acquiring a first preset weight of the first target application and a second preset weight of a second target application corresponding to all second audio and video data received currently;
and calculating the first priority value according to the first preset weight value and all the second preset weight values.
In addition, in order to achieve the above object, the present application further proposes a play control device, including:
the middle layer module is used for receiving a first request instruction, determining whether to allow playing of first audio/video data of a first target application corresponding to the first request instruction, and returning a playing permission instruction when determining that the first audio/video data is allowed to be played;
the driving layer module is used for controlling the hardware layer module to play the first audio and video data when the first audio and video data are received;
the application layer module is used for sending the first request instruction to the middle layer module, and sending the first audio and video data to the driving layer module when receiving the play permission instruction returned by the middle layer module, wherein the first request instruction is an instruction of the first target application for requesting to play the first audio and video data.
In addition, in order to achieve the above object, the present application further proposes a playing terminal, including: the apparatus comprises a memory, a processor, and a play control program stored in the memory and executable on the processor, wherein the play control program when executed by the processor implements the steps of the play control method as set forth in any one of the above.
In addition, in order to achieve the above object, the present application further proposes a storage medium having a playback control program stored thereon, which when executed by a processor, implements the steps of the playback control method as set forth in any one of the above.
The invention provides a play control method, which is based on a play control system comprising an application layer, an intermediate layer, a driving layer and a hardware layer, wherein before the application layer directly sends first audio and video data required to be played by a first target application to the driving layer, the application layer firstly sends a first request instruction to the intermediate layer for judging whether the first target application has play permission or not, after receiving the play permission instruction of the intermediate layer, the application layer sends the first audio and video data required to be played by the first target application to the driving layer, in this way, the application layer can send the audio and video data to the driving layer without transferring the audio and video data through the intermediate layer, so as to ensure that the delay of playing the audio and video data of the first target application is smaller, and meanwhile, the intermediate layer can participate in the management and control of playing the audio and video data of the first target application, so that the audio and video data playing of the first target application and the audio and video playing of other applications on a terminal can be effectively improved, the audio and video playing delay of the whole terminal is ensured to be smaller, and the audio and video playing function of the terminal can meet the requirements of users.
Drawings
Fig. 1 is a schematic diagram of a hardware structure involved in operation of an embodiment of a playing terminal of the present invention;
FIG. 2 is a schematic diagram illustrating an embodiment of a playback control system to which the playback control method of the present invention is applied;
FIG. 3 is a flowchart illustrating an embodiment of a playback control method according to the present invention;
FIG. 4 is a flowchart illustrating a playback control method according to another embodiment of the present invention;
FIG. 5 is a flowchart illustrating a playback control method according to another embodiment of the present invention;
fig. 6 is a flowchart of a playback control method according to another embodiment of the present invention.
The achievement of the objects, functional features and advantages of the present invention will be further described with reference to the accompanying drawings, in conjunction with the embodiments.
Detailed Description
It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
The main solutions of the embodiments of the present invention are: the method comprises the steps of sending a first request instruction corresponding to a first target application to the middle layer through the application layer, wherein the first request instruction is an instruction for requesting the first target application to play first audio and video data; receiving the first request instruction through the middle layer, determining whether to allow playing of the first audio/video data, and returning the playing permission instruction to the application layer when determining that the first audio/video data is allowed to be played; when receiving a play permission instruction of the middle layer, the application layer sends the first audio and video data to the driving layer; and controlling the hardware layer to play the first audio and video data by the driving layer when the first audio and video data are received.
In the prior art, the applied audio and video data are generally sent to the middle layer for management and control, and then sent to the driving layer for playing by the middle layer based on the management and control result. However, for audio and video applications with high real-time requirements, the delay is obvious and the experience is poor. Therefore, in the application, in the playing control process of realizing the audio and video application with higher real-time requirement, the application layer is set to skip the middle layer to directly communicate with the driving layer for playing the audio and video, however, the mode easily causes the audio and video playing control of the intelligent terminal to be disordered, so that the audio and video cannot be paused or resumed to play, and the realization of the audio and video playing function of the terminal is affected.
The invention provides the solution, which aims to improve the ordering of the whole audio and video playing of the terminal while ensuring that the playing delay of the audio and video application is smaller, and ensure that the audio and video playing function of the terminal can meet the requirements of users.
The embodiment of the invention provides a playing terminal, which is specifically a terminal with an audio and video playing function. In this embodiment, the playing terminal is a vehicle-mounted terminal. In other embodiments, the playing terminal is also another terminal, such as a mobile phone, a computer, a television, an air conditioner, a watch, etc.
In an embodiment of the present invention, referring to fig. 1, a playing terminal includes: a processor 1001 (e.g., CPU), a memory 1002, and the like. The components in the control device are connected through a communication bus. The memory 1002 may be a high-speed RAM memory or a stable memory (non-volatile memory), such as a disk memory. The memory 1002 may alternatively be a storage device separate from the processor 1001 described above.
It will be appreciated by those skilled in the art that the device structure shown in fig. 1 is not limiting of the device and may include more or fewer components than shown, or may be combined with certain components, or a different arrangement of components.
As shown in fig. 1, a playback control program may be included in a memory 1002 as a storage medium. In the apparatus shown in fig. 1, a processor 1001 may be used to call a play control program stored in a memory 1002 and perform the relevant step operations of the play control method in the following embodiments.
Specifically, the play control program herein may be used to construct a play control system of the play terminal, where the play control system is specifically an embedded system, such as an android system, etc. Referring to fig. 2, the play control system specifically includes: an application layer, an intermediate layer, a drive layer and a hardware layer. The hardware layer typically includes control programs for a data interface (e.g., a USB interface), a speaker, and a microphone that captures audio-video data. The application layer may include a plurality of applications.
The embodiment of the invention also provides a play control method which is applied to the play terminal.
Referring to fig. 3, an embodiment of a play control method of the present application is provided. In this embodiment, based on a play control system, the play control system includes an application layer, an intermediate layer, a driving layer, and a hardware layer, and the play control method includes:
step S10, a first request instruction corresponding to a first target application is sent to the middle layer through the application layer, wherein the first request instruction is an instruction of the first target application for requesting to play first audio/video data;
the first audio/video data specifically includes audio data and/or video data that the first target application currently needs to play. The first audio and video data can be data acquired by the playing terminal in real time, or data acquired by the playing terminal from external equipment.
The first target application is specifically an application with real-time output requirements for audio and video data in the playing terminal. For example, the first target application may be a KTV application, a teleconferencing application, and the like. The playback terminal may be provided with one or more first target applications.
In this embodiment, the driving layer invokes the data interface of the hardware layer to obtain audio data collected by the microphone in real time, the driving layer sends the obtained audio data to the first target application in the application layer in real time, the audio data obtained by the first target application from the driving layer can be used as the first audio/video data herein, and when the first target application receives the first audio/video data, the application layer can send the first request instruction in real time.
Step S20, receiving the first request instruction through the middle layer, determining whether to allow playing of the first audio/video data, and returning the playing permission instruction to the application layer when determining that the playing of the first audio/video data is allowed;
the middle layer is used for managing the priority and the audio playing authority of each audio and video data (including audio and video data of applications such as music, radio stations, video and the like) according to a preset strategy.
After the middle layer receives the first request instruction, whether the first audio/video data is allowed to be played or not can be determined according to a preset strategy, for example, whether the current time is in a preset time period in which the playing is allowed, whether the priority of the first audio/video data is highest in all audio/video data needing to be played or not, if the current time is in the preset time period in which the playing is allowed, the first audio/video data is allowed to be played, and if the current time is not in the preset time period in which the playing is allowed, the first audio/video data is not allowed to be played.
And when the middle layer determines that the first audio and video data is not allowed to be played, a play prohibition instruction can be returned to the application layer.
Step S30, when receiving a play permission instruction of the middle layer, the application layer sends the first audio and video data to the driving layer;
specifically, the application layer and the driving layer may pre-establish a communication channel, and when the application layer receives the play permission instruction, the application layer may send the first audio/video data to the driving layer based on the communication channel in real time.
It should be noted that, the application layer will not send the first audio and video data to the middle layer, and the sending is a communication instruction, and the transmission efficiency of the communication instruction is greater than that of the first audio and video data.
In addition, when receiving a play prohibition instruction returned by the middle layer, the application layer prohibits sending the first audio/video data to the driving layer.
And step S40, controlling the hardware layer to play the first audio and video data through the driving layer when the first audio and video data are received.
After receiving the first audio and video data, the driving layer can call a corresponding interface in the hardware layer to control a loudspeaker in the hardware layer to play the first audio and video data.
In connection with fig. 2, the arrows in fig. 2 are schematic diagrams of data or command transmission directions when implementing the scheme mentioned in this embodiment between layers in the play control system, where solid arrows represent audio and video data transmission directions, and dashed arrows represent command signal transmission directions.
According to the playing control method provided by the embodiment of the invention, based on the playing control system comprising the application layer, the middle layer, the driving layer and the hardware layer, before the application layer directly sends the first audio/video data required to be played by the first target application to the driving layer, the first request instruction is sent to the middle layer for judging whether the first target application has playing permission or not by the middle layer, after the playing permission instruction of the middle layer is received, the application layer sends the first audio/video data required to be played by the first target application to the driving layer, in this way, the application layer can send the audio/video data to the driving layer without transferring the audio/video data through the middle layer, so that the delay of playing the audio/video data of the first target application is ensured to be smaller, meanwhile, the middle layer can participate in the management and control of playing of the audio/video data of the first target application and the audio/video playing of other applications on the terminal can be effectively improved, thereby realizing the improvement of the whole audio/video playing of the terminal while ensuring that the playing delay of the audio/video application is smaller, and the audio/video playing function of the terminal can meet the requirements of users.
Further, based on the above embodiment, another embodiment of the play control method of the present application is provided. In this embodiment, referring to fig. 4, after step S40, the method further includes:
step S50, when a first play switching instruction is received through the middle layer, a play pause instruction corresponding to the first target application is sent to the application layer;
the first playing switching instruction may specifically be simultaneous transmission of the second audio and video data to be played to the middle layer when the second target application receives the instruction input by the user, or may be transmission to the middle layer when the driving layer detects that the hardware layer has the playing switching instruction input by the user.
Step S60, when receiving the play pause instruction, pausing, by the application layer, to send the first audio/video data to the driving layer, so that the driving layer controls the hardware layer to pause playing of the first audio/video data;
the first playing switching instruction is used for switching the first audio and video data currently played by the hardware layer to audio and video data of a second target application, and the second target application is an application with an audio and video playing function except the first target application.
In this embodiment, by the above manner, when the user needs to switch from the first audio/video data of the first target application to the audio/video data of other applications, the audio/video data of the first target application can be paused in time according to the user, so that the audio/video data playing delay of the first target application is ensured to be smaller, and simultaneously, the user requirement pause playing can be accurately met, and further, the audio/video playing function of the terminal can be ensured to meet the user requirement.
Further, based on any one of the above embodiments, another embodiment of the playback control method of the present application is provided. In this embodiment, referring to fig. 5, before step S30, the method further includes:
step S01, when the first request instruction is not received through the middle layer, if a second play switching instruction is received, sending the play permission instruction to the application layer;
the second playing switching instruction is used for switching the audio and video data currently played by the hardware layer to the first audio and video data.
The second playing switching instruction may be specifically sent to the middle layer when the driving layer detects that the playing switching instruction input by the user exists in the hardware layer, or may be sent when the driving layer receives the instruction input by the user and sent by the driving layer by the second target application corresponding to the audio/video data currently played by the hardware layer.
In this embodiment, by the above manner, when the user needs to switch from other audio/video data to the first audio/video data of the first target application, the first audio/video data of the first target application can be timely played according to the user, so that the audio/video data playing delay of the first target application is ensured to be smaller, and meanwhile, the user demand playing can be accurately met, and further, the terminal audio/video playing function can be ensured to meet the user demand.
Further, based on any one of the above embodiments, a further embodiment of the playback control method of the present application is provided. In this embodiment, referring to fig. 6, the step of determining whether to allow playing of the first audio/video data in the step S20 includes:
step S21, a second priority value corresponding to second audio/video data of a second target application which is currently received is obtained, a first priority value corresponding to the first audio/video data is obtained, and the second target application is an application with an audio/video playing function except the first target application;
the first priority value and the second priority value may be fixed values stored in the intermediate layer in advance, or may be values determined according to characteristics of the audio/video data actually received by the intermediate layer.
The intermediate layer may receive one or more than one of the second audio/video data of the second target application. The second audio/video data received by the intermediate layer can be understood as audio/video data to be played in the intermediate layer.
Step S22, determining whether to allow playing of the first audio/video data according to the magnitude relation between the first priority value and the second priority value.
Specifically, when the first priority value is greater than the second priority value, it may be determined that the first audio/video data is allowed to be played; when the first priority value is smaller than the second priority value, it can be determined that the first audio/video data is not allowed to be played.
When the first priority value is larger than all the second priority values, the first audio-video data can be determined to be allowed to be played; when the first priority value is smaller than any one of the second priority values, it can be determined that the first audio/video data is not allowed to be played.
In this embodiment, the middle layer may compare the playing priority between the first audio and video data and the second audio and video data to be played in the middle layer based on the first priority value and the second priority value, and determine whether to allow playing of the first audio and video data based on the priorities of all the audio and video data to be played, so as to ensure that the playing of the first audio and video data can be coordinated with the playing of other audio and video data, further realize that the playing delay of the audio and video application is less, and improve the ordering of the whole audio and video playing of the terminal, and further ensure that the audio and video playing function of the terminal can meet the user requirement.
Further, in this embodiment, before step S22 and after step S21, a corresponding virtual identifier may be generated according to the first request instruction and associated with the first priority value, and a corresponding audio/video identifier may be generated according to the second audio/video data and associated with the second priority value. Based on this, step S22 includes: sequencing the virtual identifier and the audio/video identifier according to the principle from big to small between the first priority value and the second priority value to obtain a play control list; and when the mark with the forefront sequence in the play control list is the virtual mark, determining that the first audio and video data is allowed to be played.
When the first-ordered identifier in the play control list is not a virtual identifier, it may be determined that the first audio/video data is not permitted to be played.
Specifically, the different first target applications may correspond to different first request instructions. And generating a corresponding virtual identifier according to the first request instruction, wherein the virtual identifier can be used for representing first audio and video data of a corresponding first target application. The audio-video identifier is specifically used for representing second audio-video data to be played in the middle layer.
The second audio/video data received by the middle layer can have more than one, the first priority value and all the second priority values can be compared in two pairs, the virtual identifiers and the more than one audio/video identifiers are ordered based on the comparison result, and the larger the numerical value is, the more the identifiers associated with the numerical value are ordered in the play control list.
For example, the first target application is a KTV application, the first audio and video data is an audio source of the KTV application, the virtual identifier is M, the corresponding first priority value is a1, the second target application includes a radio station application and a teleconference application, the second audio and video data includes audio data of the radio station application and conference data of the teleconference application, the corresponding audio and video identifiers are P, Q in sequence, the corresponding second priority values are a2 and a3 in sequence, and if a3> a1> a2, the play control list is as follows:
based on this, the Q-ordered as the audio-video identification is the forefront, it can be determined that the first audio-video data is not permitted to be played.
For another example, the first target application is a KTV application, the first audio and video data is an audio source of the KTV application, the virtual identifier is M, the corresponding first priority value is b1, the second target application is a radio station application, the second audio and video data includes audio data of the radio station application, the corresponding audio and video identifier is P, the corresponding second priority value is b2, b1> b2, and the play control list is as follows:
| priority value | Identification mark |
| b1 | P |
| b2 | M |
Based on this, the P-rank, which is the virtual identifier, is the forefront, it can be determined that the first audio-video data is permitted to be played.
In this embodiment, the middle layer generates the virtual identifier of the first audio/video data based on the first request instruction, and the virtual identifier and the audio/video identifiers of the other second audio/video data to be played in the middle layer are ordered based on the priority value to obtain the play control list, so that when the virtual identifier is ordered forefront in the play control list, the first audio/video data is allowed to be played, so that it is ensured that the application layer can realize overall planning of playing all audio/video data including the first audio/video data based on the virtual identifier while ensuring that the play delay is smaller even if the application layer does not send the first audio/video data to the middle layer, thereby further improving the order and coordination of playing the first audio/video data and other audio/video data, and ensuring that the playing function of the playing terminal can accurately meet the user use requirement.
Further, in this embodiment, the step of obtaining the second priority value corresponding to the second audio/video data of the second target application that is currently received includes: determining the data type of the second audio and video data; and determining the second priority value according to the data type.
The data types may include real-time call data, real-time video data, recorded data, conference data, KTV data, and/or the like. The different data types correspond to different second priority values. It should be noted that, the second priority value is different if the data types in the same application are different.
The corresponding relation between the data type and the second priority value can be a preset fixed relation, can also acquire the corresponding relation determined by the user setting parameters, can also acquire the use frequency of the application of the audio and video data corresponding to the data type in advance at the current moment, and can acquire the corresponding relation between the data type and the second priority value according to the use frequency. And determining a second priority value corresponding to the current data type based on the corresponding relation.
In this embodiment, because the user has different requirements for audio and video data with different data types, the second priority value of the second audio and video data is determined based on the data type, so that the matching degree of the audio and video playing function of the playing terminal and the user requirement is further improved.
Further, in this embodiment, the step of obtaining the first priority value corresponding to the first audio/video data includes: acquiring a first preset weight of the first target application and a second preset weight of a second target application corresponding to all second audio and video data received currently; and calculating the first priority value according to the first preset weight value and all the second preset weight values.
The first preset weight is specifically a preset weight value of the playing priority of the first target application in all applications in the control terminal. The second preset weight is specifically a preset weight value of playing priority in all applications of the corresponding second target application in the control terminal.
The first preset weight and the second preset weight are specifically stored in the middle layer in advance.
In this embodiment, a sum of the first preset weight and all the second preset weights is calculated, a ratio of the first preset weight to the sum is calculated, and a product of the ratio and the reference weight is calculated as the first priority. In other embodiments, the average value of all the second preset weights is also calculated, the difference between the first preset weight and the average value is calculated, and the calculation result obtained by subtracting the difference from the maximum value in all the second preset weights is used as the first priority value.
In this embodiment, by the above manner, the middle layer may not obtain the type of the first audio and video data, but may also combine preset weights corresponding to the first target application and the second target application respectively to characterize the priority of the first audio and video data in all the audio and video data to be played, and determine whether to allow playing of the first audio and video data based on the first priority value calculated by the middle layer by using the above manner, which is favorable to ensuring that the playing delay of the first target application is smaller and the actually played audio and video data of the playing terminal more accurately fits the actual requirement of the user.
In addition, an embodiment of the present invention further provides a play control device, where the play control device includes:
the middle layer module is used for receiving a first request instruction, determining whether to allow playing of first audio/video data of a first target application corresponding to the first request instruction, and returning a playing permission instruction when determining that the first audio/video data is allowed to be played;
the driving layer module is used for controlling the hardware layer module to play the first audio and video data when the first audio and video data are received;
the application layer module is used for sending the first request instruction to the middle layer module, and sending the first audio and video data to the driving layer module when receiving the play permission instruction returned by the middle layer module, wherein the first request instruction is an instruction of the first target application for requesting to play the first audio and video data.
It should be noted that, specific operation logic of the hardware module in the play control device in this embodiment may refer to the portion corresponding to the above-mentioned features of the play control method. It is easy to understand that the play control device in this embodiment includes all the features of the above play control method, so that all the technical effects achieved by the above play control method are achieved, and will not be described herein.
In addition, the embodiment of the invention also provides a storage medium, wherein the storage medium stores a play control program, and the play control program realizes the relevant steps of any embodiment of the play control method when being executed by a processor.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) as described above, comprising instructions for causing a terminal device (which may be a mobile phone, a computer, a server, a playing terminal, or a network device, etc.) to perform the method according to the embodiments of the present invention.
The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the invention, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.
Claims (10)
1. A play control method, characterized in that, based on a play control system, the play control system includes an application layer, an intermediate layer, a driving layer, and a hardware layer, the play control method includes:
sending a first request instruction corresponding to a first target application to the middle layer through the application layer, wherein the first request instruction is an instruction for the first target application to request to play first audio/video data;
receiving the first request instruction through the middle layer, determining whether to allow playing of the first audio/video data, and returning a playing permission instruction to the application layer when determining that the first audio/video data is allowed to be played;
when receiving the playing permission instruction, the application layer sends the first audio and video data to the driving layer;
and controlling the hardware layer to play the first audio and video data by the driving layer when the first audio and video data are received.
2. The playback control method of claim 1, wherein after the step of controlling, by the driver layer, the hardware layer to play back the first audio-video data upon receiving the first audio-video data, further comprises:
when a first play switching instruction is received through the middle layer, sending a play pause instruction corresponding to the first target application to the application layer;
suspending sending the first audio/video data to the driving layer by the application layer when receiving the play suspending instruction, so that the driving layer controls the hardware layer to suspend playing of the first audio/video data;
the first playing switching instruction is used for switching the first audio and video data currently played by the hardware layer to audio and video data of a second target application, and the second target application is an application with an audio and video playing function except the first target application.
3. The playback control method of claim 1, wherein the step of sending, by the application layer, the first audio-visual data to the drive layer upon receiving a playback permission command for the intermediate layer, further comprises:
when the first request instruction is not received through the middle layer, if a second play switching instruction is received, sending the play permission instruction to the application layer;
the second playing switching instruction is used for switching the audio and video data currently played by the hardware layer to the first audio and video data.
4. A play control method according to any one of claims 1 to 3, wherein the step of determining whether or not to permit play of the first audio-visual data comprises:
acquiring a second priority value corresponding to second audio/video data of a second target application which is currently received, and acquiring a first priority value corresponding to the first audio/video data, wherein the second target application is an application with an audio/video playing function except the first target application;
and determining whether to allow the first audio/video data to be played or not according to the magnitude relation between the first priority value and the second priority value.
5. The playback control method of claim 4, wherein prior to the step of determining whether to permit playback of the first audio-visual data based on a magnitude relationship between the first priority value and the second priority value, further comprises:
generating a corresponding virtual identifier according to the first request instruction and associating the virtual identifier with the first priority value, and generating a corresponding audio-video identifier according to the second audio-video data and associating the corresponding audio-video identifier with the second priority value;
the step of determining whether to allow playing of the first audio/video data according to the magnitude relation between the first priority value and the second priority value comprises the following steps:
sequencing the virtual identifier and the audio/video identifier according to the principle from big to small between the first priority value and the second priority value to obtain a play control list;
and when the mark with the forefront sequence in the play control list is the virtual mark, determining that the first audio and video data is allowed to be played.
6. The play control method as set forth in claim 4, wherein the step of obtaining a second priority value corresponding to second audio/video data of a second target application currently received includes:
determining the data type of the second audio and video data;
and determining the second priority value according to the data type.
7. The playback control method of claim 4, wherein the step of obtaining the first priority value corresponding to the first audio-video data comprises:
acquiring a first preset weight of the first target application and a second preset weight of a second target application corresponding to all second audio and video data received currently;
and calculating the first priority value according to the first preset weight value and all the second preset weight values.
8. A play control device, characterized in that the play control device comprises:
the middle layer module is used for receiving a first request instruction, determining whether to allow playing of first audio/video data of a first target application corresponding to the first request instruction, and returning a playing permission instruction when determining that the first audio/video data is allowed to be played;
the driving layer module is used for controlling the hardware layer module to play the first audio and video data when the first audio and video data are received;
the application layer module is used for sending the first request instruction to the middle layer module, and sending the first audio and video data to the driving layer module when receiving the play permission instruction returned by the middle layer module, wherein the first request instruction is an instruction of the first target application for requesting to play the first audio and video data.
9. A playback terminal, the playback terminal comprising: memory, a processor and a play control program stored on the memory and executable on the processor, which when executed by the processor, implements the steps of the play control method according to any one of claims 1 to 7.
10. A storage medium having a playback control program stored thereon, which when executed by a processor, implements the steps of the playback control method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210465908.4A CN114845169B (en) | 2022-04-29 | 2022-04-29 | Playback control method, playback control device, playback terminal, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210465908.4A CN114845169B (en) | 2022-04-29 | 2022-04-29 | Playback control method, playback control device, playback terminal, and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114845169A CN114845169A (en) | 2022-08-02 |
| CN114845169B true CN114845169B (en) | 2023-07-25 |
Family
ID=82567761
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210465908.4A Active CN114845169B (en) | 2022-04-29 | 2022-04-29 | Playback control method, playback control device, playback terminal, and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114845169B (en) |
Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101184196A (en) * | 2007-05-24 | 2008-05-21 | 天栢宽带网络科技（上海）有限公司 | Multi-condition reception supporting system and method used for set up box |
| CN104714824A (en) * | 2015-01-09 | 2015-06-17 | 青岛海信电器股份有限公司 | Starting method of application programs |
| CN105898501A (en) * | 2015-12-30 | 2016-08-24 | 乐视致新电子科技（天津）有限公司 | Video display method, video player and electronic device |
| EP3169076A1 (en) * | 2015-11-11 | 2017-05-17 | Nagravision S.A. | Portable device for processing access controlled multimedia content |
| CN106792193A (en) * | 2016-12-23 | 2017-05-31 | Tcl集团股份有限公司 | A kind of repair system and restorative procedure based on Android TVs |
| CN106898372A (en) * | 2015-12-17 | 2017-06-27 | 杰发科技（合肥）有限公司 | The way of recording and recording system of mobile unit |
| CN107862810A (en) * | 2017-09-28 | 2018-03-30 | 中国民生银行股份有限公司 | A kind of self-aided terminal control system based on browser |
| CN108475186A (en) * | 2016-12-29 | 2018-08-31 | 华为技术有限公司 | Multimedia data playing method and terminal device |
| CN109637268A (en) * | 2018-12-29 | 2019-04-16 | 无锡吾成互联科技有限公司 | A kind of music teaching APP operating method and its realize system |
| CN110214450A (en) * | 2017-01-18 | 2019-09-06 | 三星电子株式会社 | Electronic equipment, the image processing method of electronic equipment and non-transitory computer readable recording medium |
| CN110419226A (en) * | 2017-11-10 | 2019-11-05 | 华为技术有限公司 | The method and apparatus for playing TV programme |
| CN111163271A (en) * | 2019-12-13 | 2020-05-15 | 晶晨半导体（深圳）有限公司 | EDID version switching method for solving HDMI compatibility problem |
| CN111752543A (en) * | 2020-06-29 | 2020-10-09 | 国网北京市电力公司 | Android system architecture-based electric vehicle intelligent charging system and method |
| CN113311738A (en) * | 2020-02-27 | 2021-08-27 | 马自达汽车株式会社 | Vehicle-mounted device control device |
| CN113382291A (en) * | 2020-03-09 | 2021-09-10 | 海信视像科技股份有限公司 | Display device and streaming media playing method |
| CN113886048A (en) * | 2021-10-09 | 2022-01-04 | 中科航宇(广州)科技有限公司 | Task processing method and device, electronic equipment, satellite and storage medium |
| CN113971045A (en) * | 2021-09-13 | 2022-01-25 | 北京小米移动软件有限公司 | Control method, control device and storage medium |
| CN114265714A (en) * | 2021-12-20 | 2022-04-01 | 奇安信科技集团股份有限公司 | Drive control method and device based on cloud mobile phone and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9992163B2 (en) * | 2015-12-14 | 2018-06-05 | Bank Of America Corporation | Multi-tiered protection platform |
-
2022
- 2022-04-29 CN CN202210465908.4A patent/CN114845169B/en active Active
Patent Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101184196A (en) * | 2007-05-24 | 2008-05-21 | 天栢宽带网络科技（上海）有限公司 | Multi-condition reception supporting system and method used for set up box |
| CN104714824A (en) * | 2015-01-09 | 2015-06-17 | 青岛海信电器股份有限公司 | Starting method of application programs |
| EP3169076A1 (en) * | 2015-11-11 | 2017-05-17 | Nagravision S.A. | Portable device for processing access controlled multimedia content |
| CN106898372A (en) * | 2015-12-17 | 2017-06-27 | 杰发科技（合肥）有限公司 | The way of recording and recording system of mobile unit |
| CN105898501A (en) * | 2015-12-30 | 2016-08-24 | 乐视致新电子科技（天津）有限公司 | Video display method, video player and electronic device |
| CN106792193A (en) * | 2016-12-23 | 2017-05-31 | Tcl集团股份有限公司 | A kind of repair system and restorative procedure based on Android TVs |
| CN108475186A (en) * | 2016-12-29 | 2018-08-31 | 华为技术有限公司 | Multimedia data playing method and terminal device |
| CN110214450A (en) * | 2017-01-18 | 2019-09-06 | 三星电子株式会社 | Electronic equipment, the image processing method of electronic equipment and non-transitory computer readable recording medium |
| CN107862810A (en) * | 2017-09-28 | 2018-03-30 | 中国民生银行股份有限公司 | A kind of self-aided terminal control system based on browser |
| CN110419226A (en) * | 2017-11-10 | 2019-11-05 | 华为技术有限公司 | The method and apparatus for playing TV programme |
| CN109637268A (en) * | 2018-12-29 | 2019-04-16 | 无锡吾成互联科技有限公司 | A kind of music teaching APP operating method and its realize system |
| CN111163271A (en) * | 2019-12-13 | 2020-05-15 | 晶晨半导体（深圳）有限公司 | EDID version switching method for solving HDMI compatibility problem |
| CN113311738A (en) * | 2020-02-27 | 2021-08-27 | 马自达汽车株式会社 | Vehicle-mounted device control device |
| CN113382291A (en) * | 2020-03-09 | 2021-09-10 | 海信视像科技股份有限公司 | Display device and streaming media playing method |
| CN111752543A (en) * | 2020-06-29 | 2020-10-09 | 国网北京市电力公司 | Android system architecture-based electric vehicle intelligent charging system and method |
| CN113971045A (en) * | 2021-09-13 | 2022-01-25 | 北京小米移动软件有限公司 | Control method, control device and storage medium |
| CN113886048A (en) * | 2021-10-09 | 2022-01-04 | 中科航宇(广州)科技有限公司 | Task processing method and device, electronic equipment, satellite and storage medium |
| CN114265714A (en) * | 2021-12-20 | 2022-04-01 | 奇安信科技集团股份有限公司 | Drive control method and device based on cloud mobile phone and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114845169A (en) | 2022-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108062215A (en) | Vehicle source of sound control method and system, vehicle and its car-mounted terminal | |
| CN111432386B (en) | Connection switching method, device, equipment and storage medium of Bluetooth headset | |
| US20110030018A1 (en) | Recording and reproducing device, operation method and operation program of the device, and video distribution system | |
| RU2012147842A (en) | METHOD FOR MANAGING CONFERENCE COMMUNICATION AND RELATED DEVICE AND SYSTEM | |
| US20100100822A1 (en) | Devices, Methods and Computer-Readable Media for Providing Control of Switching Between Media Presentation Screens | |
| CN112333533B (en) | Method, device, equipment and computer readable storage medium for selecting playing equipment | |
| CN103517243A (en) | Emergency call establishment method, network equipment and communication system | |
| CN111552453B (en) | Sound effect scene control method, terminal and storage medium | |
| CN105163177A (en) | Audio data playing method and system based on smart television and smart television | |
| JP4853475B2 (en) | Push-to-talk communication system and push-to-talk communication method | |
| CN114143586B (en) | Split screen display sharing method, system, storage medium and intelligent screen | |
| CN114845169B (en) | Playback control method, playback control device, playback terminal, and storage medium | |
| CN111258530A (en) | Audio playing control method, server and audio playing system | |
| CN103986697A (en) | Audio data transmission method and device | |
| US20080250413A1 (en) | Method and Apparatus for Managing Tasks | |
| CN102364918A (en) | Mobile terminal cluster communication method in automobile service system | |
| CN110502207B (en) | Background sound silencing method, system, equipment and storage medium | |
| CN114500474A (en) | Communication method, device, communication equipment and storage medium based on SIP terminal | |
| CN113423006B (en) | Multi-audio-stream audio mixing playing method and system based on main and auxiliary sound channels | |
| CN112965685B (en) | Audio control method, device, system, terminal equipment and storage medium | |
| CN104284230A (en) | Play control system and method for television | |
| US7522922B2 (en) | Mobile communication terminal, base station and registration control method | |
| CN111355853A (en) | Call center data processing method and device | |
| CN102123351B (en) | Personal network's device packets method and personal network gateway | |
| CN111464989A (en) | Audio data processing method, control device and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |