CN108536415B

CN108536415B - Application volume control method and device, mobile terminal and computer readable medium

Info

Publication number: CN108536415B
Application number: CN201810168134.2A
Authority: CN
Inventors: 候祥
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2018-02-28
Filing date: 2018-02-28
Publication date: 2021-10-22
Anticipated expiration: 2038-02-28
Also published as: CN108536415A

Abstract

The embodiment of the application provides an application volume control method, an application volume control device, a mobile terminal and a computer readable medium, which belong to the technical field of mobile communication, and the method comprises the following steps: when an audio playing request is received, judging whether a webpage application program belongs to a target category, wherein the audio playing request is a request sent by the webpage application program and used for playing an audio file; if the application program belongs to the target category, determining whether the webpage application program meets a mute condition; and if so, muting the webpage application program. The volume control of the webpage application program is realized, and when other applications are used for playing audio, the webpage application program can be muted through the method, so that the user experience is improved.

Description

Application volume control method and device, mobile terminal and computer readable medium

Technical Field

The present application relates to the field of mobile communications technologies, and in particular, to a method and an apparatus for controlling application volume, a mobile terminal, and a computer-readable medium.

Background

Web App (Web Application) is an Application that is built based on standard Web technology and written in a Web language. Unlike traditional websites, the Web App emphasizes allowing users to perform various operations, rather than simply browsing the content of a Web page. Such as sending an email, finding a house, paying a bill, transferring money, shopping, sending an invitation, etc. Traditional web pages are content-oriented and provide convenient browsing and consumption with static information. However, the Web App itself hardly provides a sound control option, and only system sound can be used for playing sound, which affects user experience.

Disclosure of Invention

The application provides an application volume control method, an application volume control device, a mobile terminal and a computer readable medium, so as to overcome the defects.

In a first aspect, an embodiment of the present application provides an application volume control method, including: when an audio playing request is received, judging whether a webpage application program belongs to a target category, wherein the audio playing request is a request sent by the webpage application program and used for playing an audio file; if the application program belongs to the target category, determining whether the webpage application program meets a mute condition; and if so, muting the webpage application program.

In a second aspect, an embodiment of the present application further provides an application volume control device, including: a judging unit, a confirming unit and a muting unit. The device comprises a judging unit and a judging unit, wherein the judging unit is used for judging whether the webpage application program belongs to a target category or not when receiving an audio playing request, and the audio playing request is a request sent by the webpage application program and used for playing an audio file. And the confirming unit is used for confirming whether the webpage application program meets the mute condition or not if the webpage application program belongs to the target category. And the muting unit is used for muting the webpage application program if the application program meets the requirements.

In a third aspect, an embodiment of the present application further provides a mobile terminal, including a memory and a processor, where the memory is coupled to the processor; the memory stores instructions that, when executed by the processor, cause the processor to: when an audio playing request is received, judging whether a webpage application program belongs to a target category, wherein the audio playing request is a request sent by the webpage application program and used for playing an audio file; if the application program belongs to the target category, determining whether the webpage application program meets a mute condition; and if so, muting the webpage application program.

In a fourth aspect, the present application also provides a computer-readable medium having program code executable by a processor, where the program code causes the processor to execute the above method.

According to the application volume control method, the application volume control device, the mobile terminal and the computer readable medium, when an audio playing request for playing an audio file is sent by a webpage application program, whether the webpage application program is of a target category or not is judged, and the webpage application program is screened. And then, if the webpage application program belongs to the target category, determining whether the webpage application program meets a mute condition, and if so, muting the webpage application program. Therefore, the volume control of the webpage application program is realized, and the user experience is improved.

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

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic diagram illustrating a preset interface of a mobile terminal according to an embodiment of the present application;

fig. 2 is a flowchart illustrating a method for applying a volume control method according to an embodiment of the present application;

FIG. 3 illustrates a schematic view of a volume setting interface provided by an embodiment of the present application;

FIG. 4 illustrates a schematic view of a drop-down interface provided by an embodiment of the present application;

FIG. 5 is a schematic view of a pop-up window provided by an embodiment of the present application;

fig. 6 is a flowchart illustrating a method for applying a volume control method according to another embodiment of the present application;

FIG. 7 is a diagram illustrating a dialog box provided by an embodiment of the present application;

fig. 8 is a flowchart illustrating a method for applying a volume control method according to another embodiment of the present application;

fig. 9 shows a block diagram of a module of an application volume control device provided in an embodiment of the present application;

fig. 10 is a schematic structural diagram of a mobile terminal provided in an embodiment of the present application;

fig. 11 shows a block diagram of a mobile terminal according to an embodiment of the present application for executing the method according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present application without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures. Meanwhile, in the description of the present application, the terms "first", "second", and the like are used only for distinguishing the description, and are not to be construed as indicating or implying relative importance.

Referring to fig. 1, a mobile terminal 100 provided in an embodiment of the present application is shown, where a preset interface of the mobile terminal 100 shown in fig. 1 is a web application interface, a web application list is displayed in the interface, an icon and a name of each web application are displayed in the web application list, and the web application can be started by clicking the icon or the name. Specifically, the webpage application program is an application which can be used without downloading and installing, the dream that the application is accessible is realized, and the application can be opened by scanning or searching by a user and can be used at any time without installation and uninstallation.

However, some web applications have a function of playing audio, for example, some web applications have background music, and when running the web application, the web application loads an audio file for playing. If there are other applications playing audio at this time, the music played by the web application will be overlapped with other audio being played, which affects the user experience.

Therefore, in order to solve the above-mentioned drawbacks, an embodiment of the present application provides an application volume control method, as shown in fig. 2, applied to a mobile terminal, for solving the drawback that a user experience is not high when an audio of a web application is played, and specifically, referring to fig. 2, the method includes: s201 to S203.

S201: when an audio playing request is received, whether the webpage application program belongs to the target category is judged.

The audio playing request is a request sent by a webpage application program and used for playing an audio file.

The system is internally provided with an audio player and an audio manager, wherein the audio player is used for playing audio files of application programs installed in the mobile terminal, and the audio manager is used for managing volume control of all applications of the mobile terminal for playing the audio files. Wherein if the system is an android system, the audio player may be MediaPlayer and the audio manager may be AudioManager.

When an audio playing request of the webpage application program is acquired, the system calls an audio player to play an audio file, and reads the volume set by the webpage application program in the audio manager to play. For example, some WeChat applets have the same volume as the system, i.e., the audio file is played at the system volume.

When receiving an audio playing request, determining whether the web application is a target category, where the target category is a category of the web application that needs to independently manage the volume and is set by a user. And if each application in the application list is in the target category, judging whether the webpage application program is in the target category or not in a mode of judging whether the webpage application program is in the target category or not, if so, judging that the webpage application program is in the target category, and if not, judging that the webpage application program is not in the target category.

As another embodiment, each web application corresponds to an application type, specifically, the application type may include a game type, a video playing type, a learning tool type, a social chat type, and the like, and the target category may be at least one application type set by a user, for example, the target category is a game type.

As another embodiment, if the target category is the wechat applet, when an audio playing request is received, it is determined whether the web application belongs to the wechat applet, if so, the next operation is continued, and if not, the operation is ended.

The way of determining whether the web application belongs to the wechat applet may be to obtain a URL (uniform resource locator) address returned to the system when the web application is started. Specifically, the wechat applet is set based on the wechat architecture and in the html5 language, and is similar to a web application started by wechat, but the wechat contains a field different from other web applications in the URL address returned when the wechat applet is loaded, so that whether the web application belongs to the wechat applet or not can be judged through the field, and meanwhile, the start of the wechat applet can be monitored when the wechat applet is started.

S202: and confirming whether the webpage application program meets a mute condition.

S203: muting the web application.

The mute condition is set by the user as required, for example, a web application meeting a certain criterion is muted, and specifically, if the usage status of the web application meets the target criterion, the WeChat applet is determined to meet the mute condition. Specifically, the audio playing frequency of the web application program is obtained according to the number of times and the time length of the audio playing of the web application program in a certain time period, and the target standard may be a preset numerical value.

As another embodiment, the way of determining whether the web application satisfies the mute condition is as follows: and acquiring the volume parameter of the webpage application program, and if the volume parameter is a target parameter, judging that the webpage application program meets a mute condition, and muting the webpage application program. And if the volume parameter is not the target parameter, judging that the webpage application program does not meet the mute condition, and indicating the webpage application program to play the audio file according to the preset volume.

Specifically, the volume parameter of the web application includes a first parameter and a second parameter, and the volume state of the web application includes a mute state and a non-mute state, where the mute state indicates that the web application does not make any sound all the time, that is, the web application is muted. The non-mute state indicates that the volume of the audio file played by the web application is a preset volume, and the preset volume is related to the setting of the user, for example, when the web application is in the non-mute state, the audio file is played according to the system volume, and the preset volume is the system volume.

In the embodiment of the present application, the first parameter corresponds to a mute state, the second parameter corresponds to a non-mute state, and the target parameter is the first parameter. When the webpage application program plays audio, the volume parameter corresponding to the webpage application program is read, if the read volume parameter is the first parameter, namely the volume parameter is the target parameter, the webpage application program is muted, namely the volume state of the application program is in a mute state. And if the volume parameter is the second parameter, namely the volume parameter is not the first parameter, indicating the webpage application program to play the audio file according to the preset volume, namely the volume state of the application program is in a non-mute state at the moment. The specific implementation of muting the web application may be to prohibit playing the audio file in the web application, or play the audio file in a muting manner, that is, run the audio file but not play the audio file through a device such as a speaker or an earphone.

In particular, the volume parameter of the web application may be set by the user, for example, by setting the volume parameter for the web application through an input device of the mobile terminal. As an implementation manner, a web application volume control key may be provided, where the web application volume control key includes at least two logic states, namely a first state and a second state, where the first state corresponds to a first parameter and the second state corresponds to a second parameter.

When a user operates the webpage application program volume control key and sets the webpage application program volume control key to be in a first state, the system reads the first state, and then the volume parameter of the webpage application program is set to be a first parameter. Specifically, when the user sets the program volume control key to the first state, a mute request is input, the system acquires the mute request, and the volume parameter of the web application program is set to the first parameter according to the mute request. Wherein the mute request is a request for the web application program input by a user. When the user operates the webpage application program volume control key and sets the webpage application program volume control key to be in the second state, and the system detects that the webpage application program volume control key is in the second state, the system sets the volume parameter of the webpage application program to be the second parameter. Specifically, the default state of the web application volume control key may be set to the second state, that is, the web application volume control key may be set to the second state after the mobile terminal is restarted or initialized.

Specifically, as shown in fig. 3, a volume setting interface of the mobile terminal is shown, where a web application mute key is arranged in the interface, the circular key is located on the right side, the web application volume control key is in a first state, the circular key is located on the left side, and the web application volume control key is in a second state. If the user wants to mute the web application, the user slides the circular button to the right, and the web application volume control is in a first state. In addition, a volume adjusting sliding key is further arranged in the interface, and the volume of the webpage application program in a non-mute state can be adjusted.

As an embodiment, in order to facilitate the user to quickly operate the volume control key of the web application, the user may quickly activate the volume control key by inputting a specific gesture in the interface of the mobile terminal. For example, the user slides a gesture from the top to the bottom of the mobile terminal, so as to call out the pull-down interface, as shown in fig. 4, a "set" button is provided in the pull-down interface, and the user clicks the "set" button, so that the interface shown in fig. 3 can be switched to, or a volume setting frame may pop up on the interface shown in fig. 4, as shown in fig. 5, as an embodiment, the volume setting frame is a pop-up window and is located on the layer of the applet interface. And a webpage application program volume control key and a volume adjusting key are arranged in the popup window, and the volume adjusting key is used for adjusting the volume of the webpage application program in a non-mute state.

As an implementation manner, when a user inputs a mute request by operating a volume control key of a web application, the system may set volume parameters of all web applications as first parameters, or may mute the web application that has played audio within a certain time period, specifically, search for the web application that has played audio within a preset time period according to historical data of the web application, and mute the searched web application.

In another embodiment, a plurality of volume control keys may be provided, where each volume control key corresponds to a web application, that is, the volume of the web application may be controlled by the volume control key corresponding to the web application. Referring to fig. 6, a method for controlling application volume is shown, which is applied to a mobile terminal and is used to solve a defect of poor user experience when playing an audio of a web application, and specifically, referring to fig. 6, the method includes: s601 to S604.

S601: when an audio playing request is received, whether the webpage application program belongs to the target category is judged.

S602: and judging whether other application programs currently play the audio or not.

In this embodiment, the manner of determining whether the web application satisfies the mute condition is as follows:

judging whether other application programs are playing audio currently, if so, judging that the webpage application program meets a mute condition, and if not, judging that the webpage application program does not meet the mute condition. Specifically, the system can refer to the starting, running data and the like of the application program installed in the mobile terminal through some specific API interfaces or SDK components. Specifically, whether an application is playing audio currently within the system can be checked through an external interface of the audio manager of the system, for example, a return result of isMusicActive () is obtained, thereby determining whether another application is playing an audio file. If so, S603 is performed, and if not, S604 is performed.

S603: muting the web application.

Specifically, the system can mute an application by calling the medialayer component, can mute by setting a parameter of the application, and can mute the application, for example, by video player.

In addition, a dialog box can be set to inquire whether the user wants to close the volume of the webpage application program, specifically, an application list is displayed, and the application list comprises the identification of the webpage application program and the identification of the application program which is playing the audio currently; acquiring an identifier selected by a user based on the application list; if the selected identifier is the identifier of the webpage application program, judging that the webpage application program meets a mute condition, and then muting the webpage application program.

Referring to a dialog box 701 shown in fig. 7, an identifier of a web application, i.e., "name 1", and an identifier of an application playing audio, i.e., "audio application", are displayed in the dialog box 701, each identifier corresponds to a checkbox 702, and when a user clicks the checkbox 702, the identifier of the application corresponding to the selected checkbox 702 is input. For example, in fig. 7, if there is a check box 702 corresponding to the name 1 with a check mark "v" indicating that the application selected by the user is "name 1", the system mutes the web application corresponding to the "name 1". If the user selects "audio application", that is, if the selected identifier is the identifier of the application program currently playing audio, muting the application program currently playing audio, and instructing the web application program to play the audio file according to the preset volume, that is, executing S604.

It should be noted that the dialog box is located at a layer above the interface of the web application, specifically, the dialog box 701 may be a modal dialog box, and when the dialog box 701 is displayed, the user may be interrupted from operating the interface of the web application, for example, when the user wants to operate the interface of the web application on the interface shown in fig. 7, for example, slide down, the user must first operate the dialog box 701, for example, click the "close" button of the dialog box 701, and in the embodiment of the present application, the dialog box 701 is a pop-up window.

Further, if the user selects the identifier of the application program that is identified as currently playing audio, the application program that is currently playing audio may be instructed to pause playing the application while muting the application.

S604: and instructing the webpage application program to play the audio file according to the preset volume.

The preset volume may be a system volume, that is, a volume of a current system of the mobile terminal.

It should be noted that, for the parts not described in detail in the above steps, reference may be made to the foregoing embodiments, and details are not described herein again.

Referring to fig. 8, a method for controlling application volume is shown, which is applied to a mobile terminal and is used to solve a defect of poor user experience when playing an audio of a web application, and in particular, referring to fig. 8, the method includes: s801 to S805.

S801: when an audio playing request is received, whether the webpage application program belongs to the target category is judged.

S802: and judging whether the volume parameter of the webpage application program is a first parameter or not.

In this embodiment, the above-mentioned volume control key for the web application is provided in the mobile terminal, so that when the audio file is played by the web application, it is first determined whether the volume parameter of the web application is the first parameter, if so, S804 is executed, and if not, S803 is executed.

S803: and judging whether other application programs currently play the audio or not.

S804: muting the web application.

S805: and instructing the webpage application program to play the audio file according to the preset volume.

Referring to fig. 9, an application volume control device is shown, which is applied to a mobile terminal and is used for solving the defect of poor user experience when playing audio of a web application, and specifically, referring to fig. 9, the device includes: a judging unit 901, a confirming unit 902 and a muting unit 903.

The determining unit 901 is configured to determine whether the web application belongs to the target category when receiving an audio playing request, where the audio playing request is a request sent by the web application and used for playing an audio file.

A determining unit 902, configured to determine whether the web application satisfies a mute condition if the web application belongs to the target category.

A mute unit 903, configured to mute the web application if the condition is met.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

Referring to fig. 10, based on the method and apparatus, the embodiment of the present application further provides a mobile terminal 100, which includes an electronic body 10, where the electronic body 10 includes a housing 12 and a main display 120 disposed on the housing 12. The housing 12 may be made of metal, such as steel or aluminum alloy. In this embodiment, the main display 120 generally includes a display panel 111, and may also include a circuit or the like for responding to a touch operation performed on the display panel 111. The Display panel 111 may be a Liquid Crystal Display (LCD) panel, and in some embodiments, the Display panel 111 is a touch screen 109.

Referring to fig. 11, in an actual application scenario, the mobile terminal 100 may be used as a smart phone terminal, in which case the electronic body 10 generally further includes one or more processors 102 (only one is shown in the figure), a memory 104, an RF (Radio Frequency) module 106, an audio circuit 110, a sensor 114, an input module 118, and a power module 122. It will be understood by those skilled in the art that the structure shown in fig. 11 is merely illustrative and is not intended to limit the structure of the electronic body 10. For example, the electronics body section 10 may also include more or fewer components than shown in FIG. 11, or have a different configuration than shown in FIG. 10.

Those skilled in the art will appreciate that all other components are peripheral devices with respect to the processor 102, and the processor 102 is coupled to the peripheral devices through a plurality of peripheral interfaces 124. The peripheral interface 124 may be implemented based on the following criteria: universal Asynchronous Receiver/Transmitter (UART), General Purpose Input/Output (GPIO), Serial Peripheral Interface (SPI), and Inter-Integrated Circuit (I2C), but the present invention is not limited to these standards. In some examples, the peripheral interface 124 may comprise only a bus; in other examples, the peripheral interface 124 may also include other elements, such as one or more controllers, for example, a display controller for interfacing with the display panel 111 or a memory controller for interfacing with a memory. These controllers may also be separate from the peripheral interface 124 and integrated within the processor 102 or a corresponding peripheral.

The memory 104 may be used to store software programs and modules, and the processor 102 executes various functional applications and data processing by executing the software programs and modules stored in the memory 104. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory. In some examples, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the electronic body portion 10 or the primary display 120 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The RF module 106 is configured to receive and transmit electromagnetic waves, and achieve interconversion between the electromagnetic waves and electrical signals, so as to communicate with a communication network or other devices. The RF module 106 may include various existing circuit elements for performing these functions, such as an antenna, a radio frequency transceiver, a digital signal processor, an encryption/decryption chip, a Subscriber Identity Module (SIM) card, memory, and so forth. The RF module 106 may communicate with various networks such as the internet, an intranet, a wireless network, or with other devices via a wireless network. The wireless network may comprise a cellular telephone network, a wireless local area network, or a metropolitan area network. The Wireless network may use various Communication standards, protocols, and technologies, including, but not limited to, Global System for Mobile Communication (GSM), Enhanced Mobile Communication (Enhanced Data GSM Environment, EDGE), wideband Code division multiple Access (W-CDMA), Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Wireless Fidelity (WiFi) (e.g., Institute of Electrical and Electronics Engineers (IEEE) standard IEEE 802.10A, IEEE802.11 b, IEEE802.1 g, and/or IEEE802.11 n), Voice over internet protocol (VoIP), world wide mail Access (Microwave for Wireless Communication), Wi-11 Wireless Access (wimax), and any other suitable protocol for instant messaging, and may even include those protocols that have not yet been developed.

The audio circuitry 110, earpiece 101, sound jack 103, microphone 105 collectively provide an audio interface between a user and the electronic body portion 10 or the main display 120. Specifically, the audio circuit 110 receives sound data from the processor 102, converts the sound data into an electrical signal, and transmits the electrical signal to the earpiece 101. The earpiece 101 converts the electrical signal into sound waves that can be heard by the human ear. The audio circuitry 110 also receives electrical signals from the microphone 105, converts the electrical signals to sound data, and transmits the sound data to the processor 102 for further processing. Audio data may be retrieved from the memory 104 or through the RF module 106. In addition, audio data may also be stored in the memory 104 or transmitted through the RF module 106.

The sensor 114 is disposed in the electronic body portion 10 or the main display 120, examples of the sensor 114 include, but are not limited to: light sensors, operational sensors, pressure sensors 114G, gravity acceleration sensors, and other sensors.

Specifically, the light sensors may include a light sensor 114F, a pressure sensor 114G. Among them, the pressure sensor 114G may detect a pressure generated by pressing on the mobile terminal 100. That is, the pressure sensor 114G detects pressure generated by contact or pressing between the user and the mobile terminal, for example, contact or pressing between the user's ear and the mobile terminal. Accordingly, the pressure sensor 114G may be used to determine whether contact or pressing has occurred between the user and the mobile terminal 100, as well as the magnitude of the pressure.

Referring to fig. 10 again, in the embodiment shown in fig. 10, the light sensor 114F and the pressure sensor 114G are disposed adjacent to the display panel 111. The light sensor 114F may turn off the display output when an object is near the main display 120, for example, when the electronic body portion 10 moves to the ear.

As one of the motion sensors, the gravity acceleration sensor can detect the magnitude of acceleration in various directions (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used for applications (such as horizontal and vertical screen switching, related games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping) and the like for recognizing the attitude of the mobile terminal 100. In addition, the electronic body 10 may also be configured with other sensors such as a gyroscope, a barometer, a hygrometer and a thermometer, which are not described herein,

in this embodiment, the input module 118 may include the touch screen 109 disposed on the main display 120, and the touch screen 109 may collect touch operations of the user (for example, operations of the user on or near the touch screen 109 using any suitable object or accessory such as a finger, a stylus, etc.) and drive the corresponding connection device according to a preset program. Optionally, the touch screen 109 may include a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 102, and can receive and execute commands sent by the processor 102. In addition, the touch detection function of the touch screen 109 may be implemented by various types, such as resistive, capacitive, infrared, and surface acoustic wave.

The main display 120 is used to display information input by a user, information provided to the user, and various graphic user interfaces of the electronic body section 10, which may be composed of graphics, text, icons, numbers, video, and any combination thereof, and in one example, the touch screen 109 may be provided on the display panel 111 so as to be integrated with the display panel 111.

The power module 122 is used to provide power supply to the processor 102 and other components. Specifically, the power module 122 may include a power management system, one or more power sources (e.g., batteries or ac power), a charging circuit, a power failure detection circuit, an inverter, a power status indicator light, and any other components associated with the generation, management, and distribution of power within the electronic body portion 10 or the primary display 120.

The mobile terminal 100 further comprises a locator 119, the locator 119 being configured to determine an actual location of the mobile terminal 100. In this embodiment, the locator 119 implements the positioning of the mobile terminal 100 by using a positioning service, which is understood to be a technology or a service for obtaining the position information (e.g., longitude and latitude coordinates) of the mobile terminal 100 by using a specific positioning technology and marking the position of the positioned object on an electronic map.

It should be understood that the mobile terminal 100 described above is not limited to a smartphone terminal, but it should refer to a computer device that can be used in mobility. Specifically, the mobile terminal 100 refers to a mobile computer device equipped with an intelligent operating system, and the mobile terminal 100 includes, but is not limited to, a smart phone, a smart watch, a tablet computer, and the like.

In summary, according to the application volume control method, the application volume control device, the mobile terminal, and the computer readable medium provided in the embodiments of the present application, when an audio playing request for playing an audio file is sent by a web application, it is determined whether the web application is of a target category, that is, a screening is performed on the web application. And then, if the webpage application program belongs to the target category, determining whether the webpage application program meets a mute condition, and if so, muting the webpage application program. Therefore, the volume control of the webpage application program is realized, and the user experience is improved.

In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.

Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.

Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and the scope of the preferred embodiments of the present application includes other implementations in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present application.

The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (mobile terminal) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.

It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.

It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments. In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.

The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc. Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not necessarily depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. An application volume control method, comprising:

when an audio playing request is received, judging whether a webpage application program belongs to a target category, wherein the audio playing request is a request sent by the webpage application program and used for playing an audio file;

if the application program belongs to the target category, determining whether the webpage application program meets a mute condition;

if yes, muting the webpage application program;

the determining whether the web application satisfies a mute condition includes:

acquiring the frequency and the time length of playing the audio of the webpage application program in a certain time period, and acquiring the audio playing frequency of the webpage application program according to the frequency and the time length of playing the audio of the webpage application program in the certain time period;

and if the audio playing frequency is greater than a preset value, judging that the use state of the webpage application program meets a target standard, and confirming that the webpage application program meets a mute condition.

2. The method of claim 1, wherein said determining whether said web application satisfies a mute condition, and if so, muting said web application comprises:

acquiring a volume parameter of the webpage application program;

and if the volume parameter is a target parameter, muting the webpage application program.

3. The method of claim 2, wherein prior to obtaining the volume status of the web application, the method further comprises:

acquiring a mute request, wherein the mute request is a request aiming at the webpage application program and input by a user;

and setting the volume state of the webpage application program to be a mute state according to the mute request.

4. The method of claim 1, wherein the confirming whether the web application satisfies a mute condition comprises:

judging whether other application programs play audio currently or not;

and if the audio is played by other application programs, judging that the webpage application program meets the mute condition.

5. The method of claim 4, further comprising:

and if no other application program is playing the audio, indicating the webpage application program to play the audio file according to the preset volume.

6. The method of claim 4, wherein determining that the web application satisfies a mute condition if there are other applications playing audio comprises:

if the audio is played by other application programs, displaying an application list, wherein the application list comprises the identification of the webpage application program and the identification of the application program which is currently playing the audio;

acquiring an identifier selected by a user based on the application list;

and if the selected identifier is the identifier of the webpage application program, judging that the webpage application program meets a mute condition.

7. The method of claim 6, further comprising:

and if the selected identifier is the identifier of the application program which is playing the audio currently, muting the application program which is playing the audio currently, and indicating the webpage application program to play the audio file according to the preset volume.

8. An apparatus for controlling an application volume, comprising:

the device comprises a judging unit, a judging unit and a judging unit, wherein the judging unit is used for judging whether a webpage application program belongs to a target category or not when receiving an audio playing request, and the audio playing request is a request sent by the webpage application program and used for playing an audio file;

the confirming unit is used for confirming whether the webpage application program meets a mute condition or not if the webpage application program belongs to the target category;

the silencing unit is used for silencing the webpage application program if the requirement is met;

9. A mobile terminal comprising a memory and a processor, the memory coupled to the processor; the memory stores instructions that, when executed by the processor, cause the processor to:

if yes, muting the webpage application program;

10. A computer-readable medium having program code executable by a processor, wherein the program code causes the processor to perform the method of any one of claims 1-7.