CN106708617A - 一种基于Service的应用进程保活系统及保活方法 - Google Patents
一种基于Service的应用进程保活系统及保活方法 Download PDFInfo
- Publication number
- CN106708617A CN106708617A CN201611207538.5A CN201611207538A CN106708617A CN 106708617 A CN106708617 A CN 106708617A CN 201611207538 A CN201611207538 A CN 201611207538A CN 106708617 A CN106708617 A CN 106708617A
- Authority
- CN
- China
- Prior art keywords
- service
- broadcast message
- cpu usage
- application process
- alive
- 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
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
-
- 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/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种基于Service的应用进程保活系统,涉及应用程序通信技术领域,包括广播接收模块和Service启动模块,广播接收模块用于在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;接收到广播消息时,通知Service启动模块接收到的广播消息类型;Service启动模块用于获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和所述对应关系启动对应的Service服务。采用本发明的技术方案,后台的应用进程的Service服务被系统退出也能实现应用进程保活。本发明公开了一种基于Service的应用进程保活方法。
Description
技术领域
本发明涉及应用程序通信技术领域,具体涉及一种基于Service的应用进程保活系统及保活方法。
背景技术
在安卓系统的开发中UI前台通常是用于展示前台界面的,后台服务主要是用于处理业务逻辑的,一种常见的使用场景是用户暂时不用的应用进程在后台继续运行。如果应用进程长时间在后台运行,系统通常会因为功耗的问题将后台的应用进程退出,这样退到后台的应用进程也就被停止掉了。但是很多应用进程都希望长期在后台进行执行,不希望被安卓系统退出,这个时候就需要有一种方法能够将后台的应用进程进行保活处理。
Service是安卓系统中的四大组件之一,它是一种长生命周期的,没有可视化界面,运行于后台的一种服务程序。安卓系统会尽量保持拥有service服务的应用进程运行,当内存不足时,拥有service服务的进程具有较高的优先级,不容易被系统退出掉。因此目前常规的应用进程保活方案是通过各种技术手段确保后台的应用进程的Service服务不被系统退出掉,从而实现应用进程的保活。
但是所有这些优化手段都只能能够提高应用进程的Service服务的优先级,使得Service不那么容易被系统退出,但还是有可能会被系统退出,并且后台的应用进程的Service服务一旦被退出了,整个应用进程的Service服务将不再运行,直到用户下一次点击启动应用进程的时候才会再次执行后台应用进程的Service服务,无法确保应用进程的保活。
因此,亟需一种既使后台的应用进程的Service服务被系统退出也能实现应用进程保活的技术方案。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种基于Service的应用进程保活系统及保活方法,既使后台的应用进程的Service服务被系统退出也能实现应用进程保活。
为达到以上目的,本发明采取的技术方案是:一种基于Service的应用进程保活系统,包括广播接收模块和Service启动模块,其中:
广播接收模块用于在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;接收到广播消息时,通知Service启动模块接收到的广播消息类型;
Service启动模块用于获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和所述对应关系启动对应的Service服务。
在上述技术方案的基础上,所述系统还包括定时模块,所述定时模块用于在安卓系统中添加定时器;当Service启动模块接收到广播消息类型的通知时,启动所述定时器,所述定时器在预设的时间延迟后触发所述Service启动模块启动Service服务。
在上述技术方案的基础上,所述时间延迟根据安卓系统的CPU使用率动态调节。
在上述技术方案的基础上,所述系统还包括控制模块,所述控制模块用于根据安卓系统的CPU使用率动态调节所述时间延迟。
在上述技术方案的基础上,所述控制模块包括CPU使用率监测单元、对应规则设置单元和延迟动态调节单元;所述CPU使用率监测单元用于实时监测安卓系统的CPU使用率;所述对应规则设置单元用于获取CPU使用率与所述时间延迟之间预设的对应规则;所述延迟动态调节单元用于根据CPU使用率和所述预设的对应规则动态调整所述时间延迟。
在上述技术方案的基础上,所述对应规则为:时间延迟=A*(CPU使用率)2+B*(CPU使用率)+C,其中,A>0且CPU使用率≥时间延迟和CPU使用率均大于0,A、B、C为预设的参数。
在上述技术方案的基础上,所述Service启动模块通过在广播接收器中调用startService方法动Service服务。
本发明还公开了一种基于Service的应用进程保活系统的应用进程保活方法,其特征在于,包括:
广播接收模块在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;
广播接收模块接收到广播消息时,通知Service启动模块接收到的广播消息类型;
Service启动模块获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和所述对应关系启动对应的Service服务。
在上述技术方案的基础上,所述定时模块在安卓系统中添加定时器,当Service启动模块接收到广播消息类型的通知时,启动所述定时器,所述定时器在预设的时间延迟后触发所述Service启动模块启动Service服务。
在上述技术方案的基础上,所述控制模块根据安卓系统的CPU使用率动态调节所述定时器的时间延迟
与现有技术相比,本发明的优点在于:
1、本发明在安卓系统中注册自定义的广播接收器接收预设类型的广播消息,在收到预设类型的广播消息的时候,通过调用startService方法启动对应的Service服务,从而实现即使Service服务被系统退出了,依旧能够被安卓系统的广播消息触发Service服务的启动,确保应用程序在后台服务的常驻。
2、本发明还包括定时模块,用以在预设的时间延迟后触发Service启动模块启动Service服务,从而减轻安卓系统的CPU使用率的负担。
3、本发明还包括控制模块,用以根据安卓系统的CPU使用率动态调节Service启动模块启动Service服务之前的时间延迟:CPU使用率越高,时间延迟越长;CPU使用率越低,时间延迟越短;能够在确保CPU使用率平衡的情况下,实现应用进程的保活。
附图说明
图1为本发明实施例中基于Service的应用进程保活系统的结构示意图;
图2为本发明实施例中CPU使用率与时间延迟之间对应关系的二次函数示意图;
图3为本发明实施例中基于Service的应用进程保活方法的流程示意图。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
参见图1所示,本发明实施例提供一种基于Service的应用进程保活系统,包括广播接收模块和Service启动模块,其中:
广播接收模块用于在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;接收到广播消息时,通知Service启动模块接收到的广播消息类型。
Service启动模块用于获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和对应关系启动对应的Service服务。Service启动模块通过在广播接收器中调用startService方法动Service服务。
Service服务的启动特点是:如果Service服务处于停止状态,通过startService方法能够将Service服务从停止状态修改为启动状态;如果Service服务处于运行状态,再次调用startService方法不会对Service服务造成任何影响,依旧能够保持原来的装填运行,不会出现重启Service服务的问题。
系统还包括定时模块,定时模块用于在安卓系统中添加定时器;当Service启动模块接收到广播消息类型的通知时,启动定时器,定时器在预设的时间延迟后触发Service启动模块启动Service服务。时间延迟根据安卓系统的CPU使用率动态调节。
系统还包括控制模块,控制模块用于根据安卓系统的CPU使用率动态调节时间延迟。控制模块包括CPU使用率监测单元、对应规则设置单元和延迟动态调节单元;CPU使用率监测单元用于实时监测安卓系统的CPU使用率;对应规则设置单元用于获取CPU使用率与时间延迟之间预设的对应规则;延迟动态调节单元用于根据CPU使用率和预设的对应规则动态调整时间延迟。
例如,CPU使用率与时间延迟之间预设的对应规则为:
当CPU的使用率高的时候,延长定时器的时间延迟;当CPU的使用率低的时候,降低定时器的时间延迟。
可以通过一个公式来表示CPU使用率与时间延迟之间预设的对应关系,具体的对应规则为:时间延迟=A*(CPU使用率)2+B*(CPU使用率)+C,其中,A>0且CPU使用率≥时间延迟和CPU使用率均大于0,A、B、C为预设的参数。参见图2所示,表示CPU使用率与时间延迟之间预设的对应关系。
参见图3所示,本发明还公开了一种基于Service的应用进程保活系统的应用进程保活方法,包括:
S1,广播接收模块在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;
例如,广播接收模块在安卓系统中注册自定义的广播接收器接收预设类型的广播消息的具体步骤包括:
(1)广播接收模块在安卓系统中注册自定义的广播接收器;
广播接收模块在安卓系统中自定义广播接收器MyBroadcastReceiver,MyBroadcastReceiver主要功能是用于接收广播消息。MyBroadcastReceiver继承自系统提供的BroadcastReceiver广播接收器,由于是继承关系,所以MyBroadcastReceiver也就具备了广播接收的功能。广播接收模块自定义的MyBroadcastReceiver重写了BroadcastReceiver中的onReceive方法,这样当安卓系统接收到预设类型的广播消息后会直接将广播消息传递到MyBroadcastReceiver中的onReceive方法中来,从而能够在MyBroadcastReceiver的onReceive方法中处理接收到的广播消息。
(2)重写onReceive方法来设置待接收的广播事件的类型;
onReceive方法主要是用于接收广播消息,在onReceive方法参数中包含了该广播消息的类型和相应的消息内容,可以通过重写onReceive方法来设置待接收的广播消息的类型,也可以设置onReceive方法接收所有类型的广播消息
S2,广播接收模块接收到广播消息时,通知Service启动模块接收到的广播消息类型;
S3,Service启动模块获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和对应关系启动对应的Service服务。Service启动模块通过在广播接收器中调用startService方法动Service服务。
定时模块在安卓系统中添加定时器,当Service启动模块接收到广播消息类型的通知时,启动定时器,定时器在预设的时间延迟后触发Service启动模块启动Service服务。控制模块根据安卓系统的CPU使用率动态调节定时器的时间延迟。
控制模块包括CPU使用率监测单元、对应规则设置单元和延迟动态调节单元。
CPU使用率监测单元用于实时监测安卓系统的CPU使用率;对应规则设置单元用于获取CPU使用率与时间延迟之间预设的对应规则;延迟动态调节单元用于根据CPU使用率和预设的对应规则动态调整时间延迟。
例如,CPU使用率监测单元用于实时监测安卓系统的CPU使用率包括:
(1)CPU使用率监测单元通过调用Linux中的top命令的方式来获取CPU使用率。在Linux中top命令主要功能是返回当前CPU的使用详细信息。通过调用top命令,然后读取top命令的返回值来获取CPU使用率。
①执行top命令,通过代码执行top命令具体方式是Runtime.getRuntime().exec("top");这个函数的意思是通过系统提供的运行时环境去执行top命令。
②执行完top命令后,通过BufferedReader对top命令的返回值进行读取。具体读取方式是,Runtime.getRuntime().exec("top")这个函数会返回一个字符串str,将str传入到BufferedReader的构造函数中。拿到BufferedReader的一个实例对象bufReader。
③读取bufReader中的内容,bufReader中有一个readLine函数,通过readLine函数读取到str中的具体内容信息。其中读取出来的内容举例如下:30%xxx等,一行数据中第一个%出现的位置前面的数据就是当前CPU使用率。
(2)解析获取到具体的使用率:
为了能够解析出来具体的百分号前面的数据,通过调用split函数来对这一行数据进行拆分。split函数的主要功能是将原始数据进行拆分,拆分的依据是根据传入的拆分符进行判定的。将传入的拆分符设置为根据%进行拆分,拆分完成后会返回拆分后的一个数组。由于需要获取CPU使用率,刚好CPU使用率是出现在最前面的,所以数组的第一个元素就是当前CPU使用率。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种基于Service的应用进程保活系统,其特征在于,包括:广播接收模块和Service启动模块,其中:
广播接收模块用于在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;接收到广播消息时,通知Service启动模块接收到的广播消息类型;
Service启动模块用于获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和所述对应关系启动对应的Service服务。
2.如权利要求1所述的一种基于Service的应用进程保活系统,其特征在于:
所述系统还包括定时模块,所述定时模块用于在安卓系统中添加定时器;当Service启动模块接收到广播消息类型的通知时,启动所述定时器,所述定时器在预设的时间延迟后触发所述Service启动模块启动Service服务。
3.如权利要求2所述的一种基于Service的应用进程保活系统,其特征在于:所述时间延迟根据安卓系统的CPU使用率动态调节。
4.如权利要求3所述的一种基于Service的应用进程保活系统,其特征在于:
所述系统还包括控制模块,所述控制模块用于根据安卓系统的CPU使用率动态调节所述时间延迟。
5.如权利要求4所述的一种基于Service的应用进程保活系统,其特征在于:所述控制模块包括CPU使用率监测单元、对应规则设置单元和延迟动态调节单元;所述CPU使用率监测单元用于实时监测安卓系统的CPU使用率;所述对应规则设置单元用于获取CPU使用率与所述时间延迟之间预设的对应规则;所述延迟动态调节单元用于根据CPU使用率和所述预设的对应规则动态调整所述时间延迟。
6.如权利要求5所述的一种基于Service的应用进程保活系统,其特征在于:所述对应规则为:时间延迟=A*(CPU使用率)2+B*(CPU使用率)+C,其中,A>0且时间延迟和CPU使用率均大于0,A、B、C为预设的参数。
7.如权利要求1所述的一种基于Service的应用进程保活系统,其特征在于:
所述Service启动模块通过在广播接收器中调用startService方法动Service服务。
8.一种如权利要求1~7任意一项所述的基于Service的应用进程保活系统的应用进程保活方法,其特征在于,包括:
广播接收模块在安卓系统中注册自定义的广播接收器接收预设类型的广播消息;
广播接收模块接收到广播消息时,通知Service启动模块接收到的广播消息类型;
Service启动模块获取用户预设的广播消息类型与Service服务之间的对应关系;接收广播接收模块发送的广播消息类型的通知并根据接收的广播消息类型和所述对应关系启动对应的Service服务。
9.如权利要求8所述的一种应用进程保活方法,其特征在于:所述定时模块在安卓系统中添加定时器,当Service启动模块接收到广播消息类型的通知时,启动所述定时器,所述定时器在预设的时间延迟后触发所述Service启动模块启动Service服务。
10.如权利要求9所述的一种应用进程保活方法,其特征在于:所述控制模块根据安卓系统的CPU使用率动态调节所述定时器的时间延迟。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611207538.5A CN106708617B (zh) | 2016-12-23 | 2016-12-23 | 一种基于Service的应用进程保活系统及保活方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611207538.5A CN106708617B (zh) | 2016-12-23 | 2016-12-23 | 一种基于Service的应用进程保活系统及保活方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106708617A true CN106708617A (zh) | 2017-05-24 |
CN106708617B CN106708617B (zh) | 2019-12-03 |
Family
ID=58903124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611207538.5A Active CN106708617B (zh) | 2016-12-23 | 2016-12-23 | 一种基于Service的应用进程保活系统及保活方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106708617B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107704274A (zh) * | 2017-08-24 | 2018-02-16 | 武汉斗鱼网络科技有限公司 | 用于安卓应用主进程唤醒的方法、存储介质、设备及系统 |
CN107835318A (zh) * | 2017-11-21 | 2018-03-23 | 广东欧珀移动通信有限公司 | 进程启动的管控方法、装置及存储介质和移动终端 |
CN108874522A (zh) * | 2018-06-19 | 2018-11-23 | 北京五八信息技术有限公司 | 消息推送设置方法、装置、计算机设备及可读存储介质 |
CN109144677A (zh) * | 2017-06-16 | 2019-01-04 | 百度在线网络技术(北京)有限公司 | 用于安卓系统的保活进程的方法和装置 |
CN109756888A (zh) * | 2019-01-03 | 2019-05-14 | 中国—东盟信息港股份有限公司 | 一种不同品牌终端的eSIM服务保活系统 |
CN109766178A (zh) * | 2019-01-16 | 2019-05-17 | 四川科瑞软件有限责任公司 | 一种安卓系统下的应用进程保活系统及方法 |
CN110618836A (zh) * | 2019-09-11 | 2019-12-27 | 广东博力威科技股份有限公司 | 一种后台运行、定时刷新手机应用软件数据的方法 |
CN110673880A (zh) * | 2019-08-30 | 2020-01-10 | 上海能塔智能科技有限公司 | 终端的应用程序唤醒方法及装置、存储介质、终端 |
CN115705241A (zh) * | 2021-08-10 | 2023-02-17 | 荣耀终端有限公司 | 应用的调度方法及电子设备 |
CN117170847A (zh) * | 2023-09-09 | 2023-12-05 | 嘉兴嘉赛信息技术有限公司 | 一种基于安卓手机的推流保活的方法 |
CN117453104A (zh) * | 2023-11-30 | 2024-01-26 | 荣耀终端有限公司 | 图像获取方法及电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6205414B1 (en) * | 1998-10-02 | 2001-03-20 | International Business Machines Corporation | Methodology for emulation of multi-threaded processes in a single-threaded operating system |
CN103401896A (zh) * | 2013-07-15 | 2013-11-20 | 四川公用信息产业有限责任公司 | 一种多Android客户端服务共享方法及系统 |
CN105450466A (zh) * | 2015-11-10 | 2016-03-30 | 浪潮(北京)电子信息产业有限公司 | 一种icmp请求报文保活控制方法及系统 |
CN105573833A (zh) * | 2015-12-14 | 2016-05-11 | 北京奇虎科技有限公司 | 处理客户端应用的方法、装置与移动终端 |
CN105653364A (zh) * | 2015-12-30 | 2016-06-08 | 广东欧珀移动通信有限公司 | 应用进程管理方法及应用进程管理装置 |
CN105893066A (zh) * | 2014-12-19 | 2016-08-24 | 上海涌杰信息科技有限公司 | 一种基于安卓系统的移动终端恢复的控制方法 |
-
2016
- 2016-12-23 CN CN201611207538.5A patent/CN106708617B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6205414B1 (en) * | 1998-10-02 | 2001-03-20 | International Business Machines Corporation | Methodology for emulation of multi-threaded processes in a single-threaded operating system |
CN103401896A (zh) * | 2013-07-15 | 2013-11-20 | 四川公用信息产业有限责任公司 | 一种多Android客户端服务共享方法及系统 |
CN105893066A (zh) * | 2014-12-19 | 2016-08-24 | 上海涌杰信息科技有限公司 | 一种基于安卓系统的移动终端恢复的控制方法 |
CN105450466A (zh) * | 2015-11-10 | 2016-03-30 | 浪潮(北京)电子信息产业有限公司 | 一种icmp请求报文保活控制方法及系统 |
CN105573833A (zh) * | 2015-12-14 | 2016-05-11 | 北京奇虎科技有限公司 | 处理客户端应用的方法、装置与移动终端 |
CN105653364A (zh) * | 2015-12-30 | 2016-06-08 | 广东欧珀移动通信有限公司 | 应用进程管理方法及应用进程管理装置 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109144677A (zh) * | 2017-06-16 | 2019-01-04 | 百度在线网络技术(北京)有限公司 | 用于安卓系统的保活进程的方法和装置 |
CN109144677B (zh) * | 2017-06-16 | 2022-08-26 | 百度在线网络技术(北京)有限公司 | 用于安卓系统的保活进程的方法和装置 |
CN107704274B (zh) * | 2017-08-24 | 2019-11-05 | 武汉斗鱼网络科技有限公司 | 用于安卓应用主进程唤醒的方法、存储介质、设备及系统 |
CN107704274A (zh) * | 2017-08-24 | 2018-02-16 | 武汉斗鱼网络科技有限公司 | 用于安卓应用主进程唤醒的方法、存储介质、设备及系统 |
CN107835318A (zh) * | 2017-11-21 | 2018-03-23 | 广东欧珀移动通信有限公司 | 进程启动的管控方法、装置及存储介质和移动终端 |
CN108874522A (zh) * | 2018-06-19 | 2018-11-23 | 北京五八信息技术有限公司 | 消息推送设置方法、装置、计算机设备及可读存储介质 |
CN109756888B (zh) * | 2019-01-03 | 2021-07-06 | 中国—东盟信息港股份有限公司 | 一种不同品牌终端的eSIM服务保活系统 |
CN109756888A (zh) * | 2019-01-03 | 2019-05-14 | 中国—东盟信息港股份有限公司 | 一种不同品牌终端的eSIM服务保活系统 |
CN109766178A (zh) * | 2019-01-16 | 2019-05-17 | 四川科瑞软件有限责任公司 | 一种安卓系统下的应用进程保活系统及方法 |
CN110673880A (zh) * | 2019-08-30 | 2020-01-10 | 上海能塔智能科技有限公司 | 终端的应用程序唤醒方法及装置、存储介质、终端 |
CN110618836A (zh) * | 2019-09-11 | 2019-12-27 | 广东博力威科技股份有限公司 | 一种后台运行、定时刷新手机应用软件数据的方法 |
CN115705241A (zh) * | 2021-08-10 | 2023-02-17 | 荣耀终端有限公司 | 应用的调度方法及电子设备 |
CN115705241B (zh) * | 2021-08-10 | 2023-12-15 | 荣耀终端有限公司 | 应用的调度方法及电子设备 |
CN117170847A (zh) * | 2023-09-09 | 2023-12-05 | 嘉兴嘉赛信息技术有限公司 | 一种基于安卓手机的推流保活的方法 |
CN117170847B (zh) * | 2023-09-09 | 2024-03-22 | 嘉兴嘉赛信息技术有限公司 | 一种基于安卓手机的推流保活的方法 |
CN117453104A (zh) * | 2023-11-30 | 2024-01-26 | 荣耀终端有限公司 | 图像获取方法及电子设备 |
CN117453104B (zh) * | 2023-11-30 | 2024-05-24 | 荣耀终端有限公司 | 图像获取方法及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN106708617B (zh) | 2019-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106708617A (zh) | 一种基于Service的应用进程保活系统及保活方法 | |
EP2882233B1 (en) | Service agent method, modem, and terminal | |
CN112508205B (zh) | 一种联邦学习调度方法、装置及系统 | |
US9904345B2 (en) | Data processing method, modem, and terminal | |
CN108632309B (zh) | 一种升级窄带物联网终端的方法及装置 | |
JP2020523869A (ja) | ページングメッセージを伝送するための方法、デバイス、および記憶媒体 | |
CN109982355B (zh) | 保存和恢复网络通路的方法及其装置、终端和存储介质 | |
CN110691375B (zh) | 一种选择方法、装置及计算机存储介质 | |
CN103595566A (zh) | 一种检测空闲ip地址的方法及装置 | |
CN104486111A (zh) | 一种1553b数据总线系统网络管理方法 | |
CN114980191A (zh) | 信息处理方法、设备、存储介质及程序产品 | |
CN110333916B (zh) | 请求消息处理方法、装置、计算机系统及可读存储介质 | |
CN114390585A (zh) | 指示信息生效方法及装置、终端及可读存储介质 | |
CN104678922B (zh) | 基于物联网的定时控制方法和系统 | |
CN113542256B (zh) | 客户端中登录凭证的更新方法、装置、设备及存储介质 | |
CN106162577A (zh) | 一种消息推送方法,及消息推送设备 | |
CN105577511B (zh) | 用户账户更新提醒方法及装置 | |
WO2015196914A1 (en) | Information communication methods, apparatuses and systems | |
US11516561B2 (en) | Method for reading fluid meters | |
CN109831768B (zh) | 一种LoRa多节点大数据传输处理方法、装置及系统 | |
CN109086115B (zh) | Android动画执行方法、装置、终端及可读介质 | |
CN106453613A (zh) | 消息重发方法及装置 | |
CN107888677A (zh) | 一种通信实现方法、控制端、智能设备及系统 | |
CN113196864B (zh) | 非连续接收的方法和装置 | |
CN111831380A (zh) | 任务的执行方法及装置、存储介质和电子装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |