CN112035242A - Method for playing push message, computing device and computer-readable storage medium - Google Patents
Method for playing push message, computing device and computer-readable storage medium Download PDFInfo
- Publication number
- CN112035242A CN112035242A CN202011226572.3A CN202011226572A CN112035242A CN 112035242 A CN112035242 A CN 112035242A CN 202011226572 A CN202011226572 A CN 202011226572A CN 112035242 A CN112035242 A CN 112035242A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- push
- permission
- application
- lock
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
- G06F9/4893—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues taking into account power or heat criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The present disclosure relates to a method, computing device, and computer-readable storage medium for playing push messages. The method comprises the following steps: determining, at a user terminal, an operating system of the user terminal based on an application program interface of the user terminal; triggering a wake-up lock for an application executing the playback, the application being woken up in response to receiving the wake-up lock; determining whether a first time interval has been reached; releasing the wake-up lock for the application in response to determining that a first time interval has been reached, the first time interval being determined based on power consumption of the operating system and the user terminal; and triggering a next wake-up lock for the application in response to a second time interval from releasing the wake-up lock being reached, the second time interval being determined based on power consumption of the operating system and the user terminal. According to the embodiment of the disclosure, the push message can be pushed to the user terminal in time, so that the real-time broadcasting of the transaction is guaranteed.
Description
Technical Field
Embodiments of the present disclosure relate generally to the field of information processing, and more particularly, to a method, a computing device, and a computer-readable storage medium for playing push messages.
Background
Mobile payment provides a great deal of convenience for people's life. The mobile payment has particularly strict requirements on timeliness. This timeliness extends throughout the transaction, including both the speed of completion of the transaction and the speed of message prompting following the transaction. With the gradual popularization of mobile payment methods, merchants are concerned about the accuracy and timeliness of transaction broadcasting.
In the field of mobile payment, after a merchant completes a transaction (for example, a consumer completes payment by scanning a two-dimensional code), a user terminal of the merchant broadcasts the content of the transaction in a voice mode, so that the merchant can know whether the transaction is completed or not without additional operation. In conventional transaction play schemes, whether a message can be pushed to a user terminal in a timely manner depends to a large extent on the quality of service of the push channel. However, if for example a network failure occurs or the quality of the push channel is not stable, the push message will not reach the user terminal in time. Even if the push message reaches the user terminal after a short delay, this does not meet the timeliness requirements of real-time transactions.
In addition, the above operation is performed in the user terminal by means of an application installed in the user terminal. In a conventional scheme, a user terminal often quits or suspends the application program for various reasons, which also causes that the broadcast action cannot be timely and accurately completed.
Disclosure of Invention
The present disclosure provides a method, a computing device, and a computer-readable storage medium for playing a push message, which can improve the success rate and timeliness of message push so as to improve user experience.
According to a first aspect of the present disclosure, a method of playing a push message is provided. The method comprises the following steps: determining, at a user terminal, an operating system of the user terminal based on an application program interface of the user terminal; triggering a wake-up lock for an application executing the playback, the application being woken up in response to receiving the wake-up lock; determining whether a first time interval has been reached; releasing the wake-up lock for the application in response to determining that a first time interval has been reached, the first time interval being determined based on power consumption of the operating system and the user terminal; and triggering a next wake-up lock for the application in response to a second time interval from releasing the wake-up lock being reached, the second time interval being determined based on power consumption of the operating system and the user terminal.
According to a second aspect of the present invention, there is also provided a computing device comprising: at least one processing unit; at least one memory coupled to the at least one processing unit and storing instructions for execution by the at least one processing unit, the instructions when executed by the at least one processing unit, cause the apparatus to perform the method of the first aspect of the disclosure.
According to a third aspect of the present disclosure, there is also provided a computer-readable storage medium. The computer readable storage medium has stored thereon a computer program which, when executed by a machine, performs the method of the first aspect of the disclosure.
In some embodiments, the method of playing push messages further comprises: receiving the push message from a server via a plurality of push channels, wherein the plurality of push channels include a push channel associated with the operating system of the user terminal and a push channel independent of the operating system; responding to the first receiving of the push message transmitted by one of the push channels by the user terminal, playing the message content to be played contained in the push message, and identifying the push message as played; and in response to the user terminal receiving the push message transmitted via another of the plurality of push channels other than the one channel and confirming that the push message is identified as played, no longer playing the push message.
In some embodiments, the method of playing push messages further comprises: determining a plurality of first permissions associated with power consumption of the user terminal from a plurality of permissions of the user terminal based on an operating system of the user terminal; determining whether each of the plurality of first permissions has been opened in the user terminal in response to a user initiating an optimization function through the application; and opening the closed first right of the plurality of first rights.
In some embodiments, the plurality of first permissions include one or more of a floating window permission, a permission notification permission, an open banner notification bar permission, a permission to disturb permission, a lock screen notification display permission, a lock screen notification screen-up permission, a lock screen display all notification content permission, a close lock screen cleaning permission, a close power saving mode permission, a close super power saving permission, a keep network connection permission during sleep, a disallow battery optimization permission, an open self-start permission, and an open background lock permission.
In some embodiments, opening the closed first right of the plurality of first rights comprises: the first right is opened via a barrier-free mode of the user terminal.
In some embodiments, the method of playing push messages further comprises: displaying the application program for performing the playing in a message notification list of the user terminal, the message notification list being used for displaying application programs having a high priority in the user terminal.
In some embodiments, the method of playing push messages further comprises: obtaining authorization from a development kit on the user terminal, wherein the development kit is associated with each push channel of the plurality of push channels; sending a request for acquiring a channel token to each push channel in the push channels; obtaining the corresponding channel token from each push channel; and associating each push channel with a corresponding channel token.
It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present disclosure, nor do they limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.
Drawings
The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application.
Fig. 1 schematically illustrates a schematic diagram of an example system in which various embodiments of the present disclosure can be implemented.
Fig. 2 schematically shows a flow chart of a method for playing push messages according to an embodiment of the present disclosure.
Fig. 3 schematically shows a flow chart of further steps of a method for playing a push message according to an embodiment of the present disclosure.
Fig. 4 schematically shows a flow chart of further steps of a method for playing a push message according to an embodiment of the present disclosure.
Fig. 5 schematically shows a flow chart of further steps of a method for playing a push message according to an embodiment of the present disclosure.
FIG. 6 schematically illustrates a block diagram of a computing device capable of implementing various embodiments of the present disclosure.
Detailed Description
The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
In describing embodiments of the present disclosure, the terms "include" and its derivatives should be interpreted as being open-ended, i.e., "including but not limited to. The term "based on" should be understood as "based at least in part on". The term "one embodiment" or "the embodiment" should be understood as "at least one embodiment". The terms "first," "second," and the like may refer to different or the same object. Other explicit and implicit definitions are also possible below.
In view of the various problems in the prior art solutions mentioned above, embodiments of the present disclosure provide a solution for playing push messages, which aims to at least partially solve the above problems. Embodiments of the present disclosure will be described in detail below with reference to fig. 1 to 5.
Fig. 1 illustrates a schematic diagram of an example system 100 in which various embodiments of the present disclosure can be implemented. As shown in fig. 1, in the system 100, once a transaction occurs, the server 104 receives notification and knows the transaction, and pushes a push message 105 to the application 103 of the user terminal 102 via the push channel 106.
With respect to the user terminal 102, examples of the user terminal 102 include, but are not limited to, a smart phone, a smart speaker, a computer, and/or other device having audio playback capabilities. After receiving the push message 105, the user terminal 102 broadcasts the details of the transaction to which the push message 105 relates via a device such as a speaker so that, for example, a user of the merchant can know that the transaction has occurred.
Fig. 2 illustrates a flow diagram of a method 200 for playing push messages 105 according to some embodiments of the present disclosure. The method 200 may be performed by various types of computing devices.
In step 202, at the user terminal 102, an operating system of the user terminal 102 is determined based on an Application Program Interface (API) of the user terminal 102.
In step 204, a Wake Lock (Wake Lock) for the application 103 for performing the play is triggered. The wake-up lock is a way to keep the processor of the subscriber terminal 102 running and prevent sleep. The application 103 wakes up in response to receiving the wake lock. If the application 103 is not granted a wake-up lock, after the user terminal 102 has been dormant for a certain time, the application 103 may be forced to exit by the operating system of the user terminal 102, which may result in the push message 105 not being successfully broadcasted. By giving the wake-up lock to the application 103, the application 103 can be prevented from sleeping in the user terminal 102.
In step 206, it is determined whether the first time interval has been reached. In step 208, if it is determined that the first time interval has been reached, the wake lock for the application 103 is released. In the ue 102, if the application 103 holds the wake-up lock for too long, the power consumption of the ue 102 may be increased, which may cause the ue 102 to regard the application 103 as an application consuming too much energy. In the user terminal 102, in order to ensure that its energy consumption is maintained at a certain level, if the energy consumption of a certain application is evaluated to be too high, such evaluation will cause the user terminal 102 to initiate a process such as a program manager to force exit from the application. Therefore, releasing the wake-up lock after the first time interval is reached can prevent the application program 103 from being forcibly exited due to too high energy consumption, thereby also ensuring the success rate of voice broadcast. The length of the first time interval may be affected by the operating system of a different user terminal 102. In other words, the first time interval is determined based on the power consumption of the operating system and the user terminal 102.
In step 210, a next wake-up lock for the application 103 is triggered in response to a second time interval having been reached since the wake-up lock was released. The second time interval is determined based on the power consumption of the operating system and the user terminal 102. Thus, the wake-up lock is reacquired after the release reaches the second time interval, which, on the one hand, may prevent the application 103 from being regarded as a long-term inactive application 103 by the user terminal 102 during use, thereby preventing the application 103 from being terminated or suspended by the user terminal 102. On the other hand, the application 103 is not marked by the user terminal 102 as an application 103 that is too consumable for the system of the user terminal 102.
In this way, by optimizing the use of the wake-up lock, the application 103 may be prevented from being exited by the user terminal 102, thereby increasing the arrival rate of the broadcast.
In conventional applications 103, the push service simply pushes the push message 105 through a push channel 106 associated with the operating system of the user terminal 102. Taking a certain brand of user terminal 102 as an example, the user terminal 102 is loaded with a push channel 106 only suitable for the brand of user terminal 102. This single channel push approach is susceptible to fluctuations in the quality of service of the channel. For example, during peak hours of push, a delay may be incurred in the arrival of the push message 105 from the server to the user terminal 102. If the delay is too severe, it will directly impact the value of the push message 105 play, which is commercially undesirable.
An exemplary method 300 for message push with multiple channels according to an embodiment of the disclosure is described below in conjunction with fig. 3. In step 302, a push message 105 may be received from a server via a plurality of push channels 106, the push channels 106 including a push channel associated with an operating system of the user terminal 102 and a push channel independent of the operating system. In some embodiments, these push channels 106 may comprise push channels set up by the provider of the user terminal 102. These push channels 106 may also include push channels that are built by commercially available third party professional providers. Through the push channels 106, a channel redundancy scheme can be provided for the application 103, so as to alleviate the negative effect caused by unstable channel service quality, thereby ensuring that the push message 105 is not missed.
While ensuring that the push reaches the user terminal 102 in a timely manner, it is also ensured that the same push message 105 is not replayed. In a specific transaction scenario, if the push message 105 is played multiple times, the merchant may misunderstand the message, which may cause transaction disputes. Referring to fig. 3, in step 304, in response to the user terminal 102 receiving for the first time a push message 105 transmitted via one of the push channels 106, the message content to be played contained in the push message 105 is played and the push message 105 is identified as played.
In step 306, in response to the user terminal 102 receiving the push message 105 transmitted via the other push channel of the plurality of push channels 106 than the push channel 106 and confirming that the push message 105 has been played, the same push message 105 is not played any more. Through the deduplication mechanism described herein, the same push message 105 can be prevented from being repeatedly broadcasted, thereby ensuring the reliability of the broadcast.
During operation of the user terminal 102, there are some rights associated with power consumption in the user terminal 102. Among these rights, some rights, if opened, may cause the user terminal 102 to stop the operation of some applications 103 in order to reduce the power consumption of the user terminal 102. This may cause the application 103 for performing playback to be forcibly exited by the user terminal 102. The switching of these permissions exists in the setup interface of the user terminal 102. Taking a certain brand of user terminal 102 as an example, these permissions may include turning on and off of the power saving mode. If the power saving mode is turned on, the possibility that the application 103 is forcibly exited by the user terminal 102 is greatly increased. As another example, these permissions may include allowing the disturbance to turn on and off, and if the disturbance is allowed to turn on, facilitating the application 103 to run in the background of the user terminal 102. These rights differ according to the difference of the user terminal 102, and the switches of the rights are distributed sporadically under different setting paths of the user terminal 102. This can significantly degrade the user experience if the user is left to turn these rights on or off, respectively. Furthermore, it is inefficient because the user often has no clear details of which particular permissions may affect the operation of the application 103, and having the user perform these settings by himself is often prone to errors.
Some illustrative methods 400 for optimizing the permission settings of the user terminal 102 in accordance with embodiments of the present disclosure are described below in conjunction with fig. 4.
At step 402, a plurality of first permissions associated with power consumption of the user terminal 102 may be determined from a plurality of permissions of the user terminal 102 based on an operating system of the user terminal 102. The application 103 may determine the rights for the user terminal 102 based on different user terminals 102. Further, the application 103 can determine the setting path of these rights.
At step 404, it is determined whether each of a plurality of first permissions has been opened in the user terminal 102 in response to the user initiating the optimization function through the application 103. At step 406, a closed first right of the plurality of first rights is opened. In some embodiments, the user may effect modification of these permissions of the user terminal 102 by selecting a one-key optimized function in the application 103. After the user clicks on the one-click optimization on the interface of the application 103, the application 103 may determine the current state of the permissions determined, i.e., whether the permissions are currently open or closed. Since the application 103 can determine the setting path of these rights, the application 103 can open the currently closed rights in a manner allowed by the user terminal 102 without the user's operation.
According to the embodiment of the present disclosure, the user can conveniently optimize the settings in a manner allowed by the user terminal 102, further ensuring that the application 103 is not forcibly exited by the user terminal 102. This may improve the user experience.
In some embodiments, the permissions include one or more of a floating window permission, a permission notification permission, an open banner notification bar permission, a permission to disturb permission, a lock screen notification display permission, a lock screen notification light permission, a lock screen display all notification content permission, a close lock screen cleaning permission, a close power saving mode permission, a close super power saving permission, a keep network connection permission during sleep, a disallow battery optimization permission, an open self-start permission, and an open background lock permission. It should be understood that the forms of rights listed herein are exemplary only. In a particular user terminal 102, only some of the implementations listed herein may be included, as may other forms of rights not listed herein. The specific form of rights may vary among different user terminals 102. The specific form is not limited to the embodiments of the present disclosure.
In some embodiments, opening the closed first right of the plurality of first rights may include opening the first right via an unobstructed mode of the user terminal 102. When the barrier-free mode is not started, a user needs to manually start a plurality of possibly undescribed system permissions, and once a certain permission is not opened, the arrival rate of message pushing is greatly influenced. In this way, through the automatic optimization of the barrier-free mode, the deviation of the human understanding of the user can be effectively avoided, and the opening of the authority can be optimized quickly and accurately.
An exemplary method 500 for initializing an association of the push channel 106 and the user terminal 102 according to an embodiment of the present disclosure is described below in conjunction with fig. 5.
At step 502, the method 500 includes obtaining authorization from a development kit on the user terminal 102, wherein the development kit is associated with each push channel of the plurality of push channels 106. The development kit, also referred to as an SDK, is a collection of development tools used in building application software for a particular software package, software framework, hardware platform, operating system, and the like. The development kit may be associated with the push channel 106 to be used. For example, in some embodiments, if a user wants to push a message 105 using one of the push channels 106, a development kit corresponding to the push channel 106 needs to be pre-installed on the user terminal 102.
At step 504, a request is issued to each of the push channels 106 to obtain a channel token. At step 506, a corresponding channel token is obtained from each push channel 106. This may enable the user terminal 102 to obtain a channel token corresponding to each push channel 106. In some embodiments, a channel development kit is provided in the server 104. The channel development kit corresponds to the development kit on the user terminal 102.
At step 508, each push channel 106 is associated with a respective channel token. In this way, the user terminal 102 is facilitated to obtain the identities of these push channels 106, thereby enabling initialization of the push channels 106. After initialization, if a consumption transaction is completed, push messages 105 containing information about the transaction can be pushed through these push channels 106 for channel redundancy.
In some embodiments, the method 200 may further include displaying the application 103 for performing the play in a message notification list of the user terminal 102. In the user terminal 102, the message notification list is used to display the application 103 having a higher priority. In some user terminals 102, the message notification list may be embedded in a foreground notification bar of the user terminal 102. If the application 103 is not associated to the foreground notification bar, the application 103 is running in the background, and its active priority is lowered, in which case the operating system of the user terminal 102 will automatically clean up these background applications 103 according to their resource contribution and energy consumption. Furthermore, applications 103 in the background are only allowed to continue to be active for a limited period of time, after which they may be suspended by the operating system of user terminal 102. In these cases, the push message 105 cannot reach the application 103 in a timely manner. According to the embodiment of the present disclosure, since the priority levels of the applications 103 in the foreground notification bar are high, the possibility that these applications 103 are forcibly exited by the operating system of the user terminal 102 is low. By customizing the foreground notification bar in some user terminals 102, the active priority of the application 103 may be increased. In this way, the push message 105 can reach the application 103 timely and accurately, thereby guaranteeing the timeliness of message broadcasting.
In some embodiments, the method according to the present disclosure is applicable to an Android system, and the method can help the user terminal 102 based on the Android system to realize efficient and timely pushing.
The application also provides a computing device 600 and a readable storage medium according to embodiments of the application. FIG. 6 illustrates a schematic block diagram of a computing device 600 capable of implementing various embodiments of the present disclosure.
As shown, computing device 600 includes a Central Processing Unit (CPU) 601 that can perform various appropriate actions and processes in accordance with computer program instructions stored in a Read Only Memory (ROM) 602 or loaded from a storage unit 608 into a Random Access Memory (RAM) 603. In the RAM, various programs and data required for the operation of the computing device 600 may also be stored. The CPU, ROM, and RAM are connected to each other through a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
A number of components in computing device 600 connect to I/O interface 605, including: an input unit 606 such as a keyboard, a mouse, or the like; an output unit 607 such as various types of displays, speakers, and the like; a storage unit 608, such as a magnetic disk, optical disk, or the like; and a communication unit 609 such as a network card, modem, wireless communication transceiver, etc. The communication unit 609 allows the computing device 600 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.
The various processes and processes described above, such as methods 200, 300, 400, 500, may be performed by the central processing unit 601. For example, in some embodiments, the methods 200, 300, 400, 500 may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 608. In some embodiments, part or all of the computer program may be loaded and/or installed onto computing device 600 via ROM and/or communications unit 609. When loaded into RAM and executed by a CPU, the computer program may perform one or more of the actions of the methods 200, 300, 400, 500 described above.
The present disclosure may be methods, apparatus, systems, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for carrying out various aspects of the present disclosure.
The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.
The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.
The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the C language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).
Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer-readable program instructions may be provided to a central processing unit of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the central processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present application may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present application can be achieved, and the present invention is not limited herein.
The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (9)
1. A method of playing a push message, comprising:
determining, at a user terminal, an operating system of the user terminal based on an application program interface of the user terminal;
triggering a wake-up lock for an application for performing playback, the application being woken up in response to receiving the wake-up lock;
determining whether a first time interval has been reached;
releasing the wake-up lock for the application in response to determining that a first time interval has been reached, the first time interval being determined based on power consumption of the operating system and the user terminal; and
triggering a next wake-up lock for the application in response to reaching a second time interval since releasing the wake-up lock, the second time interval being determined based on power consumption of the operating system and the user terminal.
2. The method of claim 1, further comprising:
receiving the push message from a server via a plurality of push channels, wherein the plurality of push channels includes a push channel associated with the operating system of the user terminal and a push channel independent of the operating system;
in response to the user terminal receiving the push message transmitted through one of the push channels for the first time, playing the message content to be played contained in the push message, and identifying the push message as played; and
in response to the user terminal receiving the push message transmitted via another of the plurality of push channels other than the one channel and confirming that the push message is identified as played, no longer playing the push message.
3. The method of claim 1, further comprising:
determining a plurality of first permissions associated with power consumption of the user terminal from a plurality of permissions of the user terminal based on an operating system of the user terminal;
in response to a user initiating an optimization function through the application,
determining whether each of the plurality of first permissions has been opened in the user terminal; and
opening the closed first right of the plurality of first rights.
4. The method of claim 3, wherein the plurality of first permissions include one or more of a floating window permission, a permission notification permission, an open banner notification bar permission, a permission disturbance permission, a lock screen notification display permission, a lock screen notification screen-up permission, a lock screen display all notification content permission, a close lock screen cleaning permission, a close power saving mode permission, a close super power saving permission, a keep network connection permission during sleep, a disallow battery optimization permission, an open self-start permission, an open background lock permission.
5. The method of claim 3, wherein opening the closed ones of the plurality of first permissions comprises:
opening the first right via an unobstructed mode of the user terminal.
6. The method of claim 1, further comprising:
displaying the application program for performing the playing in a message notification list of the user terminal, wherein the message notification list is used for displaying the application program with high priority in the user terminal.
7. The method of claim 1, further comprising:
obtaining authorization from a development kit on the user terminal, wherein the development kit is associated with each push channel of the plurality of push channels;
sending a request for acquiring a channel token to each of the push channels;
obtaining the corresponding channel token from each push channel; and
associating each push channel with a respective channel token.
8. A computing device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein
The memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-7.
9. A computer-readable storage medium having stored thereon computer instructions for causing the computer to perform the method of any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011226572.3A CN112035242B (en) | 2020-11-06 | 2020-11-06 | Method for playing push message, computing device and computer-readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011226572.3A CN112035242B (en) | 2020-11-06 | 2020-11-06 | Method for playing push message, computing device and computer-readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112035242A true CN112035242A (en) | 2020-12-04 |
| CN112035242B CN112035242B (en) | 2021-03-09 |
Family
ID=73572760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011226572.3A Active CN112035242B (en) | 2020-11-06 | 2020-11-06 | Method for playing push message, computing device and computer-readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112035242B (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103677565A (en) * | 2013-11-22 | 2014-03-26 | 小米科技有限责任公司 | Screen unlocking method and device and terminal |
| CN106020415A (en) * | 2016-05-09 | 2016-10-12 | 深圳市万普拉斯科技有限公司 | Application control method and apparatus for intelligent device in standby state |
| CN106168902A (en) * | 2016-06-29 | 2016-11-30 | 北京金山安全软件有限公司 | Awakening control method, device and equipment |
| CN106662907A (en) * | 2015-10-29 | 2017-05-10 | 华为技术有限公司 | Terminal based wake-up lock control method, device and terminal |
| CN107302789A (en) * | 2017-06-21 | 2017-10-27 | 上海集赫电子商务有限公司 | A kind of method and system for improving Android device battery durable ability |
| CN107885308A (en) * | 2016-09-30 | 2018-04-06 | 北京小米移动软件有限公司 | Electricity saving method and device |
| CN108132803A (en) * | 2018-01-17 | 2018-06-08 | 吉浦斯信息咨询（深圳）有限公司 | Timing keep-alive and awakening method, system, terminal and medium based on mobile terminal |
| US10120427B1 (en) * | 2016-03-30 | 2018-11-06 | Square, Inc. | Multi-chip reference counting power management |
| CN109739577A (en) * | 2019-01-04 | 2019-05-10 | Oppo广东移动通信有限公司 | Using exempting from freezing method, electronic device and computer readable storage medium |
| CN109947484A (en) * | 2019-02-25 | 2019-06-28 | 努比亚技术有限公司 | A kind of control method, terminal and computer readable storage medium waking up lock |
| CN110688165A (en) * | 2019-09-26 | 2020-01-14 | 珠海市魅族科技有限公司 | Application wake-up lock management method and device, terminal, storage medium and electronic device |
-
2020
- 2020-11-06 CN CN202011226572.3A patent/CN112035242B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103677565A (en) * | 2013-11-22 | 2014-03-26 | 小米科技有限责任公司 | Screen unlocking method and device and terminal |
| CN106662907A (en) * | 2015-10-29 | 2017-05-10 | 华为技术有限公司 | Terminal based wake-up lock control method, device and terminal |
| US10120427B1 (en) * | 2016-03-30 | 2018-11-06 | Square, Inc. | Multi-chip reference counting power management |
| CN106020415A (en) * | 2016-05-09 | 2016-10-12 | 深圳市万普拉斯科技有限公司 | Application control method and apparatus for intelligent device in standby state |
| CN106168902A (en) * | 2016-06-29 | 2016-11-30 | 北京金山安全软件有限公司 | Awakening control method, device and equipment |
| CN107885308A (en) * | 2016-09-30 | 2018-04-06 | 北京小米移动软件有限公司 | Electricity saving method and device |
| CN107302789A (en) * | 2017-06-21 | 2017-10-27 | 上海集赫电子商务有限公司 | A kind of method and system for improving Android device battery durable ability |
| CN108132803A (en) * | 2018-01-17 | 2018-06-08 | 吉浦斯信息咨询（深圳）有限公司 | Timing keep-alive and awakening method, system, terminal and medium based on mobile terminal |
| CN109739577A (en) * | 2019-01-04 | 2019-05-10 | Oppo广东移动通信有限公司 | Using exempting from freezing method, electronic device and computer readable storage medium |
| CN109947484A (en) * | 2019-02-25 | 2019-06-28 | 努比亚技术有限公司 | A kind of control method, terminal and computer readable storage medium waking up lock |
| CN110688165A (en) * | 2019-09-26 | 2020-01-14 | 珠海市魅族科技有限公司 | Application wake-up lock management method and device, terminal, storage medium and electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112035242B (en) | 2021-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10044641B2 (en) | Data packet processing in SDN | |
| BR102012005742A2 (en) | data processing device, receiving device, and, Methods for operating a data processing device and receiving device, and, computer software | |
| CN106922039B (en) | Heartbeat message sending method and device | |
| WO2016165078A1 (en) | Method and terminal for controlling application | |
| CN109391843B (en) | Online video speed doubling playing method, device, medium and intelligent terminal | |
| US10542453B2 (en) | Automatic full download of important emails | |
| US9954939B2 (en) | Processing a message received by a message server | |
| CN106973003B (en) | Group message notification method, client, electronic device and server | |
| US11956531B2 (en) | Video sharing method and apparatus, electronic device, and storage medium | |
| CN104641599A (en) | Methods and systems for delayed notifications in communications networks | |
| CN115589273B (en) | EPA communication system | |
| US9686202B2 (en) | Network-specific data downloading to a mobile device | |
| CN112035242B (en) | Method for playing push message, computing device and computer-readable storage medium | |
| US20160134762A1 (en) | Enabling mobile computing devices to track data usage among mobile computing devices that share a data plan | |
| CN113473395B (en) | Message processing method, device, medium and electronic equipment | |
| US9955521B2 (en) | Device connectivity | |
| CN112702146B (en) | Data processing method and device | |
| US8600359B2 (en) | Data session synchronization with phone numbers | |
| WO2023083066A1 (en) | Data synchronization method and apparatus | |
| CN111467797B (en) | Game data processing method and device, computer storage medium and electronic equipment | |
| US9843550B2 (en) | Processing messages in a data messaging system using constructed resource models | |
| CN112995254B (en) | Method, equipment, system, device and component for transmitting heartbeat information | |
| KR102103665B1 (en) | Method and apparatus for handling notifications in mobile instant messenger | |
| CN110308975B (en) | Play starting method and device for player | |
| US20200145470A1 (en) | Method and apparatus for playing media file |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220317 Address after: 200333 4th floor, building 26, Tiandi Software Park, No. 879, Zhongjiang Road, Putuo District, Shanghai Patentee after: Shanghai shouqianba Internet Technology Co.,Ltd. Address before: Room 821, building 1, No.89, Hongshan South Road, Gulou District, Nanjing City, Jiangsu Province, 210000 Patentee before: Nanjing Yanli Technology Co.,Ltd. |
|
| TR01 | Transfer of patent right |