CN107341052A - 一种消息处理方法及装置 - Google Patents

一种消息处理方法及装置 Download PDF

Info

Publication number
CN107341052A
CN107341052A CN201710423799.9A CN201710423799A CN107341052A CN 107341052 A CN107341052 A CN 107341052A CN 201710423799 A CN201710423799 A CN 201710423799A CN 107341052 A CN107341052 A CN 107341052A
Authority
CN
China
Prior art keywords
message
backstage
privately owned
application program
owned process
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.)
Pending
Application number
CN201710423799.9A
Other languages
English (en)
Inventor
余国和
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201710423799.9A priority Critical patent/CN107341052A/zh
Publication of CN107341052A publication Critical patent/CN107341052A/zh
Pending legal-status Critical Current

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
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/482—Application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/486—Scheduler internals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5018—Thread allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种消息处理方法，该消息处理方法包括：当移动终端设备开机时，开启应用程序对应的后台私有进程，所述后台私有进程预先设置在移动终端设备，并与所述应用程序一一对应，所述后台私有进程运行在后台；所述后台私有进程接收并处理推送服务器推送的消息。本发明还提供了一种消息处理装置。通过上述消息处理装置并执行上述消息处理方法，使得应用程序对应的后台私有进程在后台接收和处理推送服务器推送的消息，其与主线程的操作可以错开时间，减少内存占用,避免了发生内存不足进而导致UI卡顿等问题。

Description

一种消息处理方法及装置
技术领域
本发明涉及智能终端技术，尤指一种消息处理方法及装置。
背景技术
用户每次打开移动终端设备(例如手机,以下以手机为例说明)上的应用程序(APP)时，APP启动用户界面(UI)主线程，UI主线程需要从推送服务器接收消息，检测是否需要版本更新或数据更新或资源更新等并进而完成更新操作。如此，使得用户开始打开APP时只能处在等待状态，等待UI主线程检测完成，如需要更新还需要等待完成更新，而不能做其他事情。而且手机中APP运行时都有一定的内存限制，如果UI主线程既进行UI操作如查看图片、滑动人物等，又进行版本更新、数据更新或者资源更新等更新操作，就会导致内存不足，进而UI卡顿、用户无法操作APP等现象，这样给用户的体验造成了很大的影响、致使产生用户体验不流畅、浪费等待时间等问题。
发明内容
针对上述技术问题，本发明提供了一种消息处理方法及装置，能够在后台快速读取并处理推送服务器推送的消息，提升了用户体验。
为了达到本发明目的，本发明提供了一种消息处理方法，包括：
当移动终端设备开机时，开启应用程序对应的后台私有进程，所述后台私有进程预先设置在所述移动终端设备，并与所述应用程序一一对应，所述后台私有进程运行在后台；
所述后台私有进程接收并处理推送服务器推送的消息。
进一步地，所述后台私有进程接收并处理推送服务器推送的消息，包括：所述后台私有进程判断接收的所述推送的消息的消息类型，根据所述消息类型采取对应的处理。
进一步地，在所述根据所述消息类型采取对应的处理之前，该方法还包括：
所述后台私有进程判断所述移动终端设备的网络连接状态，当所述移动终端设备处在无线保真wifi连接时，所述后台私有进程根据所述消息类型采取对应的处理。
进一步地，在所述根据所述消息类型采取对应的处理之前，该方法还包括：
所述后台私有进程判断所述移动终端设备的电量状态，当所述移动终端设备处在充电状态或者电量大于预设阈值时，所述后台私有进程根据所述消息类型采取对应的处理。
进一步地，所述后台私有进程根据所述消息类型采取对应的处理，包括：
当所述消息类型为资源更新消息时，所述后台私有进程根据所述资源更新消息下载资源并保存到所述应用程序的资源包目录中。
进一步地，所述后台私有进程根据所述消息类型采取对应的处理，包括：
当所述推送服务器推送的信息为数据接口消息时，所述后台私有进程根据所述数据接口消息下载数据并保存到所述应用程序的数据库中。
进一步地，所述后台私有进程根据所述消息类型采取对应的处理，包括：当所述推送服务器推送的信息为版本更新消息时，所述后台私有进程根据所述版本更新消息下载所述应用程序的新版本并保存到所述应用程序的数据库中。
进一步地，该方法还包括：当打开所述应用程序时，所述后台私有进程通知所述应用程序的主进程直接调用下载的所述资源，或者所述数据，或者所述新版本。
为了达到本发明目的，本发明提供了一种消息处理装置，所述消息处理装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现上述消息处理方法的步骤。
为了达到本发明目的，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现上诉消息处理方法的步骤。
本发明技术方案提供了一种消息处理方法及装置，该消息处理方法包括：当移动终端设备开机时，开启应用程序对应的后台私有进程，所述后台私有进程预先设置在移动终端设备，并与所述应用程序一一对应，所述后台私有进程运行在后台；所述后台私有进程接收并处理推送服务器推送的消息。本发明技术方案通过应用程序对应的后台私有进程在后台接收和处理推送服务器推送的消息，其与主线程的操作可以错开时间，减少内存占用,避免了发生内存不足进而导致UI卡顿等问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为实现本发明各个实施例的移动终端的硬件结构示意；
图2为支持本发明移动终端之间进行通信的通信***的示意图；
图3为本发明实施例提供的一种消息处理方法的流程示意图；
图4为本发明实施例一提供的消息处理方法流程示意图；
图5为本发明实施例提供的应用程序沙盒目录的沙盒路径数据保存设计示意图；
图6为本发明实施例二提供的消息处理***的结构示意图；
图7为本发明实施例三提供的消息处理方法的流程示意图；
图8为本发明实施例提供的一种消息处理装置结构示意图；
图9为本发明实施例提供的一种消息处理装置结构示意图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍：
射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理***与处理器110逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络***进行描述。
请参阅图2，图2为本发明实施例提供的一种通信网络***架构图，该通信网络***为通用移动通信技术的LTE***，该LTE***包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。
具体地，UE201可以是上述终端100，此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子***)或其它IP业务等。
虽然上述以LTE***为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE***，也可以适用于其他无线通信***，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络***等，此处不做限定。
基于上述移动终端硬件结构以及通信网络***，提出本发明方法各个实施例。
图3为本发明实施例提供的一种消息处理方法的流程示意图，如图3所示，该消息处理方法包括：
步骤301，当移动终端设备开机时，开启应用程序对应的后台私有进程，所述后台私有进程预先设置在移动终端设备，并与所述应用程序一一对应，所述后台私有进程运行在后台；
移动终端设备，例如手机，以下以手机为例说明。在手机开机时，应用程序监听到开机广播，开启其对应的后台私有进程。用户是感知不到该后台私有进程的，别的应用程序用不了这个应用程序的后台私有进程。
每个应用程序可以对应一个后台私有进程，而且后台私有进程是永远运行在后台，退出或者关闭的后台私有进程仍然会自动启动。
所有APP都可以声明一个各自后台私有进程，也可以不申明，没有一定的要求。一个APP对应两个进程，一个是UI线程，即应用程序主进程，对该UI进程用户是有感知的；一个是后台私有进程，该后台私有进程用来接收数据、更新数据等背后操作，对后台私有进程用户是无感知的。
例如，可以只针对新闻类等需要及时进行大量数据更新的应用程序设定对应的后台私有进程。
步骤302，所述后台私有进程接收并处理推送服务器推送的消息。
后台私有进程的工作主要是随时接收推送(PUSH)服务器推送过来的消息。
于本实施例中，所述后台私有进程判断接收的所述推送的消息的消息类型，根据所述消息类型采取对应的处理。
于本实施例中，在所述根据所述消息类型采取对应的处理之前，该方法还包括：判断所述移动终端设备的网络连接状态，当所述移动终端设备处在无线保真wifi连接时，所述后台私有进程根据所述消息类型采取对应的处理。
于本实施例中，在所述根据所述消息类型采取对应的处理之前，该方法还包括：判断所述移动终端设备的电量状态，当所述移动终端设备处在充电状态或者电量大于预设阈值时，所述后台私有进程根据所述消息类型采取对应的处理。
于本实施例中，当所述推送服务器推送的消息为资源更新消息时，后台私有进程判断移动终端设备处在无线保真wifi连接；同时处在充电状态，或者电量大于预设阈值时，比如手机电量大于50％，根据所述资源更新消息下载资源并保存到所述应用程序的资源包目录中。
于本实施例中，当所述推送服务器推送的信息为数据接口消息时，后台私有进程判断移动终端设备处在wifi连接；同时处在充电状态，或者电量大于预设阈值时，比如手机电量大于50％，根据所述数据接口消息下载数据并保存到所述应用程序的数据库中。
于本实施例中，该方法还包括：当所述推送服务器推送的信息为版本更新消息时，后台私有进程判断移动终端设备处在wifi连接；同时处在充电状态，或者电量大于预设阈值时，比如手机电量大于50％，根据所述版本更新消息下载所述应用程序的新版本并保存到所述应用程序的数据库中。
于本实施例中，当用户打开所述应用程序时，所述后台私有进程通知所述应用程序的主进程直接调用下载的所述资源或者所述数据或者所述新版本。
利用上述消息处理方法，当手机开机时，开启应用程序对应的后台私有进程，后台私有进程直接接收推送服务器推送的消息，在网络条件和电量条件允许的情况下执行后续更新操作，如此，将主线程的部分功能放到私有线程来做，两个线程的操作可以错开时间，减少内存占用。这样，在用户打开应用程序时，就可以跳过接收服务器推送的消息、检查是否需要更新、执行更新等步骤，也可以直接在没有网络的情况下，查看应用程序最新的数据如新闻等，这种机制很大程度避免了应用程序在被用户打开时，因又要检查资源、又要绘制大量的界面、又要等待下载，而有可能发生的内存爆掉、泄露等被强行关闭、或是因网络不好造成用户在等待下载时间太久，从而造成的用户数据丢失，用户体验太差导致的用户量减少，这样也大大优化了用户体验，减少了不必要的浪费时间。相关技术中，用户打开应用程序APP，显示正在下载资源更新或从网络获取最新数据资讯，此时用户无法针对APP做其他操作。但是通过本发明技术方案，开启后台私有进程，把这些下载资源更新和从网络获取最新数据资讯可以在后台默默的先做，让用户在使用APP时，更节约时间，同时避免了内存不足、界面卡顿等问题。
实施例一
图4为本发明实施例一提供的消息处理方法流程示意图。如图4所示，该方法包括：
步骤401，手机开机；
步骤402，应用程序APP监听手机开机广播；APP可以包括但不限于如游戏APP、新闻APP等。
步骤403，当监听到手机开机广播，启动应用程序APP对应的后台私有进程；
这样，后台私有进程就可以独立在后台运行，用户是无感知的。后台私有进程与应用程序通过内容提供(ContentProvider)接口或者安卓接口定义语言(AIDLAndroidInterface definition language)接口进行通信。ContentProvider是android组件之一,可以提供数据的跨应用程序访问,提供数据的跨进程无缝隙访问。AIDL(AndroidInterface Definition Language)通过AIDL定义的接口可以实现服务器端与客户端的进程间通信(IPC，Inter-Process Communication)通信。
步骤404，后台私有进程随时接收推送服务器推送过来的消息；
消息类型包括资源更新消息类型、数据接口消息类型、版本更新消息类型等。
步骤405，根据推送的消息的消息类型，以及判断出的手机网络类型和电量情况，执行相应的操作；
例如，推送服务器经常半夜推送应用程序的资源更新消息，此时判断手机是否处在WIFI网络下，手机是否在充电，当手机处于WIFI网络且处于充电状态，则根据资源更新消息，下载新资源，解压存放到应用程序APP资源目录下，并与应用程序通信，更新应用程序的数据库。例如，推送服务器推送的是数据接口消息，此时判断手机是否处在WIFI网络下，手机电量是否在50％以上，当手机处于WIFI网络且电量在50％以上，则根据数据接口消息拉取数据，并将数据保存到应用程序的数据库中。例如，推送服务器推送的是版本更新消息，此时判断手机是否处在WIFI网络下，手机是否在充电或者电量是否在50％以上，当手机处于WIFI网络且处于充电状态或者电量在50％以上，则根据版本更新消息，下载所述应用程序的新版本并保存到所述应用程序的数据库中。
步骤406，用户打开应用程序时，后台私有进程通知应用程序的主进程，主进程可以直接调用后台下载的资源或者数据或者新版本。
用户打开应用程序时，应用程序的UI线程，可以直接调用后台私有进程先前下载的资源、数据或者新版本进行相应的操作，如安装新版本(直接跳过下载新版本的时间)、更新图片资源(跳过如游戏类的增加新英雄等更新下载时间)等。
上述应用程序的后台私有进程和UI主进程通讯，共享有该应用程序的沙盒目录，该应用程序可以按照如图5所示的沙盒目录进行本地存储图片资源、接口数据资源等操作，沙盒目录是指应用程序为自己创建的独立(不可能两个程序共用一个沙盒)，封闭(每一个应用程序的沙盒,只有它自己才能使用)，安全(沙盒里边每个文件夹都有自己特有的删除渠道，只要自己手动不删除,文件永远存在)的一个文件***目录。一个沙盒目录下一般包含四个文件夹，即Documents，Library，tmp，app，其中Documents用于保存应用程序运行时生成的持久化数据；Library用于存储应用程序的文件数据，默认设置,或者其他动态信息，其中包含两个文件夹(Caches，Preferences)；tmp用来存储临时文件，保存用应用程序在运行时的临时数据,使用完毕后，再将其从相应的文件夹下删除，应用程序没有运行时，***也有可能删除该目录下的文件；app用于获取.app文件，该目录包含了应用程序本身的数据，包含资源文件和可执行文件，程序启动以后会根据需求动态加载(用到了懒加载机制)代码到或者资源到内存中。每个应用都有属于自己的存储空间，即沙盒；应用只能访问自己的沙盒目录，不可访问其他区域；如果应用需要进行文件操作，则必须将文件存放在沙盒目录中，尤其是数据库文件。应用程序只能在自己的沙盒目录下相应的文件夹中进行读写文件。私有进程与主进程通讯的具体过程，主要是通过跨进程数据库访问服务(ContentProvider)接口或者安卓接口定义语言(AIDL Android Interface definition language)接口进行通信，主要传递消息包括：服务端接口数据、图片资源路径、应用程序版本路径等，这些消息主要都是字符串类型消息。后台私有进程和UI主进程进行通讯的目的是为了保持后台私有进程与主进程数据(服务端接口数据、图片资源、应用程序版本等)一致性，同步主进程的数据库。
例如，应用程序的主进程将后台私有进程下载的数据在手机屏幕应用程序界面直接展示给用户查看；应用程序的主进程直接利用后台私有进程下载的资源进行UI界面操作，例如批改、批注、涂鸦等操作。应用程序的主进程可以直接利用后台私有进程下载的新版本更新应用程序的版本，或者可以询问用户允许时更新应用程序的版本。
用户打开应用程序时，后台私有进程仍然在运行，随时接收推送服务器发送的消息，进行相应更新或下载等操作。此时当手机处于非WIFI网络时，可以询问用户意见，如果用户同意在非WIFI网络时下下载相关资源或者数据或者新版本时，后台同样可以执行这些操作，这样应用程序的主进程与后台私有进程，各自执行各自的操作，互不干扰。
随着互联网应用到各行各业，新闻类、信息类、游戏类互联化也被众多企业追寻，如头条、腾讯新闻、网易新闻、王者荣耀、百度新闻等，便利了所有网民。但用户每一次打开应用程序时，就会重复等待检测资源更新等操作，浪费了用户时间，若此时用户流量所剩不多，不想打开网络，仍然想使用APP提供的服务如最新资讯、最新小短视频等，就可以应用到本发明提供的信息管理方法，例如可以利用半夜PUSH服务器推送到后台私有进程的消息，进行下载并更新APP数据库等。利用本发明技术方案，解决了针对用户打开应用程序时会有等待更新的时间，例如在用户使用过程中下载一些图片、小视频等数据都需要在有网络情况下，导致用户使用效率低，体验低的问题，本发明技术方案解决了App需要更新、且无网络情况下，仍然可以使用App查看最新资源等问题，在时间、体验，效率上都可以满足用户需求，同时避免了应用程序跳帧卡顿、内存爆掉现象，可以省电、降低成本、且更加人性化。
实施例二
根据本发明的一个实施例，还提供了一种消息处理***。图6为本发明实施例二提供的消息处理***的结构示意图，如图6所示，该消息处理***包括：推送服务器和移动终端设备A。移动终端设备A上已经安装有多个应用程序APP，其中为应用程序APP1设置对应的后台私有进程1。当移动终端设备A开机后，自动开启后台私有进程1。
推送服务器，用于当需要发送所述应用程序APP1的推送消息时，将包含了该所述应用程序APP1的身份信息和该所述应用程序APP1的推送消息的第一消息发送给移动终端设备A。
当移动终端是多个时，推送服务器可以根据移动终端的身份标识与移动终端通信，移动终端的身份标识可以是移动终端的移动设备国际身份码(IMEI，InternationalMobile Equipment Identity)。当应用程序APP是多个时，推送服务器可以根据该所述应用程序APP1预先上传的包名和签名生成该所述应用程序APP1的身份信息，比如特定的特征码，该特征码用于识别不同的应用程序APP。
移动终端设备A，用于接收包含了所述应用程序APP1的身份信息和所述应用程序APP1的推送消息的第一消息，从所述第一消息中识别出所述应用程序APP1的身份信息，并根据所述应用程序APP1的身份信息将所述应用程序APP1的推送消息发送给与所述应用程序APP1对应的所述后台私有进程1。移动终端设备A可以采用定向广播的方式通知所述应用程序APP1对应的所述后台私有进程1，所述应用程序APP1对应的所述后台私有进程1向移动终端设备A发送需要获取推送的消息的请求。移动终端设备A可以通过应用程序包管理服务获取所述应用程序APP1的身份信息。每个应用程序都有唯一的身份信息，推送服务器可以采用信息-摘要算法(MD，Message-Digest Algorithm)生成表示应用程序唯一的身份信息的特征码。
所述后台私有进程1，用于判断接收到的所述应用程序APP1的推送消息的消息类型，所述消息类型包括资源更新消息、数据接口消息、版本更新消息等。
所述后台私有进程1，还用于判断移动终端设备A是否处在无线保真wifi连接状态。移动终端设备A可以是处于移动网络连接、无线保真wifi连接等多种网络状态。一般情况下，所述后台私有进程进行消息处理会涉及到下载操作，为了方便用户进行流量控制，建议在移动终端设备A处在无线保真wifi连接状态时才进行下载操作，当然也可以在移动终端设备A处在移动网络连接等其他状态下进行下载操作，这个完全取决于用户自己的设定或判断。在该实施例中，预先设定移动终端设备A只有处在无线保真wifi连接状态下才允许进行下载操作。
所述后台私有进程1，还用于判断移动终端设备A是否处在充电状态或者是否电量大于预设阈值。一般情况下，只有移动终端设备A处在电量充足的情况下才允许进行下载操作，这是为了保证有足够的电量支持下载操作。当移动终端设备A处在充电状态或者电量大于预设阈值，比如电量在50％以上，则认为电量充足，此时允许进行下载操作。
所述后台私有进程，还用于根据所述消息类型采取对应的处理。例如
当所述消息类型为资源更新消息时，所述后台私有进程根据所述资源更新消息下载资源并保存到所述应用程序的资源包目录中。当所述推送服务器推送的信息为数据接口消息时，所述后台私有进程根据所述数据接口消息下载数据并保存到所述应用程序的数据库中。当所述推送服务器推送的信息为版本更新消息时，所述后台私有进程根据所述版本更新消息下载所述应用程序的新版本并保存到所述应用程序的数据库中。
当用户打开移动终端设备A所述应用程序APP1，所述应用程序APP1的主进程1，即UI进程1，同时开启。所述应用程序APP1的后台私有进程1和主进程1通过跨进程数据库访问服务(Content Provider)进行通信。所述主进程1直接到所述应用程序的资源包目录中或者所述应用程序的数据库中读取所述后台私有进程已经下载的资源，或者数据，或者新版本，进行相应操作，比如更新图片资源，或者安装新版本，如此采用本发明提供的消息处理方法可以直接跳过下载新版本的时间，跳过如游戏类APP的增加新英雄等更新下载时间等。
实施例三
图7为本发明实施例三提供的消息处理方法的流程示意图，如图7所示，该消息处理方法包括：
智能终端中安装有新闻类APP，一下简称为新闻APP1，游戏类APP，以下简称为游戏APP2。
步骤701，预先在智能终端中为新闻APP1设置后台私有进程11，为游戏APP2设置后台私有进程22；
步骤702，只要智能终端开机，自动启动后台私有进程11和后台私有进程22，即使误操作关闭了后台私有进程11或者后台私有进程22，其也会自动重启；
步骤703，推送PUSH服务器在午夜12点向智能终端推送消息，该推送消息包括发送给新闻APP1的资讯更新消息和发送给游戏APP2的游戏新版本消息；
步骤704，后台私有进程11接收所述资讯更新消息，判断智能终端处在充电状态且处于WIFI网络状态，后台私有进程11判断所述资讯更新消息为数据接口消息，根据所述资讯更新消息中的地址向网络服务器发送资讯下载请求，下载新资讯，并保存到所述新闻APP1的数据库中；
步骤705，后台私有进程22接收所述游戏新版本消息，判断智能终端处在充电状态且处于WIFI网络状态，后台私有进程22判断所述游戏新版本消息为版本更新消息，根据所述游戏新版本消息中的地址向网络服务器发送新版本下载请求，下载新版本，并保存到所述游戏APP2的数据库中；
步骤706，当第二天9点时，用户在智能终端上打开新闻APP1，新闻APP1对应的主进程12同时开启，即使目前智能终端没有处在WIFI网络连接状态或者电量不足，主进程12也可以直接从所述新闻APP1的数据库中调用后台私有进程11下载的新资讯，在用户界面向用户展示所述新资讯；
步骤707，当第二天10点时，用户在智能终端上打开游戏APP2，游戏APP2对应的主进程23同时开启，即使目前智能终端没有处在WIFI网络连接状态或者电量不足，主进程23也可以直接从所述游戏APP2的数据库中调用后台私有进程11下载的新版本，安装新版本，用户直接使用新版本的游戏APP2。
通过本发明实施例提供的消息处理方法，解决了针对用户打开应用程序时会有等待更新的时间，例如在用户使用过程中下载一些图片、小视频等数据都需要在有网络情况下，导致用户使用效率低，体验低的问题，本发明技术方案解决了App需要更新、且无网络情况下，仍然可以使用App查看最新资源等问题，在时间、体验，效率上都可以满足用户需求，同时避免了应用程序跳帧卡顿、内存爆掉现象，可以省电、降低成本、且更加人性化。
图8为本发明实施例提供的一种消息处理装置结构示意图。如图8所示，本发明实施例提供了一种消息处理装置，包括：
管理单元，用于当移动终端设备开机时，开启应用程序对应的后台私有进程，所述后台私有进程预先设置在移动终端设备，并与所述应用程序一一对应；
后台私有进程，用于接收并处理推送服务器推送的消息。
移动终端设备，例如手机，以下以手机为例说明。在手机开机时，应用程序监听到开机广播，开启其对应的后台私有进程。该后台私有进程，用户是感知不到的，别的应用程序也用不了这个应用程序的后台私有进程。每个应用程序可以对应一个后台私有进程。而且后台私有进程是永远挂在后台，被杀掉后仍然会自启动。后台私有进程的工作主要是随时接收PUSH推送服务器推送过来的消息。
于本实施例中，所述后台私有进程接收并处理推送服务器推送的消息，包括：所述后台私有进程判断接收的所述推送的消息的消息类型，根据所述消息类型采取对应的处理。
于本实施例中，在所述根据所述消息类型采取对应的处理之前，所述后台私有进程，还用于判断所述移动终端设备的网络连接状态，当所述移动终端设备处在无线保真wifi连接时，所述后台私有进程根据所述消息类型采取对应的处理。
于本实施例中，在所述根据所述消息类型采取对应的处理之前，所述后台私有进程，还用于判断所述移动终端设备的电量状态，当所述移动终端设备处在充电状态或者电量大于预设阈值时，所述后台私有进程根据所述消息类型采取对应的处理。
于本实施例中，管理单元，还用于当所述推送服务器推送的消息为资源更新消息时，所述后台私有进程判断移动终端设备处在无线保真wifi连接，同时处在充电状态或者电量大于预设阈值时，根据所述资源更新消息下载资源并保存到所述应用程序的资源包目录中。
于本实施例中，管理单元，还用于当所述推送服务器推送的信息为数据接口消息时，所述后台私有进程判断移动终端设备处在wifi连接，同时处在充电状态或者电量大于预设阈值时，根据所述数据接口消息下载数据并保存到所述应用程序的数据库中。
于本实施例中，管理单元，还用于所述推送服务器推送的信息为版本更新消息时，所述后台私有进程判断移动终端设备处在wifi连接，同时处在充电状态或者电量大于预设阈值时，根据所述版本更新消息下载所述应用程序的新版本并保存到所述应用程序的数据库中。
于本实施例中，后台私有进程，还用于通知所述应用程序的主进程直接调用下载的所述资源或者所述数据或者所述新版本。
利用上述消息处理方法，当手机开机时，开启应用程序对应后台私有进程，后台私有进程直接接收推送服务器推送的消息，在网络条件和电量条件允许的情况下执行后续更新操作。这样，在用户打开应用程序时，就可以跳过接收服务器推送的消息、检查是否需要更新、执行更新等步骤，也可以直接在没有网络的情况下，查看应用程序最新的数据如新闻等，这种机制可以很大程度避免应用程序在被用户打开时，因又要去检查资源、又要绘制大量的界面、又要等待下载，而有可能发生内存爆掉、泄露等被强行关闭、或是因网络不好造成用户在等待下载时间太久，从而造成用户数据丢失，用户体验太差导致用户量减少，这样也大大优化了用户体验，减少不必要的浪费时间。
相关技术中，用户打开应用程序APP，显示正在下载资源更新或从网络获取最新数据资讯，此时用户无法针对APP做其他操作。但是通过本发明技术方案，开启后台私有进程，把这些下载资源更新和从网络获取最新数据资讯可以在后台默默的先做，让用户在使用APP时，更节约时间，同时避免了内存不足、界面卡顿等问题。
根据本发明的又一实施例，提供了一种消息处理装置，图9为本发明实施例提供的一种消息处理装置结构示意图，如图9所示，所述消息处理装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现上文任一实施例所述的消息处理方法的步骤。
根据本发明的又一实施例，提供了一种移动终端，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现前述方法、或者前述装置所包含的模块/单元中的步骤。
根据本发明的又一实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现上文任一实施例所述的消息处理方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种消息处理方法，其特征在于，包括：
当移动终端设备开机时，开启应用程序对应的后台私有进程，所述后台私有进程预先设置在所述移动终端设备，并与所述应用程序一一对应，所述后台私有进程运行在后台；
所述后台私有进程接收并处理推送服务器推送的消息。
2.根据权利要求1所述的消息处理方法，其特征在于，所述后台私有进程接收并处理推送服务器推送的消息，包括：
所述后台私有进程判断接收的所述推送的消息的消息类型，根据所述消息类型采取对应的处理。
3.根据权利要求2所述的消息处理方法，其特征在于，在所述根据所述消息类型采取对应的处理之前，该方法还包括：
所述后台私有进程判断所述移动终端设备的网络连接状态，当所述移动终端设备处在无线保真wifi连接时，所述后台私有进程根据所述消息类型采取对应的处理。
4.根据权利要求2所述的消息处理方法，其特征在于，在所述根据所述消息类型采取对应的处理之前，该方法还包括：
所述后台私有进程判断所述移动终端设备的电量状态，当所述移动终端设备处在充电状态或者电量大于预设阈值时，所述后台私有进程根据所述消息类型采取对应的处理。
5.根据权利要求2所述的消息处理方法，其特征在于，所述后台私有进程根据所述消息类型采取对应的处理，包括：
当所述消息类型为资源更新消息时，所述后台私有进程根据所述资源更新消息下载资源并保存到所述应用程序的资源包目录中。
6.根据权利要求2所述的消息处理方法，其特征在于，所述后台私有进程根据所述消息类型采取对应的处理，包括：
当所述推送服务器推送的信息为数据接口消息时，所述后台私有进程根据所述数据接口消息下载数据并保存到所述应用程序的数据库中。
7.根据权利要求2所述的消息处理方法，其特征在于，
所述后台私有进程根据所述消息类型采取对应的处理，包括：当所述推送服务器推送的信息为版本更新消息时，所述后台私有进程根据所述版本更新消息下载所述应用程序的新版本并保存到所述应用程序的数据库中。
8.根据权利要求5或者6或者7所述的消息处理方法，其特征在于，该方法还包括：当打开所述应用程序时，所述后台私有进程通知所述应用程序的主进程直接调用下载的所述资源，或者所述数据，或者所述新版本。
9.一种消息处理装置，其特征在于，所述消息处理装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现如权利要求1至8中任一项所述的消息处理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如权利要求1至8中任一项所述的消息处理方法的步骤。
CN201710423799.9A 2017-06-07 2017-06-07 一种消息处理方法及装置 Pending CN107341052A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710423799.9A CN107341052A (zh) 2017-06-07 2017-06-07 一种消息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710423799.9A CN107341052A (zh) 2017-06-07 2017-06-07 一种消息处理方法及装置

Publications (1)

Publication Number Publication Date
CN107341052A true CN107341052A (zh) 2017-11-10

Family

ID=60220509

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710423799.9A Pending CN107341052A (zh) 2017-06-07 2017-06-07 一种消息处理方法及装置

Country Status (1)

Country Link
CN (1) CN107341052A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108021459A (zh) * 2017-12-01 2018-05-11 北京麒麟合盛网络技术有限公司 跨进程发送打点日志的方法及装置
CN108282405A (zh) * 2017-12-27 2018-07-13 努比亚技术有限公司 应用程序接口缓存管理方法、应用服务器及存储介质
CN108519922A (zh) * 2018-04-12 2018-09-11 珠海市魅族科技有限公司 信息推送方法及装置、终端设备及计算机可读存储介质
CN110069322A (zh) * 2019-03-21 2019-07-30 努比亚技术有限公司 后台应用的处理方法、终端设备及存储介质
CN115297162A (zh) * 2022-06-27 2022-11-04 青岛海尔科技有限公司 消息的发送方法和装置、存储介质及电子装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150379160A1 (en) * 2014-06-29 2015-12-31 Yaniv AVRAHAM Apparatus and methods for transferring focus control and related return content within a graphical user interface
CN105335171A (zh) * 2014-06-24 2016-02-17 北京奇虎科技有限公司 应用程序常驻操作***后台的方法及装置
CN106126203A (zh) * 2016-06-15 2016-11-16 宇龙计算机通信科技(深圳)有限公司 一种ota开机加速方法及***
CN106504026A (zh) * 2016-10-26 2017-03-15 广州华多网络科技有限公司 一种数据获取方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105335171A (zh) * 2014-06-24 2016-02-17 北京奇虎科技有限公司 应用程序常驻操作***后台的方法及装置
US20150379160A1 (en) * 2014-06-29 2015-12-31 Yaniv AVRAHAM Apparatus and methods for transferring focus control and related return content within a graphical user interface
CN106126203A (zh) * 2016-06-15 2016-11-16 宇龙计算机通信科技(深圳)有限公司 一种ota开机加速方法及***
CN106504026A (zh) * 2016-10-26 2017-03-15 广州华多网络科技有限公司 一种数据获取方法和装置

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108021459A (zh) * 2017-12-01 2018-05-11 北京麒麟合盛网络技术有限公司 跨进程发送打点日志的方法及装置
CN108021459B (zh) * 2017-12-01 2022-03-04 麒麟合盛网络技术股份有限公司 跨进程发送打点日志的方法及装置
CN108282405A (zh) * 2017-12-27 2018-07-13 努比亚技术有限公司 应用程序接口缓存管理方法、应用服务器及存储介质
CN108282405B (zh) * 2017-12-27 2020-09-18 好活（昆山）网络科技有限公司 应用程序接口缓存管理方法、应用服务器及存储介质
CN108519922A (zh) * 2018-04-12 2018-09-11 珠海市魅族科技有限公司 信息推送方法及装置、终端设备及计算机可读存储介质
CN110069322A (zh) * 2019-03-21 2019-07-30 努比亚技术有限公司 后台应用的处理方法、终端设备及存储介质
CN110069322B (zh) * 2019-03-21 2023-12-05 努比亚技术有限公司 后台应用的处理方法、终端设备及存储介质
CN115297162A (zh) * 2022-06-27 2022-11-04 青岛海尔科技有限公司 消息的发送方法和装置、存储介质及电子装置
CN115297162B (zh) * 2022-06-27 2024-03-22 青岛海尔科技有限公司 消息的发送方法和装置、存储介质及电子装置

Similar Documents

Publication Publication Date Title
CN108536481A (zh) 一种应用程序启动方法、移动终端及计算机存储介质
CN107276789A (zh) 日志上传方法、装置及计算机可读存储介质
CN107341052A (zh) 一种消息处理方法及装置
CN107749919A (zh) 一种应用程序页面显示方法及设备
CN107657583A (zh) 一种截图方法、终端及计算机可读存储介质
CN107391241A (zh) 应用快速启动方法、终端及计算机可读存储介质
CN107729103A (zh) 一种主题切换方法、移动终端以及计算机存储介质
CN109040441A (zh) 应用分身显示方法、移动终端及计算机可读存储介质
CN109739571A (zh) 应用程序启动方法、移动终端及计算机可读存储介质
CN107562329A (zh) 一种消息通知显示方法、终端及计算机可读存储介质
CN107656743A (zh) 一种应用的卸载方法、终端及可读存储介质
CN107273433A (zh) 一种文件扫描方法、设备及计算机可读存储介质
CN109151558A (zh) 一种视频处理方法、终端及计算机可读存储介质
CN108984590A (zh) 一种页面数据展示方法、终端及计算机可读存储介质
CN110399195B (zh) 一种桌面图标动态替换方法、设备及计算机可读存储介质
CN108833690A (zh) 权限管控方法、终端及计算机可读存储介质
CN108776600A (zh) 应用程序预启动方法、移动终端及计算机可读存储介质
CN108491219A (zh) 一种应用的更新方法及移动终端
CN110069458A (zh) 一种删除安卓***中无效资源的方法、设备及存储介质
CN109032711A (zh) 一种截图方法、终端及计算机可读存储介质
CN107229470A (zh) 一种***字体切换方法、移动终端以及计算机可读存储介质
CN107193591A (zh) 应用快速启动方法与移动终端以及计算机可读介质
CN109743469A (zh) 一种基于volte的通信方法及移动终端
CN109656649A (zh) 一种桌面应用控制方法、终端及计算机可读存储介质
CN109800010A (zh) 应用更新方法、终端及计算机可读存储介质

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171110